Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.1.0. Po devíti letech od vydání předchozí verze 3.0.5. Doména dillo.org již nepatří vývojářům Dilla.
O víkendu probíhá v Bostonu, a také virtuálně, konference LibrePlanet 2024 organizovaná nadací Free Software Foundation (FSF).
Nová vývojová verze Wine 9.8 řeší mimo jiné chybu #3689 při instalaci Microsoft Office 97 nahlášenou v roce 2005.
Coppwr, tj. GUI nástroj pro nízkoúrovňové ovládání PipeWire, byl vydán v nové verzi 1.6.0. Zdrojové kódy jsou k dispozici na GitHubu. Instalovat lze také z Flathubu.
Byla vydána dubnová aktualizace aneb nová verze 1.89 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Vypíchnout lze, že v terminálu lze nově povolit vkládání kopírovaného textu stisknutím středního tlačítka myši. Ve verzi 1.89 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Proton, tj. fork Wine integrovaný v Steam Play a umožňující v Linuxu přímo ze Steamu hrát hry určené pouze pro Windows, byl vydán ve verzi 9.0-1 (𝕏). Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled her pro Windows běžících díky Protonu také na Linuxu na stránkách ProtonDB.
Byla vydána verze 1.78.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání na GitHubu. Vyzkoušet Rust lze například na stránce Rust by Example.
Služba Dropbox Sign (původně HelloSign) pro elektronické podepisování smluv byla hacknuta.
Byla vydána nová major verze 8.0 textového editoru GNU nano (Wikipedie). Podrobný přehled novinek a oprav v oznámení v diskusním listu info-nano nebo v souboru ChangeLog na Savannah. Volbou --modernbindings (-/) lze povolit "moderní" klávesové zkratky: ^C kopírování, ^V vložení, ^Z vrácení zpět, … Tato volba je aktivována také pokud binárka s nano nebo link na ni začíná písmenem "e".
Před 60 lety, 1. května 1964, byl představen programovací jazyk BASIC (Beginners' All-purpose Symbolic Instruction Code).
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.