| View previous topic :: View next topic |
| Author |
Message |
joekickass
n00b
Joined: 19 Mar 2012
Posts: 18
Location: Sweden
|
 Posted: Sun Mar 24, 2013 7:36 pm Post subject: systemd and udev |
 |
|
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: |
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: |
* 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: |
# 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: |
# 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: |
# 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 |
|
| Back to top |
|
 |
GFCCAE6xF
Apprentice
Joined: 06 Aug 2012
Posts: 295
|
| Posted: Sun Mar 24, 2013 8:16 pm Post subject: |
|
|
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(?). |
|
| Back to top |
|
|
joekickass
n00b
Joined: 19 Mar 2012
Posts: 18
Location: Sweden
|
| Posted: Sun Mar 24, 2013 8:21 pm Post subject: |
|
|
Thanks for quick reply. I'll check it out.
| Quote: |
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 |
|
| Back to top |
|
|
GFCCAE6xF
Apprentice
Joined: 06 Aug 2012
Posts: 295
|
| Posted: Sun Mar 24, 2013 8:33 pm Post subject: |
|
|
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. |
|
| Back to top |
|
|
joekickass
n00b
Joined: 19 Mar 2012
Posts: 18
Location: Sweden
|
| Posted: Sun Mar 24, 2013 8:41 pm Post subject: |
|
|
| joekickass wrote: |
Thanks for quick reply. I'll check it out.
|
Ehh... that's some messed up bug report =) |
|
| Back to top |
|
|
GFCCAE6xF
Apprentice
Joined: 06 Aug 2012
Posts: 295
|
| Posted: Sun Mar 24, 2013 8:47 pm Post subject: |
|
|
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  |
|
| Back to top |
|
|
joekickass
n00b
Joined: 19 Mar 2012
Posts: 18
Location: Sweden
|
| Posted: Sun Mar 24, 2013 9:05 pm Post subject: |
|
|
| 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... |
|
| Back to top |
|
|
GFCCAE6xF
Apprentice
Joined: 06 Aug 2012
Posts: 295
|
| Posted: Sun Mar 24, 2013 9:10 pm Post subject: |
|
|
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. |
|
| Back to top |
|
|
Anon-E-moose
Watchman
Joined: 23 May 2008
Posts: 6097
Location: Dallas area
|
| Posted: Sun Mar 24, 2013 9:37 pm Post subject: |
|
|
Oh my. (on bugs)
_________________
PRIME x570-pro, 3700x, 6.1 zen kernel
gcc 13, profile 17.0 (custom bare multilib), openrc, wayland |
|
| Back to top |
|
|
friesia
Apprentice
Joined: 23 Mar 2007
Posts: 202
|
| Posted: Mon Mar 25, 2013 11:55 am Post subject: |
|
|
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: | [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)
|
|
|
| Back to top |
|
|
GFCCAE6xF
Apprentice
Joined: 06 Aug 2012
Posts: 295
|
| Posted: Mon Mar 25, 2013 12:02 pm Post subject: |
|
|
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. |
|
| Back to top |
|
|
friesia
Apprentice
Joined: 23 Mar 2007
Posts: 202
|
| Posted: Mon Mar 25, 2013 12:08 pm Post subject: |
|
|
| 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 |
|
| Back to top |
|
|
GFCCAE6xF
Apprentice
Joined: 06 Aug 2012
Posts: 295
|
| Posted: Mon Mar 25, 2013 12:19 pm Post subject: |
|
|
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. |
|
| Back to top |
|
|
ulenrich
Veteran
Joined: 10 Oct 2010
Posts: 1480
|
| Posted: Mon Mar 25, 2013 12:56 pm Post subject: When systemd-198-r4 relocates udev to /usr/lib don't forget: |
|
|
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: | | 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 |
|
| Back to top |
|
|
friesia
Apprentice
Joined: 23 Mar 2007
Posts: 202
|
| Posted: Mon Mar 25, 2013 1:49 pm Post subject: |
|
|
| I thought from the bugzilla discussion that upstream suggets moving from /usr to /. |
|
| Back to top |
|
|
ulenrich
Veteran
Joined: 10 Oct 2010
Posts: 1480
|
| Posted: Mon Mar 25, 2013 2:26 pm Post subject: |
|
|
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) |
|
| Back to top |
|
|
friesia
Apprentice
Joined: 23 Mar 2007
Posts: 202
|
| Posted: Mon Mar 25, 2013 2:41 pm Post subject: |
|
|
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). |
|
| Back to top |
|
|
zolfo
n00b
Joined: 30 Nov 2009
Posts: 36
|
| Posted: Mon Mar 25, 2013 4:03 pm Post subject: |
|
|
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 |
|
| Back to top |
|
|
friesia
Apprentice
Joined: 23 Mar 2007
Posts: 202
|
| Posted: Mon Mar 25, 2013 4:29 pm Post subject: |
|
|
zolfo, you don't need to remove virtual/udev.
Try masking sys-fs/eudev and sys-fs/udev in /etc/portage/package.mask. |
|
| Back to top |
|
|
GFCCAE6xF
Apprentice
Joined: 06 Aug 2012
Posts: 295
|
| Posted: Mon Mar 25, 2013 4:31 pm Post subject: |
|
|
| Try resync portage, mgorny fixed the issue an hour ago. It should be all okay now (with or without gudev and introspection). |
|
| Back to top |
|
|
friesia
Apprentice
Joined: 23 Mar 2007
Posts: 202
|
| Posted: Mon Mar 25, 2013 4:42 pm Post subject: |
|
|
| 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/gentoo-dev-opinion-against-usr-merge-help-208212261.html?page=2 |
|
| Back to top |
|
|
ulenrich
Veteran
Joined: 10 Oct 2010
Posts: 1480
|
| Posted: Mon Mar 25, 2013 5:55 pm Post subject: |
|
|
| 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. |
|
| Back to top |
|
|
The Unabeefer
n00b
Joined: 23 Dec 2008
Posts: 60
Location: Chicago, IL
|
| Posted: Mon Mar 25, 2013 8:41 pm Post subject: Re: When systemd-198-r4 relocates udev to /usr/lib don't for |
|
|
| 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: | | 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:
| Quote: | 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/handbook-x86.xml?full=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 |
|
| Back to top |
|
|
GFCCAE6xF
Apprentice
Joined: 06 Aug 2012
Posts: 295
|
| Posted: Mon Mar 25, 2013 9:38 pm Post subject: |
|
|
>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. |
|
| Back to top |
|
|
The Unabeefer
n00b
Joined: 23 Dec 2008
Posts: 60
Location: Chicago, IL
|
| Posted: Mon Mar 25, 2013 10:05 pm Post subject: |
|
|
| 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 |
|
| Back to top |
|
|
|
Portage & Programming
