Forums

Skip to content

Advanced search
  • Quick links
    • Unanswered topics
    • Active topics
    • Search
  • FAQ
  • Login
  • Register
  • Board index Assistance Portage & Programming
  • Search

systemd and udev

Problems with emerge or ebuilds? Have a basic programming question about C, PHP, Perl, BASH or something else?
Post Reply
Advanced search
28 posts
  • 1
  • 2
  • Next
Author
Message
joekickass
n00b
n00b
Posts: 18
Joined: Mon Mar 19, 2012 5:53 pm
Location: Sweden

systemd and udev

  • Quote

Post by joekickass » Sun Mar 24, 2013 7:36 pm

Hi,

I have systemd installed on a lab computer to learn a little about systemd, udev and X. Lately, I've been getting lots of conflicts when updating my system and I though someone here might help me out a bit. Update conflict:

Code: Select all

toni@toni-gentoo ~ $ sudo emerge --update --deep --with-bdeps=y --newuse @world
Calculating dependencies... done!
[ebuild     U  ] app-admin/eselect-python-20111108 [20100321]
[ebuild     U ~] dev-libs/glib-2.34.3 [2.32.4-r1]
[ebuild     U  ] dev-lang/python-2.7.3-r3 [2.7.3-r2] USE="-hardened%" 
[ebuild     UD ] sys-apps/hwids-20130302 [20130309-r1]
[ebuild     U  ] x11-proto/xcb-proto-1.8-r1 [1.8] PYTHON_SINGLE_TARGET="python2_7%* -python2_5% -python2_6% -python3_1% -python3_2% (-python3_3)" PYTHON_TARGETS="python2_7%* python3_2%* -python2_5% -python2_6% -python3_1% (-python3_3)" 
[ebuild     U  ] dev-lang/spidermonkey-1.8.5-r4 [1.8.5-r1] USE="-minimal%" 
[ebuild  N     ] x11-libs/xpyb-1.3.1-r1  USE="(-selinux) -static-libs" PYTHON_SINGLE_TARGET="python2_7 -python2_5 -python2_6 -python3_1 -python3_2 (-python3_3)" PYTHON_TARGETS="python2_7 python3_2 -python2_5 -python2_6 -python3_1 (-python3_3)" 
[ebuild     U  ] dev-python/pycairo-1.10.0-r4 [1.10.0-r2] USE="xcb%*" PYTHON_TARGETS="python2_7%* python3_2%* -python2_6% -python3_1% (-python3_3)" 
[ebuild     U  ] dev-qt/qtcore-4.8.4-r4 [4.8.4-r2]
[ebuild     U ~] sys-fs/udev-198-r6 [198-r1]
[ebuild     UD ] sys-fs/udev-197-r8 [198-r1]
[ebuild     U ~] x11-libs/gtk+-2.24.17 [2.24.16]
[ebuild     U  ] app-text/poppler-0.22.2-r2 [0.22.2-r1]
[ebuild     UD ] sys-auth/pambase-20101024-r2 [20120417-r1]
[ebuild     UD ] sys-apps/shadow-4.1.4.3 [4.1.5.1-r1]
[ebuild     UD ] sys-fs/udev-init-scripts-23 [24]
[ebuild     UD ] sys-auth/consolekit-0.4.5_p20120320-r1 [0.4.5_p20120320-r2]
[blocks B      ] sys-apps/systemd ("sys-apps/systemd" is blocking sys-fs/udev-198-r6)

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

sys-fs/udev:0

  (sys-fs/udev-198-r6::gentoo, ebuild scheduled for merge) pulled in by
    ~sys-fs/udev-198[acl?] required by (sys-apps/systemd-198-r1::gentoo, installed)

  (sys-fs/udev-197-r8::gentoo, ebuild scheduled for merge) pulled in by
    <sys-fs/udev-198-r5[acl?] required by (sys-apps/systemd-198-r1::gentoo, installed)

sys-apps/hwids:0

  (sys-apps/hwids-20130309-r1::gentoo, installed) pulled in by
    >=sys-apps/hwids-20130309-r1[udev] required by (sys-fs/udev-198-r6::gentoo, ebuild scheduled for merge)

  (sys-apps/hwids-20130302::gentoo, ebuild scheduled for merge) pulled in by
    (no parents that aren't satisfied by other packages in this slot)

dev-libs/glib:2

  (dev-libs/glib-2.34.3::gentoo, ebuild scheduled for merge) pulled in by
    (no parents that aren't satisfied by other packages in this slot)

  (dev-libs/glib-2.32.4-r1::gentoo, installed) pulled in by
    <dev-libs/glib-2.33:2 required by (dev-libs/gobject-introspection-1.32.1::gentoo, installed)
Looking at the systemd package, udev dependencies are listed twice. What's up with that?!?

Code: Select all

 * dependency graph for sys-apps/systemd-198-r1
 `--  sys-apps/systemd-198-r1  ~amd64 
   `--  sys-apps/dbus-1.6.8-r1  (>=sys-apps/dbus-1.6.8-r1) ~amd64 
   `--  sys-apps/util-linux-2.22.2  (>=sys-apps/util-linux-2.20) amd64 
   `--  sys-fs/udev-197-r8  (<sys-fs/udev-198-r5) amd64  [acl?]
   `--  sys-fs/udev-198-r6  (~sys-fs/udev-198) ~amd64  [acl?]
   `--  sys-libs/libcap-2.22  (sys-libs/libcap) amd64 
   `--  sys-apps/acl-2.2.51  (sys-apps/acl) amd64 
   `--  sys-process/audit-2.1.3-r1  (>=sys-process/audit-2) amd64 
   `--  sys-fs/cryptsetup-1.4.3  (>=sys-fs/cryptsetup-1.4.2) amd64 
   `--  dev-libs/libgcrypt-1.5.0-r2  (>=dev-libs/libgcrypt-1.4.5) amd64 
   `--  net-libs/libmicrohttpd-0.9.23  (net-libs/libmicrohttpd) amd64 
   `--  sys-apps/kmod-12-r1  (>=sys-apps/kmod-12) ~amd64 
   `--  app-arch/xz-utils-5.0.4-r1  (app-arch/xz-utils) amd64 
   `--  virtual/pam-0  (virtual/pam) amd64 
   `--  dev-lang/python-2.7.3-r3  (dev-lang/python) amd64 
   `--  dev-python/python-exec-0.2  (dev-python/python-exec) amd64  [python_targets_python2_7(-)? python_single_target_python2_7(+)?]
   `--  media-gfx/qrencode-3.3.1  (media-gfx/qrencode) amd64 
   `--  sys-libs/libselinux-2.1.12-r2  (sys-libs/libselinux) M[package.mask] 
   `--  sys-apps/tcp-wrappers-7.6-r8  (sys-apps/tcp-wrappers) amd64 
   `--  sys-apps/attr-2.4.46-r1  (sys-apps/attr) amd64 
   `--  app-text/docbook-xsl-stylesheets-1.78.0  (app-text/docbook-xsl-stylesheets) amd64 
   `--  dev-libs/libxslt-1.1.28  (dev-libs/libxslt) amd64 
   `--  dev-util/gperf-3.0.4  (dev-util/gperf) amd64 
   `--  dev-util/intltool-0.50.2  (dev-util/intltool) amd64 
   `--  sys-fs/quota-3.17-r1  (sys-fs/quota) amd64 
   `--  sys-kernel/linux-headers-3.8  (>=sys-kernel/linux-headers-2.6.39) ~amd64 
   `--  dev-libs/gobject-introspection-1.32.1  (dev-libs/gobject-introspection) amd64 
   `--  dev-util/gtk-doc-1.18-r1  (>=dev-util/gtk-doc-1.18) amd64 
   `--  sys-apps/hwids-20130302  (sys-apps/hwids) amd64 
   `--  sys-apps/sysvinit-2.88-r3  (<sys-apps/sysvinit-2.88-r4) amd64 
[ sys-apps/systemd-198-r1 stats: packages (30), max depth (1) ]
Uname:

Code: Select all

# uname -a
Linux toni-gentoo 3.7.10-gentoo #1 SMP Sun Mar 24 17:00:15 CET 2013 x86_64 Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz GenuineIntel GNU/Linux
make.conf:

Code: Select all

# Compiler flags
CFLAGS="-march=native -O2 -pipe"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j3"

# WARNING: Changing your CHOST is not something that should be done lightly.
CHOST="x86_64-pc-linux-gnu"

USE="bindist mmx sse sse2 png systemd"

GENTOO_MIRRORS="ftp://mirror.mdfnet.se/gentoo http://mirror.mdfnet.se/gentoo ftp://ftp.klid.dk/gentoo/ http://ftp.klid.dk/ftp/gentoo/ http://ftp.df.lth.se/pub/gentoo/ ftp://ftp.df.lth.se/pub/gentoo/"

#SYNC="rsync://rsync.gentoo.org/gentoo-portage"
#SYNC="rsync://rsync15.de.gentoo.org/gentoo-portage"
SYNC="rsync://rsync.se.gentoo.org/gentoo-portage"

VIDEO_CARDS="nouveau"

INPUT_DEVICES="evdev synaptics"

ACCEPT_LICENSE="Oracle-BCLA-JavaSE"

# Additional overlays
source /var/lib/layman/make.conf

# Local overlay
PORTDIR_OVERLAY="$PORTDIR_OVERLAY /usr/local/portage/"

# Have portage generate logs
PORT_LOGDIR="/var/log/portage"
Finally, portage.accept_keywords (mostly taken from the gentoo systemd guide):

Code: Select all

# grub2
sys-boot/grub:2 **

# awesome
x11-wm/awesome ~amd64
dev-lua/lgi ~amd64

# awesome themes (local overlay)
x11-themes/awesome-themes ~amd64

# systemd
sys-apps/systemd
sys-apps/dbus
sys-fs/udev
sys-kernel/linux-headers
>=sys-apps/kmod-5
dev-libs/atk
dev-libs/glib
dev-lang/vala
x11-libs/gtk+:2
net-wireless/wpa_supplicant

# urxvt
x11-terms/rxvt-unicode ~amd64

# java
dev-java/oracle-jdk-bin ~amd64
dev-java/sun-jdk ~amd64

# ranger
app-misc/ranger ~amd64
Is the correct way forward here to explicitly specify a systemd version to go with since it seems like it is that package that is holding other stuff back?

/ Tomas
Top
GFCCAE6xF
Apprentice
Apprentice
Posts: 295
Joined: Mon Aug 06, 2012 7:44 am

  • Quote

Post by GFCCAE6xF » Sun Mar 24, 2013 8:16 pm

Please take a read through this: https://bugs.gentoo.org/show_bug.cgi?id=462750

There is currently some conflict and systemd has had some quick fix to make it usable again. Things are a little messy atm and it may be some time before things are cleaned up between the two unfortunately, I fear.

Systemd has been made to now install udev with it and satisfy the udev virtual instead of systemd and udev being split from the same source and installed separately for systemd users (not sure if this will be permanent). It seems the maintainer thought that best solution for now and me an ulenrich as mere users have voiced agreement with that in the bug since it kind of makes sense anyway. You just need to emerge --sync to pick the new changes up.

As for the the hwids and glib.. I have no idea at a first glance.
You could try removing sys-apps/hwids-20130302 since it seems nothing needs it(?).
Top
joekickass
n00b
n00b
Posts: 18
Joined: Mon Mar 19, 2012 5:53 pm
Location: Sweden

  • Quote

Post by joekickass » Sun Mar 24, 2013 8:21 pm

rorgoroth wrote:Please take a read through this: https://bugs.gentoo.org/show_bug.cgi?id=462750
Thanks for quick reply. I'll check it out.
As for the the hwids and glib.. I have no idea at a first glance.
You could try removing sys-apps/hwids-20130302 since it seems nothing needs it(?).
Yeah, I think it was pulled in by some requirement to systemd when I installed it a while ago. I'll try your suggestion...

/ Tomas
Top
GFCCAE6xF
Apprentice
Apprentice
Posts: 295
Joined: Mon Aug 06, 2012 7:44 am

  • Quote

Post by GFCCAE6xF » Sun Mar 24, 2013 8:33 pm

I think you can also remove dev-libs/glib too so it can update here.

If you aren't sure about removing it (or any package) you can use # quickpkg dev-libs/glib first so you have it there as a backup.
Then if needed # emerge --usepkg /path/to/your/packages.tbz2 to get the previous package back.
Top
joekickass
n00b
n00b
Posts: 18
Joined: Mon Mar 19, 2012 5:53 pm
Location: Sweden

  • Quote

Post by joekickass » Sun Mar 24, 2013 8:41 pm

joekickass wrote:
rorgoroth wrote:Please take a read through this: https://bugs.gentoo.org/show_bug.cgi?id=462750
Thanks for quick reply. I'll check it out.
Ehh... that's some messed up bug report =)
Top
GFCCAE6xF
Apprentice
Apprentice
Posts: 295
Joined: Mon Aug 06, 2012 7:44 am

  • Quote

Post by GFCCAE6xF » Sun Mar 24, 2013 8:47 pm

It's rare, but udev and co has a bad effect on people in general, it will sort itself out soon. Plus it's all in ~arch anyway, have to take it on the chin :)
Top
joekickass
n00b
n00b
Posts: 18
Joined: Mon Mar 19, 2012 5:53 pm
Location: Sweden

  • Quote

Post by joekickass » Sun Mar 24, 2013 9:05 pm

rorgoroth wrote:Plus it's all in ~arch anyway, have to take it on the chin :)
Yup, no problem. Actually, the more it breaks the more I learn =)

Thanks for your help. I'll ride out the storm...
Top
GFCCAE6xF
Apprentice
Apprentice
Posts: 295
Joined: Mon Aug 06, 2012 7:44 am

  • Quote

Post by GFCCAE6xF » Sun Mar 24, 2013 9:10 pm

No problem.

I'm also riding it out, the whole thing messed my system so I have had to revert to openrc only until I have some time to test/things get sorted out for definite.
Top
Anon-E-moose
Watchman
Watchman
User avatar
Posts: 6566
Joined: Fri May 23, 2008 7:31 pm
Location: Dallas area

  • Quote

Post by Anon-E-moose » Sun Mar 24, 2013 9:37 pm

Oh my. (on bugs)
UM780 xtx, 6.18 zen kernel, gcc 15, openrc, wayland
minixforum m1-s1 max -- same software as above but used for ai learning


Zealots are gonna be zealots, just like haters are gonna be haters
Top
friesia
Apprentice
Apprentice
User avatar
Posts: 202
Joined: Fri Mar 23, 2007 2:09 pm

  • Quote

Post by friesia » Mon Mar 25, 2013 11:55 am

They marked the bug as fixe now. But there's another one related: https://bugs.gentoo.org/show_bug.cgi?id=462998

Is it safe to remove udev before updating systemd?
I see no other way to resolve current block:

Code: Select all

[ebuild     U  ] virtual/udev-197-r2 [197-r1] USE="gudev hwdb introspection keymap kmod (-selinux) -static-libs" 0 kB
[ebuild     U  ] sys-fs/udev-198-r6 [198-r5] USE="acl gudev hwdb introspection keymap kmod -doc -openrc (-selinux) -static-libs" 0 kB
[ebuild     U  ] sys-apps/systemd-198-r4 [198-r2] USE="acl kmod pam python tcpd -audit -cryptsetup -doc% -efi -gcrypt -gudev% -http -introspection% -lzma -qrcode (-selinux) -vanilla -xattr" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7" 0 kB
[blocks B      ] sys-fs/udev ("sys-fs/udev" is blocking sys-apps/systemd-198-r4)
[blocks B      ] sys-apps/systemd ("sys-apps/systemd" is blocking sys-fs/udev-198-r6)
Top
GFCCAE6xF
Apprentice
Apprentice
Posts: 295
Joined: Mon Aug 06, 2012 7:44 am

  • Quote

Post by GFCCAE6xF » Mon Mar 25, 2013 12:02 pm

You need to add the introspection flag to systemd, I reported the bug just 10 minutes ago here: https://bugs.gentoo.org/show_bug.cgi?id=463212

Then you can safety emerge -C sys-fs/udev and then let systemd update.
Top
friesia
Apprentice
Apprentice
User avatar
Posts: 202
Joined: Fri Mar 23, 2007 2:09 pm

  • Quote

Post by friesia » Mon Mar 25, 2013 12:08 pm

rorgoroth wrote:You need to add the introspection flag to systemd
If it's about eudev, I masked it long ago :)

upd: this is what I had to do

1. Add gudev and introspection USE flags to systemd
2. Unmerge udev
3. Mask sys-fs/udev
4. Update
Top
GFCCAE6xF
Apprentice
Apprentice
Posts: 295
Joined: Mon Aug 06, 2012 7:44 am

  • Quote

