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í
×
    včera 16:33 | Zajímavý software

    Sniffnet je multiplatformní aplikace pro sledování internetového provozu. Ke stažení pro Windows, macOS i Linux. Jedná se o open source software. Zdrojové kódy v programovacím jazyce Rust jsou k dispozici na GitHubu. Vývoj je finančně podporován NLnet Foundation.

    Ladislav Hagara | Komentářů: 0
    včera 12:33 | Nová verze

    Byl vydán Debian Installer Trixie RC 2, tj. druhá RC verze instalátoru Debianu 13 s kódovým názvem Trixie.

    Ladislav Hagara | Komentářů: 0
    včera 03:33 | Komunita

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za červen (YouTube).

    Ladislav Hagara | Komentářů: 0
    včera 02:33 | Nová verze

    Libreboot (Wikipedie) – svobodný firmware nahrazující proprietární BIOSy, distribuce Corebootu s pravidly pro proprietární bloby – byl vydán ve verzi 25.06 "Luminous Lemon". Přidána byla podpora desek Acer Q45T-AM a Dell Precision T1700 SFF a MT. Současně byl ve verzi 25.06 "Onerous Olive" vydán také Canoeboot, tj. fork Librebootu s ještě přísnějšími pravidly.

    Ladislav Hagara | Komentářů: 0
    včera 01:33 | Komunita

    Licence GNU GPLv3 o víkendu oslavila 18 let. Oficiálně vyšla 29. června 2007. Při té příležitosti Richard E. Fontana a Bradley M. Kuhn restartovali, oživili a znovu spustili projekt Copyleft-Next s cílem prodiskutovat a navrhnout novou licenci.

    Ladislav Hagara | Komentářů: 0
    2.7. 16:55 | Nová verze

    Svobodný nemocniční informační systém GNU Health Hospital Information System (HIS) (Wikipedie) byl vydán ve verzi 5.0 (Mastodon).

    Ladislav Hagara | Komentářů: 0
    2.7. 16:22 | Komunita

    Open source mapová a navigační aplikace OsmAnd (OpenStreetMap Automated Navigation Directions, Wikipedie, GitHub) oslavila 15 let.

    Ladislav Hagara | Komentářů: 1
    2.7. 11:55 | Zajímavý software

    Vývojář Spytihněv, autor počítačové hry Hrot (Wikipedie, ProtonDB), pracuje na nové hře Brno Transit. Jedná se o příběhový psychologický horor o strojvedoucím v zácviku, uvězněném v nejzatuchlejším metru východně od všeho, na čem záleží. Vydání je plánováno na čtvrté čtvrtletí letošního roku.

    Ladislav Hagara | Komentářů: 38
    1.7. 18:22 | IT novinky

    V uplynulých dnech byla v depu Českých drah v Brně-Maloměřicích úspěšně dokončena zástavba speciální antény satelitního internetu Starlink od společnosti SpaceX do jednotky InterPanter 660 004 Českých drah. Zástavbu provedla Škoda Group. Cestující se s InterPanterem, vybaveným vysokorychlostním satelitním internetem, setkají například na linkách Svitava Brno – Česká Třebová – Praha nebo Moravan Brno – Břeclav – Přerov – Olomouc.

    Ladislav Hagara | Komentářů: 21
    1.7. 13:11 | Nová verze

    Byla vydána nová verze 8.7.0 správce sbírky fotografií digiKam (Wikipedie). Přehled novinek i s náhledy v oficiálním oznámení (NEWS). Nejnovější digiKam je ke stažení také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo ke spuštění a spustit.

    Ladislav Hagara | Komentářů: 0
    Jaký je váš oblíbený skriptovací jazyk?
     (59%)
     (28%)
     (7%)
     (2%)
     (0%)
     (1%)
     (3%)
    Celkem 347 hlasů
     Komentářů: 16, poslední 8.6. 21:05
    Rozcestník

    spkg

    14.6.2005 16:00 | Přečteno: 1070× | 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.