`update-rc.d -f vmi remove` permanensé tétele

 ( frank | 2007. szeptember 3., hétfő - 14:33 )

Hogy oldom meg azt, hogy csomag frissítés esetén a már törölt rc linkek ne kerüljenek vissza a helyükre?

man update-rc.d szerint ezt a csomagot nem is végfelhasználóknak, sokkal inkább csomagkészítőknek szánták, hogy a dpkg postinst folyamatból be tudják állítani a megfelelő futási szintet az éppen installált alkalmazásnak.

De akkor mi az én barátom?

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

ln -s


Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.
debian 4.0 - linux-2.6.22.6-pancs1-wifi2 - 2.6.22.6 kernel madwifivel itt

???
Szerintem félreértetted a kérdést. Itt nem belinkelni akarok valamit a rc*.d könyvtárakba, hanem megakadályozni, hogy dpkg az onnan törölt fileokat (linkeket) visszapakolja oda.

Valamelyik topikba itt volt postinst hook az apt-hez. Keresd vissza, és csinálj egy scriptet a dologra, és a hookból hívd meg azt a scriptet. persze árnyékold le, ha a update-rc.d elhasalna.

Reménykedtem benne, hogy ezt disztró szinten megoldották, és nem nekem kell rendszereként "gányolnom". Azlrt persze kösz a tippet.

visszaállítására nincs szerinem megoldás, a debian egyik "hibája" szvsz, hogy frissitéskor visszarakja a linkeket, mivel a csomagban ugy van, max ugy tudod megcsinálni, ha frissítés elött nyomsz egy chattr +i rc*.d-t, de ekkor lehet, hogy a dpkg fog pofázni, hogy nem tudta létrehozni a szükséges beállításokat.


Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.
debian 4.0 - linux-2.6.22.6-pancs1-wifi2 - 2.6.22.6 kernel madwifivel itt

Az a baj, hogyha a dpkg valamit nem tud megcsinálni, képes illegális állapotban hagyni a rendszert, ami nem jó dolog. Mindenképp inkább a hook vonalon, vagy más utakon érdemes elindulni elsőnek.

Sima liba: update-rc.d -f bla remove , utana pedig update-rc.d bla stop 20 0 1 2 3 4 5 6 .

A kérdés nem az, hogy mivel lehet, hanem hogy mikor hívja meg ezt a scriptet.

Figyusz, en vegre erdemben valaszoltam, hogyan is kell a kerdezo problemajat megoldani. Igy meg lehet, es ez az AJANLOTT modja is. Egyeb kerdes?

Van: Ez megoldja azt a problémát, hogy a dpkg frissítéskor visszaírja a kitörölt linkeket vagy sem?

Az a lenyeg, hogy ha van akar egyetlen meglevo link, akkor az update-rc.d nem csinal semmit. Ezert elso korben le kell szedni a meglevo linkeket (hogy veletlenul es induljon a program), aztan letrehozni a Kxxbla linkeket, hogy az update-rc.d se csinaljon semmit.

Nem mondom, hogy elegáns, de ez tűnik egyelőre egy működőképes megoldásnak. Thx.

Esetleg a nem kívánt init scriptbe beszúrsz e "exit" parancsot?
Ekkor nem indul el max ha valami dependel rá, rikácsol bootkor! :)

----------------------------------------------------------------

frissitéskor azt is frissíti, igy ez sem megoldás


Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.
debian 4.0 - linux-2.6.22.6-pancs1-wifi2 - 2.6.22.6 kernel madwifivel itt

"frissitéskor azt is frissíti, igy ez sem megoldás"

Apropó!

Gentoo alatt van lehetőség csomagok maszkolására, amit nem kívánsz és nem
rendszer létfontosságú csomag, az maszkolod?!
Ezért nem telepíthető csomagként kezeli a "csomagkezelő" és nem is telepíti,
vagy nem frissíti.

Nincs ilyen debian alatt? Nem olvastam ilyet debianról, de hátha! :)

Lehet hülye feltételezés?
Bár nem lenne rossz dolog!

----------------------------------------------------------------

Szerintem ő a binárisok frissítését szeretné, csak a init szkriptekét nem. Olyasmi rendszer hiányzik nagyon a Debian-ból mint a etc-update.

amúgy van:

echo "python-2.5.1 hold" | dpkg --set-selection