Arch Linux

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!
Tasklist

FS#7735 - slimserver: should not replace perl-yaml-syck

Attached to Project: Arch Linux
Opened by Francois Charette (Firmicus) - Saturday, 04 August 2007, 09:31 GMT
Last edited by Tom Killian (tomk) - Monday, 13 August 2007, 10:29 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Tom Killian (tomk)
Architecture All
Severity Low
Priority Normal
Reported Version 2007.08 Don't Panic
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Summary and Info:
When doing system upgrade, if one has perl-yaml-syck already installed but not slimserver, pacman asks

:: Starting full system upgrade...
:: Replace perl-yaml-syck with extra/slimserver? [Y/n]

But this should occur only if one has both packages installed.

Steps to Reproduce:
This task depends upon

Closed by  Tom Killian (tomk)
Monday, 13 August 2007, 10:29 GMT
Reason for closing:  Fixed
Additional comments about closing:  replaces line is incorrect, removed in slimserver v6.5.3-3
Comment by Aaron Griffin (phrakture) - Saturday, 04 August 2007, 17:30 GMT
Hrm, just to clarify - unreleated comment. Francois, did you edit this ticket and add me like the History tab shows, or did flyspray do that? The reason I ask is that users shouldn't be able to edit open tickets...
Comment by Francois Charette (Firmicus) - Saturday, 04 August 2007, 19:55 GMT
Aaron: no I didn't do that! This must be Flyspray trying to show you how clever he is!
Comment by Roman Kyrylych (Romashka) - Sunday, 05 August 2007, 08:42 GMT
Aaron, you're always added to every bug/FR in Pacman project.
Comment by Roman Kyrylych (Romashka) - Sunday, 05 August 2007, 08:48 GMT
See http://bugs.archlinux.org/task/7705
and http://cvs.archlinux.org/cgi-bin/viewcvs.cgi/multimedia/slimserver/PKGBUILD?cvsroot=Extra&only_with_tag=CURRENT
upgpkg: slimserver v6.5.3-2
YAML::Syck 0.64 now embedded, replaces perl-yaml-syck

Now slimserver contains
provides=('perl-yaml-syck')
replaces=('perl-yaml-syck')

So pacman does everything correct.
Comment by Tom Killian (tomk) - Sunday, 05 August 2007, 08:58 GMT
Obviously, I agree with Roman here :)

However, you didn't actually finish your report, so if you can add the steps to reproduce, I'll double-check it.
Comment by Francois Charette (Firmicus) - Monday, 06 August 2007, 15:51 GMT
The steps to reproduce are simple: uninstall slimserver in case you have it, then install perl-yaml-syck 0.94 from extra, and do pacman -Syu. You will then be asked to replace perl-yaml-syck with slimserver.

---

I had seen the latest PKGBUILD in CVS, yet I still think that if I want to have perl-yaml-syck on my system but have no need for slimserver, then I should not be asked to replace perl-yaml-syck by slimserver, no? I understand that slimserver needs version 0.64 of YAML::Syck to run, which conflicts with the version in extra, so the line provides=('perl-yaml-syck') is ok. But is it necessary that it _replaces_ it as well? Could it rather be
conflicts=('perl-yaml-syck') instead ? Then the situation I encountered would be avoided. If this is not the case, then this should be closed and a feature request could be made for pacman to handle this in a "smarter" way in the future...
Comment by Roman Kyrylych (Romashka) - Monday, 06 August 2007, 16:05 GMT
This is not pacman's issue. Period.
Maybe slimserver could conflicts=('perl-yaml-syck') or don't inclide YAML::Syck files and use depends=('perl-yaml-syck') instead. But that's slimserver packaging issue.

Loading...