Portál AbcLinuxu, 9. června 2024 12:05


Nástroje: Začni sledovat (0) ?Zašle upozornění na váš email při vložení nového komentáře.

Vložit další komentář
11.9.2005 14:07 unchallenger | skóre: 69 | blog: unchallenger
Rozbalit Rozbalit vše 1/3
Odpovědět | Sbalit | Link | Blokovat | Admin
Můj první díl:

Vezmu distribuční balíček apache, upravím ve spec souboru, s jakými volbami to chci kompilovat, rebuildnu ho a podepíšu.
11.9.2005 14:13 niobi | skóre: 10 | blog: Niobi w3b.1og | Liberec city
Rozbalit Rozbalit vše Re: 1/3
jelikoz tuhle instanci apache budu pouzivat jenom ja na svym pc tak nevim duvod proc to podepisovat a rebuildovat to ;)
Totalni paranoia Linuxaka: emerge -C windows-base/windowsXP-meta MAC-WAR.eu - aneb i na apple je warez :-P
m$ lipo $m avatar 11.9.2005 14:17 m$ lipo $m | skóre: 19 | blog: čaj o páté | Redmond
Rozbalit Rozbalit vše Re: 1/3
"tento článek je určen všem lidem" asi jako yetiho balicky
Albuquerque, New Mexico (April 4, 1975)
11.9.2005 14:39 unchallenger | skóre: 69 | blog: unchallenger
Rozbalit Rozbalit vše Re: 1/3
Kdyby kvůli ničemu jinému, tak balíček je dobrý k elementárnímu oveření integrity a fungujícímu odinstalování (make uninstally fungují jak kdy, občas něco někde nechají). A podepsání zase kvůli integritě balíčku, kdybych chtěl srovnávat soubory z něj, s tím, co je ve filesystému, a rpm databázi nešlo věřit/použít.
11.9.2005 16:33 Michal Marek (twofish) | skóre: 55 | blog: { display: blog; } | Praha
Rozbalit Rozbalit vše Re: 1/3
Potom

"Vezmu distribuční balíček apache, upravím ve spec souboru, s jakými volbami to chci kompilovat a rebuildnu ho"

;-)
11.9.2005 14:38 Michal Kubeček | skóre: 72 | Luštěnice
Rozbalit Rozbalit vše Proč 2.0.51?
Odpovědět | Sbalit | Link | Blokovat | Admin
Proč zrovna verzi 2.0.51, když už uplynul asi rok od vydání 2.0.52 a současná verze je 2.0.54? Pokud si dobře vzpomínám, mezi těmi verzemi proběhlo i pár bezpečnostních problémů…
Mikos avatar 11.9.2005 17:20 Mikos | skóre: 34 | blog: Jaderný blog | Praha
Rozbalit Rozbalit vše Nechápu...
Odpovědět | Sbalit | Link | Blokovat | Admin
Podle mě je absolutně nesmyslné kompilovat věci na server bez vytvoření balíčků, takhle si člověk akorát zaneřádí systém a hůř se mu odinstalovává a hlavně hůř se udpgraduje. Nesrovnatelně lepší je vytvořit si vlastní balíček a používat nějakého správce balíčků (i kdyby to měl být nejjednodušší "zprávce balíčků" jako je ve Slackware, tak je to pořád stokrát lepší než tohle).
CETERUM CENSEO DRM ESSE DELENDAM Ostatně soudím, že DRM musí být zničeno!
11.9.2005 18:01 niobi | skóre: 10 | blog: Niobi w3b.1og | Liberec city
Rozbalit Rozbalit vše Re: Nechápu...
mno toto uz zde jednou probehlo > psal jsem at mi doporucite nejaky clanek, ale jaxi ten byl k nicemu protoze tam se psalo jenom o typech balicku a ne o kompilaci a rebuildu ;) jestli nekde neco takoveho je tak mi sem hodte pls link
Totalni paranoia Linuxaka: emerge -C windows-base/windowsXP-meta MAC-WAR.eu - aneb i na apple je warez :-P
11.9.2005 18:06 VícNežNic | skóre: 42 | blog: Spáleniště | Ne dost daleko
Rozbalit Rozbalit vše Re: Nechápu...
Balíčkovacích systémů je moc. Seriál pro RPM si předpokládám nepřehlédl, na Debianu pomalu netuším ani jaké balíčky používá, pro FreeBSD existuje na porty příručka, ve Slackwaru stačí použít tar a tak dál.
Copak toho není dost?
11.9.2005 18:42 Michal Vyskočil | skóre: 60 | blog: miblog | Praha
Rozbalit Rozbalit vše Re: Nechápu...
No lepší je makepkg, případně checkinstall.
When your hammer is C++, everything begins to look like a thumb.
11.9.2005 18:49 niobi | skóre: 10 | blog: Niobi w3b.1og | Liberec city
Rozbalit Rozbalit vše Re: Nechápu...
aha tak to me nenapadlo a co to teda potom udela kdyz dam makepkg ??? rpm balicek bo co ???
Totalni paranoia Linuxaka: emerge -C windows-base/windowsXP-meta MAC-WAR.eu - aneb i na apple je warez :-P
11.9.2005 21:08 VícNežNic | skóre: 42 | blog: Spáleniště | Ne dost daleko
Rozbalit Rozbalit vše Re: Nechápu...
Copak toho není dost?

Založit nové vláknoNahoru

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

ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.