Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[SOLVED] udev-197-r3 and blocked packages problem
View unanswered posts
View posts from last 24 hours

Goto page 1, 2  Next  
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
dolohow
Tux's lil' helper
Tux's lil' helper


Joined: 17 Jan 2010
Posts: 98
Location: Poland

PostPosted: Sun Jan 20, 2013 7:49 am    Post subject: [SOLVED] udev-197-r3 and blocked packages problem Reply with quote

Today i'm trying to perform update world and:
Code:
These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N     ] sys-apps/kmod-12-r1  USE="tools zlib -debug -doc -lzma -static-libs" 1,246 kB
[ebuild     U  ] sys-fs/udev-197-r3 [171-r9] USE="acl%* gudev hwdb kmod%* openrc%* -doc% -introspection -keymap (-selinux) -static-libs% (-action_modeswitch%) (-build%) (-debug%) (-edd%) (-extras%) (-floppy%) (-rule_generator%*) (-test%)" 2,008 kB
[ebuild     U  ] virtual/udev-197 [171] USE="gudev hwdb -introspection -keymap (-selinux) -static-libs" 0 kB
[ebuild  N     ] sys-fs/udev-init-scripts-19  5 kB
[ebuild     U  ] sys-auth/polkit-0.110 [0.107-r1] USE="introspection nls pam -examples -gtk -kde (-selinux) (-systemd)" 1,358 kB
[ebuild     U  ] sys-fs/udisks-1.0.4-r4 [1.0.4-r2] USE="nls -debug -remote-access (-selinux)" 704 kB
[blocks B      ] sys-apps/kmod ("sys-apps/kmod" is blocking sys-apps/module-init-tools-3.16-r2)
[blocks B      ] sys-apps/module-init-tools ("sys-apps/module-init-tools" is blocking sys-apps/kmod-12-r1)

Total: 6 packages (4 upgrades, 2 new), Size of downloads: 5,319 kB
Conflict: 2 blocks (2 unsatisfied)

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (sys-apps/kmod-12-r1::gentoo, ebuild scheduled for merge) pulled in by
    sys-apps/kmod[tools] required by (virtual/modutils-0::gentoo, installed)
    >=sys-apps/kmod-12 required by (sys-fs/udev-197-r3::gentoo, ebuild scheduled for merge)

  (sys-apps/module-init-tools-3.16-r2::gentoo, installed) pulled in by
    >=sys-apps/module-init-tools-3.2 required by (virtual/modutils-0::gentoo, installed)


For more information about Blocked Packages, please refer to the following
section of the Gentoo Linux x86 Handbook (architecture is irrelevant):

http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked


what can i do about it? switch to eudev?


Last edited by dolohow on Sun Jan 20, 2013 8:16 am; edited 1 time in total
Back to top
View user's profile Send private message
ssuominen
Developer
Developer


Joined: 30 Sep 2005
Posts: 2000
Location: Finland

PostPosted: Sun Jan 20, 2013 7:58 am    Post subject: Reply with quote

module-init-tools is dead package, use kmod instead:

Code:

# emerge -C module-init-tools


and only reason to use eudev is older kernels than 2.6.39, it doesn't bring anything else. Otherwise eudev is a downgrade over 197 since it's based off from 196. If anyone tells you different, he is lying.


Last edited by ssuominen on Sun Jan 20, 2013 8:01 am; edited 1 time in total
Back to top
View user's profile Send private message
dolohow
Tux's lil' helper
Tux's lil' helper


Joined: 17 Jan 2010
Posts: 98
Location: Poland

PostPosted: Sun Jan 20, 2013 8:00 am    Post subject: Reply with quote

It's working, but for me it's pretty surprising that gentoo stabilize udev-197-r3
Back to top
View user's profile Send private message
ssuominen
Developer
Developer


Joined: 30 Sep 2005
Posts: 2000
Location: Finland

PostPosted: Sun Jan 20, 2013 8:01 am    Post subject: Reply with quote

dolohow wrote:
It's working, but for me it's pretty surprising that gentoo stabilize udev-197-r3


Why?
Back to top
View user's profile Send private message
dolohow
Tux's lil' helper
Tux's lil' helper


Joined: 17 Jan 2010
Posts: 98
Location: Poland

PostPosted: Sun Jan 20, 2013 8:03 am    Post subject: Reply with quote

Cause it's part of systemd and gentoo working on eudev project now which is a fork of 173 udev version if i'm not wrong.
Back to top
View user's profile Send private message
ssuominen
Developer
Developer


Joined: 30 Sep 2005
Posts: 2000
Location: Finland

PostPosted: Sun Jan 20, 2013 8:06 am    Post subject: Reply with quote

dolohow wrote:
Cause it's part of systemd and gentoo working on eudev project now which is a fork of 173 udev version if i'm not wrong.


It's part of systemd only in sense that it's built from the same tarball, and that's all. I would say that we provide support for systemd along with openrc in our udev ebuild. The orig. Gentoo udev maintainers, WilliamH and me, are not intrested in eudev at all. All it does is remove the systemd support and reinstantate support for older kernels than 2.6.39. And eudev is not becoming the default anytime soon, if ever. It's a pet project of mostly some newer Gentoo developers. I consider it unnecessary and experimental.
Back to top
View user's profile Send private message
cwr
Veteran
Veteran


Joined: 17 Dec 2005
Posts: 1632

PostPosted: Sun Jan 20, 2013 6:23 pm    Post subject: Reply with quote

Heaven forbid that anything in Gentoo should ever be considered experimental!

Will
Back to top
View user's profile Send private message
Moriah
Veteran
Veteran


Joined: 27 Mar 2004
Posts: 1860
Location: Kentucky

PostPosted: Mon Jan 21, 2013 3:59 pm    Post subject: Reply with quote

I am having a similar problem with udev conflict, but I am nit using module-init-tools:
Code:

gentoo_amd64 ~ # emerge -pv --update --deep --newuse system

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

Calculating dependencies... done!
[ebuild     U  ] sys-fs/udev-197-r3 [171-r9] USE="acl%* kmod%* openrc%* -doc% -gudev -hwdb -introspection -keymap (-selinux) -static-libs% (-action_modeswitch%) (-build%) (-debug%) (-edd%) (-extras%) (-floppy%) (-rule_generator%*) (-test%)" 2,008 kB
[ebuild     U  ] virtual/udev-197 [171] USE="-gudev -hwdb -introspection -keymap (-selinux) -static-libs" 0 kB
[ebuild  N     ] sys-fs/udev-init-scripts-19  5 kB
[blocks B      ] <sys-fs/udev-186 ("<sys-fs/udev-186" is blocking sys-fs/udev-init-scripts-19)

Total: 3 packages (2 upgrades, 1 new), Size of downloads: 2,013 kB
Conflict: 1 block (1 unsatisfied)

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

virtual/udev:0

  (virtual/udev-171::gentoo, installed) pulled in by
    <virtual/udev-196 required by (sys-fs/lvm2-2.02.88::gentoo, installed)

  (virtual/udev-197::gentoo, ebuild scheduled for merge) pulled in by
    >=virtual/udev-197 required by (sys-fs/udev-197-r3::gentoo, ebuild scheduled for merge)
    =virtual/udev-197 required by (virtual/dev-manager-0::gentoo, installed)
    (and 3 more with the same problems)

sys-fs/udev:0

  (sys-fs/udev-197-r3::gentoo, ebuild scheduled for merge) pulled in by
    >=sys-fs/udev-197-r3[gudev?,hwdb?,introspection?,keymap?,selinux?,static-libs?] required by (virtual/udev-197::gentoo, ebuild scheduled for merge)

  (sys-fs/udev-171-r9::gentoo, installed) pulled in by
    ~sys-fs/udev-171[gudev?,hwdb?,introspection?,keymap?,selinux?] required by (virtual/udev-171::gentoo, installed)


It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously.  If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.

gentoo_amd64 ~ #

Is there another reason why udev is being cantankerous?
_________________
The MyWord KJV Bible tool is at http://www.elilabs.com/~myword

Foghorn Leghorn is a Warner Bros. cartoon character.
Back to top
View user's profile Send private message
ssuominen
Developer
Developer


Joined: 30 Sep 2005
Posts: 2000
Location: Finland

PostPosted: Mon Jan 21, 2013 4:01 pm    Post subject: Reply with quote

Moriah wrote:
I am having a similar problem with udev conflict, but I am nit using module-init-tools:
Code:

gentoo_amd64 ~ # emerge -pv --update --deep --newuse system

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

Calculating dependencies... done!
[ebuild     U  ] sys-fs/udev-197-r3 [171-r9] USE="acl%* kmod%* openrc%* -doc% -gudev -hwdb -introspection -keymap (-selinux) -static-libs% (-action_modeswitch%) (-build%) (-debug%) (-edd%) (-extras%) (-floppy%) (-rule_generator%*) (-test%)" 2,008 kB
[ebuild     U  ] virtual/udev-197 [171] USE="-gudev -hwdb -introspection -keymap (-selinux) -static-libs" 0 kB
[ebuild  N     ] sys-fs/udev-init-scripts-19  5 kB
[blocks B      ] <sys-fs/udev-186 ("<sys-fs/udev-186" is blocking sys-fs/udev-init-scripts-19)

Total: 3 packages (2 upgrades, 1 new), Size of downloads: 2,013 kB
Conflict: 1 block (1 unsatisfied)

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

virtual/udev:0

  (virtual/udev-171::gentoo, installed) pulled in by
    <virtual/udev-196 required by (sys-fs/lvm2-2.02.88::gentoo, installed)

  (virtual/udev-197::gentoo, ebuild scheduled for merge) pulled in by
    >=virtual/udev-197 required by (sys-fs/udev-197-r3::gentoo, ebuild scheduled for merge)
    =virtual/udev-197 required by (virtual/dev-manager-0::gentoo, installed)
    (and 3 more with the same problems)

sys-fs/udev:0

  (sys-fs/udev-197-r3::gentoo, ebuild scheduled for merge) pulled in by
    >=sys-fs/udev-197-r3[gudev?,hwdb?,introspection?,keymap?,selinux?,static-libs?] required by (virtual/udev-197::gentoo, ebuild scheduled for merge)

  (sys-fs/udev-171-r9::gentoo, installed) pulled in by
    ~sys-fs/udev-171[gudev?,hwdb?,introspection?,keymap?,selinux?] required by (virtual/udev-171::gentoo, installed)


It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously.  If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.

gentoo_amd64 ~ #

Is there another reason why udev is being cantankerous?


# emerge -C module-init-tools udev-init-scripts

And make sure you have same USE flags enabled in both, sys-fs/udev and virtual/udev.

module-init-tools is on it's way out of Portage in favour of kmod which has everything module-init-tools had and more
Back to top
View user's profile Send private message
Moriah
Veteran
Veteran


Joined: 27 Mar 2004
Posts: 1860
Location: Kentucky

PostPosted: Mon Jan 21, 2013 4:14 pm    Post subject: Reply with quote

Not so:
Code:

gentoo_amd64 ~ # emerge -C module-init-tools udev-init-scripts
 * This action can remove important packages! In order to be safer, use
 * `emerge -pv --depclean <atom>` to check for reverse dependencies before
 * removing packages.

--- Couldn't find 'module-init-tools' to unmerge.

--- Couldn't find 'udev-init-scripts' to unmerge.

>>> No packages selected for removal by unmerge
gentoo_amd64 ~ #

