abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 18:22 | Nová verze

    Byla vydána nová major verze 28.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    dnes 13:11 | Zajímavý článek

    Český telekomunikační úřad zveřejnil Výroční zprávu za rok 2024 (pdf), kde shrnuje své aktivity v loňském roce a přináší i základní popis situace na trhu. Celkový objem přenesených mobilních dat za rok 2024 dosáhl dle odhadu hodnoty přibližně 1,73 tis. PB a jeho meziroční nárůst činí zhruba 30 %. Průměrná měsíční spotřeba dat na datovou SIM kartu odhadem dosáhla 12,5 GB – v předchozím roce šlo o 9,8 GB.

    Ladislav Hagara | Komentářů: 6
    dnes 12:33 | IT novinky

    Z novinek představených na Google I/O 2025: Přehledy od AI (AI Overviews) se rozšiřují do dalších zemí. Užitečné, syntetizované přehledy od generativní AI jsou nově k dispozici i českým uživatelům Vyhledávače.

    Ladislav Hagara | Komentářů: 0
    dnes 11:44 | IT novinky

    Šestice firem označovaných jako „MAMAAN“ – tedy Meta (Facebook, Instagram), Alphabet (Google), Microsoft, Apple, Amazon a Netflix – je zodpovědná za více než padesát procent světového internetového provozu. Dalšími velkými hráči jsou TikTok a Disney+. Společně tak zásadně určují podobu digitálního prostředí, spotřebitelského chování i budoucích trendů v oblasti technologií. I přesto, že se podíl těchto gigantů od roku 2023 o něco snížil, jejich dominantní postavení zvyšuje volání po regulaci.

    Ladislav Hagara | Komentářů: 4
    dnes 11:33 | IT novinky

    Evropská komise (EK) navrhuje zavést plošný poplatek ve výši dvou eur (zhruba 50 Kč) za každý malý balík vstupující do Evropské unie. Poplatek se má týkat balíků v hodnotě do 150 eur (zhruba 3700 Kč), které v EU nepodléhají clu. V loňském roce bylo do EU doručeno kolem 4,6 miliardy takovýchto balíků. Poplatek má krýt náklady na kontroly rostoucího počtu zásilek levného zboží, které pochází především z Číny.

    Ladislav Hagara | Komentářů: 16
    včera 18:11 | IT novinky

    Dnes a zítra probíhá vývojářská konference Google I/O 2025. Sledovat lze na YouTube a na síti 𝕏 (#GoogleIO).

    Ladislav Hagara | Komentářů: 0
    včera 15:22 | Komunita

    V Bostonu probíhá konference Red Hat Summit 2025. Vybrané přednášky lze sledovat na YouTube. Dění lze sledovat na síti 𝕏 (#RHSummit).

    Ladislav Hagara | Komentářů: 0
    včera 15:00 | Nová verze

    Společnost Red Hat oficiálně oznámila vydání Red Hat Enterprise Linuxu 10. Vedle nových vlastností přináší také aktualizaci ovladačů a předběžné ukázky budoucích technologií. Podrobnosti v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 6
    včera 12:22 | Pozvánky

    Tuto sobotu 24. května se koná historicky první komunitní den projektu Home Assistant. Zváni jsou všichni příznivci, nadšenci a uživatelé tohoto projektu. Pro účast je potřebná registrace. Odkazy na akce v Praze a v Bratislavě.

    jose17 | Komentářů: 0
    včera 04:44 | IT novinky

    Troy Hunt představil Have I Been Pwned 2.0, tj. nový vylepšený web služby, kde si uživatelé mohou zkontrolovat, zda se jejich hesla a osobní údaje neobjevily v únicích dat a případně se nechat na další úniky upozorňovat.

    Ladislav Hagara | Komentářů: 16
    Jaký je váš oblíbený skriptovací jazyk?
     (60%)
     (25%)
     (9%)
     (2%)
     (0%)
     (0%)
     (5%)
    Celkem 57 hlasů
     Komentářů: 5, poslední včera 20:57
    Rozcestník

    spkg

    14.6.2005 16:00 | Přečteno: 1068× | Slackware

    Tak už mě přestalo bavit (ne že by mě to tedy někdy bavilo :-)) čekat na instalaci a hlavně upgrade balíčků pomocí pkgtools.

    Jinak je Slackware moc pěkná distribuce, ale ten balíčkovací manažer, to je fakt bída. Kdo viděl obsah skriptu removepkg, musí uznat že pokusy o optimalizaci pro rychlost v bashi nevypadají příliš vábně a v případě removepkg nejsou ani příliš úspěšné. O robustnosti se netřeba vůbec bavit, když něco selže (třeba user udělá z dlouhé chvíle ctrl+C při upgrade glibc) je po srandě. Vůbec spuštění removepkg, když zrovna data nejsou v cache je taky zážitek. Installpkg rozbaluje archiv úplně zbytečně dvakrát, upgradepkg jakbysmet. Prostě bída.

    Funkce zobrazení nainstalovaných balíčků pomocí pkgtool je taky kapitola sama pro sebe. Kolika lidem už zešedivěly vlasy při sledování tohoto nápisu - Please wait while Pkgtool scans your system to determine which packages you have installed and prepares a list for you. Operace, která by měla trvat pár milisekund, trvá na 1.5GHz Pentiu 4, světe drž se, 40 sekund!

    O nějakém smysluplném rozhranní (API) pro přístup k databázi balíčků v rámci systému si člověk také může nechat leda zdát.

    Tak jsem se s tím před dvěma měsíci rozhodl něco udělat a začal reimplementovat pkgtools v C.

    Příště napíšu více. Zatím dávám jen odkaz na stránky s projektem.

           

    Hodnocení: 100 %

            špatnédobré        

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    14.6.2005 17:56 iSteve
    Rozbalit Rozbalit vše UPKG
    Timpadem bych te rad upozornil na muj projekt, UPKG: http://web.isteve.bofh.cz/upkg/ ;)
    14.6.2005 18:44 megi | skóre: 11 | blog:
    Rozbalit Rozbalit vše Re: UPKG
    Už jsem měl tu čest vidět. :)
    14.6.2005 20:09 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Kolo
    Nechtěli byste raději vypnout v RPM závislosti (nebo v dpkg, to je jedno) a začít ho používat? Tyto věci už jaksi byly vyřešeny.
    14.6.2005 21:17 VícNežNic | skóre: 42 | blog: Spáleniště | Ne dost daleko
    Rozbalit Rozbalit vše Re: Kolo
    Ještě by bylo fajn, aby ty balíčky nebyly všechny tak rozkouskované :-)
    Copak toho není dost?
    14.6.2005 21:56 Michal Marek (twofish) | skóre: 55 | blog: { display: blog; } | Praha
    Rozbalit Rozbalit vše Re: Kolo
    Na co by pak nadávali? :-)
    14.6.2005 22:05 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Re: Kolo
    Přece na RPM! Konečně by k tomu měli i pořádný důvod ;-)
    14.6.2005 23:16 Triton | skóre: 10 | blog: keep_slacking
    Rozbalit Rozbalit vše Pár poznámek
    • Instaluju a upgraduju i na "šunkách" P/166 64MB a nikdy jsem problémy s rychlostí neměl a navíc čas instalací z celkového času využití počítače je naprosto zanedbatelný.
    • Removepkg mi jako shellscript nepřijde zbytečně pomalé. Před smazáním souboru nebo adresáře se provadí docela dost testů (jestli není obsažen v jiném balíčku, podle timestampu jestli byl změněn, jestli adresář, který byl balíčkem vytvořen neobsahuje nové soubory, generování seznamu linků vytvořených z instalačního skriptu, atd.). Nic z toho mi nepřipadá zbytečné a zjevně špatně optimalizované.
    • Installpkg rozbaluje archiv dvakrát ? Na začátku pouze rozbalí obsah instalačního adresáře, když nemůže najít popisný externí soubor. Také testuje integritu archivu (-tzf) a pak ho teprve jednou rozbalí. Proč je tam ta extrakce popisku balíčku snad nemusím vysvětlovat.
    • Přerušení při instalaci glibc aj."páteřního" sw, ať už zdůvodu hw problémů nebo interaktivně, bývá věc fatalní, ale to platí stejně pro všechny mě známé způsoby instalací. Dokonce ty, které používají k evidenci instalací databáze místo prostých textových souborů, bývají daleko náchylnější. A obnova se může snadno řešit použitím rescue CD. U instalace ostatních balíčků to nevadí. Navíc bych chtěl vidět "usera", který instaluje glibc ;-) Ale vy jste asi myslel toho s uid 0.
    • Souhlas, pkgtool je hlavně pro zobrazení nainstalovaných balíčků nepoužitelný. Nevím k čemu tam je, protože není nad ls, grep a less. Snad možná kvůli newbies, kteří se trochu bojí CLI :-)
    • API k přístupu k databázi balíčků ? Si děláte srandu ? Jukněte se do /var/log/packages|scripts|removed_packages|removed_scripts . Pak na ls, grep a další základní unixovské nástroje a možná vás už ta otázka znovu nenapadne.

    Přeju vám hodně úspěchů s realizací vašeho projektu a také hodně nespokojených uživatelů oficiálních balíčkovacích nástrojů, kteří by měli potřebu používat něco jiného. Já mezi nimi nebudu, protože filozofie administrativních nástrojů u Slackware, tj. co nejprimitivnější a nejpřímější, mi zcela vyhovuje i za cenu, že nepoběží tak rychle, jak by teoreticky mohly.

    Happy buffer overflows ;-)

    Z'LI0(%:`&/NRU`Y0"@8.L%.%PG(%!D>"<!@C(4&'?`UO!/$"K\2)+!1K',R' 2V,*3$D-EG4PC!<*(%%I"<*$` `
    14.6.2005 23:26 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Re: Pár poznámek
    Dokonce ty, které používají k evidenci instalací databáze místo prostých textových souborů, bývají daleko náchylnější.

    Pak používají ty databáze blbě. Skutečnost, že obyčejný souborový systém neumožňuje atomické commity, kdežto databáze ano, to nemění. Glibc sama se snad upgraduje atomicky všude, to nemá smysl řešit.

    Happy buffer overflows

    Berkeley DB je odladěná přinejmenším stejně dobře jako grep (v tom už jsem našel chybu).
    15.6.2005 00:05 Triton | skóre: 10 | blog: keep_slacking
    Rozbalit Rozbalit vše Re: Pár poznámek
    No ono to možná nebude tak jednoduché. Mám zkušenost, kdy při upgrade jednoho stroje se SUSE došlo k výpadku napájení (vím, ostuda že nebyl na UPS) a po rebootu se zjistilo že rpm databáze je pr... Domníváme se, že za to sice nemůže databáze samotná, ale jak došlo při commitu k výpadku, tak ten journal se nějak poškodil (chybou fs ?) a bylo to v trapu. Navíc nejde jen o mechanismy zajišťující integritu databází, ale o prostý fakt, že jsou db jako způsob uložení dat komplikovanější a i třeba chybou sw, který do nich uloží špatný záznam, se daleko hůře rekonstruují.

    No následky chyby v BDB, kam se data zapisují a závisí na ní např. celý systém, s následky ekvivalentních chyb v grepu, jako nevinného nástroje k vyhledávání, bych raději nesrovnával ;-)

    Jinak to Happy buffer overflows bylo spíš myšleno jako lehká narážka na to, že to chce implementovat v "náchylném" C místo "méně náchylného" shellu nebo jiného interpretu :-)

    Z'LI0(%:`&/NRU`Y0"@8.L%.%PG(%!D>"<!@C(4&'?`UO!/$"K\2)+!1K',R' 2V,*3$D-EG4PC!<*(%%I"<*$` `
    14.6.2005 23:45 Michal Marek (twofish) | skóre: 55 | blog: { display: blog; } | Praha
    Rozbalit Rozbalit vše Re: Pár poznámek
    API k přístupu k databázi balíčků ? Si děláte srandu ? Jukněte se do /var/log/packages|scripts|removed_packages|removed_scripts . Pak na ls, grep a další základní unixovské nástroje a možná vás už ta otázka znovu nenapadne.
    Nemít žádnou úroveň abstakce vede k ... tedy vlastně nikam nevede, protože to neumožňuje jakkoliv měnit implementaci. Proto existují API i k takovým trivialitám jako /etc/group.
    15.6.2005 00:16 Triton | skóre: 10 | blog: keep_slacking
    Rozbalit Rozbalit vše Re: Pár poznámek
    Asi to bude tím, že jsem minimalista a purista ;-)

    S tím příkladem k /etc/group máte pravdu, ale já to chápu tak, že to je už dlouho zavedený způsob snad na všech *nixech co znám nebo o nich četl a filozofií Slackware je, že pokud to není nezbytně nutné, tak se právě snaží nepřidávat žádné svoje specialitky, jako je tomu často vidět u některých dister. Ale respektuju, že někomu jinému tento přístup nevyhovuje nebo na to dokonce kašle.

    Z'LI0(%:`&/NRU`Y0"@8.L%.%PG(%!D>"<!@C(4&'?`UO!/$"K\2)+!1K',R' 2V,*3$D-EG4PC!<*(%%I"<*$` `

    Založit nové vláknoNahoru

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.