date:20200516

Rich Freeman wrote:
> On Sat, May 16, 2020 at 1:04 PM Jack  wrote:
>> The basic idea is to upgrade as few packages at a time as possible - but
>> you can't do just one because of these conflicts.
> If you get stuck in a really bad dependency mess that is sometimes necessary.
>
> However, I'd first suggest just trying to update everything:
> emerge -auDv --changed-use --keep-going --with-bdeps=y --changed-deps
> --backtrack=100 @world
>
> It is quite possible that this will just be a complete mess since such
> a long time has passed.
>
> If so I would try to do just those conflicts necessary to get portage
> updated to start.  Or maybe try the above command but using @system
> instead of @world.
>
> However, nobody should be under the impression that it is normal when
> updating to have to routinely update packages one at a time manually
> trying to work through conflicts.  As long as all the conflicting
> packages are within the scope of an update command, portage should
> generally be able to figure out how to handle this.
>
> Often when it can't it is the result of heavy-handed user
> configuration (USE=-* and so on).  I'm not saying that users can't do
> that if they want, but right now portage doesn't have any concept of
> soft use dependencies so anytime you stick something in a config file
> portage will treat it as the gospel even if one small change to your
> configuration will unblock a large logjam of conflicts.
>
> In an ideal world there would be some kind of prioritization of these
> configs so that you could have softer preferences and harder ones, and
> portage would just make a best effort to respect soft preferences
> without micromanagement.
>


I agree. I'd try to update world as well.  I've had occasion in the past
where doing a emerge -uaDN system would fail with conflicts but emerge
-uaDN world would work, just with a really long list of packages to
update.  It's worth a shot. If nothing else, the error would provide
more info.

To the OP.  Gentoo really needs to be synced and updated at least every
few months.  I do mine once a week.  Some update daily.  The downside of
updating only after long periods of time, running into multiple problem
updates that depend on each other.  It's bad enough with just one of
those to deal with but when you are hit with two, three or more, it
becomes easier to reinstall with a fresh tarball and go from there. 
Updating is doable but it can be very frustrating and result in a loss
of hair.  O_o

Didn't gentoolkit and portage have a circular deps problem several
months back?  I seem to recall it being tricky to get past but it has
been a while back.  This is another problem with updating after long
periods of time.  Old folks with foggy memory can't remember how they
worked around a problem.  If they didn't make notes, most of us forget
to do that, then we don't remember how we got around it to share the
solution, which often requires a decoder ring and a off the charts IQ. 
lol 

Dale

:-)  :-)

Re: [gentoo-user] sddm-helper and high memory usage

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

:-)  :-)

Re: [gentoo-user] handling a slot collision (for telegram) [SOLVED]


Thanks to the suggestions I got from the list, I was able to update QT
as follows:

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

and complete the installation of telegram-desktop.  Thanks to all.


On 05/16/20 18:18, Jack wrote:

For these, you probably need to upgrade every qt package to 5.14.

On 2020.05.16 04:46, n952162 wrote:

How do I handle a slot collision?

I'm trying to install telegram but get a slot conflict for
dev-qt/qtwidgets - it wants 5.14.1-r1 and I have 5.13-2 installed.

I see that these packages want 5.13.2

    dev-qt/qtprintsupport-5.13.2
    dev-qt/qtsvg-5.13.2
    dev-qt/qtopengl-5.13.2

Their ebuilds are like

~dev-qt/qtwidgets-${PV}[gles2-only=]

so, qtwidget is dependent on the revision of the package being built.

I have no ebuilds (any longer) for qtwidget-5.13, only for 5.14.

If I try to emerge dev-qt/qtcore-5.14.1-r1, I get a slot collision.
If I try to remove dev-qt/qtcore-5.13.2-r1 (using -p), it tells me

>>> No packages selected for removal by depclean

You have to see what is pulling in qtcore - it's probably some other
qt package at 5.13, which then also needs to be upgraded to 5.14.


I don't know what to try next.

Re: [gentoo-user] Kernel config for Docker

2020-05-16 Thread Viktar Patotski

hey,

to solve this part:
- /dev/zfs: missing
- zfs command: missing
- zpool command: missing


Do `emerge sys-fs/zfs` and reboot.

Viktar

On Sat, May 16, 2020 at 8:05 PM Victor Ivanov 
wrote:

> Some of these are obsolete and have been removed in newer kernels.
>
> NF_NAT ones have been superseded by / renamed to:
>
> CONFIG_NF_NAT
> CONFIG_IP_NF_NAT
> CONFIG_IP6_NF_NAT
>
> I'm not sure about CONFIG_INET_XFRM_MODE_TRANSPORT but I believe it's
> now incorporated into other XFRM config variables in newer kernels. I
> will need to look at the kernel changelogs. But you should be fine
> without it.
>
> AUFS is not part of the main kernel tree, so the following option does
> not apply:
>
> CONFIG_AUFS_FS
>
> That said, Docker does _not_ require AUFS, but it does still support it
> as an option. Docker docs, recommend using OverlayFS instead which is
> also part of the main kernel tree.
>
> As far as I recall there are patches and overlays that will allow you to
> enable AUFS if needed. Debian, for example, does not include AUFS and
> instead uses DKMS for AUFS support.
>
> The CFQ I/O scheduler is obsolete and has been removed, so the following
> do not exist and have no alternatives except for running an older kernel:
>
> CONFIG_IOSCHED_CFQ
> CONFIG_CFQ_GROUP_IOSCHED
>
> Docker will run just fine with the BFQ scheduler.
>
> Generally speaking the docker kernel validation script is fundamentally
> flawed by design - it doesn't check the kernel options based on the
> kernel version. Instead it uses as single global list of CONFIG options
> and matches against that.
>
> - Victor
>
> On 16/05/2020 18:12, Peter Humphrey wrote:
> > Afternoon all,
> >
> > I'm trying to follow the wiki[1] to set up gentoo-sources-5.4.38, but
> the wiki
> > seems to have been written for a different kernel version. Nothing
> daunted, I
> > set as many parameters as I could, rebooted and ran
> /usr/share/docker/contrib/
> > check-config.sh. I got 9 things missing, thus:
> >
> > $ /usr/share/docker/contrib/check-config.sh > /tmp/config-check
> > $ grep missing /tmp/config-check
> > - CONFIG_NF_NAT_IPV4: missing
> > - CONFIG_NF_NAT_NEEDED: missing
> > - CONFIG_IOSCHED_CFQ: missing
> > - CONFIG_CFQ_GROUP_IOSCHED: missing
> >   - CONFIG_INET_XFRM_MODE_TRANSPORT: missing
> > - CONFIG_AUFS_FS: missing
> > - /dev/zfs: missing
> > - zfs command: missing
> > - zpool command: missing
> >
> > I can't find any of those. Any clues for the uninitiated?
> >
> > 1.  https://wiki.gentoo.org/wiki/Docker
> >
>
>