Now what? :(
_________________
The MyWord KJV Bible tool is at http://www.elilabs.com/~myword

Foghorn Leghorn is a Warner Bros. cartoon character.
Back to top
View user's profile Send private message
ssuominen
Developer
Developer


Joined: 30 Sep 2005
Posts: 2000
Location: Finland

PostPosted: Mon Jan 21, 2013 5:01 pm    Post subject: Reply with quote

Moriah wrote:
Not so:
Code:

gentoo_amd64 ~ # emerge -C module-init-tools udev-init-scripts
 * This action can remove important packages! In order to be safer, use
 * `emerge -pv --depclean <atom>` to check for reverse dependencies before
 * removing packages.

--- Couldn't find 'module-init-tools' to unmerge.

--- Couldn't find 'udev-init-scripts' to unmerge.

>>> No packages selected for removal by unmerge
gentoo_amd64 ~ #

Now what? :(


Oops! I didn't notice the lvm2 line in your paste earlier. My bad! Sorry.

# emerge -1 ">=sys-fs/lvm2-2.02.97"

If it complains it's keyworded. Add this line to package.keywords:

~sys-fs/lvm2-2.02.97

Or you can even temporarily: emerge -C lvm2

Just don't boot before you have emerged it back
Back to top
View user's profile Send private message
figueroa
Apprentice
Apprentice


Joined: 14 Aug 2005
Posts: 219
Location: GA-USA

PostPosted: Mon Jan 21, 2013 6:35 pm    Post subject: Reply with quote

I AM using a kernel lower than 2.6.39, so a little warning would have been in order, no?

Anyway, I had to mask both the new virtual/udev and sys-dev/udev to succeed in what should have been a routine emerge -uDN world today.
Quote:

>=sys-fs/udev-197
>=virtual/udev-197

_________________
Andy Figueroa
andy@andyfigueroa.us
Back to top
View user's profile Send private message
ssuominen
Developer
Developer


Joined: 30 Sep 2005
Posts: 2000
Location: Finland

PostPosted: Mon Jan 21, 2013 6:39 pm    Post subject: Reply with quote

figueroa wrote:
I AM using a kernel lower than 2.6.39, so a little warning would have been in order, no?

Anyway, I had to mask both the new virtual/udev and sys-dev/udev to succeed in what should have been a routine emerge -uDN world today.
Quote:

>=sys-fs/udev-197
>=virtual/udev-197


Then you really need to switch to sys-fs/eudev. Staying with 171-r10 where 2.6.31 is lowest won't really fly long since it's in so bad shape we are removing it after every architecture has stabilized 197-r3 where 2.6.39 is lowest we know working.

In reallife we don't really support 2.x series anymore at all in udev.

You can of course try to stay with older udev, but then you need to use local overlay and grab the required distfiles like now, because they'll go away from mirrors at any time.

http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-fs/udev/?hideattic=0
Back to top
View user's profile Send private message
figueroa
Apprentice
Apprentice


Joined: 14 Aug 2005
Posts: 219
Location: GA-USA

PostPosted: Mon Jan 21, 2013 6:50 pm    Post subject: Reply with quote

Is there an eudev conversion guide? This is the first I've heard of it. What is the source of information for ordinary users?
_________________
Andy Figueroa
andy@andyfigueroa.us
Back to top
View user's profile Send private message
ssuominen
Developer
Developer


Joined: 30 Sep 2005
Posts: 2000
Location: Finland

PostPosted: Mon Jan 21, 2013 7:52 pm    Post subject: Reply with quote

figueroa wrote:
Is there an eudev conversion guide? This is the first I've heard of it. What is the source of information for ordinary users?


You can ask questions at #gentoo-udev IRC at Freenode or you can read their page at github, see http://github.com/gentoo/eudev

It's sort of a trimmed down version of udev, but I'm not the best person to explain all their goals

I don't know of other source of information, except you can find some announcements from mailing lists in Google easily
Back to top
View user's profile Send private message
depontius
Advocate
Advocate


Joined: 05 May 2004
Posts: 2384

PostPosted: Mon Jan 21, 2013 8:14 pm    Post subject: Reply with quote

ssuominen wrote:
module-init-tools is dead package, use kmod instead:

Code:

# emerge -C module-init-tools



Let me get this straight... I can use kmod with the udev-171, then?

This udev upgrade has bugged me because it looks like I have to incompatibly replace 2 key pieces of infrastructure at the same time, and hope that it's all OK on the far end. I'm much happier if I can replace module-init-tools with kmod, make sure that works, then move on to upgrade udev.
_________________
.sigs waste space and bandwidth
Back to top
View user's profile Send private message
Moriah
Veteran
Veteran


Joined: 27 Mar 2004
Posts: 1860
Location: Kentucky

PostPosted: Mon Jan 21, 2013 8:30 pm    Post subject: Reply with quote

I did the lvm2 upgrade followed by the emerge -pv --update --deep --newuse system and it saw no conflicts, so I took out the -pv and it worked fine. I finished the rest of the weekly update without incident. 8)

Thanks! :D
_________________
The MyWord KJV Bible tool is at http://www.elilabs.com/~myword

Foghorn Leghorn is a Warner Bros. cartoon character.
Back to top
View user's profile Send private message
ssuominen
Developer
Developer


Joined: 30 Sep 2005
Posts: 2000
Location: Finland

PostPosted: Mon Jan 21, 2013 8:35 pm    Post subject: Reply with quote

depontius wrote:
ssuominen wrote:
module-init-tools is dead package, use kmod instead:

Code:

# emerge -C module-init-tools



Let me get this straight... I can use kmod with the udev-171, then?

This udev upgrade has bugged me because it looks like I have to incompatibly replace 2 key pieces of infrastructure at the same time, and hope that it's all OK on the far end. I'm much happier if I can replace module-init-tools with kmod, make sure that works, then move on to upgrade udev.


Yes, I've been told kmod works fine with older udevs too when USE="tools" is enabled. I haven't tested it myself, but I trust the people who told me so.
Back to top
View user's profile Send private message
figueroa
Apprentice
Apprentice


Joined: 14 Aug 2005
Posts: 219
Location: GA-USA

PostPosted: Tue Jan 22, 2013 12:15 am    Post subject: Reply with quote

Great -- it also turns out that udev-197 requires DEVTMPFS in the kernel. No warning so it's broken my system during reboot.
_________________
Andy Figueroa
andy@andyfigueroa.us
Back to top
View user's profile Send private message
figueroa
Apprentice
Apprentice


Joined: 14 Aug 2005
Posts: 219
Location: GA-USA

PostPosted: Tue Jan 22, 2013 12:18 am    Post subject: Reply with quote

ssuominen wrote:
figueroa wrote:
Is there an eudev conversion guide? This is the first I've heard of it. What is the source of information for ordinary users?


You can ask questions at #gentoo-udev IRC at Freenode or you can read their page at github, see http://github.com/gentoo/eudev

It's sort of a trimmed down version of udev, but I'm not the best person to explain all their goals

I don't know of other source of information, except you can find some announcements from mailing lists in Google easily


Great -- not ready for prime-time. It appears to me that this development is going too fast with inadequate testing and not concern for the ordinary userbase.
_________________
Andy Figueroa
andy@andyfigueroa.us
Back to top
View user's profile Send private message
ssuominen
Developer
Developer


Joined: 30 Sep 2005
Posts: 2000
Location: Finland

PostPosted: Tue Jan 22, 2013 12:23 am    Post subject: Reply with quote

figueroa wrote:
Great -- it also turns out that udev-197 requires DEVTMPFS in the kernel. No warning so it's broken my system during reboot.


The warning is printed when you emerge >=sys-fs/udev-197. It's usually very good idea to read everything from Portage when you upgrade something booting related. Anything booting related.
Back to top
View user's profile Send private message
Anon-E-moose
Advocate
Advocate


Joined: 23 May 2008
Posts: 2101
Location: Dallas area

PostPosted: Tue Jan 22, 2013 12:40 am    Post subject: Reply with quote

ssuominen wrote:
figueroa wrote:
Great -- it also turns out that udev-197 requires DEVTMPFS in the kernel. No warning so it's broken my system during reboot.


The warning is printed when you emerge >=sys-fs/udev-197. It's usually very good idea to read everything from Portage when you upgrade something booting related. Anything booting related.


It might be better if someone put out a *must read* news item rather than or in addition to, a warning that can get easily lost in the noise of a multi-package upgrade.
_________________
Asus m5a99fx, FX 8320 - amd64-multilib, 3.9.1-zen, eudev
glibc-2.17, gcc-4.7.3-r1, xorg-server-1.15, lxde, nouveau, oss4
Back to top
View user's profile Send private message
figueroa
Apprentice
Apprentice


Joined: 14 Aug 2005
Posts: 219
Location: GA-USA

PostPosted: Tue Jan 22, 2013 12:40 am    Post subject: Reply with quote

ssuominen wrote:
figueroa wrote:
Great -- it also turns out that udev-197 requires DEVTMPFS in the kernel. No warning so it's broken my system during reboot.


The warning is printed when you emerge >=sys-fs/udev-197. It's usually very good idea to read everything from Portage when you upgrade something booting related. Anything booting related.


You are right -- I missed it. I did read the elog before rebooting but missed it. I apologize for sounding rude.
_________________
Andy Figueroa
andy@andyfigueroa.us
Back to top
View user's profile Send private message
ssuominen
Developer
Developer


Joined: 30 Sep 2005
Posts: 2000
Location: Finland

PostPosted: Tue Jan 22, 2013 12:43 am    Post subject: Reply with quote

figueroa wrote:
ssuominen wrote:
figueroa wrote:
Great -- it also turns out that udev-197 requires DEVTMPFS in the kernel. No warning so it's broken my system during reboot.


The warning is printed when you emerge >=sys-fs/udev-197. It's usually very good idea to read everything from Portage when you upgrade something booting related. Anything booting related.


You are right -- I missed it. I did read the elog before rebooting but missed it. I apologize for sounding rude.


No problem. I also don't want to sound condescending. I'm glad you have it resolved. Let me know if you hit more problems with latest udev.
Back to top
View user's profile Send private message
depontius
Advocate
Advocate


Joined: 05 May 2004
Posts: 2384

PostPosted: Tue Jan 22, 2013 12:50 am    Post subject: Reply with quote

ssuominen wrote:
depontius wrote:
ssuominen wrote:
module-init-tools is dead package, use kmod instead:

Code:

# emerge -C module-init-tools



Let me get this straight... I can use kmod with the udev-171, then?

This udev upgrade has bugged me because it looks like I have to incompatibly replace 2 key pieces of infrastructure at the same time, and hope that it's all OK on the far end. I'm much happier if I can replace module-init-tools with kmod, make sure that works, then move on to upgrade udev.


Yes, I've been told kmod works fine with older udevs too when USE="tools" is enabled. I haven't tested it myself, but I trust the people who told me so.


It works. I removed module-init-tools, installed kmod with "USE="tools", and rebooted. All went well. Now I'm upgrading udev itself. That's happening in two stages - right now I'm doing it with "USE="-openrc", then I'll do it allowing my default USE="openrc" to take over. I had to do it this way because of the block on udev-init-scripts. I'm surprised this was a "B" block instead of a "b" block.
_________________
.sigs waste space and bandwidth
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum