Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#1301 - xscreensaver is looking for /usr/games/fortune

Attached to Project: Arch Linux
Opened by Xavier de Labouret (zezaz) - Monday, 23 August 2004, 19:08 GMT
Last edited by Judd Vinet (judd) - Monday, 23 August 2004, 19:14 GMT
Task Type Bug Report
Category Packages: Current
Status Closed
Assigned To Dale Blount (dale)
Architecture not specified
Severity Low
Priority Normal
Reported Version 0.7 Wombat
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No

Details

Some modules of xscreensaver (e.g. apple2) display random fortunes from the 'fortune' binary. In Arch Linux this binary belongs to the 'fortune-mod' package.

The problem is the xscreensaver modules in the current xscreensaver package are looking for '/usr/games/fortune'. You can verify this by calling the following command:

strings /usr/lib/xscreensaver/apple2 | grep fortune

I have no clue why this happens: the PKGBBUILD seems to reference /usr/bin/fortune explicitely in the configure options. I believe a 'depends' relationship to 'fortune-mod' could make things better.
This task depends upon

Closed by  Dale Blount (dale)
Tuesday, 14 September 2004, 14:17 GMT
Reason for closing:  Fixed
Comment by Dale Blount (dale) - Monday, 23 August 2004, 21:16 GMT
weird, we gave it /usr/bin/fortune specifically. I'll look into it.
Comment by Xavier de Labouret (zezaz) - Tuesday, 24 August 2004, 12:05 GMT
I recompiled it from source with makepkg.

If fortune-mod is already installed: OK
If not: /usr/games/fortune is assumed.

Looks like an upstream bug.
Comment by Dale Blount (dale) - Tuesday, 24 August 2004, 13:03 GMT
fixed in 4.18-2
Comment by Aurelien Foret (aurelien.foret) - Tuesday, 24 August 2004, 19:46 GMT
xscreensaver package (from current) now depends on fortune-mod (from extra), which is not really a good thing.

fortune-mod should be moved to current to avoid this issue, and xscreensaver should keep it as a dependency, and not only a 'makedependency' (fortune can be needed at xscreensaver runtime).
Comment by Dale Blount (dale) - Tuesday, 24 August 2004, 19:53 GMT
can be needed - but does not blow up if not installed. In most cases the screensaver will just print '/usr/bin/fortune: command not found' where the fortune text should be.

It seems a silly requirement to make anyone who wants to use xscreensaver to install fortune-mod (especially if they only use a single screensaver not requiring fortune).
Comment by Aurelien Foret (aurelien.foret) - Wednesday, 25 August 2004, 08:27 GMT
No more than setting it as a makedepend: AFAICS, fortune-mod is not needed at all to build xscreensaver.
The only issue is about the configure script that needs to test the existence of the fortune binary.
An efficient fix for this bug would be to bypass this test.

Anyway:
- fortune-mod is a runtime dependency of xscreensaver, no more, no less.
- a package from current must not depends on one from extra.
Comment by Dale Blount (dale) - Monday, 30 August 2004, 19:01 GMT
fortune-mod is a runtime dependancy for 5 of the 188 screensavers. All 5 can be configured to run other applications besides 'fortune'. Making fortune-mod a dependancy makes countless people needlessly install it. I suggest moving fortune-mod to current and leaving it as a makedepend (or patching xscreenaver to not look for fortune) and possibly adding a "For full functinality, install fortune-mod" post install echo.
Comment by Xavier de Labouret (zezaz) - Tuesday, 31 August 2004, 07:15 GMT
FYI: I sent a mail upstream to report the configure bug on 08/26, but i have received no answer until now.
From my point of view, the best solution would be a fix upstream. The configure script should not replace a non-existing path (/usr/bin/fortune) that was explicitely given as a parameter by a non-existing path (/usr/games/fortune) coming from nowhere.
Comment by Dale Blount (dale) - Tuesday, 14 September 2004, 14:17 GMT
fixed in 4.18-4

Loading...