Re: [gentoo-user] Kernel config for Docker

2020-05-16 Thread Victor Ivanov

Some of these are obsolete and have been removed in newer kernels.

NF_NAT ones have been superseded by / renamed to:

CONFIG_NF_NAT
CONFIG_IP_NF_NAT
CONFIG_IP6_NF_NAT

I'm not sure about CONFIG_INET_XFRM_MODE_TRANSPORT but I believe it's
now incorporated into other XFRM config variables in newer kernels. I
will need to look at the kernel changelogs. But you should be fine
without it.

AUFS is not part of the main kernel tree, so the following option does
not apply:

CONFIG_AUFS_FS

That said, Docker does _not_ require AUFS, but it does still support it
as an option. Docker docs, recommend using OverlayFS instead which is
also part of the main kernel tree.

As far as I recall there are patches and overlays that will allow you to
enable AUFS if needed. Debian, for example, does not include AUFS and
instead uses DKMS for AUFS support.

The CFQ I/O scheduler is obsolete and has been removed, so the following
do not exist and have no alternatives except for running an older kernel:

CONFIG_IOSCHED_CFQ
CONFIG_CFQ_GROUP_IOSCHED

Docker will run just fine with the BFQ scheduler.

Generally speaking the docker kernel validation script is fundamentally
flawed by design - it doesn't check the kernel options based on the
kernel version. Instead it uses as single global list of CONFIG options
and matches against that.

- Victor

On 16/05/2020 18:12, Peter Humphrey wrote:
> Afternoon all,
> 
> I'm trying to follow the wiki[1] to set up gentoo-sources-5.4.38, but the 
> wiki 
> seems to have been written for a different kernel version. Nothing daunted, I 
> set as many parameters as I could, rebooted and ran /usr/share/docker/contrib/
> check-config.sh. I got 9 things missing, thus:
> 
> $ /usr/share/docker/contrib/check-config.sh > /tmp/config-check
> $ grep missing /tmp/config-check
> - CONFIG_NF_NAT_IPV4: missing
> - CONFIG_NF_NAT_NEEDED: missing
> - CONFIG_IOSCHED_CFQ: missing
> - CONFIG_CFQ_GROUP_IOSCHED: missing
>   - CONFIG_INET_XFRM_MODE_TRANSPORT: missing
> - CONFIG_AUFS_FS: missing
> - /dev/zfs: missing
> - zfs command: missing
> - zpool command: missing
> 
> I can't find any of those. Any clues for the uninitiated?
> 
> 1.  https://wiki.gentoo.org/wiki/Docker
> 

signature.asc
Description: OpenPGP digital signature

Re: [gentoo-user] no ebuilds for telegram

2020-05-16 Thread Rich Freeman

On Sat, May 16, 2020 at 1:04 PM Jack  wrote:
>
> The basic idea is to upgrade as few packages at a time as possible - but
> you can't do just one because of these conflicts.

If you get stuck in a really bad dependency mess that is sometimes necessary.

However, I'd first suggest just trying to update everything:
emerge -auDv --changed-use --keep-going --with-bdeps=y --changed-deps
--backtrack=100 @world

It is quite possible that this will just be a complete mess since such
a long time has passed.

If so I would try to do just those conflicts necessary to get portage
updated to start.  Or maybe try the above command but using @system
instead of @world.

However, nobody should be under the impression that it is normal when
updating to have to routinely update packages one at a time manually
trying to work through conflicts.  As long as all the conflicting
packages are within the scope of an update command, portage should
generally be able to figure out how to handle this.

Often when it can't it is the result of heavy-handed user
configuration (USE=-* and so on).  I'm not saying that users can't do
that if they want, but right now portage doesn't have any concept of
soft use dependencies so anytime you stick something in a config file
portage will treat it as the gospel even if one small change to your
configuration will unblock a large logjam of conflicts.

In an ideal world there would be some kind of prioritization of these
configs so that you could have softer preferences and harder ones, and
portage would just make a best effort to respect soft preferences
without micromanagement.

-- 
Rich

Re: [gentoo-user] Kernel config for Docker

2020-05-16 Thread Mark Knecht

On Sat, May 16, 2020 at 10:12 AM Peter Humphrey 
wrote:
>
> Afternoon all,
>
> I'm trying to follow the wiki[1] to set up gentoo-sources-5.4.38, but the
wiki
> seems to have been written for a different kernel version. Nothing
daunted, I
> set as many parameters as I could, rebooted and ran
/usr/share/docker/contrib/
> check-config.sh. I got 9 things missing, thus:
>
> $ /usr/share/docker/contrib/check-config.sh > /tmp/config-check
> $ grep missing /tmp/config-check
> - CONFIG_NF_NAT_IPV4: missing
> - CONFIG_NF_NAT_NEEDED: missing
> - CONFIG_IOSCHED_CFQ: missing
> - CONFIG_CFQ_GROUP_IOSCHED: missing
>   - CONFIG_INET_XFRM_MODE_TRANSPORT: missing
> - CONFIG_AUFS_FS: missing
> - /dev/zfs: missing
> - zfs command: missing
> - zpool command: missing
>
> I can't find any of those. Any clues for the uninitiated?
>
> 1.  https://wiki.gentoo.org/wiki/Docker
>
> --
> Regards,
> Peter.

