V13 wrote:
On Thursday 08 October 2009, Γιώργος Πάλλας wrote:V13 wrote:Καταρχήν: το hostapd ήταν παράδειγμα. Το όλο θέμα δεν έχει να κάνει με δικές μου αλλαγές. Για κάποιο λόγο, σε κάποια φάση, το dpkg θεώρησε πως είχα αλλάξει τα init scripts από κάποια πακέτα τα οποία όμως δεν είχα ποτέ πειράξει. Μέσα στα διάφορα upgrades, τα συγκεκριμένα πακέτα δεν έκαναν upgrade τα init scripts είτε γιατί είπα 'όχι', είτε γιατί δεν με ρώτησαν. Θεωρώ πιθανότερο το δεύτερο. Αυτό έχει σαν αποτέλεσμα να έχω καταλήξει με κάποια παλιά init scripts τα οποία αποτυγχάνουν οικτρά στο depedency-based boot και τα οποία δεν είναι δυνατό να αλλάξουν με κάποιο φυσιολογικό τρόπο χωρίς να κάνω κάποια πατέντα όπως αυτές που ανέφερα. Να π.χ. ένα παράδειγμα από κάποιο άλλο μηχάνημα: # debsums -e util-linux /etc/init.d/hwclockfirst.sh OK /etc/init.d/hwclock.sh FAILED Το οποίο φαίνεται να είναι γενικότερα προβληματικό πακέτο: το έχω δει σε 3 διαφορετικά μηχανήματα που κάνουν upgrade με cron-apt και σε κανένα δεν το έχω πειράξει με το χέρι. Σε άλλο μηχάνημα έχει θέμα με το bootmisc.sh και η ιστορία συνεχίζεται.Δεν νομίζω ότι είναι στη λογική του dpkg upgrade να ρωτάει για non-configuration αρχεία. Έχει τύχει πολλές φορές να κάνω αλλαγές σε init scripts, οι οποίες πατήθηκαν από upgrade του πακέτου χωρίς να ρωτηθώ... Άρα κάτι δεν πάει καλά κατά το upgrade σου και δεν αλλάζουν τα scripts. Δικαιώματα;;Τα init scripts θεωρούνται configuration αρχεία. Δες εδώ: http://www.debian.org/doc/debian-policy/ch-opersys.html#s-sysvinit στο 9.3.2
Δεν το είχα υπόψη μου... Άρα όταν συμβεί να μου πατηθεί ένα init script από πάνω στο οποίο είχα αλλαγές μιλάμε για bug.
Παρεμπιπτόντως, αφού έγινε η μετάβαση σε dependency-based boot, γιατί υπάρχουν ακόμα τα νουμεράκια μέσα στους rcX.d ;;
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature