Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 56196 - baselayout 1.10.1-r1 wants to install devfsd when virtual/dev-manager is sys-fs/udev
Summary: baselayout 1.10.1-r1 wants to install devfsd when virtual/dev-manager is sys-...
Status: RESOLVED INVALID
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Core - Dependencies (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-07-05 20:55 UTC by P Nienaber
Modified: 2004-07-12 14:30 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description P Nienaber 2004-07-05 20:55:07 UTC
Installed udev a few weeks ago, let --depclean blow out devfsd, a couple of syncs later emerge -uDvp system wants to emerge it again.  ew!

Reproducible: Always
Steps to Reproduce:
1. see details ;)
2. 
3. 
Actual Results:  
[ebuild  N    ] sys-fs/devfsd-1.3.25-r8  -(uclibc)  41 kB 
[nomerge      ] sys-apps/baselayout-1.10.1-r1  -bootstrap -build -livecd -static
-(uclibc)  
[nomerge      ]  sys-apps/util-linux-2.12-r4  +crypt +nls +pam -(selinux)
-static -(uclibc)  
[nomerge      ]   sys-apps/pam-login-3.14  -livecd +nls -(selinux)  


Expected Results:  
no icky devfsd merge pending :\

Portage 2.0.50-r8 (gcc34-amd64-2004.1, gcc-3.4.0, glibc-2.3.4.20040605-r0,
2.6.7-gentoo-r8)
=================================================================
System uname: 2.6.7-gentoo-r8 x86_64 5
Gentoo Base System version 1.5.1
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CFLAGS="-march=k8 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=k8 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://gentoo.oregonstate.edu
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage/"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aac aim alsa amd64 apm avi berkdb cddb cdr crypt cups dvd dvdr encode
fbcon flac foomaticdb gdbm gif gimpprint gpm gtk gtk2 imap imlib javascript
joystick jpeg kerberos libg++ libwww mad mikmod motif mozilla mpeg ncurses nls
oggvorbis opengl oss pam pdflib perl png python quicktime readline sdl slang
spell ssl tcpd threads tiff truetype xml2 xmms xv xvid zlib ~arch"
Comment 1 SpanKY gentoo-dev 2004-07-06 04:54:21 UTC
looks like a portage issue since baselayout doesnt have devfs in DEPEND
Comment 2 Nicholas Jones (RETIRED) gentoo-dev 2004-07-08 15:00:30 UTC
Do a -uDvp --tree on it.
Comment 3 P Nienaber 2004-07-08 15:38:07 UTC
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.
Comment 4 P Nienaber 2004-07-08 15:42:22 UTC
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. :/
Comment 5 P Nienaber 2004-07-08 15:48:37 UTC
er, sorry, my bad on the last comment.  virtual/dev-manager is still set to udev.  so back to maybe blaming portage :o
Comment 6 Jason Stubbs (RETIRED) gentoo-dev 2004-07-08 16:31:09 UTC
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
Comment 7 P Nienaber 2004-07-08 16:42:14 UTC
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)
Comment 8 P Nienaber 2004-07-08 16:48:36 UTC
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
Comment 9 Jason Stubbs (RETIRED) gentoo-dev 2004-07-08 17:07:02 UTC
/var/cache/edb/virtuals permissions are too restrictive.

Nick, there's been a few of these showing up.
Comment 10 P Nienaber 2004-07-08 17:13:23 UTC
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.
Comment 11 P Nienaber 2004-07-12 14:30:18 UTC
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.