Hi Peter,
   Welcome to the world of Docker.

   Do you have an image you know you want to run? If so just try running it
and see if you get any complaints. There's a very simple Hello World image
and there are basic Ubuntu console level images that don't require much of
anything to get going.

   The NF_NAT stuff is networking. IOSCHED should be under the CPU
configuration area I think.

   I have /dev/zfs on my Kubuntu machine but I don't have zfs or zpool and
haven't ever had a problem with those.

Good lluck,
Mark

[gentoo-user] Kernel config for Docker

2020-05-16 Thread Peter Humphrey

Afternoon all,

I'm trying to follow the wiki[1] to set up gentoo-sources-5.4.38, but the wiki 
seems to have been written for a different kernel version. Nothing daunted, I 
set as many parameters as I could, rebooted and ran /usr/share/docker/contrib/
check-config.sh. I got 9 things missing, thus:

$ /usr/share/docker/contrib/check-config.sh > /tmp/config-check
$ grep missing /tmp/config-check
- CONFIG_NF_NAT_IPV4: missing
- CONFIG_NF_NAT_NEEDED: missing
- CONFIG_IOSCHED_CFQ: missing
- CONFIG_CFQ_GROUP_IOSCHED: missing
  - CONFIG_INET_XFRM_MODE_TRANSPORT: missing
- CONFIG_AUFS_FS: missing
- /dev/zfs: missing
- zfs command: missing
- zpool command: missing

I can't find any of those. Any clues for the uninitiated?

1.  https://wiki.gentoo.org/wiki/Docker

-- 
Regards,
Peter.

Re: [gentoo-user] no ebuilds for telegram

On 5/16/20 12:23 PM, n952162 wrote:

Oh oh oh! Are you saying ... given "..." in this:

Synopsis: emerge [options] [action] [ebuild | tbz2file | file | @set |
atom] ...

that the solution to my problems is to - for each conflict - to select
one of the two and put it on the same command line?

e.g:

sudo emerge -av =sys-apps/portage-2.3.89-r3
=app-portage/gemato-14.3 =dev-python/setuptools-44.1.0
dev-python/certifi-2019.11.28
Maybe. The issue is to first understand (for each slot conflict) what
is pulling in each of the conflicting versions. The newer version is
probably being pulled in as the default (highest version not flagged or
masked or ...). The older version is likely being pulled in by an older
version of some other package. Rather than specifying specific version,
just include the other package also.

The basic idea is to upgrade as few packages at a time as possible - but
you can't do just one because of these conflicts. So starting with
"emerge -1 portage" and seeing the older version of portage is being
pulled in by gentookit, just "emerge -1 portage gentoolkit". You may
have to go through many iterations to find a set of packages which will
cleanly upgrade together.

On 05/16/20 18:16, Jack wrote:

On 2020.05.16 11:56, n952162 wrote:

Okay, I'm blocked here, at the very beginning:

sys-apps/portage:0

(sys-apps/portage-*2.3.89-r3:0*/0::gentoo, ebuild scheduled for
merge) pulled in by
=sys-apps/portage-2.3.89-r3 (Argument)

(sys-apps/portage-*2.3.49:0/0*::gentoo, installed) pulled in by
sys-apps/portage[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_pypy(-),-python_single_target_python2_7(-),-python_single_target_python3_4(-),-python_single_target_python3_5(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-)]

required by (app-portage/gentoolkit-0.4.2-r1:0/0::gentoo, installed)

I'm trying to update from 2.3.49 to 2.3.89 and it tells me it has a
slot

conflict there. I can hardly delete portage and then add it ...

