FS#11609 - [xfce-utils] xlock not pulled in as a dependency
Attached to Project:
Arch Linux
Opened by Dieter Plaetinck (Dieter_be) - Sunday, 28 September 2008, 11:23 GMT
Last edited by Andreas Radke (AndyRTR) - Tuesday, 28 October 2008, 21:02 GMT
Opened by Dieter Plaetinck (Dieter_be) - Sunday, 28 September 2008, 11:23 GMT
Last edited by Andreas Radke (AndyRTR) - Tuesday, 28 October 2008, 21:02 GMT
|
Details
Hi, I've installed xorg and xfce4 from core/extra repo's
(not testing)
Xfce4 contains a very simple script called xflock. This script checks if xscreensaver-command or gnome-screensaver-command exist, and if not falls back to xlock. [dieter@dieter-mbp ~]$ xflock4 /usr/bin/xflock4: line 27: xlock: command not found Imho xlock should be installed. As a dependency of what, I'm not sure (xfce4?, xorg?). These are my installed packages containing 'xorg' or 'xfce' local/xorg-apps 1.0.3-3 local/xorg-font-utils 1.0.3-3 local/xorg-fonts-100dpi 1.0.1-1 (xorg) local/xorg-fonts-75dpi 1.0.1-2 (xorg) local/xorg-fonts-alias 1.0.1-1 local/xorg-fonts-encodings 1.0.2-2 local/xorg-fonts-misc 1.0.0-3 local/xorg-res-utils 1.0.3-2 (xorg) local/xorg-server 1.4.2-2 (xorg) local/xorg-server-utils 7.3-1 local/xorg-twm 1.0.4-1 (xorg) local/xorg-utils 7.3-1 local/xorg-xauth 1.0.3-1 local/xorg-xinit 1.1.0-1 (xorg) local/xorg-xkb-utils 7.3-1 local/exo 0.3.4-2 (xfce4) local/gtk-xfce-engine 2.4.2-2 (xfce4) local/libxfce4mcs 4.4.2-1 (xfce4) local/libxfce4util 4.4.2-1 (xfce4) local/libxfcegui4 4.4.2-1 (xfce4) local/mousepad 0.2.13-1 (xfce4) local/squeeze 0.2.3-2 (xfce4) local/terminal 0.2.8-3 (xfce4) local/thunar 0.9.0-2 (xfce4) local/xfce-mcs-manager 4.4.2-1 (xfce4) local/xfce-mcs-plugins 4.4.2-2 (xfce4) local/xfce-utils 4.4.2-1 (xfce4) local/xfce4-appfinder 4.4.2-1 (xfce4) local/xfce4-icon-theme 4.4.2-1 (xfce4) local/xfce4-mixer 4.4.2-2 (xfce4) local/xfce4-panel 4.4.2-2 (xfce4) local/xfce4-session 4.4.2-3 (xfce4) local/xfdesktop 4.4.2-4 (xfce4) local/xfprint 4.4.2-4 (xfce4) local/xfwm4 4.4.2-4 (xfce4) local/xfwm4-themes 4.4.2-1 (xfce4) Steps to reproduce: execute xflock4 |
This task depends upon
Closed by Andreas Radke (AndyRTR)
Tuesday, 28 October 2008, 21:02 GMT
Reason for closing: Fixed
Additional comments about closing: added some optdepends.
Tuesday, 28 October 2008, 21:02 GMT
Reason for closing: Fixed
Additional comments about closing: added some optdepends.
Comment by Andrea Scarpino (BaSh) -
Sunday, 28 September 2008, 12:46 GMT
Comment by Tobias Kieslich (tobias) -
Sunday, 28 September 2008, 19:10 GMT
Comment by
Dieter Plaetinck (Dieter_be) -
Sunday, 28 September 2008, 20:18 GMT
Comment by
Dieter Plaetinck (Dieter_be) -
Sunday, 05 October 2008, 11:26 GMT
Comment by
Dieter Plaetinck (Dieter_be) -
Sunday, 12 October 2008, 14:17 GMT
- Field changed: Attached to Project (Community Packages → Arch Linux)
- Field changed: Summary (xlock not pulled in as a dependency → [xfce-utils] xlock not pulled in as a dependency)
- Field changed: Status (Unconfirmed → Assigned)
- Field changed: Architecture (x86_64 → All)
- Field changed: Severity (Low → Medium)
- Task assigned to Tobias Kieslich (tobias)
please report in the exact section next time.
It's not that xfce-util isn't working, it's just missing a
fuctionality. I would make xlock an optional dependency which gets
statet on install. It's eventually up to the user if s/he needs
it.
Good idea. In fact this is also sort of a bug in xflock imho. It's
ugly that the script just breaks. It should check if xlock is
available before trying to use it. If it cannot find any of the 3
(gnome-screensaver, xscreensaver, xlock) it should just print an
error on stderr. Pulling in xlock would be especially stupid since
the user can always install {gnome-,x}screensaver afterwards. I
will report this upstream.
Reported @
http://bugzilla.xfce.org/show_bug.cgi?id=4448
Tobias, the response from the Xfce devs is in line with your
proposal. Stating the optional dependency during install seems to
be the best solution right now :-)