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.
... 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).
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.
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)
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.
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/app_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
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
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 ...
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.