raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.
Nové verze AI modelů. Společnost OpenAI představila GPT‑5.5. Společnost DeepSeek představila DeepSeek V4.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 164 (pdf) a Hello World 29 (pdf).
Bylo oznámeno, že webový prohlížeč Opera GX zaměřený na hráče počítačových her je už také na Flathubu and Snapcraftu.
Akcionáři americké mediální společnosti Warner Bros. Discovery dnes schválili převzetí firmy konkurentem Paramount Skydance za zhruba 110 miliard dolarů (téměř 2,3 bilionu Kč). Firmy se na spojení dohodly v únoru. O část společnosti Warner Bros. Discovery dříve usilovala rovněž streamovací platforma Netflix, se svou nabídkou však neuspěla. Transakci ještě budou schvalovat regulační orgány, a to nejen ve Spojených státech, ale také
… více »Canonical vydal (email, blog, YouTube) Ubuntu 26.04 LTS Resolute Raccoon. Přehled novinek v poznámkách k vydání. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 11. vydání s dlouhodobou podporou (LTS).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Gitea (Wikipedie) byla vydána v nové verzi 1.26.0. Přehled novinek v příspěvku na blogu.
Ve středu 29. dubna 2026 se v pražské kanceláři SUSE v Karlíně uskuteční 7. Mobile Linux Hackday, komunitní setkání zaměřené na Linux na mobilních zařízeních, kernelový vývoj i uživatelský prostor. Akce proběhne od 10:00 do večerních hodin. Hackday je určen všem zájemcům o praktickou práci s Linuxem na telefonech. Zaměří se na vývoj aplikací v userspace, například bankovní aplikace, zpracování obrazu z kamery nebo práci s NFC, i na úpravy
… více »LilyPond (Wikipedie) , tj. multiplatformní svobodný software určený pro sazbu notových zápisů, byl vydán ve verzi 2.26.0. Přehled novinek v aktualizované dokumentaci.
Byla vydána nová verze 11.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 237 vývojářů. Provedeno bylo více než 2 500 commitů. Přehled úprav a nových vlastností v seznamu změn.
tvl tak blbo polozenu otazku (ak tam teda je nejaka) som uz davno nevidel...takze
Prosim vsetkych aby sa nepytali na detaily, ale rovno odpovedali....ved urcite sa niekto trafi:)))
ja tipujem
auto eth0
iface th0 inet dhcp
D.
Už jsem to radil několikrát (velmi zasvěceně a nepřátelsky vůči NM ;)) apt-get purge "network-manager*" (+ případně apt-get purge cnetworkmanager) vyřeší 90 % problémů s konfigurací „sítě“ (hodí se jen na NTB).
Proč to táhne dole gnome nevím, že by zmatené závislosti přes nějaký metabalík?
Proč to táhne dole gnome nevím, že by zmatené závislosti přes nějaký metabalík?To bych zase řešil s maintainery Gnome. Jenže Gnome má prostě historii (i tu moderní) unifikovaného nekonfigurovatelného prostředí s plnými závislostmi. Možná vůbec nejlepší řešení je se Gnome zbavit nebo používat systém jako je Gentoo, kde se dají závislosti obstojně konfigurovat.
na pracovní stanici mi stačí jen jedna konfigurace.Šťastný to člověk.
Nevíte někdo jak narovnat situaci s network managerem.Neodinstalovávat, pokud nechceš upravovat Gnome, aby na NM nezávisel ;). Pouze zablokovat spuštění a nebo řešit problémy s maintainerem NetworkManageru v Debianu. Podpora pro čtení ifupdown konfigurace je v NetworkManageru právě proto, aby se daly tyhle věci řešit, ale nikdo to nedotáhnul do konce.
Nemám na Debianu Squeeze NM a mám Gnome, chceš říct že Gnome3 má nepřekročitelnou závislost na NM.
Pokud ano, tak je tedy další důvod pro mé rozhodnutí přeskočit wheezy až na jessie a vyměnit Gnome3 za něco normálního. :)
ll /etc/NetworkManager/NetworkManager.conf ls: cannot access /etc/NetworkManager/NetworkManager.conf: No such file or directory?
Wired Networks are Unmanaged
As of Debian 6.0 "Squeeze", NetworkManager does not manage any interface defined in /etc/network/interfaces by default.
Unmanaged devices means NetworkManager doesn't handle those network devices. This occurs when two conditions are met:
The file /etc/network/interfaces contains anything about the interface, even:
allow-hotplug eth0
iface eth0 inet dhcp
And /etc/NetworkManager/NetworkManager.conf contains:
[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=false
je to sice starší návod, ale mě to v unstable funguje, mám nainstalovaný NM, ale je na něm křížek, jako že jsem odpojen a připojení řeším staticky v interfaces
Jak píšu tady měl jsem nejedenkrát docela zásadní problémy, že asi NM nechápe psaný text, postup NM pryč jsem aplikoval nejméně 3× s okamžitým výsledkem (podivnost v networkingu hned zmizeli“) , na NTB ho mám a ani o něm nevím a funguje (asi) jak má.
No a jinak princip, nepoužívám to, tak to nechci na mašině není k zahození
že asi NM nechápe psaný textTak nejsme nějaké scifi, že, aby programy chápaly psaný text. Nicméně nechápu tvou reakci. 2X4B-523P má narozdíl ode mě na Debianou vyzkoušený výše popsaný postup, čímž přinesl do diskuze novou zajímavou informaci.
Chápej ji tak, že postup mám také vyzkoušený (jedu v zásadě na desktopu na 2(ojediněle na třech) Debian-ech, na dvou mám NM na jednom ne) a někdy to prostě nezabírá, jaké okolnosti jsou příčinou nevím, poprvé jsem na to narazil ve svém upgradovaném Lennym, kde jsem měl snahu na to i přijít a nepodařilo (chovalo se to divně = nic čeho by se člověk chytil a náhodně), věnoval jsem tomu den, pak jsem zaznamenal někde tuto „hloupou“ radu a najednou jsem mohl normálně fungovat. No a jak se tento problém vyskytl na jiné stanici, kde výhody NM nepřinášel, tak jsem to aplikoval stejně - a pak znovu. Problém to vyřeší za 10sec, když se s tím před tím někdo trápí dva dny. Takže byť je to hloupá rada a neodhalí příčinu, ale pokud máš desktop/server s jednoduchou neměnnou konfigurací, je to rychlá jistota a NM je tam vlastně něco navíc a zbytečně.
OT: Tendence k tomu to takto „hloupě a zjednodušeně“ řešit, jsou lehce umocněny hloupým nastavením policykit-u (na některých distribucích, i Linus brblal), kde se BFU neumí||nelze přes applet(nebo jak s to jmenuje) přihlásit bez správcovského přístupu k wifi.
Nemám na Debianu Squeeze NM a mám Gnome, chceš říct že Gnome3 má nepřekročitelnou závislost na NM.Nemám na Debianu Gnome, závislost na NM jsem vyvozoval z diskuze. Gnome 3 lze alespoň na Gentoo nainstalovat bez jakýchkoli závislostí na NM, pokud chceš, na druhou stranu tvrdá závislost na něčem víc než knihovnách je u binární distribuce čistě věcí rozhodnutí maintainera.
Pokud ano, tak je tedy další důvod pro mé rozhodnutí přeskočit wheezy až na jessie a vyměnit Gnome3 za něco normálního. :)Můžu jenom doporučit :).
závislost na gnome je téměž nepřekonatelná.O závislosti na Gnome nebyla řeč. Řeč byla o závislosti Gnome na konkrétním nástroji na správu sítě. A to opravdu není problém nikoho jiného než Gnome, jeho vývojářů, distribučních maintainerů a uživatelů.
Máto to být ten balík s metadaty?Balík s metadaty? Co je to za blbost? Podle popisu je to metabalík se závislostmi pro kompletní Gnome prostředí, tedy balík, který neobsahuje žádný software a je tam jen pro tvé pohodlí, když chceš nainstalovat kompletní Gnome desktop.
chmod -x /sbin/NetworkManagerOdebráním práv ke spuštění dosáhneš toho, že ten proces, který ti dělá problémy, ani nevznikne. Netřeba dělat prasárny ve filesystému, které se ti můžou vymstít nějakým zcela nečekaným způsobem.
A to opravdu považuješ za čistější nechávat v PC balíky, které nepotřebuješ a bránit ve spuštění jejich náležitostí odebráním oprávnění?
Není nic správnějšího než jakýkoliv balík, který nepotřebuji a potencionálně ho nebudu potřebovat, ze systému odebrat, anebo při instalaci ho tam ani nedávat.
Evidentně zde vznikl jen problém a metabalíkem, protože je tak (asi správně) naskládaný.
A to opravdu považuješ za čistější nechávat v PC balíky, které nepotřebuješ a bránit ve spuštění jejich náležitostí odebráním oprávnění?Samozřejmě, že považuju za čistější nechávat ve filesystému nepotřebné věci, než rozbíjet formální závislosti a tím potenciálně rozbít binární závislosti a riskovat tak pády úplně jiného software.
Evidentně zde vznikl jen problém a metabalíkem, protože je tak (asi správně) naskládaný.V takovém případě by řešením bylo metabalík neinstalovat a nezpůsobovat tedy rozbité závislosti.
… než rozbíjet formální závislosti a tím potenciálně rozbít binární závislosti…Ten potenciál tam není(pokud jsou závislosti dobře udělané a závislost je jen na meta-balíku), nicméně „ano“ rozbité závislosti není moc dobrý nápad tam nechávat.
V takovém případě by řešením bylo metabalík neinstalovat a nezpůsobovat tedy rozbité závislosti.Ano meta-balíky, nejsou ideálním řešením na „uživatelskou“ instalaci. V autorově případě bych dal ten metabalík pryč a zvolil jednotlivé balíky.
Tiskni
Sdílej: