Názory k článku Vytvořte si balíček pro Ubuntu/Debian snadno a rychle

To ti velmi nepomoze ak mas na masine stable distribuciu. Riesenie je tak nanajvys backports, tam ale momentalne backport Redisu nie je.

Skor mi ale nie je celkom jasny vyznam generovania vlastneho balicka, pokial dana vec ide bez problemov buildnut. Snad len ak to potrebujem hromadne dostat na viac nez niekolko malo serverov.

Nejsem odborník na balíčkovací systémy, proto se chci zeptat: Mohou instalační skripty sahat jen na soubory přidané balíčkem, nebo mohou provést chmod na kterýkoliv soubor?

Skripty můžou cokoliv - je to prostě "obyč" skript, co se pustí po instalaci, aby případně něco doponastavoval. Ale balíčkovač nijak neomezuje co skript může a co ne ....

To je asi jedno, nie? "Zly" balicek moze narobit galibu tak ci tak.

... ak robim balicek iba pre seba na jeden stroj (ci viacero svojich identickych strojov), jednoduchsie je pouzit checkinstall. Priklad je v navode na ffmpeg a x264 pre Ubuntu. Je to skratka rychlejsie, netreba sa otravovat s formalitami a pritom je to stale ako balicek, teda sa to da v pripade potreby kompletne odinstalovat (a pripadne neskor opatovne nainstalovat).

Postup uvedeny v clanku je skor vhodny pre serioznejsiu distribuciu balika a jeho planovane dlhodobe udrziavanie - to ale so sebou prinasa dalsie ulohy, o ktorych uz clanok nehovori. Co je trocha skoda, lebo ak sa objavi update upstream zdroja, treba updatnut aj balicek (moze ist napriklad o bezpecnostny update).

Díky za tip s tím checkinstallem! Vypadá to geniálně

Probůh, už zase. Checkinstall jednou provždy NE!
Zdá se to jednoduché, ale pokud člověk neví, jak checkinstall funguje a jak ho ohlídat (tj. je začátečník), tak je lepší jej nepoužívat, pokud nechcete skončit se záhadně fungujícím nebo dokonce nefunkčním systémem.

Mozes byt konkretny?

Mne sa to konkretne stalo. :D Prerusil som checkinstall uprostred roboty. Zrazu mi v x-och zacali zahadne padat programy a miznut ikonky :D. Ale postupne, som sa cudoval, ze co tomu je myslel som, ze cervik.

Tak reku toto zahlusim, nabootujem livecd a opravim to. Checkinstall prestavil prava na root ("/ ") adresar. Tusim zrusil read a execute pre others.

Pokusím se ve zkratce.
Checkinstall má dva zásadní problémy.
1) K zachycení toho, co se děje na filesystému, používá LD_PRELOAD. Pokud tedy bude 'make install' manipulovat se soubory nějakým ne úplně běžným způsobem (např. staticky slinkovaným programem), příslušné soubory checkinstall neuvidí.
2) Větším problémem je, že se tam naopak dostanou soubory, které tam nemají co dělat, soubory, které nejsou nové, ale dochází u nich jen ke změně. Může to být například soubor s gconf konfigurací. Pokud je pak balíček dodatečně odstraněn, soubor je vymazán, i když z něj měl být odstraněn třeba jen jeden řádek.

Pokud tedy checkinstallem něco nainstaluji, tak musím následně balíček otevřít a projít ručně, co vlastně obsahuje a podle toho se zařídit (tj. třeba i opravovat). Zatímco u běžných řádkových utilit se na problém asi nenarazí, tak třeba balíčků s programy pro GNOME bude špatně hodně.

Prostě láká, použít se dá, ale bacha na něj.

jinak než checkinstallem si balíčky nedělám, prostě po ./configure; make; napíšu checkinstall --install=no -D (make spouštím před proto, že jednou se mi stalo, že mi ubalil nepřeložené zdrojáky)

Snadno a rychle, ale ta kvalita? Tohle je opravdu jen pro osobni pouziti, dat takovy balicek k dispozici bych se stydel.

Az k debian/rules je to docela v poradku, ale pak to zacina...
Co myslite, ze dela dh_installdirs? Asi netusite, kdyz hned na dalsich radcich vytvarite adresare rucne.

Pokracujeme ke kopirovani souboru. Proc nepouzijete dh_install prosim!

Co dh_installinit, dh_link apod.? Vite co vsechno rustane v systemu, kdyz takovyhle balicek odinstalujete?

Uz leta bojuju v kazde firme, do ktere prijdu, s Debian balickovanim, ktere delaji lide co nikdy o balickovani nic necetli, neprosli si ani zbezne Debian standardy nebo neprohlidli nejaky balicek z Debianu, ktery delali odbornici. Je smutne, ze Root tohle jeste podporuje. Ostuda!

Ja tomu moc nerozumim, ale mit *.dll ve zdrojovem balicku je jasna stopka do Debianu.

Doporucuju
lintian -I --pedantic *.dsc
lintian -I --pedantic *.deb

"Začátečníci se ale tohoto kroku velmi obávají. Přitom vytvořit deb balíček není nějak složité..."

Az pochopite vyznam slova zacatecnik, dejte vedet. Mate v tom ocividne mezery. Oni nemaji pripravene scripty na upravu adresaru a neumi kompilovat. Jsou to totiz zacatecnici. Uvodni popisek clanku zavadi az mi je z toho k bliti.
Nemam ve zvyku nadavat na autory tady na rootu, protoze odvadi dobrou praci. Kdyz vsak nekdo napise takovou sprostost, tak to uz je moc i na mou toleranci.

Taka mala provokacia ;-) (alebo, ako sa to robi v archu)

$ abs
$ cd /var/abs/<repo>/<pac­kage>
$ vi PKGBUILD (ak nechcete ziadne zmeny, tak sa moze preskocit)
$ makepkg -i

Proc hned tak silna slova?

Já třeba vím, jak se kompiluje, ale co se týká tvorby balíčků, jsem čistý začátečník - ještě jsem žádný nevytvořil. Takže v názvu článku zase nic tak závadného nevidím.

zatacecnik je nekdo kdo s necim zacina.

HINT:
Senior Database Software Engineer kteremu rupne v bedne a zacne si delat vlastni jadro pro svuj oracleDB bude taky zacatecnik (jaderny).
A pro nektere jeste vysvetlim:
zacatecnik nutne nemusi byt automaticky nekdo kdo neumi vubec s pocitacem...

Další takový. Nelze z čistým svědomím doporučovat checkinstall, aniž by člověk neupozornil na jeho úskalí. Viz výše.

vždy když vidím nějaký podobný článek, uvědomím si jak jsem rád, že máme RPM.

ještě jsem neslyšel debhell

protože ten termín je to holý nesmysl, stejně jako RPM-hell. Dependency-hell nemá nic vůbec společného s formátem balíčků. RPM ani DPKG závislosti neřeší.

To si delate kozy, ze vytvorit deb balik je tak slozite a musim vsechno delat v commandlajne? To neni nejake gui kde si drag-dropnu potrebne soubory, dopisu kecy a pripadne zaskrtnu nejaky dependency a stlacim "Generate DEB" ?

Je to tak, ale jestli si myslíte, že udělat msi balíček pro Windows je nějak snazší, tak to se mýlíte. Ano, existují udělátka, které na dvě přetažení myší a tři kliknutí něco vygenerují, ale ta zpravidla použijí tak 2% možnosti Windows Installeru. No, možná by bylo zajímavé, udělat nějaké takové udělátko pro deb. Zatím ale, pokud vím, asi nic neexistuje.

Už jsem se před časem díval, jak se deb balíčky dělají a byl jsem trochu zmrazený, že to není zase až taková sranda. I když oproti msi to jako sranda docela vypadá. Rozhodně si článek bookmarkuju, může se v budoucnu hodit.