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!
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!
FS#14506 - List of packages that still have files in /usr/lib64
Attached to Project:
Community Packages
Opened by Gerardo Exequiel Pozzi (djgera) - Thursday, 30 April 2009, 04:54 GMT
Last edited by Ionut Biru (wonder) - Sunday, 31 May 2009, 20:23 GMT
Opened by Gerardo Exequiel Pozzi (djgera) - Thursday, 30 April 2009, 04:54 GMT
Last edited by Ionut Biru (wonder) - Sunday, 31 May 2009, 20:23 GMT
|
DetailsDescription: This is a list of 8 packages that still uses the /usr/lib64 directory instead of /usr/lib.
Maybe because at build time exist this directory or by other reason. Name : cuneiform Version : 0.6-1 Packager : Giovanni Scafora Name : gpac Version : 0.4.5-2 Packager : Allan McRae Name : kdesvn Version : 1.3.0-1 Packager : Biru Ionut Name : lmms Version : 0.4.3-1 Packager : Mateusz Heryc Name : openscenegraph Version : 2.8.0-1 Packager : Sergej Pupykin Name : openthreads Version : 2.2.1-1 Packager : Mateusz Herych Name : qsvn Version : 0.8.1-1 Packager : Geoffroy Carrier Name : xen Version : 3.3.1-1 Packager : Unknown Packager |
This task depends upon
http://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines
Note: In some cases, especially for community packages, an x86_64 TU might bump the pkgrel by .1
(and not +1). This indicates that the change to the PKGBUILD is x86_64 specific and
i686 maintainers should not rebuild the package for i686.
Some reassingnations are needed, because I put the packager not the maintainer :s
This it the rest of packages:
gpac: Daenyth Blank
qsvn: Jaroslav Lichtblau
lmms: Mateusz Herych
cuneiform: Sergej Pupykin
openthreads: Sergej Pupykin
(in this particular case)
Good Luck!
lmms
gpac
qsvn
lmms doesn't compile here