Re: [gentoo-user] Lost tabs links in Firefox
On 2015-09-01 08:33, gevisz wrote: I have a bad habit of leaving too many tabs open when closing Firefox relying on its feature to open them again next time I start it. [...] I still believe that at least links for them can be found somewhere inside ~/.mozilla directory. Search for sessionstore.{json,bak} in ~/.mozilla/firefox. One of those should contain the URLs of your tabs. (Unless you started too many times after the error. Then they might have gotten overwritten.) Maybe it's just a matter of having started with a different profile than normal? There were such cases on this list recently. Try starting with |firefox -P|... Peter.
[gentoo-user] Lost tabs links in Firefox
I have a bad habit of leaving too many tabs open when closing Firefox relying on its feature to open them again next time I start it. But yesterday, when I opened Firefox during the system update (the updated packages were sys-devel/gcc-4.8.5, sys-devel/gdb-7.9.1, net-libs/gnutls-3.3.17.1, and media-gfx/gimp-2.8.14-r1), I have found all my tabs in Firefox to be empty. I still believe that at least links for them can be found somewhere inside ~/.mozilla directory. Could anybody point me to the needed file more specifically? Or suggest any other way of recovering links of my old tabs in firefox?
Re: [gentoo-user] Re: What is the correct version of ncurses on ~amd64 now?
On Monday, August 31, 2015 10:55:36 PM Fernando Rodriguez wrote: > On Monday, August 31, 2015 7:20:29 PM walt wrote: > > On Mon, 31 Aug 2015 20:33:42 -0400 > > Fernando Rodriguez wrote: > > > > > On Tuesday, September 01, 2015 12:13:25 AM Alan McKinnon wrote: > > > > On 31/08/2015 23:13, walt wrote: > > > > > I ask this strange question because this (badly broken) machine > > > > > once again flipped between 6.0 and 6.0-r1 after rsyncing this > > > > > morning. > > > > > > > > > > First, it emerged 6.0, which turned out to be almost catastrophic > > > > > because the qmerge phase of the emerge failed (although it claimed > > > > > success afterwards) and deleted the entire /usr/share/terminfo > > > > > subdirectory. That was fun, but I won't bore you with the > > > > > details. (The ncurses-6.0 files in /lib64 are dated August 28, > > > > > BTW.) > > > > > > > > > > Right now emerge tries to install ncurses-6.0-r1 but the 32-bit > > > > > part of the build fails because emerge never ran make in the > > > > > work/cross/progs directory, and so the 32-bit tools didn't get > > > > > compiled. > > > > > > > > > > I hacked around this by running make in that directory manually, > > > > > which allowed the ebuild install and ebuild package phases to > > > > > succeed. > > > > > > > > > > Now I have an ncurses-6.0-r1 binary package available but I'm too > > > > > scared to install it because I might need to kill myself > > > > > afterwards :/ > > > > > > > > > > Any suggestions before I take the plunge? Is ncurses-6.0-r1 the > > > > > right version as of today, Aug 31? > > > > > > > > > > Thanks. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > This machine was entirely unaffected by all the recent ncurses > > > > issues: > > > > > > > > [I] sys-libs/ncurses > > > > Available versions: > > > > (0)5.9-r3 (~)5.9-r4 5.9-r5(0/5) (~)6.0-r1(0/6) > > > > (5)5.9-r99(5/5) (~)5.9-r101(5/5) (~)6.0(5/6) > > > >{ada +cxx debug doc gpm minimal profile static-libs test > > > > threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" > > > > ABI_S390="32 64" ABI_X86="32 64 x32"} > > > > Installed versions: 6.0-r1(12:52:29 30/08/2015)(cxx gpm > > > > threads unicode -ada -debug -doc -minimal -profile -static-libs > > > > -test -tinfo -trace ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" > > > > ABI_S390="-32 -64" ABI_X86="32 64 -x32") > > > > Homepage:https://www.gnu.org/software/ncurses/ > > > > http://dickey.his.com/ncurses/ > > > > Description: console display library > > > > > > > > So 6.0-r1 works completely relaible on at least one Gentoo machine > > > > in this world :-) > > > > > > Hmm, I keyworded ncurses and this is what portage wants to do: > > > > > > [ebuild r U ~] sys-libs/ncurses-6.0-r1:0/6::gentoo > > > [5.9-r5:0/5::fernan] USE="cxx doc gpm tinfo unicode -ada -debug > > > -minimal -profile -static-libs {- test%} -threads% -trace" > > > ABI_X86="32 (64) -x32" 3,059 KiB [ebuild U ~] > > > sys-libs/ncurses-5.9-r101:5::gentoo [5.9-r99:5::gentoo] USE="gpm > > > tinfo unicode (-ada%) (-cxx%*) (-static-libs%)" ABI_X86="32 (64) - > > > x32" 0 KiB [ebuild rR ~] sys-devel/gdb-7.10::gentoo USE="client > > > expat python server zlib -lzma -multitarget -nls {-test} -vanilla" > > > PYTHON_SINGLE_TARGET="python2_7 -python3_3 -python3_4" > > > PYTHON_TARGETS="python2_7 python3_4 -python3_3" 0 KiB [ebuild rR > > > ] app-misc/screen-4.3.1::gentoo USE="pam -debug -multiuser - nethack > > > -selinux" 0 KiB [ebuild rR] app-emulation/wine-1.6.2::gentoo > > > USE="X alsa cups custom- cflags fontconfig gecko jpeg lcms ldap mp3 > > > ncurses openal opengl perl png prelink pulseaudio run-exes samba ssl > > > threads truetype udisks v4l xcomposite xinerama xml -capi -dos > > > -gphoto2 -gsm -gstreamer -mono -nls -odbc -opencl - osmesa -oss > > > -realtime -scanner -selinux {-test}" ABI_X86="32 64 -x32" > > > LINGUAS="-ar -bg -ca -cs -da -de -el -en -en_US -eo -es -fa -fi -fr > > > -he -hi -hr -hu -it -ja -ko -lt -ml -nb_NO -nl -or -pa -pl -pt_BR > > > -pt_PT -rm -ro -ru -sk - sl -sr_RS@cyrillic -sr_RS@latin -sv -te -th > > > -tr -uk -wa -zh_CN -zh_TW" 0 KiB > > > > > > > > > That looks dangerous to me because the first build will upgrade my > > > 5.9 installation to 6.0 and the second will reinstall 5.9. > > > > That's exactly what happened to me last week and it was a disaster. > > Don't allow that to happen. After hours of frustration I finally > > got 6.0-r1 installed and everything Just Works again, but 6.0 was > > another disaster. Do whatever you need to do to avoid 6.0. > > > > > So what happens in between when I have no 5.9 installed but > > > everything is linked against it? Won't it need bash to build the > > > second one? What if the 2nd build fails? Will stuff linked against > > > 5.9 work with 6.0? > > > > No, but packages linked against 5.9 will continue to work if portage > > doesn't delete
Re: [gentoo-user] CD ripper that generates song titles?
On Mon, Aug 31, 2015 at 05:40:04PM +0100, Stroller wrote > > On Sun, 30 August 2015, at 11:46 am, Neil Bothwick wrote: > > > >> There are 3 fields that my algorithm looks at... > >> > >> Albumperformer= 'Various Artists' > >> Performer= 'Various Artists' > >> Tracktitle= 'Johnny Cash / I Walk The Line' > > > > ? > > It does raise the question of what is the point of the Performer field if > > it's always the same as the Albumperformer. > > I'm sure the above is wrong. It's not a bug, it's a feature . I know it looks wrong; I'm simply trying to deal with the real world. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Re: What is the correct version of ncurses on ~amd64 now?
On Monday, August 31, 2015 7:20:29 PM walt wrote: > On Mon, 31 Aug 2015 20:33:42 -0400 > Fernando Rodriguez wrote: > > > On Tuesday, September 01, 2015 12:13:25 AM Alan McKinnon wrote: > > > On 31/08/2015 23:13, walt wrote: > > > > I ask this strange question because this (badly broken) machine > > > > once again flipped between 6.0 and 6.0-r1 after rsyncing this > > > > morning. > > > > > > > > First, it emerged 6.0, which turned out to be almost catastrophic > > > > because the qmerge phase of the emerge failed (although it claimed > > > > success afterwards) and deleted the entire /usr/share/terminfo > > > > subdirectory. That was fun, but I won't bore you with the > > > > details. (The ncurses-6.0 files in /lib64 are dated August 28, > > > > BTW.) > > > > > > > > Right now emerge tries to install ncurses-6.0-r1 but the 32-bit > > > > part of the build fails because emerge never ran make in the > > > > work/cross/progs directory, and so the 32-bit tools didn't get > > > > compiled. > > > > > > > > I hacked around this by running make in that directory manually, > > > > which allowed the ebuild install and ebuild package phases to > > > > succeed. > > > > > > > > Now I have an ncurses-6.0-r1 binary package available but I'm too > > > > scared to install it because I might need to kill myself > > > > afterwards :/ > > > > > > > > Any suggestions before I take the plunge? Is ncurses-6.0-r1 the > > > > right version as of today, Aug 31? > > > > > > > > Thanks. > > > > > > > > > > > > > > > > > > > > > > > > This machine was entirely unaffected by all the recent ncurses > > > issues: > > > > > > [I] sys-libs/ncurses > > > Available versions: > > > (0)5.9-r3 (~)5.9-r4 5.9-r5(0/5) (~)6.0-r1(0/6) > > > (5)5.9-r99(5/5) (~)5.9-r101(5/5) (~)6.0(5/6) > > >{ada +cxx debug doc gpm minimal profile static-libs test > > > threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" > > > ABI_S390="32 64" ABI_X86="32 64 x32"} > > > Installed versions: 6.0-r1(12:52:29 30/08/2015)(cxx gpm > > > threads unicode -ada -debug -doc -minimal -profile -static-libs > > > -test -tinfo -trace ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" > > > ABI_S390="-32 -64" ABI_X86="32 64 -x32") > > > Homepage:https://www.gnu.org/software/ncurses/ > > > http://dickey.his.com/ncurses/ > > > Description: console display library > > > > > > So 6.0-r1 works completely relaible on at least one Gentoo machine > > > in this world :-) > > > > Hmm, I keyworded ncurses and this is what portage wants to do: > > > > [ebuild r U ~] sys-libs/ncurses-6.0-r1:0/6::gentoo > > [5.9-r5:0/5::fernan] USE="cxx doc gpm tinfo unicode -ada -debug > > -minimal -profile -static-libs {- test%} -threads% -trace" > > ABI_X86="32 (64) -x32" 3,059 KiB [ebuild U ~] > > sys-libs/ncurses-5.9-r101:5::gentoo [5.9-r99:5::gentoo] USE="gpm > > tinfo unicode (-ada%) (-cxx%*) (-static-libs%)" ABI_X86="32 (64) - > > x32" 0 KiB [ebuild rR ~] sys-devel/gdb-7.10::gentoo USE="client > > expat python server zlib -lzma -multitarget -nls {-test} -vanilla" > > PYTHON_SINGLE_TARGET="python2_7 -python3_3 -python3_4" > > PYTHON_TARGETS="python2_7 python3_4 -python3_3" 0 KiB [ebuild rR > > ] app-misc/screen-4.3.1::gentoo USE="pam -debug -multiuser - nethack > > -selinux" 0 KiB [ebuild rR] app-emulation/wine-1.6.2::gentoo > > USE="X alsa cups custom- cflags fontconfig gecko jpeg lcms ldap mp3 > > ncurses openal opengl perl png prelink pulseaudio run-exes samba ssl > > threads truetype udisks v4l xcomposite xinerama xml -capi -dos > > -gphoto2 -gsm -gstreamer -mono -nls -odbc -opencl - osmesa -oss > > -realtime -scanner -selinux {-test}" ABI_X86="32 64 -x32" > > LINGUAS="-ar -bg -ca -cs -da -de -el -en -en_US -eo -es -fa -fi -fr > > -he -hi -hr -hu -it -ja -ko -lt -ml -nb_NO -nl -or -pa -pl -pt_BR > > -pt_PT -rm -ro -ru -sk - sl -sr_RS@cyrillic -sr_RS@latin -sv -te -th > > -tr -uk -wa -zh_CN -zh_TW" 0 KiB > > > > > > That looks dangerous to me because the first build will upgrade my > > 5.9 installation to 6.0 and the second will reinstall 5.9. > > That's exactly what happened to me last week and it was a disaster. > Don't allow that to happen. After hours of frustration I finally > got 6.0-r1 installed and everything Just Works again, but 6.0 was > another disaster. Do whatever you need to do to avoid 6.0. > > > So what happens in between when I have no 5.9 installed but > > everything is linked against it? Won't it need bash to build the > > second one? What if the 2nd build fails? Will stuff linked against > > 5.9 work with 6.0? > > No, but packages linked against 5.9 will continue to work if portage > doesn't delete the files from 5.9 (@preserved-rebuild, etc) Of course, stupid me isn't thinking right :) I'm paranoid of this package because it made my system unbootable at one point after removing the tinfo flag and libtinfo didn't get preserved but I think that was because i
[gentoo-user] Re: What is the correct version of ncurses on ~amd64 now?
On Mon, 31 Aug 2015 20:33:42 -0400 Fernando Rodriguez wrote: > On Tuesday, September 01, 2015 12:13:25 AM Alan McKinnon wrote: > > On 31/08/2015 23:13, walt wrote: > > > I ask this strange question because this (badly broken) machine > > > once again flipped between 6.0 and 6.0-r1 after rsyncing this > > > morning. > > > > > > First, it emerged 6.0, which turned out to be almost catastrophic > > > because the qmerge phase of the emerge failed (although it claimed > > > success afterwards) and deleted the entire /usr/share/terminfo > > > subdirectory. That was fun, but I won't bore you with the > > > details. (The ncurses-6.0 files in /lib64 are dated August 28, > > > BTW.) > > > > > > Right now emerge tries to install ncurses-6.0-r1 but the 32-bit > > > part of the build fails because emerge never ran make in the > > > work/cross/progs directory, and so the 32-bit tools didn't get > > > compiled. > > > > > > I hacked around this by running make in that directory manually, > > > which allowed the ebuild install and ebuild package phases to > > > succeed. > > > > > > Now I have an ncurses-6.0-r1 binary package available but I'm too > > > scared to install it because I might need to kill myself > > > afterwards :/ > > > > > > Any suggestions before I take the plunge? Is ncurses-6.0-r1 the > > > right version as of today, Aug 31? > > > > > > Thanks. > > > > > > > > > > > > > > > > > This machine was entirely unaffected by all the recent ncurses > > issues: > > > > [I] sys-libs/ncurses > > Available versions: > > (0)5.9-r3 (~)5.9-r4 5.9-r5(0/5) (~)6.0-r1(0/6) > > (5)5.9-r99(5/5) (~)5.9-r101(5/5) (~)6.0(5/6) > >{ada +cxx debug doc gpm minimal profile static-libs test > > threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" > > ABI_S390="32 64" ABI_X86="32 64 x32"} > > Installed versions: 6.0-r1(12:52:29 30/08/2015)(cxx gpm > > threads unicode -ada -debug -doc -minimal -profile -static-libs > > -test -tinfo -trace ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" > > ABI_S390="-32 -64" ABI_X86="32 64 -x32") > > Homepage:https://www.gnu.org/software/ncurses/ > > http://dickey.his.com/ncurses/ > > Description: console display library > > > > So 6.0-r1 works completely relaible on at least one Gentoo machine > > in this world :-) > > Hmm, I keyworded ncurses and this is what portage wants to do: > > [ebuild r U ~] sys-libs/ncurses-6.0-r1:0/6::gentoo > [5.9-r5:0/5::fernan] USE="cxx doc gpm tinfo unicode -ada -debug > -minimal -profile -static-libs {- test%} -threads% -trace" > ABI_X86="32 (64) -x32" 3,059 KiB [ebuild U ~] > sys-libs/ncurses-5.9-r101:5::gentoo [5.9-r99:5::gentoo] USE="gpm > tinfo unicode (-ada%) (-cxx%*) (-static-libs%)" ABI_X86="32 (64) - > x32" 0 KiB [ebuild rR ~] sys-devel/gdb-7.10::gentoo USE="client > expat python server zlib -lzma -multitarget -nls {-test} -vanilla" > PYTHON_SINGLE_TARGET="python2_7 -python3_3 -python3_4" > PYTHON_TARGETS="python2_7 python3_4 -python3_3" 0 KiB [ebuild rR > ] app-misc/screen-4.3.1::gentoo USE="pam -debug -multiuser - nethack > -selinux" 0 KiB [ebuild rR] app-emulation/wine-1.6.2::gentoo > USE="X alsa cups custom- cflags fontconfig gecko jpeg lcms ldap mp3 > ncurses openal opengl perl png prelink pulseaudio run-exes samba ssl > threads truetype udisks v4l xcomposite xinerama xml -capi -dos > -gphoto2 -gsm -gstreamer -mono -nls -odbc -opencl - osmesa -oss > -realtime -scanner -selinux {-test}" ABI_X86="32 64 -x32" > LINGUAS="-ar -bg -ca -cs -da -de -el -en -en_US -eo -es -fa -fi -fr > -he -hi -hr -hu -it -ja -ko -lt -ml -nb_NO -nl -or -pa -pl -pt_BR > -pt_PT -rm -ro -ru -sk - sl -sr_RS@cyrillic -sr_RS@latin -sv -te -th > -tr -uk -wa -zh_CN -zh_TW" 0 KiB > > > That looks dangerous to me because the first build will upgrade my > 5.9 installation to 6.0 and the second will reinstall 5.9. That's exactly what happened to me last week and it was a disaster. Don't allow that to happen. After hours of frustration I finally got 6.0-r1 installed and everything Just Works again, but 6.0 was another disaster. Do whatever you need to do to avoid 6.0. > So what happens in between when I have no 5.9 installed but > everything is linked against it? Won't it need bash to build the > second one? What if the 2nd build fails? Will stuff linked against > 5.9 work with 6.0? No, but packages linked against 5.9 will continue to work if portage doesn't delete the files from 5.9 (@preserved-rebuild, etc) I suggest you quickpkg whatever ncurses you have now before you do anything else. I also suggest you see what portage wants to do if you emerge -p =sys-libs/ncurses-6.0-r1 If the output from that looks reasonable then build 6.0-r1 as a binary package *before* you install it so you have the binary packages for both versions ready to go. I ran into other problems during the ncurses upgrade but I managed to work through them, and you know more about this stuff than
Re: [gentoo-user] [SOLVED] QT Applications all are Stuck in a Broken Theme.
On 08/31/2015 07:14 PM, TheXzoron wrote: > Basically after I deleted various files in my user's /home folder > because it was getting full of configuration files for programs that I > didn't use, all qt applications got stuck in this hard to read theme > when I did not have any theme set. > > http://puu.sh/jL9cR/87b545fd17.png http://puu.sh/jL9e9/93425231cf.png > > Trying to change to theme to something else in qtconfig changes very > little and the text in QT applications is always borderline unreadable. > I have also tried reinstalling everything QT related from the binaries > that got created with buildpkg but the problem still persists. It may > also be worth noting that GTK+ in qtconfig, which I used so QT programs > would look consistant with my GTK theme is not there and setting it > manually in Trolltech.conf makes it say Unknown. > https://puu.sh/jL9ju/d0928b6f2e.png > > What could I do to resolve this problem? > Turns out I had something mis-configured in my .Xdefaults file however, It's still weird how I had this set wrong for months and it never showed sooner.
Re: [gentoo-user] [SOLVED] media-libs/jpeg / media-libs/libjpeg-turbo - blocking each other
On 08/31/2015 04:12 PM, Alan McKinnon wrote: > On 31/08/2015 23:51, the...@sys-concept.com wrote: >> I have two packages that are blocking each other and none of them are >> installed: >> >> >> [blocks B ] >=media-libs/libjpeg-turbo-1.3.0-r2:0 >> (">=media-libs/libjpeg-turbo-1.3.0-r2:0" is blocking media-libs/jpeg-6b-r12) >> [blocks B ] media-libs/jpeg:62 ("media-libs/jpeg:62" is blocking >> media-libs/libjpeg-turbo-1.3.1) >> >> !!! Multiple package instances within a single package slot have been pulled >> !!! into the dependency graph, resulting in a slot conflict: >> >> sys-libs/ncurses:0 >> >> (sys-libs/ncurses-5.9-r5:0/5::gentoo, ebuild scheduled for merge) pulled >> in by >> >> sys-libs/ncurses:0/5[ada?,cxx?,gpm?,static-libs?,tinfo?,unicode?,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(-)?] >> required by (sys-libs/ncurses-5.9-r99:5/5::gentoo, ebuild scheduled for >> merge) >> >> >> >> >> >> >> (sys-libs/ncurses-5.9-r3:0/0::gentoo, installed) pulled in by >> sys-libs/ncurses:0/0=[unicode] required by >> (media-video/vlc-2.1.5-r1:0/5-7::gentoo, installed) >> ^ >> >> (and 1 more with the same problem) >> >> >> >> * Error: The above package list contains packages which cannot be >> * installed at the same time on the same system. >> >> (media-libs/jpeg-6b-r12:62/62::gentoo, ebuild scheduled for merge) pulled >> in by >> =media-libs/jpeg-6* required by (net-misc/nxclient-3.5.0.7:0/0::gentoo, >> installed) >> >> (media-libs/libjpeg-turbo-1.3.1:0/0::gentoo, ebuild scheduled for merge) >> pulled in by >> >> >=media-libs/libjpeg-turbo-1.3.0-r3:0[static-libs?,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(-)?] >> (>=media-libs/libjpeg-turbo-1.3.0-r3:0[abi_x86_32(-),abi_x86_64(-)]) >> required by (virtual/jpeg-0-r2:0/0::gentoo, installed) >> >> >=media-libs/libjpeg-turbo-1.3.0-r3:0[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(-)?] >> (>=media-libs/libjpeg-turbo-1.3.0-r3:0[abi_x86_32(-),abi_x86_64(-)]) >> required by (virtual/jpeg-62:62/62::gentoo, ebuild scheduled for merge) >> >> I re-emerge "media-video/vlc" but it didn't help. > > > vlc has nothing to do with your jpeg problem. It's referenced above in a > separate section about ncurses. > > nxclient seems to be at the heart of your problem, it wants a version of > jpeg that conflicts withe libjpeg-turbo. But nxclient is no longer in > the tree. > > When did you last sync the tree? If it was a while back, you should do > it now and retry emerge Found a solution. emerge -avC libjpeg-turbo emerge -av1 media-libs/jpeg:0 media-libs/jpeg:62 Solved the problem.
Re: [gentoo-user] What is the correct version of ncurses on ~amd64 now?
On Tuesday, September 01, 2015 12:13:25 AM Alan McKinnon wrote: > On 31/08/2015 23:13, walt wrote: > > I ask this strange question because this (badly broken) machine once > > again flipped between 6.0 and 6.0-r1 after rsyncing this morning. > > > > First, it emerged 6.0, which turned out to be almost catastrophic > > because the qmerge phase of the emerge failed (although it claimed > > success afterwards) and deleted the entire /usr/share/terminfo > > subdirectory. That was fun, but I won't bore you with the details. > > (The ncurses-6.0 files in /lib64 are dated August 28, BTW.) > > > > Right now emerge tries to install ncurses-6.0-r1 but the 32-bit part of > > the build fails because emerge never ran make in the work/cross/progs > > directory, and so the 32-bit tools didn't get compiled. > > > > I hacked around this by running make in that directory manually, which > > allowed the ebuild install and ebuild package phases to succeed. > > > > Now I have an ncurses-6.0-r1 binary package available but I'm too scared > > to install it because I might need to kill myself afterwards :/ > > > > Any suggestions before I take the plunge? Is ncurses-6.0-r1 the right > > version as of today, Aug 31? > > > > Thanks. > > > > > > > > > > This machine was entirely unaffected by all the recent ncurses issues: > > [I] sys-libs/ncurses > Available versions: > (0)5.9-r3 (~)5.9-r4 5.9-r5(0/5) (~)6.0-r1(0/6) > (5)5.9-r99(5/5) (~)5.9-r101(5/5) (~)6.0(5/6) >{ada +cxx debug doc gpm minimal profile static-libs test threads > tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 > 64" ABI_X86="32 64 x32"} > Installed versions: 6.0-r1(12:52:29 30/08/2015)(cxx gpm threads > unicode -ada -debug -doc -minimal -profile -static-libs -test -tinfo > -trace ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" > ABI_X86="32 64 -x32") > Homepage:https://www.gnu.org/software/ncurses/ > http://dickey.his.com/ncurses/ > Description: console display library > > So 6.0-r1 works completely relaible on at least one Gentoo machine in > this world :-) Hmm, I keyworded ncurses and this is what portage wants to do: [ebuild r U ~] sys-libs/ncurses-6.0-r1:0/6::gentoo [5.9-r5:0/5::fernan] USE="cxx doc gpm tinfo unicode -ada -debug -minimal -profile -static-libs {- test%} -threads% -trace" ABI_X86="32 (64) -x32" 3,059 KiB [ebuild U ~] sys-libs/ncurses-5.9-r101:5::gentoo [5.9-r99:5::gentoo] USE="gpm tinfo unicode (-ada%) (-cxx%*) (-static-libs%)" ABI_X86="32 (64) - x32" 0 KiB [ebuild rR ~] sys-devel/gdb-7.10::gentoo USE="client expat python server zlib -lzma -multitarget -nls {-test} -vanilla" PYTHON_SINGLE_TARGET="python2_7 -python3_3 -python3_4" PYTHON_TARGETS="python2_7 python3_4 -python3_3" 0 KiB [ebuild rR] app-misc/screen-4.3.1::gentoo USE="pam -debug -multiuser - nethack -selinux" 0 KiB [ebuild rR] app-emulation/wine-1.6.2::gentoo USE="X alsa cups custom- cflags fontconfig gecko jpeg lcms ldap mp3 ncurses openal opengl perl png prelink pulseaudio run-exes samba ssl threads truetype udisks v4l xcomposite xinerama xml -capi -dos -gphoto2 -gsm -gstreamer -mono -nls -odbc -opencl - osmesa -oss -realtime -scanner -selinux {-test}" ABI_X86="32 64 -x32" LINGUAS="-ar -bg -ca -cs -da -de -el -en -en_US -eo -es -fa -fi -fr -he -hi -hr -hu -it -ja -ko -lt -ml -nb_NO -nl -or -pa -pl -pt_BR -pt_PT -rm -ro -ru -sk - sl -sr_RS@cyrillic -sr_RS@latin -sv -te -th -tr -uk -wa -zh_CN -zh_TW" 0 KiB That looks dangerous to me because the first build will upgrade my 5.9 installation to 6.0 and the second will reinstall 5.9. So what happens in between when I have no 5.9 installed but everything is linked against it? Won't it need bash to build the second one? What if the 2nd build fails? Will stuff linked against 5.9 work with 6.0? -- Fernando Rodriguez
Re: [gentoo-user] a few blockers I can't figure out
Jeremi Piotrowski wrote: > On Mon, 31 Aug 2015, cov...@ccs.covici.com wrote: > > [snip] > > > Just to let you know, most of the python entries were mandated by > > portage, certainly the systemd one. > > emerge --info > > Portage 2.2.20.1 (python 2.7.10-final-0, > > default/linux/amd64/13.0/desktop/gnome, gcc-4.9.3, glibc-2.21-r1, > > 3.16.3-gentoo x86_64) > > I think this is your problem right here: you don't have the systemd > profile selected. You're trying to splice together the use settings needed > to get this to work when all of them are already gathered in the right > profile. > > Remove most of the use settings you were forced to make because of systemd > related issues, change your profile to > > default/linux/amd64/13.0/desktop/gnome/systemd > > and emerge -uDUva @world. > > This should remove most (if not all) of the blockers caused by conflicting > use flags you currently have set. Hmmm, how can I tell which use flags to remove? I could remove the systemd ones, but what else -- I will look at that directory and see what it tells me, but any hints would be appreciated. I wonder if I started this long enough ago that that profile did not exist? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
[gentoo-user] QT Applications all are Stuck in a Broken Theme.
Basically after I deleted various files in my user's /home folder because it was getting full of configuration files for programs that I didn't use, all qt applications got stuck in this hard to read theme when I did not have any theme set. http://puu.sh/jL9cR/87b545fd17.png http://puu.sh/jL9e9/93425231cf.png Trying to change to theme to something else in qtconfig changes very little and the text in QT applications is always borderline unreadable. I have also tried reinstalling everything QT related from the binaries that got created with buildpkg but the problem still persists. It may also be worth noting that GTK+ in qtconfig, which I used so QT programs would look consistant with my GTK theme is not there and setting it manually in Trolltech.conf makes it say Unknown. https://puu.sh/jL9ju/d0928b6f2e.png What could I do to resolve this problem?
Re: [gentoo-user] a few blockers I can't figure out
Alan McKinnon wrote: > On 31/08/2015 18:54, cov...@ccs.covici.com wrote: > >> The words make sense, the meaning doesn't :-) > >> > > >> > It looks like fail2ban wants systemd without python support, but the > >> > true reason is still hidden. The fail2ban ebuild has this: > >> > > >> > RDEPEND=" > >> > ... > >> > systemd? ( $(python_gen_cond_dep '|| ( > >> > dev-python/python-systemd[${PYTHON_USEDEP}] > >> > sys-apps/systemd[python(-),${PYTHON_USEDEP}] > >> > > >> > > >> > I'm thinking maybe you have a specific portage entry that's getting in > >> > the way. What are your results for: > >> > > >> > emerge --info > >> > grep -r python /etc/portage > >> > grep -r systemd /etc/portage > > Just to let you know, most of the python entries were mandated by > > portage, certainly the systemd one. > > > I'm having a hard time figuring out what is making portage do this. > I also figure you're OK with a downgraded systemd meanwhile, but just > for kicks, lets test my theory: If you run this, does portage offer to > upgrade systemd? > > > USE="-python" emerge -pv systemd Well, here is what I got [ebuild U ] sys-apps/systemd-225:0/2::gentoo [219_p112:0/2::gentoo] USE="acl kdbus* kmod lz4 pam policykit seccomp ssl -apparmor -audit -cryptsetup -curl -elfutils -gcrypt -gnuefi% -http -idn -importd -lzma -nat -qrcode (-selinux) -sysv-utils {-test} -vanilla -xkb (-doc%*) (-gudev%) (-introspection%*) (-python%*) (-terminal%)" ABI_X86="32 (64) (-x32)" PYTHON_SINGLE_TARGET="(-python2_7%*) (-python3_3%) (-python3_4%)" PYTHON_TARGETS="(-python2_7%*) (-python3_3%) (-python3_4%*)" 3,788 KiB Total: 1 package (1 upgrade), Size of downloads: 3,788 KiB !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: sys-apps/systemd:0 (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) pulled in by sys-apps/systemd (Argument) (sys-apps/systemd-219_p112:0/2::gentoo, installed) pulled in by sys-apps/systemd[python(-),python_targets_python2_7(-)?,python_single_target_python2_7(+)?,python_targets_python3_3(-)?,python_single_target_python3_3(+)?,python_targets_python3_4(-)?,python_single_target_python3_4(+)?] required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed) It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. 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. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] a few blockers I can't figure out
On Mon, 31 Aug 2015, cov...@ccs.covici.com wrote: [snip] > Just to let you know, most of the python entries were mandated by > portage, certainly the systemd one. > emerge --info > Portage 2.2.20.1 (python 2.7.10-final-0, > default/linux/amd64/13.0/desktop/gnome, gcc-4.9.3, glibc-2.21-r1, > 3.16.3-gentoo x86_64) I think this is your problem right here: you don't have the systemd profile selected. You're trying to splice together the use settings needed to get this to work when all of them are already gathered in the right profile. Remove most of the use settings you were forced to make because of systemd related issues, change your profile to default/linux/amd64/13.0/desktop/gnome/systemd and emerge -uDUva @world. This should remove most (if not all) of the blockers caused by conflicting use flags you currently have set.
[gentoo-user] Re: What is the correct version of ncurses on ~amd64 now?
On Tue, 1 Sep 2015 00:13:25 +0200 Alan McKinnon wrote: > On 31/08/2015 23:13, walt wrote: > > Right now emerge tries to install ncurses-6.0-r1 but the 32-bit > > part of the build fails because emerge never ran make in the > > work/cross/progs directory, and so the 32-bit tools didn't get > > compiled. > > > > I hacked around this by running make in that directory manually, > > which allowed the ebuild install and ebuild package phases to > > succeed. > This machine was entirely unaffected by all the recent ncurses issues: > > [I] sys-libs/ncurses > Available versions: > (0)5.9-r3 (~)5.9-r4 5.9-r5(0/5) (~)6.0-r1(0/6) > (5)5.9-r99(5/5) (~)5.9-r101(5/5) (~)6.0(5/6) >{ada +cxx debug doc gpm minimal profile static-libs test > threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" > ABI_S390="32 64" ABI_X86="32 64 x32"} > Installed versions: 6.0-r1(12:52:29 30/08/2015)(cxx gpm threads > unicode -ada -debug -doc -minimal -profile -static-libs -test -tinfo > -trace ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" > ABI_X86="32 64 -x32") > Homepage:https://www.gnu.org/software/ncurses/ > http://dickey.his.com/ncurses/ > Description: console display library > > So 6.0-r1 works completely relaible on at least one Gentoo machine in > this world :-) I installed my ugly-hack binary package of 6.0-r1 and it seemed to install okay. The first thing I tried was to emerge 6.0-r1 the normal way and this time it succeeded :) Apparently my known-broken install of 6.0 was preventing proper cross building of the 32-bit files, maybe because the 32-bit part of 6.0 was what was actually broken. By way of reckless experiment I will now reboot this machine for the first time since I rsynced 12 long, nail-biting hours ago...
Re: [gentoo-user] Failed to set XATTR_PAX markings
On Monday 31 Aug 2015 19:07:40 Fernando Rodriguez wrote: > On Monday, August 31, 2015 10:56:44 AM the...@sys-concept.com wrote: > > On 08/31/2015 10:43 AM, Alec Ten Harmsel wrote: > > > On Mon, Aug 31, 2015 at 10:36:02AM -0600, the...@sys-concept.com wrote: > > >> While compiling/updating the system I get a few packages with > > >> messages: > > >> > > >> LOG: install > > >> Failed to set XATTR_PAX markings -me /var/tmp/portage/app- > > emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxManage. > > > >> Failed to set XATTR_PAX markings -me /var/tmp/portage/app- > > emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxSVC. > > > >> Failed to set XATTR_PAX markings -me /var/tmp/portage/app- > > emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxXPCOMIPCD. > > > >> Failed to set XATTR_PAX markings -me /var/tmp/portage/app- > > emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxTunctl. > > > >> Failed to set XATTR_PAX markings -me python. > > >> etc. > > >> > > >> What does it mean? > > > > > > It looks like you're running Gentoo Hardened. It looks like (from a > > > cursory read of https://wiki.gentoo.org/wiki/Hardened/PaX_Quickstart) > > > that your filesystem may not support extended attributes. What type of > > > filesystem is /var/tmp mounted on? > > > > > > Other info like the output of `emerge --info', what kernel you're > > > running, and what profile you're on would be helpful. > > > > > > I personally do not run Hardened, so take this with a grain of salt. > > > > > > Alec > > > > No, I'm not running Gentoo Hardened > > Here is emerge info [snip ...] > > > Thelma > > Could be that you don't have extended attributes enabled for your > filesystem in the kernel. If you're not using a hardened profile and > nothing is failing it should be ok. I also noticed this on an ext4 fs, on a PC that does not run hardened. I don't run ACLs or extended attributes from what I recall and that's what I attributed this message to. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] CD ripper that generates song titles?
On 31/08/2015 18:40, Stroller wrote: > > On Sun, 30 August 2015, at 11:46 am, Neil Bothwick wrote: >> >>> There are 3 fields that my algorithm looks at... >>> >>> Albumperformer= 'Various Artists' >>> Performer= 'Various Artists' >>> Tracktitle= 'Johnny Cash / I Walk The Line' >> >> … >> It does raise the question of what is the point of the Performer field if >> it's always the same as the Albumperformer. > > I'm sure the above is wrong. > > I don't know where OP got this metadata from, but I'm sure that "Various" is > the right Albumperformer, but "Johnny Cash" should be the Performer field, > and the Tracktitle should just be "I Walk The Line". > > Of course everyone is free to label their tracks as they like, but I'm pretty > sure that's the way I'd do it. That's also the way musicbrainz does it. most taggers follow musicbrainz's lead. It also makes total sense to do it your way -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] a few blockers I can't figure out
On 31/08/2015 18:54, cov...@ccs.covici.com wrote: >> The words make sense, the meaning doesn't :-) >> > >> > It looks like fail2ban wants systemd without python support, but the >> > true reason is still hidden. The fail2ban ebuild has this: >> > >> > RDEPEND=" >> > ... >> > systemd? ( $(python_gen_cond_dep '|| ( >> > dev-python/python-systemd[${PYTHON_USEDEP}] >> > sys-apps/systemd[python(-),${PYTHON_USEDEP}] >> > >> > >> > I'm thinking maybe you have a specific portage entry that's getting in >> > the way. What are your results for: >> > >> > emerge --info >> > grep -r python /etc/portage >> > grep -r systemd /etc/portage > Just to let you know, most of the python entries were mandated by > portage, certainly the systemd one. I'm having a hard time figuring out what is making portage do this. I also figure you're OK with a downgraded systemd meanwhile, but just for kicks, lets test my theory: If you run this, does portage offer to upgrade systemd? USE="-python" emerge -pv systemd -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] What is the correct version of ncurses on ~amd64 now?
On 31/08/2015 23:13, walt wrote: > I ask this strange question because this (badly broken) machine once > again flipped between 6.0 and 6.0-r1 after rsyncing this morning. > > First, it emerged 6.0, which turned out to be almost catastrophic > because the qmerge phase of the emerge failed (although it claimed > success afterwards) and deleted the entire /usr/share/terminfo > subdirectory. That was fun, but I won't bore you with the details. > (The ncurses-6.0 files in /lib64 are dated August 28, BTW.) > > Right now emerge tries to install ncurses-6.0-r1 but the 32-bit part of > the build fails because emerge never ran make in the work/cross/progs > directory, and so the 32-bit tools didn't get compiled. > > I hacked around this by running make in that directory manually, which > allowed the ebuild install and ebuild package phases to succeed. > > Now I have an ncurses-6.0-r1 binary package available but I'm too scared > to install it because I might need to kill myself afterwards :/ > > Any suggestions before I take the plunge? Is ncurses-6.0-r1 the right > version as of today, Aug 31? > > Thanks. > > > This machine was entirely unaffected by all the recent ncurses issues: [I] sys-libs/ncurses Available versions: (0)5.9-r3 (~)5.9-r4 5.9-r5(0/5) (~)6.0-r1(0/6) (5)5.9-r99(5/5) (~)5.9-r101(5/5) (~)6.0(5/6) {ada +cxx debug doc gpm minimal profile static-libs test threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"} Installed versions: 6.0-r1(12:52:29 30/08/2015)(cxx gpm threads unicode -ada -debug -doc -minimal -profile -static-libs -test -tinfo -trace ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 64 -x32") Homepage:https://www.gnu.org/software/ncurses/ http://dickey.his.com/ncurses/ Description: console display library So 6.0-r1 works completely relaible on at least one Gentoo machine in this world :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] media-libs/jpeg / media-libs/libjpeg-turbo - blocking each other
On 31/08/2015 23:51, the...@sys-concept.com wrote: > I have two packages that are blocking each other and none of them are > installed: > > > [blocks B ] >=media-libs/libjpeg-turbo-1.3.0-r2:0 > (">=media-libs/libjpeg-turbo-1.3.0-r2:0" is blocking media-libs/jpeg-6b-r12) > [blocks B ] media-libs/jpeg:62 ("media-libs/jpeg:62" is blocking > media-libs/libjpeg-turbo-1.3.1) > > !!! Multiple package instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: > > sys-libs/ncurses:0 > > (sys-libs/ncurses-5.9-r5:0/5::gentoo, ebuild scheduled for merge) pulled in > by > > sys-libs/ncurses:0/5[ada?,cxx?,gpm?,static-libs?,tinfo?,unicode?,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(-)?] > required by (sys-libs/ncurses-5.9-r99:5/5::gentoo, ebuild scheduled for > merge) > > > > > > > (sys-libs/ncurses-5.9-r3:0/0::gentoo, installed) pulled in by > sys-libs/ncurses:0/0=[unicode] required by > (media-video/vlc-2.1.5-r1:0/5-7::gentoo, installed) > ^ > > (and 1 more with the same problem) > > > > * Error: The above package list contains packages which cannot be > * installed at the same time on the same system. > > (media-libs/jpeg-6b-r12:62/62::gentoo, ebuild scheduled for merge) pulled > in by > =media-libs/jpeg-6* required by (net-misc/nxclient-3.5.0.7:0/0::gentoo, > installed) > > (media-libs/libjpeg-turbo-1.3.1:0/0::gentoo, ebuild scheduled for merge) > pulled in by > > >=media-libs/libjpeg-turbo-1.3.0-r3:0[static-libs?,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(-)?] > (>=media-libs/libjpeg-turbo-1.3.0-r3:0[abi_x86_32(-),abi_x86_64(-)]) > required by (virtual/jpeg-0-r2:0/0::gentoo, installed) > > >=media-libs/libjpeg-turbo-1.3.0-r3:0[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(-)?] > (>=media-libs/libjpeg-turbo-1.3.0-r3:0[abi_x86_32(-),abi_x86_64(-)]) > required by (virtual/jpeg-62:62/62::gentoo, ebuild scheduled for merge) > > I re-emerge "media-video/vlc" but it didn't help. vlc has nothing to do with your jpeg problem. It's referenced above in a separate section about ncurses. nxclient seems to be at the heart of your problem, it wants a version of jpeg that conflicts withe libjpeg-turbo. But nxclient is no longer in the tree. When did you last sync the tree? If it was a while back, you should do it now and retry emerge -- Alan McKinnon alan.mckin...@gmail.com
Re: [OT] Was re: [gentoo-user] system uptime
On 31/08/2015 15:41, Peter Humphrey wrote: > On Monday 31 August 2015 11:42:28 Alan McKinnon wrote: >> On 31/08/2015 10:50, Peter Humphrey wrote: >>> The desktop machine I'm referring to (an Amari "workstation") dates from >>> 2009. It has an i5 processor, 16GB RAM* and two 2GB SSDs as the main >>> power sinks. It sits (runs) in a boxroom 6ft square and keeps it >>> comfortably warm. I haven't noticed any change in ambient temp since the >>> SSDs replaced spinners. >>> >>> * Whoever named that Random Access had a strange understanding of English. >>> The last thing I want from memory is random access! How much better it >>> would have been to call it something like Direct Access. Oh well - much >>> too late now. >> >> It's random access to distinguish it from serial access. In the early >> early days there were a lot of strange methods being tried to build >> memory - like dots on a cathode ray tube! To get to bit you wanted, you >> had to wait till the scanning beam reached that part of the screen - >> serial access. Addressable memory on a grid pattern came much later. > > Yes, of course I know all that, but it's still the antithesis of random - > it's > absolutely specific. Random is what you'd get if you didn't specify anything. Ah, an old timer - I forgot that for a second there :-) > My favourite storage medium was core store. Millions of tiny ferrite rings, > each at an intersection of orthogonal X and Y wires to specify the address, > and a write pulse on another wire on the Z axis. At least, that's as close as > I can remember now, 40 years later. No wonder computers were expensive. 40 years maybe, but still dead on the money. That's exactly how that memory worked. > > I won't tell you what systems used a 24-bit processor and 12 or 16 KB of 2us > core store backed by a 2MB disk (three feet in diameter), for fear of > frightening you.;-) Nah, I have some experience with such things. Remember the old horror stories about not smoking in the computer room, because smoke particles are much bigger than fly height of the disk heads? The young 'uns here never had to deal with that. > >> Random Access really means "able to access any random address as fast as >> any other random address". > > My point is simply that the addresses are very far from randomly chosen. The > distinguishing feature of the store is that you can go directly to the > required location, without having to wait for it to reach the read/write > device. We understand each other perfectly; the odd bit is that word "random". We both know it doesn't have the obvious meaning to a modern eye, and we both know what random access really means > > As I said though, there'd be no point in getting all stressed about it now. > >> RAM is also not the opposite of ROM :-) > > I seem to be having a senior moment here; at least, I don't follow that. When I was still a kid learning about memory, many folks thought ROM was very different from RAM, and that somehow ROM didn't have the same random access qualities that RAM has. It does, except that ROM can't be written (and some RAM needs continual refreshing which ROM doesn't, but that's another topic). Eventually I gave up trying to clarify that part. -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] media-libs/jpeg / media-libs/libjpeg-turbo - blocking each other
I have two packages that are blocking each other and none of them are installed: [blocks B ] >=media-libs/libjpeg-turbo-1.3.0-r2:0 (">=media-libs/libjpeg-turbo-1.3.0-r2:0" is blocking media-libs/jpeg-6b-r12) [blocks B ] media-libs/jpeg:62 ("media-libs/jpeg:62" is blocking media-libs/libjpeg-turbo-1.3.1) !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: sys-libs/ncurses:0 (sys-libs/ncurses-5.9-r5:0/5::gentoo, ebuild scheduled for merge) pulled in by sys-libs/ncurses:0/5[ada?,cxx?,gpm?,static-libs?,tinfo?,unicode?,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(-)?] required by (sys-libs/ncurses-5.9-r99:5/5::gentoo, ebuild scheduled for merge) (sys-libs/ncurses-5.9-r3:0/0::gentoo, installed) pulled in by sys-libs/ncurses:0/0=[unicode] required by (media-video/vlc-2.1.5-r1:0/5-7::gentoo, installed) ^ (and 1 more with the same problem) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (media-libs/jpeg-6b-r12:62/62::gentoo, ebuild scheduled for merge) pulled in by =media-libs/jpeg-6* required by (net-misc/nxclient-3.5.0.7:0/0::gentoo, installed) (media-libs/libjpeg-turbo-1.3.1:0/0::gentoo, ebuild scheduled for merge) pulled in by >=media-libs/libjpeg-turbo-1.3.0-r3:0[static-libs?,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(-)?] (>=media-libs/libjpeg-turbo-1.3.0-r3:0[abi_x86_32(-),abi_x86_64(-)]) required by (virtual/jpeg-0-r2:0/0::gentoo, installed) >=media-libs/libjpeg-turbo-1.3.0-r3:0[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(-)?] (>=media-libs/libjpeg-turbo-1.3.0-r3:0[abi_x86_32(-),abi_x86_64(-)]) required by (virtual/jpeg-62:62/62::gentoo, ebuild scheduled for merge) I re-emerge "media-video/vlc" but it didn't help. -- Thelma
[gentoo-user] What is the correct version of ncurses on ~amd64 now?
I ask this strange question because this (badly broken) machine once again flipped between 6.0 and 6.0-r1 after rsyncing this morning. First, it emerged 6.0, which turned out to be almost catastrophic because the qmerge phase of the emerge failed (although it claimed success afterwards) and deleted the entire /usr/share/terminfo subdirectory. That was fun, but I won't bore you with the details. (The ncurses-6.0 files in /lib64 are dated August 28, BTW.) Right now emerge tries to install ncurses-6.0-r1 but the 32-bit part of the build fails because emerge never ran make in the work/cross/progs directory, and so the 32-bit tools didn't get compiled. I hacked around this by running make in that directory manually, which allowed the ebuild install and ebuild package phases to succeed. Now I have an ncurses-6.0-r1 binary package available but I'm too scared to install it because I might need to kill myself afterwards :/ Any suggestions before I take the plunge? Is ncurses-6.0-r1 the right version as of today, Aug 31? Thanks.
Re: [gentoo-user] advice on transitioning from package.use file to package.use directory
On Mon, 31 Aug 2015 22:33:58 +0300, Alexander Kapshuk wrote: > cat rubygems > >=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21 > >=virtual/rubygems-10 ruby_targets_ruby21 > > Is this format acceptable? Or should I have used two separate files, > one for 'dev-lang/rubygems', and another for 'virtual/rubygems'? Use whatever suits you, portage doesn't care whether you use one file for everything or one file for each setting. My preference is to create a file for each program I use, and put the settings for dependent packages in there, that way I know what they relate to. It also means that if I remove the package, I can remove the file too. This to my mind is the key advantage of the separate file approach, a single file is too unwieldy without extensive comments, and I am too lazy to add useful comments. But it's up to you, do whatever works for your way of thinking - it's all the same to portage. One thing to be aware of is that portage adds "auto-unmask" entries to the "last" file in package.use, so I always create a zzz-auto-unmask file then transfer entries from there to the appropriate location. -- Neil Bothwick *Libra*: /(Sept 23--Oct 23)/ An unfortunate typo on your application results in your being accepted into the Legion Of Superherpes. pgpb3WLXQEErd.pgp Description: OpenPGP digital signature
Re: [gentoo-user] advice on transitioning from package.use file to package.use directory
On Mon, Aug 31, 2015 at 11:00 PM, Todd Goodman wrote: > * Alexander Kapshuk [150831 15:35]: >> Having read the email exchange on the possibility of using >> 'package.use' as a directory, I thought I would give that a try. >> >> Here is what I have attempted so far. >> >> cd /etc/portage >> mv package.use package.use.COPY >> mkdir package.use >> cd package.use >> awk -F'[/\t ]+' '{printf("echo \047%s\047 >> ", $0); sub("-[0-9]+.*", >> "", $2); print $2}' ../package.use.COPY >> >> NOTE; the awk output just generates the command lines for the shell to >> run. If the output is acceptable, it should be piped through to the >> shell. >> >> Here is the contents of the original 'package.use' file: >> >> cat package.use >> =dev-lang/python-2.7.9-r1 sqlite >> >=dev-ruby/json-1.8.2-r1 ruby_targets_ruby21 >> >=dev-ruby/racc-1.4.11 ruby_targets_ruby21 >> >=dev-ruby/rake-0.9.6-r1 ruby_targets_ruby21 >> >=dev-ruby/rdoc-4.0.1-r2 ruby_targets_ruby21 >> >=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21 >> >=media-libs/harfbuzz-0.9.38 icu >> >=media-video/ffmpeg-2.6.3 theora >> >=sys-libs/zlib-1.2.8-r1 minizip >> >=virtual/rubygems-10 ruby_targets_ruby21 >> gnome-base/gvfs -http gphoto2 mtp >> media-video/vlc a52 aac bidi cdda cdio dts dvd flac freetype gnutls >> httpd libass live lua mad matroska mpeg ogg oggvorbis qt4 stream svga >> theora vcd vlm wxwindows xv >> net-print/hplip scanner qt4 >> sys-apps/busybox -pam >> sys-devel/gcc objc >> sys-process/cronie anacron >> x11-base/xorg-server udev >> xfce-extra/xfce4-power-manager -udisks >> xfce-extra/xfce4-sensors-plugin hddtemp lm_sensors >> >> NOTE: There are two entries for 'rubygems' there. >> >> Here is the awk script output: >> >> echo '=dev-lang/python-2.7.9-r1 sqlite' >> python >> echo '>=dev-ruby/json-1.8.2-r1 ruby_targets_ruby21' >> json >> echo '>=dev-ruby/racc-1.4.11 ruby_targets_ruby21' >> racc >> echo '>=dev-ruby/rake-0.9.6-r1 ruby_targets_ruby21' >> rake >> echo '>=dev-ruby/rdoc-4.0.1-r2 ruby_targets_ruby21' >> rdoc >> echo '>=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21' >> rubygems >> echo '>=media-libs/harfbuzz-0.9.38 icu' >> harfbuzz >> echo '>=media-video/ffmpeg-2.6.3 theora' >> ffmpeg >> echo '>=sys-libs/zlib-1.2.8-r1 minizip' >> zlib >> echo '>=virtual/rubygems-10 ruby_targets_ruby21' >> rubygems >> echo 'gnome-base/gvfs -http gphoto2 mtp' >> gvfs >> echo 'media-video/vlc a52 aac bidi cdda cdio dts dvd flac freetype >> gnutls httpd libass live lua mad matroska mpeg ogg oggvorbis qt4 >> stream svga theora vcd vlm wxwindows xv' >> vlc >> echo 'net-print/hplip scanner qt4' >> hplip >> echo 'sys-apps/busybox -pam' >> busybox >> echo 'sys-devel/gcc objc' >> gcc >> echo 'sys-process/cronie anacron' >> cronie >> echo 'x11-base/xorg-server udev' >> xorg-server >> echo 'xfce-extra/xfce4-power-manager -udisks' >> xfce4-power-manager >> echo 'xfce-extra/xfce4-sensors-plugin hddtemp lm_sensors' >> >> xfce4-sensors-plugin >> >> The two 'rubygems' entries I had in the original 'package.use' file >> went into a single 'rubygems' file: >> >> cat rubygems >> >=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21 >> >=virtual/rubygems-10 ruby_targets_ruby21 >> >> Is this format acceptable? Or should I have used two separate files, >> one for 'dev-lang/rubygems', and another for 'virtual/rubygems'? >> >> I have run 'emerge -auUND @world' since the transition, which voiced >> no complaints so far. >> >> The list's input would be appreciated. > > Those should all be fine. I tend to make a file per package but I think > you could have just moved your original package.use into the > /etc/portage/package.use directory and everything would be fine (aside > from you not gaining any benefit from separate files.) > > Todd > Understood. Thanks.
Re: [gentoo-user] advice on transitioning from package.use file to package.use directory
* Alexander Kapshuk [150831 15:35]: > Having read the email exchange on the possibility of using > 'package.use' as a directory, I thought I would give that a try. > > Here is what I have attempted so far. > > cd /etc/portage > mv package.use package.use.COPY > mkdir package.use > cd package.use > awk -F'[/\t ]+' '{printf("echo \047%s\047 >> ", $0); sub("-[0-9]+.*", > "", $2); print $2}' ../package.use.COPY > > NOTE; the awk output just generates the command lines for the shell to > run. If the output is acceptable, it should be piped through to the > shell. > > Here is the contents of the original 'package.use' file: > > cat package.use > =dev-lang/python-2.7.9-r1 sqlite > >=dev-ruby/json-1.8.2-r1 ruby_targets_ruby21 > >=dev-ruby/racc-1.4.11 ruby_targets_ruby21 > >=dev-ruby/rake-0.9.6-r1 ruby_targets_ruby21 > >=dev-ruby/rdoc-4.0.1-r2 ruby_targets_ruby21 > >=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21 > >=media-libs/harfbuzz-0.9.38 icu > >=media-video/ffmpeg-2.6.3 theora > >=sys-libs/zlib-1.2.8-r1 minizip > >=virtual/rubygems-10 ruby_targets_ruby21 > gnome-base/gvfs -http gphoto2 mtp > media-video/vlc a52 aac bidi cdda cdio dts dvd flac freetype gnutls > httpd libass live lua mad matroska mpeg ogg oggvorbis qt4 stream svga > theora vcd vlm wxwindows xv > net-print/hplip scanner qt4 > sys-apps/busybox -pam > sys-devel/gcc objc > sys-process/cronie anacron > x11-base/xorg-server udev > xfce-extra/xfce4-power-manager -udisks > xfce-extra/xfce4-sensors-plugin hddtemp lm_sensors > > NOTE: There are two entries for 'rubygems' there. > > Here is the awk script output: > > echo '=dev-lang/python-2.7.9-r1 sqlite' >> python > echo '>=dev-ruby/json-1.8.2-r1 ruby_targets_ruby21' >> json > echo '>=dev-ruby/racc-1.4.11 ruby_targets_ruby21' >> racc > echo '>=dev-ruby/rake-0.9.6-r1 ruby_targets_ruby21' >> rake > echo '>=dev-ruby/rdoc-4.0.1-r2 ruby_targets_ruby21' >> rdoc > echo '>=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21' >> rubygems > echo '>=media-libs/harfbuzz-0.9.38 icu' >> harfbuzz > echo '>=media-video/ffmpeg-2.6.3 theora' >> ffmpeg > echo '>=sys-libs/zlib-1.2.8-r1 minizip' >> zlib > echo '>=virtual/rubygems-10 ruby_targets_ruby21' >> rubygems > echo 'gnome-base/gvfs -http gphoto2 mtp' >> gvfs > echo 'media-video/vlc a52 aac bidi cdda cdio dts dvd flac freetype > gnutls httpd libass live lua mad matroska mpeg ogg oggvorbis qt4 > stream svga theora vcd vlm wxwindows xv' >> vlc > echo 'net-print/hplip scanner qt4' >> hplip > echo 'sys-apps/busybox -pam' >> busybox > echo 'sys-devel/gcc objc' >> gcc > echo 'sys-process/cronie anacron' >> cronie > echo 'x11-base/xorg-server udev' >> xorg-server > echo 'xfce-extra/xfce4-power-manager -udisks' >> xfce4-power-manager > echo 'xfce-extra/xfce4-sensors-plugin hddtemp lm_sensors' >> > xfce4-sensors-plugin > > The two 'rubygems' entries I had in the original 'package.use' file > went into a single 'rubygems' file: > > cat rubygems > >=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21 > >=virtual/rubygems-10 ruby_targets_ruby21 > > Is this format acceptable? Or should I have used two separate files, > one for 'dev-lang/rubygems', and another for 'virtual/rubygems'? > > I have run 'emerge -auUND @world' since the transition, which voiced > no complaints so far. > > The list's input would be appreciated. Those should all be fine. I tend to make a file per package but I think you could have just moved your original package.use into the /etc/portage/package.use directory and everything would be fine (aside from you not gaining any benefit from separate files.) Todd
[gentoo-user] advice on transitioning from package.use file to package.use directory
Having read the email exchange on the possibility of using 'package.use' as a directory, I thought I would give that a try. Here is what I have attempted so far. cd /etc/portage mv package.use package.use.COPY mkdir package.use cd package.use awk -F'[/\t ]+' '{printf("echo \047%s\047 >> ", $0); sub("-[0-9]+.*", "", $2); print $2}' ../package.use.COPY NOTE; the awk output just generates the command lines for the shell to run. If the output is acceptable, it should be piped through to the shell. Here is the contents of the original 'package.use' file: cat package.use =dev-lang/python-2.7.9-r1 sqlite >=dev-ruby/json-1.8.2-r1 ruby_targets_ruby21 >=dev-ruby/racc-1.4.11 ruby_targets_ruby21 >=dev-ruby/rake-0.9.6-r1 ruby_targets_ruby21 >=dev-ruby/rdoc-4.0.1-r2 ruby_targets_ruby21 >=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21 >=media-libs/harfbuzz-0.9.38 icu >=media-video/ffmpeg-2.6.3 theora >=sys-libs/zlib-1.2.8-r1 minizip >=virtual/rubygems-10 ruby_targets_ruby21 gnome-base/gvfs -http gphoto2 mtp media-video/vlc a52 aac bidi cdda cdio dts dvd flac freetype gnutls httpd libass live lua mad matroska mpeg ogg oggvorbis qt4 stream svga theora vcd vlm wxwindows xv net-print/hplip scanner qt4 sys-apps/busybox -pam sys-devel/gcc objc sys-process/cronie anacron x11-base/xorg-server udev xfce-extra/xfce4-power-manager -udisks xfce-extra/xfce4-sensors-plugin hddtemp lm_sensors NOTE: There are two entries for 'rubygems' there. Here is the awk script output: echo '=dev-lang/python-2.7.9-r1 sqlite' >> python echo '>=dev-ruby/json-1.8.2-r1 ruby_targets_ruby21' >> json echo '>=dev-ruby/racc-1.4.11 ruby_targets_ruby21' >> racc echo '>=dev-ruby/rake-0.9.6-r1 ruby_targets_ruby21' >> rake echo '>=dev-ruby/rdoc-4.0.1-r2 ruby_targets_ruby21' >> rdoc echo '>=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21' >> rubygems echo '>=media-libs/harfbuzz-0.9.38 icu' >> harfbuzz echo '>=media-video/ffmpeg-2.6.3 theora' >> ffmpeg echo '>=sys-libs/zlib-1.2.8-r1 minizip' >> zlib echo '>=virtual/rubygems-10 ruby_targets_ruby21' >> rubygems echo 'gnome-base/gvfs -http gphoto2 mtp' >> gvfs echo 'media-video/vlc a52 aac bidi cdda cdio dts dvd flac freetype gnutls httpd libass live lua mad matroska mpeg ogg oggvorbis qt4 stream svga theora vcd vlm wxwindows xv' >> vlc echo 'net-print/hplip scanner qt4' >> hplip echo 'sys-apps/busybox -pam' >> busybox echo 'sys-devel/gcc objc' >> gcc echo 'sys-process/cronie anacron' >> cronie echo 'x11-base/xorg-server udev' >> xorg-server echo 'xfce-extra/xfce4-power-manager -udisks' >> xfce4-power-manager echo 'xfce-extra/xfce4-sensors-plugin hddtemp lm_sensors' >> xfce4-sensors-plugin The two 'rubygems' entries I had in the original 'package.use' file went into a single 'rubygems' file: cat rubygems >=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21 >=virtual/rubygems-10 ruby_targets_ruby21 Is this format acceptable? Or should I have used two separate files, one for 'dev-lang/rubygems', and another for 'virtual/rubygems'? I have run 'emerge -auUND @world' since the transition, which voiced no complaints so far. The list's input would be appreciated.
Re: [gentoo-user] Problems booting vanilla kernel 4.1.x
On Sun, 30 Aug 2015, Fernando Rodriguez wrote: > And you should still try suggestion #2 because it's very likely to only affect > one specific configuration. Thanks, I did that just now. Took another, but didn't give me any more data to go by. Getting set up for bisecting and doing real work on this would probably fill my evenings until end of next week. Nowadays I just don't have the time to fiddle around with computers any more (and it's not fun any more, either). I guess, I'll just go back to a kernel version with longterm support. Thanks anyway for your help! Peter.
Re: [gentoo-user] CD ripper that generates song titles?
On Sun, 30 August 2015, at 11:46 am, Neil Bothwick wrote: > >> There are 3 fields that my algorithm looks at... >> >> Albumperformer= 'Various Artists' >> Performer= 'Various Artists' >> Tracktitle= 'Johnny Cash / I Walk The Line' > > … > It does raise the question of what is the point of the Performer field if > it's always the same as the Albumperformer. I'm sure the above is wrong. I don't know where OP got this metadata from, but I'm sure that "Various" is the right Albumperformer, but "Johnny Cash" should be the Performer field, and the Tracktitle should just be "I Walk The Line". Of course everyone is free to label their tracks as they like, but I'm pretty sure that's the way I'd do it. Stroller.
Re: [gentoo-user] a few blockers I can't figure out
Neil Bothwick wrote: > On Mon, 31 Aug 2015 12:54:47 -0400, cov...@ccs.covici.com wrote: > > > EMERGE_DEFAULT_OPTS="--ask --color=n --verbose --nospinner > > --autounmask=n --quiet-build=n" > > Get rid of the --verbose flag as a default. Part of the reason the output > from portage is so confusing is that there is so much of it, --verbose > adds even more noise. By all means use it on those occasions you need > more information, but as a default it just hides the real information > among a load of noise. OK, I will see if I get better output that way. I am sure I had a reason for doing it, maybe some recomendation, but I can't remember anymore. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: *****SPAM***** Re: [gentoo-user] Failed to set XATTR_PAX markings
On Monday, August 31, 2015 10:56:44 AM the...@sys-concept.com wrote: > > On 08/31/2015 10:43 AM, Alec Ten Harmsel wrote: > > On Mon, Aug 31, 2015 at 10:36:02AM -0600, the...@sys-concept.com wrote: > >> While compiling/updating the system I get a few packages with messages: > >> > >> LOG: install > >> Failed to set XATTR_PAX markings -me /var/tmp/portage/app- emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxManage. > >> Failed to set XATTR_PAX markings -me /var/tmp/portage/app- emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxSVC. > >> Failed to set XATTR_PAX markings -me /var/tmp/portage/app- emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxXPCOMIPCD. > >> Failed to set XATTR_PAX markings -me /var/tmp/portage/app- emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxTunctl. > >> > >> Failed to set XATTR_PAX markings -me python. > >> etc. > >> > >> What does it mean? > > > > It looks like you're running Gentoo Hardened. It looks like (from a > > cursory read of https://wiki.gentoo.org/wiki/Hardened/PaX_Quickstart) > > that your filesystem may not support extended attributes. What type of > > filesystem is /var/tmp mounted on? > > > > Other info like the output of `emerge --info', what kernel you're > > running, and what profile you're on would be helpful. > > > > I personally do not run Hardened, so take this with a grain of salt. > > > > Alec > > No, I'm not running Gentoo Hardened > Here is emerge info > > Portage 2.2.20.1 (python 3.4.1-final-0, default/linux/x86/13.0/desktop, gcc-4.8.4, glibc-2.20-r2, 3.10.17-gentoo i686) > = > System uname: Linux-3.10.17-gentoo-i686-AMD_Athlon-TM-_XP_2500+-with- gentoo-2.2 > KiB Mem: 1034164 total,266436 free > KiB Swap:2008120 total, 1901184 free > Timestamp of repository gentoo: Fri, 28 Aug 2015 22:30:02 + > sh bash 4.3_p39 > ld GNU ld (Gentoo 2.24 p1.4) 2.24 > ccache version 3.1.9 [disabled] > app-shells/bash: 4.3_p39::gentoo > dev-java/java-config: 2.2.0::gentoo > dev-lang/perl:5.20.2::gentoo > dev-lang/python: 2.7.9-r1::gentoo, 3.3.5-r1::gentoo, 3.4.1::gentoo > dev-util/ccache: 3.1.9-r4::gentoo > dev-util/cmake: 3.2.2::gentoo > dev-util/pkgconfig: 0.28-r2::gentoo > sys-apps/baselayout: 2.2::gentoo > sys-apps/openrc: 0.17::gentoo > sys-apps/sandbox: 2.6-r1::gentoo > sys-devel/autoconf: 2.13::gentoo, 2.69::gentoo > sys-devel/automake: 1.10.3-r1::gentoo, 1.11.6-r1::gentoo, 1.13.4::gentoo, 1.15::gentoo > sys-devel/binutils: 2.24-r3::gentoo > sys-devel/gcc:4.1.2::gentoo, 4.5.4::gentoo, 4.7.4::gentoo, 4.8.4::gentoo > sys-devel/gcc-config: 1.7.3::gentoo > sys-devel/libtool:2.4.6::gentoo > sys-devel/make: 4.1-r1::gentoo > sys-kernel/linux-headers: 3.18::gentoo (virtual/os-headers) > sys-libs/glibc: 2.20-r2::gentoo > Repositories: > > gentoo > location: /usr/portage > sync-type: rsync > sync-uri: rsync://rsync.gentoo.org/gentoo-portage > priority: -1000 > > x-portage > location: /usr/local/portage > masters: gentoo > priority: 0 > > ACCEPT_KEYWORDS="x86" > ACCEPT_LICENSE="* -@EULA PUEL dlj-1.1 Oracle-BCLA-JavaSE" > CBUILD="i686-pc-linux-gnu" > CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer" > CHOST="i686-pc-linux-gnu" > CONFIG_PROTECT="/etc /usr/lib/fax /usr/share/gnupg/qualified.txt /var/spool/fax/etc" > CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2- php5.6/ext-active/ /etc/php/cgi-php5.6/ext-active/ /etc/php/cli-php5.6/ext- active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" > CXXFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer" > DISTDIR="/usr/portage/distfiles" > EMERGE_DEFAULT_OPTS="--autounmask-write=y --keep-going --with-bdeps=y" > FCFLAGS="-O2 -march=i686 -pipe" > FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect- owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge- orphans userfetch userpriv usersandbox usersync" > FFLAGS="-O2 -march=i686 -pipe" > GENTOO_MIRRORS="http://distro.ibidio.org/pub/linux/distributions/gentoo/ ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gentoo.osuosl.org/ http://mirror.datapipe.net/gentoo http://gentoo.binarycompass.org"; > LANG="en_US.UTF-8" > LC_ALL="en_US.UTF-8" > LDFLAGS="-Wl,-O1 -Wl,--as-needed" > MAKEOPTS="-j1" > PKGDIR="/usr/portage/packages" > PORTAGE_CONFIGROOT="/" > PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit- dir-times --compress --force --whole-file --delete --stats --human-readable -- timeout=180 --exclude=/distfiles --exclude=/local -
Re: [gentoo-user] a few blockers I can't figure out
On Mon, 31 Aug 2015 12:54:47 -0400, cov...@ccs.covici.com wrote: > EMERGE_DEFAULT_OPTS="--ask --color=n --verbose --nospinner > --autounmask=n --quiet-build=n" Get rid of the --verbose flag as a default. Part of the reason the output from portage is so confusing is that there is so much of it, --verbose adds even more noise. By all means use it on those occasions you need more information, but as a default it just hides the real information among a load of noise. -- Neil Bothwick Windows 98 took us to the edge of the cliff. With Windows XP we took a big step forward. pgpeB5z91Gh1V.pgp Description: OpenPGP digital signature
Re: *****SPAM***** Re: [gentoo-user] Failed to set XATTR_PAX markings
On 08/31/2015 10:43 AM, Alec Ten Harmsel wrote: > On Mon, Aug 31, 2015 at 10:36:02AM -0600, the...@sys-concept.com wrote: >> While compiling/updating the system I get a few packages with messages: >> >> LOG: install >> Failed to set XATTR_PAX markings -me >> /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxManage. >> Failed to set XATTR_PAX markings -me >> /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxSVC. >> Failed to set XATTR_PAX markings -me >> /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxXPCOMIPCD. >> Failed to set XATTR_PAX markings -me >> /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxTunctl. >> >> Failed to set XATTR_PAX markings -me python. >> etc. >> >> What does it mean? > > It looks like you're running Gentoo Hardened. It looks like (from a > cursory read of https://wiki.gentoo.org/wiki/Hardened/PaX_Quickstart) > that your filesystem may not support extended attributes. What type of > filesystem is /var/tmp mounted on? > > Other info like the output of `emerge --info', what kernel you're > running, and what profile you're on would be helpful. > > I personally do not run Hardened, so take this with a grain of salt. > > Alec No, I'm not running Gentoo Hardened Here is emerge info Portage 2.2.20.1 (python 3.4.1-final-0, default/linux/x86/13.0/desktop, gcc-4.8.4, glibc-2.20-r2, 3.10.17-gentoo i686) = System uname: Linux-3.10.17-gentoo-i686-AMD_Athlon-TM-_XP_2500+-with-gentoo-2.2 KiB Mem: 1034164 total,266436 free KiB Swap:2008120 total, 1901184 free Timestamp of repository gentoo: Fri, 28 Aug 2015 22:30:02 + sh bash 4.3_p39 ld GNU ld (Gentoo 2.24 p1.4) 2.24 ccache version 3.1.9 [disabled] app-shells/bash: 4.3_p39::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl:5.20.2::gentoo dev-lang/python: 2.7.9-r1::gentoo, 3.3.5-r1::gentoo, 3.4.1::gentoo dev-util/ccache: 3.1.9-r4::gentoo dev-util/cmake: 3.2.2::gentoo dev-util/pkgconfig: 0.28-r2::gentoo sys-apps/baselayout: 2.2::gentoo sys-apps/openrc: 0.17::gentoo sys-apps/sandbox: 2.6-r1::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69::gentoo sys-devel/automake: 1.10.3-r1::gentoo, 1.11.6-r1::gentoo, 1.13.4::gentoo, 1.15::gentoo sys-devel/binutils: 2.24-r3::gentoo sys-devel/gcc:4.1.2::gentoo, 4.5.4::gentoo, 4.7.4::gentoo, 4.8.4::gentoo sys-devel/gcc-config: 1.7.3::gentoo sys-devel/libtool:2.4.6::gentoo sys-devel/make: 4.1-r1::gentoo sys-kernel/linux-headers: 3.18::gentoo (virtual/os-headers) sys-libs/glibc: 2.20-r2::gentoo Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 x-portage location: /usr/local/portage masters: gentoo priority: 0 ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="* -@EULA PUEL dlj-1.1 Oracle-BCLA-JavaSE" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib/fax /usr/share/gnupg/qualified.txt /var/spool/fax/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.6/ext-active/ /etc/php/cgi-php5.6/ext-active/ /etc/php/cli-php5.6/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--autounmask-write=y --keep-going --with-bdeps=y" FCFLAGS="-O2 -march=i686 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync" FFLAGS="-O2 -march=i686 -pipe" GENTOO_MIRRORS="http://distro.ibidio.org/pub/linux/distributions/gentoo/ ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gentoo.osuosl.org/ http://mirror.datapipe.net/gentoo http://gentoo.binarycompass.org"; LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" USE="X a52 aac acpi alsa apache2 berkdb bluetooth branding bzip2 cairo cdda cdr cgi cleartype cli consolekit corefonts cracklib crypt cups cxx dbus dri dts dvd dvdr emboss encode exif fam firefox
Re: [gentoo-user] a few blockers I can't figure out
Alan McKinnon wrote: > On 31/08/2015 16:03, cov...@ccs.covici.com wrote: > > Alan McKinnon wrote: > > > >> On 31/08/2015 13:49, cov...@ccs.covici.com wrote: > A clue is in the ebuilds for systemd: > > > > sysv-utils? ( > > !sys-apps/systemd-sysv-utils > > !sys-apps/sysvinit ) > > > > That's a hard blocker, no way round it. It's in all the systemd ebuilds > > for the current unstable versions. > > > > Do you have USE="sysv-utils" set for sysvinit? > > > > If so, to have both sysvinit and systemd, you will have to disable that > > USE flag and see what comes next. > >>> I put that use flag in there because I thought it would allow systemd to > >>> generate a service from a script in /etc/init.d, but I will see what > >>> happens when I remove that flag or maybe if there is another way to > >>> accomplish that? > >>> Well, that did it! It still is downgrading systemd, but that's not too > >>> bad, thanks guys. > >> > >> $ euses -sf sysv-utils > >> sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks > >> and manpages for init, telinit, halt, poweroff, reboot, runlevel, and > >> shutdown > >> > >> > >> That description is quite vague, and could mean many things. I'm no > >> expert on systemd, but I would imagine that it already has it's own > >> scripts to deal with those listed functions. I wonder what the use of > >> the flag is then? Perhaps an old compatibility layer than is not needed > >> now? > >> > >> > >> I can't see a reason why systemd is being downgraded; the previous > >> output either lists just "sys-apps/systemd" or uses a ">=" operator. > >> Nothing to say why 219_p112 is the highest usable version. > >> > >> Once the emerge finishes and portage has done what it wants, run these > >> commands: > >> > >> emerge -pv systemd > >> emerge -pv =systemd-225 > >> > >> (225 being latest in the tree). Then we can see better why portage is > >> doing what it does > >> > >> > >> > > > > I think it has something to do with fail2ban -- the version of systemd > > in the tree after the 219 version is 224-r1 and 225 and now portage is > > saying > > WARNING: One or more updates/rebuilds have been skipped due to a > > dependency conflict: > > and one of those says > > (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) > > conflicts with^M > > > > sys-apps/systemd[python(-),python_targets_python2_7(-),python_single_target_python2_7(+),python_targets_python3_4(-)] > > required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed) > > Does that make sense? > > > > The words make sense, the meaning doesn't :-) > > It looks like fail2ban wants systemd without python support, but the > true reason is still hidden. The fail2ban ebuild has this: > > RDEPEND=" > ... > systemd? ( $(python_gen_cond_dep '|| ( > dev-python/python-systemd[${PYTHON_USEDEP}] > sys-apps/systemd[python(-),${PYTHON_USEDEP}] > > > I'm thinking maybe you have a specific portage entry that's getting in > the way. What are your results for: > > emerge --info > grep -r python /etc/portage > grep -r systemd /etc/portage Just to let you know, most of the python entries were mandated by portage, certainly the systemd one. emerge --info Portage 2.2.20.1 (python 2.7.10-final-0, default/linux/amd64/13.0/desktop/gnome, gcc-4.9.3, glibc-2.21-r1, 3.16.3-gentoo x86_64) = System uname: Linux-3.16.3-gentoo-x86_64-Intel-R-_Core-TM-_i7-2600_CPU_@_3.40GHz-with-gentoo-2.2 KiB Mem:16451492 total, 8652740 free KiB Swap:2097148 total, 2063580 free Timestamp of repository gentoo: Sun, 30 Aug 2015 19:30:01 + sh bash 4.3_p39 ld GNU ld (Gentoo 2.25.1 p1.0) 2.25.1 app-shells/bash: 4.3_p39::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl:5.22.0::gentoo dev-lang/python: 2.7.10::gentoo, 3.3.5-r1::gentoo, 3.4.3::gentoo dev-util/cmake: 3.3.0::gentoo dev-util/pkgconfig: 0.28-r3::gentoo sys-apps/baselayout: 2.2::gentoo sys-apps/openrc: 0.17::gentoo sys-apps/sandbox: 2.6-r1::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69-r1::gentoo sys-devel/automake: 1.9.6-r3::gentoo, 1.10.3::gentoo, 1.11.6-r1::gentoo, 1.12.6::gentoo, 1.13.4::gentoo, 1.14.1::gentoo, 1.15::gentoo sys-devel/binutils: 2.25.1::gentoo sys-devel/gcc:4.9.3::gentoo sys-devel/gcc-config: 1.8::gentoo sys-devel/libtool:2.4.6-r1::gentoo sys-devel/make: 4.1-r1::gentoo sys-kernel/linux-headers: 4.1::gentoo (virtual/os-headers) sys-libs/glibc: 2.21-r1::gentoo Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 local_ebuilds location: /usr/local/portage masters: gentoo priority: 0 gnome location: /var/lib/
Re: [gentoo-user] Failed to set XATTR_PAX markings
On Mon, Aug 31, 2015 at 10:36:02AM -0600, the...@sys-concept.com wrote: > While compiling/updating the system I get a few packages with messages: > > LOG: install > Failed to set XATTR_PAX markings -me > /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxManage. > Failed to set XATTR_PAX markings -me > /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxSVC. > Failed to set XATTR_PAX markings -me > /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxXPCOMIPCD. > Failed to set XATTR_PAX markings -me > /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxTunctl. > > Failed to set XATTR_PAX markings -me python. > etc. > > What does it mean? It looks like you're running Gentoo Hardened. It looks like (from a cursory read of https://wiki.gentoo.org/wiki/Hardened/PaX_Quickstart) that your filesystem may not support extended attributes. What type of filesystem is /var/tmp mounted on? Other info like the output of `emerge --info', what kernel you're running, and what profile you're on would be helpful. I personally do not run Hardened, so take this with a grain of salt. Alec
[gentoo-user] Failed to set XATTR_PAX markings
While compiling/updating the system I get a few packages with messages: LOG: install Failed to set XATTR_PAX markings -me /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxManage. Failed to set XATTR_PAX markings -me /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxSVC. Failed to set XATTR_PAX markings -me /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxXPCOMIPCD. Failed to set XATTR_PAX markings -me /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxTunctl. Failed to set XATTR_PAX markings -me python. etc. What does it mean? -- Thelma
[gentoo-user] Re: make.conf bindist
On Mon, 31 Aug 2015 14:22:06 + (UTC) James wrote: > This did fix my problems. Before Firefox was auto-named 'aurora' in > the lxde menu. Now, without bindist, the name changed to 'firefox'. I > sure other names changed, but I was focused on aurora-firefox so I > did not save a list. I'm not sure if bindist changed the actual > name of the executable, as 'aurora' was always launched from the > lxde menu, on that system. There's a bug related to this.¹ Until recently, Firefox with USE="bindist" did just result in an unbranded Firefox, but now it results in an unbranded Firefox which also behaves significantly differently than branded Firefox. I suspect this has to do with upstream's move to allowing only Mozilla-signed extensions in branded Firefoxes, whereas unsigned extensions will continue to work in unbranded Firefoxes,² but I haven't tried to get to the details. 1 https://bugs.gentoo.org/show_bug.cgi?id=536682 2 https://wiki.mozilla.org/Addons/Extension_Signing
[gentoo-user] Re: [OT] Was re: system uptime
Alan McKinnon gmail.com> writes: > Ah, an old timer - I forgot that for a second there Both you guys are 'young whipper_snappers.' > Eventually I gave up trying to clarify that part, but sometimes (like > now) the old habit comes back Both of you have 'fuzzified' the key terms:: "Random vs Sequential" [1,2]. In SSD memory it's a hybrid, referred to as block access; so the issue is still with us, just morphed. hth, James [1] http://kb.sandisk.com/app/answers/detail/a_id/8150/~/difference-between-sequential-and-random-access-operations [2] https://en.wikipedia.org/wiki/Sequential_access_memory
Re: [gentoo-user] a few blockers I can't figure out
On 31/08/2015 16:03, cov...@ccs.covici.com wrote: > Alan McKinnon wrote: > >> On 31/08/2015 13:49, cov...@ccs.covici.com wrote: A clue is in the ebuilds for systemd: > > sysv-utils? ( > !sys-apps/systemd-sysv-utils > !sys-apps/sysvinit ) > > That's a hard blocker, no way round it. It's in all the systemd ebuilds > for the current unstable versions. > > Do you have USE="sysv-utils" set for sysvinit? > > If so, to have both sysvinit and systemd, you will have to disable that > USE flag and see what comes next. >>> I put that use flag in there because I thought it would allow systemd to >>> generate a service from a script in /etc/init.d, but I will see what >>> happens when I remove that flag or maybe if there is another way to >>> accomplish that? >>> Well, that did it! It still is downgrading systemd, but that's not too >>> bad, thanks guys. >> >> $ euses -sf sysv-utils >> sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks >> and manpages for init, telinit, halt, poweroff, reboot, runlevel, and >> shutdown >> >> >> That description is quite vague, and could mean many things. I'm no >> expert on systemd, but I would imagine that it already has it's own >> scripts to deal with those listed functions. I wonder what the use of >> the flag is then? Perhaps an old compatibility layer than is not needed now? >> >> >> I can't see a reason why systemd is being downgraded; the previous >> output either lists just "sys-apps/systemd" or uses a ">=" operator. >> Nothing to say why 219_p112 is the highest usable version. >> >> Once the emerge finishes and portage has done what it wants, run these >> commands: >> >> emerge -pv systemd >> emerge -pv =systemd-225 >> >> (225 being latest in the tree). Then we can see better why portage is >> doing what it does >> >> >> > > I think it has something to do with fail2ban -- the version of systemd > in the tree after the 219 version is 224-r1 and 225 and now portage is > saying > WARNING: One or more updates/rebuilds have been skipped due to a > dependency conflict: > and one of those says > (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) > conflicts with^M > > sys-apps/systemd[python(-),python_targets_python2_7(-),python_single_target_python2_7(+),python_targets_python3_4(-)] > required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed) > Does that make sense? > The words make sense, the meaning doesn't :-) It looks like fail2ban wants systemd without python support, but the true reason is still hidden. The fail2ban ebuild has this: RDEPEND=" ... systemd? ( $(python_gen_cond_dep '|| ( dev-python/python-systemd[${PYTHON_USEDEP}] sys-apps/systemd[python(-),${PYTHON_USEDEP}] I'm thinking maybe you have a specific portage entry that's getting in the way. What are your results for: emerge --info grep -r python /etc/portage grep -r systemd /etc/portage -- Alan McKinnon alan.mckin...@gmail.com
Re: [OT] Was re: [gentoo-user] system uptime
On 31/08/2015 15:41, Peter Humphrey wrote: > On Monday 31 August 2015 11:42:28 Alan McKinnon wrote: >> On 31/08/2015 10:50, Peter Humphrey wrote: >>> The desktop machine I'm referring to (an Amari "workstation") dates from >>> 2009. It has an i5 processor, 16GB RAM* and two 2GB SSDs as the main >>> power sinks. It sits (runs) in a boxroom 6ft square and keeps it >>> comfortably warm. I haven't noticed any change in ambient temp since the >>> SSDs replaced spinners. >>> >>> * Whoever named that Random Access had a strange understanding of English. >>> The last thing I want from memory is random access! How much better it >>> would have been to call it something like Direct Access. Oh well - much >>> too late now. >> >> It's random access to distinguish it from serial access. In the early >> early days there were a lot of strange methods being tried to build >> memory - like dots on a cathode ray tube! To get to bit you wanted, you >> had to wait till the scanning beam reached that part of the screen - >> serial access. Addressable memory on a grid pattern came much later. > > Yes, of course I know all that, but it's still the antithesis of random - > it's > absolutely specific. Random is what you'd get if you didn't specify anything. Ah, an old timer - I forgot that for a second there :-) > My favourite storage medium was core store. Millions of tiny ferrite rings, > each at an intersection of orthogonal X and Y wires to specify the address, > and a write pulse on another wire on the Z axis. At least, that's as close as > I can remember now, 40 years later. No wonder computers were expensive. 40 years maybe, but still dead on the money. That's exactly how that memory worked. > > I won't tell you what systems used a 24-bit processor and 12 or 16 KB of 2us > core store backed by a 2MB disk (three feet in diameter), for fear of > frightening you.;-) Nah, I have some experience with such things. Remember the old horror stories about not smoking in the computer room, because smoke particles are much bigger than fly height of the disk heads? The young 'uns here never had to deal with that. > >> Random Access really means "able to access any random address as fast as >> any other random address". > > My point is simply that the addresses are very far from randomly chosen. The > distinguishing feature of the store is that you can go directly to the > required location, without having to wait for it to reach the read/write > device. We understand each other perfectly; the odd bit is that word "random". We both know it doesn't have the obvious meaning to a modern eye, and we both know what random access really means > > As I said though, there'd be no point in getting all stressed about it now. > >> RAM is also not the opposite of ROM :-) > > I seem to be having a senior moment here; at least, I don't follow that. When I was still a kid learning about memory, many folks thought ROM was very different from RAM, and that somehow ROM didn't have the same random access qualities that RAM has. It does, except that ROM can't be written (and dynamic RAM needs continual refreshing which ROM doesn't, but that's another topic). Eventually I gave up trying to clarify that part, but sometimes (like now) the old habit comes back -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Re: make.conf bindist
Rich Freeman gentoo.org> writes: > gentoo.org> wrote: > > This is an excellent explanation of the flag. Will you give me permission > > to use it or re-word it for a wiki page concerning bindist? This did fix my problems. Before Firefox was auto-named 'aurora' in the lxde menu. Now, without bindist, the name changed to 'firefox'. I sure other names changed, but I was focused on aurora-firefox so I did not save a list. I'm not sure if bindist changed the actual name of the executable, as 'aurora' was always launched from the lxde menu, on that system. > Certainly, do whatever you wish with it. > It might even make sense to put a mention in the handbook. This is > the flag that probably comes closest to distinguishing between the > Debian-like and Ubuntu-like experience as far as pure-FOSS licensing > goes. There are many who prefer each and with Gentoo you get your > choice. Gentoo-user is full of useful 'tidbits' of information. We rarely capture those facts into the wiki. Any data_mining of gentoo_user into the wiki would be keenly a wonderful idea, imho. hth, James
[gentoo-user] Re: LXQT (~0.9.0-r2)
Fernando Rodriguez outlook.com> writes: > > So on a recently upgraded system, I removed KDE and I'm attempting to > > install LX!T-meta-0.9.0-r2. > libGLU is provided by media-libs/glu. It should be pulled as a > dependency with the opengl flag. True. But my problem was ncurses. Once that was stabilized, lxqt-0.9.9-r2 compiled just fine, and is working great, so far, on an old laptop thx, James
Re: [gentoo-user] a few blockers I can't figure out
Alan McKinnon wrote: > On 31/08/2015 13:49, cov...@ccs.covici.com wrote: > >> A clue is in the ebuilds for systemd: > >> > > >> > sysv-utils? ( > >> > !sys-apps/systemd-sysv-utils > >> > !sys-apps/sysvinit ) > >> > > >> > That's a hard blocker, no way round it. It's in all the systemd ebuilds > >> > for the current unstable versions. > >> > > >> > Do you have USE="sysv-utils" set for sysvinit? > >> > > >> > If so, to have both sysvinit and systemd, you will have to disable that > >> > USE flag and see what comes next. > > I put that use flag in there because I thought it would allow systemd to > > generate a service from a script in /etc/init.d, but I will see what > > happens when I remove that flag or maybe if there is another way to > > accomplish that? > > Well, that did it! It still is downgrading systemd, but that's not too > > bad, thanks guys. > > $ euses -sf sysv-utils > sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks > and manpages for init, telinit, halt, poweroff, reboot, runlevel, and > shutdown > > > That description is quite vague, and could mean many things. I'm no > expert on systemd, but I would imagine that it already has it's own > scripts to deal with those listed functions. I wonder what the use of > the flag is then? Perhaps an old compatibility layer than is not needed now? > > > I can't see a reason why systemd is being downgraded; the previous > output either lists just "sys-apps/systemd" or uses a ">=" operator. > Nothing to say why 219_p112 is the highest usable version. > > Once the emerge finishes and portage has done what it wants, run these > commands: > > emerge -pv systemd > emerge -pv =systemd-225 > > (225 being latest in the tree). Then we can see better why portage is > doing what it does > > > I think it has something to do with fail2ban -- the version of systemd in the tree after the 219 version is 224-r1 and 225 and now portage is saying WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict: and one of those says (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) conflicts with^M sys-apps/systemd[python(-),python_targets_python2_7(-),python_single_target_python2_7(+),python_targets_python3_4(-)] required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed) Does that make sense? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
[OT] Was re: [gentoo-user] system uptime
On Monday 31 August 2015 11:42:28 Alan McKinnon wrote: > On 31/08/2015 10:50, Peter Humphrey wrote: > > The desktop machine I'm referring to (an Amari "workstation") dates from > > 2009. It has an i5 processor, 16GB RAM* and two 2GB SSDs as the main > > power sinks. It sits (runs) in a boxroom 6ft square and keeps it > > comfortably warm. I haven't noticed any change in ambient temp since the > > SSDs replaced spinners. > > > > * Whoever named that Random Access had a strange understanding of English. > > The last thing I want from memory is random access! How much better it > > would have been to call it something like Direct Access. Oh well - much > > too late now. > > It's random access to distinguish it from serial access. In the early > early days there were a lot of strange methods being tried to build > memory - like dots on a cathode ray tube! To get to bit you wanted, you > had to wait till the scanning beam reached that part of the screen - > serial access. Addressable memory on a grid pattern came much later. Yes, of course I know all that, but it's still the antithesis of random - it's absolutely specific. Random is what you'd get if you didn't specify anything. My favourite storage medium was core store. Millions of tiny ferrite rings, each at an intersection of orthogonal X and Y wires to specify the address, and a write pulse on another wire on the Z axis. At least, that's as close as I can remember now, 40 years later. No wonder computers were expensive. I won't tell you what systems used a 24-bit processor and 12 or 16 KB of 2us core store backed by a 2MB disk (three feet in diameter), for fear of frightening you.;-) > Random Access really means "able to access any random address as fast as > any other random address". My point is simply that the addresses are very far from randomly chosen. The distinguishing feature of the store is that you can go directly to the required location, without having to wait for it to reach the read/write device. As I said though, there'd be no point in getting all stressed about it now. > RAM is also not the opposite of ROM :-) I seem to be having a senior moment here; at least, I don't follow that. -- Rgds Peter
Re: [gentoo-user] a few blockers I can't figure out
On Mon, Aug 31, 2015 at 02:40:02PM +0200, Alan McKinnon wrote: > On 31/08/2015 13:49, cov...@ccs.covici.com wrote: > >> A clue is in the ebuilds for systemd: > >> > > >> > sysv-utils? ( > >> > !sys-apps/systemd-sysv-utils > >> > !sys-apps/sysvinit ) > >> > > >> > That's a hard blocker, no way round it. It's in all the systemd ebuilds > >> > for the current unstable versions. > >> > > >> > Do you have USE="sysv-utils" set for sysvinit? > >> > > >> > If so, to have both sysvinit and systemd, you will have to disable that > >> > USE flag and see what comes next. > > I put that use flag in there because I thought it would allow systemd to > > generate a service from a script in /etc/init.d, but I will see what > > happens when I remove that flag or maybe if there is another way to > > accomplish that? > > Well, that did it! It still is downgrading systemd, but that's not too > > bad, thanks guys. > > $ euses -sf sysv-utils > sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks > and manpages for init, telinit, halt, poweroff, reboot, runlevel, and > shutdown > > > That description is quite vague, and could mean many things. I'm no > expert on systemd, but I would imagine that it already has it's own > scripts to deal with those listed functions. I wonder what the use of > the flag is then? Perhaps an old compatibility layer than is not needed now? This means that it installs /bin/poweroff, /bin/reboot, etc. and the relevant manpages. I'm pretty sure that's all it does. It is not needed at all, as long as you don't mind typing `systemctl poweroff' instead of `poweroff', and so on and so forth. I guess the /bin/init symlink would be helpful so that you don't have to add `init=/usr/lib/systemd/systemd' to the kernel commandline, but whatever. Alec
Re: [gentoo-user] a few blockers I can't figure out
On 31/08/2015 13:49, cov...@ccs.covici.com wrote: >> A clue is in the ebuilds for systemd: >> > >> > sysv-utils? ( >> > !sys-apps/systemd-sysv-utils >> > !sys-apps/sysvinit ) >> > >> > That's a hard blocker, no way round it. It's in all the systemd ebuilds >> > for the current unstable versions. >> > >> > Do you have USE="sysv-utils" set for sysvinit? >> > >> > If so, to have both sysvinit and systemd, you will have to disable that >> > USE flag and see what comes next. > I put that use flag in there because I thought it would allow systemd to > generate a service from a script in /etc/init.d, but I will see what > happens when I remove that flag or maybe if there is another way to > accomplish that? > Well, that did it! It still is downgrading systemd, but that's not too > bad, thanks guys. $ euses -sf sysv-utils sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks and manpages for init, telinit, halt, poweroff, reboot, runlevel, and shutdown That description is quite vague, and could mean many things. I'm no expert on systemd, but I would imagine that it already has it's own scripts to deal with those listed functions. I wonder what the use of the flag is then? Perhaps an old compatibility layer than is not needed now? I can't see a reason why systemd is being downgraded; the previous output either lists just "sys-apps/systemd" or uses a ">=" operator. Nothing to say why 219_p112 is the highest usable version. Once the emerge finishes and portage has done what it wants, run these commands: emerge -pv systemd emerge -pv =systemd-225 (225 being latest in the tree). Then we can see better why portage is doing what it does -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] a few blockers I can't figure out
Alan McKinnon wrote: > On 31/08/2015 13:03, cov...@ccs.covici.com wrote: > > Alan McKinnon wrote: > > > >> On 31/08/2015 06:19, cov...@ccs.covici.com wrote: > >> > >> > >> answers interleaved > >> > >> > >>> Hi. On my latest update of world, I have a few blockers which I am > >>> unable to figure out how to solve -- I will put the related output below > >>> with inserted comments. I am using "unstable" gentooand I have masked > >>> ncurses-6 for the time being. Portage also wants to downgrade my > >>> systemd from 221(0/2) to 219_p112(0/2). > >>> > >>> [blocks B ] sys-apps/systemd[gudev(-)] ("sys-apps/systemd[gudev(-)]" > >>> is blocking dev-libs/libgudev-230) > >>> [blocks B ] sys-apps/sysvinit ("sys-apps/sysvinit" is blocking > >>> sys-apps/systemd-219_p112) > >>> [blocks B ] dev-libs/libgudev ("dev-libs/libgudev" is blocking > >>> sys-apps/systemd-219_p112) > >> > >> These ebuilds are a bit hard to read (they are complex beasts) but it > >> appears that you don't need libgudev anymore. Perhaps it's now part of > >> systemd itself and it's presence requires a systemd that can work with > >> it as you have it? > >> > >> I recommend you unmerge libgudev and try again, let portage figure out > >> what to do. Make a note of your USE for libgudev so you can put it back > >> if needed > >> > >> > >>> > >>> Total: 75 packages (64 upgrades, 1 downgrade, 7 new, 2 in new slots, 1 > >>> reinstall), Size of downloads: 273,248 KiB > >>> Conflict: 3 blocks (3 unsatisfied) > >>> > >>> !!! Multiple package instances within a single package slot have been > >>> pulled > >>> !!! into the dependency graph, resulting in a slot conflict: > >> > >> This stuff is just info, portage justifying it's behaviour to you > >> (portage is very verbose at the times you don't want it to be...) > >> > >> It's not upgrading x264 to atest available, everything below is the > >> reason why: > >> > >>> > >>> media-libs/x264:0 > >>> > >>> (media-libs/x264-0.0.20150820:0/148::gentoo, ebuild scheduled for > >>> merge) pulled in by > >>> (no parents that aren't satisfied by other packages in this slot) > >> > >> This is the latest version in the tree > >> > >>> > >>> If I mask this off, this one goes away, but why is it trying to pull it? > >>> > >>> (media-libs/x264-0.0.20140308:0/142::gentoo, installed) pulled in by > >>> >=media-libs/x264-0.0.20090923:0/142= required by > >>> (media-video/vlc-2.2.1:0/5-8::gentoo, installed) > >>> ^^^ > >>> > >> > >> vlc needs subslot 0/142 because it's ebuild says so. This can be > >> satisfied, but it's not the latest x264 in the tree, and portage is > >> telling you why > >> > >> > >>> (and 3 more with the same problem) > >>> > >>> net-firewall/iptables:0 > >>> > >>> (net-firewall/iptables-1.4.21-r3:0/10::gentoo, ebuild scheduled for > >>> merge) pulled in by > >>> (no parents that aren't satisfied by other packages in this slot) > >>> > >>> And same for this one. > >>> > >>> > >>> (net-firewall/iptables-1.4.21-r1:0/0::gentoo, installed) pulled in by > >>> >=net-firewall/iptables-1.4.20:0/0= required by > >>> (sys-apps/iproute2-4.1.1:0/0::gentoo, installed) > >>> ^ > >>> > >> > >> same general idea as x264 > >> > >>> > >>> > >>> It may be possible to solve this problem by using package.mask to > >>> prevent one of those packages from being selected. However, it is also > >>> possible that conflicting dependencies exist such that they are > >>> impossible to satisfy simultaneously. If such a conflict exists in > >>> the dependencies of two different packages, then those packages can > >>> not be installed simultaneously. > >>> > >>> For more information, see MASKED PACKAGES section in the emerge man > >>> page or refer to the Gentoo Handbook. > >>> > >>> > >>> * Error: The above package list contains packages which cannot be > >>> * installed at the same time on the same system. > >>> > >>> (sys-apps/sysvinit-2.88-r7:0/0::gentoo, installed) pulled in by > >>> >=sys-apps/sysvinit-2.86-r6 required by > >>> (sys-apps/openrc-0.17:0/0::gentoo, installed) > >>> >=sys-apps/sysvinit-2.87-r3 required by > >>> (sys-kernel/dracut-043-r2:0/0::gentoo, installed) > >>> > >>> (sys-apps/systemd-219_p112:0/2::gentoo, ebuild scheduled for merge) > >>> pulled in by > >>> sys-apps/systemd required by (media-sound/mpd-0.19.9-r1:0/0::gentoo, > >>> installed) > >>> >=sys-apps/systemd-204[pam] required by > >>> (sys-auth/pambase-20150213:0/0::gentoo, installed) > >>> sys-apps/systemd:0/2= required by (net-fs/samba-4.1.19:0/0::gentoo, > >>> installed) > >>> >=sys-apps/systemd-44:0= required by > >>> (x11-misc/colord-1.2.11:0/2::gentoo, installed) > >>> sys-apps/systemd required by (sys-apps/util-linux-2.26.2:0/0::gentoo, > >>> installed
Re: [gentoo-user] a few blockers I can't figure out
On 31/08/2015 13:03, cov...@ccs.covici.com wrote: > Alan McKinnon wrote: > >> On 31/08/2015 06:19, cov...@ccs.covici.com wrote: >> >> >> answers interleaved >> >> >>> Hi. On my latest update of world, I have a few blockers which I am >>> unable to figure out how to solve -- I will put the related output below >>> with inserted comments. I am using "unstable" gentooand I have masked >>> ncurses-6 for the time being. Portage also wants to downgrade my >>> systemd from 221(0/2) to 219_p112(0/2). >>> >>> [blocks B ] sys-apps/systemd[gudev(-)] ("sys-apps/systemd[gudev(-)]" >>> is blocking dev-libs/libgudev-230) >>> [blocks B ] sys-apps/sysvinit ("sys-apps/sysvinit" is blocking >>> sys-apps/systemd-219_p112) >>> [blocks B ] dev-libs/libgudev ("dev-libs/libgudev" is blocking >>> sys-apps/systemd-219_p112) >> >> These ebuilds are a bit hard to read (they are complex beasts) but it >> appears that you don't need libgudev anymore. Perhaps it's now part of >> systemd itself and it's presence requires a systemd that can work with >> it as you have it? >> >> I recommend you unmerge libgudev and try again, let portage figure out >> what to do. Make a note of your USE for libgudev so you can put it back >> if needed >> >> >>> >>> Total: 75 packages (64 upgrades, 1 downgrade, 7 new, 2 in new slots, 1 >>> reinstall), Size of downloads: 273,248 KiB >>> Conflict: 3 blocks (3 unsatisfied) >>> >>> !!! Multiple package instances within a single package slot have been pulled >>> !!! into the dependency graph, resulting in a slot conflict: >> >> This stuff is just info, portage justifying it's behaviour to you >> (portage is very verbose at the times you don't want it to be...) >> >> It's not upgrading x264 to atest available, everything below is the >> reason why: >> >>> >>> media-libs/x264:0 >>> >>> (media-libs/x264-0.0.20150820:0/148::gentoo, ebuild scheduled for merge) >>> pulled in by >>> (no parents that aren't satisfied by other packages in this slot) >> >> This is the latest version in the tree >> >>> >>> If I mask this off, this one goes away, but why is it trying to pull it? >>> >>> (media-libs/x264-0.0.20140308:0/142::gentoo, installed) pulled in by >>> >=media-libs/x264-0.0.20090923:0/142= required by >>> (media-video/vlc-2.2.1:0/5-8::gentoo, installed) >>> ^^^ >>> >> >> vlc needs subslot 0/142 because it's ebuild says so. This can be >> satisfied, but it's not the latest x264 in the tree, and portage is >> telling you why >> >> >>> (and 3 more with the same problem) >>> >>> net-firewall/iptables:0 >>> >>> (net-firewall/iptables-1.4.21-r3:0/10::gentoo, ebuild scheduled for >>> merge) pulled in by >>> (no parents that aren't satisfied by other packages in this slot) >>> >>> And same for this one. >>> >>> >>> (net-firewall/iptables-1.4.21-r1:0/0::gentoo, installed) pulled in by >>> >=net-firewall/iptables-1.4.20:0/0= required by >>> (sys-apps/iproute2-4.1.1:0/0::gentoo, installed) >>> ^ >>> >> >> same general idea as x264 >> >>> >>> >>> It may be possible to solve this problem by using package.mask to >>> prevent one of those packages from being selected. However, it is also >>> possible that conflicting dependencies exist such that they are >>> impossible to satisfy simultaneously. If such a conflict exists in >>> the dependencies of two different packages, then those packages can >>> not be installed simultaneously. >>> >>> For more information, see MASKED PACKAGES section in the emerge man >>> page or refer to the Gentoo Handbook. >>> >>> >>> * Error: The above package list contains packages which cannot be >>> * installed at the same time on the same system. >>> >>> (sys-apps/sysvinit-2.88-r7:0/0::gentoo, installed) pulled in by >>> >=sys-apps/sysvinit-2.86-r6 required by >>> (sys-apps/openrc-0.17:0/0::gentoo, installed) >>> >=sys-apps/sysvinit-2.87-r3 required by >>> (sys-kernel/dracut-043-r2:0/0::gentoo, installed) >>> >>> (sys-apps/systemd-219_p112:0/2::gentoo, ebuild scheduled for merge) >>> pulled in by >>> sys-apps/systemd required by (media-sound/mpd-0.19.9-r1:0/0::gentoo, >>> installed) >>> >=sys-apps/systemd-204[pam] required by >>> (sys-auth/pambase-20150213:0/0::gentoo, installed) >>> sys-apps/systemd:0/2= required by (net-fs/samba-4.1.19:0/0::gentoo, >>> installed) >>> >=sys-apps/systemd-44:0= required by >>> (x11-misc/colord-1.2.11:0/2::gentoo, installed) >>> sys-apps/systemd required by (sys-apps/util-linux-2.26.2:0/0::gentoo, >>> installed) >>> >=sys-apps/systemd-209 required by >>> (sys-process/procps-3.3.10-r1:0/0::gentoo, installed) >>> sys-apps/systemd:0/2= required by (net-nds/rpcbind-0.2.3:0/0::gentoo, >>> installed) >>> sys-apps/systemd required by (app-admin/syslog-ng-3.7.1:0/0::gentoo,
Re: [gentoo-user] a few blockers I can't figure out
Alan McKinnon wrote: > On 31/08/2015 06:19, cov...@ccs.covici.com wrote: > > > answers interleaved > > > > Hi. On my latest update of world, I have a few blockers which I am > > unable to figure out how to solve -- I will put the related output below > > with inserted comments. I am using "unstable" gentooand I have masked > > ncurses-6 for the time being. Portage also wants to downgrade my > > systemd from 221(0/2) to 219_p112(0/2). > > > > [blocks B ] sys-apps/systemd[gudev(-)] ("sys-apps/systemd[gudev(-)]" > > is blocking dev-libs/libgudev-230) > > [blocks B ] sys-apps/sysvinit ("sys-apps/sysvinit" is blocking > > sys-apps/systemd-219_p112) > > [blocks B ] dev-libs/libgudev ("dev-libs/libgudev" is blocking > > sys-apps/systemd-219_p112) > > These ebuilds are a bit hard to read (they are complex beasts) but it > appears that you don't need libgudev anymore. Perhaps it's now part of > systemd itself and it's presence requires a systemd that can work with > it as you have it? > > I recommend you unmerge libgudev and try again, let portage figure out > what to do. Make a note of your USE for libgudev so you can put it back > if needed > > > > > > Total: 75 packages (64 upgrades, 1 downgrade, 7 new, 2 in new slots, 1 > > reinstall), Size of downloads: 273,248 KiB > > Conflict: 3 blocks (3 unsatisfied) > > > > !!! Multiple package instances within a single package slot have been pulled > > !!! into the dependency graph, resulting in a slot conflict: > > This stuff is just info, portage justifying it's behaviour to you > (portage is very verbose at the times you don't want it to be...) > > It's not upgrading x264 to atest available, everything below is the > reason why: > > > > > media-libs/x264:0 > > > > (media-libs/x264-0.0.20150820:0/148::gentoo, ebuild scheduled for merge) > > pulled in by > > (no parents that aren't satisfied by other packages in this slot) > > This is the latest version in the tree > > > > > If I mask this off, this one goes away, but why is it trying to pull it? > > > > (media-libs/x264-0.0.20140308:0/142::gentoo, installed) pulled in by > > >=media-libs/x264-0.0.20090923:0/142= required by > > (media-video/vlc-2.2.1:0/5-8::gentoo, installed) > > ^^^ > > > > vlc needs subslot 0/142 because it's ebuild says so. This can be > satisfied, but it's not the latest x264 in the tree, and portage is > telling you why > > > > (and 3 more with the same problem) > > > > net-firewall/iptables:0 > > > > (net-firewall/iptables-1.4.21-r3:0/10::gentoo, ebuild scheduled for > > merge) pulled in by > > (no parents that aren't satisfied by other packages in this slot) > > > > And same for this one. > > > > > > (net-firewall/iptables-1.4.21-r1:0/0::gentoo, installed) pulled in by > > >=net-firewall/iptables-1.4.20:0/0= required by > > (sys-apps/iproute2-4.1.1:0/0::gentoo, installed) > > ^ > > > > same general idea as x264 > > > > > > > It may be possible to solve this problem by using package.mask to > > prevent one of those packages from being selected. However, it is also > > possible that conflicting dependencies exist such that they are > > impossible to satisfy simultaneously. If such a conflict exists in > > the dependencies of two different packages, then those packages can > > not be installed simultaneously. > > > > For more information, see MASKED PACKAGES section in the emerge man > > page or refer to the Gentoo Handbook. > > > > > > * Error: The above package list contains packages which cannot be > > * installed at the same time on the same system. > > > > (sys-apps/sysvinit-2.88-r7:0/0::gentoo, installed) pulled in by > > >=sys-apps/sysvinit-2.86-r6 required by > > (sys-apps/openrc-0.17:0/0::gentoo, installed) > > >=sys-apps/sysvinit-2.87-r3 required by > > (sys-kernel/dracut-043-r2:0/0::gentoo, installed) > > > > (sys-apps/systemd-219_p112:0/2::gentoo, ebuild scheduled for merge) > > pulled in by > > sys-apps/systemd required by (media-sound/mpd-0.19.9-r1:0/0::gentoo, > > installed) > > >=sys-apps/systemd-204[pam] required by > > (sys-auth/pambase-20150213:0/0::gentoo, installed) > > sys-apps/systemd:0/2= required by (net-fs/samba-4.1.19:0/0::gentoo, > > installed) > > >=sys-apps/systemd-44:0= required by > > (x11-misc/colord-1.2.11:0/2::gentoo, installed) > > sys-apps/systemd required by (sys-apps/util-linux-2.26.2:0/0::gentoo, > > installed) > > >=sys-apps/systemd-209 required by > > (sys-process/procps-3.3.10-r1:0/0::gentoo, installed) > > sys-apps/systemd:0/2= required by (net-nds/rpcbind-0.2.3:0/0::gentoo, > > installed) > > sys-apps/systemd required by (app-admin/syslog-ng-3.7.1:0/0::gentoo, > > ebuild scheduled for merge) > > >=sys-apps/
Re: [gentoo-user] system uptime
On 31/08/2015 10:50, Peter Humphrey wrote: > On Sunday 30 August 2015 18:26:49 Mick wrote: > >> Modern appliances with Green stickers on them (whatever they're called) are >> more efficient by design. To some extent this is also true with PCs. I >> still have an old Pentium 4 32bit running a couple of test environments and >> back up storage. I can assure you that the room gets hot after it has been >> running for a couple of hours! :-) > > The desktop machine I'm referring to (an Amari "workstation") dates from > 2009. > It has an i5 processor, 16GB RAM* and two 2GB SSDs as the main power sinks. > It > sits (runs) in a boxroom 6ft square and keeps it comfortably warm. I haven't > noticed any change in ambient temp since the SSDs replaced spinners. > > * Whoever named that Random Access had a strange understanding of English. > The > last thing I want from memory is random access! How much better it would have > been to call it something like Direct Access. Oh well - much too late now. > It's random access to distinguish it from serial access. In the early early days there were a lot of strange methods being tried to build memory - like dots on a cathode ray tube! To get to bit you wanted, you had to wait till the scanning beam reached that part of the screen - serial access. Addressable memory on a grid pattern came much later. Random Access really means "able to access any random address as fast as any other random address". RAM is also not the opposite of ROM :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] a few blockers I can't figure out
On 31/08/2015 06:19, cov...@ccs.covici.com wrote: answers interleaved > Hi. On my latest update of world, I have a few blockers which I am > unable to figure out how to solve -- I will put the related output below > with inserted comments. I am using "unstable" gentooand I have masked > ncurses-6 for the time being. Portage also wants to downgrade my > systemd from 221(0/2) to 219_p112(0/2). > > [blocks B ] sys-apps/systemd[gudev(-)] ("sys-apps/systemd[gudev(-)]" is > blocking dev-libs/libgudev-230) > [blocks B ] sys-apps/sysvinit ("sys-apps/sysvinit" is blocking > sys-apps/systemd-219_p112) > [blocks B ] dev-libs/libgudev ("dev-libs/libgudev" is blocking > sys-apps/systemd-219_p112) These ebuilds are a bit hard to read (they are complex beasts) but it appears that you don't need libgudev anymore. Perhaps it's now part of systemd itself and it's presence requires a systemd that can work with it as you have it? I recommend you unmerge libgudev and try again, let portage figure out what to do. Make a note of your USE for libgudev so you can put it back if needed > > Total: 75 packages (64 upgrades, 1 downgrade, 7 new, 2 in new slots, 1 > reinstall), Size of downloads: 273,248 KiB > Conflict: 3 blocks (3 unsatisfied) > > !!! Multiple package instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: This stuff is just info, portage justifying it's behaviour to you (portage is very verbose at the times you don't want it to be...) It's not upgrading x264 to atest available, everything below is the reason why: > > media-libs/x264:0 > > (media-libs/x264-0.0.20150820:0/148::gentoo, ebuild scheduled for merge) > pulled in by > (no parents that aren't satisfied by other packages in this slot) This is the latest version in the tree > > If I mask this off, this one goes away, but why is it trying to pull it? > > (media-libs/x264-0.0.20140308:0/142::gentoo, installed) pulled in by > >=media-libs/x264-0.0.20090923:0/142= required by > (media-video/vlc-2.2.1:0/5-8::gentoo, installed) > ^^^ > vlc needs subslot 0/142 because it's ebuild says so. This can be satisfied, but it's not the latest x264 in the tree, and portage is telling you why > (and 3 more with the same problem) > > net-firewall/iptables:0 > > (net-firewall/iptables-1.4.21-r3:0/10::gentoo, ebuild scheduled for merge) > pulled in by > (no parents that aren't satisfied by other packages in this slot) > > And same for this one. > > > (net-firewall/iptables-1.4.21-r1:0/0::gentoo, installed) pulled in by > >=net-firewall/iptables-1.4.20:0/0= required by > (sys-apps/iproute2-4.1.1:0/0::gentoo, installed) > ^ > same general idea as x264 > > > It may be possible to solve this problem by using package.mask to > prevent one of those packages from being selected. However, it is also > possible that conflicting dependencies exist such that they are > impossible to satisfy simultaneously. If such a conflict exists in > the dependencies of two different packages, then those packages can > not be installed simultaneously. > > For more information, see MASKED PACKAGES section in the emerge man > page or refer to the Gentoo Handbook. > > > * Error: The above package list contains packages which cannot be > * installed at the same time on the same system. > > (sys-apps/sysvinit-2.88-r7:0/0::gentoo, installed) pulled in by > >=sys-apps/sysvinit-2.86-r6 required by > (sys-apps/openrc-0.17:0/0::gentoo, installed) > >=sys-apps/sysvinit-2.87-r3 required by > (sys-kernel/dracut-043-r2:0/0::gentoo, installed) > > (sys-apps/systemd-219_p112:0/2::gentoo, ebuild scheduled for merge) pulled > in by > sys-apps/systemd required by (media-sound/mpd-0.19.9-r1:0/0::gentoo, > installed) > >=sys-apps/systemd-204[pam] required by > (sys-auth/pambase-20150213:0/0::gentoo, installed) > sys-apps/systemd:0/2= required by (net-fs/samba-4.1.19:0/0::gentoo, > installed) > >=sys-apps/systemd-44:0= required by (x11-misc/colord-1.2.11:0/2::gentoo, > installed) > sys-apps/systemd required by (sys-apps/util-linux-2.26.2:0/0::gentoo, > installed) > >=sys-apps/systemd-209 required by > (sys-process/procps-3.3.10-r1:0/0::gentoo, installed) > sys-apps/systemd:0/2= required by (net-nds/rpcbind-0.2.3:0/0::gentoo, > installed) > sys-apps/systemd required by (app-admin/syslog-ng-3.7.1:0/0::gentoo, > ebuild scheduled for merge) > >=sys-apps/systemd-44:0/2= required by > (x11-misc/colord-1.2.11:0/2::gentoo, installed) > sys-apps/systemd:= required by (net-nds/rpcbind-0.2.3:0/0::gentoo, > installed) > sys-apps/systemd required by > (gnome-base/gnome-settings-daemon-3.16.3:0/0::gentoo, ebuild scheduled
Re: [gentoo-user] a few blockers I can't figure out
Neil Bothwick wrote: > On Mon, 31 Aug 2015 00:19:08 -0400, cov...@ccs.covici.com wrote: > > > Hi. On my latest update of world, I have a few blockers which I am > > unable to figure out how to solve -- I will put the related output below > > with inserted comments. I am using "unstable" gentooand I have masked > > ncurses-6 for the time being. Portage also wants to downgrade my > > systemd from 221(0/2) to 219_p112(0/2). > > > > [blocks B ] sys-apps/systemd[gudev(-)] > > ("sys-apps/systemd[gudev(-)]" is blocking dev-libs/libgudev-230) > > [blocks B ] sys-apps/sysvinit ("sys-apps/sysvinit" is blocking > > sys-apps/systemd-219_p112) [blocks B ] dev-libs/libgudev > > ("dev-libs/libgudev" is blocking sys-apps/systemd-219_p112) > > > You have omitted some important information before this, but the problem > you have is that something is trying to pull in libgudev, which is > provided by systemd and well, hence the blocker. Packages should depend on > virtual/libgudev, which avoids this type of conflict. Run the update > again --tree to see just what is trying to install libgudev. > > > Total: 75 packages (64 upgrades, 1 downgrade, 7 new, 2 in new slots, 1 > > reinstall), Size of downloads: 273,248 KiB Conflict: 3 blocks (3 > > unsatisfied) > > In this situation, with so many packages being updated, I try to reduce > the noise from portage by emerge --oneshot-ing anything in the list that > is not related to the blockers, it makes the tree output much easier to > work with. OK, I will try that, I thought it would tell me what is pulling libgudev in. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] system uptime
On Sunday 30 August 2015 18:26:49 Mick wrote: > Modern appliances with Green stickers on them (whatever they're called) are > more efficient by design. To some extent this is also true with PCs. I > still have an old Pentium 4 32bit running a couple of test environments and > back up storage. I can assure you that the room gets hot after it has been > running for a couple of hours! :-) The desktop machine I'm referring to (an Amari "workstation") dates from 2009. It has an i5 processor, 16GB RAM* and two 2GB SSDs as the main power sinks. It sits (runs) in a boxroom 6ft square and keeps it comfortably warm. I haven't noticed any change in ambient temp since the SSDs replaced spinners. * Whoever named that Random Access had a strange understanding of English. The last thing I want from memory is random access! How much better it would have been to call it something like Direct Access. Oh well - much too late now. -- Rgds Peter
Re: [gentoo-user] a few blockers I can't figure out
On Mon, 31 Aug 2015 00:19:08 -0400, cov...@ccs.covici.com wrote: > Hi. On my latest update of world, I have a few blockers which I am > unable to figure out how to solve -- I will put the related output below > with inserted comments. I am using "unstable" gentooand I have masked > ncurses-6 for the time being. Portage also wants to downgrade my > systemd from 221(0/2) to 219_p112(0/2). > > [blocks B ] sys-apps/systemd[gudev(-)] > ("sys-apps/systemd[gudev(-)]" is blocking dev-libs/libgudev-230) > [blocks B ] sys-apps/sysvinit ("sys-apps/sysvinit" is blocking > sys-apps/systemd-219_p112) [blocks B ] dev-libs/libgudev > ("dev-libs/libgudev" is blocking sys-apps/systemd-219_p112) > You have omitted some important information before this, but the problem you have is that something is trying to pull in libgudev, which is provided by systemd and well, hence the blocker. Packages should depend on virtual/libgudev, which avoids this type of conflict. Run the update again --tree to see just what is trying to install libgudev. > Total: 75 packages (64 upgrades, 1 downgrade, 7 new, 2 in new slots, 1 > reinstall), Size of downloads: 273,248 KiB Conflict: 3 blocks (3 > unsatisfied) In this situation, with so many packages being updated, I try to reduce the noise from portage by emerge --oneshot-ing anything in the list that is not related to the blockers, it makes the tree output much easier to work with. -- Neil Bothwick Some people are born mediocre, some people achieve mediocrity, and some people have mediocrity thrust upon them. - Joseph Heller, "Catch-22" pgpQ93SixUEtF.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: make.conf bindist
On Mon, Aug 31, 2015 at 12:25 AM, Matthew Marchese wrote: > > This is an excellent explanation of the flag. Will you give me permission to > use it or re-word it for a wiki page concerning bindist? > Certainly, do whatever you wish with it. It might even make sense to put a mention in the handbook. This is the flag that probably comes closest to distinguishing between the Debian-like and Ubuntu-like experience as far as pure-FOSS licensing goes. There are many who prefer each and with Gentoo you get your choice. -- Rich