Moin,
Auf meinem Debiansystem (3.1 r3) sitzt ein highly non-free Debian Paket, welches ich für den Betrieb meines Multifunktionsdruckers brauche. Der Hersteller hat nicht mal das Quellpaket für das .deb File geliefert, geschweige denn den Quellcode. Diese Paket liefert eine Datei mit, deren Permissions inkorrekt gesetzt sind und das Gesamtpaket unbrauchbar macht. Ein einfaches chmod reicht nicht, da irgendein Job mir regelmäßig die Permissions zurücksetzt.
Auf der Suche nach einer Lösung stieß ich auf dpkg-statoverride, mit dem man wohl selber festlegen kann, welche Permissions/Owner ein File haben soll. Dummerweise scheint sich der Job darum nicht zu scheren:
root@drachi:~# ll /usr/local/Brother/inf/brMFC210Crc -rw------- 1 lp lpadmin 316 Sep 17 19:09 /usr/local/Brother/inf/brMFC210Crc root@drachi:~# stat /usr/local/Brother/inf/brMFC210Crc File: `/usr/local/Brother/inf/brMFC210Crc' Size: 316 Blocks: 8 IO Block: 4096 regular file Device: 30ch/780d Inode: 32943 Links: 1 Access: (0600/-rw-------) Uid: ( 7/ lp) Gid: ( 115/ lpadmin) Access: 2006-09-17 20:28:59.000000000 +0200 Modify: 2006-09-17 19:09:29.000000000 +0200 Change: 2006-09-17 19:09:29.000000000 +0200 root@drachi:~# dpkg-statoverride --list|grep roth lp lpadmin 644 /usr/local/Brother/inf/brMFC210Crc root@drachi:~#
Ich habe mit chmod die passenden Permissions gesetzt und anschließend dpkg-statoverride getippt. Ich hatte gedacht, das müßte reichen.
Zu Hülf, Hilmar
Am Freitag, den 22.09.2006, 15:46 +0200 schrieb Hilmar Preusse:
Auf meinem Debiansystem (3.1 r3) sitzt ein highly non-free Debian Paket, welches ich für den Betrieb meines Multifunktionsdruckers brauche. Der Hersteller hat nicht mal das Quellpaket für das .deb File geliefert, geschweige denn den Quellcode. Diese Paket liefert eine Datei mit, deren Permissions inkorrekt gesetzt sind und das Gesamtpaket unbrauchbar macht. Ein einfaches chmod reicht nicht, da irgendein Job mir regelmäßig die Permissions zurücksetzt.
Und was sagt der Hersteller dazu?
Auf der Suche nach einer Lösung stieß ich auf dpkg-statoverride, mit dem man wohl selber festlegen kann, welche Permissions/Owner ein File haben soll. Dummerweise scheint sich der Job darum nicht zu scheren:
Darum schert sich ja auch nur das Paketmanagement, wenn du das Paket aktualisierst. Der cron-job, der dir die Besitzverhältnisse verändert, interessiert sich für deine Änderung leider nicht.
[..]
Ich habe mit chmod die passenden Permissions gesetzt und anschließend dpkg-statoverride getippt. Ich hatte gedacht, das müßte reichen.
Du musst herausfinden, welcher cron-Job die Zugriffsrechte ändert und entweder den cron-Job fixen oder selbst einen cron-Job aufsetzen, der direkt danach läuft und die Zugriffsrechte setzt.
MfG Daniel
On 22.09.06 Daniel Leidert (daniel.leidert.spam@gmx.net) wrote:
Am Freitag, den 22.09.2006, 15:46 +0200 schrieb Hilmar Preusse:
Moin,
[buggy .deb by $HERSTELLER]
Und was sagt der Hersteller dazu?
Hmm, ich vermute die Dinger sind nicht wirklich offiziell... Es gibt auf jeden Fall eine Inquiry-Seite. Ich werde die mal testen.
Auf der Suche nach einer Lösung stieß ich auf dpkg-statoverride, mit dem man wohl selber festlegen kann, welche Permissions/Owner ein File haben soll. Dummerweise scheint sich der Job darum nicht zu scheren:
Darum schert sich ja auch nur das Paketmanagement, wenn du das Paket aktualisierst. Der cron-job, der dir die Besitzverhältnisse verändert, interessiert sich für deine Änderung leider nicht.
Schade.
Ich habe mit chmod die passenden Permissions gesetzt und anschließend dpkg-statoverride getippt. Ich hatte gedacht, das müßte reichen.
Du musst herausfinden, welcher cron-Job die Zugriffsrechte ändert und entweder den cron-Job fixen oder selbst einen cron-Job aufsetzen, der direkt danach läuft und die Zugriffsrechte setzt.
Ich habe eine Weile in meinen Crontabellen herumgesucht, aber nichts gefunden. Vorläufig kann ich es auch nicht nachstellen. Wenn das Problem mal wieder auftritt, werde ich einfach aussagekräftige Logfiles sammeln und dann bei Brother vorstellig werden. Vielleicht hilfts ja.
Thanks, Hilmar
Am 22.09.06 schrieb Hilmar Preusse hille42@web.de:
Ich habe mit chmod die passenden Permissions gesetzt und anschließend dpkg-statoverride getippt. Ich hatte gedacht, das müßte reichen.
Du kannst ja mal die Holzhammermethode probieren und die Datei auf immutable setzten: chattr +i /usr/local/Brother/inf/brMFC210Crc
Tschüß, Gregor
On 24.09.06 Gregor Jasny (gjasny@googlemail.com) wrote:
Am 22.09.06 schrieb Hilmar Preusse hille42@web.de:
Moin,
Ich habe mit chmod die passenden Permissions gesetzt und anschließend dpkg-statoverride getippt. Ich hatte gedacht, das müßte reichen.
Du kannst ja mal die Holzhammermethode probieren und die Datei auf immutable setzten: chattr +i /usr/local/Brother/inf/brMFC210Crc
OK, danke. Ich pobier nochmal das Problem zu debuggen. Wird das Flag von tar wiederhergestellt, wenn man das File in ein Archiv ein- und dann wieder auspackt?
Thanks, Hilmar
Hilmar Preusse hille42@web.de (Fr 22 Sep 2006 15:46:18 CEST):
Auf der Suche nach einer Lösung stieß ich auf dpkg-statoverride, mit dem man wohl selber festlegen kann, welche Permissions/Owner ein File haben soll. Dummerweise scheint sich der Job darum nicht zu scheren:
root@drachi:~# ll /usr/local/Brother/inf/brMFC210Crc -rw------- 1 lp lpadmin 316 Sep 17 19:09 /usr/local/Brother/inf/brMFC210Crc root@drachi:~# stat /usr/local/Brother/inf/brMFC210Crc File: `/usr/local/Brother/inf/brMFC210Crc' Size: 316 Blocks: 8 IO Block: 4096 regular file Device: 30ch/780d Inode: 32943 Links: 1 Access: (0600/-rw-------) Uid: ( 7/ lp) Gid: ( 115/ lpadmin) Access: 2006-09-17 20:28:59.000000000 +0200 Modify: 2006-09-17 19:09:29.000000000 +0200 Change: 2006-09-17 19:09:29.000000000 +0200
Eine Änderung der Permissions müsstest Du im Change-Timestamp sehen, dort könnte man dann vielleicht auch rausfinden, ob das regelmäßig passiert, oder vielleicht nur, wenn Du den entsprechenden Treiber/das Programm benutzt...
Heiko
On 29.09.06 Heiko Schlittermann (hs@schlittermann.de) wrote:
Hilmar Preusse hille42@web.de (Fr 22 Sep 2006 15:46:18 CEST):
Moin,
root@drachi:~# stat /usr/local/Brother/inf/brMFC210Crc File: `/usr/local/Brother/inf/brMFC210Crc' Size: 316 Blocks: 8 IO Block: 4096 regular file Device: 30ch/780d Inode: 32943 Links: 1 Access: (0600/-rw-------) Uid: ( 7/ lp) Gid: ( 115/ lpadmin) Access: 2006-09-17 20:28:59.000000000 +0200 Modify: 2006-09-17 19:09:29.000000000 +0200 Change: 2006-09-17 19:09:29.000000000 +0200
Eine Änderung der Permissions müsstest Du im Change-Timestamp sehen, dort könnte man dann vielleicht auch rausfinden, ob das regelmäßig passiert,
Dummerweise war dieses stat-Kommando das erste Mal, wo mir auch dieser Gedanke gekommen ist. Seitdem habe ich nicht wieder darauf geachtet, weil das Drucken beim letzten Versuch funktionierte.
oder vielleicht nur, wenn Du den entsprechenden Treiber/das Programm benutzt...
Das ist eine gute Idee. Werde auch darauf achten. Leider wird der Rechner nicht jeden Tag gebootet (also ist 95% der Zeit aus), so daß sich der Debugrozeß etwas hinziehen kann.
Greets, Hilmar
lug-dd@mailman.schlittermann.de
-
Daniel Leidert -
Gregor Jasny -
Heiko Schlittermann -
Hilmar Preusse