FS#35599 - [netctl] 1.1-1 does not list netcfg as a conflicting package

Attached to Project: Arch Linux
Opened by Matt (matt-) - Sunday, 02 June 2013, 02:09 GMT
Last edited by Dave Reisner (falconindy) - Wednesday, 10 July 2013, 15:45 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority High
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Both the wiki at https://wiki.archlinux.org/index.php?title=Netctl&oldid=260020 and the Arch Linux news at https://www.archlinux.org/news/netctl-is-now-in-core/ indicate that netctl conflicts with netcfg and therefore should replace the latter when installed with pacman. However netcfg is not listed as a conflicting package to netctl.

Output of pacman -Qi netctl as of netctl 1.1-1:
$ pacman -Qi netctl
Repository : core
Name : netctl
Version : 1.1-1
Description : Profile based systemd network management
Architecture : any
URL : http://projects.archlinux.org/netctl.git/
Licenses : GPL
Groups : base
Provides : None
Depends On : coreutils iproute2 openresolv
Optional Deps : dialog: for the menu based wifi assistant
dhclient: for DHCP support (or dhcpcd)
dhcpcd: for DHCP support (or dhclient)
wpa_supplicant: for wireless networking support
ifplugd: for automatic wired connections through netctl-ifplugd
wpa_actiond: for automatic wireless connections through
netctl-auto
ifenslave: for bond connections
bridge-utils: for bridge connections
ppp: for pppoe connections
Conflicts With : None
Replaces : None
Download Size : 29.50 KiB
Installed Size : 163.00 KiB
Packager : Florian Pritz <bluewind@xinu.at>
Build Date : Tue 21 May 2013 08:42:50 AM EDT
Validated By : MD5 Sum SHA256 Sum Signature

Because of this, netcfg is not removed when netctl is installed and installation of netctl when netcfg is still on the system (predictably) fails:
# pacman -S netctl
resolving dependencies...
looking for inter-conflicts...

Packages (2): openresolv-3.5.4-2 netctl-1.1-1

Total Installed Size: 0.22 MiB

:: Proceed with installation? [Y/n]
(2/2) checking keys in keyring [----------------------] 100%
(2/2) checking package integrity [----------------------] 100%
(2/2) loading package files [----------------------] 100%
(2/2) checking for file conflicts [----------------------] 100%
error: failed to commit transaction (conflicting files)
netctl: /usr/bin/wifi-menu exists in filesystem
netctl: /usr/lib/network/connections/bond exists in filesystem
netctl: /usr/lib/network/connections/bridge exists in filesystem
netctl: /usr/lib/network/connections/ethernet exists in filesystem
netctl: /usr/lib/network/connections/pppoe exists in filesystem
netctl: /usr/lib/network/connections/tunnel exists in filesystem
netctl: /usr/lib/network/connections/tuntap exists in filesystem
netctl: /usr/lib/network/connections/vlan exists in filesystem
netctl: /usr/lib/network/connections/wireless exists in filesystem
netctl: /usr/lib/network/globals exists in filesystem
netctl: /usr/lib/network/network exists in filesystem
netctl: /usr/lib/network/rfkill exists in filesystem
Errors occurred, no packages were upgraded.

Additional info:
* netctl 1.1-1

Steps to reproduce:
* Attempt to install netctl with netcfg already installed on the system

What should happen:
* netctl should have netcfg as a conflicting package, causing pacman to remove netcfg before installing netctl

What happens instead:
* pacman attempts to install netctl without removing netcfg, causing conflict errors upon which pacman aborts the install
This task depends upon

Closed by  Dave Reisner (falconindy)
Wednesday, 10 July 2013, 15:45 GMT
Reason for closing:  Not a bug
Additional comments about closing:  netcfg should (and does) conflict with netctl, not the other way around.
Comment by Jouke Witteveen (jouke) - Sunday, 02 June 2013, 09:13 GMT
netcfg is in AUR (over there it conflicts with netctl) and it seemed bad to conflict with a package in AUR, is it sufficient to note that netcfg should be removed in the wiki?
Comment by Ashley Whetter (AWhetter) - Wednesday, 10 July 2013, 15:40 GMT
Just my 2 cents; I think it is sufficient. I think this issue can be closed because it doesn't make sense to have an official package reference one that's in the AUR (although linux did for kernel26 for a while). Plus netcfg is doing everything it needs to stop stop the conflict.

Loading...