FS#23271 - xorg-font-utils needs repackaging

Attached to Project: Arch Linux
Opened by Morten Hersson (sfhawk) - Monday, 14 March 2011, 17:12 GMT
Last edited by Jan de Groot (JGC) - Wednesday, 16 March 2011, 08:27 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Architecture All
Severity Critical
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
xorg-font-utils needs to be repackaged because it conflicts with the broken out modular packaging scheme

Additional info:
* package version(s)
* config and/or log files etc.



Steps to reproduce:
I am doing a clean install. Crashed out at pacman -S xorg

Got some help on the irc channel in narrowing it down.
Hope this is enough info..

pacman -Syy xorg-font-utils
:: Synchronizing package databases...
core 37.3K 219.4K/s 00:00:00 [##################################] 100%
extra 467.1K 555.9K/s 00:00:01 [##################################] 100%
community 426.1K 554.4K/s 00:00:01 [##################################] 100%
multilib 24.3K 200.0K/s 00:00:00 [##################################] 100%
resolving dependencies...
looking for inter-conflicts...

Targets (1): xorg-font-utils-7.6-1

Total Download Size: 0.00 MB
Total Installed Size: 0.46 MB

Proceed with installation? [Y/n]
checking package integrity...
(1/1) checking for file conflicts [##################################] 100%
error: failed to commit transaction (conflicting files)
xorg-font-utils: /usr/bin/bdftopcf exists in filesystem
xorg-font-utils: /usr/share/man/man1/bdftopcf.1.gz exists in filesystem
Errors occurred, no packages were upgraded.
This task depends upon

Closed by  Jan de Groot (JGC)
Wednesday, 16 March 2011, 08:27 GMT
Reason for closing:  Fixed
Comment by Greg (dolby) - Monday, 14 March 2011, 17:38 GMT
Whats the output of pacman -Qi xorg-bdftopcf ?
Did you install that package manually? AFAICT nothing depends on it.
Comment by Dave Reisner (falconindy) - Monday, 14 March 2011, 17:40 GMT
To add a little to this..

The following packages were broken out of xorg-font-utils and now conflict:
extra/xorg-bdftopcf
extra/xorg-mkfontdir
extra/xorg-mkfontscale

However, that still leaves a few binaries and some macro files that were previously included with xorg-font-utils missing:
xorg-font-utils /usr/bin/ttmkfdir
xorg-font-utils /usr/bin/ucs2any
xorg-font-utils /usr/bin/bdftruncate
xorg-font-utils /usr/bin/fonttosfnt
xorg-font-utils /usr/lib/pkgconfig/fontutil.pc
xorg-font-utils /usr/share/aclocal/fontutil.m4

Comment by Greg (dolby) - Monday, 14 March 2011, 17:43 GMT
All the above shouldnt matter at this point since nothing (on the official repos) depends on the split packages.
Everything pulls xorg-font-utils.
Comment by Dave Reisner (falconindy) - Monday, 14 March 2011, 17:45 GMT
That is currently true. However, xorg packages are going through a restructuring due to upstream changes.

http://mailman.archlinux.org/pipermail/arch-dev-public/2011-March/019681.html
Comment by Morten Hersson (sfhawk) - Monday, 14 March 2011, 18:22 GMT
Greg, doing pacman -S xorg (clean install) makes this happen. The output of pacman -Qi xorg-bdftopcf will say that it is explicitly installed, because I did so while testing, so that want help much. That last link from Mr. Reisner helped me enough to get X installed, but everyone following the Xorg wiki or the beginners guide are likely to get this error. Thanks
Comment by Morten Hersson (sfhawk) - Monday, 14 March 2011, 18:28 GMT
Oh sorry, you were thinking about the dependencies when you asked med for the -Qi info. Sorry about that.. I removed it.
Comment by Greg (dolby) - Monday, 14 March 2011, 18:37 GMT
Yes, you shouldnt have installed it. While this is a bug, it will be fixed properly when the xorg stack reorganization happens. So im gonna request closure. Glad you got it figured out.
Comment by Morten Hersson (sfhawk) - Monday, 14 March 2011, 18:47 GMT
I installed it just to narrow it down and file this bugreport.
My initial command was just "pacman -S xorg", which because of this bug does not work.
Not sure if I agree with the closing.... a lot of people installing arch (maybe for the first time) will get into this problem.
Thanks again.
Comment by Greg (dolby) - Monday, 14 March 2011, 18:53 GMT
The documentation needs to be updated i guess.
Comment by Mike C (poppyfields) - Tuesday, 15 March 2011, 15:37 GMT
I am very much a newbie and on fresh install got above error - luckily found this bug report, otherwise I would have been stuck. You will put off many if the wiki is not corrected, or the issue resolved.
Comment by Greg (dolby) - Tuesday, 15 March 2011, 16:41 GMT
I cant believe two people stumbled on to this in just a couple of days.
AFAIK nothing changed in xorg yet.
FWIW i changed the wiki in the beginners guide to pacman -S xorg-server instead of xorg (group).
Comment by David C. Rankin (drankinatty) - Tuesday, 15 March 2011, 20:18 GMT
Make that 3 :)

I got:

(87/87) checking for file conflicts [#######################################] 100%
error: failed to commit transaction (conflicting files)
xorg-bdftopcf: /usr/bin/bdftopcf exists in filesystem
xorg-bdftopcf: /usr/share/man/man1/bdftopcf.1.gz exists in filesystem
xorg-mkfontscale: /usr/bin/mkfontscale exists in filesystem
xorg-mkfontscale: /usr/share/man/man1/mkfontscale.1.gz exists in filesystem
xorg-mkfontdir: /usr/bin/mkfontdir exists in filesystem
xorg-mkfontdir: /usr/share/man/man1/mkfontdir.1.gz exists in filesystem
Errors occurred, no packages were upgraded.

But so far it is only on 1 box. I have updated 4 others without conflict. I can't explain that.

I also had problems in PKGBUILDs where depends=('xorg'). In those cases, that triggered a complete reinstall of all of xorg (even though it was already installed). I have removed the 'xorg' dependency as a test and the packages build clean. On boxes where I did NOT get the above conflict, building with depends=('xorg') continues to work. -- I can't explain the diffence in behavior :-(
Comment by David C. Rankin (drankinatty) - Tuesday, 15 March 2011, 20:29 GMT
The depends=('xorg') problem effects all boxes, not just the ones with the conflicting files. I have confirmed with a third Trinity build:

==> Determining latest svn revision...
-> Version found: 1222477
==> Making package: trinity 1222477-1 (Tue Mar 15 15:23:59 CDT 2011)
==> Checking Runtime Dependencies...
==> Installing missing dependencies...
warning: xf86-input-evdev-2.6.0-2 is up to date -- reinstalling
warning: xf86-video-vesa-2.3.0-4 is up to date -- reinstalling
<snip>

Targets (92): xf86-input-acecad-1.4.0-4 xf86-input-aiptek-1.3.1-2 xf86-input-evdev-2.6.0-2
xf86-input-keyboard-1.6.0-1 xf86-input-mouse-1.7.0-1 xf86-input-synaptics-1.4.0-1
<snip>

Total Download Size: 9.43 MB
Total Installed Size: 85.66 MB

Proceed with installation? [Y/n]

The pkgbuild script (kdevelop) is here:
https://wiki.archlinux.org/index.php/Trinity#trinity-kdevelop.tar.gz
Comment by Greg (dolby) - Tuesday, 15 March 2011, 20:31 GMT
Yes, i was wrong, something *did* change. The xorg group now is like described in JGC's email.
Comment by Dmitriy Kropivnitskiy (MadWombat) - Wednesday, 16 March 2011, 06:40 GMT
I am having this problem too, so make this 4 people. This is preventing me from trying out Arch, is there a workaround?
Comment by Morten Hersson (sfhawk) - Wednesday, 16 March 2011, 06:45 GMT
@Dmitriy,
if you are doing a clean install, try xorg-server instead of xorg.
Comment by Dmitriy Kropivnitskiy (MadWombat) - Wednesday, 16 March 2011, 06:53 GMT
Thanks for the quick reply, it seems to be working.

Loading...