[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#923117: marked as done (cups-client: Install printer admin programs in `/usr/bin`)

Your message dated Sun, 24 Feb 2019 13:32:56 +0100
with message-id <517006928.bTANRcEhqn@odyx.org>
and subject line Re: Bug#923117: cups-client: Install printer admin programs in `/usr/bin`
has caused the Debian Bug report #923117,
regarding cups-client: Install printer admin programs in `/usr/bin`
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
923117: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923117
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: cups-client
Version: 2.2.10-4
Severity: normal

Dear Maintainer,
`/usr/sbin` does not seem to be in the user PATH by default in Debian. Users in the group *lpadmin* are allowed to use the printer commands, so they should be installed in `/usr/bin`. (Unrelated, I heard, that `sbin` originally is for statically linked binaries and not for “admin programs”.) 

Could you please install the executables below into `/usr/bin`?

```
$ dpkg -L cups-client | grep sbin/
/usr/sbin/cupsaccept
/usr/sbin/cupsaddsmb
/usr/sbin/cupsctl
/usr/sbin/lpadmin
/usr/sbin/lpinfo
/usr/sbin/lpmove
/usr/sbin/accept
/usr/sbin/cupsdisable
/usr/sbin/cupsenable
/usr/sbin/cupsreject
/usr/sbin/reject
```


Kind regards,

Paul

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.20.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) 
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages cups-client depends on:
ii  adduser        3.118
ii  cups-common    2.2.10-4
ii  libc6          2.28-7
ii  libcups2       2.2.10-4
ii  libcupsimage2  2.2.10-4

cups-client recommends no packages.

Versions of packages cups-client suggests:
ii  cups       2.2.10-4
ii  cups-bsd   2.2.10-4
ii  smbclient  2:4.9.4+dfsg-3

-- no debconf information

--- End Message ---
--- Begin Message --- 
Control: tags -1 +wontfix 

Le dimanche, 24 février 2019, 10.48:20 h CET Paul Menzel a écrit :
> `/usr/sbin` does not seem to be in the user PATH by default in Debian.
> Users in the group *lpadmin* are allowed to use the printer commands, so
> they should be installed in `/usr/bin`.

AFAIK, the first user created by d-i is both in the lpadmin group _and_ has
/usr/sbin in the PATH. But even if that were not true, PATHs can be changed.

> (Unrelated, I heard, that `sbin` originally is for statically linked
> binaries and not for “admin programs”.)

As per its Policy (chapter 9.1), Debian uses the FHS version 3 :

https://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch03s16.html

… which says:

> 3.16 /sbin: System binaries
>
> Utilities used for system administration (and other root-only commands) are
> stored in /sbin, /usr/sbin, and /usr/local/sbin. /sbin contains binaries
> essential for booting, restoring, recovering, and/or repairing the system in
> addition to the binaries in /bin. (…)


Le dimanche, 24 février 2019, 10.48:20 h CET Paul Menzel a écrit :
> Could you please install the executables below into `/usr/bin`?
> 
> ```
> $ dpkg -L cups-client | grep sbin/
> /usr/sbin/cupsaccept
> /usr/sbin/cupsaddsmb
> /usr/sbin/cupsctl
> /usr/sbin/lpadmin
> /usr/sbin/lpinfo
> /usr/sbin/lpmove
> /usr/sbin/accept
> /usr/sbin/cupsdisable
> /usr/sbin/cupsenable
> /usr/sbin/cupsreject
> /usr/sbin/reject
> ```

These paths are CUPS' defaults, and changing away from these would mean that 
Debian users would be alone in having different paths for these utilities.

I am not going to diverge from upstream on that point, sorry. Hereby closing, 
and marking as wontfix.

Cheers,
    OdyX

Attachment: signature.asc
Description: This is a digitally signed message part.


--- End Message ---
Reply to: