Historical bug tracker for the Pacman package manager.
The pacman bug tracker has moved to gitlab:
https://gitlab.archlinux.org/pacman/pacman/-/issues
This tracker remains open for interaction with historical bugs during the transition period. Any new bugs reports will be closed without further action.
The pacman bug tracker has moved to gitlab:
https://gitlab.archlinux.org/pacman/pacman/-/issues
This tracker remains open for interaction with historical bugs during the transition period. Any new bugs reports will be closed without further action.
FS#3999 - xorg-clients 7.0-1 empty package
Attached to Project:
Pacman
Opened by Travis Willard (Cerebral) - Saturday, 18 February 2006, 16:13 GMT
Last edited by Aaron Griffin (phrakture) - Friday, 29 December 2006, 17:40 GMT
Opened by Travis Willard (Cerebral) - Saturday, 18 February 2006, 16:13 GMT
Last edited by Aaron Griffin (phrakture) - Friday, 29 December 2006, 17:40 GMT
|
DetailsThe new xorg-clients package in the testing repo is totally empty, removing many utilities. Has this been broken up into seperate packages?
$ ls -l xorg-clients-* -rw-r--r-- 1 root root 1.8M 2006-01-09 18:29 xorg-clients-6.9.0-2.pkg.tar.gz -rw-r--r-- 1 root root 403 2006-02-18 10:59 xorg-clients-7.0-1.pkg.tar.gz $ pacman -Qpl xorg-clients-7.0-1.pkg.tar.gz $ Edit by Jan de Groot: Judd, could you look into pacman for this. See one of the last comments about what we think is happening here. Re-assigning as critical. I want this solved in either pacman2 or pacman3, these things shouldn't happen anymore. More bugreports are open for this one. |
This task depends upon
Closed by Aaron Griffin (phrakture)
Wednesday, 31 January 2007, 16:26 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed in CVS - see last comment
Wednesday, 31 January 2007, 16:26 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed in CVS - see last comment
However, glxinfo, glxgears, xev, and xkill at least are all confirmed missing. http://bbs.archlinux.org/viewtopic.php?p=143421#143421
I checked if xorg-utils was installed. It was. I did a listing (pacman -Ql xorg-utils) and it said /usr/bin/xev was part of the package. I though "weird" and did ls -l /usr/bin/xev -- the file didn't exist!
So, I force-reinstalled xorg-utils; lo and behold, xev has appeared again, as has xkill. However, glxinfo and glxgears are still missing.
So, I checked the dependancies for xorg-clients. I (pacman -Rd)'d every package that xorg-clients pulls down, and then (pacman -S)'d them all back. glxinfo and glxgears are still missing however. :(
About glxgears and glxinfo: I tracked them down to the missing MesaDemos source found at mesa3d.sf.net. The package is added to testing as mesa-apps, but since the database hasn't been rebuilt yet, it will not appear on FTP yet.
You probably already knew that, but I figured I'd say it for the benefit of anyone else reading the bug report that didn't read the frontpage news first. :P
I just checked the file listings of all the packages installed before xorg-clients was upgraded, though, and can't find any that are supposed to install the glx* files.
I just build a couple of dummy 'test' packages, test1 and test2, that simulated the 'file moving between packages' bug noted here.
I performed my tests both with pacman -U and with pacman -S using a local gensync'd repo.
test1 pkgver1: contains the file /test1.txt, with contents "This file is owned by test1"
test2 pkgver1: contains the file /test1.txt, with contents "This file is owned by test2"
test1 pkgver2: contains only the file /test2.txt, and depends on test2
So, essentially, I installed test1 pkgver1, then "upgraded" to test1 pkgver2, which pulled in the test2 dependency. The file /test1.txt in this example "moved" from test1 to test2 in this upgrade - this is the behaviour I assumed in the bug report that was causing the problems.
After installing test1 pkgver2, _both_ files /test1.txt and /test2.txt properly exist in the filesystem, and the contents of /test1.txt are "This file is owned by test2" - a successful upgrade!
For those of you who I've confused with this description, here's some console output:
$ pacman -S test1
resolving dependencies... done.
looking for inter-conflicts... done.
Targets: test1-1-1
Total Package Size: 0.1 MB
Proceed with installation? [Y/n]
checking package integrity... done.
cleaning up... done.
(1/1) checking for file conflicts [#################################################################################]100%
$ pacman -Q test1
test1 1-1
$ pacman -Ql test1
test1 test1.txt
$ cat /test1.txt
This file belongs to test1!
#UPDATE THE REPO TO pkver2
$ pacman -Su
:: Starting full system upgrade...
resolving dependencies... done.
looking for inter-conflicts... done.
Targets: test2-1-1 test1-1-2
Total Package Size: 0.1 MB
Proceed with installation? [Y/n]
checking package integrity... done.
cleaning up... done.
(2/2) checking for file conflicts [#################################################################################]100%
$ pacman -Q test1 test2
test1 1-2
test2 1-1
$ pacman -Ql test1 test2
test1 test2.txt
test2 test1.txt
$ cat /test1.txt
This file belongs to test2!
Seems like the bug is dead, folks.