Re: [gentoo-user] how can I everr switch to profile 17.1?
On 2019.06.18 16:31, John Covici wrote: [snip.] gnome-desktop and openssl do build successfully, but depclean does complain about them maybe because of the unresolved dependencies to totem and inn. Which versions? The depclean output you posted mentioned very specific versions of each. You can't just copy/paste from the depclean output to emerge, because the syntax of specifying what is needed is different, but it's easy enough to figure out looking at the eix output. For each of those two cases, it seems only one version will meet the requirements of the package that needs it. It is speicific not just to slot, but also to subslot.
Re: [gentoo-user] Starting with profile 17.1
On Tuesday, 18 June 2019 22:58:24 BST mad.scientist.at.la...@tutanota.com wrote: > As I'm doing a new install anyway is there any problem with using profile > 17.1 from the start that i should know about? Any big confusing problems > that is, "minor" stuff i can be a little patient with. I've installed a new system and the stage-3 I used did not have the 17.1 profile applied yet. As soon as I chroot'ed into the newly downloaded stage 3 fs, I sync'ed portage and then followed the instructions in the latest news article for migrating to the 17.1 profile. This was quick and easy to do, since I had not installed any packages yet. Once this was completed I duly followed the steps in the gentoo handbook as normal. I understand releng were about to prepare a new stage 3 and live media with profile 17.1, but I don't know if this has been released yet. Either way, if you find /lib32 and /usr/lib32 in your stage 3, just do as I did early in the installation and you'll make light work of it. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Starting with profile 17.1
As I'm doing a new install anyway is there any problem with using profile 17.1 from the start that i should know about? Any big confusing problems that is, "minor" stuff i can be a little patient with. "Would you like to see us rule again, my friend? All you have to do is follow the worms." Pink Floyd, The Wall, Waiting for the worms
Re: [gentoo-user] how can I everr switch to profile 17.1?
On Tue, 18 Jun 2019 16:47:43 -0400, Rich Freeman wrote: > > On Tue, Jun 18, 2019 at 4:31 PM John Covici wrote: > > > > On Tue, 18 Jun 2019 15:27:21 -0400, > > Rich Freeman wrote: > > > > > > On Tue, Jun 18, 2019 at 2:47 PM John Covici wrote: > > > > > > > > On Tue, 18 Jun 2019 13:35:16 -0400, > > > > Rich Freeman wrote: > > > > > > > > > > On Tue, Jun 18, 2019 at 1:00 PM John Covici > > > > > wrote: > > > > > > > > > > > > emerge --update --newuse --deep --with-bdeps=y @world > > > > > > > > > > And did you try actually running this? > > > > > > > > Yep, I did run this and although the packages I mentioned did not > > > > compile, all others did work. Here is what I have for the packages > > > > mentioned gnome-desktop and openssl. > > > > > > > > > > So, you're saying that when you tried to run that command, portage > > > tried to build gnome-desktop and openssl, and they failed? > > > > > > Can you attach the build logs for these? > > > > gnome-desktop and openssl do build successfully, but depclean does > > complain about them maybe because of the unresolved dependencies to > > totem and inn. > > What unresolved dependencies? Did it install gnome-desktop and > openssl, or not? If it was installed, then it shouldn't be > unresolved. > > I'm having difficulty following this. First these two packages are > missing. Then they didn't compile. Then they did build successfully, > but are "unresolved?" > > What is the output of: > emerge --update --newuse --deep --with-bdeps=y @world > > What is the output of: > emerge --depclean > (yes, you pasted it above, but that was possibly before running the > update with-bdeps) > > What is the output of: > emerge -1 media-video/totem net-nntp/inn > > Also, you're obviously using inn from an overlay since it isn't in the > tree. Are its dependencies in the tree or your overlay, and are they > correct? The output of the above command will probably help. I did not do this, but if I would do a world update now, this is what I would get: Script started on 2019-06-18 17:22:49-04:00 [TERM="linux" TTY="/dev/tty1" COLUMNS="240" LINES="67"] These are the packages that would be merged, in order: Calculating dependencies . .. .. . .. . ... ... done! [ebuild R] dev-lang/mono-4.4.1.0::gentoo USE="nls -doc -minimal -pax_kernel -xen" ABI_X86="(64) -32 (-x32)" KERNEL="(linux%*)" 0 KiB [ebuild U ] net-nntp/inn-2.6.3::local_ebuilds [2.5.5-r1::local_ebuilds] USE="berkdb ipv6 perl ssl -innkeywords -inntaggedhash -kerberos -python -sasl" PYTHON_TARGETS="python2_7" 0 KiB [ebuild U ] media-video/totem-3.30.0::gentoo [3.24.0::gentoo] USE="cdr%* introspection nautilus python -gtk-doc% -lirc -test -vala% (-debug%)" PYTHON_SINGLE_TARGET="python3_5 -python3_6 (-python3_4%)" PYTHON_TARGETS="python3_5 -python3_6 (-python3_4%)" 0 KiB Total: 3 packages (2 upgrades, 1 reinstall), Size of downloads: 0 KiB WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict: media-libs/libvpx:0 (media-libs/libvpx-1.8.0-r1:0/6::gentoo, ebuild scheduled for merge) conflicts with >=media-libs/libvpx-1.7.0:0/5=[postproc] required by (www-client/firefox-67.0:0/0::gentoo, installed) ^ =sys-libs/readline-6.3:0/7= required by (app-shells/bash-4.3_p48-r1:0/0::gentoo, installed) ^ Would you like to merge these packages? [Yes/No] no Quitting. Script done on 2019-06-18 17:31:20-04:00 [COMMAND_EXIT_CODE="130"] Note the inn update is to an ebuild which I created, but does not work as explained in another thread -- its in my local_ebuilds overlay. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] how can I everr switch to profile 17.1?
On Tue, 18 Jun 2019 16:47:43 -0400, Rich Freeman wrote: > > On Tue, Jun 18, 2019 at 4:31 PM John Covici wrote: > > > > On Tue, 18 Jun 2019 15:27:21 -0400, > > Rich Freeman wrote: > > > > > > On Tue, Jun 18, 2019 at 2:47 PM John Covici wrote: > > > > > > > > On Tue, 18 Jun 2019 13:35:16 -0400, > > > > Rich Freeman wrote: > > > > > > > > > > On Tue, Jun 18, 2019 at 1:00 PM John Covici > > > > > wrote: > > > > > > > > > > > > emerge --update --newuse --deep --with-bdeps=y @world > > > > > > > > > > And did you try actually running this? > > > > > > > > Yep, I did run this and although the packages I mentioned did not > > > > compile, all others did work. Here is what I have for the packages > > > > mentioned gnome-desktop and openssl. > > > > > > > > > > So, you're saying that when you tried to run that command, portage > > > tried to build gnome-desktop and openssl, and they failed? > > > > > > Can you attach the build logs for these? > > > > gnome-desktop and openssl do build successfully, but depclean does > > complain about them maybe because of the unresolved dependencies to > > totem and inn. > > What unresolved dependencies? Did it install gnome-desktop and > openssl, or not? If it was installed, then it shouldn't be > unresolved. > > I'm having difficulty following this. First these two packages are > missing. Then they didn't compile. Then they did build successfully, > but are "unresolved?" > > What is the output of: > emerge --update --newuse --deep --with-bdeps=y @world > > What is the output of: > emerge --depclean > (yes, you pasted it above, but that was possibly before running the > update with-bdeps) > > What is the output of: > emerge -1 media-video/totem net-nntp/inn > > Also, you're obviously using inn from an overlay since it isn't in the > tree. Are its dependencies in the tree or your overlay, and are they > correct? The output of the above command will probably help. > > -- > Rich > To add to things, I cannot compile sendmail-8.14.9 dies in the install phase. I found the bug, but its not resolved till 8.15 which seems not to be in the tree. depclean does not complain about sendmail, but it might be a factor in what is going on. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] how can I everr switch to profile 17.1?
On Tue, 18 Jun 2019 16:47:43 -0400, Rich Freeman wrote: > > On Tue, Jun 18, 2019 at 4:31 PM John Covici wrote: > > > > On Tue, 18 Jun 2019 15:27:21 -0400, > > Rich Freeman wrote: > > > > > > On Tue, Jun 18, 2019 at 2:47 PM John Covici wrote: > > > > > > > > On Tue, 18 Jun 2019 13:35:16 -0400, > > > > Rich Freeman wrote: > > > > > > > > > > On Tue, Jun 18, 2019 at 1:00 PM John Covici > > > > > wrote: > > > > > > > > > > > > emerge --update --newuse --deep --with-bdeps=y @world > > > > > > > > > > And did you try actually running this? > > > > > > > > Yep, I did run this and although the packages I mentioned did not > > > > compile, all others did work. Here is what I have for the packages > > > > mentioned gnome-desktop and openssl. > > > > > > > > > > So, you're saying that when you tried to run that command, portage > > > tried to build gnome-desktop and openssl, and they failed? > > > > > > Can you attach the build logs for these? > > > > gnome-desktop and openssl do build successfully, but depclean does > > complain about them maybe because of the unresolved dependencies to > > totem and inn. > > What unresolved dependencies? Did it install gnome-desktop and > openssl, or not? If it was installed, then it shouldn't be > unresolved. > > I'm having difficulty following this. First these two packages are > missing. Then they didn't compile. Then they did build successfully, > but are "unresolved?" > > What is the output of: > emerge --update --newuse --deep --with-bdeps=y @world > > What is the output of: > emerge --depclean > (yes, you pasted it above, but that was possibly before running the > update with-bdeps) > > What is the output of: > emerge -1 media-video/totem net-nntp/inn > > Also, you're obviously using inn from an overlay since it isn't in the > tree. Are its dependencies in the tree or your overlay, and are they > correct? The output of the above command will probably help. OK, here is my preserved listing, I think this will give you a hint. totem and inn and mono are the packages that will not install, gnome-desktop and openssl install correctly but I think some library is being used by the two packages that will not install. I just did the world update maybe a weeik ago and have not synced since. Here is what emerge says: !!! existing preserved libs: >>> package: gnome-base/gnome-desktop-3.30.2.1 * - /usr/lib64/libgnome-desktop-3.so.12 * - /usr/lib64/libgnome-desktop-3.so.12.2.1 * used by /usr/lib64/libtotem.so.0.0.0 (media-video/totem-3.24.0) >>> package: dev-libs/openssl-1.0.2r-r200 * - /usr/lib64/libcrypto.so.1.0.0 * used by /usr/sbin/sendmail (mail-mta/sendmail-8.14.9-r1) * used by /var/spool/news/bin/nnrpd (net-nntp/inn-2.5.5-r1) * - /usr/lib64/libssl.so.1.0.0 * used by /usr/sbin/sendmail (mail-mta/sendmail-8.14.9-r1) * used by /var/spool/news/bin/nnrpd (net-nntp/inn-2.5.5-r1) >>> package: dev-lang/perl-5.30.0 * - /usr/lib64/libperl.so.5.28 * - /usr/lib64/libperl.so.5.28.2 * used by /var/spool/news/bin/innd (net-nntp/inn-2.5.5-r1) * used by /var/spool/news/bin/nnrpd (net-nntp/inn-2.5.5-r1) Use emerge @preserved-rebuild to rebuild packages using these libraries Sendmail is something which I maybe could recompile, but I know I had problems doing that the last time I tried. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] how can I everr switch to profile 17.1?
Rich Freeman wrote: > > What is the output of: > emerge --depclean > (yes, you pasted it above, but that was possibly before running the > update with-bdeps) > May want to add -a or -p to that one. ;-) Dale :-) :-)
Re: [gentoo-user] how can I everr switch to profile 17.1?
On Tue, Jun 18, 2019 at 4:31 PM John Covici wrote: > > On Tue, 18 Jun 2019 15:27:21 -0400, > Rich Freeman wrote: > > > > On Tue, Jun 18, 2019 at 2:47 PM John Covici wrote: > > > > > > On Tue, 18 Jun 2019 13:35:16 -0400, > > > Rich Freeman wrote: > > > > > > > > On Tue, Jun 18, 2019 at 1:00 PM John Covici > > > > wrote: > > > > > > > > > > emerge --update --newuse --deep --with-bdeps=y @world > > > > > > > > And did you try actually running this? > > > > > > Yep, I did run this and although the packages I mentioned did not > > > compile, all others did work. Here is what I have for the packages > > > mentioned gnome-desktop and openssl. > > > > > > > So, you're saying that when you tried to run that command, portage > > tried to build gnome-desktop and openssl, and they failed? > > > > Can you attach the build logs for these? > > gnome-desktop and openssl do build successfully, but depclean does > complain about them maybe because of the unresolved dependencies to > totem and inn. What unresolved dependencies? Did it install gnome-desktop and openssl, or not? If it was installed, then it shouldn't be unresolved. I'm having difficulty following this. First these two packages are missing. Then they didn't compile. Then they did build successfully, but are "unresolved?" What is the output of: emerge --update --newuse --deep --with-bdeps=y @world What is the output of: emerge --depclean (yes, you pasted it above, but that was possibly before running the update with-bdeps) What is the output of: emerge -1 media-video/totem net-nntp/inn Also, you're obviously using inn from an overlay since it isn't in the tree. Are its dependencies in the tree or your overlay, and are they correct? The output of the above command will probably help. -- Rich
Re: [gentoo-user] how can I everr switch to profile 17.1?
On Tue, 18 Jun 2019 15:27:21 -0400, Rich Freeman wrote: > > On Tue, Jun 18, 2019 at 2:47 PM John Covici wrote: > > > > On Tue, 18 Jun 2019 13:35:16 -0400, > > Rich Freeman wrote: > > > > > > On Tue, Jun 18, 2019 at 1:00 PM John Covici wrote: > > > > > > > > emerge --update --newuse --deep --with-bdeps=y @world > > > > > > And did you try actually running this? > > > > Yep, I did run this and although the packages I mentioned did not > > compile, all others did work. Here is what I have for the packages > > mentioned gnome-desktop and openssl. > > > > So, you're saying that when you tried to run that command, portage > tried to build gnome-desktop and openssl, and they failed? > > Can you attach the build logs for these? gnome-desktop and openssl do build successfully, but depclean does complain about them maybe because of the unresolved dependencies to totem and inn. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] how can I everr switch to profile 17.1?
On Tue, Jun 18, 2019 at 2:47 PM John Covici wrote: > > On Tue, 18 Jun 2019 13:35:16 -0400, > Rich Freeman wrote: > > > > On Tue, Jun 18, 2019 at 1:00 PM John Covici wrote: > > > > > > emerge --update --newuse --deep --with-bdeps=y @world > > > > And did you try actually running this? > > Yep, I did run this and although the packages I mentioned did not > compile, all others did work. Here is what I have for the packages > mentioned gnome-desktop and openssl. > So, you're saying that when you tried to run that command, portage tried to build gnome-desktop and openssl, and they failed? Can you attach the build logs for these? -- Rich
Re: [gentoo-user] how can I everr switch to profile 17.1?
On Tue, 18 Jun 2019 13:35:16 -0400,
Rich Freeman wrote:
>
> On Tue, Jun 18, 2019 at 1:00 PM John Covici wrote:
> >
> > emerge --update --newuse --deep --with-bdeps=y @world
>
> And did you try actually running this?
Yep, I did run this and although the packages I mentioned did not
compile, all others did work. Here is what I have for the packages
mentioned gnome-desktop and openssl.
Available versions:
(2)2.32.1-r2
(3)(~)3.26.2-r2(3/12) 3.30.2.1(3/17)
{debug +introspection license-docs seccomp test
udev PYTHON_TARGETS="python2_7"}
Installed versions: 2.32.1-r1(2)(07:19:04 PM
09/02/2011)(doc -debug) 3.30.2.1(3/17)(09:15:40 PM
04/09/2019)(introspection seccomp udev -debug -test)
Available versions:
(0.9.8) 0.9.8z_p8-r1^d
(0)1.0.2r^d (~)1.0.2s^d (~)1.1.0j-r1(0/1.1)^d
(~)1.1.0k(0/1.1)^d [M](~)1.1.1b-r2(0/1.1)^d
[M](~)1.1.1c(0/1.1)^d
(1.0.0) (~)1.0.2r-r200^t (~)1.0.2s-r200^t
{+asm bindist gmp kerberos rfc3779 sctp sslv2
(+)sslv3 static-libs test (+)tls-heartbeat vanilla zlib
ABI_MIPS="n32 n64 o32" ABI_RISCV="lp64 lp64d" ABI_S390="32
64" ABI_X86="32 64 x32" CPU_FLAGS_X86="sse2" ELIBC="musl"}
Installed versions: 1.1.0k(0/1.1)^d(07:26:39 AM
06/11/2019)(asm zlib -bindist -rfc3779 -sctp -static-libs
-test -tls-heartbeat -vanilla ABI_MIPS="-n32 -n64 -o32"
ABI_RISCV="-lp64 -lp64d" ABI_S390="-32 -64" ABI_X86="64 -32
-x32" CPU_FLAGS_X86="sse2" ELIBC="-musl")
--
Your life is like a penny. You're going to lose it. The question is:
How do
you spend it?
John Covici wb2una
cov...@ccs.covici.com
Re: [gentoo-user] Emerge wants to downgrade icu
On dim. 16 juin 13:42:48 2019, netfab wrote: > Because app-office/libreoffice-bin package (here 6.1.5.2) needs to be > updated/upgraded at each dev-libs/icu update, but it takes time. Isn’t it possible to make app-office/libreoffice-bin dependent of any version of dev-libs/icu instead of a specific one? -- Alarig
Re: [gentoo-user] how can I everr switch to profile 17.1?
On 6/18/19 1:34 PM, John Covici wrote: On Tue, 18 Jun 2019 13:08:09 -0400, Jack wrote: On 6/18/19 1:00 PM, John Covici wrote: On Tue, 18 Jun 2019 12:46:43 -0400, Dale wrote: John Covici wrote: It would seem impossible for me to switch to profile 17.1. I say this because I can never run emerge --depclean . I have a few packages which will not compile and one not in the tree anymore. the packages which will not compile are mono-4.4.1.0 and totem-3.30 -- I have filed bugs against both of them. Inn no longer configures and I have discussed this in another thread. So, where can I go with this? I hate to just go forward, although these packages look they don't have any lib32 dependencies. Wat do you thihnk about this? Thanks in advance for any suggestions. I read other replies and had a thought. Couldn't you run emerge -p --depclean and let it list what needs cleaning up, then clean it up manually with -C or some other option that works? It would take more time to do it that way but at least you would have a cleaner system without removing your packages you want to keep. May make the profile switch easier. Also, you could use --exclude on --depclean as well. Since I rarely reboot, I do manual updates on my kernel, I emerge them then mask them so it doesn't want to update every little version increase. When I run --depclean, I have to use --exclude gentoo-sources to make it ignore my kernel sources. In your case, emerge -p --depclean --exclude mono --exclude totem --exclude inn, assuming I have that last one spelled correctly. Just make sure you use -a or -p with those first. Wouldn't want to forget and really mess up something. :/ Would either of those work for you? Here is the exact output from emerge --depclean Calculating dependencies done! * Dependencies could not be completely resolved due to * the following required packages not being installed: * * gnome-base/gnome-desktop:3/12= pulled in by: * media-video/totem-3.24.0 * * dev-libs/openssl:0/0= pulled in by: * net-nntp/inn-2.5.5-r1 * * Have you forgotten to do a complete update prior to depclean? The * most comprehensive command for this purpose is as follows: * * emerge --update --newuse --deep --with-bdeps=y @world * * Note that the --with-bdeps=y option is not required in many * situations. Refer to the emerge manual page (run `man emerge`) * for more information about --with-bdeps. * * Also, note that it may be necessary to manually uninstall * packages that no longer exist in the repository, since it may not * be possible to satisfy their dependencies. Can you manually emerge those needed packages? (gnome-base/gnome-desktop:3/12 and dev-libs/openssl:0/9) That should be possible even though you can't compile inn or totem. They don't seem to be valid package atoms -- according to portage. No, but have you done something like "eix gnome-desktop" to figure out which version meets all those criteria? (3.26.2-r2 for gnome-desktop, but I don't see a match for openssl, which suggests it might be a sufficiently old version that it's no longer in portage, which could be a problem, unless you can find the old ebuild.)
Re: [gentoo-user] how can I everr switch to profile 17.1?
On Tue, Jun 18, 2019 at 1:00 PM John Covici wrote: > > emerge --update --newuse --deep --with-bdeps=y @world And did you try actually running this? -- Rich
Re: [gentoo-user] how can I everr switch to profile 17.1?
On Tue, 18 Jun 2019 13:08:09 -0400, Jack wrote: > > On 6/18/19 1:00 PM, John Covici wrote: > > On Tue, 18 Jun 2019 12:46:43 -0400, > > Dale wrote: > >> John Covici wrote: > >>> It would seem impossible for me to switch to profile 17.1. I say this > >>> because I can never run emerge --depclean . I have a few packages > >>> which will not compile and one not in the tree anymore. the packages > >>> which will not compile are mono-4.4.1.0 and totem-3.30 -- I have filed > >>> bugs against both of them. Inn no longer configures and I have > >>> discussed this in another thread. So, where can I go with this? I > >>> hate to just go forward, although these packages look they don't have > >>> any lib32 dependencies. Wat do you thihnk about this? > >>> > >>> Thanks in advance for any suggestions. > >>> > >> > >> I read other replies and had a thought. Couldn't you run emerge -p > >> --depclean and let it list what needs cleaning up, then clean it up > >> manually with -C or some other option that works? It would take more > >> time to do it that way but at least you would have a cleaner system > >> without removing your packages you want to keep. May make the profile > >> switch easier. > >> > >> Also, you could use --exclude on --depclean as well. Since I rarely > >> reboot, I do manual updates on my kernel, I emerge them then mask them > >> so it doesn't want to update every little version increase. When I run > >> --depclean, I have to use --exclude gentoo-sources to make it ignore my > >> kernel sources. In your case, emerge -p --depclean --exclude mono > >> --exclude totem --exclude inn, assuming I have that last one spelled > >> correctly. > >> > >> Just make sure you use -a or -p with those first. Wouldn't want to > >> forget and really mess up something. :/ > >> > >> Would either of those work for you? > > Here is the exact output from emerge --depclean > > > > Calculating dependencies done! > > * Dependencies could not be completely resolved due to > >* the following required packages not being installed: > > * > > * gnome-base/gnome-desktop:3/12= pulled in by: > > * media-video/totem-3.24.0 > > * > > * dev-libs/openssl:0/0= pulled in by: > >* net-nntp/inn-2.5.5-r1 > > * > > * Have you forgotten to do a complete update prior to > > depclean? The > >* most comprehensive command for this purpose is as > > follows: > >* > > * emerge --update --newuse --deep --with-bdeps=y > >@world > > * > > * Note that the --with-bdeps=y option is not > >required in many > >* situations. Refer to the emerge manual page > >(run `man emerge`) > >* for more information about --with-bdeps. > > * > > * Also, note that it may be necessary to > > manually uninstall > >* packages that no longer exist in > > the > > repository, since it may not > >* be possible to satisfy their > > dependencies. > Can you manually emerge those needed packages? > (gnome-base/gnome-desktop:3/12 and dev-libs/openssl:0/9) That > should be possible even though you can't compile inn or totem. > They don't seem to be valid package atoms -- according to portage. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] Re: Xscreensaver is very slow
On 6/18/19 1:11 PM, Ian Zimmerman wrote: On 2019-06-18 11:54, Philip Webb wrote: Does CPU use seem to go way up when xscreensaver starts? No. The problem seems to be with the 3-D savers : Gkrellm shows heavy use of 1 CPU (out of 8 ) at a time when they run. Is glxgears running as it should ? I can't find an executable or pkg called 'glxgears', but the saver called 'gears' small preview runs at 60 fps , but the big preview runs at 14 fps ; previously, the latter also did 60 fps . These findings harden my suspicion that the *GL* stuff (of which I have only the minutest clue) is broken for you. Do install the mesa-progs package that Dale found and run glxgears. It should have almost no effect on CPU use if things are working right. What does "eselect opengl list" show?
[gentoo-user] Re: Xscreensaver is very slow
On 2019-06-18 11:54, Philip Webb wrote: > > Does CPU use seem to go way up when xscreensaver starts? > > No. The problem seems to be with the 3-D savers : > Gkrellm shows heavy use of 1 CPU (out of 8 ) at a time when they run. > > > Is glxgears running as it should ? > > I can't find an executable or pkg called 'glxgears', > but the saver called 'gears' small preview runs at 60 fps , > but the big preview runs at 14 fps ; > previously, the latter also did 60 fps . These findings harden my suspicion that the *GL* stuff (of which I have only the minutest clue) is broken for you. Do install the mesa-progs package that Dale found and run glxgears. It should have almost no effect on CPU use if things are working right. -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet and on broken lists which rewrite From, fetch the TXT record for no-use.mooo.com.
Re: [gentoo-user] how can I everr switch to profile 17.1?
On 6/18/19 1:00 PM, John Covici wrote: On Tue, 18 Jun 2019 12:46:43 -0400, Dale wrote: John Covici wrote: It would seem impossible for me to switch to profile 17.1. I say this because I can never run emerge --depclean . I have a few packages which will not compile and one not in the tree anymore. the packages which will not compile are mono-4.4.1.0 and totem-3.30 -- I have filed bugs against both of them. Inn no longer configures and I have discussed this in another thread. So, where can I go with this? I hate to just go forward, although these packages look they don't have any lib32 dependencies. Wat do you thihnk about this? Thanks in advance for any suggestions. I read other replies and had a thought. Couldn't you run emerge -p --depclean and let it list what needs cleaning up, then clean it up manually with -C or some other option that works? It would take more time to do it that way but at least you would have a cleaner system without removing your packages you want to keep. May make the profile switch easier. Also, you could use --exclude on --depclean as well. Since I rarely reboot, I do manual updates on my kernel, I emerge them then mask them so it doesn't want to update every little version increase. When I run --depclean, I have to use --exclude gentoo-sources to make it ignore my kernel sources. In your case, emerge -p --depclean --exclude mono --exclude totem --exclude inn, assuming I have that last one spelled correctly. Just make sure you use -a or -p with those first. Wouldn't want to forget and really mess up something. :/ Would either of those work for you? Here is the exact output from emerge --depclean Calculating dependencies done! * Dependencies could not be completely resolved due to * the following required packages not being installed: * * gnome-base/gnome-desktop:3/12= pulled in by: * media-video/totem-3.24.0 * * dev-libs/openssl:0/0= pulled in by: * net-nntp/inn-2.5.5-r1 * * Have you forgotten to do a complete update prior to depclean? The * most comprehensive command for this purpose is as follows: * * emerge --update --newuse --deep --with-bdeps=y @world * * Note that the --with-bdeps=y option is not required in many * situations. Refer to the emerge manual page (run `man emerge`) * for more information about --with-bdeps. * * Also, note that it may be necessary to manually uninstall * packages that no longer exist in the repository, since it may not * be possible to satisfy their dependencies. Can you manually emerge those needed packages? (gnome-base/gnome-desktop:3/12 and dev-libs/openssl:0/9) That should be possible even though you can't compile inn or totem.
Re: [gentoo-user] how can I everr switch to profile 17.1?
On Tue, 18 Jun 2019 12:46:43 -0400, Dale wrote: > > John Covici wrote: > > It would seem impossible for me to switch to profile 17.1. I say this > > because I can never run emerge --depclean . I have a few packages > > which will not compile and one not in the tree anymore. the packages > > which will not compile are mono-4.4.1.0 and totem-3.30 -- I have filed > > bugs against both of them. Inn no longer configures and I have > > discussed this in another thread. So, where can I go with this? I > > hate to just go forward, although these packages look they don't have > > any lib32 dependencies. Wat do you thihnk about this? > > > > Thanks in advance for any suggestions. > > > > > > > I read other replies and had a thought. Couldn't you run emerge -p > --depclean and let it list what needs cleaning up, then clean it up > manually with -C or some other option that works? It would take more > time to do it that way but at least you would have a cleaner system > without removing your packages you want to keep. May make the profile > switch easier. > > Also, you could use --exclude on --depclean as well. Since I rarely > reboot, I do manual updates on my kernel, I emerge them then mask them > so it doesn't want to update every little version increase. When I run > --depclean, I have to use --exclude gentoo-sources to make it ignore my > kernel sources. In your case, emerge -p --depclean --exclude mono > --exclude totem --exclude inn, assuming I have that last one spelled > correctly. > > Just make sure you use -a or -p with those first. Wouldn't want to > forget and really mess up something. :/ > > Would either of those work for you? Here is the exact output from emerge --depclean Calculating dependencies done! * Dependencies could not be completely resolved due to * the following required packages not being installed: * * gnome-base/gnome-desktop:3/12= pulled in by: * media-video/totem-3.24.0 * * dev-libs/openssl:0/0= pulled in by: * net-nntp/inn-2.5.5-r1 * * Have you forgotten to do a complete update prior to depclean? The * most comprehensive command for this purpose is as follows: * * emerge --update --newuse --deep --with-bdeps=y @world * * Note that the --with-bdeps=y option is not required in many * situations. Refer to the emerge manual page (run `man emerge`) * for more information about --with-bdeps. * * Also, note that it may be necessary to manually uninstall * packages that no longer exist in the repository, since it may not * be possible to satisfy their dependencies. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] how can I everr switch to profile 17.1?
John Covici wrote: > It would seem impossible for me to switch to profile 17.1. I say this > because I can never run emerge --depclean . I have a few packages > which will not compile and one not in the tree anymore. the packages > which will not compile are mono-4.4.1.0 and totem-3.30 -- I have filed > bugs against both of them. Inn no longer configures and I have > discussed this in another thread. So, where can I go with this? I > hate to just go forward, although these packages look they don't have > any lib32 dependencies. Wat do you thihnk about this? > > Thanks in advance for any suggestions. > > I read other replies and had a thought. Couldn't you run emerge -p --depclean and let it list what needs cleaning up, then clean it up manually with -C or some other option that works? It would take more time to do it that way but at least you would have a cleaner system without removing your packages you want to keep. May make the profile switch easier. Also, you could use --exclude on --depclean as well. Since I rarely reboot, I do manual updates on my kernel, I emerge them then mask them so it doesn't want to update every little version increase. When I run --depclean, I have to use --exclude gentoo-sources to make it ignore my kernel sources. In your case, emerge -p --depclean --exclude mono --exclude totem --exclude inn, assuming I have that last one spelled correctly. Just make sure you use -a or -p with those first. Wouldn't want to forget and really mess up something. :/ Would either of those work for you? Dale :-) :-)
[gentoo-user] Re: Gvim icon problem
On 18/06/2019 19:06, Philip Webb wrote: 190615 Nikos Chantziaras wrote: On 15/06/2019 12:00, Philip Webb wrote: I've just upgraded to Gvim 8.1.1486 & most of the icons have disappeared. Is kde-plasma/kde-gtk-config installed ? Yes. Open the KDE "System Settings", and go to "Application Style". Select "GNOME/Gtk Application Style". Make sure "Icon Theme" is set to "Breeze" & "Fallback theme" is set to "Adwaita". If there's no "Adwaita" option, then emerge x11-themes/adwaita-icon-theme. Done & the icons are restored (screenshot attached), but they're not as pretty as those before (see shot in earlier msg). Well, that's how the Breeze icons look like. What icon theme were you using then? Maybe it was Adwaita? Then set that as the primary Gtk icon theme and set Breeze to be the fall-back. Is it essential to allow Adwaita ? -- in the past, I haven't liked it. Adwaita will only be the fall-back theme, meaning it's only used for icons that don't exist in the primary theme.
Re: [gentoo-user] Profile switch to 17.1.
Rich Freeman wrote: > On Tue, Jun 18, 2019 at 11:51 AM Alan Mackenzie wrote: >> At this stage, /lib32 should be a symlink. I think that step 12 means >> just the symlink should be removed, NOT all the stuff inside what it >> points to. >> >> So I think what you should do is: >> >> $ rm /lib32 >> >> , but definitely NOT a recursive rm on that symlink. > This is the correct answer. Large scale breakage should not be an > issue if you've followed the other instructions. It is possible that > something minor might break, but this is all 32-bit stuff. I ran > revdep-rebuild immediately after removing the symlink and it found > nothing wrong, but this is probably a step you can do to be > extra-sure. > That's what I did as well and I got this: root@fireball / # revdep-rebuild -i * This is the new python coded version * Please report any bugs found using it. * The original revdep-rebuild script is installed as revdep-rebuild.sh * Please file bugs at: https://bugs.gentoo.org/ * Collecting system binaries and libraries * Checking dynamic linking consistency Your system is consistent root@fireball / # So, I guess I'm done with the switch but I'm going to do that emerge -K world just to be sure. It may be a while before I get around to rebooting but I'd like to be sure I can when I get around to it. ;-) We are supposed to have some storms in the next few days. I've already had a few blinks on the lights here. Thank goodness for the UPS. Thanks to all. Dale :-) :-)
Re: [gentoo-user] how can I everr switch to profile 17.1?
On Tue, Jun 18, 2019 at 12:07 PM Helmut Jarausch wrote: > > On 06/18/2019 05:43:55 PM, John Covici wrote: > > It would seem impossible for me to switch to profile 17.1. I say this > > because I can never run emerge --depclean . I have a few packages > > which will not compile and one not in the tree anymore. the packages > > which will not compile are mono-4.4.1.0 and totem-3.30 -- I have filed > > bugs against both of them. Inn no longer configures and I have > > discussed this in another thread. So, where can I go with this? I > > hate to just go forward, although these packages look they don't have > > any lib32 dependencies. Wat do you thihnk about this? > > > > I haven't run emerge --depclean. I have re-emerge gcc / glibc and all > packages with > files /usr/lib32 and /lib32 and some more which I don't remember. If you're unable to run --depclean (not necessarily if you just haven't run it recently), you could run into problems, sometime, probably not a convenient time. You don't HAVE to run it to do the migration, but I'd suggest generally cleaning things up first, because it makes it less likely that you'll run into issues, and it might reduce the time required to migrate. If you CAN'T run --depclean I'd definitely stop and fix whatever is wrong, otherwise you could run into issues during the migration, when they might be harder to resolve. > On the other hand I don't see such a big advantage of profile 17.1. > I have several (64 bit) packages (in my local portage tree) which still > install into /usr/lib > although this folder is now the replacement of the old /usr/lib32. The advantages are more around bringing Gentoo into better alignment with all the other distros and making packages more maintainable in the long-term. If packages are sticking 64-bit libraries in /usr/lib then I would file a bug, if there isn't already one open. There are known packages that don't work with 17.1. There isn't really a reason to rush into this, but long-term support for 17.0 will get dropped, so you will have to migrate, eventually. I would try to find a convenient time to do it. As far as --depclean issues go, it would be more helpful if we actually had details around the issues... -- Rich
Re: [gentoo-user] Re: Gvim icon problem
On 18/06/2019 12:06, Philip Webb wrote: > 190615 Nikos Chantziaras wrote: >> On 15/06/2019 12:00, Philip Webb wrote: >>> I've just upgraded to Gvim 8.1.1486 & most of the icons have disappeared. >> Is kde-plasma/kde-gtk-config installed ? > > Yes. > >> Open the KDE "System Settings", and go to "Application Style". >> Select "GNOME/Gtk Application Style". >> Make sure "Icon Theme" is set to "Breeze" >> & "Fallback theme" is set to "Adwaita". If there's no "Adwaita" option, >> then emerge x11-themes/adwaita-icon-theme. > > Done & the icons are restored (screenshot attached), > but they're not as pretty as those before (see shot in earlier msg). You should be able to use Oxygen as your icon theme (I do this). The screenshot looks like you have a mix of Breeze and Adwaita icons. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] how can I everr switch to profile 17.1?
On 06/18/2019 05:43:55 PM, John Covici wrote: It would seem impossible for me to switch to profile 17.1. I say this because I can never run emerge --depclean . I have a few packages which will not compile and one not in the tree anymore. the packages which will not compile are mono-4.4.1.0 and totem-3.30 -- I have filed bugs against both of them. Inn no longer configures and I have discussed this in another thread. So, where can I go with this? I hate to just go forward, although these packages look they don't have any lib32 dependencies. Wat do you thihnk about this? Thanks in advance for any suggestions. I haven't run emerge --depclean. I have re-emerge gcc / glibc and all packages with files /usr/lib32 and /lib32 and some more which I don't remember. On the other hand I don't see such a big advantage of profile 17.1. I have several (64 bit) packages (in my local portage tree) which still install into /usr/lib although this folder is now the replacement of the old /usr/lib32. But I don't know if we sometimes forced to switch to a successor of 17.1. Helmut
Re: [gentoo-user] Re: Gvim icon problem
190615 Nikos Chantziaras wrote: > On 15/06/2019 12:00, Philip Webb wrote: > > I've just upgraded to Gvim 8.1.1486 & most of the icons have disappeared. > Is kde-plasma/kde-gtk-config installed ? Yes. > Open the KDE "System Settings", and go to "Application Style". > Select "GNOME/Gtk Application Style". > Make sure "Icon Theme" is set to "Breeze" > & "Fallback theme" is set to "Adwaita". If there's no "Adwaita" option, > then emerge x11-themes/adwaita-icon-theme. Done & the icons are restored (screenshot attached), but they're not as pretty as those before (see shot in earlier msg). Is it essential to allow Adwaita ? -- in the past, I haven't liked it. > You might need to logout and login for changes to take effect. That wasn't necessary. Thanks so far (smile). -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Profile switch to 17.1.
On Tuesday, 18 June 2019 17:03:38 BST Dale wrote:
> Alan Mackenzie wrote:
> > Hello, Dale.
> >
> > On Tue, Jun 18, 2019 at 10:12:32 -0500, Dale wrote:
> >> Howdy,
> >> I been working on the profile switch. I followed the directions in the
> >> news item up until the rm part in #12. I did a equery b for a few files
> >> in the two directories and it has files that equery shows belonging to
> >> packages. They are not orphans since they are owned. Here is a list of
> >> the files:
> >> root@fireball / # ls -al /lib32/
> >> total 3956
> >> drwxr-xr-x 14 root root4096 Jun 17 23:14 .
> >> drwxr-xr-x 22 root root 36864 Jun 17 01:18 ..
> >> lrwxrwxrwx 1 root root 12 Jun 17 19:25 cpp -> /usr/bin/cpp
> >> drwxr-xr-x 3 root root4096 Jun 17 19:46 dhcpcd
> >> drwxr-xr-x 70 root root 12288 Jun 17 19:19 firmware
> >> drwxr-xr-x 2 root root4096 Jun 17 19:21 gentoo
> >> drwxr-xr-x 3 root root4096 Dec 9 2010 grub
> >> -rw-r--r-- 1 root root 0 Nov 17 2010 .keep
> >
> > [ ]
> >
> >> -rw-r--r-- 1 root root 773 Jun 17 02:51 tclooConfig.sh
> >> lrwxrwxrwx 1 root root 17 Jun 17 03:22 terminfo ->
> >> ../share/terminfo
> >> drwxr-xr-x 2 root root 4096 Jun 17 21:35 tmpfiles.d
> >> drwxr-xr-x 2 root root 4096 Apr 1 06:50 upower
> >> drwxr-xr-x 2 root root 4096 Jun 17 10:55 vdpau
> >> -rw-r--r-- 1 root root 266 Jun 17 03:26 xml2Conf.sh
> >> root@fireball / #
> >>
> >> As one can see, some of those could be important. I noticed grub,
> >> nvidia, dracut and others that could cause issues if they failed. Is it
> >> really safe to just rm them or did I miss something? Do I need to do
> >> something else not mentioned in the news item for this?
> >
> > At this stage, /lib32 should be a symlink. I think that step 12 means
> > just the symlink should be removed, NOT all the stuff inside what it
> > points to.
> >
> > So I think what you should do is:
> > $ rm /lib32
> >
> > , but definitely NOT a recursive rm on that symlink.
> >
> > I had to remove one of these two symlinks by hand (I can't remember
> > which one), and I've not had any trouble since. ("Since" meaning Saturday
> > evening.)
> >
> >> The rest of the todo list worked fine. I'm just concerned about removing
> >> these files when they are owned by packages.
> >> Thoughts??
> >
> > As above, DON'T remove the files, just the symlink.
> >
> >> Dale
> >>
> >> :-) :-)
>
> A. I didn't catch that it is only removing the symlinks. Now that
> makes me feel a little better about doing that. Since I have it set to
> keep a binary of all my packages anyway, I just may run emerge -K world
> and let it do its thing afterwards just to be sure. I guess that would
> work.
>
> Thanks for that info. I read it but it didn't hit me as to what it meant.
>
> Dale
>
> :-) :-)
What Alan said. List the two directories /lib32 and /usr/lib32 *without* a
"/" at the end. They should indicate they are a symlink.
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Xscreensaver is very slow
Philip Webb wrote: > 190618 Ian Zimmerman wrote: > >> Is glxgears running as it should ? > I can't find an executable or pkg called 'glxgears', > but the saver called 'gears' small preview runs at 60 fps , > but the big preview runs at 14 fps ; > previously, the latter also did 60 fps . > If it helps: root@fireball / # equery b glxgears * Searching for glxgears ... x11-apps/mesa-progs-8.4.0 (/usr/bin/glxgears) root@fireball / # Dale :-) :-)
Re: [gentoo-user] Profile switch to 17.1.
On Tue, Jun 18, 2019 at 11:51 AM Alan Mackenzie wrote: > > At this stage, /lib32 should be a symlink. I think that step 12 means > just the symlink should be removed, NOT all the stuff inside what it > points to. > > So I think what you should do is: > > $ rm /lib32 > > , but definitely NOT a recursive rm on that symlink. This is the correct answer. Large scale breakage should not be an issue if you've followed the other instructions. It is possible that something minor might break, but this is all 32-bit stuff. I ran revdep-rebuild immediately after removing the symlink and it found nothing wrong, but this is probably a step you can do to be extra-sure. -- Rich
Re: [gentoo-user] Profile switch to 17.1.
Alan Mackenzie wrote:
> Hello, Dale.
>
> On Tue, Jun 18, 2019 at 10:12:32 -0500, Dale wrote:
>> Howdy,
>> I been working on the profile switch. I followed the directions in the
>> news item up until the rm part in #12. I did a equery b for a few files
>> in the two directories and it has files that equery shows belonging to
>> packages. They are not orphans since they are owned. Here is a list of
>> the files:
>> root@fireball / # ls -al /lib32/
>> total 3956
>> drwxr-xr-x 14 root root 4096 Jun 17 23:14 .
>> drwxr-xr-x 22 root root 36864 Jun 17 01:18 ..
>> lrwxrwxrwx 1 root root 12 Jun 17 19:25 cpp -> /usr/bin/cpp
>> drwxr-xr-x 3 root root 4096 Jun 17 19:46 dhcpcd
>> drwxr-xr-x 70 root root 12288 Jun 17 19:19 firmware
>> drwxr-xr-x 2 root root 4096 Jun 17 19:21 gentoo
>> drwxr-xr-x 3 root root 4096 Dec 9 2010 grub
>> -rw-r--r-- 1 root root 0 Nov 17 2010 .keep
> [ ]
>
>> -rw-r--r-- 1 root root 773 Jun 17 02:51 tclooConfig.sh
>> lrwxrwxrwx 1 root root 17 Jun 17 03:22 terminfo -> ../share/terminfo
>> drwxr-xr-x 2 root root 4096 Jun 17 21:35 tmpfiles.d
>> drwxr-xr-x 2 root root 4096 Apr 1 06:50 upower
>> drwxr-xr-x 2 root root 4096 Jun 17 10:55 vdpau
>> -rw-r--r-- 1 root root 266 Jun 17 03:26 xml2Conf.sh
>> root@fireball / #
>
>> As one can see, some of those could be important. I noticed grub,
>> nvidia, dracut and others that could cause issues if they failed. Is it
>> really safe to just rm them or did I miss something? Do I need to do
>> something else not mentioned in the news item for this?
> At this stage, /lib32 should be a symlink. I think that step 12 means
> just the symlink should be removed, NOT all the stuff inside what it
> points to.
>
> So I think what you should do is:
>
> $ rm /lib32
>
> , but definitely NOT a recursive rm on that symlink.
>
> I had to remove one of these two symlinks by hand (I can't remember
> which one), and I've not had any trouble since. ("Since" meaning Saturday
> evening.)
>
>> The rest of the todo list worked fine. I'm just concerned about removing
>> these files when they are owned by packages.
>> Thoughts??
> As above, DON'T remove the files, just the symlink.
>
>> Dale
>> :-) :-)
A. I didn't catch that it is only removing the symlinks. Now that
makes me feel a little better about doing that. Since I have it set to
keep a binary of all my packages anyway, I just may run emerge -K world
and let it do its thing afterwards just to be sure. I guess that would
work.
Thanks for that info. I read it but it didn't hit me as to what it meant.
Dale
:-) :-)
Re: [gentoo-user] how can I everr switch to profile 17.1?
On 6/18/19 9:43 AM, John Covici wrote: It would seem impossible for me to switch to profile 17.1. "Impossible" seems a bit extreme to me. Maybe really difficult / annoying. I say this because I can never run emerge --depclean . I have a few packages which will not compile and one not in the tree anymore. What compilation errors do you get? I've got a couple packages that I keep the the ebuild around for. I have always been able to copy things back into portage such that they survive a --depclean. xfce4-mixer being one example. I don't know how proper or safe this is. But it works for me!™ ;-) the packages which will not compile are mono-4.4.1.0 and totem-3.30 -- I have filed bugs against both of them. I'd have to see the bugs to have a snowball's chance in of having any clue. Inn no longer configures and I have discussed this in another thread. I thought that INN had been removed from the portage tree. (I've lamented this elsewhere.) I did run into a problem with a version not configuring because a comparison was expecting a number and someone appended something to it turning it into a string. I was able to remove what was appended and get INN to configure and compile. Perhaps something like that is what you're experiencing. So, where can I go with this? I hate to just go forward, although these packages look they don't have any lib32 dependencies. Wat do you thihnk about this? I've not tackled the 17.0 to 17.1 migration yet. I've been addressing my own issues within 17.0 and recently gotten them to (what I think is) a stable point. I'm letting backups run and stress testing things for a few days. (Really until I find more time to do the 17.0 to 17.1 migration on a test system.) Thanks in advance for any suggestions. Good luck. -- Grant. . . . unix || die
Re: [gentoo-user] Re: Xscreensaver is very slow
190618 Ian Zimmerman wrote: > On 2019-06-18 05:36, Philip Webb wrote: >> Recently, I updated to Xscreensaver 5.42 & now it's very slow : >> some savers aren't moving at all. > Does CPU use seem to go way up when xscreensaver starts? No. The problem seems to be with the 3-D savers : Gkrellm shows heavy use of 1 CPU (out of 8 ) at a time when they run. > Is glxgears running as it should ? I can't find an executable or pkg called 'glxgears', but the saver called 'gears' small preview runs at 60 fps , but the big preview runs at 14 fps ; previously, the latter also did 60 fps . -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Profile switch to 17.1.
Mick wrote: > On Tuesday, 18 June 2019 16:12:32 BST Dale wrote: >> Howdy, >> >> I been working on the profile switch. I followed the directions in the >> news item up until the rm part in #12. I did a equery b for a few files >> in the two directories and it has files that equery shows belonging to >> packages. They are not orphans since they are owned. Here is a list of >> the files: >> >> root@fireball / # ls -al /lib32/ >> total 3956 > [snip ... x 3956 ] > >> root@fireball / # ls -al /usr/lib32/ >> total 257136 > [snip ... x 257136 ] > >> As one can see, some of those could be important. I noticed grub, >> nvidia, dracut and others that could cause issues if they failed. Is it >> really safe to just rm them or did I miss something? Do I need to do >> something else not mentioned in the news item for this? > Hmm ... having run 'unsymlink-lib --analyze/migrate/finish', switched profile > to 17.1 and then rebuilt toolchain and 'emerge -1v /lib32 /usr/lib32', I did > not have to manually remove those directories on 4 different systems so far > (I > think). That said I don't use an initramfs, but even if I did these are not > boot time dependencies. If you feel shakey about it you can rebuild dracut > before you need to use it again. > > You haven't missed a step by any chance? > I actually saved the news item to a text file. As I was doing things, I would highlight what I was doing. At one point, I needed to logout and back in so I noted where to pick up so that I didn't miss anything. Even with doing that, it may be possible I missed something but I'd think it unlikely. I was expecting a few things to still be there but not that many or things that important. I did skip the parts about switching from 13 profiles to 17.1 since I was on 17.0. There was two in #10. I did rebuild gcc as listed tho. I might add, I also ran revdep-rebuild and it came back clean as well. I just wonder, if I remove those directories and then run revdep-rebuild, will it fix anything that is broken? I could just rename them so that I still have them if needed. Could this be because I still have a few things that are 32 bit? I'm running multilib here. Thanks. Dale :-) :-)
Re: [gentoo-user] Profile switch to 17.1.
Hello, Dale.
On Tue, Jun 18, 2019 at 10:12:32 -0500, Dale wrote:
> Howdy,
> I been working on the profile switch. I followed the directions in the
> news item up until the rm part in #12. I did a equery b for a few files
> in the two directories and it has files that equery shows belonging to
> packages. They are not orphans since they are owned. Here is a list of
> the files:
> root@fireball / # ls -al /lib32/
> total 3956
> drwxr-xr-x 14 root root 4096 Jun 17 23:14 .
> drwxr-xr-x 22 root root 36864 Jun 17 01:18 ..
> lrwxrwxrwx 1 root root 12 Jun 17 19:25 cpp -> /usr/bin/cpp
> drwxr-xr-x 3 root root 4096 Jun 17 19:46 dhcpcd
> drwxr-xr-x 70 root root 12288 Jun 17 19:19 firmware
> drwxr-xr-x 2 root root 4096 Jun 17 19:21 gentoo
> drwxr-xr-x 3 root root 4096 Dec 9 2010 grub
> -rw-r--r-- 1 root root 0 Nov 17 2010 .keep
[ ]
> -rw-r--r-- 1 root root 773 Jun 17 02:51 tclooConfig.sh
> lrwxrwxrwx 1 root root 17 Jun 17 03:22 terminfo -> ../share/terminfo
> drwxr-xr-x 2 root root 4096 Jun 17 21:35 tmpfiles.d
> drwxr-xr-x 2 root root 4096 Apr 1 06:50 upower
> drwxr-xr-x 2 root root 4096 Jun 17 10:55 vdpau
> -rw-r--r-- 1 root root 266 Jun 17 03:26 xml2Conf.sh
> root@fireball / #
> As one can see, some of those could be important. I noticed grub,
> nvidia, dracut and others that could cause issues if they failed. Is it
> really safe to just rm them or did I miss something? Do I need to do
> something else not mentioned in the news item for this?
At this stage, /lib32 should be a symlink. I think that step 12 means
just the symlink should be removed, NOT all the stuff inside what it
points to.
So I think what you should do is:
$ rm /lib32
, but definitely NOT a recursive rm on that symlink.
I had to remove one of these two symlinks by hand (I can't remember
which one), and I've not had any trouble since. ("Since" meaning Saturday
evening.)
> The rest of the todo list worked fine. I'm just concerned about removing
> these files when they are owned by packages.
> Thoughts??
As above, DON'T remove the files, just the symlink.
> Dale
> :-) :-)
--
Alan Mackenzie (Nuremberg, Germany).
[gentoo-user] how can I everr switch to profile 17.1?
It would seem impossible for me to switch to profile 17.1. I say this because I can never run emerge --depclean . I have a few packages which will not compile and one not in the tree anymore. the packages which will not compile are mono-4.4.1.0 and totem-3.30 -- I have filed bugs against both of them. Inn no longer configures and I have discussed this in another thread. So, where can I go with this? I hate to just go forward, although these packages look they don't have any lib32 dependencies. Wat do you thihnk about this? Thanks in advance for any suggestions. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] Profile switch to 17.1.
On Tuesday, 18 June 2019 16:12:32 BST Dale wrote: > Howdy, > > I been working on the profile switch. I followed the directions in the > news item up until the rm part in #12. I did a equery b for a few files > in the two directories and it has files that equery shows belonging to > packages. They are not orphans since they are owned. Here is a list of > the files: > > root@fireball / # ls -al /lib32/ > total 3956 [snip ... x 3956 ] > root@fireball / # ls -al /usr/lib32/ > total 257136 [snip ... x 257136 ] > As one can see, some of those could be important. I noticed grub, > nvidia, dracut and others that could cause issues if they failed. Is it > really safe to just rm them or did I miss something? Do I need to do > something else not mentioned in the news item for this? Hmm ... having run 'unsymlink-lib --analyze/migrate/finish', switched profile to 17.1 and then rebuilt toolchain and 'emerge -1v /lib32 /usr/lib32', I did not have to manually remove those directories on 4 different systems so far (I think). That said I don't use an initramfs, but even if I did these are not boot time dependencies. If you feel shakey about it you can rebuild dracut before you need to use it again. You haven't missed a step by any chance? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Gtk font madness
Hi fellow gentoo users, long time no see.
I run a desktop system with a largish screen (24 in, 96 dpi). No
"integrated environment", just xdm and my choice of window manager. I
have been annoyed by the "subpixel rendering" of TrueType fonts - the
color fringes are 100% intolerable to me, no matter how minor or how
well filtered. So I thought I would turn that off. The natural and
proper place seemed to be fontconfig, and here's my current "eselect
fontconfig list" output:
Available fontconfig .conf files (* is enabled):
[1] 10-autohint.conf
[2] 10-hinting-full.conf *
[3] 10-hinting-medium.conf
[4] 10-hinting-none.conf
[5] 10-hinting-slight.conf
[6] 10-no-sub-pixel.conf *
[7] 10-scale-bitmap-fonts.conf
[8] 10-sub-pixel-bgr.conf
[9] 10-sub-pixel-rgb.conf
[10] 10-sub-pixel-vbgr.conf
[11] 10-sub-pixel-vrgb.conf
[12] 10-unhinted.conf
[13] 11-lcdfilter-default.conf
[14] 11-lcdfilter-legacy.conf
[15] 11-lcdfilter-light.conf
[16] 20-unhint-small-vera.conf
[17] 25-unhint-nonlatin.conf *
[18] 30-metric-aliases.conf *
[19] 40-nonlatin.conf *
[20] 45-generic.conf *
[21] 45-latin.conf *
[22] 49-sansserif.conf *
[23] 50-user.conf *
[24] 51-local.conf *
[25] 60-generic.conf *
[26] 60-latin.conf *
[27] 61-stix.conf
[28] 62-croscore-arimo.conf *
[29] 62-croscore-cousine.conf *
[30] 62-croscore-symbolneu.conf *
[31] 62-croscore-tinos.conf *
[32] 62-crosextra-caladea.conf *
[33] 62-crosextra-carlito.conf *
[34] 65-fonts-persian.conf
[35] 65-khmer.conf
[36] 65-nonlatin.conf *
[37] 69-unifont.conf
[38] 70-no-bitmaps.conf
[39] 70-yes-bitmaps.conf *
[40] 75-yes-terminus.conf *
[41] 80-delicious.conf
[42] 90-synthetic.conf *
The first shock was that this had absolutely no effect on Gtk{2,3} apps
- which are the majority among what I use. After playing around for a
while I concluded that Gtk has its own configuration for these things,
including its own defaults, which it will use without looking at
fontconfig. So I added these files:
-*- ~/.config/gtk-3.0/settings.ini -*-
[Settings]
gtk-xft-antialias=1
gtk-xft-hinting=1
gtk-xft-hintstyle=hintfull
gtk-xft-rgba=none
-*- ~/.gtkrc-2.0 -*-
gtk-xft-antialias=1
gtk-xft-hinting=1
gtk-xft-hintstyle="hintfull"
gtk-xft-rgba="none"
The spelling (also quotes) here is from
https://wiki.archlinux.org/index.php/GTK%2B#Examples
And this had the desired effect on Gtk3 apps, including Firefox.
Excellent! But Gtk2 apps continue to show the hated fringes :-( Am I
right to conclude Gtk2 keeps doing subpixel rendering, and why should
that be?
I seem to have the latest stable versions of all relevant packages, with
no USE changes:
* Found these USE flags for media-libs/fontconfig-2.13.0-r4:
U I
- - abi_x86_32 : 32-bit (x86) libraries
+ + doc : Add extra documentation (API, Javadoc, etc). It is
recommended to enable per package instead
of globally
- - static-libs : Build static versions of dynamic libraries as well
* Found these USE flags for media-libs/freetype-2.9.1-r3:
U I
+ + X : Add support for X11
- - abi_x86_32: 32-bit (x86) libraries
+ + adobe-cff : Use Adobe CFF as default font-renderer
- - bindist : Disable ClearType support (see
http://freetype.org/patents.html)
+ + bzip2 : Support bzip2 compressed PCF fonts.
+ + cleartype_hinting : New bytecode hinting mode for TrueType fonts that
activates subpixel hinting (a.k.a.
ClearType hinting) by default
- - debug : Enable extra debug codepaths, like asserts and extra
output. If you want to get
meaningful backtraces see
https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Backtraces
- - doc : Add extra documentation (API, Javadoc, etc). It is
recommended to enable per package
instead of globally
- - fontforge : Install internal headers required for TrueType
debugger in media-gfx/fontforge (built
with USE=truetype-debugger)
- - harfbuzz : Use media-libs/harfbuzz for auto-hinting OpenType
fonts. WARNING: may trigger circular
dependencies!
- - infinality: Enable infinality options for improved LCD filtering
+ + png : Add support for libpng (PNG images)
- - static-libs : Build static versions of dynamic libraries as well
- - utils : Install utilities and examples from ft2demos
* Found these USE flags for x11-libs/gtk+-2.24.32-r1:
U I
- - abi_x86_32: 32-bit (x86) libraries
- - cups : Add support for CUPS (Common Unix Printing System)
- - examples : Install examples, usually source code
- - introspection : Add support for GObject based introspection
- - test : Enable dependencies and/or preparations necessary to run
tests (usually
[gentoo-user] Profile switch to 17.1.
Howdy, I been working on the profile switch. I followed the directions in the news item up until the rm part in #12. I did a equery b for a few files in the two directories and it has files that equery shows belonging to packages. They are not orphans since they are owned. Here is a list of the files: root@fireball / # ls -al /lib32/ total 3956 drwxr-xr-x 14 root root 4096 Jun 17 23:14 . drwxr-xr-x 22 root root 36864 Jun 17 01:18 .. lrwxrwxrwx 1 root root 12 Jun 17 19:25 cpp -> /usr/bin/cpp drwxr-xr-x 3 root root 4096 Jun 17 19:46 dhcpcd drwxr-xr-x 70 root root 12288 Jun 17 19:19 firmware drwxr-xr-x 2 root root 4096 Jun 17 19:21 gentoo drwxr-xr-x 3 root root 4096 Dec 9 2010 grub -rw-r--r-- 1 root root 0 Nov 17 2010 .keep -rwxr-xr-x 1 root root 171020 Jun 17 23:14 ld-2.29.so lrwxrwxrwx 1 root root 10 Jun 17 23:14 ld-linux.so.2 -> ld-2.29.so -rwxr-xr-x 1 root root 17912 Jun 17 23:14 libanl-2.29.so lrwxrwxrwx 1 root root 14 Jun 17 23:14 libanl.so.1 -> libanl-2.29.so -rwxr-xr-x 1 root root 13528 Jun 17 23:14 libBrokenLocale-2.29.so lrwxrwxrwx 1 root root 23 Jun 17 23:14 libBrokenLocale.so.1 -> libBrokenLocale-2.29.so -rwxr-xr-x 1 root root 1995996 Jun 17 23:14 libc-2.29.so -rwxr-xr-x 1 root root 42320 Jun 17 23:14 libcrypt-2.29.so lrwxrwxrwx 1 root root 16 Jun 17 23:14 libcrypt.so.1 -> libcrypt-2.29.so lrwxrwxrwx 1 root root 12 Jun 17 23:14 libc.so.6 -> libc-2.29.so -rwxr-xr-x 1 root root 17716 Jun 17 23:14 libdl-2.29.so lrwxrwxrwx 1 root root 13 Jun 17 23:14 libdl.so.2 -> libdl-2.29.so -rw-r--r-- 1 root root 92376 Sep 24 2017 libgcc_s.so.1 -rwxr-xr-x 1 root root 828752 Jun 17 23:14 libm-2.29.so -rwxr-xr-x 1 root root 17744 Jun 17 23:14 libmemusage.so lrwxrwxrwx 1 root root 12 Jun 17 23:14 libm.so.6 -> libm-2.29.so -rwxr-xr-x 1 root root 99968 Jun 17 23:14 libnsl-2.29.so lrwxrwxrwx 1 root root 14 Jun 17 23:14 libnsl.so.1 -> libnsl-2.29.so -rwxr-xr-x 1 root root 38488 Jun 17 23:14 libnss_compat-2.29.so lrwxrwxrwx 1 root root 21 Jun 17 23:14 libnss_compat.so.2 -> libnss_compat-2.29.so -rwxr-xr-x 1 root root 38248 Jun 17 23:14 libnss_db-2.29.so lrwxrwxrwx 1 root root 17 Jun 17 23:14 libnss_db.so.2 -> libnss_db-2.29.so -rwxr-xr-x 1 root root 25940 Jun 17 23:14 libnss_dns-2.29.so lrwxrwxrwx 1 root root 18 Jun 17 23:14 libnss_dns.so.2 -> libnss_dns-2.29.so -rwxr-xr-x 1 root root 54696 Jun 17 23:14 libnss_files-2.29.so lrwxrwxrwx 1 root root 20 Jun 17 23:14 libnss_files.so.2 -> libnss_files-2.29.so -rwxr-xr-x 1 root root 21864 Jun 17 23:14 libnss_hesiod-2.29.so lrwxrwxrwx 1 root root 21 Jun 17 23:14 libnss_hesiod.so.2 -> libnss_hesiod-2.29.so -rwxr-xr-x 1 root root 13540 Jun 17 23:14 libpcprofile.so -rwxr-xr-x 1 root root 153164 Jun 17 23:14 libpthread-2.29.so lrwxrwxrwx 1 root root 18 Jun 17 23:14 libpthread.so.0 -> libpthread-2.29.so -rwxr-xr-x 1 root root 87656 Jun 17 23:14 libresolv-2.29.so lrwxrwxrwx 1 root root 17 Jun 17 23:14 libresolv.so.2 -> libresolv-2.29.so -rwxr-xr-x 1 root root 38664 Jun 17 23:14 librt-2.29.so lrwxrwxrwx 1 root root 13 Jun 17 23:14 librt.so.1 -> librt-2.29.so -rwxr-xr-x 1 root root 21792 Jun 17 23:14 libSegFault.so -rwxr-xr-x 1 root root 39900 Jun 17 23:13 libthread_db-1.0.so lrwxrwxrwx 1 root root 19 Jun 17 23:14 libthread_db.so.1 -> libthread_db-1.0.so lrwxrwxrwx 1 root root 18 Jul 25 2017 libunwind.so.8 -> libunwind.so.8.0.1 -rwxr-xr-x 1 root root 51032 Jul 25 2017 libunwind.so.8.0.1 -rwxr-xr-x 1 root root 13684 Jun 17 23:14 libutil-2.29.so lrwxrwxrwx 1 root root 15 Jun 17 23:14 libutil.so.1 -> libutil-2.29.so drwxr-xr-x 2 root root 4096 Jun 17 20:10 modprobe.d drwxr-xr-x 9 root root 4096 May 15 05:57 modules drwxr-xr-x 4 root root 4096 Jun 17 19:52 netifrc drwxr-xr-x 9 root root 4096 May 5 16:05 rc drwxr-xr-x 3 root root 4096 Apr 11 2016 rcscripts drwxr-xr-x 5 root root 4096 May 28 2018 systemd drwxr-xr-x 4 root root 4096 Jun 18 01:18 udev drwxr-xr-x 5 root root 4096 Oct 13 2009 yahoo root@fireball / # ls -al /usr/lib32/ total 257136 drwxr-xr-x 51 root root 32768 Jun 18 01:18 . drwxr-xr-x 14 root root 4096 Jun 17 01:18 .. drwxr-xr-x 2 root root 4096 Jun 17 23:14 audit drwxr-xr-x 2 root root 4096 Jul 13 2013 avahi drwxr-xr-x 2 root root 4096 Apr 10 22:43 cairo drwxr-xr-x 2 root root 4096 May 31 00:30 cfg-update drwxr-xr-x 3 root root 4096 Jun 3 05:32 clang drwxr-xr-x 4 root root 4096 Jun 17 03:26 cmake lrwxrwxrwx 1 root root 19 Jun 17 22:00 consolekit -> /usr/lib/ConsoleKit drwxr-xr-x 4 root root 4096 Jun 17 22:00 ConsoleKit -rw-r--r-- 1 root root 1024 Jun 17 20:12 cracklib_dict.hwm -rw-r--r-- 1 root root 7978385 Jun 17 20:12 cracklib_dict.pwd -rw-r--r-- 1 root root 435728 Jun 17 20:12 cracklib_dict.pwi -rw-r--r-- 1 root root 1480 Jun 17 23:14 crt1.o -rw-r--r-- 1
[gentoo-user] Re: Xscreensaver is very slow
On 2019-06-18 05:36, Philip Webb wrote: > Recently, I updated to Xscreensaver 5.42 & now it's very slow : > some savers aren't moving at all. > > Has anyone else experienced this ? Does anyone have a solution ? Does CPU use seem to go way up when xscreensaver starts? Is glxgears running as it should? -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet and on broken lists which rewrite From, fetch the TXT record for no-use.mooo.com.
[gentoo-user] Xscreensaver is very slow
Recently, I updated to Xscreensaver 5.42 & now it's very slow : some savers aren't moving at all. Has anyone else experienced this ? Does anyone have a solution ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] AMD RX GPU in Gentoo
On 17/6/19 2:16 π.μ., mad.scientist.at.la...@tutanota.com wrote: Sadly, in my experience graphics cards draw a fairly steady current independent of usage (it varies a bit, but less than 20%). Some of the newer cards may be better. There are utilities for at least some cards to adjust the clock on the GPU (normally used by mad gamers/miners to overclock). These might be an option, cmos draw power at a rate determined by clock frequency and it's a squared relationship, half the clock speed means about 1/4 the power draw. I would also like to find some low power graphics cards, The only option I'm aware of is to buy older, used cards on ebay. I have a few machines I'd like to run headless most of the time, but basic text or basic graphics would be nice occasionally, but I don't want to waste 200W+ on a high end graphics card that never gets exercised. Other than that, I've used an external 80mm fan to blow air across the heat sink and out the adjacent slot (after the attached fan failed and i removed it. I mounted the fan in the drive cage. The fans on graphics cards are generally moving air the worst way possible (just like many cpu heat sink/fan combos), blasting it into the face of a heatsink at high speed so there is some flow through the channels with massive, massive turbulence/noise. Oddly enough although the built in fan had a tachometer the card doesn't pay any attention to what it thinks is the fan speed, even if the fan stalls completely so you don't have to "fool" the graphics card when removing the provided fan and using an "external" fan. These are very good points, thanks! (Thanks to all btw who replied). Well, the PC is connected to a 1440p monitor, so it's not headless like that, and although it's not that often I fire up Steam, I do have some games to waste time now and then :-) I will research more on power consumption (which goes hand in hand with being cool and silent). From the little I've seen AMD GPUs should have some sort of power management with the AMDGPU driver. Emmanuel "Would you like to see us rule again, my friend? All you have to do is follow the worms." Pink Floyd, The Wall, Waiting for the worms Jun 16, 2019, 3:36 PM by antli...@youngman.org.uk: On 11/06/2019 20:21, Alec Ten Harmsel wrote: Plus, my current GT730 is passively cooled. Are there any RX cards that at least spin down the fans when I'm working on desktop (no plasma/gnome, simple Openbox with no heavy gpu requirements). I really like silence!:-) I can't hear mine at all right now. The larger the fan, the slower (and quieter) it spins. So if it needs a fan, try and make sure it's a big one. Cheers, Wol
