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#6152 - hal: files in /usr/libexec

Attached to Project: Arch Linux
Opened by Andrea Garbarini (garba) - Wednesday, 03 January 2007, 23:23 GMT
Last edited by Jan de Groot (JGC) - Wednesday, 30 May 2007, 12:54 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Architecture not specified
Severity Medium
Priority Normal
Reported Version 0.7.2 Gimmick
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

as it's stated in the arch packaging standards, packages should not store files in /usr/libexec, but this is not the case with the hal package
This task depends upon

Closed by  Jan de Groot (JGC)
Wednesday, 30 May 2007, 12:54 GMT
Reason for closing:  Fixed
Comment by Jens Adam (byte) - Thursday, 04 January 2007, 17:40 GMT
More candidates:
dirmngr
gcc
glibc
gnupg
gnupg2
icon-naming-utils
vte
xarchiver
xscreensaver
Comment by Andrea Garbarini (garba) - Thursday, 04 January 2007, 18:38 GMT
users uploading packages to AUR are required to respect the packaging standards:

http://wiki.archlinux.org/index.php/Arch_Packaging_Standards

i wonder why this doesn't apply to official packages too

Comment by Jan de Groot (JGC) - Thursday, 04 January 2007, 21:27 GMT
These packages are developed upstream at Redhat. I checked the FHS specifications, the Debian packaging policy and the Redhat policy:
- FHS: nothing about /usr/libexec
- Debian: libexec is non-standard and should not be there
- Redhat: libexec is for small tools
Comment by Jens Adam (byte) - Thursday, 04 January 2007, 22:04 GMT
dovecot is another one (from AUR though)
Comment by Andrea Garbarini (garba) - Friday, 05 January 2007, 01:12 GMT
I think that we should not be biased by what other distro's policies are and set our own packaging policy instead, possibly a policy based on common sense and simplicity. It's not just by stripping the docs and the info pages from the built package that we'll make this distro kiss-compliant, it takes more that that. Besides this libexec issue, this distro is ridden with little inconsintences and packaging issues. A few days ago I filed a bug on filespray about this:

http://bugs.archlinux.org/task/6092

I'd love to hear your opinion about this, I believe that this great distro needs some cleaning and "standardization" to look more professional.
Comment by Jan de Groot (JGC) - Thursday, 15 February 2007, 18:02 GMT
gcc, glibc and hal are free from libexec files now.
Comment by Andrea Garbarini (garba) - Friday, 16 February 2007, 08:55 GMT
thanks for cleaning it up, cheers! andrea

Loading...