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
Task Type Bug Report
Category
Status Closed
Assigned To Tobias Kieslich (tobias)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

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.
Comment by Andrea Scarpino (BaSh) - Sunday, 28 September 2008, 12:46 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.
Comment by Tobias Kieslich (tobias) - Sunday, 28 September 2008, 19:10 GMT
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.
Comment by Dieter Plaetinck (Dieter_be) - Sunday, 28 September 2008, 20:18 GMT
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.
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
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 :-)

Loading...