Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 136311 - baselayout requires udev and blocks emerge with portage-2.1
Summary: baselayout requires udev and blocks emerge with portage-2.1
Status: RESOLVED DUPLICATE of bug 143908
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-06-10 11:46 UTC by Jan
Modified: 2006-08-25 15:25 UTC (History)
8 users (show)

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


Attachments
Display from emerge -Dpu world (errorfile,1.85 KB, text/plain)
2006-06-13 15:37 UTC, David D. Huff Jr.
Details
Output of emerge -Dpu world > logfile 2>&1 (logfile,189.04 KB, text/plain)
2006-06-13 15:39 UTC, David D. Huff Jr.
Details
Output of "emerge -duDpv baselayout" (emerge_-duDpv_baselayout,24.25 KB, text/plain)
2006-06-14 02:49 UTC, Jan
Details
emerge -vuDa --debug world (logfile,60.43 KB, application/octet-stream)
2006-06-15 02:04 UTC, Marek Krolikowski
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jan 2006-06-10 11:46:32 UTC
"emerge --sync" a few hours ago gave me portage-2.1, a subsequent "emerge -uDp system" failed with:

<<<snip>>>
Calculating system dependencies /
!!! All ebuilds that could satisfy ">=sys-fs/udev-070" have been masked.
!!! One of the following masked packages is required to complete your request:
- sys-fs/udev-079-r1 (masked by: package.mask)
[...]

(dependency required by "sys-apps/baselayout-1.11.14-r8" [ebuild])

!!! Problem resolving dependencies for virtual/baselayout
!!! Depgraph creation failed.
<<<snip>>>

I realise that the reason this only affects one machine here is probably its profile, "default-linux/x86/no-nptl/2.4". It still uses Kernel 2.4, devfsd, no udev. At a first glance the ebuild for baselayout-1.11.14-r8 lists:
"|| ( >=sys-fs/udev-070 >=sys-fs/devfsd-1.3.25-r9 )"
but I do not understand enough of the ebuild syntax to verify. "sys-fs/devfsd-1.3.25-r9" is installed.

At the moment I lack the time to search for a better workaround than changing the offending line in baselayout-1.11.14-r8.ebuild:

# diff ~/baselayout-1.11.14-r8.ebuild.original baselayout-1.11.14-r8.ebuild
30c30
<               || ( >=sys-fs/udev-070 >=sys-fs/devfsd-1.3.25-r9 )
---
>               >=sys-fs/devfsd-1.3.25-r9

which works for me, but is dirty and will of course be lost at the next "emerge sync" (no big loss). Fixed my "emerge -uDp system", though. ;)


I would call this a _probable_ bug in portage but am not sure and leaving it unspecified. Might be with the ebuild syntax as well, or s/th completely different that I don't get.
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2006-06-11 05:00:14 UTC
Please, attach the output of 'emerge -dpv baselayout' here (undo your changes or emerge --sync before).
Comment 2 Marek Krolikowski 2006-06-12 00:53:01 UTC
This same problem...
gentoo ~ # emerge -vuDa world

These are the packages that would be merged, in order:

Calculating world dependencies /
!!! All ebuilds that could satisfy ">=sys-fs/udev-070" have been masked.
!!! One of the following masked packages is required to complete your request:
- sys-fs/udev-079-r1 (masked by: package.mask)
# Gustavo Zacarias <gustavoz@gentoo.org>
# New toys enabled by 2.6 headers

- sys-fs/udev-089 (masked by: package.mask, ~x86 keyword)
- sys-fs/udev-086 (masked by: package.mask, ~x86 keyword)
- sys-fs/udev-087 (masked by: package.mask)
- sys-fs/udev-084 (masked by: package.mask, ~x86 keyword)
- sys-fs/udev-085 (masked by: package.mask, ~x86 keyword)
- sys-fs/udev-081 (masked by: package.mask, ~x86 keyword)
- sys-fs/udev-089-r1 (masked by: package.mask, ~x86 keyword)
- sys-fs/udev-089-r2 (masked by: package.mask, ~x86 keyword)
- sys-fs/udev-070-r1 (masked by: package.mask)
- sys-fs/udev-081-r1 (masked by: package.mask, ~x86 keyword)
- sys-fs/udev-077-r1 (masked by: package.mask, ~x86 keyword)
- sys-fs/udev-077-r2 (masked by: package.mask, ~x86 keyword)
- sys-fs/udev-077-r3 (masked by: package.mask, ~x86 keyword)
- sys-fs/udev-077-r4 (masked by: package.mask, ~x86 keyword)
- sys-fs/udev-077-r5 (masked by: package.mask, ~x86 keyword)
- sys-fs/udev-090 (masked by: package.mask, ~x86 keyword)
- sys-fs/udev-073 (masked by: package.mask, ~x86 keyword)
- sys-fs/udev-072 (masked by: package.mask, ~x86 keyword)
- sys-fs/udev-071 (masked by: package.mask, ~x86 keyword)
- sys-fs/udev-077 (masked by: package.mask, ~x86 keyword)
- sys-fs/udev-079 (masked by: package.mask)
- sys-fs/udev-078 (masked by: package.mask, ~x86 keyword)

