Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 4.5.0. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Byl vydán Mozilla Firefox 138.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 138 je již k dispozici také na Flathubu a Snapcraftu.
Šestnáctý ročník ne-konference jOpenSpace se koná 3. – 5. října 2025 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytvářejí všichni účastníci, se skládá z desetiminutových
… více »Richard Stallman přednáší ve středu 7. května od 16:30 na Technické univerzitě v Liberci o vlivu technologií na svobodu. Přednáška je určená jak odborné tak laické veřejnosti.
Jean-Baptiste Mardelle se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 25.04.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
TmuxAI (GitHub) je AI asistent pro práci v terminálu. Vyžaduje účet na OpenRouter.
Byla vydána nová verze R14.1.4 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek i s náhledy v poznámkách k vydání. Podrobný přehled v Changelogu.
Bylo vydáno OpenBSD 7.7. Opět bez písničky.
V Tiraně proběhl letošní Linux App Summit (LAS) (Mastodon). Zatím nesestříhané videozáznamy přednášek jsou k dispozici na YouTube.
Mikroblog
V klidu si prohlížím web, hraju si s USE flagy, na pozadí stahuju ve Firefoxu 1.5GB soubor a najednou si všimnu, že systém je pomalejší a pomalejší. Kouknu na horní panel - využití RAM jde k 90%.
Pouštím htop a hned se vše vysvětluje.
Tak nějak si začínám uvědomovat, že systém se dost zpomaloval vždycky při stahování větších objemů dat. Těsně před dokončením stahování využití paměti kulminuje
Poté, co stahování skončí Firefox trochu paměti uvolní - ale stále to není žádná sláva.
No, a takhle to vypadá po restartu FF:
Má ještě někdo tyhle problémy? Já nemám žádná relevantní data použitelná k reportu tohohle bugu, tak to zatím nehlásím.
Tiskni
Sdílej:
chybí mi FoxyProxy (přepínání proxy na jedno kliknutí, nebudu přece vždy při přemístění mezi školou a domovem ručně vypisovat adresy)To by měl ale řešit systém nebo alespoň desktopové prostředí, že…
Napriklad u mna nie, proxy pouzivam len vo FF, obcas potrebujem Safari bez proxy a vo vsetkych ostatnych aplikaciach proxy nepotrebujem urcite.chybí mi FoxyProxy (přepínání proxy na jedno kliknutí, nebudu přece vždy při přemístění mezi školou a domovem ručně vypisovat adresy)To by měl ale řešit systém nebo alespoň desktopové prostředí, že…
Chtělo by to Mutt a centerim, jenže lidská lenost… A za Firefox jsem bohužel adekvátní náhradu nenašel.No, IM jsem vyřešil pomocí Bitlbee - šikovná věcička. Ohledně browseru - Greasemonkey, Firebug nebo HTTPs everywhere se nahrazují těžko. Ale nějaký slušný mail client by se sehnal. Claws mail?
Mně se Firefox rozežírá s časem - po spuštění má 160 MB, po dvou dnech 250 MB, po týdnu (500 MB) ho musím restartovat, protože vytlačuje z paměti ostatní aplikace.Jedu na SunRay a bohužel FFox opravdu nemůže těžit z trvalého sezení a pravidelně ho musím ukončovat (vlastně jsem se naučil před odchodem z práce zavřít FFox a TBird). Klidně si vylezl i přes 2GB a systém začal zuřivě swapovat a zpomalovat. Nutno ovšem podotknout: a) Přechodem od 2.x na 3.x znamenal znatelné zlepšení. b) FFox není svatoušek, ale na vině je ještě spíše Flash.
b) FFox není svatoušek, ale na vině je ještě spíše Flash.Já Flash skoro nespouštím a stejně to žere. A od 3.6.3 by měl být Flash ve zvláštním procesu, takže by mělo být vidět, kolik toho žere.
Teď jsem psal něco v AbiWordu (normálně píšu v OO Writeru)To já mám zase v seznamu úkolů udělat si nějakou pěknou šablonu pro LaTeX – pak budu psát v DocBooku z něj se to přeloží do TeXu a z něj vysází PDF. V podstatě jsem takhle dělal už diplomku, ale tam byl tenhle proces sestavování dokumentu strašně zbastlený
To je zajimave.
Ubuntu 10.04 s Firefoxem me jede s uptime i nekolik mesicu, Firefox mam skoro porad spusten s cca 3 taby i tydny a nikdy nic zvlastniho.
Notebook stary s 750 MB RAM.
Na stahovani velkych souboru pouzivam vyhradne wget. Pro fileservery FreeRapid.
Vypada ze problem bude opravdu jen pri stahovani onech velkych souboru.
Zkusim tohle pres Firefox a dam vedet.
Tak som zo zvedavosti skúsil to isté "tohle" (Knoppix). S RAM-kou to ani nehlo, do swapu išlo 3MB (pôvodne bol prázdny). Intel core duo, 1.86GHZ, 1GB RAM, ext4, Linux Mint 9 KDE, Firefox 3.6.8 upravený pre Mint, otvorené dva taby.
Ale zato, ako práve pozerám, táto stránka z ktorej pridávam komentár si cucne 20MB RAM
16979 prac 20 0 344m 87m 25m R 61.9 3.0 2:59.53 /opt/firefox/firefox-bina chvilku pred dokoncenim stahovani taky tak kolem 346m. Po dokonceni stahovani to padlo na
16979 prac 20 0 335m 62m 25m S 41.8 2.1 5:15.86 /opt/firefox/firefox-bin
me dokaze vic vytocit, kdyz mi nejakej tab vytuhne a kvuli nemu mi pak chcipnout ostatni okna a taby s necim dulezitym.V tomhle je brutální Chrome, každej tab ~ jeden proces.
ale vic nez pomalost kvuli swapovani (kterou nejak extremne nepocituji) me dokaze vic vytocit, kdyz mi nejakej tab vytuhne a kvuli nemu mi pak chcipnout ostatni okna a taby s necim dulezitymZatuhnutí sice nevím jak řešit, ani jak mu předcházet, už delší dobu ale spokojeně používám Session Manager. Zatím obnovil stav prohlížeče po všem -- od běžných "pádů" Firefoxu, přes aktivní killnutí rozežraného Firefoxu, až po stav po killnutí X po neobnovené relaci ze Suspend to disk (v poslední době velmi časté, nevím proč a nechce se mi s tím ztrácet čas; OpenOffice a Session Manager mi zajišťují obnovení stavu práce, takže problém zatím "řeším" zabitím X, nebo restartem compu). Nehodlám být otrokem počítače.