Hi, On Tue, 22 Nov 2022 at 20:55, Tobias Geerinckx-Rice <[email protected]> wrote: >> This sometimes requires some manual fiddling > > Thanks for highlighting that. I've never encountered it. > > This is similar to another recent bug report, where ‘guix show’ > listed something as depending on a hidden package. Or something > like that.
If you are referring to bug#59278, the bug is on the package definition side. As explained here [1], the ’hidden’ properties is dropped out at one ’inherit’. 1: http://issues.guix.gnu.org/msgid/[email protected] > Two possible solutions: > > - Hide hidden packages. This makes the most sense to me. You'd > still report accurate[0] numbers for ‘guix refresh -l’. > > - Allow referring to hidden packages in some contexts, or maybe > all contexts, and keep listing them in ‘advanced’ tools like > ‘guix refresh -l’. I agree that what is hidden is not clear. Maybe a marker could be added when displaying the hidden packages in “guix refresh -l”. It would allow to filter them out. Or we could separate the regular packages to the hidden one, --8<---------------cut here---------------start------------->8--- $ guix refresh -l guile-ssh Building the following 19 packages would ensure 26 dependent packages are rebuilt: [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] arc-theme@20220405 gnome-shell-extension-gsconnect@50 [email protected] [email protected] [email protected] '(@@ (gnu packages package-management) guix-daemon)' --8<---------------cut here---------------end--------------->8--- Well, maybe a rework of the submission #58824 [1]. 1: <http://issues.guix.gnu.org/msgid/[email protected]> Cheers, simon
