Bug#389434: 2 parts to the bug maybe

[Steve McIntyre]

clone 389434
reassign -1 snmpd
retitle -1 snmpd: creates .index file in /usr/share/snmp/mibs at startup
tags 389434 +moreinfo
tags 389434 +unreproducible
thanks

hplip *may* be breaking things too (hence why #389434 was reassigned),
but there is no way that snmpd should be creating files in
/usr/share/snmp/mibs - it's a clear violation of the FHS.

Separately, in fact, I can't reproduce that originally reported bug at
all - installing snmp-base, snmpd and hplip, then starting snmpd and
hplip does not cause the .index file to change - mtime and perms are
the same before and after I start hplip. Michael, two questions:

 * I'm curious - what makes you think hplip is to blame?
 * In what order did you install the packages; is there anything else
   I should know to help me reproduce this?

Thanks,
-- 
Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED]
Because heaters aren't purple! -- Catherine Pitt



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#389434: 2 parts to the bug maybe

[Michael Tautschnig]

[...]
 
 Separately, in fact, I can't reproduce that originally reported bug at
 all - installing snmp-base, snmpd and hplip, then starting snmpd and
 hplip does not cause the .index file to change - mtime and perms are
 the same before and after I start hplip. Michael, two questions:
 
  * I'm curious - what makes you think hplip is to blame?
I didn't intend to effectively blame hplip for that one, hplip was probably just
the app using libsnmp, which created the file itself. Note that I didn't have
any .index in the directory before.

  * In what order did you install the packages; is there anything else
I should know to help me reproduce this?
 
I guess you need to remove the .index and reboot your system to have hplip
started with umask , then it _may_ be reproducable.

HTH,
Michael



pgpvIutoKyzUH.pgp
Description: PGP signature