[Pkg-libvirt-maintainers] Bug#844339: Bug#844339: patch for sid

Mauricio Faria de Oliveira mauricfo at linux.vnet.ibm.com
Mon Nov 14 19:10:01 UTC 2016


Hi Guido,

Thanks for the review.

On 11/14/2016 03:54 PM, Guido Günther wrote:
>> +# Allocated UID and GID for libvirt-qemu
>> > +libvirt_qemu_uid=64055
>> > +libvirt_qemu_gid=64055
> Please use all caps for the variable names.

Okay; including the "parameter_(u|g)id" variables below.
(like another function that uses all caps for variables
  in the function-scope that are not for-loops variables)

>> > +	# set uid if available (expected); don't fail otherwise.
>> > +	parameter_uid=''
>> > +	if ! getent passwd $libvirt_qemu_uid >/dev/null; then
>> > +		parameter_uid="--uid $libvirt_qemu_uid"
>> > +	fi

> i wonder if _silently_ ignoring uid because it's already taken is the
> right action. Did you check what other packages with reserved uids/gids
> do in this case?

Nice catch.

Looking at the list, the ones which still use the allocated uid/gid
(grep'ing for adduser, addgroup, uid, gid)
- netqmail and plan: abort the installation
- linux-grsec-base: silently proceeds w/out groups (addgroup || true)

> We should at least put out a warning or fail (which might not be
> nice since the problem might not be easily solvable by the person
> installing the package e.g. if users come from LDAP).

Sure.  What do you think of a debconf warning message/prompt, which
asks the user to confirm that it's OK not to use the uid/gid values,
and explains about the potential problem w/ guest migration over NFS?

cheers,

-- 
Mauricio Faria de Oliveira
IBM Linux Technology Center



More information about the Pkg-libvirt-maintainers mailing list