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#2682 - base packages are orphans

Attached to Project: Arch Linux
Opened by Aaron Griffin (phrakture) - Friday, 29 April 2005, 20:26 GMT
Last edited by Roman Kyrylych (Romashka) - Saturday, 25 November 2006, 13:08 GMT
Task Type Feature Request
Category System
Status Closed
Assigned To Aaron Griffin (phrakture)
Architecture not specified
Severity Low
Priority Normal
Reported Version 0.7 Wombat
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

It's very irritating having the base packages come up as orphans from "pacman -Qe". I've even removed one or two on accident one time, thinking "well, it's an orphan, it can't be important - what the hell is 'filesystem' anyway?"

My suggestion is this: all the base packages should be dependancies of a dummy "base" package - that way, none of them will show up as orhpans. The base package can also have some special handling somehow (sed?) so it doesn't show up as explicitly installed.
This task depends upon

Closed by  Aaron Griffin (phrakture)
Monday, 04 December 2006, 22:24 GMT
Reason for closing:  Fixed
Comment by Truls Becken (bogomipz) - Thursday, 29 June 2006, 20:09 GMT
I second this, for another reason. I have long wished for a group "base" so that installing Arch would be as easy as creating and mounting the target filesystem(s) and performing pacman -r /mnt -Sy base kernel26.

By adding a dummy package, like phrakture suggests, we would achieve this without rebuilding all the base packages, AND the base system wouldn't consist of all orphaned packages. The latter would of course only be true for systems actually installed using this package, so the installer should be changed to do so rather than using the stupid (IMHO) packages.txt list.

An alternative to adding a dummy would be to add the base deps to an existing package. The not so intuitive name "filesystem" could be changed to "archlinux" and the deps be added, then if asking e.g. coreutils what packages depend on it, it would tell you that archlinux depends on coreutils, which makes good sense. Another option is to add the base deps to the different kernel packages, so that pacman -r /mnt -Sy kernel26 would install the whole system.
Comment by Roman Kyrylych (Romashka) - Sunday, 15 October 2006, 12:10 GMT
See here: http://bugs.archlinux.org/task/4130
Comment by Roman Kyrylych (Romashka) - Saturday, 25 November 2006, 13:07 GMT
IIRC pacman3 have different -Qe behaviour from pacman2, so this bug is fixed.
Comment by Aaron Griffin (phrakture) - Monday, 04 December 2006, 22:24 GMT
Well, this is an old "bug" that seems to have come full circle, now, hasn't it 8)

Closing, as pacman 3 does indeed fix this.

Loading...