Pacman

Historical bug tracker for the Pacman package manager.

The pacman bug tracker has moved to gitlab:
https://gitlab.archlinux.org/pacman/pacman/-/issues

This tracker remains open for interaction with historical bugs during the transition period. Any new bugs reports will be closed without further action.
Tasklist

FS#12059 - <<<pacman -Sy base -r /newarch --ignore kernel26>>> doesn't ignore as expected

Attached to Project: Pacman
Opened by jasin (rooloo) - Sunday, 09 November 2008, 03:39 GMT
Last edited by Dan McGee (toofishes) - Sunday, 26 April 2009, 15:14 GMT
Task Type Bug Report
Category General
Status Closed
Assigned To Xavier (shining)
Dan McGee (toofishes)
Architecture All
Severity Medium
Priority Normal
Reported Version None
Due in Version 3.3.0
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:I am using this wiki page.
http://wiki.archlinux.org/index.php/Install_Arch_from_within_another_distro#Install_Base_System

I am in my 32 bit chroot. I have followed the directions up to the 'install base system' Method 1. When I enter this cmd (pacman -Sy base -r /newarch --ignore kernel26) pacman refuses to ignore kernel26, even after answering it's own question a second time on whether I would like to install kernel26. Here is a pastebin too make things more clear.

http://rafb.net/p/3e72Fr79.html

Additional info:
*****pastebin here in case link goes dead*****
:: [root@kermit /]# pacman.static -Sy base -r /newarch --ignore kernel26
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
base package not found, searching for group...
:: group base (including ignored packages):
acl attr bash binutils bzip2 ca-certificates coreutils cpio
cracklib cryptsetup dash db dcron device-mapper dhcpcd dialog
dmapi e2fsprogs file filesystem findutils gawk gcc-libs gdbm
gen-init-cpio gettext glibc grep groff grub gzip hdparm hwdetect
initscripts iputils jfsutils kbd kernel-headers kernel26 klibc
klibc-extras klibc-kbd klibc-module-init-tools klibc-udev less
libarchive libdownload libgcrypt libgpg-error libpcap libusb
licenses logrotate lvm2 lzo2 mailx man man-pages mdadm mkinitcpio
mlocate module-init-tools nano ncurses net-tools openssl pacman
pam pciutils pcmciautils pcre perl popt ppp procinfo procps
psmisc readline reiserfsprogs rp-pppoe sdparm sed shadow
sysfsutils syslog-ng sysvinit tar tcp_wrappers texinfo tzdata udev
usbutils util-linux-ng vi wget which wpa_supplicant xfsprogs zlib
:: Install whole content? [Y/n] y
:: kernel26 is in IgnorePkg/IgnoreGroup. Install anyway? [Y/n] n
kernel26 package not found, searching for group...
error: 'kernel26': not found in sync db


Steps to reproduce:
chroot /opt/arch32 && follow the wiki.
This task depends upon

Closed by  Dan McGee (toofishes)
Sunday, 26 April 2009, 15:14 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed by 77efd512165ca2066dc6547bda52082f8bd11db2
Comment by Nagy Gabor (combo) - Sunday, 09 November 2008, 15:59 GMT
Hm. This is odd. I'm working on this. The main problem, that "-S base" is equivalent with "-S acl attr bash ...", because we have one sync_addtarget function, which requires a string (package name) from front-end. This function was designed for adding "command line targets", and "-S ignorepkg" overrides IgnorePkg of pacman.conf... (you are allowed to install an IgnorePkg).
Comment by Xavier (shining) - Tuesday, 24 February 2009, 17:44 GMT
Nagy said :
""
Probably this is fixed by my (not yet accepted) patch "New error type: PM_ERR_PKG_IGNORED" in my working repo:
http://repo.or.cz/w/pacman-ng.git?a=shortlog;h=refs/heads/working
""

I also think this patch should fix this issue, which is quite annoying btw, I ran into it myself.
Comment by Nagy Gabor (combo) - Tuesday, 24 February 2009, 18:38 GMT
Well, that patch is maybe an overkill, but the front-end cannot check ignorepkgs (or it should not check: after introducing IgnoreGroup, it is not so easy).
In these problematic cases the back-end (before my patch) returns with PKG_NOT_FOUND, which we also could omit, but it would be a bit dirtier imho. And I thought that the new "error" type (PKG_IGNORED) can be useful in some other cases.

Loading...