Summary: | baselayout 1.10.1-r1 wants to install devfsd when virtual/dev-manager is sys-fs/udev | ||
---|---|---|---|
Product: | Portage Development | Reporter: | P Nienaber <gentoobugs> |
Component: | Core - Dependencies | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
P Nienaber
2004-07-05 20:55:07 UTC
looks like a portage issue since baselayout doesnt have devfs in DEPEND Do a -uDvp --tree on it. That's what I pasted above ;) note the [nomerge ] tags... next line after that is a package that's in world so that's the top of the dep tree as you see it. Oh. Except that I sync'd this morning and now it's not showing it as a *dep* of anything anymore, simply there on its own (yes, with --tree). And (although it *was* set to udev at the time the bug was reported -- I checked) virtual/dev-manager has now been changed. So assuming I'm not going crazy, looks like maybe something hardcoded to devfsd in portage itself and/or in some funky ebuilds. If you'd like me to post my world file I will. :/ er, sorry, my bad on the last comment. virtual/dev-manager is still set to udev. so back to maybe blaming portage :o Please give the output of: grep dev-manager /etc/portage/virtuals grep dev-manager /var/cache/edb/virtuals grep devfsd /var/cache/edb/virtuals emerge -p virtual/dev-manager This is becoming more and more confusing (although it's now gone away). Emerge -uDvp system NO LONGER wants to emerge it (so it's sort of fixed, kinda, maybe), and it's not presently installed. As expected: box root # grep dev-manager /etc/portage/virtuals grep: /etc/portage/virtuals: No such file or directory box root # grep dev-manager /var/cache/edb/virtuals virtual/dev-manager sys-fs/udev box root # grep devfsd /var/cache/edb/virtuals box root # emerge -p virtual/dev-manager These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] sys-fs/udev-028 **HOWEVER**: (note that as of my initial report there had been no testing of anything as a user; everything was done as root) [0][phox@box phox ]$ emerge -uDvp system These are the packages that I would merge, in order: Calculating system dependencies ...done! [ebuild N ] sys-fs/devfsd-1.3.25-r8 -(uclibc) 41 kB Total size of downloads: 41 kB [0][phox@box phox ]$ su - Password: box root # emerge -uDvp system These are the packages that I would merge, in order: Calculating system dependencies ...done! Total size of downloads: 0 kB more weirdness. yes I'm in the portage group. looks to be entirely a portage bug at this point :/ (oh, and adding --tree as a user also doesn't show devfsd as a dep of anything, now) ah-hah. [0][phox@box phox ]$ emerge -p virtual/dev-manager These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N ] sys-fs/devfsd-1.3.25-r8 /var/cache/edb/virtuals permissions are too restrictive. Nick, there's been a few of these showing up. Fixed it. Doesn't explain the weird dep tree I had to start with, but it fixed the remnants of the problem (if indeed they were the same problem). Cause of the broken permissions -- stage1-gcc34-amd64-20040530.tar.bz2 has the permissions incorrectly set. =) Might be worth checking future amd64 tarballs as they're likely based on this. Portage tree updates and updates to portage itself prevent me from reproducing this bug now, so I'm going to mark it invalid. If anyone else has this problem and it's *not* caused by the aforementioned permissions problems, please feel free to reopen. |