First, if you post a slot conflict, post the whole thing. (This one
is OK, but your previous one for gentoolkit only showed one of the two
entries. In this case, you probably need to upgrade gentoolkit and
portage at the same time.

On 05/16/20 17:38, n952162 wrote:

e.g.

sudo emerge -av =*sys-apps/portage-2.3.89-r3
*

I got (amongst tons of other stuff):

* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.

(app-portage/gentoolkit-0.4.2-r1:0/0::gentoo, installed) pulled
in by

app-portage/gentoolkit required by @selected

On 05/16/20 16:19, Jack wrote:

On 5/16/20 8:53 AM, n952162 wrote:

I did an emerge --sync and then "emerge -v1 portage" and it blew
up all
over the place. Log in the attachment.

How can I get things reestablished? Or, does gentoo simply
require a

smarter user than me, and I should go back to ubuntu?

I think the bottom line is that Gentoo needs to be updated more often
than yearly. Others may also comment, but right now, I think a
reinstall might be easier than working through all the problems,
unless you are trying to learn more about how things work.

My first question is why you have portage- unmasked? I suggest
going for the lowest version currently in the tree. I'm not sure if
your first step should really be portage itself, or upgrading
packages where the installed version is now masked due to security
errors or being too out of date.

Jack

On 05/14/20 23:36, Rich Freeman wrote:

On Thu, May 14, 2020 at 5:10 PM n952162 wrote:

On 05/14/20 22:46, Rich Freeman wrote:

On Thu, May 14, 2020 at 4:13 PM n952162 wrote:

Action: sync for repo: gentoo, returned code = 0

* An update to portage is available. It is _highly_
recommended
* that you update portage now, before any other packages are
updated.

* To update portage, run 'emerge --oneshot portage' now.

...and? Did you update portage as it was _highly_ recommended
that
you do so first? What version of portage are you using? This
appears
on the top line of emerge --info.

$ emerge --info
Portage 2.3.49 (python 3.6.5-final-0, default/linux/x86/17.0,
gcc-7.3.0,
glibc-2.26-r7, 4.14.65-gentoo x86_64)

That version of portage has been removed from the repo for over a
year.

I would update your system so that is current and then try
again. I

believe that version of portage should still support EAPI 7 but
there
could be some other issue that is giving it problems with more
recent
packages in the tree.

Re: [gentoo-user] no ebuilds for telegram


Oh oh oh!  Are you saying ... given "..." in this:

 Synopsis: emerge [options] [action] [ebuild | tbz2file | file | @set |
atom] ...

that the solution to my problems is to - for each conflict - to select
one of the two and put it on the same command line?

e.g:

    sudo emerge -av =sys-apps/portage-2.3.89-r3
=app-portage/gemato-14.3  =dev-python/setuptools-44.1.0
dev-python/certifi-2019.11.28


On 05/16/20 18:16, Jack wrote:

On 2020.05.16 11:56, n952162 wrote:

Okay, I'm blocked here, at the very beginning:

   sys-apps/portage:0

      (sys-apps/portage-*2.3.89-r3:0*/0::gentoo, ebuild scheduled for
   merge) pulled in by
        =sys-apps/portage-2.3.89-r3 (Argument)

      (sys-apps/portage-*2.3.49:0/0*::gentoo, installed) pulled in by
sys-apps/portage[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_pypy(-),-python_single_target_python2_7(-),-python_single_target_python3_4(-),-python_single_target_python3_5(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-)]
   required by (app-portage/gentoolkit-0.4.2-r1:0/0::gentoo, installed)

I'm trying to update from 2.3.49 to 2.3.89 and it tells me it has a slot
conflict there.  I can hardly delete portage and then add it ...

First, if you post a slot conflict, post the whole thing.   (This one
is OK, but your previous one for gentoolkit only showed one of the two
entries.  In this case, you probably need to upgrade gentoolkit and
portage at the same time.




On 05/16/20 17:38, n952162 wrote:


e.g.

sudo emerge -av =*sys-apps/portage-2.3.89-r3
*


?

I got (amongst tons of other stuff):

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (app-portage/gentoolkit-0.4.2-r1:0/0::gentoo, installed) pulled in by
    app-portage/gentoolkit required by @selected

On 05/16/20 16:19, Jack wrote:

On 5/16/20 8:53 AM, n952162 wrote:

I did an emerge --sync and then "emerge -v1 portage" and it blew
up all
over the place.  Log in the attachment.

How can I get things reestablished?  Or, does gentoo simply require a
smarter user than me, and I should go back to ubuntu?


I think the bottom line is that Gentoo needs to be updated more often
than yearly.  Others may also comment, but right now, I think a
reinstall might be easier than working through all the problems,
unless you are trying to learn more about how things work.

My first question is why you have portage- unmasked?  I suggest
going for the lowest version currently in the tree.  I'm not sure if
your first step should really be portage itself, or upgrading
packages where the installed version is now masked due to security
errors or being too out of date.

Jack




On 05/14/20 23:36, Rich Freeman wrote:

On Thu, May 14, 2020 at 5:10 PM n952162  wrote:

On 05/14/20 22:46, Rich Freeman wrote:

On Thu, May 14, 2020 at 4:13 PM n952162  wrote:

Action: sync for repo: gentoo, returned code = 0

    * An update to portage is available. It is _highly_
recommended
    * that you update portage now, before any other packages are
updated.

    * To update portage, run 'emerge --oneshot portage' now.

...and?  Did you update portage as it was _highly_ recommended
that
you do so first?  What version of portage are you using? This
appears
on the top line of emerge --info.


$ emerge --info
Portage 2.3.49 (python 3.6.5-final-0, default/linux/x86/17.0,
gcc-7.3.0,
glibc-2.26-r7, 4.14.65-gentoo x86_64)

That version of portage has been removed from the repo for over a
year.

I would update your system so that is current and then try again.  I
believe that version of portage should still support EAPI 7 but
there
could be some other issue that is giving it problems with more
recent
packages in the tree.

Re: [gentoo-user] handling a slot collision (for telegram)


For these, you probably need to upgrade every qt package to 5.14.

On 2020.05.16 04:46, n952162 wrote:

How do I handle a slot collision?

I'm trying to install telegram but get a slot conflict for
dev-qt/qtwidgets - it wants 5.14.1-r1 and I have 5.13-2 installed.

I see that these packages want 5.13.2

    dev-qt/qtprintsupport-5.13.2
    dev-qt/qtsvg-5.13.2
    dev-qt/qtopengl-5.13.2

Their ebuilds are like

~dev-qt/qtwidgets-${PV}[gles2-only=]

so, qtwidget is dependent on the revision of the package being built.

I have no ebuilds (any longer) for qtwidget-5.13, only for 5.14.

If I try to emerge dev-qt/qtcore-5.14.1-r1, I get a slot collision.
If I try to remove dev-qt/qtcore-5.13.2-r1 (using -p), it tells me

>>> No packages selected for removal by depclean
You have to see what is pulling in qtcore - it's probably some other qt  
package at 5.13, which then also needs to be upgraded to 5.14.


I don't know what to try next.

Re: [gentoo-user] no ebuilds for telegram


On 2020.05.16 11:56, n952162 wrote:

Okay, I'm blocked here, at the very beginning:

   sys-apps/portage:0

  (sys-apps/portage-*2.3.89-r3:0*/0::gentoo, ebuild scheduled for
   merge) pulled in by
    =sys-apps/portage-2.3.89-r3 (Argument)

  (sys-apps/portage-*2.3.49:0/0*::gentoo, installed) pulled in by

sys-apps/portage[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_pypy(-),-python_single_target_python2_7(-),-python_single_target_python3_4(-),-python_single_target_python3_5(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-)]
   required by (app-portage/gentoolkit-0.4.2-r1:0/0::gentoo,  
installed)


I'm trying to update from 2.3.49 to 2.3.89 and it tells me it has a  
slot

conflict there.  I can hardly delete portage and then add it ...
First, if you post a slot conflict, post the whole thing.   (This one  
is OK, but your previous one for gentoolkit only showed one of the two  
entries.  In this case, you probably need to upgrade gentoolkit and  
portage at the same time.





On 05/16/20 17:38, n952162 wrote:


e.g.

sudo emerge -av =*sys-apps/portage-2.3.89-r3
*

?

I got (amongst tons of other stuff):

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (app-portage/gentoolkit-0.4.2-r1:0/0::gentoo, installed) pulled in  
by

    app-portage/gentoolkit required by @selected

On 05/16/20 16:19, Jack wrote:

On 5/16/20 8:53 AM, n952162 wrote:
I did an emerge --sync and then "emerge -v1 portage" and it blew  
up all

over the place.  Log in the attachment.

How can I get things reestablished?  Or, does gentoo simply  
require a

smarter user than me, and I should go back to ubuntu?


I think the bottom line is that Gentoo needs to be updated more  
often

than yearly.  Others may also comment, but right now, I think a
reinstall might be easier than working through all the problems,
unless you are trying to learn more about how things work.

My first question is why you have portage- unmasked?  I suggest
going for the lowest version currently in the tree.  I'm not sure if
your first step should really be portage itself, or upgrading
packages where the installed version is now masked due to security
errors or being too out of date.

Jack




On 05/14/20 23:36, Rich Freeman wrote:

On Thu, May 14, 2020 at 5:10 PM n952162  wrote:

On 05/14/20 22:46, Rich Freeman wrote:

On Thu, May 14, 2020 at 4:13 PM n952162  wrote:

Action: sync for repo: gentoo, returned code = 0

    * An update to portage is available. It is _highly_  
recommended
    * that you update portage now, before any other packages  
are

updated.

    * To update portage, run 'emerge --oneshot portage' now.
...and?  Did you update portage as it was _highly_ recommended  
that

you do so first?  What version of portage are you using? This
appears
on the top line of emerge --info.


$ emerge --info
Portage 2.3.49 (python 3.6.5-final-0, default/linux/x86/17.0,
gcc-7.3.0,
glibc-2.26-r7, 4.14.65-gentoo x86_64)

That version of portage has been removed from the repo for over a
year.

I would update your system so that is current and then try  
again.  I
believe that version of portage should still support EAPI 7 but  
there
could be some other issue that is giving it problems with more  
recent

packages in the tree.

Re: [gentoo-user] no ebuilds for telegram


Okay, I'm blocked here, at the very beginning:

   sys-apps/portage:0

  (sys-apps/portage-*2.3.89-r3:0*/0::gentoo, ebuild scheduled for
   merge) pulled in by
    =sys-apps/portage-2.3.89-r3 (Argument)

  (sys-apps/portage-*2.3.49:0/0*::gentoo, installed) pulled in by
   
sys-apps/portage[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_pypy(-),-python_single_target_python2_7(-),-python_single_target_python3_4(-),-python_single_target_python3_5(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-)]
   required by (app-portage/gentoolkit-0.4.2-r1:0/0::gentoo, installed)

I'm trying to update from 2.3.49 to 2.3.89 and it tells me it has a slot
conflict there.  I can hardly delete portage and then add it ...


On 05/16/20 17:38, n952162 wrote:


e.g.

sudo emerge -av =*sys-apps/portage-2.3.89-r3
*

?

I got (amongst tons of other stuff):

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (app-portage/gentoolkit-0.4.2-r1:0/0::gentoo, installed) pulled in by
    app-portage/gentoolkit required by @selected

On 05/16/20 16:19, Jack wrote:

On 5/16/20 8:53 AM, n952162 wrote:

I did an emerge --sync and then "emerge -v1 portage" and it blew up all
over the place.  Log in the attachment.

How can I get things reestablished?  Or, does gentoo simply require a
smarter user than me, and I should go back to ubuntu?


I think the bottom line is that Gentoo needs to be updated more often
than yearly.  Others may also comment, but right now, I think a
reinstall might be easier than working through all the problems,
unless you are trying to learn more about how things work.

My first question is why you have portage- unmasked?  I suggest
going for the lowest version currently in the tree.  I'm not sure if
your first step should really be portage itself, or upgrading
packages where the installed version is now masked due to security
errors or being too out of date.

Jack




On 05/14/20 23:36, Rich Freeman wrote:

On Thu, May 14, 2020 at 5:10 PM n952162  wrote:

On 05/14/20 22:46, Rich Freeman wrote:

On Thu, May 14, 2020 at 4:13 PM n952162  wrote:

Action: sync for repo: gentoo, returned code = 0

    * An update to portage is available. It is _highly_ recommended
    * that you update portage now, before any other packages are
updated.

    * To update portage, run 'emerge --oneshot portage' now.

...and?  Did you update portage as it was _highly_ recommended that
you do so first?  What version of portage are you using? This
appears
on the top line of emerge --info.


$ emerge --info
Portage 2.3.49 (python 3.6.5-final-0, default/linux/x86/17.0,
gcc-7.3.0,
glibc-2.26-r7, 4.14.65-gentoo x86_64)

That version of portage has been removed from the repo for over a
year.

I would update your system so that is current and then try again.  I
believe that version of portage should still support EAPI 7 but there
could be some other issue that is giving it problems with more recent
packages in the tree.

Re: [gentoo-user] no ebuilds for telegram


e.g.

sudo emerge -av =*sys-apps/portage-2.3.89-r3
*

?

I got (amongst tons of other stuff):

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (app-portage/gentoolkit-0.4.2-r1:0/0::gentoo, installed) pulled in by
    app-portage/gentoolkit required by @selected

On 05/16/20 16:19, Jack wrote:

On 5/16/20 8:53 AM, n952162 wrote:

I did an emerge --sync and then "emerge -v1 portage" and it blew up all
over the place.  Log in the attachment.

How can I get things reestablished?  Or, does gentoo simply require a
smarter user than me, and I should go back to ubuntu?


I think the bottom line is that Gentoo needs to be updated more often
than yearly.  Others may also comment, but right now, I think a
reinstall might be easier than working through all the problems,
unless you are trying to learn more about how things work.

My first question is why you have portage- unmasked?  I suggest
going for the lowest version currently in the tree.  I'm not sure if
your first step should really be portage itself, or upgrading packages
where the installed version is now masked due to security errors or
being too out of date.

Jack




On 05/14/20 23:36, Rich Freeman wrote:

On Thu, May 14, 2020 at 5:10 PM n952162  wrote:

On 05/14/20 22:46, Rich Freeman wrote:

On Thu, May 14, 2020 at 4:13 PM n952162  wrote:

Action: sync for repo: gentoo, returned code = 0

    * An update to portage is available. It is _highly_ recommended
    * that you update portage now, before any other packages are
updated.

    * To update portage, run 'emerge --oneshot portage' now.

...and?  Did you update portage as it was _highly_ recommended that
you do so first?  What version of portage are you using? This appears
on the top line of emerge --info.


$ emerge --info
Portage 2.3.49 (python 3.6.5-final-0, default/linux/x86/17.0,
gcc-7.3.0,
glibc-2.26-r7, 4.14.65-gentoo x86_64)

That version of portage has been removed from the repo for over a year.

I would update your system so that is current and then try again.  I
believe that version of portage should still support EAPI 7 but there
could be some other issue that is giving it problems with more recent
packages in the tree.

Re: [gentoo-user] sddm-helper and high memory usage

2020-05-16 Thread Michael

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.

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] no ebuilds for telegram


On 5/16/20 8:53 AM, n952162 wrote:

I did an emerge --sync and then "emerge -v1 portage" and it blew up all
over the place.  Log in the attachment.

How can I get things reestablished?  Or, does gentoo simply require a
smarter user than me, and I should go back to ubuntu?


I think the bottom line is that Gentoo needs to be updated more often 
than yearly.  Others may also comment, but right now, I think a 
reinstall might be easier than working through all the problems, unless 
you are trying to learn more about how things work.


My first question is why you have portage- unmasked?  I suggest 
going for the lowest version currently in the tree.  I'm not sure if 
your first step should really be portage itself, or upgrading packages 
where the installed version is now masked due to security errors or 
being too out of date.


Jack




On 05/14/20 23:36, Rich Freeman wrote:

On Thu, May 14, 2020 at 5:10 PM n952162  wrote:

On 05/14/20 22:46, Rich Freeman wrote:

On Thu, May 14, 2020 at 4:13 PM n952162  wrote:

Action: sync for repo: gentoo, returned code = 0

    * An update to portage is available. It is _highly_ recommended
    * that you update portage now, before any other packages are 
updated.


    * To update portage, run 'emerge --oneshot portage' now.

...and?  Did you update portage as it was _highly_ recommended that
you do so first?  What version of portage are you using? This appears
on the top line of emerge --info.


$ emerge --info
Portage 2.3.49 (python 3.6.5-final-0, default/linux/x86/17.0, 
gcc-7.3.0,

glibc-2.26-r7, 4.14.65-gentoo x86_64)

That version of portage has been removed from the repo for over a year.

I would update your system so that is current and then try again.  I
believe that version of portage should still support EAPI 7 but there
could be some other issue that is giving it problems with more recent
packages in the tree.

Re: [gentoo-user] [OT] BIOS Best settings (no o.c.) for RYZEN 5 3600 / MSI Tomahawk max ?

2020-05-16 Thread Michael

On Saturday, 16 May 2020 13:53:00 BST tu...@posteo.de wrote:
> On 05/16 01:04, Dale wrote:
> > tu...@posteo.de wrote:
> > > On 05/16 12:46, Dale wrote:
> > >> tu...@posteo.de wrote:
> > >>> Hi,
> > >>> 
> > >>> I am trying to figure out the best settings (performance wise) for a
> > >>> AMD Ryzen 5 3600 with a MSI Tomahawk max motherboard.
> > >>> 
> > >>> I don't want to overclock -- tweaking the bios is for finding
> > >>> the optimal setting in oposite to waste performance via sub-optimal
> > >>> settings like not activateing XMP profile and running the RAM at
> > >>> JEDEC speeds instead of what the vendor guaranties.
> > >>> 
> > >>> Unfortunately, there are quite a view settings to which I didn't
> > >>> find any explanation, for what they are good.
> > >>> 
> > >>> Any help is very appreciated! :)
> > >>> 
> > >>> Cheers,
> > >>> Meino
> > >> 
> > >> I usually buy boards that can overclock but don't do it.  What I
> > >> usually
> > >> look for once I get my CPU, memory and all installed, the selection for
> > >> optimized settings or something to that effect.  I've always found that
> > >> that setting works pretty darn well.  I had to tweak the IOMMU or
> > >> something setting but other than that, I let it detect the best
> > >> settings.  If I upgrade the BIOS, I repeat that on the first boot up. 
> > >> In my experience, it picks good safe settings that result in stable
> > >> systems. 
> > >> 
> > >> I've never had a MSI mobo, yet, so it may be called something different
> > >> but even Dell and Gateway usually have something similar to choose.  It
> > >> may be worth looking into . 
> > >> 
> > >> Dale
> > >> 
> > >> :-)  :-) 
> > > 
> > > Hi Dale,
> > > 
> > > thanks for your info! :)
> > > 
> > > I think it is called "Auto" with the MSI bios.
> > > When using this, JEDEC timings and a command rate of 2
> > > instead of 1 are choosen for DDR4 (as an example)...which
> > > isn't optimal.
> > > 
> > > These "Auto" were the reason for better settings.
> > > I think I have to tweak the bios settings by hand...
> > > 
> > > Cheers!
> > > Meino
> > 
> > Maybe for once I got lucky and something worked.  ROFL  I once visited
> > the overclockers forum and found a listing for the "safe" settings for
> > all sorts of Mobo and CPU and memory combinations.  That was back in my
> > ABIT NF7?? days.  I don't know if they still post those or not.  The
> > overclockers forum isn't just about overclocking.  They have info on
> > what is considered safe as well.  May be worth searching for info there
> > as well as what people share here.  If you lucky, someone has the same
> > hardware you have and can share a screenshot or something. 
> > 
> > This is a link to the home page.  You can get to the forums as well as
> > how-tos and such from there. 
> > 
> > https://www.overclockers.com/
> > 
> > Hope that helps.  Even one piece of good info can make it worthwhile. 
> > You don't want the smoke to get out of a chip or something.  o_O
> > 
> > Dale
> > 
> > :-)  :-) 
> 
> Hi Dale,
> 
> without your help/info I would have NEVER checked an overclockers
> forum for information about the direct opposite of it ! ;)
> 
> Thanks a lot, Dale! Will grep the forum there!
> 
> Cheers!
> Meino

Clicking on Auto, or default settings should give you a system which boots, 
but may be suboptimal compared to the capabilities of your hardware.  I don't 
have the same hardware with you to compare notes, but the way I go about it is 
I increase the RAM frequency to the maximum the DRAM manufacturer recommends, 
dialing back the DRAM timings as necessary to ensure stability.  I also 
increase the CPU frequency, by adding to the CPU voltage offset but again 
within reason - the idea is to let it run at frequencies it was designed for, 
rather than cook the chip.  With minimal tweaking like that I get a high 
performing CPU/RAM combo, but always with stability, way below maximum 
voltages and frequencies.

The other thing I avoid is clicking on any auto-O/C 'performance' settings.  I 
have found they increase the voltage unnecessarily and often create an 
unstable system and a noisy cooling fan.  It goes without saying an 
aftermarket CPU cooler is a must before you start pushing your MoBo.

If you google and check youtube.com you'll see what people get up to with your 
hardware, but always use your judgment and err on the side of caution.  
Overclockers tend to boast how close to destruction they have pushed their 
hardware, until the next model is released - so their settings are typically 
an example of what you should avoid rather than emulate.

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] no ebuilds for telegram


I did an emerge --sync and then "emerge -v1 portage" and it blew up all
over the place.  Log in the attachment.

How can I get things reestablished?  Or, does gentoo simply require a
smarter user than me, and I should go back to ubuntu?


On 05/14/20 23:36, Rich Freeman wrote:

On Thu, May 14, 2020 at 5:10 PM n952162  wrote:

On 05/14/20 22:46, Rich Freeman wrote:

On Thu, May 14, 2020 at 4:13 PM n952162  wrote:

Action: sync for repo: gentoo, returned code = 0

* An update to portage is available. It is _highly_ recommended
* that you update portage now, before any other packages are updated.

* To update portage, run 'emerge --oneshot portage' now.

...and?  Did you update portage as it was _highly_ recommended that
you do so first?  What version of portage are you using?  This appears
on the top line of emerge --info.


$ emerge --info
Portage 2.3.49 (python 3.6.5-final-0, default/linux/x86/17.0, gcc-7.3.0,
glibc-2.26-r7, 4.14.65-gentoo x86_64)

That version of portage has been removed from the repo for over a year.

I would update your system so that is current and then try again.  I
believe that version of portage should still support EAPI 7 but there
could be some other issue that is giving it problems with more recent
packages in the tree.




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 U  ] dev-lang/python-exec-2.4.6-r1:2::gentoo [2.4.6:2::gentoo] 
PYTHON_TARGETS="(pypy3) (python2_7) (python3_6) (python3_7*) (python3_8%*) 
(-jython2_7%*) (-pypy%*) (-python3_4%*) (-python3_5%*)" 86 KiB
[ebuild  N ] virtual/libcrypt-1-r1:0/1::gentoo  USE="static-libs" 0 KiB
[ebuild  N ] dev-perl/TimeDate-2.300.0::gentoo  31 KiB
[ebuild  N ] dev-perl/MailTools-2.190.0::gentoo  USE="-examples -test" 55 
KiB
[ebuild  N ] dev-perl/Error-0.170.250::gentoo  USE="-test" 32 KiB
[ebuild U  ] dev-lang/perl-5.30.1:0/5.30::gentoo [5.24.3-r1:0/5.24::gentoo] 
USE="berkdb gdbm -debug -doc -ithreads" 12200 KiB
[ebuild  N ] virtual/perl-Digest-SHA-6.20.0::gentoo  0 KiB
[ebuild  N ] dev-perl/Digest-HMAC-1.30.0-r1::gentoo  0 KiB
[ebuild  N ] dev-perl/Authen-SASL-2.160.0-r1::gentoo  USE="-kerberos" 0 KiB
[ebuild  NS] dev-lang/python-3.7.7-r2:3.7/3.7m::gentoo [2.7.15:2.7::gentoo, 
3.6.5:3.6/3.6m::gentoo] USE="gdbm ipv6 ncurses readline sqlite ssl xml 
-bluetooth -build -examples -hardened -libressl -test -tk -wininst" 16879 KiB
[ebuild  N ] dev-vcs/git-2.26.2::gentoo  USE="blksha1 curl gpg iconv nls 
pcre pcre-jit perl threads webdav -cgi -cvs -doc -emacs -gnome-keyring 
-highlight -libressl (-mediawiki) (-mediawiki-experimental) -perforce 
(-ppcsha1) -subversion -test -tk -xinetd" PYTHON_SINGLE_TARGET="python3_7 
-python3_6" 6319 KiB
[ebuild U  ] dev-python/setuptools-44.1.0::gentoo [36.7.2::gentoo] 
USE="-test" PYTHON_TARGETS="python2_7 python3_7%* (-pypy3) -python3_6* 
(-python3_8) (-pypy%) (-python3_4%) (-python3_5%)" 839 KiB
[ebuild U  ] dev-python/certifi-2019.11.28::gentoo [2018.4.16::gentoo] 
PYTHON_TARGETS="python2_7 python3_7* (-pypy3) -python3_6* (-python3_8) (-pypy%) 
(-python3_4%) (-python3_5%)" 153 KiB
[ebuild U  ] app-portage/gemato-14.3::gentoo [14.0::gentoo] USE="gpg -test 
-tools (-blake2%*) (-bzip2%*) (-lzma%) (-sha3%)" PYTHON_TARGETS="python3_7* 
(-pypy3) -python3_6* (-python3_8) (-pypy%) (-python2_7%*) (-python3_4%) 
(-python3_5%)" 70 KiB
[ebuild U *] sys-apps/portage-::gentoo [2.3.49::gentoo] USE="(ipc) 
native-extensions rsync-verify xattr -apidoc% -binpkg-zstd% -build -doc 
-gentoo-dev (-selinux) (-epydoc%)" PYTHON_TARGETS="python3_7* -pypy3% 
-python3_6* (-python3_8) (-pypy%) (-python2_7%*) (-python3_4%) (-python3_5%)" 0 
KiB

Total: 15 packages (6 upgrades, 8 new, 1 in new slot), Size of downloads: 36659 
KiB

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

dev-lang/perl:0

  (dev-lang/perl-5.24.3-r1:0/5.24::gentoo, installed) pulled in by
dev-lang/perl:0/5.24= required by 
(virtual/perl-Scalar-List-Utils-1.420.200_rc-r1:0/0::gentoo, installed)
    
  
dev-lang/perl:0/5.24=[-build(-)] required by 
(dev-perl/File-DesktopEntry-0.40.0-r1:0/0::gentoo, installed)
    
   
dev-lang/perl:0/5.24= required by 
(virtual/perl-Data-Dumper-2.160.0-r1:0/0::gentoo, installed)
    
   
dev-lang/perl:0/5.24= required by

Re: [gentoo-user] [OT] BIOS Best settings (no o.c.) for RYZEN 5 3600 / MSI Tomahawk max ?

2020-05-16 Thread tuxic

On 05/16 01:04, Dale wrote:
> tu...@posteo.de wrote:
> > On 05/16 12:46, Dale wrote:
> >> tu...@posteo.de wrote:
> >>> Hi,
> >>>
> >>> I am trying to figure out the best settings (performance wise) for a
> >>> AMD Ryzen 5 3600 with a MSI Tomahawk max motherboard.
> >>>
> >>> I don't want to overclock -- tweaking the bios is for finding
> >>> the optimal setting in oposite to waste performance via sub-optimal
> >>> settings like not activateing XMP profile and running the RAM at
> >>> JEDEC speeds instead of what the vendor guaranties.
> >>>
> >>> Unfortunately, there are quite a view settings to which I didn't 
> >>> find any explanation, for what they are good.
> >>>
> >>> Any help is very appreciated! :)
> >>>
> >>> Cheers,
> >>> Meino
> >> I usually buy boards that can overclock but don't do it.  What I usually
> >> look for once I get my CPU, memory and all installed, the selection for
> >> optimized settings or something to that effect.  I've always found that
> >> that setting works pretty darn well.  I had to tweak the IOMMU or
> >> something setting but other than that, I let it detect the best
> >> settings.  If I upgrade the BIOS, I repeat that on the first boot up. 
> >> In my experience, it picks good safe settings that result in stable
> >> systems. 
> >>
> >> I've never had a MSI mobo, yet, so it may be called something different
> >> but even Dell and Gateway usually have something similar to choose.  It
> >> may be worth looking into . 
> >>
> >> Dale
> >>
> >> :-)  :-) 
> > Hi Dale,
> >
> > thanks for your info! :)
> >
> > I think it is called "Auto" with the MSI bios.
> > When using this, JEDEC timings and a command rate of 2
> > instead of 1 are choosen for DDR4 (as an example)...which
> > isn't optimal.
> >
> > These "Auto" were the reason for better settings.
> > I think I have to tweak the bios settings by hand...
> >
> > Cheers!
> > Meino
> >
> 
> Maybe for once I got lucky and something worked.  ROFL  I once visited
> the overclockers forum and found a listing for the "safe" settings for
> all sorts of Mobo and CPU and memory combinations.  That was back in my
> ABIT NF7?? days.  I don't know if they still post those or not.  The
> overclockers forum isn't just about overclocking.  They have info on
> what is considered safe as well.  May be worth searching for info there
> as well as what people share here.  If you lucky, someone has the same
> hardware you have and can share a screenshot or something. 
> 
> This is a link to the home page.  You can get to the forums as well as
> how-tos and such from there. 
> 
> https://www.overclockers.com/
> 
> Hope that helps.  Even one piece of good info can make it worthwhile. 
> You don't want the smoke to get out of a chip or something.  o_O
> 
> Dale
> 
> :-)  :-) 

Hi Dale,

without your help/info I would have NEVER checked an overclockers
forum for information about the direct opposite of it ! ;)

Thanks a lot, Dale! Will grep the forum there!

Cheers!
Meino

Re: [gentoo-user] sddm-helper and high memory usage

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

:-)  :-)

[gentoo-user] handling a slot collision (for telegram)


How do I handle a slot collision?

I'm trying to install telegram but get a slot conflict for
dev-qt/qtwidgets - it wants 5.14.1-r1 and I have 5.13-2 installed.

I see that these packages want 5.13.2

    dev-qt/qtprintsupport-5.13.2
    dev-qt/qtsvg-5.13.2
    dev-qt/qtopengl-5.13.2

Their ebuilds are like

~dev-qt/qtwidgets-${PV}[gles2-only=]

so, qtwidget is dependent on the revision of the package being built.

I have no ebuilds (any longer) for qtwidget-5.13, only for 5.14.

If I try to emerge dev-qt/qtcore-5.14.1-r1, I get a slot collision.
If I try to remove dev-qt/qtcore-5.13.2-r1 (using -p), it tells me

>>> No packages selected for removal by depclean

I don't know what to try next.

Re: [gentoo-user] [OT] BIOS Best settings (no o.c.) for RYZEN 5 3600 / MSI Tomahawk max ?