For more information, see MASKED PACKAGES section in the emerge man page or
refer to the Gentoo Handbook.
(dependency required by "sys-apps/baselayout-1.11.14-r8" [ebuild])



!!! Problem resolving dependencies for sys-apps/baselayout
!!! Depgraph creation failed.


gentoo ~ # emerge -dpv baselayout
myaction None
myopts ['--debug', '--pretend', '--verbose']

These are the packages that would be merged, in order:

Calculating dependencies
Parent:    None
Depstring: sys-apps/baselayout
Candidates: ['sys-apps/baselayout']
ebuild: sys-apps/baselayout-1.11.14-r8
binpkg: None                                                                                                                 -
Parent:    ebuild / sys-apps/baselayout-1.11.14-r8 merge
Depstring: virtual/os-headers >=sys-apps/portage-2.0.51 >=sys-apps/sysvinit-2.86-r3 !build? ( !bootstrap? ( >=sys-libs/readline-5.0-r1 >=app-shells/bash-3.0-r10 >=sys-apps/coreutils-5.2.1 || ( >=sys-fs/udev-070 >=sys-fs/devfsd-1.3.25-r9 ) ) )
Exiting... None                                                                                                             ... done!
[ebuild   R   ] sys-apps/baselayout-1.11.14-r8  USE="-bootstrap -build -static -unicode" 0 kB

Total size of downloads: 0 kB

Greets
Comment 3 Jan 2006-06-12 09:51:39 UTC
Marek was faster. ;) Exact same output here, so I am not attaching anything. 

As a side note:
- "emerge -p baselayout" does not complain
- "emerge -up baselayout" realizes it hast nothing to do
- "emerge -uDp baselayout" fails as described above

HTH, Jan
Comment 4 Zac Medico gentoo-dev 2006-06-12 21:30:38 UTC
(In reply to comment #3)
> - "emerge -uDp baselayout" fails as described above

Please do that with --debug and attach the output.
Comment 5 Chris Binnie 2006-06-13 00:35:51 UTC
Hello all. A "emerge -pDuv system" works fine with that baselayout tweak but I find that even a "emerge -pv world" fails as below:

emerge -pv world

These are the packages that would be merged, in order:

Calculating world dependencies /
!!! All ebuilds that could satisfy "sys-fs/udev" have been masked.
!!! One of the following masked packages is required to complete your request:
- sys-fs/udev-079-r1 (masked by: package.mask)
# Gustavo Zacarias <gustavoz@gentoo.org>
# We mask core 2.6 stuff to avoid bootstrap issues

- sys-fs/udev-089 (masked by: package.mask, ~sparc keyword)
- sys-fs/udev-086 (masked by: package.mask, ~sparc keyword)
- sys-fs/udev-087 (masked by: package.mask)
- sys-fs/udev-084 (masked by: package.mask, ~sparc keyword)
- sys-fs/udev-085 (masked by: package.mask, ~sparc keyword)
- sys-fs/udev-081 (masked by: package.mask, ~sparc keyword)
- sys-fs/udev-089-r1 (masked by: package.mask, ~sparc keyword)
- sys-fs/udev-089-r2 (masked by: package.mask, ~sparc keyword)
- sys-fs/udev-069 (masked by: package.mask, ~sparc keyword)
- sys-fs/udev-070-r1 (masked by: package.mask)
- sys-fs/udev-081-r1 (masked by: package.mask, ~sparc keyword)
- sys-fs/udev-077-r1 (masked by: package.mask, ~sparc keyword)
- sys-fs/udev-077-r2 (masked by: package.mask, ~sparc keyword)
- sys-fs/udev-077-r3 (masked by: package.mask, ~sparc keyword)
- sys-fs/udev-077-r4 (masked by: package.mask, ~sparc keyword)
- sys-fs/udev-077-r5 (masked by: package.mask, ~sparc keyword)
- sys-fs/udev-068-r1 (masked by: package.mask)
- sys-fs/udev-090 (masked by: package.mask, ~sparc keyword)
- sys-fs/udev-073 (masked by: package.mask, ~sparc keyword)
- sys-fs/udev-072 (masked by: package.mask, ~sparc keyword)
- sys-fs/udev-071 (masked by: package.mask, ~sparc keyword)
- sys-fs/udev-077 (masked by: package.mask, ~sparc keyword)
- sys-fs/udev-079 (masked by: package.mask)
- sys-fs/udev-078 (masked by: package.mask, ~sparc keyword)

For more information, see MASKED PACKAGES section in the emerge man page or
refer to the Gentoo Handbook.
(dependency required by "sys-kernel/sparc-sources-2.4.32-r4" [ebuild])



!!! Problem resolving dependencies for sys-kernel/sparc-sources
!!! Depgraph creation failed.

~ # uname -a
Linux 2.4.32-sparc-r2 #1 SMP Thu Feb 16 09:25:31 GMT 2006 sparc64 sun4u GNU/Linux
Comment 6 Zac Medico gentoo-dev 2006-06-13 06:38:33 UTC
(In reply to comment #5)
> Hello all. A "emerge -pDuv system" works fine with that baselayout tweak but I
> find that even a "emerge -pv world" fails as below:

Again, please attach --debug ouput for a command that fails like that.  For example:

emerge -pv --debug world > logfile 2>&1
Comment 7 David D. Huff Jr. 2006-06-13 15:37:39 UTC
Created attachment 89095 [details]
Display from emerge -Dpu world
Comment 8 David D. Huff Jr. 2006-06-13 15:39:09 UTC
Created attachment 89096 [details]
Output of emerge -Dpu world > logfile 2>&1
Comment 9 David D. Huff Jr. 2006-06-13 15:41:36 UTC
I've had the same problems when it first happened it complained that udev blocked gentoo-sources which were current anyhow. I resync'ed portage and now I'm getting the message about baselayout.
The attachments are from my system.
Comment 10 David D. Huff Jr. 2006-06-13 16:57:01 UTC
OK, here's the strangeness I just figured out. udev-087 snuck onto the system April 4 this year. To really find out I had to update package.keywords and set package.mask to >sys-fs/udev-070. Then the emerge told me it wanted to update udev to -090. I emerge -C udev, deleted the entries in the package files above and rebooted. It's playing nice now.

Another system had udev-045 installed Jan 25 this year, it's uninstalled now and I don't now how it got unistalled. I wasn't having a problem with it either.
Comment 11 Jan 2006-06-14 02:49:46 UTC
Created attachment 89120 [details]
Output of "emerge -duDpv baselayout"

(in reply to comment #4)
> > - "emerge -uDp baselayout" fails as described above
> 
> Please do that with --debug and attach the output.

There you go.

(Would be nice if bugzilla allowed to create an attachment in reply to a comment, but I did not find a way to do that.)
Comment 12 Marek Krolikowski 2006-06-15 02:04:47 UTC
Created attachment 89234 [details]
emerge -vuDa --debug world

This is my own 
emerge -vuDa --debug world

Greets
Comment 13 Chris Mear 2006-06-17 05:05:54 UTC
I think David's found the problem. It was only recently that udev was masked in the no-nptl/2.4 profile. So before this, it had been installed onto our 2.4 systems during upgrades of baselayout (even though the system was actually using devfsd, not udev).

Now that all versions of udev are completely masked, Portage gets confused when it tries to resolve the RDEPENDS of baselayout. Baselayout-1.11.14-r8 asks for:

|| ( >=sys-fs/udev-070 >=sys-fs/devfsd-1.3.25-r9 )

On my system, I had udev-087 and devfsd-1.3.25-r9 installed. What seems to be happening is that Portage notices that udev is installed on this system, so it tries to satisfy the >=sys-fs/udev-070 dependency, and ignores the >=sys-fs/devfsd-1.3.25-r9 option. And of course, all udev versions are now masked. So it can't find anything to satisfy this dependency, and it complains about it.

I think this is buggy behaviour. If it can't find anything to satsify >=sys-fs/udev-070, then surely it should just look at the next option (>=sys-fs/devfsd-1.3.25-r9), notice that we've already got that installed, and proceed without any complaints. What does it matter that we've got a masked version of udev-087 installed?
Comment 14 Jan 2006-06-17 12:24:48 UTC
I agree with David and Chris. Just found the time to mess with my system some more and after I got rid of udev (which got installed in January when I did not pay attention to an "emerge -uD system") my problems are gone, too. An "emerge --sync" gave me a clean copy of baselayout-1.11.14-r8, and all the commands that used to complain work fine now. There are some slight changes to the baselayout ebuild by the way, but they should not be responsible.

Thank you for finding this out!
Comment 15 Marek Krolikowski 2006-06-18 03:19:26 UTC
1. emerge -C udev
2. emerge --sync
3. no errors

Now working good, and no problem with udev :-)

There is a problem with udev! In old profile 2.4 - udev is inside system but on the new profile udev is masked.

This is a quotation from handbook:
"If you are using a 2.4 kernel and are installing Gentoo from stage 3, there are a few things you need to do. Since Gentoo now uses udev by default and udev is not supported by 2.4 kernels, you will have to make use of devfsd and remove udev."

Greets
Comment 16 Jakub Moc (RETIRED) gentoo-dev 2006-08-25 15:25:41 UTC
Should be fixed in >=portage-2.1.1_pre5-r2

*** This bug has been marked as a duplicate of 143908 ***