Post by GFCCAE6xF » Mon Mar 25, 2013 12:19 pm

Oops :oops:
It should be safe to remove, I couldnt see the little % signs in the code snippet.

Ah, post at the same time.
You shouldn't need to mask udev at all when you have +gudev and +introspection on systemd.
Top
ulenrich
Veteran
Veteran
Posts: 1483
Joined: Sun Oct 10, 2010 9:26 pm

When systemd-198-r4 relocates udev to /usr/lib don't forget:

  • Quote

Post by ulenrich » Mon Mar 25, 2013 12:56 pm

mgorny has now seperated systemd from Gentoo udev.
Gentoo Systemd also incorporates udev like upstream now.

mgorny is willing to strictly follow upstream.
Therfore once again a relocation of Systemds udev to /usr/lib/udev.

To get this done, don't forget after upgrade to systemd-198-r4:

Code: Select all

emerge -1 $(for i in /lib/udev/rules.d/*;do equery -q -C b -e -n $i;done)
PS: The above misses to move the hwdb also:
emerge -1 hwids
Last edited by ulenrich on Mon Mar 25, 2013 2:31 pm, edited 2 times in total.
Top
friesia
Apprentice
Apprentice
User avatar
Posts: 202
Joined: Fri Mar 23, 2007 2:09 pm

  • Quote

Post by friesia » Mon Mar 25, 2013 1:49 pm

I thought from the bugzilla discussion that upstream suggets moving from /usr to /.
Top
ulenrich
Veteran
Veteran
Posts: 1483
Joined: Sun Oct 10, 2010 9:26 pm

  • Quote

Post by ulenrich » Mon Mar 25, 2013 2:26 pm

No, Poettering says the worst thing to do is half / and half /usr for udev and systemd, which was the case before the divorce.

Now systemd users have the famous usr merge? Or not fully?
I wonder,
- if we can alternate boot using openrc as before now udev was moved?
(not that important as I now experienced systemd can boot to rescue even with a broken udev)
- if w can use all the additional goodies of systemd more easily, because of the usr merge?
(I didn't try these things yet)
Top
friesia
Apprentice
Apprentice
User avatar
Posts: 202
Joined: Fri Mar 23, 2007 2:09 pm

  • Quote

Post by friesia » Mon Mar 25, 2013 2:41 pm

According to scripts in sys-fs/udev-init-scripts OpenRC should boot udev from systemd package (I think so).
However I had to remove sys-fs/udev-init-scripts at some point because udev rules from there triggered some init scripts which should not happen (even though it's harmless, OpenRC scripts don't run if OpenRC wasn't used to boot the OS).
Top
zolfo
n00b
n00b
Posts: 36
Joined: Mon Nov 30, 2009 2:53 pm

  • Quote

Post by zolfo » Mon Mar 25, 2013 4:03 pm

Hi,
I'm in a delicated situation right now... I was unable to update due to systemd and udev blocking each other, so following as written here I uninstalled udev (also virtual and initscripts),
added "gudev" and "introspection" to systemd, but emerge now says that "eudev" is being blocked by systemd.
What can I do to have back a working systemd/udev enviroment?

Thanks
Top
friesia
Apprentice
Apprentice
User avatar
Posts: 202
Joined: Fri Mar 23, 2007 2:09 pm

  • Quote

Post by friesia » Mon Mar 25, 2013 4:29 pm

zolfo, you don't need to remove virtual/udev.
Try masking sys-fs/eudev and sys-fs/udev in /etc/portage/package.mask.
Top
GFCCAE6xF
Apprentice
Apprentice
Posts: 295
Joined: Mon Aug 06, 2012 7:44 am

  • Quote

Post by GFCCAE6xF » Mon Mar 25, 2013 4:31 pm

Try resync portage, mgorny fixed the issue an hour ago. It should be all okay now (with or without gudev and introspection).
Top
friesia
Apprentice
Apprentice
User avatar
Posts: 202
Joined: Fri Mar 23, 2007 2:09 pm

  • Quote

Post by friesia » Mon Mar 25, 2013 4:42 pm

ulenrich wrote:Now systemd users have the famous usr merge? Or not fully?
Actually, what is 'usr merge'? As I understand it, it's this:
lrwxrwxrwx 1 root root 7 Mar 14 23:21 /lib -> usr/lib
(as in Arch and probably in Fedora and other distros)

We don't have that in Gentoo. I've browsed IRC logs (#systemd@freenode) and WilliamH says there that there's a lot of debate about /usr merge.
Where's this debate, these forums or mailing lists? Or maybe on #gentoo. I'd like to look through it.

upd: found it in gentoo-dev: http://us.generation-nt.com/answer/gent ... tml?page=2
Top
ulenrich
Veteran
Veteran
Posts: 1483
Joined: Sun Oct 10, 2010 9:26 pm

  • Quote

Post by ulenrich » Mon Mar 25, 2013 5:55 pm

friesia wrote:Actually, what is 'usr merge'? As I understand it, it's this:
lrwxrwxrwx 1 root root 7 Mar 14 23:21 /lib -> usr/lib
(as in Arch and probably in Fedora and other distros)
A sort easy going usr-merge :)
The main purpose Redhat is sponsoring systemd is to have really cheap virtual machines. They reactivated the old unix idea of the /usr directory: UnixSoftwareResources
Why not reusing the resources of the host for its vms in read-only mode?
But then you have to have the complete software stack in one place if possible.

Gentoo and all the other distributions forgot about the meaning of "usr". Because nobody was able to build a reliable initrd (They forgot what runlevels are in a sysvinit: a stack of procedures to go up and down through), all of the Linux distributions came to a very cheap idea to reuse the /-root directory as a reliable runlevel-1 resource. (*)

Because many Gentoo maintainers hate Redhat they come up with unix philosophy against unix practise ...

(*)PS: old unix machines loaded an extra startup kernel, before they reached the /usr tapes to load the target kernel and software. Much like a todays efi application which is capable to boot a net resource. But it took hours and human intervention to go through the sysvinit procedures some decades ago.
Top
The Unabeefer
n00b
n00b
Posts: 60
Joined: Tue Dec 23, 2008 7:39 pm
Location: Chicago, IL
Contact:
Contact The Unabeefer
Website

Re: When systemd-198-r4 relocates udev to /usr/lib don't for

  • Quote

Post by The Unabeefer » Mon Mar 25, 2013 8:41 pm

ulenrich wrote:mgorny has now seperated systemd from Gentoo udev.
Gentoo Systemd also incorporates udev like upstream now.

mgorny is willing to strictly follow upstream.
Therfore once again a relocation of Systemds udev to /usr/lib/udev.

To get this done, don't forget after upgrade to systemd-198-r4:

Code: Select all

emerge -1 $(for i in /lib/udev/rules.d/*;do equery -q -C b -e -n $i;done)
PS: The above misses to move the hwdb also:
emerge -1 hwids
Did all that... What am I doing wrong? virtual/udev is being pulled in by a whole heap of packages, and virtual/udev is pulling in udev, which conflicts with systemd..... Here's what I am getting:
These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild N ] sys-fs/udev-198-r6 USE="acl gudev hwdb introspection keymap kmod openrc -doc (-selinux) -static-libs" 0 kB
[blocks B ] sys-fs/udev ("sys-fs/udev" is blocking sys-apps/systemd-198-r5)
[blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking sys-fs/udev-198-r6)

Total: 3 packages (1 upgrade, 1 new, 1 in new slot), Size of downloads: 717 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-fs/udev-198-r6::gentoo, ebuild scheduled for merge) pulled in by
>=sys-fs/udev-143[gudev] required by (media-plugins/gst-plugins-v4l2-0.10.31::gnome, installed)
>=sys-fs/udev-197-r8[gudev,hwdb,introspection,keymap,kmod] required by (virtual/udev-197-r2::gentoo, installed)

(sys-apps/systemd-198-r5::gentoo, installed) pulled in by
>=sys-apps/systemd-197 required by (sys-fs/udisks-2.1.0::gentoo, installed)
sys-apps/systemd required by (media-sound/mpd-0.17.3::gentoo, installed)
>=sys-apps/systemd-44-r1[pam] required by (sys-auth/pambase-20120417-r2::kde, installed)
>=sys-apps/systemd-44-r1 required by (sys-apps/dbus-1.6.8-r1::gentoo, installed)
sys-apps/systemd required by (sys-auth/polkit-0.110::gentoo, installed)
sys-apps/systemd required by (sys-power/upower-0.9.20-r2::gentoo, installed)
>=sys-apps/systemd-31 required by (net-misc/networkmanager-0.9.6.4-r1::gentoo, installed)
sys-apps/systemd required by (gnome-base/gvfs-1.14.2::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/h ... =1#blocked
ANY help in this is greatly appreciated, and I'm more than happy to post all my emerge --info etc if needed. Thanks much!

[edit] NEVER MIND!! I noticed the gst-plugin up there was originally compiled from the gnome repository that I haven't been using for some time.... I re-compiled from the main repository, and that fixed my issue. Hope this helps anyone who may be in the same situation as I am.

Also, is there any way to find stragglers from old repositories like that so that I can set everything to my current trees? [/edit]
I am a flying cow... worship me or DIE!!!

...and there he was, reigning supreme at number two...
The One... The Only... The Unabeefer
Top
GFCCAE6xF
Apprentice
Apprentice
Posts: 295
Joined: Mon Aug 06, 2012 7:44 am

  • Quote

Post by GFCCAE6xF » Mon Mar 25, 2013 9:38 pm

>Also, is there any way to find stragglers from old repositories like that so that I can set everything to my current trees?

Do you have eix?
You can use # eix --installed-from-overlay
Easiest way I can think of off of the top of my head, I know it works for at least local overlays so no reason it wont for any added by layman or whatever.
Top
The Unabeefer
n00b
n00b
Posts: 60
Joined: Tue Dec 23, 2008 7:39 pm
Location: Chicago, IL
Contact:
Contact The Unabeefer
Website

  • Quote

Post by The Unabeefer » Mon Mar 25, 2013 10:05 pm

rorgoroth wrote:>Also, is there any way to find stragglers from old repositories like that so that I can set everything to my current trees?

Do you have eix?
You can use # eix --installed-from-overlay
Easiest way I can think of off of the top of my head, I know it works for at least local overlays so no reason it wont for any added by layman or whatever.
Thanks much! Definitely beats piping emerge -epv to a file and scrolling through it. Also, everything's now smooth with systemd. Thanks again!
I am a flying cow... worship me or DIE!!!

...and there he was, reigning supreme at number two...
The One... The Only... The Unabeefer
Top
Post Reply

28 posts
  • 1
  • 2
  • Next

Return to “Portage & Programming”

Jump to
  • Assistance
  • ↳   News & Announcements
  • ↳   Frequently Asked Questions
  • ↳   Installing Gentoo
  • ↳   Multimedia
  • ↳   Desktop Environments
  • ↳   Networking & Security
  • ↳   Kernel & Hardware
  • ↳   Portage & Programming
  • ↳   Gamers & Players
  • ↳   Other Things Gentoo
  • ↳   Unsupported Software
  • Discussion & Documentation
  • ↳   Documentation, Tips & Tricks
  • ↳   Gentoo Chat
  • ↳   Gentoo Forums Feedback
  • ↳   Duplicate Threads
  • International Gentoo Users
  • ↳   中文 (Chinese)
  • ↳   Dutch
  • ↳   Finnish
  • ↳   French
  • ↳   Deutsches Forum (German)
  • ↳   Diskussionsforum
  • ↳   Deutsche Dokumentation
  • ↳   Greek
  • ↳   Forum italiano (Italian)
  • ↳   Forum di discussione italiano
  • ↳   Risorse italiane (documentazione e tools)
  • ↳   Polskie forum (Polish)
  • ↳   Instalacja i sprzęt
  • ↳   Polish OTW
  • ↳   Portuguese
  • ↳   Documentação, Ferramentas e Dicas
  • ↳   Russian
  • ↳   Scandinavian
  • ↳   Spanish
  • ↳   Other Languages
  • Architectures & Platforms
  • ↳   Gentoo on ARM
  • ↳   Gentoo on PPC
  • ↳   Gentoo on Sparc
  • ↳   Gentoo on Alternative Architectures
  • ↳   Gentoo on AMD64
  • ↳   Gentoo for Mac OS X (Portage for Mac OS X)
  • Board index
  • All times are UTC
  • Delete cookies

© 2001–2026 Gentoo Foundation, Inc.

Powered by phpBB® Forum Software © phpBB Limited

Privacy Policy

 

 

magic