View previous topic :: View next topic |
Author |
Message |
Carnildo Guru

Joined: 17 Jun 2004 Posts: 589
|
Posted: Tue Jan 29, 2013 4:08 am Post subject: Emerge wants to switch me to static /dev |
|
|
I've got a headless server running Gentoo that I went to upgrade today. Since udev-197 appears to be a high-risk update, I decided to mask it for a month or two while things settle down. If I mask ">=sys-fs/udev-197", I get the following when updating:
Code: | # emerge --pretend --deep --verbose --update --newuse --with-bdeps=y world
These are the packages that would be merged, in order:
Calculating dependencies... done!
...
[ebuild N ] sys-apps/makedev-3.23.1 USE="-build (-selinux)" 120 kB
...
[ebuild N ] sys-fs/static-dev-0.1 0 kB
... |
I can't see anything preventing the system from upgrading to sys-fs/udev-171-r10 (an "emerge --ask '=sys-fs/udev-171-r10' doesn't complain about masked, keyworded, or blocking packages). If I eliminate the package.mask entry for udev entirely, emerge wants to upgrade me to udev-197. Any ideas? |
|
Back to top |
|
 |
Hu Moderator

Joined: 06 Mar 2007 Posts: 12145
|
Posted: Tue Jan 29, 2013 4:56 am Post subject: |
|
|
Mask sys-fs/static-dev and check what happens next. You already know you do not want it, so why not mask it and force Portage to suggest some other option? |
|
Back to top |
|
 |
Carnildo Guru

Joined: 17 Jun 2004 Posts: 589
|
Posted: Tue Jan 29, 2013 5:51 am Post subject: |
|
|
Hu wrote: | Mask sys-fs/static-dev and check what happens next. You already know you do not want it, so why not mask it and force Portage to suggest some other option? |
It's now suggesting I rebuild sys-apps/busybox with the "mdev" use-flag enabled. Masking that in turn gives:
Code: | * 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-12 required by (sys-fs/udev-197-r4::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
The following keyword changes are necessary to proceed:
#required by virtual/udev-197, required by sys-fs/udev-init-scripts-19-r1
=sys-fs/udev-197-r4 ~x86
The following mask changes are necessary to proceed:
#required by virtual/udev-197, required by sys-fs/udev-init-scripts-19-r1
# /etc/portage/package.mask:
=sys-fs/udev-197-r4 |
|
|
Back to top |
|
 |
DaggyStyle Watchman


Joined: 22 Mar 2006 Posts: 5159
|
Posted: Tue Jan 29, 2013 6:17 am Post subject: |
|
|
Carnildo wrote: | Hu wrote: | Mask sys-fs/static-dev and check what happens next. You already know you do not want it, so why not mask it and force Portage to suggest some other option? |
It's now suggesting I rebuild sys-apps/busybox with the "mdev" use-flag enabled. Masking that in turn gives:
Code: | * 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-12 required by (sys-fs/udev-197-r4::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
The following keyword changes are necessary to proceed:
#required by virtual/udev-197, required by sys-fs/udev-init-scripts-19-r1
=sys-fs/udev-197-r4 ~x86
The following mask changes are necessary to proceed:
#required by virtual/udev-197, required by sys-fs/udev-init-scripts-19-r1
# /etc/portage/package.mask:
=sys-fs/udev-197-r4 |
|
read the output, mask sys-fs/udev-init-scripts and >=sys-apps/kmod-kmod-12
this should prevert udev from upgrading and should suppress the other errors. _________________ Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
ProjectFootball |
|
Back to top |
|
 |
Carnildo Guru

Joined: 17 Jun 2004 Posts: 589
|
Posted: Tue Jan 29, 2013 9:53 pm Post subject: |
|
|
DaggyStyle wrote: | Carnildo wrote: | Hu wrote: | Mask sys-fs/static-dev and check what happens next. You already know you do not want it, so why not mask it and force Portage to suggest some other option? |
It's now suggesting I rebuild sys-apps/busybox with the "mdev" use-flag enabled. Masking that in turn gives:
Code: | * 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-12 required by (sys-fs/udev-197-r4::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
The following keyword changes are necessary to proceed:
#required by virtual/udev-197, required by sys-fs/udev-init-scripts-19-r1
=sys-fs/udev-197-r4 ~x86
The following mask changes are necessary to proceed:
#required by virtual/udev-197, required by sys-fs/udev-init-scripts-19-r1
# /etc/portage/package.mask:
=sys-fs/udev-197-r4 |
|
read the output, mask sys-fs/udev-init-scripts and >=sys-apps/kmod-kmod-12
this should prevert udev from upgrading and should suppress the other errors. |
Did that, after fixing the obvious error in the kmod mask. New output:
Code: | * 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-12 required by (sys-fs/udev-197-r4::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
The following keyword changes are necessary to proceed:
#required by virtual/udev-197, required by sys-fs/udev-init-scripts-22
=sys-fs/udev-197-r4 ~x86
#required by sys-fs/udev-197-r4[openrc], required by virtual/udev-197, required by virtual/dev-manager-0, required by sys-kernel/gentoo-sources-3.5.7, required by @selected, required by @world (argument)
=sys-fs/udev-init-scripts-22 ~x86
The following mask changes are necessary to proceed:
#required by sys-fs/udev-197-r4[kmod], required by virtual/udev-197, required by sys-fs/udev-init-scripts-22
# /etc/portage/package.mask:
=sys-apps/kmod-12-r1
#required by virtual/udev-197, required by sys-fs/udev-init-scripts-22
# /etc/portage/package.mask:
=sys-fs/udev-197-r4
#required by sys-fs/udev-197-r4[openrc], required by virtual/udev-197, required by virtual/dev-manager-0, required by sys-kernel/gentoo-sources-3.5.7, required by @selected, required by @world (argument)
# /etc/portage/package.mask:
=sys-fs/udev-init-scripts-22 |
|
|
Back to top |
|
 |
Jaglover Watchman


Joined: 29 May 2005 Posts: 6229 Location: Saint Amant, Acadiana
|
|
Back to top |
|
 |
Carnildo Guru

Joined: 17 Jun 2004 Posts: 589
|
Posted: Tue Jan 29, 2013 10:29 pm Post subject: |
|
|
Jaglover wrote: | Static /dev sounds like a feasible solution for a headless server, what's wrong with that? |
It presumably requires a reboot, and like the udev-197 upgrade, carries a risk of the server not working after the reboot. Otherwise, I would -- I'm getting sick of fighting with udev. |
|
Back to top |
|
 |
Jaglover Watchman


Joined: 29 May 2005 Posts: 6229 Location: Saint Amant, Acadiana
|
Posted: Tue Jan 29, 2013 10:46 pm Post subject: |
|
|
Think clear now.
You do have device nodes for your devices. Created by udev. What stops you from keeping these nodes while removing udev? No reboot needed. _________________ Please learn how to denote units correctly! |
|
Back to top |
|
 |
Carnildo Guru

Joined: 17 Jun 2004 Posts: 589
|
Posted: Tue Jan 29, 2013 10:48 pm Post subject: |
|
|
Jaglover wrote: | Think clear now.
You do have device nodes for your devices. Created by udev. What stops you from keeping these nodes while removing udev? No reboot needed. |
And what happens to those nodes when I reboot? |
|
Back to top |
|
 |
Jaglover Watchman


Joined: 29 May 2005 Posts: 6229 Location: Saint Amant, Acadiana
|
|
Back to top |
|
 |
DaggyStyle Watchman


Joined: 22 Mar 2006 Posts: 5159
|
Posted: Wed Jan 30, 2013 6:35 am Post subject: |
|
|
are you sure you've masked udev-197? _________________ Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
ProjectFootball |
|
Back to top |
|
 |
Anon-E-moose Advocate


Joined: 23 May 2008 Posts: 2799 Location: Dallas area
|
Posted: Wed Jan 30, 2013 10:51 am Post subject: |
|
|
add the -t flag to the emerge pretend and see what is trying to pull in what
It sounds like some dependency is needing either udev >= 197 or static dev
Find out what it is.
I've had to mask several newer packages to keep them from complaining about udev 197 being masked. _________________ Asus m5a99fx, FX 8320 - amd64-multilib, 4.11.7-zen, glibc-2.21, gcc-4.9.4, eudev
xorg-server-1.19.5 w/mesa-17.2.8, openbox, nouveau and radeon, oss4(2017) |
|
Back to top |
|
 |
depontius Advocate

Joined: 05 May 2004 Posts: 3315
|
Posted: Wed Jan 30, 2013 1:07 pm Post subject: |
|
|
I moved to the new udev, and had a few problems, but I've gotten through them. Are you working harder to avoid the new udev than you would have to do adapt?
That said, I have not taken on the new network names. I think that change is going to get rolled back, right after Linus has a non-functional boot, and rips the udev developers a new one for breaking his system. _________________ .sigs waste space and bandwidth |
|
Back to top |
|
 |
Anon-E-moose Advocate


Joined: 23 May 2008 Posts: 2799 Location: Dallas area
|
Posted: Wed Jan 30, 2013 2:39 pm Post subject: |
|
|
depontius wrote: | That said, I have not taken on the new network names. I think that change is going to get rolled back, right after Linus has a non-functional boot, and rips the udev developers a new one for breaking his system. |
LoL _________________ Asus m5a99fx, FX 8320 - amd64-multilib, 4.11.7-zen, glibc-2.21, gcc-4.9.4, eudev
xorg-server-1.19.5 w/mesa-17.2.8, openbox, nouveau and radeon, oss4(2017) |
|
Back to top |
|
 |
Carnildo Guru

Joined: 17 Jun 2004 Posts: 589
|
Posted: Wed Jan 30, 2013 9:56 pm Post subject: |
|
|
DaggyStyle wrote: | are you sure you've masked udev-197? |
Code: | $ cat /etc/portage/package.mask
>=sys-fs/udev-190
sys-fs/udev-init-scripts
sys-apps/kmod
sys-fs/static-dev
sys-apps/busybox |
Anon-E-moose wrote: | add the -t flag to the emerge pretend and see what is trying to pull in what
It sounds like some dependency is needing either udev >= 197 or static dev
Find out what it is. |
If the emerge output is to be believed, the offending package is GCC 4.6.3, which makes no sense whatsoever:
Code: | [nomerge ] virtual/ssh-0 USE="-minimal"[ebuild R ] net-misc/openssh-5.9_p1-r4 USE="hpn pam tcpd -X -X509 -bindist% -kerberos -ldap -libed
it (-selinux) -skey -static" 0 kB
[ebuild NS ] sys-kernel/gentoo-sources-3.5.7:3.5.7 [2.6.32-r7:2.6.32-r7, 2.6.39-r3:2.6.39-r3, 3.0.6:3.0.6] USE="-build -deblob -symlink" 79,348 kB
[ebuild NS ] sys-devel/gcc-4.6.3:4.6 [4.4.5:4.4, 4.5.4:4.5] USE="cxx mudflap nls nptl openmp (-altivec) -doc (-fixed-point) -fortran -gcj -graphite -gtk (-hardened) (-libssp) (-multilib) -multislot -nopie -nossp -objc -objc++ -objc-gc {-test} -vanilla" 70,352 kB
[nomerge ] sys-fs/udev-197-r4 [171-r9] USE="acl%* kmod%* openrc%* -doc% -gudev -hwdb -introspection -keymap (-selinux) -static-libs% (-action_modeswitch%) (-build%) (-debug%) (-edd%) (-extras%) (-floppy%) (-rule_generator%*) (-test%)"
[ebuild N #] sys-fs/udev-init-scripts-22 USE="-build" 5 kB
[ebuild U ] virtual/udev-197 [171] USE="kmod%* -gudev -hwdb -introspection -keymap (-selinux) -static-libs (-acl%*)" 0 kB
[ebuild U #] sys-fs/udev-197-r4 [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 N #] sys-apps/kmod-12-r1 USE="tools zlib -debug -doc -lzma -static-libs" 1,246 kB
[nomerge ] app-admin/syslog-ng-3.2.5 USE="ipv6 pcre ssl tcpd -caps -hardened (-selinux) -spoof-source -sql"
[ebuild R ] dev-libs/glib-2.32.4-r1:2 USE="-debug (-fam) (-selinux) -static-libs -systemtap {-test} -utils -xattr (-doc%)" 0 kB
[nomerge ] sys-apps/kmod-12-r1 USE="tools zlib -debug -doc -lzma -static-libs"
[ebuild N ] dev-libs/libxslt-1.1.28 USE="-crypt -debug -python -static-libs" 3,356 kB
[nomerge ] app-editors/vim-7.3.409 USE="acl nls -X -cscope -debug -gpm -minimal -perl -python -ruby -vim-pager"
[nomerge ] app-editors/vim-core-7.3.409 USE="acl nls -livecd"
[ebuild R ] sys-libs/ncurses-5.9-r2:5 USE="cxx unicode -ada -debug -doc -gpm -minimal -profile -static-libs -tinfo% -trace" 0 kB
[nomerge ] sys-fs/udev-init-scripts-22 USE="-build"
[nomerge ] sys-apps/openrc-0.11.8 USE="ncurses pam unicode -debug -newnet (-prefix) (-selinux) -static-libs"
[ebuild U ] sys-libs/glibc-2.15-r3:2.2 [2.13-r4:2.2] USE="-debug -gd (-hardened) (-multilib) -profile (-selinux) -vanilla (-glibc-omitfp%) (-nls%*)" 10,568 kB |
depontius wrote: | I moved to the new udev, and had a few problems, but I've gotten through them. Are you working harder to avoid the new udev than you would have to do adapt? |
If I upgrade udev and something breaks, getting console access to this server requires two people and takes half an hour. Avoiding an extended wrestling match with a shelf full of computers is worth some effort. |
|
Back to top |
|
 |
Anon-E-moose Advocate


Joined: 23 May 2008 Posts: 2799 Location: Dallas area
|
Posted: Wed Jan 30, 2013 11:46 pm Post subject: |
|
|
Code: | [ebuild N #] sys-fs/udev-init-scripts-22 USE="-build" 5 kB
[ebuild U ] virtual/udev-197 [171] USE="kmod%* -gudev -hwdb -introspection -keymap (-selinux) -static-libs (-acl%*)" 0 kB
[ebuild U #] sys-fs/udev-197-r4 [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 |
Mask udev-init-scripts and see if that doesn't force an older udev to be used.
I have this in my portage.mask
Code: | >=sys-fs/udev-171-r7
>virtual/udev-171
|
as I'm quite happy with udev-171-r6 in my local portage tree.
Edit to add: also mask >sys-fs/udev-197 _________________ Asus m5a99fx, FX 8320 - amd64-multilib, 4.11.7-zen, glibc-2.21, gcc-4.9.4, eudev
xorg-server-1.19.5 w/mesa-17.2.8, openbox, nouveau and radeon, oss4(2017) |
|
Back to top |
|
 |
Carnildo Guru

Joined: 17 Jun 2004 Posts: 589
|
Posted: Thu Jan 31, 2013 1:06 am Post subject: |
|
|
Anon-E-moose wrote: | Mask udev-init-scripts and see if that doesn't force an older udev to be used. |
Already masked. That's what the '#' in the emerge output means.
Quote: | Edit to add: also mask >sys-fs/udev-197 |
Already masked as well. |
|
Back to top |
|
 |
DaggyStyle Watchman


Joined: 22 Mar 2006 Posts: 5159
|
Posted: Thu Jan 31, 2013 6:07 am Post subject: |
|
|
Carnildo wrote: | Anon-E-moose wrote: | Mask udev-init-scripts and see if that doesn't force an older udev to be used. |
Already masked. That's what the '#' in the emerge output means.
Quote: | Edit to add: also mask >sys-fs/udev-197 |
Already masked as well. |
as Anon-E-moose pointed out you need to mask >virtual/udev-171 too. _________________ Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
ProjectFootball |
|
Back to top |
|
 |
|
|
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
|
|