Bugzilla Bug 136311

"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.

Please, attach the output of 'emerge -dpv baselayout' here (undo your changes
or emerge --sync before).

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

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

(In reply to comment #3)
> - "emerge -uDp baselayout" fails as described above

Please do that with --debug and attach the output.

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

(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

Created an attachment (id=89095) [details]
Display from emerge -Dpu world 

Created an attachment (id=89096) [details]
Output of emerge -Dpu world > logfile 2>&1

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.

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.

Created an attachment (id=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.)

Created an attachment (id=89234) [details]
emerge -vuDa --debug world

This is my own 
emerge -vuDa --debug world

Greets

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?

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!

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

Should be fixed in >=portage-2.1.1_pre5-r2

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