Re: [gentoo-user] Re: Well, I went about updating my system again. (day 6)
On 08/12/2016 01:59, Alan Grimes wrote:
> Mick wrote:
>> 2. If problems show up, forget the script and use 'emerge -avuND world' as
>> Mr.
>> McKinnon suggested. In most cases this will resolve any conflicts on its
>> own.
>> You could add '--backtrack=90' if there are unresolved conflicts to get
>> portage
>> to try harder.
>
> =\
>
> I do read every word sent my direction, carefully.
>
> My misery quotient is now 429, Unfortunately, it seems I need to post
> the entire Litany of Pain though it will bloat this e-mail a good deal
> more than I feel comfortable posting.
It's still the problem as before, you have a blocker due to incompatible
USE:
> tortoise ~ # emerge -avuND world<<< copied verbatim, seems
> equivalent to what my script has anyway
[snip]
> [blocks B ] (" media-libs/phonon-gstreamer-4.9.0)
You have qtwebkit (version <4.10.4) with USE=gstreamer set, or some
other ebuild wants that. Most likely the former.
You also have, or need, phonon-gstreamer-4.9.0 and that package is not
compatible with your qt-webkit.
Easiest is to remove that USE flag from qtwebkit. Add to package.use:
dev-qt/qtwebkit:4 -gstreamer
This works like a charm. It's what I have
>
> Total: 429 packages (328 upgrades, 40 new, 3 in new slots, 58
> reinstalls, 1 uninstall), Size of downloads: 2,496,698 KiB
> Conflict: 2 blocks (1 unsatisfied)
>
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
>
> media-video/ffmpeg:0
>
> (media-video/ffmpeg-2.8.10:0/54.56.56::gentoo, ebuild scheduled for
> merge) pulled in by
> media-video/ffmpeg:0/54.56.56= required by
> (kde-frameworks/kfilemetadata-5.28.0:5/5.28::gentoo, installed)
>
>
>
>
> (and 4 more with the same problem)
>
> (media-video/ffmpeg-3.2.2:0/55.57.57::gentoo, ebuild scheduled for
> merge) pulled in by
> >=media-video/ffmpeg-3.0:0=[vdpau?] required by
> (media-video/mplayer-1.3.0:0/0::gentoo, ebuild scheduled for merge)
> ^^
> ^^
>
>
>
>
> NOTE: Use the '--verbose-conflicts' option to display parents omitted above
>
> 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. You may want to try a larger value of
> the --backtrack option, such as --backtrack=30, in order to see if
> that will solve this conflict automatically.
>
> For more information, see MASKED PACKAGES section in the emerge man
> page or refer to the Gentoo Handbook.
>
>
> * Error: The above package list contains packages which cannot be
> * installed at the same time on the same system.
>
> (dev-qt/qtwebkit-4.8.7:4/4::gentoo, ebuild scheduled for merge) pulled
> in by
> >=dev-qt/qtwebkit-4.8.5:4 required by
> (kde-apps/kdepim-common-libs-4.14.11_pre20160211:4/4.14::gentoo, installed)
> >=dev-qt/qtwebkit-4.8.5:4 required by
> (dev-python/PyQt4-4.12_pre1606101416-r1:0/0::gentoo, installed)
> >=dev-qt/qtwebkit-4.8.5:4 required by
> (kde-apps/plasma-runtime-16.04.3:4/16.04::gentoo, ebuild scheduled for
> merge)
>
> ~dev-qt/qtwebkit-4.8.7[aqua=,debug=,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
> (~dev-qt/qtwebkit-4.8.7[-aqua,-debug,abi_x86_32(-),abi_x86_64(-)])
> required by (dev-qt/qtdeclarative-4.8.7:4/4::gentoo, installed)
> >=dev-qt/qtwebkit-4.8.5:4 required by
> (app-cdr/k3b-2.0.3-r3:4/4::gentoo, installed)
> dev-qt/qtwebkit:4[-exceptions,abi_x86_32(-)] required by
> (net-im/skype-4.3.0.37-r6:0/0::gentoo, installed)
>
> ~dev-qt/qtwebkit-4.8.7[aqua=,debug=,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
> (~dev-qt/qtwebkit-4.8.7[-aqua,-debug,abi_x86_32(-),abi_x86_64(-)])
> required by (dev-qt/designer-4.8.7:4/4::gentoo, installed)
> >=dev-qt/qtwebkit-4.8.5:4 required by
> (kde-apps/kdebase-kioslaves-16.04.3-r1:4/16.04::gentoo, ebuild scheduled
> for merge)
> >=dev-qt/qtwebkit-4.8.5:4 required by
> (kde-base/kdelibs-4.14.26:4/4.14::gentoo, installed)
> >=dev-qt/qtwebkit-4.8.5:4 required by
> (kde-base/pykde4-4.14.3-r1:4/4.14::gentoo, ebuild scheduled for merge)
>
> (media-libs/phonon-gstreamer-4.9.0:0/0::gentoo, ebuild scheduled for
>
[gentoo-user] Re: newish vbox gentoo guest crashes from startx
Alan McKinnon writes:
> On 07/12/2016 17:34, Harry Putnam wrote:
>> Setup:
>>
>>gentoo 32bit vbox guest on win 10 64bit host
>>Installed xorg-server, lxde Meta pkgs and deps
>>(along with many other pkgs ... to many to list
>>here but included at the end)
>>
>> uname -a:
>> Linux g0 4.8.8-gentoo #2 Fri Nov 18 20:16:14 EST 2016 i686 Intel(R)
>> Xeon(R) CPU X5450 @ 3.00GHz GenuineIntel GNU/Linux
>>
>> Theoretically the install should be ready now to run X and lxde.
>> However, when I run `startlxde' nothing whatsoever happens. At least
>> not at the command line or visibly. Prompt just returns lamely.
>>
>> However, if I run startx. The vm crashes clear to power off or
>> sometimes just becomes inoperable with these error messages showing.
>> (Note: nothing can be clicked moved or etc at this point)
>
>
>
> Your first problem seems to be you don't have any input or output
> devices. Please post
>
> - eix xorg-server
> - values of INPUT_DEVICES and VIDEO_CARDS from make.conf
> - confirm that you built the kernel with evdev and the kernel module is
> loaded
harry > eix xorg-server
[I] x11-base/xorg-server
Available versions: 1.12.4-r5(0/1.12.4) 1.12.4-r7(0/1.12.4)
1.15.2-r2(0/1.15.2) 1.15.2-r4(0/1.15.2) 1.16.4(0/1.16.1) 1.16.4-r5(0/1.16.1)
1.17.4(0/1.17.4) (~)1.18.0(0/1.18.0) (~)1.18.1(0/1.18.1) (~)1.18.2(0/1.18.2)
(~)1.18.3(0/1.18.3) 1.18.4(0/1.18.4) [M](~)1.19.0(0/1.19.0) **(0/) {dmx
doc glamor ipv6 kdrive libressl minimal nptl selinux static-libs +suid systemd
tslib +udev unwind wayland xephyr xnest xorg xvfb}
Installed versions: 1.18.4(21:29:32 12/06/16)(doc glamor suid udev xorg
-dmx -ipv6 -kdrive -libressl -minimal -selinux -static-libs -systemd -tslib
-unwind -wayland -xephyr -xnest -xvfb)
Homepage:https://www.x.org/wiki/
Description: X.Org X servers
---- ---=--- -
harry > grep VIDEO /etc/portage/make.conf
VIDEO_CARDS="virtualbox"
I don't have anthing in make.conf about Input devices nor have I had
on 2 other gentoo installs that successfully ran lxde.
I've used the same make.conf with little variation on all three
--- --- ---=--- --- ---
harry > cd /lib/modules
harry > grep -r evdev.ko *
Binary file 4.8.8-gentoo/modules.dep.bin matches
4.8.8-gentoo/modules.order:kernel/drivers/input/evdev.ko
4.8.8-gentoo/modules.dep:kernel/drivers/input/evdev.ko:
--- --- ---=--- --- ---
harry > sudo lsmod
Module Size Used by
vboxguest 171071 0
evdev 8704 0
> There's a decent X11 install page on the gentoo wiki, did you follow it?
> Installing on vbox is not too different from installing on metal except
> you don't use the video driver for the physical card, you use the vbox
> one (it's virtualized).
I used the gentoo lxde wiki, which basically says that once you've got
a basic gentoo install AND the xorg-server is installed you are ready
to install lxde. It recommends using the meta package which I did.
I assumed emerge would take care of dependants.
> Lastly, why a 32 bit guest on a 64 bit host? There's little benefit from
> doing that, and amd64 is far better supported in general than x86_64.
> Plus you just create more work for the host.
Does that have bearing on my problem?
There were two reasons:
1) I hadn't yet found the BIOS switch to turn on Virtualization and
the newer VBox since late 4.XX I think, do not even offer 64 bit
if it is not set in bios. So the vbox version I used didn't have
that on offer.
2) I found the discussions about the new approach with 2 sets of
libraries and so forth to be pretty confusing... don't recall now
exactly what things confused me... so I went straight 32 bit with the
idea it would be less confusing. And for 2 gentoo installs that
seemed to be born out.
Since I had no trouble with those, thought I would stay with the tried
and true approach. But apparently I missed something important or
some such.
Re: [gentoo-user] Well, I went about updating my system again. (day 6)
On Wed, 7 Dec 2016 21:36:37 +0200, Thanasis wrote: > > While you can untar it, that's a bit messy, and has caused problems > > for me in the past (overwriting the /lib symlink with a directory. > > There is an option for tar, to *not overwrite* a symlinked directory, I > think it's *h* Unfortunately, I couldn't apply it retrospectively :( Once I realised why everything was breaking, it was easy enough to restore the symlink. Even so, untarring a .tbz package is a brute force approach and should be followed by emerging it properly, otherwise portage can be out of sync with what is actually on the disk. -- Neil Bothwick User-friendly: (adj.) trivialized, slow, incapable, and boring. pgpwVXJ8yoODy.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: newish vbox gentoo guest crashes from startx
On 08/12/2016 02:26, Harry Putnam wrote:
> Alan McKinnon writes:
>
>> On 07/12/2016 17:34, Harry Putnam wrote:
>>> Setup:
>>>
>>>gentoo 32bit vbox guest on win 10 64bit host
>>>Installed xorg-server, lxde Meta pkgs and deps
>>>(along with many other pkgs ... to many to list
>>>here but included at the end)
>>>
>>> uname -a:
>>> Linux g0 4.8.8-gentoo #2 Fri Nov 18 20:16:14 EST 2016 i686 Intel(R)
>>> Xeon(R) CPU X5450 @ 3.00GHz GenuineIntel GNU/Linux
>>>
>>> Theoretically the install should be ready now to run X and lxde.
>>> However, when I run `startlxde' nothing whatsoever happens. At least
>>> not at the command line or visibly. Prompt just returns lamely.
>>>
>>> However, if I run startx. The vm crashes clear to power off or
>>> sometimes just becomes inoperable with these error messages showing.
>>> (Note: nothing can be clicked moved or etc at this point)
>>
>>
>>
>> Your first problem seems to be you don't have any input or output
>> devices. Please post
>>
>> - eix xorg-server
>> - values of INPUT_DEVICES and VIDEO_CARDS from make.conf
>
>> - confirm that you built the kernel with evdev and the kernel module is
>> loaded
>
> harry > eix xorg-server
> [I] x11-base/xorg-server
> Available versions: 1.12.4-r5(0/1.12.4) 1.12.4-r7(0/1.12.4)
> 1.15.2-r2(0/1.15.2) 1.15.2-r4(0/1.15.2) 1.16.4(0/1.16.1) 1.16.4-r5(0/1.16.1)
> 1.17.4(0/1.17.4) (~)1.18.0(0/1.18.0) (~)1.18.1(0/1.18.1) (~)1.18.2(0/1.18.2)
> (~)1.18.3(0/1.18.3) 1.18.4(0/1.18.4) [M](~)1.19.0(0/1.19.0) **(0/)
> {dmx doc glamor ipv6 kdrive libressl minimal nptl selinux static-libs +suid
> systemd tslib +udev unwind wayland xephyr xnest xorg xvfb}
> Installed versions: 1.18.4(21:29:32 12/06/16)(doc glamor suid udev xorg
> -dmx -ipv6 -kdrive -libressl -minimal -selinux -static-libs -systemd -tslib
> -unwind -wayland -xephyr -xnest -xvfb)
> Homepage:https://www.x.org/wiki/
> Description: X.Org X servers
>
> ---- ---=--- -
>
> harry > grep VIDEO /etc/portage/make.conf
> VIDEO_CARDS="virtualbox"
>
> I don't have anthing in make.conf about Input devices nor have I had
> on 2 other gentoo installs that successfully ran lxde.
>
> I've used the same make.conf with little variation on all three
>
> --- --- ---=--- --- ---
>
> harry > cd /lib/modules
>
> harry > grep -r evdev.ko *
> Binary file 4.8.8-gentoo/modules.dep.bin matches
> 4.8.8-gentoo/modules.order:kernel/drivers/input/evdev.ko
> 4.8.8-gentoo/modules.dep:kernel/drivers/input/evdev.ko:
>
> --- --- ---=--- --- ---
>
> harry > sudo lsmod
> Module Size Used by
> vboxguest 171071 0
> evdev 8704 0
All that looks OK.
AFAIR xorg uses evdev as the default, so if you don't specify it
explicitly, it's what you get.
Just for fun, do you have x11-drivers/xf86-input-evdev emerged?
The only thing I can think of left to check is
emerge @x11-module-rebuild
and see what it will install
>
>
>> There's a decent X11 install page on the gentoo wiki, did you follow it?
>> Installing on vbox is not too different from installing on metal except
>> you don't use the video driver for the physical card, you use the vbox
>> one (it's virtualized).
>
> I used the gentoo lxde wiki, which basically says that once you've got
> a basic gentoo install AND the xorg-server is installed you are ready
> to install lxde. It recommends using the meta package which I did.
>
> I assumed emerge would take care of dependants.
You assume correct
>
>> Lastly, why a 32 bit guest on a 64 bit host? There's little benefit from
>> doing that, and amd64 is far better supported in general than x86_64.
>> Plus you just create more work for the host.
>
> Does that have bearing on my problem?
Not really. I noticed and wondered. We can ignore it for the rest of the
discussion
>
> There were two reasons:
> 1) I hadn't yet found the BIOS switch to turn on Virtualization and
>the newer VBox since late 4.XX I think, do not even offer 64 bit
>if it is not set in bios. So the vbox version I used didn't have
>that on offer.
>
> 2) I found the discussions about the new approach with 2 sets of
>libraries and so forth to be pretty confusing... don't recall now
>exactly what things confused me... so I went straight 32 bit with the
>idea it would be less confusing. And for 2 gentoo installs that
>seemed to be born out.
>
> Since I had no trouble with those, thought I would stay with the tried
> and true approach. But apparently I missed something important or
> some such.
>
>
--
Alan McKinnon
alan.mckin...@gmail.com
[gentoo-user] Well, I went about updating my system again. (day 6)
I have a user consuming most of my CPU time so that's part of the reason why it's slow... My current misery factory is 439... I didn't even get it to update BASH until day 4... The thing seems to have a problem with the --deep flag these days, omitting deep seems to evade a number of the conflicts but that seems to be the ostrich approach... I'm trying my jackhammer script yet again, this time duplicating the lines for system and world but without --deep on the first round... Certainly there are groups of packages in the 439 that could be updated without triggering these conflicts but then doing that automatically wouldn't waste enough of the user's time... [ebuild U ] kde-apps/kde-meta-16.08.3:5::gentoo [16.08.1:5::gentoo] 0 KiB [blocks B ] =dev-libs/boost-1.40:0/1.61.0= required by (media-libs/qt-gstreamer-1.2.0-r2:0/0::gentoo, installed) ^^ >=dev-libs/boost-1.51.0:0/1.61.0= required by (dev-libs/liborcus-0.11.2:0/0.11::gentoo, installed) ^^ dev-libs/boost:0/1.61.0= required by (dev-libs/librevenge-0.0.4:0/0::gentoo, installed) ^^ dev-libs/boost:0/1.61.0=[python,python_targets_python2_7(-),python_targets_python3_4(-),python_targets_python3_5(-),-python_single_target_python2_7(-),-python_single_target_python3_4(-),-python_single_target_python3_5(-)] required by (dev-python/pycuda-2016.1.2:0/0::gentoo, installed) ^^ dev-libs/boost:0/1.61.0= required by (app-text/libebook-0.1.2-r1:0/0::gentoo, installed) ^^ dev-libs/boost:0/1.61.0= required by (kde-apps/akonadi-1.13.1_pre20160203-r1:4/4::gentoo, installed) ^^ >=dev-libs/boost-1.55:0/1.61.0= required by (app-office/libreoffice-5.2.3.3-r1:0/0::gentoo, installed) ^^ dev-libs/boost:0/1.61.0= required by (dev-db/mysql-connector-c++-1.1.6:0/0::gentoo, installed) ^^ dev-libs/boost:0/1.61.0= required by (dev-cpp/libcmis-0.5.2_pre20160820:0.5/0.5::gentoo, installed) ^^ >=dev-libs/boost-1.35.0-r5:0/1.61.0= required by (kde-apps/kdepimlibs-4.14.11_pre20160211-r2:4/4.14::gentoo, installed) ^^ dev-libs/boost:0/1.61.0= required by (dev-util/mdds-1.2.2:1/1.2::gentoo, installed) ^^ dev-libs/xapian:0 (dev-libs/xapian-1.4.1:0/30::gentoo, ebuild scheduled for merge) pulled in by (no parents that aren't satisfied by other packages in this slot) (dev-libs/xapian-1.2.24:0/1.2.22::gentoo, installed) pulled in by =dev-libs/xapian-1.2*[chert] required by (kde-frameworks/baloo-4.14.3:4/4.14::gentoo, installed) ^ media-video/ffmpeg:0 (media-video/ffmpeg-2.8.9:0/54.56.56::gentoo, ebuild scheduled for merge) pulled in by >=media-video/ffmpeg-2.8.5:0/54.56.56=[abi_x86_32(-),abi_x86_64(-)] required by (media-plugins/gst-plugins-libav-1.8.3:1.0/1.0::gentoo, installed) media-video/ffmpeg:0/54.56.56= required by (media-plugins/alsa-plugins-1.1.1:0/0::gentoo, installed) media-v
Re: [gentoo-user] Well, I went about updating my system again. (day 6)
On 07/12/2016 15:03, Alan Grimes wrote:
> I have a user consuming most of my CPU time so that's part of the reason
> why it's slow...
>
> My current misery factory is 439...
>
> I didn't even get it to update BASH until day 4... The thing seems to
> have a problem with the --deep flag these days, omitting deep seems to
> evade a number of the conflicts but that seems to be the ostrich
> approach... I'm trying my jackhammer script yet again, this time
> duplicating the lines for system and world but without --deep on the
> first round...
>
> Certainly there are groups of packages in the 439 that could be updated
> without triggering these conflicts but then doing that automatically
> wouldn't waste enough of the user's time...
>
>
> [ebuild U ] kde-apps/kde-meta-16.08.3:5::gentoo [16.08.1:5::gentoo]
> 0 KiB
> [blocks B ] (" media-libs/phonon-gstreamer-4.9.0)
quickpkg qtwebkit and phonon-gstreamer )so you can easily put them back
if needed), unmerge both then do a proper world update:
emerge -avuND world
and let portage figure out the best way to do it.
And don;t use that bloody jackhammer script again or even mention it,
not unless you want all of gentoo-user all over your case again
--
Alan McKinnon
alan.mckin...@gmail.com
Re: [gentoo-user] Well, I went about updating my system again. (day 6)
Alan McKinnon wrote:
> On 07/12/2016 15:03, Alan Grimes wrote:
>> Certainly there are groups of packages in the 439 that could be updated
>> without triggering these conflicts but then doing that automatically
>> wouldn't waste enough of the user's time...
>>
>>
>> [ebuild U ] kde-apps/kde-meta-16.08.3:5::gentoo [16.08.1:5::gentoo]
>> 0 KiB
>> [blocks B ] > ("> media-libs/phonon-gstreamer-4.9.0)
>> quickpkg qtwebkit and phonon-gstreamer )so you can easily put them back
>> if needed), unmerge both then do a proper world update:
>>
>> emerge -avuND world
I'm sorry, I don't read one-letter, I have always always, without
exception, used the verbose flags because they're readable and much
easier to remember (because they're readable).
I do not know what quickpkg is.
Qtwebkit is a VERY slow build... I'm pretty sure I've done it already,
but, sigh
> and let portage figure out the best way to do it.
>
> And don;t use that bloody jackhammer script again or even mention it,
> not unless you want all of gentoo-user all over your case again
If my gentle update script always worked, I'd have no need of it. =|
--
Strange Game.
The only winning move is not to play.
Powers are not rights.
Re: [gentoo-user] Well, I went about updating my system again. (day 6)
On 07/12/2016 15:47, Alan Grimes wrote:
> Alan McKinnon wrote:
>> On 07/12/2016 15:03, Alan Grimes wrote:
>>> Certainly there are groups of packages in the 439 that could be updated
>>> without triggering these conflicts but then doing that automatically
>>> wouldn't waste enough of the user's time...
>>>
>>>
>>> [ebuild U ] kde-apps/kde-meta-16.08.3:5::gentoo [16.08.1:5::gentoo]
>>> 0 KiB
>>> [blocks B ] >> (">> media-libs/phonon-gstreamer-4.9.0)
>>> quickpkg qtwebkit and phonon-gstreamer )so you can easily put them back
>>> if needed), unmerge both then do a proper world update:
>>>
>>> emerge -avuND world
>
> I'm sorry, I don't read one-letter, I have always always, without
> exception, used the verbose flags because they're readable and much
> easier to remember (because they're readable).
read the man page and figure out what they are because I'm not going to
do it for you
>
> I do not know what quickpkg is.
Makes a tarball of a package so you can later untar it and get the
package back without a remerge. It's all in portage's man pages
>
> Qtwebkit is a VERY slow build... I'm pretty sure I've done it already,
> but, sigh
It's blocking phonon-gstreamer so you will need to rebuild it anyway
>
>> and let portage figure out the best way to do it.
>>
>> And don;t use that bloody jackhammer script again or even mention it,
>> not unless you want all of gentoo-user all over your case again
>
> If my gentle update script always worked, I'd have no need of it. =|
So why are you running it?
--
Alan McKinnon
alan.mckin...@gmail.com
Re: [gentoo-user] Well, I went about updating my system again. (day 6)
On Wed, 7 Dec 2016 16:14:35 +0200, Alan McKinnon wrote: > > I do not know what quickpkg is. > > Makes a tarball of a package so you can later untar it and get the > package back without a remerge. It's all in portage's man pages While you can untar it, that's a bit messy, and has caused problems for me in the past (overwriting the /lib symlink with a directory. The safer way to use them is to use emerge -K, unless you have managed to unmerge python, in which case you'll need to use tar and hopefully learn never to do anything so stupid again... -- Neil Bothwick .<-Stealth Tagline pgpT_hTsNWSUU.pgp Description: OpenPGP digital signature
Re: [gentoo-user] preserved rebuild failure with python
On Tue, Dec 06 2016, Adam Carter wrote: > On Wed, Dec 7, 2016 at 1:37 PM, allan gottlieb wrote: > >> I can't complete an emerge @preserved-rebuild due to the lack of >> python3.3. >> >> However, I read the news article and have set the python3 interpreter to >> python3.4 >> >>allan ~ # eselect python list --python3 >>Available Python 3 interpreters: >> [1] python3.3 >> [2] python3.4 * >>allan ~ # eselect python list >>Available Python interpreters: >> [1] python2.7 * >> [2] python3.3 >> [3] python3.4 >>allan ~ # >> >> Here is the output from emerge @preserved-rebuild >> >>allan ~ # emerge @preserved-rebuild >> >>These are the packages that would be merged, in reverse order: >> >>Calculating dependencies... done! >> >>emerge: there are no ebuilds to satisfy "dev-lang/python:3.3". >>(dependency required by "@preserved-rebuild" [argument]) >> > > Something appears to want 3.3 specifically, not 3.x. Try adding -v to > emerge to try to work out which package it is, then check the ebuilds of > other versions to see if there's one that's not dependent on 3.3. The -v had no effect (I assume you meant to add it as below) allan ~ # emerge -v @preserved-rebuild These are the packages that would be merged, in reverse order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy "dev-lang/python:3.3". (dependency required by "@preserved-rebuild" [argument]) thanks, allan PS adding --ignore-default-opts made no difference
Re: [gentoo-user] preserved rebuild failure with python
On Tue, Dec 06 2016, Adam Carter wrote: > Also, what's your $PYTHON_TARGETS ? emerge --info includes PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_4" which looks right to me. thanks, allan
Re: [gentoo-user] preserved rebuild failure with python
allan gottlieb wrote: > On Tue, Dec 06 2016, Adam Carter wrote: > >> On Wed, Dec 7, 2016 at 1:37 PM, allan gottlieb wrote: >> >>> I can't complete an emerge @preserved-rebuild due to the lack of >>> python3.3. >>> >>> However, I read the news article and have set the python3 interpreter to >>> python3.4 >>> >>>allan ~ # eselect python list --python3 >>>Available Python 3 interpreters: >>> [1] python3.3 >>> [2] python3.4 * >>>allan ~ # eselect python list >>>Available Python interpreters: >>> [1] python2.7 * >>> [2] python3.3 >>> [3] python3.4 >>>allan ~ # >>> >>> Here is the output from emerge @preserved-rebuild >>> >>>allan ~ # emerge @preserved-rebuild >>> >>>These are the packages that would be merged, in reverse order: >>> >>>Calculating dependencies... done! >>> >>>emerge: there are no ebuilds to satisfy "dev-lang/python:3.3". >>>(dependency required by "@preserved-rebuild" [argument]) >>> >> Something appears to want 3.3 specifically, not 3.x. Try adding -v to >> emerge to try to work out which package it is, then check the ebuilds of >> other versions to see if there's one that's not dependent on 3.3. > The -v had no effect (I assume you meant to add it as below) > >allan ~ # emerge -v @preserved-rebuild > >These are the packages that would be merged, in reverse order: > >Calculating dependencies... done! > >emerge: there are no ebuilds to satisfy "dev-lang/python:3.3". >(dependency required by "@preserved-rebuild" [argument]) > > thanks, > allan > > PS adding --ignore-default-opts made no difference > > I'm not sure but I think he meant the -t option. That should show what is pulling in what. Dale :-) :-)
Re: [gentoo-user] preserved rebuild failure with python
On Wed, Dec 07 2016, Dale wrote: > allan gottlieb wrote: >> On Tue, Dec 06 2016, Adam Carter wrote: >> >>> On Wed, Dec 7, 2016 at 1:37 PM, allan gottlieb wrote: >>> I can't complete an emerge @preserved-rebuild due to the lack of python3.3. However, I read the news article and have set the python3 interpreter to python3.4 allan ~ # eselect python list --python3 Available Python 3 interpreters: [1] python3.3 [2] python3.4 * allan ~ # eselect python list Available Python interpreters: [1] python2.7 * [2] python3.3 [3] python3.4 allan ~ # Here is the output from emerge @preserved-rebuild allan ~ # emerge @preserved-rebuild These are the packages that would be merged, in reverse order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy "dev-lang/python:3.3". (dependency required by "@preserved-rebuild" [argument]) >>> Something appears to want 3.3 specifically, not 3.x. Try adding -v to >>> emerge to try to work out which package it is, then check the ebuilds of >>> other versions to see if there's one that's not dependent on 3.3. >> The -v had no effect (I assume you meant to add it as below) >> >>allan ~ # emerge -v @preserved-rebuild >> >>These are the packages that would be merged, in reverse order: >> >>Calculating dependencies... done! >> >>emerge: there are no ebuilds to satisfy "dev-lang/python:3.3". >>(dependency required by "@preserved-rebuild" [argument]) >> >> thanks, >> allan >> >> PS adding --ignore-default-opts made no difference >> >> > > > I'm not sure but I think he meant the -t option. That should show what > is pulling in what. > > Dale > > :-) :-) No different allan ~ # emerge --ignore-default-opts -t @preserved-rebuild These are the packages that would be merged, in reverse order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy "dev-lang/python:3.3". (dependency required by "@preserved-rebuild" [argument]) thanks, allan
Re: [gentoo-user] preserved rebuild failure with python
On Wed, 07 Dec 2016 10:11:56 -0500, allan gottlieb wrote: >emerge: there are no ebuilds to satisfy "dev-lang/python:3.3". >(dependency required by "@preserved-rebuild" [argument]) Does "qdepends -r dev-lang/python:3.3" reveal anything helpful? -- Neil Bothwick Computers are like Old Testament gods; lots of rules and no mercy. pgp4f4dXYfOYW.pgp Description: OpenPGP digital signature
[gentoo-user] newish vbox gentoo guest crashes from startx
Setup: gentoo 32bit vbox guest on win 10 64bit host Installed xorg-server, lxde Meta pkgs and deps (along with many other pkgs ... to many to list here but included at the end) uname -a: Linux g0 4.8.8-gentoo #2 Fri Nov 18 20:16:14 EST 2016 i686 Intel(R) Xeon(R) CPU X5450 @ 3.00GHz GenuineIntel GNU/Linux Theoretically the install should be ready now to run X and lxde. However, when I run `startlxde' nothing whatsoever happens. At least not at the command line or visibly. Prompt just returns lamely. However, if I run startx. The vm crashes clear to power off or sometimes just becomes inoperable with these error messages showing. (Note: nothing can be clicked moved or etc at this point) I'm having trouble figuring out where to start to get a handle on this. This is not my first time installing gentoo in a vbox vm... I've done several over time and two just of late. Although the installs were not trouble free, I had none of this sort of trouble. Posting /var/log/Xorg.0.log which shows several modules not loading. vesa and fbdev... but checking my kernel compile I see both were selected for. Other parts I'm not sure what they might mean. Also included below is last 175 lines of a debug.log I have setup in rsyslog. I can't tell how many lines to include so just a shot in the dark. There are a number of lines about Vbox not recognizing symbols And finally a full listing of everthing that has been installed. Which runs to 650+ lines. So massive amount of data... which seems .. unavoidable. I've labeled each between these: --- --- ---=--- --- --- LABEL --- --- ---=--- --- --- Labels are: Xorg.0.log tail_of_debug.log installed_pkgs_list.txt Hopefull will make jumping around a bit easier if anyone even gets that far. --- --- ---=--- --- --- Xorg.0.log --- --- ---=--- --- --- [ 1215.250] X.Org X Server 1.18.4 Release Date: 2016-07-19 [ 1215.262] X Protocol Version 11, Revision 0 [ 1215.266] Build Operating System: Linux 4.8.8-gentoo i686 Gentoo [ 1215.268] Current Operating System: Linux g0 4.8.8-gentoo #2 Fri Nov 18 20:16:14 EST 2016 i686 [ 1215.268] Kernel command line: root=/dev/sda3 vga=0x31b video=vesfb:mtrr:3,ywrap [ 1215.272] Build Date: 06 December 2016 09:05:57PM [ 1215.274] [ 1215.277] Current version of pixman: 0.34.0 [ 1215.287]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 1215.287] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 1215.295] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Dec 7 10:07:52 2016 [ 1215.348] (==) Using config directory: "/etc/X11/xorg.conf.d" [ 1215.350] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 1215.371] (==) No Layout section. Using the first Screen section. [ 1215.371] (==) No screen section available. Using defaults. [ 1215.371] (**) |-->Screen "Default Screen Section" (0) [ 1215.371] (**) | |-->Monitor "" [ 1215.372] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 1215.372] (==) Automatically adding devices [ 1215.372] (==) Automatically enabling devices [ 1215.372] (==) Automatically adding GPU devices [ 1215.373] (==) Max clients allowed: 256, resource mask: 0x1f [ 1215.385] (WW) The directory "/usr/share/fonts/misc/" does not exist. [ 1215.385]Entry deleted from font path. [ 1215.385] (WW) The directory "/usr/share/fonts/TTF/" does not exist. [ 1215.385]Entry deleted from font path. [ 1215.385] (WW) The directory "/usr/share/fonts/OTF/" does not exist. [ 1215.385]Entry deleted from font path. [ 1215.385] (WW) The directory "/usr/share/fonts/Type1/" does not exist. [ 1215.385]Entry deleted from font path. [ 1215.385] (WW) The directory "/usr/share/fonts/100dpi/" does not exist. [ 1215.385]Entry deleted from font path. [ 1215.385] (WW) The directory "/usr/share/fonts/75dpi/" does not exist. [ 1215.385]Entry deleted from font path. [ 1215.385] (==) FontPath set to: [ 1215.385] (==) ModulePath set to "/usr/lib/xorg/modules" [ 1215.385] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 1215.386] (II) Loader magic: 0x8282620 [ 1215.386] (II) Module ABI versions: [ 1215.386]X.Org ANSI C Emulation: 0.4 [ 1215.386]X.Org Video Driver: 20.0 [ 1215.386]X.Org XInput driver : 22.1 [ 1215.386]X.Org Server Extension : 9.0 [ 1215.390] (--) PCI:*(0:0:2:0) 80ee:beef:: rev 0, Mem @ 0xe000/33554432, BIOS @ 0x/131072 [ 1215.390] (II) LoadModule: "glx"
Re: [gentoo-user] preserved rebuild failure with python
On Wed, Dec 07 2016, Neil Bothwick wrote: > On Wed, 07 Dec 2016 10:11:56 -0500, allan gottlieb wrote: > >>emerge: there are no ebuilds to satisfy "dev-lang/python:3.3". >>(dependency required by "@preserved-rebuild" [argument]) > > Does "qdepends -r dev-lang/python:3.3" reveal anything helpful? allan ~ # qdepends -r dev-lang/python:3.3 depends: no matches found for your query Looks like no. thanks, allan
Re: [gentoo-user] newish vbox gentoo guest crashes from startx
On 07/12/2016 17:34, Harry Putnam wrote: > Setup: > >gentoo 32bit vbox guest on win 10 64bit host >Installed xorg-server, lxde Meta pkgs and deps >(along with many other pkgs ... to many to list >here but included at the end) > > uname -a: > Linux g0 4.8.8-gentoo #2 Fri Nov 18 20:16:14 EST 2016 i686 Intel(R) > Xeon(R) CPU X5450 @ 3.00GHz GenuineIntel GNU/Linux > > Theoretically the install should be ready now to run X and lxde. > However, when I run `startlxde' nothing whatsoever happens. At least > not at the command line or visibly. Prompt just returns lamely. > > However, if I run startx. The vm crashes clear to power off or > sometimes just becomes inoperable with these error messages showing. > (Note: nothing can be clicked moved or etc at this point) Your first problem seems to be you don't have any input or output devices. Please post - eix xorg-server - values of INPUT_DEVICES and VIDEO_CARDS from make.conf - confirm that you built the kernel with evdev and the kernel module is loaded There's a decent X11 install page on the gentoo wiki, did you follow it? Installing on vbox is not too different from installing on metal except you don't use the video driver for the physical card, you use the vbox one (it's virtualized). Lastly, why a 32 bit guest on a 64 bit host? There's little benefit from doing that, and amd64 is far better supported in general than x86_64. Plus you just create more work for the host. Alan > > > > > I'm having trouble figuring out where to start to get a handle on > this. > > This is not my first time installing gentoo in a vbox vm... I've done > several over time and two just of late. Although the installs were > not trouble free, I had none of this sort of trouble. > > Posting /var/log/Xorg.0.log which shows several modules not loading. > vesa and fbdev... but checking my kernel compile I see both were > selected for. Other parts I'm not sure what they might mean. > > Also included below is last 175 lines of a debug.log I have setup in > rsyslog. > > I can't tell how many lines to include so just a shot in the dark. > There are a number of lines about Vbox not recognizing symbols > > And finally a full listing of everthing that has been installed. Which > runs to 650+ lines. So massive amount of data... which seems > .. unavoidable. I've labeled each between these: > --- --- ---=--- --- --- > LABEL > --- --- ---=--- --- --- > > Labels are: > >Xorg.0.log >tail_of_debug.log >installed_pkgs_list.txt > > Hopefull will make jumping around a bit easier if anyone even gets > that far. > > --- --- ---=--- --- --- > Xorg.0.log > --- --- ---=--- --- --- > [ 1215.250] > X.Org X Server 1.18.4 > Release Date: 2016-07-19 > [ 1215.262] X Protocol Version 11, Revision 0 > [ 1215.266] Build Operating System: Linux 4.8.8-gentoo i686 Gentoo > [ 1215.268] Current Operating System: Linux g0 4.8.8-gentoo #2 Fri Nov 18 > 20:16:14 EST 2016 i686 > [ 1215.268] Kernel command line: root=/dev/sda3 vga=0x31b > video=vesfb:mtrr:3,ywrap > [ 1215.272] Build Date: 06 December 2016 09:05:57PM > [ 1215.274] > [ 1215.277] Current version of pixman: 0.34.0 > [ 1215.287] Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > [ 1215.287] Markers: (--) probed, (**) from config file, (==) default > setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > [ 1215.295] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Dec 7 10:07:52 > 2016 > [ 1215.348] (==) Using config directory: "/etc/X11/xorg.conf.d" > [ 1215.350] (==) Using system config directory "/usr/share/X11/xorg.conf.d" > [ 1215.371] (==) No Layout section. Using the first Screen section. > [ 1215.371] (==) No screen section available. Using defaults. > [ 1215.371] (**) |-->Screen "Default Screen Section" (0) > [ 1215.371] (**) | |-->Monitor "" > [ 1215.372] (==) No monitor specified for screen "Default Screen Section". > Using a default monitor configuration. > [ 1215.372] (==) Automatically adding devices > [ 1215.372] (==) Automatically enabling devices > [ 1215.372] (==) Automatically adding GPU devices > [ 1215.373] (==) Max clients allowed: 256, resource mask: 0x1f > [ 1215.385] (WW) The directory "/usr/share/fonts/misc/" does not exist. > [ 1215.385] Entry deleted from font path. > [ 1215.385] (WW) The directory "/usr/share/fonts/TTF/" does not exist. > [ 1215.385] Entry deleted from font path. > [ 1215.385] (WW) The directory "/usr/share/fonts/OTF/" does not exist. > [ 1215.385] Entry deleted from font path. > [ 1215.385] (WW) The directory "/usr/share/fonts/Type1/" does not exist. > [ 1215.385] Entry deleted from font path. > [ 1215.
Re: [gentoo-user] preserved rebuild failure with python
On Wed, 07 Dec 2016 10:54:59 -0500, allan gottlieb wrote: > >>emerge: there are no ebuilds to satisfy "dev-lang/python:3.3". > >>(dependency required by "@preserved-rebuild" [argument]) > > > > Does "qdepends -r dev-lang/python:3.3" reveal anything helpful? > >allan ~ # qdepends -r dev-lang/python:3.3 >depends: no matches found for your query > > Looks like no. How about something a bit less subtle grep python:3.3 /var/db/pkg/*/*/*.ebuild although that won't help if the dependency is in an eclass. -- Neil Bothwick Our bikinis are exciting. They are simply the tops. pgpHAuXPPloms.pgp Description: OpenPGP digital signature
Re: [gentoo-user] preserved rebuild failure with python
On Wed, Dec 07 2016, Neil Bothwick wrote: > On Wed, 07 Dec 2016 10:54:59 -0500, allan gottlieb wrote: > >> >>emerge: there are no ebuilds to satisfy "dev-lang/python:3.3". >> >>(dependency required by "@preserved-rebuild" [argument]) >> > >> > Does "qdepends -r dev-lang/python:3.3" reveal anything helpful? >> >>allan ~ # qdepends -r dev-lang/python:3.3 >>depends: no matches found for your query >> >> Looks like no. > > How about something a bit less subtle > > grep python:3.3 /var/db/pkg/*/*/*.ebuild > > although that won't help if the dependency is in an eclass. Looks like an even blunter instrument is needed allan ~ # grep python:3.3 /var/db/pkg/*/*/*.ebuild allan ~ # allan
Re: [gentoo-user] preserved rebuild failure with python
On Wed, Dec 7, 2016 at 12:30 PM, allan gottlieb wrote: > On Wed, Dec 07 2016, Neil Bothwick wrote: > >> On Wed, 07 Dec 2016 10:54:59 -0500, allan gottlieb wrote: >> >>> >>emerge: there are no ebuilds to satisfy "dev-lang/python:3.3". >>> >>(dependency required by "@preserved-rebuild" [argument]) >>> > >>> > Does "qdepends -r dev-lang/python:3.3" reveal anything helpful? >>> >>>allan ~ # qdepends -r dev-lang/python:3.3 >>>depends: no matches found for your query >>> >>> Looks like no. >> >> How about something a bit less subtle >> >> grep python:3.3 /var/db/pkg/*/*/*.ebuild >> >> although that won't help if the dependency is in an eclass. > > Looks like an even blunter instrument is needed > >allan ~ # grep python:3.3 /var/db/pkg/*/*/*.ebuild >allan ~ # > Have you tried simply removing dev-lang/python:3.3? It was masked/removed from the tree some time ago.
Re: [gentoo-user] preserved rebuild failure with python
On Wed, Dec 07 2016, Mike Gilbert wrote: > On Wed, Dec 7, 2016 at 12:30 PM, allan gottlieb wrote: >> On Wed, Dec 07 2016, Neil Bothwick wrote: >> >>> On Wed, 07 Dec 2016 10:54:59 -0500, allan gottlieb wrote: >>> >>emerge: there are no ebuilds to satisfy "dev-lang/python:3.3". >>(dependency required by "@preserved-rebuild" [argument]) > > Does "qdepends -r dev-lang/python:3.3" reveal anything helpful? allan ~ # qdepends -r dev-lang/python:3.3 depends: no matches found for your query Looks like no. >>> >>> How about something a bit less subtle >>> >>> grep python:3.3 /var/db/pkg/*/*/*.ebuild >>> >>> although that won't help if the dependency is in an eclass. >> >> Looks like an even blunter instrument is needed >> >>allan ~ # grep python:3.3 /var/db/pkg/*/*/*.ebuild >>allan ~ # >> > > Have you tried simply removing dev-lang/python:3.3? It was > masked/removed from the tree some time ago. Thanks. emerge --depclean dev-lang/python:3.3 fixed the current problem and exposed an similar problem with ruby. Fortunately emerge --depclean dev-lang/ruby:1.9 fixed that one as well and now the emerge @preserved-rebuild is happily doing its thing. Thanks again. allan
Re: [gentoo-user] Well, I went about updating my system again. (day 6)
Alan McKinnon wrote: > So why are you running it? Do I really need to answer that? I want my system upgraded and the gentle approach isn't working -> try the rough approach. I think a significant issue is that I have a number of dead and missing packages: Here's the revdep rebuild list, I highlighted the programs I actually care about. Unmerging packages on this list seems to have more leverage on the problem than other randomly selected packages... rm: cannot remove '/var/cache/revdep-rebuild/*.rr': No such file or directory * This is the new python coded version * Please report any bugs found using it. * The original revdep-rebuild script is installed as revdep-rebuild.sh * Please file bugs at: https://bugs.gentoo.org/ * Collecting system binaries and libraries * Checking dynamic linking consistency * Assign files to packages !!! Broken orphaned files: No installed package was found for the following: * /usr/local/lib64/osgPlugins-3.5.0/osgdb_exr.so * /usr/local/lib64/osgPlugins-3.5.0/osgdb_jp2.so * Warning: "kde-apps/ksirk-16.08.1" ebuild not found.. * Warning: "kde-apps/blinken-16.08.1" ebuild not found.. * Warning: "kde-apps/marble-16.08.1" ebuild not found.. * Warning: "kde-apps/audiocd-kio-16.08.1" ebuild not found.. * Warning: "kde-apps/kscd-16.08.1" ebuild not found.. * Warning: "kde-apps/dolphin-16.08.1" ebuild not found.. * Warning: "kde-apps/okular-16.08.1" ebuild not found.. <<< * Warning: "kde-apps/kalgebra-16.08.1" ebuild not found.. * Warning: "kde-apps/konqueror-16.08.1" ebuild not found.. < * Warning: "kde-apps/rocs-16.08.1" ebuild not found.. * Warning: "kde-apps/okteta-16.08.1" ebuild not found.. < * Warning: "kde-apps/klettres-16.08.1" ebuild not found.. * Warning: "kde-apps/libkonq-16.08.1" ebuild not found.. emerge --oneshot --complete-graph=y kde-apps/ksirk:4 dev-util/kdevplatform:4 net-im/skype:0 kde-apps/kdenlive:5 kde-plasma/plasma-desktop:5 kde-frameworks/kdewebkit:5/5.26 kde-apps/knotify:4/16.04 media-libs/phonon-vlc:0 kde-apps/blinken:5 kde-misc/kwebkitpart:4 kde-apps/kontact:4/4.14 kde-base/kdelibs:4/4.14 dev-libs/libcdio:0/15 kde-apps/kdepimlibs:4/4.14 kde-frameworks/knotifications:5/5.28 kde-apps/marble:5 kde-plasma/libksysguard:5 dev-qt/qtdeclarative:4 dev-python/PyQt4:0 sys-libs/ncurses:0/6 kde-apps/audiocd-kio:4 app-office/libreoffice:0 dev-qt/assistant:4 kde-apps/kscd:4 kde-apps/libkface:4/15.08 kde-apps/dolphin:5 kde-apps/okular:4 kde-apps/kalgebra:5 kde-apps/phonon-kde:4/16.04 net-libs/libktorrent:5 net-libs/signon-ui:0 kde-apps/konqueror:4 kde-plasma/plasma-workspace:5 kde-apps/rocs:5 kde-apps/okteta:5 kde-apps/kdepim-common-libs:4/4.14 kde-apps/klettres:5 app-cdr/k3b:4 app-office/gnucash:0 dev-python/PyQt5:0 dev-qt/designer:4 kde-frameworks/knotifyconfig:5/5.26 dev-qt/designer:5/5.6 kde-apps/libkonq:4 kde-frameworks/khtml:5/5.26 * IMPORTANT: 1 news items need reading for repository 'gentoo'. * Use eselect news read to view new items. These are the packages that would be merged, in order: -- Strange Game. The only winning move is not to play. Powers are not rights.
Re: [gentoo-user] Well, I went about updating my system again. (day 6)
On 12/07/2016 04:28 PM, Neil Bothwick wrote: On Wed, 7 Dec 2016 16:14:35 +0200, Alan McKinnon wrote: I do not know what quickpkg is. Makes a tarball of a package so you can later untar it and get the package back without a remerge. It's all in portage's man pages While you can untar it, that's a bit messy, and has caused problems for me in the past (overwriting the /lib symlink with a directory. There is an option for tar, to *not overwrite* a symlinked directory, I think it's *h*
Re: [gentoo-user] Well, I went about updating my system again. (day 6)
Op woensdag 7 december 2016 13:57:04 schreef Alan Grimes: > Alan McKinnon wrote: > > So why are you running it? > > Do I really need to answer that? > I want my system upgraded and the gentle approach isn't working -> try > the rough approach. > Hello Alan, It's against my better judgement, but here goes. Mind you, I'm not even going to attempt to solve your emerge problems, but hopefully this will help you nevertheless. As far as I can determine everybody who uses Gentoo but you does not use your script or anything even remotely like it. As far as I can determine every now and then someone other than you has a merge issue, posts to the list and either gets their issue resolved or, rarely, has run into a legitimate issue and needs to patch, or wait for a bug to get fixed. As far as I can determine you update your system both very rarely, and using a method, if it deserves the name, that defies description and consistently runs into issues. These observations lead me to the following hypothesis: your frequency and way of upgrading are actually the *cause* of your problems. Until proven wrong, I'll stick to my hypothesis and offer you these pieces of advice: 1. update more frequently 2. let portage do what is was designed to do 3. read (and by read I do in fact actually mean try to understand) and follow the veritable heap of advice that was already supplied by the generous souls on this list 4. rename your script to jackass.sh and let that refer to anybody who even thinks about running it I'll bet you that: 1. your updates will go smoother, and 2. you´ll find it easier to get help here if for whatever reason you still run into issues. Best regards and good luck with your update, Paul P.S. I sync almost daily and update if there are no big packages that would interfere with whatever I'm doing. Today's update was done while I was writing this. Once again, no issues. Just one 'emerge @preserved-rebuild' left and I'm done. And I didn't even need to figure that out myself, as portage is telling me. So I can focus on other things, although in this case, only time will tell how useful I spent my time.
Re: [gentoo-user] Well, I went about updating my system again. (day 6)
On 07/12/2016 20:57, Alan Grimes wrote: > Alan McKinnon wrote: >> So why are you running it? > > Do I really need to answer that? > I want my system upgraded and the gentle approach isn't working -> try > the rough approach. > > > I think a significant issue is that I have a number of dead and missing > packages: no, that is not especially important. You have kde-16.08.1 components installed and those are long gone from the tree. Current is 16.08.3 With a world update portage will simply update them to current, assuming you have KDE installed because you want it that is. Your problem is that the box seems to have not been updated in a long while. That is always tricky. The solution is always the copious use of patience and understanding. Your sledgehammer approach is going to result in vast amounts of pain. > Here's the revdep rebuild list, I highlighted the programs I actually > care about. Unmerging packages on this list seems to have more leverage > on the problem than other randomly selected packages... > > rm: cannot remove '/var/cache/revdep-rebuild/*.rr': No such file or > directory > * This is the new python coded version > * Please report any bugs found using it. > * The original revdep-rebuild script is installed as revdep-rebuild.sh > * Please file bugs at: https://bugs.gentoo.org/ > * Collecting system binaries and libraries > * Checking dynamic linking consistency > * Assign files to packages > > !!! Broken orphaned files: No installed package was found for the > following: > * /usr/local/lib64/osgPlugins-3.5.0/osgdb_exr.so > * /usr/local/lib64/osgPlugins-3.5.0/osgdb_jp2.so > * Warning: "kde-apps/ksirk-16.08.1" ebuild not found.. > * Warning: "kde-apps/blinken-16.08.1" ebuild not found.. > * Warning: "kde-apps/marble-16.08.1" ebuild not found.. > * Warning: "kde-apps/audiocd-kio-16.08.1" ebuild not found.. > * Warning: "kde-apps/kscd-16.08.1" ebuild not found.. > * Warning: "kde-apps/dolphin-16.08.1" ebuild not found.. > * Warning: "kde-apps/okular-16.08.1" ebuild not found.. > <<< > * Warning: "kde-apps/kalgebra-16.08.1" ebuild not found.. > * Warning: "kde-apps/konqueror-16.08.1" ebuild not found.. > < > * Warning: "kde-apps/rocs-16.08.1" ebuild not found.. > * Warning: "kde-apps/okteta-16.08.1" ebuild not found.. > < > * Warning: "kde-apps/klettres-16.08.1" ebuild not found.. > * Warning: "kde-apps/libkonq-16.08.1" ebuild not found.. > > emerge --oneshot --complete-graph=y kde-apps/ksirk:4 > dev-util/kdevplatform:4 net-im/skype:0 kde-apps/kdenlive:5 > kde-plasma/plasma-desktop:5 kde-frameworks/kdewebkit:5/5.26 > kde-apps/knotify:4/16.04 media-libs/phonon-vlc:0 kde-apps/blinken:5 > kde-misc/kwebkitpart:4 kde-apps/kontact:4/4.14 kde-base/kdelibs:4/4.14 > dev-libs/libcdio:0/15 kde-apps/kdepimlibs:4/4.14 > kde-frameworks/knotifications:5/5.28 kde-apps/marble:5 > kde-plasma/libksysguard:5 dev-qt/qtdeclarative:4 dev-python/PyQt4:0 > sys-libs/ncurses:0/6 kde-apps/audiocd-kio:4 app-office/libreoffice:0 > dev-qt/assistant:4 kde-apps/kscd:4 kde-apps/libkface:4/15.08 > kde-apps/dolphin:5 kde-apps/okular:4 kde-apps/kalgebra:5 > kde-apps/phonon-kde:4/16.04 net-libs/libktorrent:5 net-libs/signon-ui:0 > kde-apps/konqueror:4 kde-plasma/plasma-workspace:5 kde-apps/rocs:5 > kde-apps/okteta:5 kde-apps/kdepim-common-libs:4/4.14 kde-apps/klettres:5 > app-cdr/k3b:4 app-office/gnucash:0 dev-python/PyQt5:0 dev-qt/designer:4 > kde-frameworks/knotifyconfig:5/5.26 dev-qt/designer:5/5.6 > kde-apps/libkonq:4 kde-frameworks/khtml:5/5.26 > > * IMPORTANT: 1 news items need reading for repository 'gentoo'. > * Use eselect news read to view new items. > > > These are the packages that would be merged, in order: > -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Re: Well, I went about updating my system again. (day 6)
On 2016-12-07, Alan McKinnon wrote: > Your problem is that the box seems to have not been updated in a > long while. That is always tricky. That's putting it mildly. Gentoo works far, far better if you update frequently. On most systems I update a couple times a week. Those systems have been mostly trouble free for many, many years. OTOH, there have been a couple systems where I didn't update for 6+ months. That rarely went smoothly, and took _way_ more time than a fresh install would have. [But sometimes you head-butt your way through the wall just to prove you can.] IMO, if you only want to update a system once or twice a year, Gentoo is not a good choice -- unless you just want to do a fresh install each time. In my experience, a fresh install is usually far less work than an update after an extended period of time. But, doing a "fresh install" as an upgrade takes a bit of planning and orginization. > The solution is always the copious use of patience and > understanding. Your sledgehammer approach is going to result in > vast amounts of pain. -- Grant Edwards grant.b.edwardsYow! Gibble, Gobble, we at ACCEPT YOU ... gmail.com
[gentoo-user] Virtualbox documentation
Hi, arrgh! I just want to find a quick-start tutorial for Virtualbox on Gentoo, but Google shows up loads of tutorials for Gentoo in a Virtualbox. The Gentoo Wiki article's "Usage" paragraph does not contain any usable information. Does anybody have a hint for me? Thanks in advance. Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de
Re: [gentoo-user] Re: Well, I went about updating my system again. (day 6)
On Wednesday 07 Dec 2016 21:20:27 Grant Edwards wrote: > On 2016-12-07, Alan McKinnon wrote: > > Your problem is that the box seems to have not been updated in a > > long while. That is always tricky. > > That's putting it mildly. Gentoo works far, far better if you update > frequently. On most systems I update a couple times a week. Those > systems have been mostly trouble free for many, many years. Over the last couple of years I only update once a week and a couple of older systems I only update every fortnight. Usually there are no unresolvable problems, or breakages. Occasionally I have to change a USE flag for the odd package, but emerge will let me know when this is required. I think Alan G. can keep using his infamous script and get to keep the pieces, after all it is his OS and he's entitled to do as he pleases with it, but I would suggest: 1. Use your script once a week, contrary to all advice dispensed in this M/L and just because you want to. 2. If problems show up, forget the script and use 'emerge -avuND world' as Mr. McKinnon suggested. In most cases this will resolve any conflicts on its own. You could add '--backtrack=90' if there are unresolved conflicts to get portage to try harder. 3. If you still get a problem (not with your script, please) report back with the error shown and some kind soul will suggest a way forward. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Virtualbox documentation
On 08/12/2016 00:01, Bertram Scharpf wrote: > Hi, > > arrgh! I just want to find a quick-start tutorial for > Virtualbox on Gentoo, but Google shows up loads of tutorials > for Gentoo in a Virtualbox. The Gentoo Wiki article's > "Usage" paragraph does not contain any usable information. > > Does anybody have a hint for me? I have vbox on Gentoo here (many others do too) and it was a very smooth start - basically emerge virtualbox, the fancy oracle additions and modules, and I was off like a rocket. I don't know of any Gentoo-specific tutorial though. The oracle docs are very good and quite complete Do you have specific questions that you want a tutorial to answer? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Well, I went about updating my system again. (day 6)
Hey there, > > IMO, if you only want to update a system once or twice a year, Gentoo > is not a good choice What really helps is not to pollute your world file with crap you installed just for fun or you are not using anymore. A while ago I started organizing my configuration in various sets in `/usr/portage/sets/$set_name`. And only the `real` system packages I need to get my system running are allowed into the world file. And I make heavy use of the -1 flag to keep portage from writing everything into world. I don't know what the current policy on sets is, but if you make use of it you can easily reinstall whole subsets of your system without having to spend too much time. Then, if you run a world-update and you run into trouble you have the possibility to "bisect" your problem and either update certain sets seperatly or even unmerge whole sets (of course you still maintain already existing packages to reduce installation time). This puts me in the position to upgrade only once in a while. Avoiding dependency hell software (e.g. KDE) also helps a lot. And if you want to to a complete reinstall. Just unmerge your additional sets. Update @world (which has only the most nessecary bare bone system packages). There you go. A freshly installed Gentoo with your flavour. Cheers, Andrej
Re: [gentoo-user] Re: Well, I went about updating my system again. (day 6)
Grant Edwards wrote: > On 2016-12-07, Alan McKinnon wrote: > >> Your problem is that the box seems to have not been updated in a >> long while. That is always tricky. > That's putting it mildly. Gentoo works far, far better if you update > frequently. On most systems I update a couple times a week. Those > systems have been mostly trouble free for many, many years. Problem: -> Updating weekly, as I used to do is a Good Idea, Agreed. -> Updating frequently pulls in Nvidia Drivers. -> Nvidia Drivers is seldom compatible with stale kernel versions. -> It doesn't appear that updating the kernel module on the fly is easy or possible for a number of reasons. --> The commands for bumping live kernel modules is obscure and/or difficult. --> X11 would probably need to be shut down two which is equivalent to a reboot on a desktop system anyway. Solution: Attempt to determine a schedule for updates that is still acceptably frequent without being annoying. In this case, it was 2 months... Two Short, Measily, Stinking Months =| -- Strange Game. The only winning move is not to play. Powers are not rights.
Re: [gentoo-user] Re: Well, I went about updating my system again. (day 6)
Mick wrote:
> 2. If problems show up, forget the script and use 'emerge -avuND world' as
> Mr.
> McKinnon suggested. In most cases this will resolve any conflicts on its
> own.
> You could add '--backtrack=90' if there are unresolved conflicts to get
> portage
> to try harder.
=\
I do read every word sent my direction, carefully.
My misery quotient is now 429, Unfortunately, it seems I need to post
the entire Litany of Pain though it will bloat this e-mail a good deal
more than I feel comfortable posting.
tortoise ~ # emerge -avuND world<<< copied verbatim, seems
equivalent to what my script has anyway
* IMPORTANT: 1 news items need reading for repository 'gentoo'.
* Use eselect news read to view new items.
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] dev-libs/xapian-1.2.24:0/1.2.22::gentoo USE="brass
chert inmemory -doc -static-libs" CPU_FLAGS_X86="sse sse2" 0 KiB
[ebuild R] dev-python/six-1.10.0::gentoo USE="-doc {-test}"
PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -pypy3
(-python3_3%)" 0 KiB
[ebuild R] dev-python/pyasn1-0.1.9::gentoo USE="-doc"
PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -pypy3
(-python3_3%)" 0 KiB
[ebuild U ] dev-cpp/glibmm-2.50.0:2::gentoo [2.48.1:2::gentoo]
USE="-debug -doc {-test} (-examples%)" ABI_X86="32 (64) (-x32)" 6,285 KiB
[ebuild R] dev-python/idna-2.1::gentoo PYTHON_TARGETS="python2_7
python3_4 python3_5 -pypy -pypy3 (-python3_3%)" 0 KiB
[ebuild R] dev-python/chardet-2.3.0::gentoo
PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -pypy3
(-python3_3%)" 0 KiB
[ebuild R] dev-python/sip-4.18.1:0/11::gentoo USE="-debug -doc"
PYTHON_TARGETS="python2_7 python3_4 python3_5 (-python3_3%)" 0 KiB
[ebuild R] dev-python/pycrypto-2.6.1-r1::gentoo USE="gmp -doc
{-test}" PYTHON_TARGETS="python2_7 python3_4 python3_5 (-python3_3%)" 0 KiB
[ebuild U ] virtual/perl-Compress-Raw-Zlib-2.69.0-r1::gentoo
[2.69.0::gentoo] 0 KiB
[ebuild R] dev-python/py-1.4.31::gentoo USE="-doc {-test}"
PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -pypy3
(-python3_3%)" 0 KiB
[ebuild R] dev-python/markupsafe-0.23::gentoo
PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -pypy3
(-python3_3%)" 0 KiB
[ebuild U ] virtual/perl-libnet-3.80.100_rc::gentoo
[3.80.0::gentoo] 0 KiB
[ebuild U ] virtual/perl-Time-Local-1.230.0-r4::gentoo
[1.230.0-r3::gentoo] 0 KiB
[ebuild U ] virtual/perl-IO-1.360.100_rc::gentoo [1.360.0::gentoo]
0 KiB
[ebuild U ] virtual/perl-Carp-1.400.0-r1::gentoo [1.400.0::gentoo]
0 KiB
[ebuild U ] virtual/perl-Digest-MD5-2.540.0-r2::gentoo
[2.540.0-r1::gentoo] 0 KiB
[ebuild NS] sys-kernel/vanilla-sources-4.8.12:4.8.12::gentoo
[4.7.2:4.7.2::gentoo] USE="-build -symlink" 237 KiB
[ebuild U ] media-libs/audiofile-0.3.6-r2:0/1::gentoo
[0.3.6-r1:0/1::gentoo] USE="flac -static-libs {-test}" ABI_X86="32 (64)
(-x32)" 0 KiB
[ebuild U ] sys-fs/lvm2-2.02.166::gentoo [2.02.145-r2::gentoo]
USE="readline thin udev -clvm -cman -corosync -device-mapper-only -lvm1
-lvm2create_initrd -openais (-selinux) -static -static-libs -systemd"
2,098 KiB
[ebuild U ] dev-libs/jansson-2.9::gentoo [2.7::gentoo] USE="-doc
-static-libs" ABI_X86="32%* (64%*) (-x32)" 474 KiB
[ebuild U ] dev-python/PySocks-1.6.4::gentoo [1.5.6::gentoo]
PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -pypy3%
(-python3_3%)" 17 KiB
[ebuild R] dev-python/enum34-1.1.6::gentoo USE="-doc"
PYTHON_TARGETS="python2_7 -pypy -pypy3 (-python3_3%)" 0 KiB
[ebuild U ] dev-db/sqlcipher-3.4.0::gentoo [3.3.0::gentoo]
USE="readline -libressl% -static-libs -tcl {-test}" ABI_X86="32 (64)
(-x32)" 13,283 KiB
[ebuild U ] net-libs/libmicrohttpd-0.9.52:0/12::gentoo
[0.9.51:0/12::gentoo] USE="ssl -epoll -messages -static-libs {-test}"
1,216 KiB
[ebuild U ] dev-python/simplejson-3.10.0::gentoo [3.8.2::gentoo]
PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -pypy3
(-python3_3%)" 77 KiB
[ebuild U ] dev-lang/lua-5.1.5-r4::gentoo [5.1.5-r3::gentoo]
USE="deprecated readline -emacs -static" ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild U ] net-libs/libpcap-1.8.1::gentoo [1.8.0::gentoo]
USE="dbus usb%* -bluetooth -netlink -static-libs (-canusb%)" ABI_X86="32
(64) (-x32)" 736 KiB
[ebuild U ] dev-libs/libevdev-1.5.5::gentoo [1.5.4::gentoo]
USE="-static-libs" ABI_X86="32 (64) (-x32)" 397 KiB
[ebuild R] dev-python/pycurl-7.43.0::gentoo USE="ssl -examples
{-test}" CURL_SSL="openssl -gnutls -libressl -nss"
PYTHON_TARGETS="python2_7 python3_4 python3_5 (-python3_3%)" 0 KiB
[ebuild U ] dev-libs/libatasmart-0.19-r2:0/4::gentoo
[0.19-r1:0/0::gentoo] USE="-static-libs" 0 KiB
[ebuild U ] dev-qt/qtpaths-5.6.2:5/5.6::gentoo
[5.6.1:5/5.6::gentoo] USE="-debug {-test}" 0 KiB
[ebuild R] dev-python/pyyaml-3.12::gentoo USE="-examples
-libyaml" PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -pypy3
(-python3_3%)" 0 KiB
[ebui
