Hudební přehrávač Amarok byl vydán v nové major verzi 3.0 postavené na Qt5/KDE Frameworks 5. Předchozí verze 2.9.0 vyšla před 6 lety a byla postavená na Qt4. Portace Amaroku na Qt6/KDE Frameworks 6 by měla začít v následujících měsících.
Byla vydána nová verze 2.45.0 distribuovaného systému správy verzí Git. Přispělo 96 vývojářů, z toho 38 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání. Vypíchnout lze počáteční podporu repozitářů, ve kterých lze používat SHA-1 i SHA-256.
Před 25 lety, ve čtvrtek 29. dubna 1999, byla spuštěna služba "Úschovna".
Byla vydána nová verze 24.04.28 s kódovým názvem Time After Time svobodného multiplatformního video editoru Shotcut (Wikipedie) a nová verze 7.24.0 souvisejícího frameworku MLT Multimedia Framework. Nejnovější Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Byla vydána verze 5.30 dnes již open source operačního systému RISC OS (Wikipedie).
V aktuálním příspěvku na blogu počítačové hry Factorio (Wikipedie) se vývojář s přezývkou raiguard rozepsal o podpoře Linuxu. Rozebírá problémy a výzvy jako přechod linuxových distribucí z X11 na Wayland, dekorace oken na straně klienta a GNOME, změna velikosti okna ve správci oken Sway, …
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.
Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
0024 DOLLAR SIGN = milreis, escudo * glyph may have one or two vertical bars * other currency symbol characters: 20A0-20AF x (currency sign - 00A4)
Tento model už jsem někde dřív viděl. Autor si stanoví, jak hodně si svého díla cení, a jakmile se mu produkt zaplatí, dá ho všem - protože už má peněz dost.Jo, např. CIJOML takhle prodával svoje ovladače...
Radši už to nekuřU nás říkáme "nehul"
vestina dlabe na 64bit a radsi pouzivaji 32bit.to chce debian...
to je Windows 2003 server
Což je značná výhoda!
pro to nejsou ovladace ani pod tim nejede SW
Které ovladače pro to nejsou? Který SW pod tím nejede? Můžeš specifikovat? Za 3 roky používání 2k3 Serveru a během roku používání XP64bit jsem si ničeho podobného nevšiml a přitom to používám jako herní desktop.
nejela mi tiskarna Samsung CLP-510N a kamera (nejaky Genius). Taky myslim nejak blbla klavesnice (ale to uz si nevzpomenu co s tim bylo) Logitech G15
Tak tohle je otázka výrobce toho HW. Můj postarší Logitech MX510 také nemá vlastní ovladače, ale pořád je to lepší než v linuxu, kdy mi fungoval jen jako obyč. myš s kolečkem. Teď si můžu pár dalších tl. namapovat, ale plná podpora to není. S 500GB diskem v XP SP2 není problém.
Škoda, že jsi nenapsal ten SW, ten mě zajímá víc. (btw občas je to problém pouze instalátoru. Takhle jsem předělával několik blbě udělaných .msi a app šlape jak hodinky.) Mě jede vše (co jsem zkoušel), ale mrzí mě jedna věc. Stále je hrozně moc programů 32b-only. V Task Manageru se stále to hemží *32 labely. Přechod na 64b trvá neskutečně pomalu .
zvlastni jak se situace obraci, pred par lety jsem takove veci videl spis na linuxu ted uz je 64bit linux naprosto v pohode, kompatibilita s 32bit aplikaceme naprosto bezproblemova, ovladace ktere byly pro 32bit vicemene hned fungovaly i pro 32bit, a hle jaky porod je to na windows :)Tak tohle je otázka výrobce toho HW. Můj postarší Logitech MX510 také nemá vlastní ovladače, ale pořád je to lepší než v linuxu, kdy mi fungoval jen jako obyč. myš s kolečkem. Teď si můžu pár dalších tl. namapovat, ale plná podpora to není. S 500GB diskem v XP SP2 není problém.
Škoda, že jsi nenapsal ten SW, ten mě zajímá víc. (btw občas je to problém pouze instalátoru. Takhle jsem předělával několik blbě udělaných .msi a app šlape jak hodinky.) Mě jede vše (co jsem zkoušel), ale mrzí mě jedna věc. Stále je hrozně moc programů 32b-only. V Task Manageru se stále to hemží *32 labely. Přechod na 64b trvá neskutečně pomalu .
a hle jaky porod je to na windows :)
Jaký? Ty 32b programy samozřejmně bezproblémů jedou. Kompatibilita je také dobrá. Jen jsem si posteskl, že mnoho programů (včetně Opery a FF ve stabilní versi - IE7 je 64b ) je pouze pro 32b. Total Commander. Thunderbird. Dokonce i TrueCrypt je 32b. Potěší, když HL2 napíše "64b mode active". Ale zbytek zatím nic moc. Nevím, zda je takový problém ty programy překládat i pro 64b. Totéž by se dalo napsat i pro multithreadové app. Zde se situace moc nelepší. Ani v linuxu.
Nevím, zda je takový problém ty programy překládat i pro 64b. Totéž by se dalo napsat i pro multithreadové app.
Normální aplikace, které neobsahují optimalizace "na krev", by měly jít přeložit jako 64-bitové celkem hladce, pokud nejsou extra napsané. S multithreadovými je to složitější. Jednak se ne každá aplikace dá snadno rozumně rozložit na víc procesorů (nemluvě o tom, že u řady aplikací procesor ani není úzkým hrdlem), jednak zkontrolovat kód, který nebyl od začátku psán jako thread-safe, není nic jednoduchého.
lidi kteri pouzivaji 64bit Linux znam opravdu malo, vestina dlabe na 64bit a radsi pouzivaji 32bit
To soudíte podle těch pár mlhavých a nekonkrétních zastrašujících příspěvků v každé diskusi, ve které přijde řeč na 64-bitové instalace Linuxu? :-)
Vetsi naroky na pamet (pointery zerou vic)
Teoreticky ano. V praxi jsem nezaznamenal výraznější rozdíly.
Jde ten vykon nahoru? Stoji prechod za to?
Záleží na aplikaci. U některých výpočetně náročných úloh (kryptografické algoritmy, (de-)kódování videa nebo zvuku) to může být i více než dvojnásobek, někde samozřejmě nezískáte nic. Ale rozhodně neztratíte.
Myslim to tak, abych nemusel nove instalovat system (cili nejdriv komplet vymazat a pak nainstalovat).
U některé distribuce možná ano, ale abych pravdu přiznal, nejsem příznivce tolik opěvovaných "rolling updates". Poté, co jsem takhle "roloval" sedm a půl roku, jsem si naprosto jistý, že o návrat k této filosofii nestojím ani v nejmenším.
Jinak samozřejmě není problém pod 64-bitovou distribucí spouštět i 32-bitové aplikace, u kterých není 64-bitový build.
Především neustále plíživě narůstající "bordel" v systému a také to, že představa plynule se upgradujícího systému je ve skutečnosti spíš zbožným přáním než realitou. Stejně jsou tam situace, kdy provádíte něco, co je srovnatelné s upgradem klasické "nerolující" distribuce: přechod na novou řadu glibc (nebo jiné hodně používané knihovny), novou řadu jádra. K tomu vás čas od času potká upgrade některé důležité aplikace na novou verzi s nekompatibilním konfiguračním souborem atd. Ve výsledku je těch situací, kdy je potřeba pohlídat, co se se systémem stalo, a něco dořešit ručně, případně kdy je systém (nebo jeho důležitá část) po určitou dobu nefunkční, víc než při klasickém modelu upgradů.
Takže jsem nakonec přešel na klasickou distribuci, mám dva oddíly pro kořenový filesystém a veškerá data jsou na samostatných filesystémech. Místo upgradu nainstaluji novou verzi do druhého oddílu, zálohovat nemusím nic (tedy ne speciálně kvůli upgradu), jen přenesu systémovou konfiguraci a můžu pracovat. Když bude něco špatně, během chvilky mám přebootováno do původní odladěné a prověřené verze. Tohle je pro mne dost podstatné - podezírám totiž některé své zákazníky, že mají u mne v pracovně skrytou kameru, aby mi mohli kvůli problémům volat ve chvílích, kdy se to nejméně hodí.
ak ti niekto da 10 000 $ za zdrojaky, prispejem dalsim dolaromPodla mna je to cele vtip, ale zas ma napadlo, ze lahsie najde 1.000 ludi ochotnych stavit sa o 10$, ze ziska tu konecnu sumu, nez takto
vim ~/.emacs
Ta otázka byla psaná spíš ironicky, protože v linuxu žádné nativní GUI neexistuje (nebudeme rozebírat athenu, že:) ? )Ale ani Athena není nativní GUI. Je to jen vzorový toolkit napsaný pomocí knihoven X11. Rychlá ovšem je, to ano.
Tiskni Sdílej: