Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On 05/20/20 23:58, Rich Freeman wrote: On Wed, May 20, 2020 at 5:52 PM n952162 wrote: The beauty of gentoo is that it's source. But that's just a fantasy if I use the stage3 tarball. I think. The stage3 tarball is what you get if you build everything using the default options. If you change the options, then an emerge -e @world will rebuild everything using your new options. That is equivalent to what you get from a stage1 install. The main difference is that you aren't messing around with chroots for days because you don't have a functional system while everything builds the first time. Ie, stage1->stage3 gets you the same thing as stage3->stage3. And really unless you REALLY care about your CFLAGS you get 99% of the benefit just sticking with the original stage3 and just rebuilding anything you change USE flags for. Over time it will all get rebuilt anyway using your preferences. If I understand that correctly, using the stage3 tarball will give me a fully functioning system from binaries, but I can convert that in one fell swoop into sources by re-emerging everything, saving me the hassle of the bootstrap. Of course, a trojan horse could be in that tarball and squirrel itself away ... but then, I'm not supporting Fort Knox, either... that'll save some work ;-)
[gentoo-user] emerge stuck after dovecot upgrade
Hello,
recently emerge started to get stuck after an upgrade of dovecot, and it is
somehow
related to my /etc/portage/bashrc, which has the following content:
function post_pkg_postinst() {
if test "$CATEGORY/$PN" = "dev-db/mariadb"; then
/etc/init.d/mysql status && /etc/init.d/mysql restart
elif test "$CATEGORY/$PN" = "www-servers/apache"; then
/etc/init.d/apache2 status && /etc/init.d/apache2 restart
elif test "$CATEGORY/$PN" = "net-mail/dovecot"; then
/etc/init.d/dovecot status && /etc/init.d/dovecot restart
echo 'going to sleep'
sleep 5
echo 'finished sleeping'
elif test "$CATEGORY/$PN" = "mail-mta/postfix"; then
/etc/init.d/postfix status && /etc/init.d/postfix restart
elif test "$CATEGORY/$PN" = "net-misc/openssh"; then
/etc/init.d/sshd status && /etc/init.d/sshd restart
fi
}
I restart dovecot after an upgrade, in the same way as I restart e.g. postfix.
However
for dovecot emerge gets stuck and does not continue and is sitting there quietly
(killable only via `pkill -9 emerge`). These are the last lines in my
/var/log/emerge.log:
1590023821: === (17 of 26) Post-Build Cleaning
(net-dns/bind-tools-9.16.3::/usr/portage/net-dns/bind-tools/bind-tools-9.16.3.ebuild)
1590023821: ::: completed emerge (17 of 26) net-dns/bind-tools-9.16.3 to /
1590023821: >>> emerge (18 of 26) net-mail/dovecot-2.3.10.1 to /
1590023821: === (18 of 26) Cleaning
(net-mail/dovecot-2.3.10.1::/usr/portage/net-mail/dovecot/dovecot-2.3.10.1.ebuild)
1590023821: === (18 of 26) Compiling/Packaging
(net-mail/dovecot-2.3.10.1::/usr/portage/net-mail/dovecot/dovecot-2.3.10.1.ebuild)
1590024325: === (18 of 26) Merging
(net-mail/dovecot-2.3.10.1::/usr/portage/net-mail/dovecot/dovecot-2.3.10.1.ebuild)
1590024331: >>> AUTOCLEAN: net-mail/dovecot:0
1590024331: === Unmerging... (net-mail/dovecot-2.3.10)
1590024334: >>> unmerge success: net-mail/dovecot-2.3.10
So it is missing the "Post-Build Cleaning" and the "completed emerge" line for
dovecot.
Lokking into the temporary build directory of portage I can see see only a
single file
being left (PORTAGE_TMPDIR="/home/portage/tmp):
/home/portage/tmp/portage/net-mail/.dovecot-2.3.10.1.portage_lockfile
There are no build artifacts left, it's clean and empty, only the lockfile is
still there.
Restarting the upgrade process with `emerge -auvDN @world` wouldn't retry to
upgrade
dovecot, so I guess it actually got merged and registered as being successfully
merged.
I'm kind of lost, why upgrading dovecot gets emerge stuck, but upgrading e.g.
openssh or
postfix works correctly and the services are being restarted the same way as
dovecot in
/etc/portage/bashrc.
One last note, doing the merge manually with the commands
ebuild /path/to/dovecot.ebuild compile
ebuild /path/to/dovecot.ebuild install
ebuild /path/to/dovecot.ebuild qmerge
will get stuck in the qmerge step, but it is killable with a regular
SIGINT/SIGTERM.
Any ideas how I can debug this any further? I assume that emerge is waiting for
some
children and the forking in dovecot is different than in openssh, but I'm
unsure how I
can debug this. I even tried to background everything like this:
/etc/init.d/dovecot status && ( ( bash -c '/etc/init.d/dovecot restart &' )
& )
The last successful full upgrade of dovecot was
2020-03-21T14:06:21 >>> net-mail/dovecot-2.3.10: 7 minutes, 15 seconds
The first failed full merge was on April 30th and last night again.
After that portage has been updated to these versions:
2020-03-21T11:15:55 >>> sys-apps/portage-2.3.94: 48 seconds
2020-03-23T18:30:34 >>> sys-apps/portage-2.3.95: 56 seconds
2020-03-26T05:37:17 >>> sys-apps/portage-2.3.96-r1: 47 seconds
2020-03-28T04:23:23 >>> sys-apps/portage-2.3.96-r1: 43 seconds
2020-04-09T10:00:41 >>> sys-apps/portage-2.3.97: 48 seconds
2020-04-11T09:39:30 >>> sys-apps/portage-2.3.98-r1: 43 seconds
2020-04-13T07:05:40 >>> sys-apps/portage-2.3.99-r1: 48 seconds
2020-04-22T03:15:44 >>> sys-apps/portage-2.3.99-r2: 44 seconds
2020-05-01T03:50:56 >>> sys-apps/portage-2.3.99-r2: 57 seconds
2020-05-07T13:44:14 >>> sys-apps/portage-2.3.99-r2: 42 seconds
Any help is appreciated :)
Cheers
Andreas
Re: [gentoo-user] SOLVED sddm-helper and high memory usage
On 21 May 2020 02:54:44 CEST, Dale wrote: >Dale wrote: >> >> >> Next time, that's the plan. So far tho, it is working fine. This is >> what ps shows: >> >> root 23338 0.0 0.0 54528 14400 >> >> It hasn't changed since I logged in. It's hasn't increased even one >> byte. Usually by now it would be up to a few 100MBs or so. >> >> Dale >> >> :-) :-) > > >It's been several hours now. Usually by now it would be well over a >Gigabyte and more recently even more than that. So, no logging out and >back in or anything and here is where it is sitting at now. > > >root 23338 0.0 0.0 54528 14400 > > >It would appear that it is fixed. It hasn't changed by even the >smallest amount. It hasn't changed at all. > >< Dale does a little dance > > >Thanks Joost. You sending me to the sddm.log lead to the fix. I have >no idea how the permissions got set wrong on the file tho. I didn't >even know it existed. > >Dale > >:-) :-) You're welcome. I didn't know about a logfile buried inside the hone directory either and that is not something I am happy with. Will be something I need to look into and hopefully change. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] evince doesn't display check-mark symbol
On Wed, May 20, 2020 at 08:12:54PM -0600, the...@sys-concept.com wrote: > I think so too, that that is why I'm puzzled. > Here is the form. Thanks for attaching the document, but it's huge ! I placed the emphasis on _minimal_ for a reason. ;-) Anyway, I'm able to replicate this, and I'd say it's likely to be a bug in Evince. Using GhostScript [1] to retroactively embed all the fonts allows Evince to render it without issue, pointing to an issue causing it to avoid loading external fonts. gs \ -dCompatibilityLevel=1.4 \ -dPDFSETTINGS=/screen \ -dCompressFonts=true \ -dSubsetFonts=true \ -dNOPAUSE \ -dBATCH \ -sDEVICE=pdfwrite \ -sOutputFile=form-fixed.pdf \ -c ".setpdfwrite <> setdistillerparams" \ -f form-original.pdf Although, having to do this on all your documents is obviously suboptimal, and also can make them quite a bit larger. Strangely, after testing on my Manjaro QEMU virtual machine, everything behaves correctly; the P.D.F.\ without embedded Dingbats renders correctly. [Solution] Evince is substituting ZapfDingbats with another font. On my system, this is Liberation Sans Regular (Properties->Fonts->ZapfDingbats). This means that Evince cannot find the font "ZapfDingbats". To rectify this, download "ITC Zapf Dingbats" from [2] and unzip the two files into ~/.local/share/fonts or /usr/share/fonts. However, "ZapfDingbats" and "ITC Zapf Dingbats" have a slight name mismatch, which will still cause Evince to substitute it with an unsuitable alternative. Fontconfig allows you to alias fonts using its standard XML configuration method. Add the following to /etc/fonts/local.conf (create the file if it does not exist): ZapfDingbats ITC Zapf Dingbats fixed This will cause Evince to load the document correctly. You might have to run `fc-cache` after you've created the stanza, although I doubt it. Does this fix it ? [1] https://stackoverflow.com/a/2981689 [2] https://freefontsfamily.com/download/itc-zapf-dingbats -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] evince doesn't display check-mark symbol
On Wed, May 20, 2020 at 07:58:35PM -0600, the...@sys-concept.com wrote: > I used: 'eselect fontconfig list' which showed me which fonts are > enable, and the compared them between the computers. They seem to be > consistent, both the same. > > When I used different pdf viewer "MuPDF" the 'check-mark' is rendered > correctly. But for some reason the 'evince' is not showing correctly > the 'check-mark'. But on my other computer it does. In that case, it is not a problem of fonts---embedded or otherwise---but rather a problem with Evince in particular. Could you provide a _minimal_ working example of a P.D.F.\ containing a check-mark which causes this strange behaviour ? -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] evince doesn't display check-mark symbol
Thelma On 05/20/2020 07:05 PM, Ashley Dixon wrote: > On Wed, May 20, 2020 at 05:31:32PM -0600, the...@sys-concept.com wrote: >> I have a pdf file that has a check-mark symbol in it. On one computer the >> evince is display the "check-mark". On my other computer the check mark is >> displayed as a "square box" >> >> Both computer run save ver. of evince. >> >> pdffonts Km_Ysa.pdf (shows same output on both computers): >> >> name type encoding emb sub uni object ID >> - --- --- --- - >> ZOTMNE+Verdana,Bold TrueType WinAnsi yes yes no 23 0 >> SEJYXC+VerdanaTrueType WinAnsi yes yes no 24 0 >> WUNKEP+Verdana,Italic TrueType WinAnsi yes yes no 25 0 >> Verdana,Bold TrueType WinAnsi yes no no 2 0 >> Verdana TrueType WinAnsi yes no no 4 0 >> ZapfDingbats Type 1 ZapfDingbats no no no 60 0 >> >> It would seems I'm missing "ZapfDingbats" but both computers show same result >> "pdffonts Km_Ysa.pdf" so why one display check-mark symbol correctly and the >> other one is missing the symbol, I only see a "square box" > > The `emb` column just indicates whether the font is embedded in the file. If > it > isn't, you should still be able to view it, provided you have the font > installed > elsewhere; it's probably irrelevant in your case. > > Anyway, do you know to which font the check-mark symbol belongs ? If you do, > use > `fc-list` from FontConfig to check if you have the appropriate one installed. > If > you don't, you will have to diff the `fc-list` with that of the > working > machine and narrow down the list of plausible contenders. > > There shouldn't be that many. I have all Chinese (Traditional) and > Japanese > fonts installed and `fc-list : file | sed 's/: $//g'` only gives 83 lines. I used: 'eselect fontconfig list' which showed me which fonts are enable, and the compared them between the computers. They seem to be consistent, both the same. When I used different pdf viewer "MuPDF" the 'check-mark' is rendered correctly. But for some reason the 'evince' is not showing correctly the 'check-mark'. But on my other computer it does.
Re: [gentoo-user] evince doesn't display check-mark symbol
On Wed, May 20, 2020 at 05:31:32PM -0600, the...@sys-concept.com wrote: > I have a pdf file that has a check-mark symbol in it. On one computer the > evince is display the "check-mark". On my other computer the check mark is > displayed as a "square box" > > Both computer run save ver. of evince. > > pdffonts Km_Ysa.pdf (shows same output on both computers): > > name type encoding emb sub uni object ID > - --- --- --- - > ZOTMNE+Verdana,Bold TrueType WinAnsi yes yes no 23 0 > SEJYXC+VerdanaTrueType WinAnsi yes yes no 24 0 > WUNKEP+Verdana,Italic TrueType WinAnsi yes yes no 25 0 > Verdana,Bold TrueType WinAnsi yes no no 2 0 > Verdana TrueType WinAnsi yes no no 4 0 > ZapfDingbats Type 1 ZapfDingbats no no no 60 0 > > It would seems I'm missing "ZapfDingbats" but both computers show same result > "pdffonts Km_Ysa.pdf" so why one display check-mark symbol correctly and the > other one is missing the symbol, I only see a "square box" The `emb` column just indicates whether the font is embedded in the file. If it isn't, you should still be able to view it, provided you have the font installed elsewhere; it's probably irrelevant in your case. Anyway, do you know to which font the check-mark symbol belongs ? If you do, use `fc-list` from FontConfig to check if you have the appropriate one installed. If you don't, you will have to diff the `fc-list` with that of the working machine and narrow down the list of plausible contenders. There shouldn't be that many. I have all Chinese (Traditional) and Japanese fonts installed and `fc-list : file | sed 's/: $//g'` only gives 83 lines. -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] SOLVED sddm-helper and high memory usage
Dale wrote: > > > Next time, that's the plan. So far tho, it is working fine. This is > what ps shows: > > root 23338 0.0 0.0 54528 14400 > > It hasn't changed since I logged in. It's hasn't increased even one > byte. Usually by now it would be up to a few 100MBs or so. > > Dale > > :-) :-) It's been several hours now. Usually by now it would be well over a Gigabyte and more recently even more than that. So, no logging out and back in or anything and here is where it is sitting at now. root 23338 0.0 0.0 54528 14400 It would appear that it is fixed. It hasn't changed by even the smallest amount. It hasn't changed at all. < Dale does a little dance > Thanks Joost. You sending me to the sddm.log lead to the fix. I have no idea how the permissions got set wrong on the file tho. I didn't even know it existed. Dale :-) :-)
[gentoo-user] evince doesn't display check-mark symbol
I have a pdf file that has a check-mark symbol in it. On one computer the evince is display the "check-mark". On my other computer the check mark is displayed as a "square box" Both computer run save ver. of evince. pdffonts Km_Ysa.pdf (shows same output on both computers): name type encoding emb sub uni object ID - --- --- --- - ZOTMNE+Verdana,Bold TrueType WinAnsi yes yes no 23 0 SEJYXC+Verdana TrueType WinAnsi yes yes no 24 0 WUNKEP+Verdana,ItalicTrueType WinAnsi yes yes no 25 0 Verdana,Bold TrueType WinAnsi yes no no 2 0 Verdana TrueType WinAnsi yes no no 4 0 ZapfDingbats Type 1ZapfDingbats no no no 60 0 It would seems I'm missing "ZapfDingbats" but both computers show same result "pdffonts Km_Ysa.pdf" so why one display check-mark symbol correctly and the other one is missing the symbol, I only see a "square box"
Re: [gentoo-user] [SOLVED] gobject-introspection-1.62.0 invalid eapi version
On Wed, May 20, 2020 at 10:22:43PM +0200, Pascal Schorde wrote: > This works. Thanks. Cheers, great to hear it works. > I actually added the PYTHON_SINGLE_TARGET with python3_6 into my make.conf as > described in the news you provided to switch early. I think i misunderstood > the usage of PYTHON_SINGLE_TARGET and PYTHON_TARGET. See [1] for a full explanation. Summarised, PYTHON_SINGLE_TARGET is used for packages built to run on a single implementation of the Python language, whereas PYTHON_TARGETS is used for specifying a number of implementation versions for which a package should be built. Your original problem with gobject-introspection appeared due to the fact that you were attempting to build the package for Python 3.6, as shown in your PasteBin submission: `PYTHON_SINGLE_TARGET="python3_6 -python3_7 (-python3_8)"`, but setuptools was built with `PYTHON_TARGETS="python2_7 python3_7 (-pypy3) -python3_6 (-python3_8)"`, ergo no support for 3.6 (the pkg_resources module is part of setuptools). The "invalid EAPI" message shown by emerge was rather misleading; the Python-provided "traceback" showed the real source of the error. Small addendum: I have never written any Python, and hope I never have to, but it seems like there has been some debate amongst the community to separate pkg_resources into its own package (included in the standard library), as setuptools is rather large. See [2] for the original proposal, which was ultimately rejected. [1] https://wiki.gentoo.org/wiki/Project:Python/PYTHON_TARGETS [2] https://www.python.org/dev/peps/pep-0365/ -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On Wed, May 20, 2020 at 5:52 PM n952162 wrote: > > The beauty of gentoo is that it's source. But that's just a fantasy if > I use the stage3 tarball. > I think. The stage3 tarball is what you get if you build everything using the default options. If you change the options, then an emerge -e @world will rebuild everything using your new options. That is equivalent to what you get from a stage1 install. The main difference is that you aren't messing around with chroots for days because you don't have a functional system while everything builds the first time. Ie, stage1->stage3 gets you the same thing as stage3->stage3. And really unless you REALLY care about your CFLAGS you get 99% of the benefit just sticking with the original stage3 and just rebuilding anything you change USE flags for. Over time it will all get rebuilt anyway using your preferences. -- Rich
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On 05/20/20 23:24, Rich Freeman wrote: First, stop top-posting, and fix your quoting. This is a mess to try to reply to, and your update woes are bad enough to stare at... sorry, I've just posted as I've thought it was most meaningful. I'm not sure what you mean by quoting ... I'm using thunderbird ... can you recommend another mail agent? On Wed, May 20, 2020 at 4:51 PM n952162 wrote: Well, you're talking about openssl here. I'm trying to go a step at a time and looking at the first conflict in that first log file: zlib. You'll have to give me the full command line and output of that if you want me to comment. This seems to be a bit of a trend in your emails. You almost always ask a question without including the command line and output. When you do include output you often trim it, which makes it much harder to tell what is going on. In the posting that you orignally responded to, at 21:06 (my time), I'd included this and attached the full log: emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore Again, I think attaching the log is less confusing than just dumping it into the stream, but maybe that's wrong. Isn't the source and build instructions to everything on my system here, too? I mean, if it had to rebuild all the users of zlib, but wasn't being requested to update them. No. The build instructions are in the repository. When you updated it, you discarded the ebuilds for any no-longer-supported package versions. Something that might also help is running: emerge -auDv --changed-use --keep-going --with-bdeps=y --changed-deps --backtrack=100 @system Attached ... 1. You should update all the files in /etc and then run that command again. 2. Did portage not actually let you proceed with the update? As far as I can tell none of those errors are fatal. Assuming that nothing new comes up after you update all your config files in /etc I would proceed with this update. It certainly won't fix all your problems (which is why you have a mountain of messages after the list of packages that will be updated), but it will get a ton of system packages and your toolchain up-to-date, and will probably make it considerably easier to sort through the rest of the updates. The @system set is largely independent of anything else, so getting it updated makes everything else easier. Okay, that's what I'll do (tomorrow). Actually, I installed this system just a month or two ago, but I used a CD I burned of the minimal-install-disk that is perhaps a year old. I wanted to have all my systems have the same basis, until I proficient enough to do a stage-1 installation ... I guess this is the way I'm learning how to get there :-( Two things: First, that seems a bit odd, since if you did an emerge --sync before doing the install you should have been installing new packages regardless of what was on the install disk, especially if you downloaded a current stage3. I guess if you used an old stage3 and didn't update anything then you'd be in that state, but you wouldn't have anything not in @system that way. Second, there is no benefit to doing a stage1 install really except in some unusual bootstrapping situations like building install media. You get an identical system if you do a stage1 install, or if you do a stage3 install and at the end do an emerge -e @world. The difference is that you can actually use your system while the latter rebuilds, vs a stage1 where it takes ages before you can just about anything with it. The beauty of gentoo is that it's source. But that's just a fantasy if I use the stage3 tarball. I think.
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
First, stop top-posting, and fix your quoting. This is a mess to try to reply to, and your update woes are bad enough to stare at... On Wed, May 20, 2020 at 4:51 PM n952162 wrote: > > > Well, you're talking about openssl here. I'm trying to go a step at a time > and looking at the first conflict in that first log file: zlib. You'll have to give me the full command line and output of that if you want me to comment. This seems to be a bit of a trend in your emails. You almost always ask a question without including the command line and output. When you do include output you often trim it, which makes it much harder to tell what is going on. > Isn't the source and build instructions to everything on my system here, too? > I mean, if it had to rebuild all the users of zlib, but wasn't being > requested to update them. No. The build instructions are in the repository. When you updated it, you discarded the ebuilds for any no-longer-supported package versions. > > Something that might also help is running: > emerge -auDv --changed-use --keep-going --with-bdeps=y --changed-deps > --backtrack=100 @system > > > Attached ... > 1. You should update all the files in /etc and then run that command again. 2. Did portage not actually let you proceed with the update? As far as I can tell none of those errors are fatal. Assuming that nothing new comes up after you update all your config files in /etc I would proceed with this update. It certainly won't fix all your problems (which is why you have a mountain of messages after the list of packages that will be updated), but it will get a ton of system packages and your toolchain up-to-date, and will probably make it considerably easier to sort through the rest of the updates. The @system set is largely independent of anything else, so getting it updated makes everything else easier. > Actually, I installed this system just a month or two ago, but I used > a CD I burned of the minimal-install-disk that is perhaps a year > old. I wanted to have all my systems have the same basis, until I > proficient enough to do a stage-1 installation ... I guess this is the > way I'm learning how to get there :-( Two things: First, that seems a bit odd, since if you did an emerge --sync before doing the install you should have been installing new packages regardless of what was on the install disk, especially if you downloaded a current stage3. I guess if you used an old stage3 and didn't update anything then you'd be in that state, but you wouldn't have anything not in @system that way. Second, there is no benefit to doing a stage1 install really except in some unusual bootstrapping situations like building install media. You get an identical system if you do a stage1 install, or if you do a stage3 install and at the end do an emerge -e @world. The difference is that you can actually use your system while the latter rebuilds, vs a stage1 where it takes ages before you can just about anything with it. -- Rich
Re: [gentoo-user] gobject-introspection-1.62.0 invalid eapi version
This works. Thanks. I actually added the PYTHON_SINGLE_TARGET with python3_6 into my make.conf as described in the news you provided to switch early. I think i misunderstood the usage of PYTHON_SINGLE_TARGET and PYTHON_TARGET. Cheers, Pascal Am Mi., 20. Mai 2020 um 21:49 Uhr schrieb Ashley Dixon : > > On Wed, May 20, 2020 at 07:56:55PM +0200, Pascal Schorde wrote: > > = > > Package Settings > > = > > > > dev-python/setuptools-44.1.0::gentoo was built with the following: > > USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python2_7 python3_7 (-pypy3) > > -python3_6 (-python3_8)" > > FEATURES="binpkg-logs qa-unresolved-soname-deps multilib-strict sfperms > > fixlafiles preserve-libs unmerge-orphans userpriv usersandbox userfetch > > ipc-sandbox distlocks merge-sync protect-owned xattr unmerge-logs > > ebuild-locks assume-digests sandbox strict news usersync > > unknown-features-warn binpkg-docompress network-sandbox pid-sandbox > > parallel-fetch binpkg-dostrip config-protect-if-modified" > > Try building gobject-introspection with Python 3.7. > PYTHON_SINGLE_TARGET="python3_7" emerge -atv gobject-introspection > > Gentoo is gradually attempting to switch over to 3.7 anyway. [1] > > I am running everything on 3.7 and remain unable to replicate your situation > with setuptools 44.1.0. > > [1] https://www.gentoo.org/support/news-items/2020-04-22-python3-7.html > > -- > > Ashley Dixon > suugaku.co.uk > > 2A9A 4117 > DA96 D18A > 8A7B B0D2 > A30E BF25 > F290 A8AA >
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
Please don't toppost On 20 May 2020 21:46:45 CEST, n952162 wrote: >Good tip ... I was getting unconfortable that every time I tried one of >these attempts to update things, it would say that the target got added >to the world file. You're saying, if I don't recognize it, I can >remove >it from the list? > > >On 05/20/20 21:35, J. Roeleveld wrote: >> On 20 May 2020 21:24:36 CEST, Daniel Frey wrote: >>> On 5/20/20 12:06 PM, n952162 wrote: The command was: emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore The output to that is attached. I tried just emerging zlib with the static-libs USE flag ... that >log >>> is also attached. On 05/20/20 18:59, Ashley Dixon wrote: > On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: >> I have a slot conflict for sys-libs/zlib, whereby both users want >> the same package. Studying the USE variables shows that the new >> package wants, additionally, the "static-libs" USE flag. >> >> I thought, the way to handle this is to add the static-libs USE >> variable in /etc/portage/package.use and re-emerge with >> --changed-use. Unfortunately, that gives me the same conflict. > Can you attach the full output of emerge ? > >>> This is most likely due to so many packages that need to be upgraded >at >>> >>> the same time. You're only asking to update a few select packages >and >>> it's borking because it's finding packages outside your request that >>> also need to be updated at the same time. >>> >>> Have you tried an `emerge -avuD world` to see if portage can >backtrack >>> far enough to sort dependencies out? >>> >>> Dan >> I would also suggest a cleanup of the world-file as that command will >add all that to the world file as well. Making updates where libraries >are replaced impossible to negotiate by portage. >> >> The file can be found at: >> /var/lib/portage/world >> >> Generally, only used applications, services and desktop environment >packages should be listed. >> Libraries should only be in there if needed for own projects. >> >> -- >> Joost Yes, if you don't need it, remove it from the world file. Just double check the list of to be removed packages when running "emerge --depclean" once the updates have finished. -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
Please don't toppost On 20 May 2020 21:34:47 CEST, n952162 wrote: >The output of: > >sudo emerge -auDv --changed-use --keep-going --with-bdeps=y >--changed-deps --backtrack=100 @world > >is attached. > > >On 05/20/20 21:24, Daniel Frey wrote: >> On 5/20/20 12:06 PM, n952162 wrote: >>> The command was: >>> >>> emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl >>> dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml >>> dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore >>> >>> The output to that is attached. >>> >>> I tried just emerging zlib with the static-libs USE flag ... that >log is >>> also attached. >>> >>> On 05/20/20 18:59, Ashley Dixon wrote: On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: > I have a slot conflict for sys-libs/zlib, whereby both users want > the same package. Studying the USE variables shows that the new > package wants, additionally, the "static-libs" USE flag. > > I thought, the way to handle this is to add the static-libs USE > variable in /etc/portage/package.use and re-emerge with > --changed-use. Unfortunately, that gives me the same conflict. Can you attach the full output of emerge ? >>> >> >> This is most likely due to so many packages that need to be upgraded >> at the same time. You're only asking to update a few select packages >> and it's borking because it's finding packages outside your request >> that also need to be updated at the same time. >> >> Have you tried an `emerge -avuD world` to see if portage can >backtrack >> far enough to sort dependencies out? >> >> Dan >> I would suggest the following: - update the 10 files in /etc/portage that need updating (see top of the list) - check and configure the licence updates mentioned at the bottom - ensure your world file is clean (eg. does not contain any libraries at all l, except those few you might need for private projects) Then rerun the emerge command and provide the results. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On Wed, May 20, 2020 at 3:49 PM n952162 wrote: > > On 05/20/20 21:24, Daniel Frey wrote: > > On 5/20/20 12:06 PM, n952162 wrote: > >> The command was: > >> > >> emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl > >> dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml > >> dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore > >> > >> The output to that is attached. > >> > >> I tried just emerging zlib with the static-libs USE flag ... that log is > >> also attached. > >> > >> On 05/20/20 18:59, Ashley Dixon wrote: > >>> On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: > I have a slot conflict for sys-libs/zlib, whereby both users want > the same package. Studying the USE variables shows that the new > package wants, additionally, the "static-libs" USE flag. > > I thought, the way to handle this is to add the static-libs USE > variable in /etc/portage/package.use and re-emerge with > --changed-use. Unfortunately, that gives me the same conflict. > >>> Can you attach the full output of emerge ? > >>> > >> > > > > This is most likely due to so many packages that need to be upgraded > > at the same time. You're only asking to update a few select packages > > and it's borking because it's finding packages outside your request > > that also need to be updated at the same time. > > > > Because of a static-libs USE flag? > Is it the case that - if a package is installed with a USE flag, every > user of that package that doesn't specify that USE flag gets kicked out? No. The problem is that you asked the system to update a few packages. Those packages require an updated version of openssl to work. However, you have a bunch of other packages (like openssh/wget/ruby/curl/etc) that use the old version of openssl. So portage is going to try to rebuild those packages for you. However, it can't do that, because the versions you have installed are so old that their ebuilds are no longer in the repository, so portage doesn't know how to rebuild them. Portage can't upgrade them either, because you told portage to only update that small list of packages and their dependencies, and those other packages aren't dependencies of the packages you listed. You can either try to get the update for all of @world to work at the same time. Or you can try to add more packages to the list. And make sure you use -1 or --oneshot on the command line. If you added all the packages from that list (without version numbers) to that command line that might help. That is the list starting with wget and ending with virtualbox (and 4 more) - you'll need to either add --verbose-conflicts to get the 4 more, or see what else pops up after you add these packages to the list. Something that might also help is running: emerge -auDv --changed-use --keep-going --with-bdeps=y --changed-deps --backtrack=100 @system That is going to be another big update, but much smaller than @world, so maybe you'll get fewer errors to have to resolve that way. I'm not sure if that will be better or worse than dealing with all of @world. It will probably take you a while to manually resolve all the conflicts this way - this is a pretty normal occurrence if you update Gentoo only once a year/etc. Obviously I have a half decent idea of the sorts of issues you're running into and sorting through this mess would probably take me days unless I just did nothing else. This is not a situation you want to be in normally. You could also try doing a progressive update by pulling git snapshots of the repository a month or two apart since the time of your last update. Then you won't have so many changes to do at each time. However, you might run into issues if source files aren't available, since you're now trying to install packages that will no longer be mirrored. -- Rich
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On Wed, May 20, 2020 at 3:51 PM Matt Connell (Gmail) wrote: > > On 2020-05-20 14:46, n952162 wrote: > > You're saying, if I don't recognize it, I can remove > > it from the list? > > The world file should contain only *selected* packages, meaning packages > you explicitly, purposefully chose and installed. That way you let > portage handle all your dependencies. > > "selected" is the language from the emerge man page for adding/removing > packages from the world file. You can use emerge --deselect if you > don't feel comfortable removing these entries by hand in a text editor. > To elaborate - you get these entries any time you run emerge with a package name without putting -1 or --oneshot on the command line. If I want to manually update openssl, for example, I probably want to use -1, since I don't want to constrain the installation of openssl - it is just there as a dependency. On the other hand if I'm installing firefox then I probably wouldn't use -1, because that is an application I intend to use and I want to make sure it is there, and it can freely pull in whatever dependencies it needs. -- Rich
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On 2020-05-20 14:46, n952162 wrote: You're saying, if I don't recognize it, I can remove it from the list? The world file should contain only *selected* packages, meaning packages you explicitly, purposefully chose and installed. That way you let portage handle all your dependencies. "selected" is the language from the emerge man page for adding/removing packages from the world file. You can use emerge --deselect if you don't feel comfortable removing these entries by hand in a text editor.
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On 05/20/20 21:24, Daniel Frey wrote: On 5/20/20 12:06 PM, n952162 wrote: The command was: emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore The output to that is attached. I tried just emerging zlib with the static-libs USE flag ... that log is also attached. On 05/20/20 18:59, Ashley Dixon wrote: On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: I have a slot conflict for sys-libs/zlib, whereby both users want the same package. Studying the USE variables shows that the new package wants, additionally, the "static-libs" USE flag. I thought, the way to handle this is to add the static-libs USE variable in /etc/portage/package.use and re-emerge with --changed-use. Unfortunately, that gives me the same conflict. Can you attach the full output of emerge ? This is most likely due to so many packages that need to be upgraded at the same time. You're only asking to update a few select packages and it's borking because it's finding packages outside your request that also need to be updated at the same time. Because of a static-libs USE flag? Is it the case that - if a package is installed with a USE flag, every user of that package that doesn't specify that USE flag gets kicked out?
Re: [gentoo-user] gobject-introspection-1.62.0 invalid eapi version
On Wed, May 20, 2020 at 07:56:55PM +0200, Pascal Schorde wrote: > = > Package Settings > = > > dev-python/setuptools-44.1.0::gentoo was built with the following: > USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python2_7 python3_7 (-pypy3) > -python3_6 (-python3_8)" > FEATURES="binpkg-logs qa-unresolved-soname-deps multilib-strict sfperms > fixlafiles preserve-libs unmerge-orphans userpriv usersandbox userfetch > ipc-sandbox distlocks merge-sync protect-owned xattr unmerge-logs > ebuild-locks assume-digests sandbox strict news usersync > unknown-features-warn binpkg-docompress network-sandbox pid-sandbox > parallel-fetch binpkg-dostrip config-protect-if-modified" Try building gobject-introspection with Python 3.7. PYTHON_SINGLE_TARGET="python3_7" emerge -atv gobject-introspection Gentoo is gradually attempting to switch over to 3.7 anyway. [1] I am running everything on 3.7 and remain unable to replicate your situation with setuptools 44.1.0. [1] https://www.gentoo.org/support/news-items/2020-04-22-python3-7.html -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
Good tip ... I was getting unconfortable that every time I tried one of these attempts to update things, it would say that the target got added to the world file. You're saying, if I don't recognize it, I can remove it from the list? On 05/20/20 21:35, J. Roeleveld wrote: On 20 May 2020 21:24:36 CEST, Daniel Frey wrote: On 5/20/20 12:06 PM, n952162 wrote: The command was: emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore The output to that is attached. I tried just emerging zlib with the static-libs USE flag ... that log is also attached. On 05/20/20 18:59, Ashley Dixon wrote: On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: I have a slot conflict for sys-libs/zlib, whereby both users want the same package. Studying the USE variables shows that the new package wants, additionally, the "static-libs" USE flag. I thought, the way to handle this is to add the static-libs USE variable in /etc/portage/package.use and re-emerge with --changed-use. Unfortunately, that gives me the same conflict. Can you attach the full output of emerge ? This is most likely due to so many packages that need to be upgraded at the same time. You're only asking to update a few select packages and it's borking because it's finding packages outside your request that also need to be updated at the same time. Have you tried an `emerge -avuD world` to see if portage can backtrack far enough to sort dependencies out? Dan I would also suggest a cleanup of the world-file as that command will add all that to the world file as well. Making updates where libraries are replaced impossible to negotiate by portage. The file can be found at: /var/lib/portage/world Generally, only used applications, services and desktop environment packages should be listed. Libraries should only be in there if needed for own projects. -- Joost
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On 20 May 2020 21:24:36 CEST, Daniel Frey wrote: >On 5/20/20 12:06 PM, n952162 wrote: >> The command was: >> >> emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl >> dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml >> dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore >> >> The output to that is attached. >> >> I tried just emerging zlib with the static-libs USE flag ... that log >is >> also attached. >> >> On 05/20/20 18:59, Ashley Dixon wrote: >>> On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: I have a slot conflict for sys-libs/zlib, whereby both users want the same package. Studying the USE variables shows that the new package wants, additionally, the "static-libs" USE flag. I thought, the way to handle this is to add the static-libs USE variable in /etc/portage/package.use and re-emerge with --changed-use. Unfortunately, that gives me the same conflict. >>> Can you attach the full output of emerge ? >>> >> > >This is most likely due to so many packages that need to be upgraded at > >the same time. You're only asking to update a few select packages and >it's borking because it's finding packages outside your request that >also need to be updated at the same time. > >Have you tried an `emerge -avuD world` to see if portage can backtrack >far enough to sort dependencies out? > >Dan I would also suggest a cleanup of the world-file as that command will add all that to the world file as well. Making updates where libraries are replaced impossible to negotiate by portage. The file can be found at: /var/lib/portage/world Generally, only used applications, services and desktop environment packages should be listed. Libraries should only be in there if needed for own projects. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On 5/20/20 12:06 PM, n952162 wrote: The command was: emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore The output to that is attached. I tried just emerging zlib with the static-libs USE flag ... that log is also attached. On 05/20/20 18:59, Ashley Dixon wrote: On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: I have a slot conflict for sys-libs/zlib, whereby both users want the same package. Studying the USE variables shows that the new package wants, additionally, the "static-libs" USE flag. I thought, the way to handle this is to add the static-libs USE variable in /etc/portage/package.use and re-emerge with --changed-use. Unfortunately, that gives me the same conflict. Can you attach the full output of emerge ? This is most likely due to so many packages that need to be upgraded at the same time. You're only asking to update a few select packages and it's borking because it's finding packages outside your request that also need to be updated at the same time. Have you tried an `emerge -avuD world` to see if portage can backtrack far enough to sort dependencies out? Dan
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
The command was: emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore The output to that is attached. I tried just emerging zlib with the static-libs USE flag ... that log is also attached. On 05/20/20 18:59, Ashley Dixon wrote: On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: I have a slot conflict for sys-libs/zlib, whereby both users want the same package. Studying the USE variables shows that the new package wants, additionally, the "static-libs" USE flag. I thought, the way to handle this is to add the static-libs USE variable in /etc/portage/package.use and re-emerge with --changed-use. Unfortunately, that gives me the same conflict. Can you attach the full output of emerge ? # vim: syntax=emerge-out * IMPORTANT: 12 config files in '/etc/portage' need updating. These are the packages that would be merged, in order: Calculating dependencies * IMPORTANT: 23 news items need reading for repository 'gentoo'. * Use eselect news read to view new items. * See the CONFIGURATION FILES and CONFIGURATION FILES UPDATE TOOLS * sections of the emerge man page to learn how to update config files. . done! [ebuild R] sys-libs/zlib-1.2.11-r2:0/1::gentoo USE="minizip (split-usr%*) -static-libs" 0 KiB [ebuild U ] dev-libs/openssl-1.1.1g:0/1.1::gentoo [1.0.2p:0/0::gentoo] USE="asm zlib -bindist* -rfc3779 -sctp -sslv3* -static-libs -test -tls-heartbeat* -vanilla (-gmp%) (-kerberos%) (-sslv2%)" CPU_FLAGS_X86="-sse2*" 9572 KiB [ebuild U ] dev-qt/qtcore-5.14.1-r1:5/5.14::gentoo [5.11.1-r1:5/5.11::gentoo] USE="-debug -icu* -systemd -test" 48661 KiB [ebuild U ] dev-qt/qtxml-5.14.1:5/5.14::gentoo [5.11.1:5/5.11::gentoo] USE="-debug -test" 0 KiB [ebuild N ] dev-qt/qtnetwork-5.14.1:5/5.14::gentoo USE="ssl -bindist -connman -debug -libproxy -networkmanager -sctp -test" 0 KiB [ebuild U ] dev-qt/linguist-tools-5.14.1:5/5.14::gentoo [5.11.1:5/5.11::gentoo] USE="-debug -qml -test" 8605 KiB [ebuild U ] dev-qt/qtgui-5.14.1-r4:5/5.14.1::gentoo [5.11.1:5/5.11::gentoo] USE="X%* gif jpeg libinput png udev -accessibility -dbus* -debug -egl* -eglfs -evdev -gles2-only% -ibus -test -tslib -tuio -vnc -vulkan% -wayland% (-gles2%) (-xcb%*)" 0 KiB [ebuild U ] dev-qt/qtwidgets-5.14.1-r1:5/5.14::gentoo [5.11.1:5/5.11::gentoo] USE="X%* png -debug -gles2-only% -gtk* -test (-gles2%) (-xcb%*)" 0 KiB [ebuild U ] dev-qt/qtx11extras-5.14.1:5/5.14::gentoo [5.11.1:5/5.11::gentoo] USE="-debug -test" 133 KiB [ebuild U ] dev-qt/qtopengl-5.14.1-r1:5/5.14::gentoo [5.11.1:5/5.11::gentoo] USE="-debug -gles2-only% -test (-gles2%)" 0 KiB [ebuild U ] dev-qt/qtprintsupport-5.14.1-r1:5/5.14::gentoo [5.11.1:5/5.11::gentoo] USE="-cups* -debug -gles2-only% -test (-gles2%)" 0 KiB [ebuild U ] dev-qt/qtsvg-5.14.1:5/5.14::gentoo [5.11.1:5/5.11::gentoo] USE="-debug -test" 1836 KiB [blocks B ] =sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (dev-libs/glib-2.52.3:2/2::gentoo, installed) >=sys-libs/zlib-1.2.8[abi_x86_64(-)] required by (media-libs/mesa-18.1.9:0/0::gentoo, installed) sys-libs/zlib[abi_x86_64(-)] required by (dev-libs/boost-1.65.0:0/1.65.0::gentoo, installed) >=sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (media-libs/tiff-4.0.9-r4:0/0::gentoo, installed) sys-libs/zlib[abi_x86_64(-)] required by (net-misc/curl-7.61.1:0/0::gentoo, installed) sys-libs/zlib[abi_x86_64(-)] required by (app-arch/libarchive-3.3.1:0/13::gentoo, installed) >=sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (dev-libs/nss-3.37.3:0/0::gentoo, installed) >=sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (media-video/ffmpeg-3.3.6:0/55.57.57::gentoo, installed) >=sys-libs/zlib-1.2.8-r1:0/1=[abi_x86_64(-)] required by (media-libs/libpng-1.6.34:0/16::gentoo, installed) >=sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (net-libs/libssh2-1.8.0-r1:0/0::gentoo, installed) >=sys-libs/zlib-1.2.8-r1:0/1=[abi_x86_64(-)] required by (dev-libs/libxml2-2.9.8:2/2::gentoo, installed) >=sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (net-libs/gnutls-3.5.19:0/30::gentoo, installed) sys-libs/zlib[abi_x86_64(-)] required by (sys-libs/binutils-libs-2.30-r4:0/2.30-r1::gentoo, installed) sys-libs/zlib:0/1=[abi_x86_64(-)] required by (dev-db/sqlite-3.24.0:3/3::gentoo, installed) >=sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (x11-libs/cairo-1.14.12:0/0::gentoo, installed) >=sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (dev-libs/openssl-1.0.2p:0/0::gentoo, installed) >=sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (sys-apps/pciutils-3.5.6:0/0::gentoo, installed) >=sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (sys-apps/file-5.33-r4:0/0::gentoo, installed) >=sys-libs/zlib-1.2.8-r1:0/1=[abi_x86_64(-)] required by
Re: [gentoo-user] Getting rid of unwanted languages (Was: Re: gimp help not available, even with USE doc)
On Wednesday, 20 May 2020 17:40:31 BST Peter Humphrey wrote: > On Wednesday, 20 May 2020 17:16:57 BST Peter Humphrey wrote: > > On Wednesday, 20 May 2020 16:59:35 BST Walter Dnes wrote: > > > On Wed, May 20, 2020 at 01:53:03PM +0100, Peter Humphrey wrote > > > > > > > I see what you mean. I'm just remerging @world with -nls, but it > > > > causes 95 rebuilds, including a lot of kde-frameworks packages, > > > > so I've copied my packages directory in case your fear is borne > > > > out. I'll let you know. > > > > > > > I run with "-nls" in make.conf, but in package.use I throw in > > > > > > "media-fonts/* nls" in order to keep xfreecell happy. > > > > Good idea. > > > > Time will tell whether plasma has lost anything. > > I meant to add that the only Russian language file I pruned by setting -nls > is /usr/share/binutils-data/x86_64-pc-linux-gnu/2.34/locale/ru. Binutils > was remerged, so that one should have gone. Everything else is still there: > > # find / -xdev -name ru > /usr/share/help/ru > /usr/share/man/ru > /usr/share/espeak-data/voices/europe/ru > /usr/share/kf5/kdoctools/customization/ru > /usr/share/kf5/locale/countries/ru > /usr/share/X11/xkb/symbols/ru > /usr/share/X11/xkb/symbols/sun_vndr/ru > /usr/lib64/libreoffice/help/media/icon-themes/cmd/ru > /opt/zoom/timezones/ru > > I assume all those packages ignore language settings. That file /usr/share/ > help/ru belongs to kdoctools, which has just been remerged with -nls, so it > is clearly guilty. Likewise kconfigwidgets and app-editors/joe, which both > install /usr/share/man/ru. > > I can't evict espeak because two KDE PIM packages require it. You can, unless you need speech-dispatcher. $ grep espeak -r /etc/portage/ /etc/portage/package.use/espeak.use:app-accessibility/speech-dispatcher - espeak > Internationalisation has some way to go yet, it seems - or do I mean > localisation? signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] gobject-introspection-1.62.0 invalid eapi version
Portage 2.3.99 (python 3.6.10-final-0,
default/linux/amd64/17.1/desktop/plasma, gcc-9.3.0, glibc-2.30-r8,
5.5.2-gentoo-r1 x86_64)
=
System Settings
=
System uname: Linux-5.5.2-gentoo-r1-x86_64-Intel-R-_Core-TM-_i5-8250U_CPU_@
_1.60GHz-with-gentoo-2.6
KiB Mem: 8032876 total, 3957892 free
KiB Swap:2097148 total, 1594620 free
Timestamp of repository gentoo: Wed, 20 May 2020 10:30:01 +
Head commit of repository gentoo: de9ddf0d8414328da4af833bbf46c9810084852f
sh bash 5.0_p17
ld GNU ld (Gentoo 2.33.1 p2) 2.33.1
app-shells/bash: 5.0_p17::gentoo
dev-java/java-config: 2.2.0-r4::gentoo
dev-lang/perl:5.30.1::gentoo
dev-lang/python: 2.7.18::gentoo, 3.6.10-r1::gentoo,
3.7.7-r2::gentoo, 3.8.2-r1::gentoo
dev-util/cmake: 3.16.5::gentoo
dev-util/pkgconfig: 0.29.2::gentoo
sys-apps/baselayout: 2.6-r1::gentoo
sys-apps/openrc: 0.42.1::gentoo
sys-apps/sandbox: 2.13::gentoo
sys-devel/autoconf: 2.13-r1::gentoo, 2.69-r4::gentoo
sys-devel/automake: 1.16.1-r1::gentoo
sys-devel/binutils: 2.33.1-r1::gentoo
sys-devel/gcc:9.3.0::gentoo
sys-devel/gcc-config: 2.2.1::gentoo
sys-devel/libtool:2.4.6-r6::gentoo
sys-devel/make: 4.2.1-r4::gentoo
sys-kernel/linux-headers: 5.4::gentoo (virtual/os-headers)
sys-libs/glibc: 2.30-r8::gentoo
Repositories:
gentoo
location: /usr/portage
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1000
sync-rsync-verify-jobs: 1
sync-rsync-verify-max-age: 24
sync-rsync-verify-metamanifest: yes
sync-rsync-extra-opts:
vscode-repo
location: /var/db/repos/vscode-repo
masters: gentoo
ABI="amd64"
ABI_X86="64"
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
ACCEPT_PROPERTIES="*"
ACCEPT_RESTRICT="*"
ADA_TARGET="gnat_2018"
ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci
emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m
maestro3 trident usb-audio via82xx via82xx-modem ymfpci"
APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias
auth_basic authn_alias authn_anon authn_dbm authn_default authn_file
authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user
autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env
expires ext_filter file_cache filter headers include info log_config logio
mem_cache mime mime_magic negotiation rewrite setenvif speling status
unique_id userdir usertrack vhost_alias"
ARCH="amd64"
AUTOCLEAN="yes"
BOOTSTRAP_USE="unicode internal-glib pkg-config split-usr
python_targets_python3_7 python_targets_python2_7 multilib"
BROOT=""
CALLIGRA_FEATURES="karbon sheets words"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=skylake -O2 -pipe"
CFLAGS_amd64="-m64"
CFLAGS_x32="-mx32"
CFLAGS_x86="-m32"
CHOST="x86_64-pc-linux-gnu"
CHOST_amd64="x86_64-pc-linux-gnu"
CHOST_x32="x86_64-pc-linux-gnux32"
CHOST_x86="i686-pc-linux-gnu"
CLEAN_DELAY="5"
COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog"
COLLISION_IGNORE="/lib/modules/*"
COLORFGBG="15;0"
COLORTERM="truecolor"
COMMON_FLAGS="-march=skylake -O2 -pipe"
CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d
/etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /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"
CPU_FLAGS_X86="aes avx avx2 f16c fma3 mmx mmxext pclmul popcnt sse sse2
sse3 sse4_1 sse4_2 ssse3"
CXXFLAGS="-march=skylake -O2 -pipe"
DBUS_SESSION_BUS_ADDRESS="unix:abstract=/tmp/dbus-JXeWfYvZcm,guid=895cfc7f5b313d426593f4595e98236a"
DEFAULT_ABI="amd64"
DESKTOP_SESSION="/usr/share/xsessions/plasma"
DISPLAY=":0"
DISTDIR="/usr/portage/distfiles"
EDITOR="/bin/nano"
ELIBC="glibc"
EMERGE_DEFAULT_OPTS="--ask --verbose -j8"
EMERGE_WARNING_DELAY="10"
ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN PERL5LIB PERL5OPT
PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME
XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR"
EPREFIX=""
EROOT="/"
ESYSROOT="/"
FCFLAGS="-march=skylake -O2 -pipe"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs
config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox
merge-sync multilib-strict network-sandbox news parallel-fetch pid-sandbox
preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms
strict unknown-features-warn unmerge-logs unmerge-orphans userfetch
userpriv usersandbox usersync xattr"
FETCHCOMMAND="wget -t 3 -T 60 --passive-ftp -O "${DISTDIR}/${FILE}"
"${URI}""
FETCHCOMMAND_RSYNC="rsync -LtvP "${URI}" "${DISTDIR}/${FILE}""
FETCHCOMMAND_SFTP="bash -c "x=\${2#sftp://} ; host=\${x%%/*} ;
port=\${host##*:} ; host=\${host%:*} ; [[
Re: [gentoo-user] gobject-introspection-1.62.0 invalid eapi version
On Wed, May 20, 2020 at 07:40:18PM +0200, Pascal Schorde wrote: > setuptools is installed (version 44.1.0). Do i have to remove it? No, don't remove it. Can you send the output of `emerge --info dev-python/setuptools` ? -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] gobject-introspection-1.62.0 invalid eapi version
setuptools is installed (version 44.1.0). Do i have to remove it? Am Mi., 20. Mai 2020 um 19:32 Uhr schrieb Ashley Dixon : > On Wed, May 20, 2020 at 06:08:18PM +0200, Pascal Schorde wrote: > > While emerging @world I get the following error: > > > > Traceback (most recent call last): > > File "/usr/lib/python-exec/python3.6/meson", line 6, in > > from pkg_resources import load_entry_point > > ModuleNotFoundError: No module named 'pkg_resources' > > * ERROR: dev-libs/gobject-introspection-1.62.0::gentoo failed (configure > > phase): > > Have you installed dev-python/setuptools ? See [1] and [2] for further > information. > > > Here is the output from > > emerge --info '=dev-libs/gobject-introspection-1.62.0::gentoo' > > > > https://pastebin.com/utSSCc1r > > Please attach logs to the e-mail, as opposed to providing external links. > If the > files are large, compress them with gzip. > > [1] https://github.com/pypa/setuptools/issues/581 > [2] https://github.com/pypa/setuptools/issues/863 > > -- > > Ashley Dixon > suugaku.co.uk > > 2A9A 4117 > DA96 D18A > 8A7B B0D2 > A30E BF25 > F290 A8AA > >
Re: [gentoo-user] gobject-introspection-1.62.0 invalid eapi version
On Wed, May 20, 2020 at 06:08:18PM +0200, Pascal Schorde wrote: > While emerging @world I get the following error: > > Traceback (most recent call last): > File "/usr/lib/python-exec/python3.6/meson", line 6, in > from pkg_resources import load_entry_point > ModuleNotFoundError: No module named 'pkg_resources' > * ERROR: dev-libs/gobject-introspection-1.62.0::gentoo failed (configure > phase): Have you installed dev-python/setuptools ? See [1] and [2] for further information. > Here is the output from > emerge --info '=dev-libs/gobject-introspection-1.62.0::gentoo' > > https://pastebin.com/utSSCc1r Please attach logs to the e-mail, as opposed to providing external links. If the files are large, compress them with gzip. [1] https://github.com/pypa/setuptools/issues/581 [2] https://github.com/pypa/setuptools/issues/863 -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] sddm-helper and high memory usage
Peter Humphrey wrote: > On Wednesday, 20 May 2020 16:56:29 BST Dale wrote: > >> Well, I didn't know I could kill that thing. I been logging out and >> back in which annoys the stuffing out of me. I have to close three >> browsers, several file managers plus whatever else I am doing before I >> can logout. Then I have to reopen all that when I log back in. > Why do you have to do that yourself? I'd have thought that sddm would take > care of it for you. It does for me. I have a saved session but if I restart everything at once, my internet chokes and some tabs fail to load. So, I have the basic stuff in a saved session but still have to do some myself. Of course I close stuff before logging out just to be safe. >> On top of that, I have to wait for a download to stop as well. Yea, it's >> annoying, putting it mildly. lol I thought if I killed it, it would >> take the whole GUI thingy with it . Since it is still chewing away, >> makes me think about the Pacman days, I'll kill that thing in a few >> minutes, after closing important stuff first just in case. > Whenever an update changes a lot of GUI stuff I drop to a VT and tell it > "/etc/ > init.d/xdm restart && logout". That ought to be equivalent to killing sddm > but > kinder. > In this case, just logging out and right back in works. The first time I did it, I switched to a terminal and checked after logging out. The memory sddm was using was already down to almost nothing. I knew then that logging out and right back in was enough. It only takes a few seconds to log out and back in but it is annoying because at times, I may have 40 tabs open. Those have to reload as well which with my DSL, takes a while. After a update, especially a KDE or qt update, I logout and go to boot runlevel and back. That restarts everything KDE plus others that may need restarting as well. I find some stuff is real touchy after updates. Dale :-) :-)
Re: [gentoo-user] sddm-helper and high memory usage
J. Roeleveld wrote: > On 20 May 2020 17:56:29 CEST, Dale wrote: >> J. Roeleveld wrote: >>> Dale, >>> >>> The few times I have issues with "sddm-helper" is when I resume my >> laptop from >>> hibernate. (Not always, but occasionally) >>> The issue I see is 100% CPU-usage and a black X-display. I can switch >> to >>> console (CTRL+ALT+F1), login as root and kill the offending >> sddm-helper. >>> It gets restarted automatically and I see no issue. >>> >>> Do you tend to lock your screen a lot? As it might be related to >> screensavers. >>> (I have a simple static lock-screen, nothing remotely fancy) >>> >>> Also, you can try killing "kill -9 sddm-helper" when it goes up and >> see what >>> happens next. >>> >>> Is there anything in the sddm-logs? >>> Mine, for some reason, writes to /var/log/sddm.log >>> >>> Do you have anything special in your Xsession files and/or profiles >> (incl. >>> bash_profile and bashrc) that is non-default? >>> >>> Which login-theme do you use? >>> >>> -- >>> Joost >> Well, I didn't know I could kill that thing. I been logging out and >> back in which annoys the stuffing out of me. I have to close three >> browsers, several file managers plus whatever else I am doing before I >> can logout. Then I have to reopen all that when I log back in. On top >> of that, I have to wait for a download to stop as well. Yea, it's >> annoying, putting it mildly. lol I thought if I killed it, it would >> take the whole GUI thingy with it . Since it is still chewing away, >> makes me think about the Pacman days, I'll kill that thing in a few >> minutes, after closing important stuff first just in case. >> >> I got the last several lines of sddm.log. Here it is complete with a >> WW >> in there, about three lines from the bottom. >> >> >> [01:32:50.474] (II) DAEMON: Greeter session started successfully >> [01:32:50.499] (II) DAEMON: Message received from greeter: Connect >> [01:32:57.872] (II) DAEMON: Message received from greeter: Login >> [01:32:57.872] (II) DAEMON: Reading from >> "/usr/share/xsessions/plasma.desktop" >> [01:32:57.872] (II) DAEMON: Reading from >> "/usr/share/xsessions/plasma.desktop" >> [01:32:57.872] (II) DAEMON: Session >> "/usr/share/xsessions/plasma.desktop" selected, command: >> "/usr/bin/startplasma-x11" >> [01:32:57.948] (II) HELPER: [PAM] Starting... >> [01:32:57.948] (II) HELPER: [PAM] Authenticating... >> [01:32:57.991] (II) HELPER: [PAM] Preparing to converse... >> [01:32:57.991] (II) HELPER: [PAM] Conversation with 1 messages >> [01:32:57.997] (II) HELPER: [PAM] returning. >> [01:32:58.016] (II) DAEMON: Authenticated successfully >> [01:32:58.152] (II) HELPER: [PAM] Closing session >> [01:32:58.153] (II) HELPER: [PAM] Ended. >> [01:32:58.153] (II) DAEMON: Auth: sddm-helper exited successfully >> [01:32:58.153] (II) DAEMON: Greeter stopped. >> [01:32:58.225] (II) HELPER: Starting: "/usr/share/sddm/scripts/Xsession >> \"/usr/bin/startplasma-x11\"" >> [01:32:58.225] (WW) HELPER: Could not open stderr to >> "/home/dale/.local/share/sddm/xorg-session.log" >> [01:32:58.225] (II) HELPER: Adding cookie to "/home/dale/.Xauthority" >> [01:32:58.245] (II) DAEMON: Session started >> root@fireball / # >> >> >> >> So off I go to check into that file. I get this and change permissions >> for the second ls. >> >> >> root@fireball / # tail /home/dale/.local/share/sddm/xorg-session.log >> root@fireball / # ls -al /home/dale/.local/share/sddm/xorg-session.log >> -rw--- 1 root root 0 Mar 4 2019 >> /home/dale/.local/share/sddm/xorg-session.log >> root@fireball / # ls -al /home/dale/.local/share/sddm/xorg-session.log >> -rw--- 1 dale users 0 Mar 4 2019 >> /home/dale/.local/share/sddm/xorg-session.log >> root@fireball / # >> >> >> As you can see, the first time it was owned by root, and is empty, >> which >> I bet requires it to be dale:user so I changed it. I bet it is >> building >> a log and keeping it in memory because it can't access the file to >> write >> it. I'm going to logout and see what it does. I'll finish when I get >> back. :-D >> >> OK. Logged back in and now I get this in the sddm.log. >> >> >> [10:45:28.213] (II) HELPER: [PAM] Starting... >> [10:45:28.213] (II) HELPER: [PAM] Authenticating... >> [10:45:28.253] (II) HELPER: [PAM] Preparing to converse... >> [10:45:28.253] (II) HELPER: [PAM] Conversation with 1 messages >> [10:45:28.259] (II) HELPER: [PAM] returning. >> [10:45:28.287] (II) DAEMON: Authenticated successfully >> [10:45:28.391] (II) HELPER: Starting: "/usr/share/sddm/scripts/Xsession >> \"/usr/bin/startplasma-x11\"" >> [10:45:28.393] (II) HELPER: Adding cookie to "/home/dale/.Xauthority" >> [10:45:28.400] (II) DAEMON: Session started >> [10:45:28.416] (II) HELPER: [PAM] Closing session >> [10:45:28.417] (II) HELPER: [PAM] Ended. >> [10:45:28.418] (II) DAEMON: Auth: sddm-helper exited successfully >> [10:45:28.418] (II) DAEMON: Greeter stopped. >> root@fireball / # >> >> >> I don't see any WW lines there. If I scroll up I can
Re: [gentoo-user] [SOLVED] eselect-opengl Blockage (with a capital "B") problem
Dr Rainer Woitok wrote: > Dale, > > On Wednesday, 2020-05-20 07:10:14 -0500, you wrote: > >> ... >> I did notice that my sddm problem is worse now. It's worse now than it >> was when it first started. > Ever tried "x11-misc/lightdm"? Runs like a charm here ... > > Sincerely, > Rainer > I googled and found it as a alternative. It was next on my list. It might have been a temporary switch but the logging out and back in as getting on my nerve. My puter stays to busy for that sort of thing. Once a week after updates is plenty for me. Thanks for the idea tho. It's my backup plan. So far tho, sddm using the exact same amount of memory it was when I first logged in. From ps: root 23338 0.0 0.0 54528 14400 Dale :-) :-)
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: > I have a slot conflict for sys-libs/zlib, whereby both users want > the same package. Studying the USE variables shows that the new > package wants, additionally, the "static-libs" USE flag. > > I thought, the way to handle this is to add the static-libs USE > variable in /etc/portage/package.use and re-emerge with > --changed-use. Unfortunately, that gives me the same conflict. Can you attach the full output of emerge ? -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] Getting rid of unwanted languages (Was: Re: gimp help not available, even with USE doc)
On Wednesday, 20 May 2020 17:16:57 BST Peter Humphrey wrote: > On Wednesday, 20 May 2020 16:59:35 BST Walter Dnes wrote: > > On Wed, May 20, 2020 at 01:53:03PM +0100, Peter Humphrey wrote > > > > > I see what you mean. I'm just remerging @world with -nls, but it > > > causes 95 rebuilds, including a lot of kde-frameworks packages, > > > so I've copied my packages directory in case your fear is borne > > > out. I'll let you know. > > > > > I run with "-nls" in make.conf, but in package.use I throw in > > > > "media-fonts/* nls" in order to keep xfreecell happy. > > Good idea. > > Time will tell whether plasma has lost anything. I meant to add that the only Russian language file I pruned by setting -nls is /usr/share/binutils-data/x86_64-pc-linux-gnu/2.34/locale/ru. Binutils was remerged, so that one should have gone. Everything else is still there: # find / -xdev -name ru /usr/share/help/ru /usr/share/man/ru /usr/share/espeak-data/voices/europe/ru /usr/share/kf5/kdoctools/customization/ru /usr/share/kf5/locale/countries/ru /usr/share/X11/xkb/symbols/ru /usr/share/X11/xkb/symbols/sun_vndr/ru /usr/lib64/libreoffice/help/media/icon-themes/cmd/ru /opt/zoom/timezones/ru I assume all those packages ignore language settings. That file /usr/share/ help/ru belongs to kdoctools, which has just been remerged with -nls, so it is clearly guilty. Likewise kconfigwidgets and app-editors/joe, which both install /usr/share/man/ru. I can't evict espeak because two KDE PIM packages require it. Internationalisation has some way to go yet, it seems - or do I mean localisation? -- Regards, Peter.
Re: [gentoo-user] [SOLVED] eselect-opengl Blockage (with a capital "B") problem
Dale, On Wednesday, 2020-05-20 07:10:14 -0500, you wrote: > ... > I did notice that my sddm problem is worse now. It's worse now than it > was when it first started. Ever tried "x11-misc/lightdm"? Runs like a charm here ... Sincerely, Rainer
Re: [gentoo-user] sddm-helper and high memory usage
On Wednesday, 20 May 2020 16:56:29 BST Dale wrote: > Well, I didn't know I could kill that thing. I been logging out and > back in which annoys the stuffing out of me. I have to close three > browsers, several file managers plus whatever else I am doing before I > can logout. Then I have to reopen all that when I log back in. Why do you have to do that yourself? I'd have thought that sddm would take care of it for you. It does for me. > On top of that, I have to wait for a download to stop as well. Yea, it's > annoying, putting it mildly. lol I thought if I killed it, it would > take the whole GUI thingy with it . Since it is still chewing away, > makes me think about the Pacman days, I'll kill that thing in a few > minutes, after closing important stuff first just in case. Whenever an update changes a lot of GUI stuff I drop to a VT and tell it "/etc/ init.d/xdm restart && logout". That ought to be equivalent to killing sddm but kinder. -- Regards, Peter.
Re: [gentoo-user] Getting rid of unwanted languages (Was: Re: gimp help not available, even with USE doc)
On Wednesday, 20 May 2020 16:59:35 BST Walter Dnes wrote: > On Wed, May 20, 2020 at 01:53:03PM +0100, Peter Humphrey wrote > > > I see what you mean. I'm just remerging @world with -nls, but it > > causes 95 rebuilds, including a lot of kde-frameworks packages, > > so I've copied my packages directory in case your fear is borne > > out. I'll let you know. > > I run with "-nls" in make.conf, but in package.use I throw in > "media-fonts/* nls" in order to keep xfreecell happy. Good idea. Time will tell whether plasma has lost anything. -- Regards, Peter.
Re: [gentoo-user] sddm-helper and high memory usage
On 20 May 2020 17:56:29 CEST, Dale wrote: >J. Roeleveld wrote: >> >> Dale, >> >> The few times I have issues with "sddm-helper" is when I resume my >laptop from >> hibernate. (Not always, but occasionally) >> The issue I see is 100% CPU-usage and a black X-display. I can switch >to >> console (CTRL+ALT+F1), login as root and kill the offending >sddm-helper. >> It gets restarted automatically and I see no issue. >> >> Do you tend to lock your screen a lot? As it might be related to >screensavers. >> (I have a simple static lock-screen, nothing remotely fancy) >> >> Also, you can try killing "kill -9 sddm-helper" when it goes up and >see what >> happens next. >> >> Is there anything in the sddm-logs? >> Mine, for some reason, writes to /var/log/sddm.log >> >> Do you have anything special in your Xsession files and/or profiles >(incl. >> bash_profile and bashrc) that is non-default? >> >> Which login-theme do you use? >> >> -- >> Joost > >Well, I didn't know I could kill that thing. I been logging out and >back in which annoys the stuffing out of me. I have to close three >browsers, several file managers plus whatever else I am doing before I >can logout. Then I have to reopen all that when I log back in. On top >of that, I have to wait for a download to stop as well. Yea, it's >annoying, putting it mildly. lol I thought if I killed it, it would >take the whole GUI thingy with it . Since it is still chewing away, >makes me think about the Pacman days, I'll kill that thing in a few >minutes, after closing important stuff first just in case. > >I got the last several lines of sddm.log. Here it is complete with a >WW >in there, about three lines from the bottom. > > >[01:32:50.474] (II) DAEMON: Greeter session started successfully >[01:32:50.499] (II) DAEMON: Message received from greeter: Connect >[01:32:57.872] (II) DAEMON: Message received from greeter: Login >[01:32:57.872] (II) DAEMON: Reading from >"/usr/share/xsessions/plasma.desktop" >[01:32:57.872] (II) DAEMON: Reading from >"/usr/share/xsessions/plasma.desktop" >[01:32:57.872] (II) DAEMON: Session >"/usr/share/xsessions/plasma.desktop" selected, command: >"/usr/bin/startplasma-x11" >[01:32:57.948] (II) HELPER: [PAM] Starting... >[01:32:57.948] (II) HELPER: [PAM] Authenticating... >[01:32:57.991] (II) HELPER: [PAM] Preparing to converse... >[01:32:57.991] (II) HELPER: [PAM] Conversation with 1 messages >[01:32:57.997] (II) HELPER: [PAM] returning. >[01:32:58.016] (II) DAEMON: Authenticated successfully >[01:32:58.152] (II) HELPER: [PAM] Closing session >[01:32:58.153] (II) HELPER: [PAM] Ended. >[01:32:58.153] (II) DAEMON: Auth: sddm-helper exited successfully >[01:32:58.153] (II) DAEMON: Greeter stopped. >[01:32:58.225] (II) HELPER: Starting: "/usr/share/sddm/scripts/Xsession >\"/usr/bin/startplasma-x11\"" >[01:32:58.225] (WW) HELPER: Could not open stderr to >"/home/dale/.local/share/sddm/xorg-session.log" >[01:32:58.225] (II) HELPER: Adding cookie to "/home/dale/.Xauthority" >[01:32:58.245] (II) DAEMON: Session started >root@fireball / # > > > >So off I go to check into that file. I get this and change permissions >for the second ls. > > >root@fireball / # tail /home/dale/.local/share/sddm/xorg-session.log >root@fireball / # ls -al /home/dale/.local/share/sddm/xorg-session.log >-rw--- 1 root root 0 Mar 4 2019 >/home/dale/.local/share/sddm/xorg-session.log >root@fireball / # ls -al /home/dale/.local/share/sddm/xorg-session.log >-rw--- 1 dale users 0 Mar 4 2019 >/home/dale/.local/share/sddm/xorg-session.log >root@fireball / # > > >As you can see, the first time it was owned by root, and is empty, >which >I bet requires it to be dale:user so I changed it. I bet it is >building >a log and keeping it in memory because it can't access the file to >write >it. I'm going to logout and see what it does. I'll finish when I get >back. :-D > >OK. Logged back in and now I get this in the sddm.log. > > >[10:45:28.213] (II) HELPER: [PAM] Starting... >[10:45:28.213] (II) HELPER: [PAM] Authenticating... >[10:45:28.253] (II) HELPER: [PAM] Preparing to converse... >[10:45:28.253] (II) HELPER: [PAM] Conversation with 1 messages >[10:45:28.259] (II) HELPER: [PAM] returning. >[10:45:28.287] (II) DAEMON: Authenticated successfully >[10:45:28.391] (II) HELPER: Starting: "/usr/share/sddm/scripts/Xsession >\"/usr/bin/startplasma-x11\"" >[10:45:28.393] (II) HELPER: Adding cookie to "/home/dale/.Xauthority" >[10:45:28.400] (II) DAEMON: Session started >[10:45:28.416] (II) HELPER: [PAM] Closing session >[10:45:28.417] (II) HELPER: [PAM] Ended. >[10:45:28.418] (II) DAEMON: Auth: sddm-helper exited successfully >[10:45:28.418] (II) DAEMON: Greeter stopped. >root@fireball / # > > >I don't see any WW lines there. If I scroll up I can see the original >I >posted above but no WW since. Can we all say a prayer now > >I bet when I switched to sddm, it didn't change the permissions like it >should and that threw a wrench in the gears. I'll know
[gentoo-user] gobject-introspection-1.62.0 invalid eapi version
Hi List,
first time posting to this list as non-native english speaker. Please
excuse any typos.
While emerging @world I get the following error:
* Package:dev-libs/gobject-introspection-1.62.0
* Repository: gentoo
* Maintainer: gn...@gentoo.org
* USE:abi_x86_64 amd64 elibc_glibc kernel_linux
python_single_target_python3_7 userland_GNU
* FEATURES: network-sandbox preserve-libs sandbox userpriv usersandbox
* Using python3.7 to build
>>> Unpacking source...
>>> Unpacking gobject-introspection-1.62.0.tar.xz to
/var/tmp/portage/dev-libs/gobject-introspection-1.62.0/work
>>> Source unpacked in
/var/tmp/portage/dev-libs/gobject-introspection-1.62.0/work
>>> Preparing source in
/var/tmp/portage/dev-libs/gobject-introspection-1.62.0/work/gobject-introspection-1.62.0
...
>>> Source prepared.
>>> Configuring source in
/var/tmp/portage/dev-libs/gobject-introspection-1.62.0/work/gobject-introspection-1.62.0
...
Traceback (most recent call last):
File "/usr/lib/python-exec/python3.6/meson", line 6, in
from pkg_resources import load_entry_point
ModuleNotFoundError: No module named 'pkg_resources'
* ERROR: dev-libs/gobject-introspection-1.62.0::gentoo failed (configure
phase):
* __eapi7_ver_compare: invalid version:
*
* Call stack:
* ebuild.sh, line 125: Called src_configure
* environment, line 2431: Called meson_src_configure
* environment, line 1623: Called ver_test '' '-lt' '0.54'
* environment, line 3164: Called __eapi7_ver_compare '' '0.54'
* environment, line 337: Called die
* The specific snippet of code:
* [[ ${va} =~ ${re} ]] || die "${FUNCNAME}: invalid version: ${va}";
*
* If you need support, post the output of `emerge --info
'=dev-libs/gobject-introspection-1.62.0::gentoo'`,
* the complete build log and the output of `emerge -pqv
'=dev-libs/gobject-introspection-1.62.0::gentoo'`.
* The complete build log is located at
'/var/tmp/portage/dev-libs/gobject-introspection-1.62.0/temp/build.log'.
* The ebuild environment file is located at
'/var/tmp/portage/dev-libs/gobject-introspection-1.62.0/temp/environment'.
* Working directory:
'/var/tmp/portage/dev-libs/gobject-introspection-1.62.0/work/gobject-introspection-1.62.0'
* S:
'/var/tmp/portage/dev-libs/gobject-introspection-1.62.0/work/gobject-introspection-1.62.0'
Here is the output from
emerge --info '=dev-libs/gobject-introspection-1.62.0::gentoo'
https://pastebin.com/utSSCc1r
Any idea what this error means or how to fix this?
Please ask for more infos.
Thank you very much
Pascal
Re: [gentoo-user] Getting rid of unwanted languages (Was: Re: gimp help not available, even with USE doc)
On Wed, May 20, 2020 at 01:53:03PM +0100, Peter Humphrey wrote > > I see what you mean. I'm just remerging @world with -nls, but it > causes 95 rebuilds, including a lot of kde-frameworks packages, > so I've copied my packages directory in case your fear is borne > out. I'll let you know. I run with "-nls" in make.conf, but in package.use I throw in "media-fonts/* nls" in order to keep xfreecell happy. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] sddm-helper and high memory usage
J. Roeleveld wrote: > > Dale, > > The few times I have issues with "sddm-helper" is when I resume my laptop > from > hibernate. (Not always, but occasionally) > The issue I see is 100% CPU-usage and a black X-display. I can switch to > console (CTRL+ALT+F1), login as root and kill the offending sddm-helper. > It gets restarted automatically and I see no issue. > > Do you tend to lock your screen a lot? As it might be related to > screensavers. > (I have a simple static lock-screen, nothing remotely fancy) > > Also, you can try killing "kill -9 sddm-helper" when it goes up and see what > happens next. > > Is there anything in the sddm-logs? > Mine, for some reason, writes to /var/log/sddm.log > > Do you have anything special in your Xsession files and/or profiles (incl. > bash_profile and bashrc) that is non-default? > > Which login-theme do you use? > > -- > Joost Well, I didn't know I could kill that thing. I been logging out and back in which annoys the stuffing out of me. I have to close three browsers, several file managers plus whatever else I am doing before I can logout. Then I have to reopen all that when I log back in. On top of that, I have to wait for a download to stop as well. Yea, it's annoying, putting it mildly. lol I thought if I killed it, it would take the whole GUI thingy with it . Since it is still chewing away, makes me think about the Pacman days, I'll kill that thing in a few minutes, after closing important stuff first just in case. I got the last several lines of sddm.log. Here it is complete with a WW in there, about three lines from the bottom. [01:32:50.474] (II) DAEMON: Greeter session started successfully [01:32:50.499] (II) DAEMON: Message received from greeter: Connect [01:32:57.872] (II) DAEMON: Message received from greeter: Login [01:32:57.872] (II) DAEMON: Reading from "/usr/share/xsessions/plasma.desktop" [01:32:57.872] (II) DAEMON: Reading from "/usr/share/xsessions/plasma.desktop" [01:32:57.872] (II) DAEMON: Session "/usr/share/xsessions/plasma.desktop" selected, command: "/usr/bin/startplasma-x11" [01:32:57.948] (II) HELPER: [PAM] Starting... [01:32:57.948] (II) HELPER: [PAM] Authenticating... [01:32:57.991] (II) HELPER: [PAM] Preparing to converse... [01:32:57.991] (II) HELPER: [PAM] Conversation with 1 messages [01:32:57.997] (II) HELPER: [PAM] returning. [01:32:58.016] (II) DAEMON: Authenticated successfully [01:32:58.152] (II) HELPER: [PAM] Closing session [01:32:58.153] (II) HELPER: [PAM] Ended. [01:32:58.153] (II) DAEMON: Auth: sddm-helper exited successfully [01:32:58.153] (II) DAEMON: Greeter stopped. [01:32:58.225] (II) HELPER: Starting: "/usr/share/sddm/scripts/Xsession \"/usr/bin/startplasma-x11\"" [01:32:58.225] (WW) HELPER: Could not open stderr to "/home/dale/.local/share/sddm/xorg-session.log" [01:32:58.225] (II) HELPER: Adding cookie to "/home/dale/.Xauthority" [01:32:58.245] (II) DAEMON: Session started root@fireball / # So off I go to check into that file. I get this and change permissions for the second ls. root@fireball / # tail /home/dale/.local/share/sddm/xorg-session.log root@fireball / # ls -al /home/dale/.local/share/sddm/xorg-session.log -rw--- 1 root root 0 Mar 4 2019 /home/dale/.local/share/sddm/xorg-session.log root@fireball / # ls -al /home/dale/.local/share/sddm/xorg-session.log -rw--- 1 dale users 0 Mar 4 2019 /home/dale/.local/share/sddm/xorg-session.log root@fireball / # As you can see, the first time it was owned by root, and is empty, which I bet requires it to be dale:user so I changed it. I bet it is building a log and keeping it in memory because it can't access the file to write it. I'm going to logout and see what it does. I'll finish when I get back. :-D OK. Logged back in and now I get this in the sddm.log. [10:45:28.213] (II) HELPER: [PAM] Starting... [10:45:28.213] (II) HELPER: [PAM] Authenticating... [10:45:28.253] (II) HELPER: [PAM] Preparing to converse... [10:45:28.253] (II) HELPER: [PAM] Conversation with 1 messages [10:45:28.259] (II) HELPER: [PAM] returning. [10:45:28.287] (II) DAEMON: Authenticated successfully [10:45:28.391] (II) HELPER: Starting: "/usr/share/sddm/scripts/Xsession \"/usr/bin/startplasma-x11\"" [10:45:28.393] (II) HELPER: Adding cookie to "/home/dale/.Xauthority" [10:45:28.400] (II) DAEMON: Session started [10:45:28.416] (II) HELPER: [PAM] Closing session [10:45:28.417] (II) HELPER: [PAM] Ended. [10:45:28.418] (II) DAEMON: Auth: sddm-helper exited successfully [10:45:28.418] (II) DAEMON: Greeter stopped. root@fireball / # I don't see any WW lines there. If I scroll up I can see the original I posted above but no WW since. Can we all say a prayer now I bet when I switched to sddm, it didn't change the permissions like it should and that threw a wrench in the gears. I'll know for sure in a few hours. It chewed through memory real fast after the last login. Within just a very few hours, it was over 4GBs. It seems to stop itself around
Re: [gentoo-user] Getting rid of unwanted languages (Was: Re: gimp help not available, even with USE doc)
On Wed, 20 May 2020 13:53:03 +0100, Peter Humphrey wrote: > > And searching for other language codes irrelevant to me gives > > similar results. I've already thought about adding "-nls" to the > > global USE flags, but I'm fearing to lose "en-GB" that way. > > I see what you mean. I'm just remerging @world with -nls, but it causes > 95 rebuilds, including a lot of kde-frameworks packages, so I've copied > my packages directory in case your fear is borne out. I'll let you know. I've run systems without nls in the past and it works well, after all OUR English is a native language ;-) Seriously though, nls enables support for different character sets AFAIR. I've been running with en-GB for years and haven't had the problems the OP reported. For example, the shadow ebuild only includes the English man page. As a kludge, you can use INSTALL_MASK to block installation of other languages, but finding the cause of this behaviour would be preferable. -- Neil Bothwick Voting Democrat or Republican is like choosing a cabin in the Titanic. pgpSEVypeONvt.pgp Description: OpenPGP digital signature
Re: [gentoo-user] sddm-helper and high memory usage
On Sunday, May 17, 2020 12:09:19 AM CEST Dale wrote: > Michael wrote: > > On Saturday, 16 May 2020 13:32:32 BST Dale wrote: > >> Dale wrote: > >>> I guess the bug was caught and fixed. Thanks to all that read and > >>> Michael for trying to help. > >>> > >>> Dale > >>> > >>> :-) :-) > >> > >> I have some more info and some doesn't make much sense. I thought this > >> might be fixed but guess not. While it is somewhat slower to take up a > >> lot of memory after a recent plasma update, it does still get there. It > >> takes a day or so now where before it was just a few hours. Logging out > >> and back in does reset it to normal tho. > >> > >> One thing that seems to stand out, Firefox and one profile in > >> particular. I have two profiles that I use a lot nowadays. One is for > >> ebay, Amazon, tracking shipments etc etc. The other is where I do > >> youtube and other video type sites. It has a video download helper > >> add-on installed but the rest is mostly the same. When I have the first > >> profile open, it is slow to consume memory. When I open the one I use > >> for videos, it starts building up faster. While I can logout and back > >> in daily, it still gets to around 5% or so. I usually start planning to > >> logout and back in when it hits 4% or so. It's at 5 by the time I get > >> everything to where I can. Thing is, closing Firefox doesn't seem to > >> have any effect on it. It slows down some but doesn't get back to > >> normal memory usage. I can't quite figure out how Firefox can have a > >> effect on it tho. I realize it is running within the GUI and all but > >> still, it doesn't make much sense. > >> > >> I do a emerge -e system and world the other day in my chroot. Once > >> done, I did a complete re-emerge on my running system. All was done > >> with the same gcc, 9.3. I'm not sure it did any good but at least it > >> rules out some sort of mismatch with different packages running with > >> different gcc versions. It also rules out and sort of broken linkages > >> and other mismatches as well. I've also updated kernels and video > >> drivers with no change. I also disabled my background slideshow to see > >> if it was causing this, no change. When I was doing my emerge system > >> and world, I had Firefox and at times Seamonkey closed and it stayed > >> within reason at least. It would get up to around 2% but seemed to stay > >> there. I'm not sure what to look for or even for sure what is exactly > >> the trigger for this problem. It seems Firefox affects it but not sure > >> why that is exactly. > >> > >> If anyone has ideas, I'm open to them. I can't think of anything else > >> to try at the moment. > >> > >> Dale > >> > >> :-) :-) > > > > Just an idea: > > > > Log out/in, check memory usage is normal. If not log out, restart /etc/ > > init.d/xdm and login again. Start FF without any addons. Use a new > > profile if necessary. Check memory usage. If after a while under normal > > use you still have reasonable levels of memory usage, then you can start > > adding one add-on at a time and see where that gets you. > > > > You may also want to give youtube-dl a spin. I know, it's not a FF-GUI > > video download tool, but it works without getting in the way or eating up > > RAM unnecessarily. > > I have a test Firefox profile that has very few if any add-ons > installed. I sometimes use it to test problems. Anyway, I suspect the > video download add-on myself. Ever since the big change with add-ons > and multi-process support, the video add-on has had issues. I've had > crashes, excessive memory usage by Firefox itself etc etc. For the most > part, the video add-on works but it is not like it was with the older > versions of Firefox. While sddm-helper does use more memory even > without Firefox, it just gets much worse with it. > > I have and use youtube-dl. I use it for youtube and a couple other > sites that it works with. Thing is, some sites don't work with > youtube-dl. It tries but it reports some sort of error, error varies > from site to site, and then stops. I wish it would work because it is > drop dead easy to use once you get it configured. I've got mine set up > pretty well. It will try to get 1280x720 but no larger if available. > For what I do 99% of the time, that works very well. File size is > manageable but has a good resolution. Of course some older videos are > 480 or something but still, I like the tool. > > I see another KDE upgrade being released. It is a plasma update so > hopefully it will hit the tree by Sunday. Maybe it will have a fix or > something. In the meantime, I'll keep observing and trying things to > see if I can figure out what is going on. It's confusing tho. > > Thanks. Will try to the test profile shortly. I'm at 6% or so right > now. Time for a reset anyway. Dale, The few times I have issues with "sddm-helper" is when I resume my laptop from hibernate. (Not
Re: [gentoo-user] How to manage load on the GPU?
On Sun, May 17, 2020 at 9:42 PM wrote: > > Hi, > > sorry for the somehow vague subject line...no native speaker... > > With Blender I do a lot of experimenting and tinkering which > involves rendering most of the time. > > With rendering comes ... waiting for the result. > > Often (I am trying to) watch videos, like tutorial about > what I currently trying to acchieve with Blender. > > The problem is, that the video (the audio does not) stutters > in short periods. > > Interestingly it does this not every time but quite often. > > And it only effects videos online. > > mpv for example is not affected. > > Is there any way to configure whatever it is in a way, that Online > videos can be played smoothlessly also? > > Hardware: > AMD Ryzen 5 3600 > MSI Ventus RTX 2060 SUPER (NVidia) > 32 GB RAM > > Any helpful idea is very appreciated! > Cheers! > Meino nvidia-settings has a section for 'Application Profiles'. I've never used it but it might somehow help you if you can identify processes that you want to adjust. >From the GUI help file: "Use this page to configure application profiles for use with the NVIDIA® Linux Graphics Driver. Application profiles are collections of settings that are applied on a per-process basis. When the driver is loaded into the process, it detects various attributes of the running process and determines whether settings should be applied based on these attributes. This mechanism allows users to selectively override driver settings for a particular application without the need to set environment variables on the command line prior to running the application." There's more info online. I have no idea if this would help at all. - Mark
Re: [gentoo-user] Getting rid of unwanted languages (Was: Re: gimp help not available, even with USE doc)
On Wednesday, 20 May 2020 12:42:03 BST Dr Rainer Woitok wrote: > Peter, sorry for the late reply :-( > > On Monday, 2020-05-04 16:30:49 +0100, you wrote: > > ... > > What do you have in your kernel config, under File Systems / Native > > Language Support? I only have a few selected: the ones I might use. (This > > may be a red herring.) > > Only these: > > (utf8) Default NLS Option > <*> Codepage 437 (United States, Canada) > <*> ASCII (United States) > <*> NLS ISO 8859-1 (Latin 1; Western European Languages) > <*> NLS UTF-8 > > But just as an example: > ># find / -xdev -type d -name ru >/usr/lib64/python2.7/site-packages/mercurial/locale/ru >/usr/lib64/libreoffice/help/media/icon-themes/cmd/ru >/usr/lib64/python3.6/site-packages/mercurial/locale/ru >/usr/share/help/ru >/usr/share/gimp/2.0/help/ru >/usr/share/vim/vim82/lang/ru >/usr/share/man/ru >/usr/share/binutils-data/x86_64-pc-linux-gnu/2.33.1/locale/ru >/usr/share/locale/ru >/usr/share/gcc-data/x86_64-pc-linux-gnu/9.3.0/locale/ru >/var/cache/man/ru ># > > And searching for other language codes irrelevant to me gives similar > results. I've already thought about adding "-nls" to the global USE > flags, but I'm fearing to lose "en-GB" that way. I see what you mean. I'm just remerging @world with -nls, but it causes 95 rebuilds, including a lot of kde-frameworks packages, so I've copied my packages directory in case your fear is borne out. I'll let you know. -- Regards, Peter.
Re: [gentoo-user] [SOLVED] eselect-opengl Blockage (with a capital "B") problem
On Wednesday, May 20, 2020 2:10:14 PM CEST Dale wrote: > Victor Ivanov wrote: > > When the lbglvnd flag was introduced I remember I solved this issue by: > > # emerge --unmerge eselect-opengl > > # emerge -1qv mesa > > > > After that, a simple update of @world rebuilt everything else on its own. > > > > Personally, I had been waiting for libglvnd support for _a long time_. > > This - and I mean GLVND in general - is something that should have come > > to Linux many years ago, along with NVIDIAs PRIME render offloading. > > > > 10y ago I used to have an Optimus laptop with an Nvidia GPU and it was > > an absolute hell to get it running, I remember writing tonnes of scripts > > using VirtualGL and a dummy X server running on the Nvidia GPU. This was > > before bumblebee. > > > > Today, I still need this with an external GPU. > > > > But now it takes 1 environment variable to offload to the other GPU! > > GLVND literally made my Linux work experience a million times better. > > I'm extatic. > > > > - V > > My change went quite well here. I removed the flag entry everywhere and > then did a emerge world, with the correct options of course. I then > logged out, went to boot runlevel, reloaded the video drivers, went back > to default and logged in. I can't tell any difference here video wise > tho. > > I did notice that my sddm problem is worse now. It's worse now than it > was when it first started. In just a few hours it is consuming over > 4GBs of memory. That is ridiculous to me. It using more than Firefox, > both profiles, and any other software I have running. I'm thinking > about looking for a alternative to sddm. I switched to it a while back > but I don't like this memory hungry thing behaving this way. I missed the whole thing you are having with sddm, I just checked it on my laptop and not seeing anything like that. Will reply further in the sddm-thread if I have any ideas. -- Joost
Re: [gentoo-user] [SOLVED] eselect-opengl Blockage (with a capital "B") problem
Please don't top-post. On Wednesday, May 20, 2020 1:37:45 PM CEST Victor Ivanov wrote: > When the lbglvnd flag was introduced I remember I solved this issue by: > > # emerge --unmerge eselect-opengl > # emerge -1qv mesa > > After that, a simple update of @world rebuilt everything else on its own. > > Personally, I had been waiting for libglvnd support for _a long time_. > This - and I mean GLVND in general - is something that should have come > to Linux many years ago, along with NVIDIAs PRIME render offloading. > > 10y ago I used to have an Optimus laptop with an Nvidia GPU and it was > an absolute hell to get it running, I remember writing tonnes of scripts > using VirtualGL and a dummy X server running on the Nvidia GPU. This was > before bumblebee. > > Today, I still need this with an external GPU. > > But now it takes 1 environment variable to offload to the other GPU! > GLVND literally made my Linux work experience a million times better. > I'm extatic. > > - V > It is precisely why I had to implement GLVND before it became stable (using external overlays even and manually adding patches) My new laptop doesn't work at all with bumblebee, because the external display ports are connected to the nvidia-chip and not to the intel-chip. If reverse-PRIME would be supported, I would be able to disable the nvidia- chip during 80% of the time and only enable it when playing games. -- Joost
[gentoo-user] slot conflict for the same package: how to add a USE flag?
I have a slot conflict for sys-libs/zlib, whereby both users want the same package. Studying the USE variables shows that the new package wants, additionally, the "static-libs" USE flag. I thought, the way to handle this is to add the static-libs USE variable in /etc/portage/package.use and re-emerge with --changed-use. Unfortunately, that gives me the same conflict. How can I get this updated?
Re: [gentoo-user] [SOLVED] eselect-opengl Blockage (with a capital "B") problem
Victor Ivanov wrote: > When the lbglvnd flag was introduced I remember I solved this issue by: > > # emerge --unmerge eselect-opengl > # emerge -1qv mesa > > After that, a simple update of @world rebuilt everything else on its own. > > Personally, I had been waiting for libglvnd support for _a long time_. > This - and I mean GLVND in general - is something that should have come > to Linux many years ago, along with NVIDIAs PRIME render offloading. > > 10y ago I used to have an Optimus laptop with an Nvidia GPU and it was > an absolute hell to get it running, I remember writing tonnes of scripts > using VirtualGL and a dummy X server running on the Nvidia GPU. This was > before bumblebee. > > Today, I still need this with an external GPU. > > But now it takes 1 environment variable to offload to the other GPU! > GLVND literally made my Linux work experience a million times better. > I'm extatic. > > - V > My change went quite well here. I removed the flag entry everywhere and then did a emerge world, with the correct options of course. I then logged out, went to boot runlevel, reloaded the video drivers, went back to default and logged in. I can't tell any difference here video wise tho. I did notice that my sddm problem is worse now. It's worse now than it was when it first started. In just a few hours it is consuming over 4GBs of memory. That is ridiculous to me. It using more than Firefox, both profiles, and any other software I have running. I'm thinking about looking for a alternative to sddm. I switched to it a while back but I don't like this memory hungry thing behaving this way. Dale :-) :-)
Re: [gentoo-user] Getting rid of unwanted languages (Was: Re: gimp help not available, even with USE doc)
Peter, sorry for the late reply :-( On Monday, 2020-05-04 16:30:49 +0100, you wrote: > ... > What do you have in your kernel config, under File Systems / Native Language > Support? I only have a few selected: the ones I might use. (This may be a red > herring.) Only these: (utf8) Default NLS Option <*> Codepage 437 (United States, Canada) <*> ASCII (United States) <*> NLS ISO 8859-1 (Latin 1; Western European Languages) <*> NLS UTF-8 But just as an example: # find / -xdev -type d -name ru /usr/lib64/python2.7/site-packages/mercurial/locale/ru /usr/lib64/libreoffice/help/media/icon-themes/cmd/ru /usr/lib64/python3.6/site-packages/mercurial/locale/ru /usr/share/help/ru /usr/share/gimp/2.0/help/ru /usr/share/vim/vim82/lang/ru /usr/share/man/ru /usr/share/binutils-data/x86_64-pc-linux-gnu/2.33.1/locale/ru /usr/share/locale/ru /usr/share/gcc-data/x86_64-pc-linux-gnu/9.3.0/locale/ru /var/cache/man/ru # And searching for other language codes irrelevant to me gives similar results. I've already thought about adding "-nls" to the global USE flags, but I'm fearing to lose "en-GB" that way. Any further thoughts anybody? Sincerely, Rainer
Re: [gentoo-user] [SOLVED] eselect-opengl Blockage (with a capital "B") problem
When the lbglvnd flag was introduced I remember I solved this issue by:
# emerge --unmerge eselect-opengl
# emerge -1qv mesa
After that, a simple update of @world rebuilt everything else on its own.
Personally, I had been waiting for libglvnd support for _a long time_.
This - and I mean GLVND in general - is something that should have come
to Linux many years ago, along with NVIDIAs PRIME render offloading.
10y ago I used to have an Optimus laptop with an Nvidia GPU and it was
an absolute hell to get it running, I remember writing tonnes of scripts
using VirtualGL and a dummy X server running on the Nvidia GPU. This was
before bumblebee.
Today, I still need this with an external GPU.
But now it takes 1 environment variable to offload to the other GPU!
GLVND literally made my Linux work experience a million times better.
I'm extatic.
- V
On 20/05/2020 07:07, Dale wrote:
> J. Roeleveld wrote:
>> On 20 May 2020 05:44:58 CEST, Walter Dnes wrote:
>>> On Tue, May 19, 2020 at 03:14:03PM +0200, J. Roeleveld wrote
>> On Mon, May 18, 2020 at 01:53:19PM -0400, Walter Dnes wrote:
> Thank you very much. I've got the update (156 packages) running
>>> now.
> I had set "-libglvnd" in make.conf on my main machine, but only
>>> against
> xorg-server on my secondary machine. Setting "-libglvnd" in
>>> make.conf
> solves the problem.
Only for now.
"Libglvnd" is scheduled to be removed as a USE flag. I would
definitely suggest to switch to having that one on before it becomes
mandatory.
It has a lot of benefits over the eselect hack to be able to have
multiple opengl implementations running.
>>> The reason I had originally turned it off was because when it first
>>> showed up as a flag, I checked Google to find out what it was. Almost
>>> every hit on webforums was like...
>>>
>>> Person 1 - Help; my "update world" dies
>>> Person 2 - Turn off "libglvnd" in make.conf
>>> Person 1 - Thank you; my update works fine now
>>>
>>> Add me to the list. If this is to be a new default config setup, I'd
>>> appreciate a news item about it, like the python 3.6 to 3.7 switchover.
>> I actually had to enable this on my new laptop before it became stable to
>> get the Nvidia chip and my external displays working.
>> I am actually happy with this as I don't have to keep changing the opengl
>> setting anymore when I need 3D performance.
>>
>> --
>> Joost
>
>
> Reading this thread, I checked and I to have this USE flag turned
> off/disabled/whatever. I removed it from make.conf and commented out
> everything else I found in /etc/portage and am checking to see what all
> had to be rebuilt. I figure I may as well change now while I have a
> otherwise stable system, except for the sddm-helper chewing memory
> problem, and get ahead of the curve. ;-) Using that grep -r trick
> comes in handy. Learned that from this list too.
>
> It's odd how following a thread that may not even affect you ends up
> doing so. :/
>
> Just in case, this is what emerge spit out on my screen.
>
>
> Calculating dependencies... done!
> [ebuild R ] sys-libs/libblockdev-2.23-r1::gentoo USE="cryptsetup
> lvm tools -bcache -device-mapper -dmraid -escrow -gtk-doc -introspection
> -kbd -test -vdo" PYTHON_SINGLE_TARGET="python3_7 -python3_6
> (-python3_8)" 0 KiB
> [ebuild R ] media-libs/libdvdnav-6.0.0::gentoo USE="-static-libs"
> ABI_X86="(64) -32 (-x32)" 0 KiB
> [ebuild N ] media-libs/libglvnd-1.3.1::gentoo USE="X -test"
> ABI_X86="32 (64) (-x32)" 698 KiB
> [ebuild R ~] media-libs/mesa-20.0.4-r1::gentoo USE="X classic dri3
> egl gallium gbm gles2 libglvnd* llvm wayland zstd -d3d9 -debug -gles1
> -lm-sensors -opencl -osmesa (-selinux) -test -unwind -vaapi -valgrind
> -vdpau -vulkan -vulkan-overlay -xa -xvmc" ABI_X86="32 (64) (-x32)"
> VIDEO_CARDS="(-freedreno) -i915 -i965 -intel -iris (-lima) -nouveau
> (-panfrost) -r100 -r200 -r300 -r600 -radeon -radeonsi (-vc4) -virgl
> (-vivante) -vmware" 0 KiB
> [blocks b ] media-libs/mesa[-libglvnd(-)]
> ("media-libs/mesa[-libglvnd(-)]" is blocking media-libs/libglvnd-1.3.1)
> [ebuild R ] sys-libs/libcap-2.26-r2::gentoo USE="pam (split-usr)
> -static-libs" ABI_X86="32 (64) (-x32)" 0 KiB
> [ebuild R ] x11-drivers/nvidia-drivers-440.82:0/440::gentoo USE="X
> acpi driver gtk3 kms libglvnd* multilib tools -compat -static-libs -uvm
> -wayland" ABI_X86="32 (64) (-x32)" 0 KiB
> [ebuild R ] x11-base/xorg-server-1.20.7:0/1.20.7::gentoo
> USE="elogind ipv6 libglvnd* suid udev xorg -debug -dmx -doc -kdrive
> -libressl -minimal (-selinux) -static-libs -systemd -unwind -wayland
> -xcsecurity -xephyr -xnest -xvfb" 0 KiB
> [uninstall ] app-eselect/eselect-opengl-1.3.1-r4::gentoo
> [blocks b ] app-eselect/eselect-opengl
> ("app-eselect/eselect-opengl" is blocking
> x11-drivers/nvidia-drivers-440.82, x11-base/xorg-server-1.20.7,
> media-libs/mesa-20.0.4-r1)
>
>
>
> Now let us pray to the portage gods for
Re: [gentoo-user] $$ORIGIN in NEEDED.ELF.2
On Wed, 20 May 2020 10:55:58 +0200 Gerrit Kuehn wrote: > NEEDED.ELF.2: $: bad substitution I found and patched an "$$ORIGIN" statement in the original cmake project. However, according to https://bugs.gentoo.org/542796 my impression is that this should have been handled by portage? cu Gerrit
[gentoo-user] $$ORIGIN in NEEDED.ELF.2
Hello, One of my homemade ebuilds complains after installation about NEEDED.ELF.2: $: bad substitution Indeed, NEEDED.ELF.2 contains "$ORIGIN" and "$$ORIGIN" in multiple places which is probably causing this. However, I cannot find where this originates from. Any ideas where to look? cu Gerrit
Re: [gentoo-user] How to manage load on the GPU?
On Wednesday, May 20, 2020 9:56:07 AM CEST tu...@posteo.de wrote:
> On 05/20 09:44, J. Roeleveld wrote:
> > On Monday, May 18, 2020 8:22:52 PM CEST tu...@posteo.de wrote:
> > > On 05/18 09:58, Matt Connell (Gmail) wrote:
> > > > On 2020-05-18 09:40, tastytea wrote:
> > > > > Another solution is to modify the priority yourself, with `renice
> > > > > --priority 15 $(pidof blender)` for example. The priority can be
> > > > > from
> > > > > -20 (very high priority) to 19 (very low priority).
> > > >
> > > > According to the man page for renice, there is a --gpu flag that can
> > > > be
> > > > used (today I learned) that the OP may want to try as well.
> > >
> > > If it is a load/performance problem, why is only
> > > firefox/internet-video affected?
> >
> > firefox might be using GPU-offloading for the video playback (decoder in
> > GPU) where MPV might not use the GPU for decoding and is only CPU-bound.
> >
> > --
> > Joost
>
> Hi Joost,
>
> mpv is installed as follows:
>
>
> [I] media-video/mpv
> Available versions: 0.32.0-r1^t ***l^t {+X +alsa aqua archive
> bluray cdda +cli coreaudio cplugins cuda debug doc drm dvb dvd +egl gamepad
> gbm +iconv jack javascript jpeg lcms +libass libcaca libmpv +lua luajit
> openal +opengl oss pulseaudio raspberry-pi rubberband samba sdl selinux
> test tools +uchardet vaapi vdpau vulkan wayland +xv zimg zlib
> PYTHON_TARGETS="python3_6 python3_7 python3_8"} Installed versions:
> 0.32.0-r1^t(08:15:17 AM 05/16/2020)(X alsa cdda cli cuda dvb dvd egl iconv
> jpeg lcms libass lua luajit opengl oss rubberband sdl uchardet xv zlib
> -aqua -archive -bluray -coreaudio -cplugins -debug -doc -drm -gamepad -gbm
> -jack -javascript -libcaca -libmpv -openal -pulseaudio -raspberry-pi -samba
> -selinux -test -tools -vaapi -vdpau -vulkan -wayland -zimg
> PYTHON_TARGETS="python3_7 -python3_6 -python3_8") Homepage:
> https://mpv.io/ https://github.com/mpv-player/mpv Description:
> Media player based on MPlayer and mplayer2
>
>
> The USE flag "cuda" - therefore mpv should be able to utilize the
> GPU...
>
> Cheers!
> Meino
Meino,
I would agree as well, except I don't think all video-codecs can be offloaded
to the GPU.
"mpv" might also be clever enough not to use the GPU if it is too busy whereas
firefox/video might not have that logic.
I don't know enough about the internals to be 100% certain, but, to me, this
is a plausible explanation. Especially as video-cards have built-in decoders,
but not for all codecs.
--
Joost
Re: [gentoo-user] How to manage load on the GPU?
On 05/20 09:44, J. Roeleveld wrote:
> On Monday, May 18, 2020 8:22:52 PM CEST tu...@posteo.de wrote:
> > On 05/18 09:58, Matt Connell (Gmail) wrote:
> > > On 2020-05-18 09:40, tastytea wrote:
> > > > Another solution is to modify the priority yourself, with `renice
> > > > --priority 15 $(pidof blender)` for example. The priority can be from
> > > > -20 (very high priority) to 19 (very low priority).
> > >
> > > According to the man page for renice, there is a --gpu flag that can be
> > > used (today I learned) that the OP may want to try as well.
> >
> > If it is a load/performance problem, why is only
> > firefox/internet-video affected?
>
> firefox might be using GPU-offloading for the video playback (decoder in GPU)
> where MPV might not use the GPU for decoding and is only CPU-bound.
>
> --
> Joost
>
>
>
Hi Joost,
mpv is installed as follows:
[I] media-video/mpv
Available versions: 0.32.0-r1^t ***l^t {+X +alsa aqua archive bluray
cdda +cli coreaudio cplugins cuda debug doc drm dvb dvd +egl gamepad gbm +iconv
jack javascript jpeg lcms +libass libcaca libmpv +lua luajit openal +opengl oss
pulseaudio raspberry-pi rubberband samba sdl selinux test tools +uchardet vaapi
vdpau vulkan wayland +xv zimg zlib PYTHON_TARGETS="python3_6 python3_7
python3_8"}
Installed versions: 0.32.0-r1^t(08:15:17 AM 05/16/2020)(X alsa cdda cli
cuda dvb dvd egl iconv jpeg lcms libass lua luajit opengl oss rubberband sdl
uchardet xv zlib -aqua -archive -bluray -coreaudio -cplugins -debug -doc -drm
-gamepad -gbm -jack -javascript -libcaca -libmpv -openal -pulseaudio
-raspberry-pi -samba -selinux -test -tools -vaapi -vdpau -vulkan -wayland -zimg
PYTHON_TARGETS="python3_7 -python3_6 -python3_8")
Homepage:https://mpv.io/ https://github.com/mpv-player/mpv
Description: Media player based on MPlayer and mplayer2
The USE flag "cuda" - therefore mpv should be able to utilize the
GPU...
Cheers!
Meino
Re: [gentoo-user] How to manage load on the GPU?
On Monday, May 18, 2020 8:22:52 PM CEST tu...@posteo.de wrote: > On 05/18 09:58, Matt Connell (Gmail) wrote: > > On 2020-05-18 09:40, tastytea wrote: > > > Another solution is to modify the priority yourself, with `renice > > > --priority 15 $(pidof blender)` for example. The priority can be from > > > -20 (very high priority) to 19 (very low priority). > > > > According to the man page for renice, there is a --gpu flag that can be > > used (today I learned) that the OP may want to try as well. > > If it is a load/performance problem, why is only > firefox/internet-video affected? firefox might be using GPU-offloading for the video playback (decoder in GPU) where MPV might not use the GPU for decoding and is only CPU-bound. -- Joost
Re: [gentoo-user] [SOLVED] eselect-opengl Blockage (with a capital "B") problem
J. Roeleveld wrote:
> On 20 May 2020 05:44:58 CEST, Walter Dnes wrote:
>> On Tue, May 19, 2020 at 03:14:03PM +0200, J. Roeleveld wrote
> On Mon, May 18, 2020 at 01:53:19PM -0400, Walter Dnes wrote:
Thank you very much. I've got the update (156 packages) running
>> now.
I had set "-libglvnd" in make.conf on my main machine, but only
>> against
xorg-server on my secondary machine. Setting "-libglvnd" in
>> make.conf
solves the problem.
>>> Only for now.
>>> "Libglvnd" is scheduled to be removed as a USE flag. I would
>>> definitely suggest to switch to having that one on before it becomes
>>> mandatory.
>>>
>>> It has a lot of benefits over the eselect hack to be able to have
>>> multiple opengl implementations running.
>> The reason I had originally turned it off was because when it first
>> showed up as a flag, I checked Google to find out what it was. Almost
>> every hit on webforums was like...
>>
>> Person 1 - Help; my "update world" dies
>> Person 2 - Turn off "libglvnd" in make.conf
>> Person 1 - Thank you; my update works fine now
>>
>> Add me to the list. If this is to be a new default config setup, I'd
>> appreciate a news item about it, like the python 3.6 to 3.7 switchover.
> I actually had to enable this on my new laptop before it became stable to get
> the Nvidia chip and my external displays working.
> I am actually happy with this as I don't have to keep changing the opengl
> setting anymore when I need 3D performance.
>
> --
> Joost
Reading this thread, I checked and I to have this USE flag turned
off/disabled/whatever. I removed it from make.conf and commented out
everything else I found in /etc/portage and am checking to see what all
had to be rebuilt. I figure I may as well change now while I have a
otherwise stable system, except for the sddm-helper chewing memory
problem, and get ahead of the curve. ;-) Using that grep -r trick
comes in handy. Learned that from this list too.
It's odd how following a thread that may not even affect you ends up
doing so. :/
Just in case, this is what emerge spit out on my screen.
Calculating dependencies... done!
[ebuild R ] sys-libs/libblockdev-2.23-r1::gentoo USE="cryptsetup
lvm tools -bcache -device-mapper -dmraid -escrow -gtk-doc -introspection
-kbd -test -vdo" PYTHON_SINGLE_TARGET="python3_7 -python3_6
(-python3_8)" 0 KiB
[ebuild R ] media-libs/libdvdnav-6.0.0::gentoo USE="-static-libs"
ABI_X86="(64) -32 (-x32)" 0 KiB
[ebuild N ] media-libs/libglvnd-1.3.1::gentoo USE="X -test"
ABI_X86="32 (64) (-x32)" 698 KiB
[ebuild R ~] media-libs/mesa-20.0.4-r1::gentoo USE="X classic dri3
egl gallium gbm gles2 libglvnd* llvm wayland zstd -d3d9 -debug -gles1
-lm-sensors -opencl -osmesa (-selinux) -test -unwind -vaapi -valgrind
-vdpau -vulkan -vulkan-overlay -xa -xvmc" ABI_X86="32 (64) (-x32)"
VIDEO_CARDS="(-freedreno) -i915 -i965 -intel -iris (-lima) -nouveau
(-panfrost) -r100 -r200 -r300 -r600 -radeon -radeonsi (-vc4) -virgl
(-vivante) -vmware" 0 KiB
[blocks b ] media-libs/mesa[-libglvnd(-)]
("media-libs/mesa[-libglvnd(-)]" is blocking media-libs/libglvnd-1.3.1)
[ebuild R ] sys-libs/libcap-2.26-r2::gentoo USE="pam (split-usr)
-static-libs" ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild R ] x11-drivers/nvidia-drivers-440.82:0/440::gentoo USE="X
acpi driver gtk3 kms libglvnd* multilib tools -compat -static-libs -uvm
-wayland" ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild R ] x11-base/xorg-server-1.20.7:0/1.20.7::gentoo
USE="elogind ipv6 libglvnd* suid udev xorg -debug -dmx -doc -kdrive
-libressl -minimal (-selinux) -static-libs -systemd -unwind -wayland
-xcsecurity -xephyr -xnest -xvfb" 0 KiB
[uninstall ] app-eselect/eselect-opengl-1.3.1-r4::gentoo
[blocks b ] app-eselect/eselect-opengl
("app-eselect/eselect-opengl" is blocking
x11-drivers/nvidia-drivers-440.82, x11-base/xorg-server-1.20.7,
media-libs/mesa-20.0.4-r1)
Now let us pray to the portage gods for a happy outcome. o_O
Dale
:-) :-)
P. S. Between this and finding that weird The Black Bird movie from
1975, I'm having a good day. ROFL
