On Tue 08 Jan 2013 at 07:14:26 +0100, Christian PERRIER wrote: > Quoting jswmb01x (jswmb...@mobistarmail.be): > > > > Clarification : > > Adding "user1" to the lpadmin group was required to add the printer in CUPS > > (otherwise after entering the user name and password the operation is > > "forbidden"), not for printing. > > > Hmmm, well, then I would say this is cups that changed its behaviour > and made it a requirement to have privleges in order to add a printer, > even "plug n' play" toys. Which makes sense to me. Indeed, even on > Windows, unprivileged users cannot add local printers to the system > (but most Windows users don't notice as they always virtually work as > "root" on their machines).
The requirement has been present for the past 10+ years when using the web interface of CUPS to add a printer. > That makes it less of a requirement to have the first created user in > lpadmin, after more thinking. > > This bug could then even be "wontfix". Given the existing status of using group membership in d-i to grant the first created user limited privileges, I think the issue revolves round whether there is something special about the lpadmin group which would militate against adding it to the first user account. A Cc: has been sent to debian-printing to allow them to comment on the usefulness and wisdom of putting lpadmin in user-setup-udeb. Regards, Brian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130108130249.GJ32121@desktop
