Eric Migicovsky představil Pebble Emulator, tj. emulátor hodinek Pebble (PebbleOS) běžící ve webovém prohlížeči. Za 6 hodin jej napsal Claude Code. Zdrojové kódy jsou k dispozici na GitHubu.
Byla vydána nová verze 3.41 frameworku Flutter (Wikipedie) pro vývoj mobilních, webových i desktopových aplikací a nová verze 3.11 souvisejícího programovacího jazyka Dart (Wikipedie).
Rusko zcela zablokovalo komunikační platformu WhatsApp, řekl včera mluvčí Kremlu Dmitrij Peskov. Aplikace, jejímž vlastníkem je americká společnost Meta Platforms a která má v Rusku na 100 milionů uživatelů, podle Peskova nedodržovala ruské zákony. Mluvčí zároveň lidem v Rusku doporučil, aby začali používat domácí aplikaci MAX. Kritici tvrdí, že tato aplikace ruské vládě umožňuje lidi sledovat, což úřady popírají.
Před 34 lety, ve čtvrtek 13. února 1992, se tehdejší Česká a Slovenská Federativní Republika oficiálně (a slavnostně) připojila k Internetu.
Agent umělé inteligence vytvořil 'útočný' článek o Scottu Shambaughovi, dobrovolném správci knihovny matplotlib, poté, co vývojář odmítl agentem navrženou změnu kódu (pull request). 'Uražený' agent autonomně sepsal a publikoval na svém blogu článek, který přisuzuje Shambaughovi smyšlené motivace, egoismus a strach z AI coby konkurence.
Bylo vydáno Ubuntu 24.04.4 LTS, tj. čtvrté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na Discourse.
V pátek 20. února 2026 se v pražské kanceláři SUSE v Karlíně uskuteční 6. Mobile Linux Hackday, komunitní setkání zaměřené na Linux na mobilních zařízeních, kernelový vývoj a uživatelský prostor. Akce proběhne od 10:00 do večera. Hackday je určen všem, kteří si chtějí prakticky vyzkoušet práci s linuxovým jádrem i uživatelským prostorem, od posílání patchů například pomocí nástroje b4, přes balíčkování a Flatpak až po drobné úpravy
… více »Evropská rada vydavatelů (EPC) předložila Evropské komisi stížnost na americkou internetovou společnost Google kvůli její službě AI Overviews (AI souhrny), která při vyhledávání na internetu zobrazuje shrnutí informací ze zpravodajských serverů vytvořená pomocí umělé inteligence (AI). Evropská komise již v prosinci oznámila, že v souvislosti s touto službou začala firmu Google vyšetřovat. Google obvinění ze strany vydavatelů
… více »Ubuntu 26.04 (Resolute Raccoon) už nebude v desktopové instalaci obsahovat GUI nástroj 'Software & Updates'. Důvodem jsou obavy z jeho složitosti pro běžné uživatele a z toho plynoucích bezpečnostních rizik. Nástroj lze doinstalovat ručně (sudo apt install software-properties-gtk).
Thomas Dohmke, bývalý CEO GitHubu, představil startup Entire - platformu pro spolupráci vývojářů a agentů umělé inteligence. Entire získalo rekordních 60 milionů dolarů na vývoj databáze a nástrojů, které mají zefektivnit spolupráci mezi lidmi a agenty umělé inteligence. Dohmke zdůrazňuje potřebu přepracovat tradiční vývojové postupy tak, aby odpovídaly realitě, kdy většinu kódu produkuje umělá inteligence.
)))
jenom si "humornou formou" rejpám do toho že licence GTK+ (tedy se domnívám...) je pod LGPL, tedy vyprodukovaný kód pomocí tohoto toolkitu je lechce uzavřitelný bez finanční odpustky.
Proto jsem napsal abychom si zvykali na psaní aplikací v uzavřeném kódu.
jenom taková myšlenková přesmička po 25hodinovém nespánku...
))
Pokud by všechno bylo pod GPL, pak by musela z Linuxu zmizet spousta věcí. Namátkou: Apache, PHP, Firefox, a mnohé další. Linux by se musel obejít bez těchto programů, protože by v čistém GPL prostředí nemohly do Linuxu.To je úplný nesmysl. Co je to "čisté GPL prostředí"? I kdyby byly všechny programy (kromě těch, které zmiňuješ) pod GPL (jakože Linux i většina GNU pod GPL jsou), tak nic nikomu nebrání v provozování libovolných jiných programů. GPL nijak neomezuje spouštění programů, které mají licenci jinou.
Proč by se měl Linux obejít bez programů s jinými licencemi než GPL, kdyby bylo pod GPL GTK+? Pokud někdo protestuje proti LGPL (jako usama výše), nemá to naprosto nic společného s tím, jaké programy lze v systému _spouštět_.
Pokud někdo protestuje proti používání LGPL pro knihovny (jako (nejen) usama (nejen) výše), činí tak obvykle proto, že je přesvědčen, že by žádný closed source software vůbec neměl existovat. Takoví lidé by nejraději viděli pod GPL všechny knihovny (včetně třeba libc), aby to těm closed-sourcákům pořádně nandali, a neuvědomují si, že to by byla rána do vazu nejen closed source, ale i veškerému non-GPL open source. Nebo uvědomují, ale vítají to, protože non-GPL open source považují pouze za podanou pomocnou ruku (zlému, ošklivému) closed source světu, a tedy také zlo, které je třeba vymýtit nebo asimilovat. Prostě klasické vidění světa ve stylu "Kdo neprogramuje s námi, programuje proti nám."
Pokud by se na Linuxu měly používat pouze GPL aplikaceNo právě. Že někdo chce, aby se používaly jen GPL aplikace, ještě neznamená, že si každý nemůže používat, co se mu zlíbí. Takže je IMHO zavádějící to takhle podávat.
Mým problémem je že ta licence (LGPL) umožnuje projekt uzavřít a vydělávat aniž by jste byl zdaněn. Jednoduše se mi to zdá dosti nefér. Znamená to že jsem se najedl a nic proto neudělal. Buď něco uděláš a budeš jíst a nebo zaplať a my(vy) ti dáme jídlo.
Kdežto při používání svobodného kódu s nesvobodným systém komunity požívající stejné svobody přestává mít smysl...
Lidé jsou přeudčeni stát se bohy... , nebo-li GPL licence bude jednou překonána "lepší, nesvobodnější" licencí, neboť lid samotný svobodu vubec nepotřebuje...
Přiznám se, že je to nová, neotřepaná a originální myšlenka
LGPL neumožňuje projekt uzavřít. A napsat uzavřený program, který využívá LGPL, nebo GPL knihovnu jde také, akorát u LGPL je to bez problémů, u GPL musím trochu trikovat, ale větší problém to také není.
Jaký je problém, abych napsal program, tzv. wrapper, který bude slinkován s GPL knihovnou a bude komunikovat nějakým způsobem meziprocesní komunikace (síť, soubory, příkazový řádek, mapování souborů, zasílání zpráv, a mnoho jiných možností) s mým uzavřeným closed source programem? Wrapper bude samozřejmě pod GPL, ale můj program už pod GPL nebude. Dosáhnu tak toho, že ve svém uzavřeném closed source programu budu používat GPL knihovny, aniž bych porušil podmínky GPL licence.
Tedy nějaké kecy o tom, že GPL zabraňuje tomu, aby si někdo vzal zadarmo Vaší práci a použil jej pro uzavřený projekt jsou jenom lži.
Upřímně řečeno mě ale výše uvedené problémy nestojí za to, a proto jsem si jako jednu ze svých zásad vytknul, že nikdy nebudu využívat GPL knihovny pro svoje programování. A protože je nechci používat, nebudu je samozřejmě ani vytvářet.
P.S.: Docela by mě zajímalo, jak by fungovala GPL, kdybych jí použil "vzdáleně", to jest pro distribuovaný program, který běží na několika počítačích a sdílí objekty třeba přes CORBU. Ale to je asi větčí právnický oříšek.
))
Já jsem se spíše zamýšlel nad rovnováhou. A rovnováha v mém vidění světa by měla spočívat v jistých principech chování, které se pokusím popsat.
Přijde mi fér když použiji knihovnu(toolkit), která je svobodná a svuj kód, který vyprodukuji s její pomocí, otevřu také. Pokud toto nedodržím a chtěl bych použít svobodnou knihovnu a svuj konečný kód vydat pod nesvobodnou licencí měl bych zaplatit za to že jsem tak učinil (otázka komu
) a tak pomoci ve vývoji. V tržní ekonomice je tento postup normální a morální. Pokud využíváte práci nekoho aniž by jste vracel (jedno jaký způsobem) spět do systému tak jste jednoduše vyžírka. A licence LGPL v jistých případech napomáhá vyžírkům.
Jinak naprosto souhlasím s tím že každý má trochu odlišně vidění světa a každý má hlavně právo na to své vidění...
Tiskni
Sdílej: