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 ....

No jelikož většinou poběží pod rootem, tak si můžou dělat v podstatě co chtějí. Jen si to většinou nemůžou dovolit, protože by je pak distributor nepodepsal a nedistribuoval.

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!

nepomuzes prosim s kontrolou/doladenim U++ balicku?
https://launchpad.net/~dolik-rce/+archive/upp
https://launchpad.net/~dolik-rce/+archive/upp-nightly
Mam pocit ze uz jsou dle autora docela vychytane a ted se pokousi dostat do debianu, ale nikdy neuskodi kdyz se na to podiva nekdo kdo tomu rozumi. ;) :)
(pokud si najdes cas, diky)

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

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

Určite s Vami súhlasím, podľa tohoto postupu je to presne to, čo je v nadpise, teda "snadno a rychle", nie však celkom kvalitne.

Na druhej strane, sám dávam prednosť inštalácii SW cez APT a keď si nejaký program kompilujem a vytváram balík pre osobnú potrebu, tak sa nezdržiavam nepodstatnými detailami, pretože ho chcem mať ľahko a hlavne rýchlo.

Takže by som ani autora a ani root za tento článok nezatracoval, ale, ak to v článku nie je, iste by som doplnil informáciu, že nadpis je mienený doslovne :-)

"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...

cd /usr/local/src/ap­p_sources
 ./configure
 make
 sudo checkinstall

a mam balicek pro debian (podporovany jsou ješte např. rpm, slackware tgz, atd... ). Podle meho názoru pro uživatele mnohem příjemnější a jednodušší. Jedinou nevýhodou je, že zavislosti - chci-li je k balíčku přidat - musím doplnit ručně při zadávaní parametrů balíku.

Ale i tak pěkný článek. díky

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

Dobře, dík za upozornění, i když myslím, že by se daly tyto úskalí odstranit použitím některého z nástrojů pro sledování FS.

Nicméně jako jednoduchá a rychlá pomoc pro lidi, kteří potřebuji něco, z čeho jim vypadne rovnou balíček to k zahození není.

Pro ty ostatní mi to přijde trochu jako s křížkem po funuse : http://www.abclinuxu.cz/serialy/balicky-pro-debian

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ší.

Hmm jsem na tom stejně ...

... je to takový nějaký překomplikovaný ....

Už jsem pár RPM udělal, DEB taky, ale ty RPM jsou takvý přímočarý.
Nemusím instalovat a pamatovat si 10+ nástrojů/skriptů abych udělal balíček.

Jediný co mi na RPM vadí, je jeden soubor pro celý popis vytvoření balíku.
Tady by to chtělo alespoň tyto - popis, "make", files, scripty ...

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.