Comment 5 for bug 727211

Revision history for this message
Martin Pitt (pitti) wrote :

We'll fix this in udev. Keeping the dpkg task open as the dpkg changelog says something different than it does:

cjwatson * Use DPKG_MAINTSCRIPT_PACKAGE environment variable as package name o

cjwatson dpkg-divert when no --package or --local options have been specifie

cjwatson although udev seems to use --local explicitly everywhere
pitti hah, reproduced
cjwatson but that does suggest a possible location for the bug
pitti jibel: ok, you can tear down your machine
jibel ok, thanks pitti
cjwatson the code in dpkg-divert looks wrong to me
cjwatson in setpackage:
cjwatson /* If value is NULL we are being called from --local. */
cjwatson opt_pkgname = value;
cjwatson and in main:
cjwatson env_pkgname = getenv("DPKG_MAINTSCRIPT_PACKAGE");
cjwatson if (!opt_pkgname && env_pkgname)
cjwatson setpackage(NULL, env_pkgname);
cjwatson I suggest tracking down Guillem on #debian-dpkg@oftc
cjwatson I *think* the right answer is to replace !opt_pkgname with opt_pkgname_match_any there
pitti I updated the bug with the details; I'll go find him
slangasek current policy forbids use of --local for packages
slangasek seems dpkg now enforces this
cjwatson the changelog does not document that
cjwatson it says:
cjwatson oh, I quoted it above
cjwatson it looks like a dpkg bug regardless of what policy says
slangasek right
cjwatson I agree udev's use of --local is questionable, but it seems easier to fix dpkg-divert in a hurry