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
|
Details
The 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.