Re: [pacman-dev] replaces vs conflicts
On 13/08/10 17:41, Allan McRae wrote: Has something changed in the handling of provides/conflicts/replaces. :: Synchronizing package databases... core 35.7K 30.4K/s 00:00:01 [##] 100% extra 458.8K 52.5K/s 00:00:09 [##] 100% community 380.4K 40.4K/s 00:00:09 [##] 100% :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... :: elfutils and libelf are in conflict. Remove libelf? [y/N] pacman -Si elfutils Repository : core Name : elfutils Version : 0.148-1 URL : https://fedorahosted.org/elfutils/ Licenses : GPL2 Groups : None Provides : libelf Depends On : glibc Optional Deps : None Conflicts With : libelf Replaces : libelf So the elfutils PKGBUILD has provides/conflicts/replaces=libelf. Didn't this use to replace the package rather than causing a conflict? Hmm... is this because the gcc update is pulling in elfutils so the replaces never gets activated? Allan
Re: [pacman-dev] replaces vs conflicts
On 13/08/10 18:34, Allan McRae wrote: On 13/08/10 17:41, Allan McRae wrote: Has something changed in the handling of provides/conflicts/replaces. :: Synchronizing package databases... core 35.7K 30.4K/s 00:00:01 [##] 100% extra 458.8K 52.5K/s 00:00:09 [##] 100% community 380.4K 40.4K/s 00:00:09 [##] 100% :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... :: elfutils and libelf are in conflict. Remove libelf? [y/N] pacman -Si elfutils Repository : core Name : elfutils Version : 0.148-1 URL : https://fedorahosted.org/elfutils/ Licenses : GPL2 Groups : None Provides : libelf Depends On : glibc Optional Deps : None Conflicts With : libelf Replaces : libelf So the elfutils PKGBUILD has provides/conflicts/replaces=libelf. Didn't this use to replace the package rather than causing a conflict? Hmm... is this because the gcc update is pulling in elfutils so the replaces never gets activated? For some reason I am getting this but other people are getting the the usual replaces. So if no-one else replicates, just ignore this...
Re: [pacman-dev] replaces vs conflicts
On 13.08.2010 10:49, Allan McRae wrote: On 13/08/10 18:34, Allan McRae wrote: On 13/08/10 17:41, Allan McRae wrote: Has something changed in the handling of provides/conflicts/replaces. :: Synchronizing package databases... core 35.7K 30.4K/s 00:00:01 [##] 100% extra 458.8K 52.5K/s 00:00:09 [##] 100% community 380.4K 40.4K/s 00:00:09 [##] 100% :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... :: elfutils and libelf are in conflict. Remove libelf? [y/N] For some reason I am getting this but other people are getting the the usual replaces. So if no-one else replicates, just ignore this... I got a conflict too. pacman 3.4.0-2 Also shouldn't you be able to ignore that with -d? sudo pacman -Sd elfutils looking for inter-conflicts... :: elfutils and libelf are in conflict. Remove libelf? [y/N] error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: elfutils and libelf are in conflict -- Florian Pritz -- {flo,bluewi...@server-speed.net signature.asc Description: OpenPGP digital signature
Re: [pacman-dev] replaces vs conflicts
On 13/08/10 21:11, Florian Pritz wrote: On 13.08.2010 10:49, Allan McRae wrote: On 13/08/10 18:34, Allan McRae wrote: On 13/08/10 17:41, Allan McRae wrote: Has something changed in the handling of provides/conflicts/replaces. :: Synchronizing package databases... core 35.7K 30.4K/s 00:00:01 [##] 100% extra 458.8K 52.5K/s 00:00:09 [##] 100% community 380.4K 40.4K/s 00:00:09 [##] 100% :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... :: elfutils and libelf are in conflict. Remove libelf? [y/N] For some reason I am getting this but other people are getting the the usual replaces. So if no-one else replicates, just ignore this... I got a conflict too. pacman 3.4.0-2 Great, I am not going mad. But not great, something strange is happening... Also shouldn't you be able to ignore that with -d? sudo pacman -Sd elfutils looking for inter-conflicts... :: elfutils and libelf are in conflict. Remove libelf? [y/N] error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: elfutils and libelf are in conflict Huh? -d has nothing to do with conflicts...
Re: [pacman-dev] replaces vs conflicts
On 13.08.2010 13:46, Allan McRae wrote: Huh? -d has nothing to do with conflicts... -d, --nodeps Skips all dependency checks. *Normally, pacman will always check* a package’s dependency fields to ensure that all dependencies are installed *and there are no package conflicts in the system.* To me that sounds like it also disables conflict checking. (It's not in the first sentence, I know) If that's not intended you should remove the last part of that sentence (beginning with and) -- Florian Pritz -- {flo,bluewi...@server-speed.net signature.asc Description: OpenPGP digital signature
Re: [pacman-dev] replaces vs conflicts
On Fri, Aug 13, 2010 at 1:46 PM, Allan McRae al...@archlinux.org wrote: I got a conflict too. pacman 3.4.0-2 Great, I am not going mad. But not great, something strange is happening... Can you show debug output ? And libelf is not in any of your sync repo, ie pacman -Si libelf does not return anything ?
Re: [pacman-dev] replaces vs conflicts
On 13.08.2010 20:42, Xavier Chantry wrote: On Fri, Aug 13, 2010 at 1:46 PM, Allan McRae al...@archlinux.org wrote: I got a conflict too. pacman 3.4.0-2 Great, I am not going mad. But not great, something strange is happening... Can you show debug output ? And libelf is not in any of your sync repo, ie pacman -Si libelf does not return anything ? According to my (some hours old) database it has been in core. Only debug output follows: debug: config: attempting to read file /etc/pacman.conf debug: config: new section 'options' debug: config: HoldPkg: pacman debug: config: HoldPkg: glibc debug: config: SyncFirst: pacman debug: config: architecture: i686 debug: config: showsize debug: config: usedelta debug: config: new section 'core' debug: registering sync database 'core' debug: config file /etc/pacman.conf, line 62: including /etc/pacman.d/mirrorlist debug: config: attempting to read file /etc/pacman.d/mirrorlist debug: adding new server URL to database 'core': ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org/core/os/i686 debug: setlibpaths() called debug: option 'cachedir' = /var/cache/pacman/pkg/ debug: config: finished parsing /etc/pacman.d/mirrorlist debug: config: new section 'extra' debug: registering sync database 'extra' debug: config file /etc/pacman.conf, line 66: including /etc/pacman.d/mirrorlist debug: config: attempting to read file /etc/pacman.d/mirrorlist debug: adding new server URL to database 'extra': ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org/extra/os/i686 debug: config: finished parsing /etc/pacman.d/mirrorlist debug: config: new section 'community' debug: registering sync database 'community' debug: config file /etc/pacman.conf, line 74: including /etc/pacman.d/mirrorlist debug: config: attempting to read file /etc/pacman.d/mirrorlist debug: adding new server URL to database 'community': ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org/community/os/i686 debug: config: finished parsing /etc/pacman.d/mirrorlist debug: config: new section 'archlinuxfr' debug: registering sync database 'archlinuxfr' debug: adding new server URL to database 'archlinuxfr': http://repo.archlinux.fr/i686 debug: config: new section 'xyne-any' debug: registering sync database 'xyne-any' debug: adding new server URL to database 'xyne-any': http://xyne.archlinux.ca/repos/xyne-any debug: config: new section 'testing' debug: registering sync database 'testing' debug: config file /etc/pacman.conf, line 88: including /etc/pacman.d/mirrorlist debug: config: attempting to read file /etc/pacman.d/mirrorlist debug: adding new server URL to database 'testing': ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org/testing/os/i686 debug: config: finished parsing /etc/pacman.d/mirrorlist debug: config: finished parsing /etc/pacman.conf debug: registering local database debug: loading package cache for repository 'local' debug: database path for tree local set to /var/lib/pacman/local/ debug: loading package cache for repository 'core' debug: database path for tree core set to /var/lib/pacman/sync/core/ :: Starting full system upgrade... debug: checking for package upgrades debug: loading package cache for repository 'extra' debug: database path for tree extra set to /var/lib/pacman/sync/extra/ debug: loading package cache for repository 'community' debug: database path for tree community set to /var/lib/pacman/sync/community/ debug: loading package cache for repository 'archlinuxfr' debug: database path for tree archlinuxfr set to /var/lib/pacman/sync/archlinuxfr/ debug: loading package cache for repository 'xyne-any' debug: database path for tree xyne-any set to /var/lib/pacman/sync/xyne-any/ debug: loading package cache for repository 'testing' debug: database path for tree testing set to /var/lib/pacman/sync/testing/ debug: new version of 'autoconf' found (2.66-2 = 2.67-1) debug: adding package autoconf-2.67-1 to the transaction targets debug: new version of 'cloog-ppl' found (0.15.9-1 = 0.15.9-2) debug: adding package cloog-ppl-0.15.9-2 to the transaction targets debug: new version of 'dhcpcd' found (5.2.5-1 = 5.2.7-1) debug: adding package dhcpcd-5.2.7-1 to the transaction targets debug: new version of 'dirmngr' found (1.1.0rc1-1 = 1.1.0-1) debug: adding package dirmngr-1.1.0-1 to the transaction targets debug: new version of 'dnsutils' found (9.6.1-3 = 9.7.1.P2-1) debug: adding package dnsutils-9.7.1.P2-1 to the transaction targets debug: new version of 'ffmpeg' found (24460-1 = 24460-2) debug: adding package ffmpeg-24460-2 to the transaction targets debug: new version of 'filesystem' found (2010.02-4 = 2010.07-1) debug: adding package filesystem-2010.07-1 to the transaction targets debug: new version of 'gcc' found (4.5.0-6 = 4.5.1-1) debug: adding package gcc-4.5.1-1 to the transaction targets debug: new version of 'gcc-libs' found (4.5.0-6 = 4.5.1-1) debug: adding package gcc-libs-4.5.1-1 to the transaction targets debug: new version of 'glibc' found (2.12-4 = 2.12.1-1) debug: adding package
Re: [pacman-dev] replaces vs conflicts
On Fri, Aug 13, 2010 at 8:54 PM, Florian Pritz bluew...@server-speed.net wrote: On 13.08.2010 20:42, Xavier Chantry wrote: On Fri, Aug 13, 2010 at 1:46 PM, Allan McRae al...@archlinux.org wrote: I got a conflict too. pacman 3.4.0-2 Great, I am not going mad. But not great, something strange is happening... Can you show debug output ? And libelf is not in any of your sync repo, ie pacman -Si libelf does not return anything ? According to my (some hours old) database it has been in core. Well the code does this (sync.c) : /* Search for literal then replacers in each sync database. * If found, don't check other databases */ So if the literal (libelf) still exists in the db, the replacer (elfutils) isn't even considered. But it's then pulled as a dep for gcc, thus the conflict message.
Re: [pacman-dev] replaces vs conflicts
On 14/08/10 05:09, Xavier Chantry wrote: On Fri, Aug 13, 2010 at 8:54 PM, Florian Pritz bluew...@server-speed.net wrote: On 13.08.2010 20:42, Xavier Chantry wrote: On Fri, Aug 13, 2010 at 1:46 PM, Allan McRaeal...@archlinux.org wrote: I got a conflict too. pacman 3.4.0-2 Great, I am not going mad. But not great, something strange is happening... Can you show debug output ? And libelf is not in any of your sync repo, ie pacman -Si libelf does not return anything ? According to my (some hours old) database it has been in core. Well the code does this (sync.c) : /* Search for literal then replacers in each sync database. * If found, don't check other databases */ So if the literal (libelf) still exists in the db, the replacer (elfutils) isn't even considered. But it's then pulled as a dep for gcc, thus the conflict message. Ah, so this was caused by me not immediately removing libelf from the repos. Which explains why some people who updated after me were not seeing it. Thanks, Allan