FS#11484 - libtasn1 1.5-1 shouldn't include /usr/share/info/dir

Attached to Project: Arch Linux
Opened by Thayer Williams (thayer) - Sunday, 14 September 2008, 21:10 GMT
Last edited by Jan de Groot (JGC) - Monday, 15 September 2008, 17:03 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Architecture All
Severity Low
Priority High
Reported Version None
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 4
Private No

Details

Description:


libtasn1 1.5-1 includes a 'dir' file in the package, creating a file conflict upon installation.

A sample package fix can be found in SVN for the 'indent' package.


Steps to reproduce:

pacman -Syu
This task depends upon

Closed by  Jan de Groot (JGC)
Monday, 15 September 2008, 17:03 GMT
Reason for closing:  Fixed
Comment by luizgsd (lgsd) - Sunday, 14 September 2008, 23:11 GMT
I have the same problem when i try to upgrade system with pacman -Syu . i've got the message:

error: could not prepare transaction
error: failed to commit transaction (conflicting files)
libtasn1: /usr/share/info/dir exists in filesystem
Comment by Robson Roberto Souza Peixoto (robsonpeixoto) - Sunday, 14 September 2008, 23:29 GMT
Me too.

#pacman -Su
looking for inter-conflicts...

Targets (3): git-1.6.0.2-1 [4.06 MB] libtasn1-1.5-1 [0.14 MB]
texlive-core-2008.10548-1 [53.70 MB]

Total Download Size: 0.00 MB
Total Installed Size: 155.82 MB

Proceed with installation? [Y/n]
checking package integrity...
(3/3) checking for file conflicts [#####################] 100%
error: could not prepare transaction
error: failed to commit transaction (conflicting files)
libtasn1: /usr/share/info/dir exists in filesystem
Errors occurred, no packages were upgraded.

#pacman -Qo /usr/share/info/dir
error: No package owns /usr/share/info/dir
Comment by Christoph Kappel (unexist) - Monday, 15 September 2008, 10:31 GMT
Just removing the file before you install the update is bad idea. The newer dir file lacks most of the content of the prior.

# wc -l dir.old /usr/share/info/dir
1727 dir.old
31 /usr/share/info/dir
1758 total
Comment by Matthew Gyurgyik (pyther) - Monday, 15 September 2008, 12:37 GMT
I have the same issue, let me know if you need any more info from me.
Comment by Jan de Groot (JGC) - Monday, 15 September 2008, 12:46 GMT
It's already fixed in the 1.5-2 package that's in svn trunk and x86_64. I'll build an i686 version later.
Comment by solsTiCe (zebul666) - Monday, 15 September 2008, 13:09 GMT
why not create a patch for makepkg to remove /usr/share/info/dir by default ? or some other more clever fix ?

because this will going to happen again and again
Comment by Xavier (shining) - Monday, 15 September 2008, 13:18 GMT
Why/How does this file get installed in the first place? That seems stupid..
Comment by Christoph Kappel (unexist) - Monday, 15 September 2008, 14:21 GMT
Making a fix that removes the file is kind a stupid. I bet something needs the data in this file. ;)
Comment by Xavier (shining) - Monday, 15 September 2008, 14:32 GMT
It is not stupid and it would solve the problem. But hard-coding the removal of a file like this is very ugly.
This file is built and extended with the install-info command, which can be run from scriptlets.
So the handling of this file is done and needs to be done outside of pacman control, and no packages should ever own this file, so makepkg could indeed always remove that file when creating a package. It would just remove the file from the packages, not the one on your filesystem ...

Now, why the hell does make install create this file, this is very annoying.

Loading...