Re: [gentoo-user] PYTHON_TARGET errors

[Walter Dnes]

On Fri, Mar 17, 2017 at 03:30:19AM +0100, Ralf wrote

> >   Since you're using PYTHON_TARGETS="python3_4 -python3_5", the "local"
> > option is to add the following line to package.use to apply to gedit only.
> Yep, i know, and then the next package complains. So why didn't this
> happen before? What changed?

  gedit's dependancies changed.

> Can't I just enable some default settings somewhere?

  You *DO* have "some default settings somewhere".  As you said to Dale

> It tells me:
> PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_4"

> I don't want to introduce dozens of local settings for packages,
> especially as everything used to work before.

  Sorry... you want/need several distinct packages.  Most of them
currently need python_single_target_python2_7, but gedit currently needs
python_single_target_python3_4.  Deal with it.

  That's what package.use is for.  In a binary distro, everything can
be synchronized to the same library dependancies.  In a "rolling distro"
like Gentoo, not every library/package is updated simultaneously.  One
package switches from python2_x to python3_x, and then another, and then
another.  Compare two options...

PYTHON_SINGLE_TARGET="python3_4" in make.conf requires you to set X lines
"foo-bar/package python_single_target_python2_7" in package.use


PYTHON_SINGLE_TARGET="python2_7" in make.conf requires you to set Y lines
"foo-bar/package python_single_target_python3_4" in package.use


  Currently X > Y, so stick with 2_7 as the default for now.  Over time,
Y will increase, and X will decrease.  When Y > X, switch make.conf to
PYTHON_SINGLE_TARGET="python3_4" and list the exceptions in package.use.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] Diskless nodes

[thelma]

On 03/16/2017 03:31 PM, Rich Freeman wrote:
> On Thu, Mar 16, 2017 at 3:02 PM,   wrote:
>> On 03/16/2017 05:58 AM, k...@aspodata.se wrote:
>>> Thelma:
 Is anybody running Diskless machine, booting over network?
 How is the speed?
>>>
>>> I've done diskless before but it has been a few years since,
>>> it was working just fine. Don't remember any specific issues
>>> once you get it working.
>>>
 I have a Gentoo machine running Windows7 via VM.
 I need to network another PC and connect to that VM so I was thinking
 setting up Diskless node but never done it before.
>>>
>>> You have to ask someone else about diskless MS-Windows.
>>>
>>
>> I think I would "tax" the resources on the serving machine too much.  I
>> would need to run another VM-2 - Windows7 on the server that create
>> access to VM-1 - Windows7 running the main program on the server.
>>
> 
> Can you clarify what you're trying to do?  Are you looking to run
> windows on a VM on a server as a "virtual desktop" and just access it
> remotely from a diskless thin client using RDP or something like that?
>  If so there are a few options for this and it is actually a somewhat
> normal configuration.  Indeed you can still buy dedicated thin client
> hardware that can be configured to do nothing more than boot up and
> connect to your VM using RDP (or better still something like a Citrix
> server).  Often the thin clients just run linux and a citrix client,
> but they could also run an embedded windows.  They aren't really
> diskless per se so much as flash-based but they aren't designed for
> any kind of local storage other than their configuration.  The main
> advantage is that you don't have to worry about employees or such
> storing data locally since they can't, and they use little power and
> boot up really quickly and can't get viruses and such.  The downside
> is that they're a one-trick pony and these days there are better
> options, like rolling your own with a Pi or whatever.
> 
> Now, if what you want is a diskless linux client there are a bunch of
> options.  It might be used to run RDP and connect to a windows VM just
> like a traditional thin client.  Or it could just do whatever you'd
> want to do with linux.  I was PXE booting a mini-ITX linux box as a
> mythtv frontend for years until the board died.  Typically in this
> configuration you'd serve the kernel and initramfs via PXE or similar
> and then mount the root over nfs, but there are other options like
> iSCSI or even just using a huge initramfs containing your whole OS.
> 
> However, I'm not sure that is how I'd actually do it these days.  A Pi
> is dirt cheap, so I'd probably just use one of those and the OS is on
> a flash disk.  That makes it pretty easy to back up, and you could
> install updates from another box.  Doing it with Gentoo though would
> be a little more painful.
> 
> With my mini-ITX with an nfs root it was easier, since it was
> Atom-based.  I just updated the root filesystem from inside a chroot
> on more powerful box. I just had to set an appropriate -march so that
> it would run on both systems.  That isn't quite as simple in the pi
> example unless your build box is a compatible ARM server.  You're
> stuck cross-compiling everything otherwise.

On a remote network I run VM-Window7 a program (that uses mainly MySQL 
database). This program can be access only via Window7 or higher so any user 
who wants to have an access to that database has to run some Windows7 or higher.

The main server that runs that program will be 8-core AMD with 16GB of RAM
But I want to give an access to another user to that Windiws7 program, and I 
don't have a dedicated machine running Windows I run Windows via VM only.

I have a small box Atom 2GB RAM 500GB SSD (running mainly asterisk, hylafax) 
but it will not run Windows7 not enough RAM, CPU-power etc. It will run 
Windows7 but painfully slow. When you star Windows7 on it you can go and have a 
coffee :-/

System uname: 
Linux-3.14.14-gentoo-x86_64-Intel-R-_Atom-TM-_CPU_330_@_1.60GHz-with-gentoo-2.3
(I'm in the process of upgrading it).

So, instead of getting into trouble of making disk-less node I figure it out my 
Atom (small box) can access Main server via X2GO.  I tested it on my local 
network and speed wise it works OK.  Buy my computer is much faster than the 
Atom.  So after upgrade I'll see how it will run. All boxes have gigabit 
network cards.

So the user that runs small Atom box will access the main server via X2GO and 
start another VM-Wndows7 on it.  My main sever can handle running two Windows7 
via VM.  
I think this is best solution for now.

--
Thelma 

Re: [gentoo-user] PYTHON_TARGET errors

[Ralf]

On 03/17/2017 03:19 AM, Walter Dnes wrote:
> On Fri, Mar 17, 2017 at 02:09:29AM +0100, Ralf wrote
>
>> So somehow PYTHON_TARGET and PYTHON_SINGLETARGET got screwed on my
>> system. I know how I could fix this for gedit only, but then other
>> packages begin complaining about the same issue as well.
>   No, it's not screwed up.  gedit insists on python 3.x now in
> PYTHON_SINGLE_TARGET, given your USE flags.  Start from the beginning.
> app-editors/gedit-3.22.0::gentoo USE="introspection python spell"
> You have (via package.use, make.conf, or profile) invoked the "python"
> and "introspection" USE flags for gedit.  The bit...
Yes, I know what is wrong. But it's not only wrong for gedit, other
packages will fail as well, if I correct the settings for gedit.
>
>>   The following REQUIRED_USE flag constraints are unsatisfied:
>> python? ( exactly-one-of ( python_single_target_python3_4
>> python_single_target_python3_5 ) )
> ...says that you need "exactly-one-of" the following...
>  ( python_single_target_python3_4 python_single_target_python3_5 )
>
>   Since you're using PYTHON_TARGETS="python3_4 -python3_5", the "local"
> option is to add the following line to package.use to apply to gedit only.
Yep, i know, and then the next package complains. So why didn't this
happen before? What changed?
>
> app-editors/gedit python_single_target_python3_4
>
>   You might consider the "global" option, which is to change make.conf
> to read PYTHON_SINGLE_TARGET="python3_4" if that doesn't cause rebuilds
> all over the place.
I already tried that. Then other packages complain because they are not
compatible to the settings gedit requires.
>
>   In either case, when upgrading from python 3.4 to 3.5 in the future,
> you'll have to change "3.4" to "3.5" in make.conf and/or package.use.
Can't I just enable some default settings somewhere? I don't want to
introduce dozens of local settings for packages, especially as
everything used to work before.

  Ralf

Re: [gentoo-user] PYTHON_TARGET errors

[Ralf]

On 03/17/2017 02:49 AM, Dale wrote:
> Ralf wrote:
>> On 03/17/2017 02:28 AM, Neil Bothwick wrote:
>>> Read the message again, it needs one of python3_4 or python3_5 in
>>> single target, you have neither.
>> ... And read mine :-)
>> I know.
>> And I know how I could fix that for single packages, but then the
>> next package complains about the very same issues. So somehow
>> 'default' settings seem not to apply any more.
>>>
>>> Do you have any PYTHON entries in make.conf?
>> No, not yet. My profile:
>> default/linux/amd64/13.0/desktop/gnome/systemd
>>
>> And I didn't do anything suspicious in the meanwhile, so for me it
>> seems they changed something in the profile.
>>
>> Thanks
>>   Ralf
>>>
>>> On 17 March 2017 01:09:29 GMT+00:00, Ralf
>>>  wrote:
>>>
>>> Hi,
>>>
>>> so I just emerged some unrelated packages, and then the following
>>> happened when trying to update my system:
>>>
>>> !!! The ebuild selected to satisfy ">=app-editors/gedit-3.22.0" has
>>> unmet requirements.
>>> - app-editors/gedit-3.22.0::gentoo USE="introspection python spell -test
>>> -vala" ABI_X86="64" PYTHON_SINGLE_TARGET="-python3_4 -python3_5"
>>> PYTHON_TARGETS="python3_4 -python3_5"
>>>
>>>   The following REQUIRED_USE flag constraints are unsatisfied:
>>> python? ( exactly-one-of ( python_single_target_python3_4
>>> python_single_target_python3_5 ) )
>>>
>>>   The above constraints are a subset of the following complete 
>>> expression:
>>> python? ( introspection exactly-one-of (
>>> python_single_target_python3_4 python_single_target_python3_5 )
>>> python_single_target_python3_4? ( python_targets_python3_4 )
>>> python_single_target_python3_5? ( python_targets_python3_5 ) )
>>>
>>>
>>> So somehow PYTHON_TARGET and PYTHON_SINGLETARGET got screwed on my
>>> system. I know how I could fix this for gedit only, but then other
>>> packages begin complaining about the same issue as well.
>>>
>>> Anything helps!
>>>
>>> Cheers
>>>   Ralf
>>>
>>>
>>> -- 
>>> Sent from my Android device with K-9 Mail. Please excuse my brevity. 
>>
>>
>
>
> I would check emerge --info just to confirm it.  If that shows a wrong
> setting, then you know it is a setting, somewhere.  If it doesn't,
> whole new can of worms. 
>
> Dale
>
> :-)  :-) 

It tells me:
PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_4"

So that's what I guess, that it's a setting somewhere... But where?
Everything used to work before.

  Ralf

Re: [gentoo-user] PYTHON_TARGET errors

[Walter Dnes]

On Fri, Mar 17, 2017 at 02:09:29AM +0100, Ralf wrote

> So somehow PYTHON_TARGET and PYTHON_SINGLETARGET got screwed on my
> system. I know how I could fix this for gedit only, but then other
> packages begin complaining about the same issue as well.

  No, it's not screwed up.  gedit insists on python 3.x now in
PYTHON_SINGLE_TARGET, given your USE flags.  Start from the beginning.
app-editors/gedit-3.22.0::gentoo USE="introspection python spell"
You have (via package.use, make.conf, or profile) invoked the "python"
and "introspection" USE flags for gedit.  The bit...

>   The following REQUIRED_USE flag constraints are unsatisfied:
> python? ( exactly-one-of ( python_single_target_python3_4
> python_single_target_python3_5 ) )

...says that you need "exactly-one-of" the following...
 ( python_single_target_python3_4 python_single_target_python3_5 )

  Since you're using PYTHON_TARGETS="python3_4 -python3_5", the "local"
option is to add the following line to package.use to apply to gedit only.

app-editors/gedit python_single_target_python3_4

  You might consider the "global" option, which is to change make.conf
to read PYTHON_SINGLE_TARGET="python3_4" if that doesn't cause rebuilds
all over the place.

  In either case, when upgrading from python 3.4 to 3.5 in the future,
you'll have to change "3.4" to "3.5" in make.conf and/or package.use.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] modules-load restart

[thelma]

On 03/16/2017 07:42 PM, Dale wrote:
> the...@sys-concept.com wrote:
>> On 03/16/2017 06:53 PM, Neil Bothwick wrote:
>>> On Thu, 16 Mar 2017 18:13:22 -0600, the...@sys-concept.com wrote:
>>>
>> but running: /etc/init.d/modules-load restart
>> does not restart the module.  
> Does modprobe load it?  
 Yes, it did; thank you.
 modprobe it87  Worked.

 But when I run:
 /etc/init.d/modules-load restart

 It is not showing up?
 I have "it87" in /etc/config.d/modules
>>> The should be
>>>
>>> modules="it87"
>>>
>>> and it should be in /etc/conf.d/modules
>> Thanks for the correction, yes: modules="it87"
>> But it still not loading/reloading it.
>>
>> /etc/init.d/modules-load restart
>>  * Loading module vboxnetflt [ ok ]
>>  * Loading module vboxnetadp [ ok ]
>>  * Loading module vboxdrv[ ok ]
>>  * Loading module vboxpci ...
>>
>> cat /etc/conf.d/modules 
>> modules="vboxdrv vboxnetflt vboxnetadp vboxpci"
>> modules="it87"
>>
>> --
>> Thelma
>>
>>
> 
> 
> I'm no modules expert, don't use them myself since I build everything
> in.  Why not try this way. 
> 
> modules="vboxdrv vboxnetflt vboxnetadp vboxpci it87"
> 
> Basically, instead of having two lines, have just one line.  On one
> hand, I wonder if it sees the first line and then ignores the rest of
> the file.  It doesn't exactly make sense but.  On the other hand, one
> would expect it to see both lines and add the two together or start
> loading them as it sees them or something. 
> 
> May be worth a shot.  :/
> 
> Dale
> 
> :-)  :-) 

I used to build everything into kernel as well but the kernels are
getting bigger and bigger.  To a point that on my old installation (the
box is abut 7-years old) my /boot partition can only accommodate one
kernel :-/

So I tried build it as module.
 modules="vboxdrv vboxnetflt vboxnetadp vboxpci it87"

did not make any difference.

--
Thelma

[gentoo-user] Re: Borked network connections on KDE apps (ftp, fish)

[Jonathan Callen]

On 03/16/2017 04:38 AM, Mick wrote:
> I updated one box with the latest stable KDE and discovered that 
> Konqueror/Dolphin will no longer connect to ftp or sftp servers.
> 
> depclean showed up and uninstalled a lot of packages, which I let it do 
> thinking they are no longer needed in the latest version of KDE, probably 
> because their functionality was merged with other packages:
> 
> 1489518204:  *** emerge --verbose --quiet-build=n --ask --depclean
> 1489518204:  >>> depclean
> 1489518253: === Unmerging... (media-fonts/font-misc-ethiopic-1.0.3)
> 1489518278:  >>> unmerge success: media-fonts/font-misc-ethiopic-1.0.3
> 1489518278: === Unmerging... (media-fonts/font-cursor-misc-1.0.3)
> 1489518290:  >>> unmerge success: media-fonts/font-cursor-misc-1.0.3
> 1489518290: === Unmerging... (virtual/krb5-0-r1)
> 1489518294:  >>> unmerge success: virtual/krb5-0-r1
> 1489518294: === Unmerging... (net-libs/webkit-gtk-2.4.11-r200)
> 1489518301:  >>> unmerge success: net-libs/webkit-gtk-2.4.11-r200
> 1489518301: === Unmerging... (kde-apps/kdebase-runtime-meta-16.04.3)
> 1489518306:  >>> unmerge success: kde-apps/kdebase-runtime-meta-16.04.3
> 1489518306: === Unmerging... (media-fonts/font-xfree86-type1-1.0.4)
> 1489518319:  >>> unmerge success: media-fonts/font-xfree86-type1-1.0.4
> 1489518319: === Unmerging... (kde-apps/renamedlg-plugins-16.04.3)
> 1489518326:  >>> unmerge success: kde-apps/renamedlg-plugins-16.04.3
> 1489518326: === Unmerging... (app-crypt/mit-krb5-1.14.2)
> 1489518333:  >>> unmerge success: app-crypt/mit-krb5-1.14.2
> 1489518333: === Unmerging... (sys-apps/paxctl-0.9)
> 1489518339:  >>> unmerge success: sys-apps/paxctl-0.9
> 1489518339: === Unmerging... (kde-apps/kdebugdialog-16.04.3)
> 1489518391:  >>> unmerge success: kde-apps/kdebugdialog-16.04.3
> 1489518391: === Unmerging... (kde-apps/kimgio-16.04.3)
> 1489518399:  >>> unmerge success: kde-apps/kimgio-16.04.3
> 1489518399: === Unmerging... (app-misc/geoclue-2.4.4)
> 1489518405:  >>> unmerge success: app-misc/geoclue-2.4.4
> 1489518405: === Unmerging... (kde-apps/kdesu-16.04.3)
> 1489518413:  >>> unmerge success: kde-apps/kdesu-16.04.3
> 1489518413: === Unmerging... (kde-apps/kfile-16.04.3)
> 1489518421:  >>> unmerge success: kde-apps/kfile-16.04.3
> 1489518421: === Unmerging... (kde-apps/phonon-kde-16.04.3)
> 1489518431:  >>> unmerge success: kde-apps/phonon-kde-16.04.3
> 1489518431: === Unmerging... (kde-apps/kstart-16.04.3)
> 1489518440:  >>> unmerge success: kde-apps/kstart-16.04.3
> 1489518440: === Unmerging... (kde-apps/kmimetypefinder-16.04.3)
> 1489518448:  >>> unmerge success: kde-apps/kmimetypefinder-16.04.3
> 1489518448: === Unmerging... (kde-apps/kpasswdserver-16.04.3)
> 1489518457:  >>> unmerge success: kde-apps/kpasswdserver-16.04.3
> 1489518457: === Unmerging... (kde-apps/kquitapp-16.04.3)
> 1489518467:  >>> unmerge success: kde-apps/kquitapp-16.04.3
> 1489518467: === Unmerging... (kde-apps/kdebase-data-16.04.3)
> 1489518477:  >>> unmerge success: kde-apps/kdebase-data-16.04.3
> 1489518477: === Unmerging... (kde-apps/keditfiletype-16.04.3)
> 1489518485:  >>> unmerge success: kde-apps/keditfiletype-16.04.3
> 1489518485: === Unmerging... (kde-apps/kiconfinder-16.04.3)
> 1489518493:  >>> unmerge success: kde-apps/kiconfinder-16.04.3
> 1489518493: === Unmerging... (kde-apps/solid-runtime-16.04.3)
> 1489518500:  >>> unmerge success: kde-apps/solid-runtime-16.04.3
> 1489518500: === Unmerging... (kde-apps/knewstuff-16.04.3)
> 1489518509:  >>> unmerge success: kde-apps/knewstuff-16.04.3
> 1489518509: === Unmerging... (kde-apps/kdontchangethehostname-16.04.3)
> 1489518516:  >>> unmerge success: kde-apps/kdontchangethehostname-16.04.3
> 1489518516: === Unmerging... (kde-apps/kdebase-desktoptheme-16.04.3)
> 1489518524:  >>> unmerge success: kde-apps/kdebase-desktoptheme-16.04.3
> 1489518524: === Unmerging... (kde-apps/kdebase-menu-icons-16.04.3)
> 1489518532:  >>> unmerge success: kde-apps/kdebase-menu-icons-16.04.3
> 1489518532: === Unmerging... (kde-apps/ktraderclient-16.04.3)
> 1489518541:  >>> unmerge success: kde-apps/ktraderclient-16.04.3
> 1489518541: === Unmerging... (kde-apps/kreadconfig-16.04.3)
> 1489518549:  >>> unmerge success: kde-apps/kreadconfig-16.04.3
> 1489518549: === Unmerging... (kde-apps/plasma-runtime-16.04.3)
> 1489518560:  >>> unmerge success: kde-apps/plasma-runtime-16.04.3
> 1489518560: === Unmerging... (kde-apps/knotify-16.04.3)
> 1489518569:  >>> unmerge success: kde-apps/knotify-16.04.3
> 1489518569: === Unmerging... (kde-apps/kcmshell-16.04.3)
> 1489518578:  >>> unmerge success: kde-apps/kcmshell-16.04.3
> 1489518578: === Unmerging... (kde-apps/kdebase-menu-16.04.3)
> 1489518586:  >>> unmerge success: kde-apps/kdebase-menu-16.04.3
> 1489518586: === Unmerging... (dev-libs/json-glib-1.2.2)
> 1489518593:  >>> unmerge success: dev-libs/json-glib-1.2.2
> 1489518593: === Unmerging... (sys-devel/binutils-2.25.1-r1)
> 1489518602:  >>> unmerge success: sys-devel/binutils-2.25.1-r1
> 1489518602: === Unmerging... 

Re: [gentoo-user] PYTHON_TARGET errors

[Dale]

Ralf wrote:
> On 03/17/2017 02:28 AM, Neil Bothwick wrote:
>> Read the message again, it needs one of python3_4 or python3_5 in
>> single target, you have neither.
> ... And read mine :-)
> I know.
> And I know how I could fix that for single packages, but then the next
> package complains about the very same issues. So somehow 'default'
> settings seem not to apply any more.
>>
>> Do you have any PYTHON entries in make.conf?
> No, not yet. My profile:
> default/linux/amd64/13.0/desktop/gnome/systemd
>
> And I didn't do anything suspicious in the meanwhile, so for me it
> seems they changed something in the profile.
>
> Thanks
>   Ralf
>>
>> On 17 March 2017 01:09:29 GMT+00:00, Ralf
>>  wrote:
>>
>> Hi,
>>
>> so I just emerged some unrelated packages, and then the following
>> happened when trying to update my system:
>>
>> !!! The ebuild selected to satisfy ">=app-editors/gedit-3.22.0" has
>> unmet requirements.
>> - app-editors/gedit-3.22.0::gentoo USE="introspection python spell -test
>> -vala" ABI_X86="64" PYTHON_SINGLE_TARGET="-python3_4 -python3_5"
>> PYTHON_TARGETS="python3_4 -python3_5"
>>
>>   The following REQUIRED_USE flag constraints are unsatisfied:
>> python? ( exactly-one-of ( python_single_target_python3_4
>> python_single_target_python3_5 ) )
>>
>>   The above constraints are a subset of the following complete 
>> expression:
>> python? ( introspection exactly-one-of (
>> python_single_target_python3_4 python_single_target_python3_5 )
>> python_single_target_python3_4? ( python_targets_python3_4 )
>> python_single_target_python3_5? ( python_targets_python3_5 ) )
>>
>>
>> So somehow PYTHON_TARGET and PYTHON_SINGLETARGET got screwed on my
>> system. I know how I could fix this for gedit only, but then other
>> packages begin complaining about the same issue as well.
>>
>> Anything helps!
>>
>> Cheers
>>   Ralf
>>
>>
>> -- 
>> Sent from my Android device with K-9 Mail. Please excuse my brevity. 
>
>


I would check emerge --info just to confirm it.  If that shows a wrong
setting, then you know it is a setting, somewhere.  If it doesn't, whole
new can of worms. 

Dale

:-)  :-) 

Re: [gentoo-user] modules-load restart

[Dale]

the...@sys-concept.com wrote:
> On 03/16/2017 06:53 PM, Neil Bothwick wrote:
>> On Thu, 16 Mar 2017 18:13:22 -0600, the...@sys-concept.com wrote:
>>
> but running: /etc/init.d/modules-load restart
> does not restart the module.  
 Does modprobe load it?  
>>> Yes, it did; thank you.
>>> modprobe it87  Worked.
>>>
>>> But when I run:
>>> /etc/init.d/modules-load restart
>>>
>>> It is not showing up?
>>> I have "it87" in /etc/config.d/modules
>> The should be
>>
>> modules="it87"
>>
>> and it should be in /etc/conf.d/modules
> Thanks for the correction, yes: modules="it87"
> But it still not loading/reloading it.
>
> /etc/init.d/modules-load restart
>  * Loading module vboxnetflt [ ok ]
>  * Loading module vboxnetadp [ ok ]
>  * Loading module vboxdrv[ ok ]
>  * Loading module vboxpci ...
>
> cat /etc/conf.d/modules 
> modules="vboxdrv vboxnetflt vboxnetadp vboxpci"
> modules="it87"
>
> --
> Thelma
>
>


I'm no modules expert, don't use them myself since I build everything
in.  Why not try this way. 

modules="vboxdrv vboxnetflt vboxnetadp vboxpci it87"

Basically, instead of having two lines, have just one line.  On one
hand, I wonder if it sees the first line and then ignores the rest of
the file.  It doesn't exactly make sense but.  On the other hand, one
would expect it to see both lines and add the two together or start
loading them as it sees them or something. 

May be worth a shot.  :/

Dale

:-)  :-) 

Re: [gentoo-user] PYTHON_TARGET errors

[Ralf]

On 03/17/2017 02:28 AM, Neil Bothwick wrote:
> Read the message again, it needs one of python3_4 or python3_5 in
> single target, you have neither.
... And read mine :-)
I know.
And I know how I could fix that for single packages, but then the next
package complains about the very same issues. So somehow 'default'
settings seem not to apply any more.
>
> Do you have any PYTHON entries in make.conf?
No, not yet. My profile:
default/linux/amd64/13.0/desktop/gnome/systemd

And I didn't do anything suspicious in the meanwhile, so for me it seems
they changed something in the profile.

Thanks
  Ralf
>
> On 17 March 2017 01:09:29 GMT+00:00, Ralf
>  wrote:
>
> Hi,
>
> so I just emerged some unrelated packages, and then the following
> happened when trying to update my system:
>
> !!! The ebuild selected to satisfy ">=app-editors/gedit-3.22.0" has
> unmet requirements.
> - app-editors/gedit-3.22.0::gentoo USE="introspection python spell -test
> -vala" ABI_X86="64" PYTHON_SINGLE_TARGET="-python3_4 -python3_5"
> PYTHON_TARGETS="python3_4 -python3_5"
>
>   The following REQUIRED_USE flag constraints are unsatisfied:
> python? ( exactly-one-of ( python_single_target_python3_4
> python_single_target_python3_5 ) )
>
>   The above constraints are a subset of the following complete expression:
> python? ( introspection exactly-one-of (
> python_single_target_python3_4 python_single_target_python3_5 )
> python_single_target_python3_4? ( python_targets_python3_4 )
> python_single_target_python3_5? ( python_targets_python3_5 ) )
>
>
> So somehow PYTHON_TARGET and PYTHON_SINGLETARGET got screwed on my
> system. I know how I could fix this for gedit only, but then other
> packages begin complaining about the same issue as well.
>
> Anything helps!
>
> Cheers
>   Ralf
>
>
> -- 
> Sent from my Android device with K-9 Mail. Please excuse my brevity. 

Re: [gentoo-user] PYTHON_TARGET errors

[Neil Bothwick]

Read the message again, it needs one of python3_4 or python3_5 in single 
target, you have neither. 

Do you have any PYTHON entries in make.conf?

On 17 March 2017 01:09:29 GMT+00:00, Ralf  
wrote:
>Hi,
>
>so I just emerged some unrelated packages, and then the following
>happened when trying to update my system:
>
>!!! The ebuild selected to satisfy ">=app-editors/gedit-3.22.0" has
>unmet requirements.
>- app-editors/gedit-3.22.0::gentoo USE="introspection python spell
>-test
>-vala" ABI_X86="64" PYTHON_SINGLE_TARGET="-python3_4 -python3_5"
>PYTHON_TARGETS="python3_4 -python3_5"
>
>  The following REQUIRED_USE flag constraints are unsatisfied:
>python? ( exactly-one-of ( python_single_target_python3_4
>python_single_target_python3_5 ) )
>
>The above constraints are a subset of the following complete
>expression:
>python? ( introspection exactly-one-of (
>python_single_target_python3_4 python_single_target_python3_5 )
>python_single_target_python3_4? ( python_targets_python3_4 )
>python_single_target_python3_5? ( python_targets_python3_5 ) )
>
>
>So somehow PYTHON_TARGET and PYTHON_SINGLETARGET got screwed on my
>system. I know how I could fix this for gedit only, but then other
>packages begin complaining about the same issue as well.
>
>Anything helps!
>
>Cheers
>  Ralf

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [gentoo-user] modules-load restart

[thelma]

On 03/16/2017 06:53 PM, Neil Bothwick wrote:
> On Thu, 16 Mar 2017 18:13:22 -0600, the...@sys-concept.com wrote:
> 
 but running: /etc/init.d/modules-load restart
 does not restart the module.  
>>>
>>> Does modprobe load it?  
>>
>> Yes, it did; thank you.
>> modprobe it87  Worked.
>>
>> But when I run:
>> /etc/init.d/modules-load restart
>>
>> It is not showing up?
>> I have "it87" in /etc/config.d/modules
> 
> The should be
> 
> modules="it87"
> 
> and it should be in /etc/conf.d/modules

Thanks for the correction, yes: modules="it87"
But it still not loading/reloading it.

/etc/init.d/modules-load restart
 * Loading module vboxnetflt [ ok ]
 * Loading module vboxnetadp [ ok ]
 * Loading module vboxdrv[ ok ]
 * Loading module vboxpci ...

cat /etc/conf.d/modules 
modules="vboxdrv vboxnetflt vboxnetadp vboxpci"
modules="it87"

--
Thelma

[gentoo-user] PYTHON_TARGET errors

[Ralf]

Hi,

so I just emerged some unrelated packages, and then the following
happened when trying to update my system:

!!! The ebuild selected to satisfy ">=app-editors/gedit-3.22.0" has
unmet requirements.
- app-editors/gedit-3.22.0::gentoo USE="introspection python spell -test
-vala" ABI_X86="64" PYTHON_SINGLE_TARGET="-python3_4 -python3_5"
PYTHON_TARGETS="python3_4 -python3_5"

  The following REQUIRED_USE flag constraints are unsatisfied:
python? ( exactly-one-of ( python_single_target_python3_4
python_single_target_python3_5 ) )

  The above constraints are a subset of the following complete expression:
python? ( introspection exactly-one-of (
python_single_target_python3_4 python_single_target_python3_5 )
python_single_target_python3_4? ( python_targets_python3_4 )
python_single_target_python3_5? ( python_targets_python3_5 ) )


So somehow PYTHON_TARGET and PYTHON_SINGLETARGET got screwed on my
system. I know how I could fix this for gedit only, but then other
packages begin complaining about the same issue as well.

Anything helps!

Cheers
  Ralf

Re: [gentoo-user] Re: some capital B blockers in world update

[allan gottlieb]

On Wed, Mar 15 2017, Kai Krakow wrote:

> Am Tue, 14 Mar 2017 13:00:17 -0400
> schrieb allan gottlieb :
>
>> On Tue, Mar 14 2017, Alan McKinnon wrote:
>> 
>> > On 14/03/2017 16:43, allan gottlieb wrote:  
>> >> I update roughly twice a week.  On one machine (full output below)
>> >> I was told that libinput and evdev are blocking xorg-drivers
>> >> 
>> >> [blocks B ] > >> ("> >> x11-base/xorg-drivers-1.19)
>> >> [blocks B ] > >> ("> >> x11-base/xorg-drivers-1.19)
>> >> 
>> >> However the merge does propose to update xorg-drivers
>> >> [ebuild U ] x11-base/xorg-drivers-1.19 [1.18-r1] VIDEO_CARDS="-ark%
>> >> -i915% -i965% (-newport) -sis%"
>> >> 
>> >> It also proposes to update libinput and evdev
>> >> [ebuild U  ]   x11-drivers/xf86-input-libinput-0.24.0 [0.19.0]
>> >> [ebuild U  ]  x11-drivers/xf86-input-evdev-2.10.5 [2.10.3]
>> >> 
>> >> I do see that the versions of libinput and evdev to be used are
>> >> higher than the versions that would block xorg-drivers.  I am
>> >> wondering why in this case emerge is telling me about the block
>> >> (in red with a capital B) and more importantly would appreciate
>> >> confirmation that I should let the emerge proceed.  
>> >
>> >
>> > Portage found a solution that satisfies all constraints, so you
>> > should let it proceed.
>> >
>> > Did you run emerge with -v to get the above?
>> > That looks like portage is doing it's usual -v thing which is to
>> > core dump to your console in the hope that maybe you can figure it
>> > out and you are willing to play the game called "let's find out
>> > what portage thinks it means today!"
>> >
>> > I don't understand why those blockers are marked hard, as portage
>> > found a solution. The blocker lines are really telling you why
>> > portage wants to upgrade your libinput and evdev drivers - the
>> > current ones won't work with your current drivers.
>> >
>> > Which is all totally pointless, as newer versions of everything are
>> > available and you want a full update. There's very little point in
>> > software going to great lengths to tell you why it won't keep old
>> > versions when you explicitly told it to not keep old versions :-)  
>> 
>> Thank you for the confirmation!  I also doubt the use of B when b
>> would be appropriated.  No this was not a --verbose run.  I would
>> guess that output would be even less illuminating.
>
> Portage usually has such problems when it needs to resolve blockers
> involving package rebuilds involving a subslot upgrade. It would be
> nice to see the output below the build list which usually gives hints
> how to manually resolve this.

I don't remember there being any such output but am not sure.  Following
alan's reply I let the emerge world update proceed and the build caused
completed.  (Then I hit the infinite @preserved-rebuild bug, but that is
a different issue, I believe)

> The two package blocking each other could then be first upgraded using
>
> # emerge -1a package1 package2
>
> where one of those is the package which needs a subslot rebuild.
>
> This usually then pulls in the rest of the upgrades, at least
> partially. A subsequent "emerge -DNua world" then should work as
> expected.
>
> I think this is a bug in the dependency resolver.

thank you,
allan

Re: [gentoo-user] modules-load restart

[Neil Bothwick]

On Thu, 16 Mar 2017 18:13:22 -0600, the...@sys-concept.com wrote:

> >> but running: /etc/init.d/modules-load restart
> >> does not restart the module.  
> > 
> > Does modprobe load it?  
> 
> Yes, it did; thank you.
> modprobe it87  Worked.
> 
> But when I run:
> /etc/init.d/modules-load restart
> 
> It is not showing up?
> I have "it87" in /etc/config.d/modules

The should be

modules="it87"

and it should be in /etc/conf.d/modules


-- 
Neil Bothwick

If it ain't broke, break it and charge for repair.


pgp6j9IUpezmk.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] modules-load restart

[thelma]

On 03/16/2017 03:23 PM, Neil Bothwick wrote:
> On Thu, 16 Mar 2017 12:04:44 -0600, the...@sys-concept.com wrote:
> 
>> I compiled as module: it87
>> run:
>> make
>> make modules_prepare
>> make modules_install
>> ...
>> INSTALL drivers/hwmon/it87.ko
>>
>> add "it87" to modules.conf
>>
>> but running: /etc/init.d/modules-load restart
>> does not restart the module.
> 
> Does modprobe load it?

Yes, it did; thank you.
modprobe it87  Worked.

But when I run:
/etc/init.d/modules-load restart

It is not showing up?
I have "it87" in /etc/config.d/modules

--
Thelma

Re: [gentoo-user] modules-load restart

[thelma]

On 03/16/2017 12:51 PM, Alan McKinnon wrote:
> On 16/03/2017 20:04, the...@sys-concept.com wrote:
>> I compiled as module: it87
>> run:
>> make
>> make modules_prepare
>> make modules_install
>> ...
>> INSTALL drivers/hwmon/it87.ko
>>
>> add "it87" to modules.conf
>>
>> but running: /etc/init.d/modules-load restart
>> does not restart the module.
>>
>> Do I need to restart the box, this procedure work on a different box
>> without restart.
>>
> 
> 
> What is the correct module name? It does not have to match the file name.

I compile this as module:

CONFIG_SENSORS_IT87=m

I did the same on my other computer, add to: /etc/conf.d/modules
it87

and modules-load restart worked.

--
Thelma

Re: [gentoo-user] LXDE startup error

[Miroslav Rovis]

On 170316-21:35+, Peter Humphrey wrote:
> Hello list,
> 
> I've just finished (well, you know) installing Gentoo on a new box and given 
> it an LXDE desktop. Every time I start the desktop, whether by startx or via
> lxdm, I immediately get an error box saying "Could not connect: No such file 
> or directory." Does anyone here recognise this? Google hasn't helped me.

Look up what you get in /var/log/messages at the time of the error.

-- 
Miroslav Rovis
Zagreb, Croatia
https://www.CroatiaFidelis.hr


signature.asc
Description: Digital signature

Re: [gentoo-user] Borked network connections on KDE apps (ftp, fish)

[Mick]

On Thursday 16 March 2017 18:23:53 Alan McKinnon wrote:
> On 16/03/2017 10:38, Mick wrote:
> > I updated one box with the latest stable KDE and discovered that
> > Konqueror/Dolphin will no longer connect to ftp or sftp servers.
> > 
> > depclean showed up and uninstalled a lot of packages, which I let it do
> > thinking they are no longer needed in the latest version of KDE, probably
> > because their functionality was merged with other packages:
> > 
> > 1489518204:  *** emerge --verbose --quiet-build=n --ask --depclean
> > 1489518204:  >>> depclean
> > 1489518253: === Unmerging... (media-fonts/font-misc-ethiopic-1.0.3)
> > 1489518278:  >>> unmerge success: media-fonts/font-misc-ethiopic-1.0.3
> > 1489518278: === Unmerging... (media-fonts/font-cursor-misc-1.0.3)
> > 1489518290:  >>> unmerge success: media-fonts/font-cursor-misc-1.0.3
> > 1489518290: === Unmerging... (virtual/krb5-0-r1)
> > 1489518294:  >>> unmerge success: virtual/krb5-0-r1
> > 1489518294: === Unmerging... (net-libs/webkit-gtk-2.4.11-r200)
> > 1489518301:  >>> unmerge success: net-libs/webkit-gtk-2.4.11-r200
> > 1489518301: === Unmerging... (kde-apps/kdebase-runtime-meta-16.04.3)
> > 1489518306:  >>> unmerge success: kde-apps/kdebase-runtime-meta-16.04.3
> > 1489518306: === Unmerging... (media-fonts/font-xfree86-type1-1.0.4)
> > 1489518319:  >>> unmerge success: media-fonts/font-xfree86-type1-1.0.4
> > 1489518319: === Unmerging... (kde-apps/renamedlg-plugins-16.04.3)
> > 1489518326:  >>> unmerge success: kde-apps/renamedlg-plugins-16.04.3
> > 1489518326: === Unmerging... (app-crypt/mit-krb5-1.14.2)
> > 1489518333:  >>> unmerge success: app-crypt/mit-krb5-1.14.2
> > 1489518333: === Unmerging... (sys-apps/paxctl-0.9)
> > 1489518339:  >>> unmerge success: sys-apps/paxctl-0.9
> > 1489518339: === Unmerging... (kde-apps/kdebugdialog-16.04.3)
> > 1489518391:  >>> unmerge success: kde-apps/kdebugdialog-16.04.3
> > 1489518391: === Unmerging... (kde-apps/kimgio-16.04.3)
> > 1489518399:  >>> unmerge success: kde-apps/kimgio-16.04.3
> > 1489518399: === Unmerging... (app-misc/geoclue-2.4.4)
> > 1489518405:  >>> unmerge success: app-misc/geoclue-2.4.4
> > 1489518405: === Unmerging... (kde-apps/kdesu-16.04.3)
> > 1489518413:  >>> unmerge success: kde-apps/kdesu-16.04.3
> > 1489518413: === Unmerging... (kde-apps/kfile-16.04.3)
> > 1489518421:  >>> unmerge success: kde-apps/kfile-16.04.3
> > 1489518421: === Unmerging... (kde-apps/phonon-kde-16.04.3)
> > 1489518431:  >>> unmerge success: kde-apps/phonon-kde-16.04.3
> > 1489518431: === Unmerging... (kde-apps/kstart-16.04.3)
> > 1489518440:  >>> unmerge success: kde-apps/kstart-16.04.3
> > 1489518440: === Unmerging... (kde-apps/kmimetypefinder-16.04.3)
> > 1489518448:  >>> unmerge success: kde-apps/kmimetypefinder-16.04.3
> > 1489518448: === Unmerging... (kde-apps/kpasswdserver-16.04.3)
> > 1489518457:  >>> unmerge success: kde-apps/kpasswdserver-16.04.3
> > 1489518457: === Unmerging... (kde-apps/kquitapp-16.04.3)
> > 1489518467:  >>> unmerge success: kde-apps/kquitapp-16.04.3
> > 1489518467: === Unmerging... (kde-apps/kdebase-data-16.04.3)
> > 1489518477:  >>> unmerge success: kde-apps/kdebase-data-16.04.3
> > 1489518477: === Unmerging... (kde-apps/keditfiletype-16.04.3)
> > 1489518485:  >>> unmerge success: kde-apps/keditfiletype-16.04.3
> > 1489518485: === Unmerging... (kde-apps/kiconfinder-16.04.3)
> > 1489518493:  >>> unmerge success: kde-apps/kiconfinder-16.04.3
> > 1489518493: === Unmerging... (kde-apps/solid-runtime-16.04.3)
> > 1489518500:  >>> unmerge success: kde-apps/solid-runtime-16.04.3
> > 1489518500: === Unmerging... (kde-apps/knewstuff-16.04.3)
> > 1489518509:  >>> unmerge success: kde-apps/knewstuff-16.04.3
> > 1489518509: === Unmerging... (kde-apps/kdontchangethehostname-16.04.3)
> > 1489518516:  >>> unmerge success: kde-apps/kdontchangethehostname-16.04.3
> > 1489518516: === Unmerging... (kde-apps/kdebase-desktoptheme-16.04.3)
> > 1489518524:  >>> unmerge success: kde-apps/kdebase-desktoptheme-16.04.3
> > 1489518524: === Unmerging... (kde-apps/kdebase-menu-icons-16.04.3)
> > 1489518532:  >>> unmerge success: kde-apps/kdebase-menu-icons-16.04.3
> > 1489518532: === Unmerging... (kde-apps/ktraderclient-16.04.3)
> > 1489518541:  >>> unmerge success: kde-apps/ktraderclient-16.04.3
> > 1489518541: === Unmerging... (kde-apps/kreadconfig-16.04.3)
> > 1489518549:  >>> unmerge success: kde-apps/kreadconfig-16.04.3
> > 1489518549: === Unmerging... (kde-apps/plasma-runtime-16.04.3)
> > 1489518560:  >>> unmerge success: kde-apps/plasma-runtime-16.04.3
> > 1489518560: === Unmerging... (kde-apps/knotify-16.04.3)
> > 1489518569:  >>> unmerge success: kde-apps/knotify-16.04.3
> > 1489518569: === Unmerging... (kde-apps/kcmshell-16.04.3)
> > 1489518578:  >>> unmerge success: kde-apps/kcmshell-16.04.3
> > 1489518578: === Unmerging... (kde-apps/kdebase-menu-16.04.3)
> > 1489518586:  >>> unmerge success: kde-apps/kdebase-menu-16.04.3
> > 1489518586: === Unmerging... (dev-libs/json-glib-1.2.2)
> > 1489518593: 

[gentoo-user] LXDE startup error

[Peter Humphrey]

Hello list,

I've just finished (well, you know) installing Gentoo on a new box and given 
it an LXDE desktop. Every time I start the desktop, whether by startx or via
lxdm, I immediately get an error box saying "Could not connect: No such file 
or directory." Does anyone here recognise this? Google hasn't helped me.

-- 
Regards
Peter

Re: [gentoo-user] Diskless nodes

[Rich Freeman]

On Thu, Mar 16, 2017 at 3:02 PM,   wrote:
> On 03/16/2017 05:58 AM, k...@aspodata.se wrote:
>> Thelma:
>>> Is anybody running Diskless machine, booting over network?
>>> How is the speed?
>>
>> I've done diskless before but it has been a few years since,
>> it was working just fine. Don't remember any specific issues
>> once you get it working.
>>
>>> I have a Gentoo machine running Windows7 via VM.
>>> I need to network another PC and connect to that VM so I was thinking
>>> setting up Diskless node but never done it before.
>>
>> You have to ask someone else about diskless MS-Windows.
>>
>
> I think I would "tax" the resources on the serving machine too much.  I
> would need to run another VM-2 - Windows7 on the server that create
> access to VM-1 - Windows7 running the main program on the server.
>

Can you clarify what you're trying to do?  Are you looking to run
windows on a VM on a server as a "virtual desktop" and just access it
remotely from a diskless thin client using RDP or something like that?
 If so there are a few options for this and it is actually a somewhat
normal configuration.  Indeed you can still buy dedicated thin client
hardware that can be configured to do nothing more than boot up and
connect to your VM using RDP (or better still something like a Citrix
server).  Often the thin clients just run linux and a citrix client,
but they could also run an embedded windows.  They aren't really
diskless per se so much as flash-based but they aren't designed for
any kind of local storage other than their configuration.  The main
advantage is that you don't have to worry about employees or such
storing data locally since they can't, and they use little power and
boot up really quickly and can't get viruses and such.  The downside
is that they're a one-trick pony and these days there are better
options, like rolling your own with a Pi or whatever.

Now, if what you want is a diskless linux client there are a bunch of
options.  It might be used to run RDP and connect to a windows VM just
like a traditional thin client.  Or it could just do whatever you'd
want to do with linux.  I was PXE booting a mini-ITX linux box as a
mythtv frontend for years until the board died.  Typically in this
configuration you'd serve the kernel and initramfs via PXE or similar
and then mount the root over nfs, but there are other options like
iSCSI or even just using a huge initramfs containing your whole OS.

However, I'm not sure that is how I'd actually do it these days.  A Pi
is dirt cheap, so I'd probably just use one of those and the OS is on
a flash disk.  That makes it pretty easy to back up, and you could
install updates from another box.  Doing it with Gentoo though would
be a little more painful.

With my mini-ITX with an nfs root it was easier, since it was
Atom-based.  I just updated the root filesystem from inside a chroot
on more powerful box. I just had to set an appropriate -march so that
it would run on both systems.  That isn't quite as simple in the pi
example unless your build box is a compatible ARM server.  You're
stuck cross-compiling everything otherwise.


-- 
Rich

Re: [gentoo-user] modules-load restart

[Neil Bothwick]

On Thu, 16 Mar 2017 12:04:44 -0600, the...@sys-concept.com wrote:

> I compiled as module: it87
> run:
> make
> make modules_prepare
> make modules_install
> ...
> INSTALL drivers/hwmon/it87.ko
> 
> add "it87" to modules.conf
> 
> but running: /etc/init.d/modules-load restart
> does not restart the module.

Does modprobe load it?


-- 
Neil Bothwick

If bankers can count, how come they have eight windows and only four
tellers?


pgpSE0NlAi4v2.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Diskless nodes

[thelma]

On 03/16/2017 05:58 AM, k...@aspodata.se wrote:
> Thelma:
>> Is anybody running Diskless machine, booting over network?
>> How is the speed?
> 
> I've done diskless before but it has been a few years since,
> it was working just fine. Don't remember any specific issues
> once you get it working.
> 
>> I have a Gentoo machine running Windows7 via VM.
>> I need to network another PC and connect to that VM so I was thinking
>> setting up Diskless node but never done it before.
> 
> You have to ask someone else about diskless MS-Windows.
> 

Thanks for the input.

I think I would "tax" the resources on the serving machine too much.  I
would need to run another VM-2 - Windows7 on the server that create
access to VM-1 - Windows7 running the main program on the server.

>> Would there be a problem with upgrades?
>> I know all the node files have to reside on Sever from which the node is
>> booting.
> ...
> 
> You have to know which files are system dependent och which are common
> to all your diskless nodes and that depends on how and if you are
> using any shared directories/disks for the nodes.
> 
> Regards,
> /Karl Hammar
> 
> ---
> Aspö Data
> Lilla Aspö 148
> S-742 94 Östhammar
> Sweden
> +46 173 140 57

Sometimes I straggle with upgrades so introducing "diskless-node" might
create extra challenges.

--
Thelma

Re: [gentoo-user] modules-load restart

[Alan McKinnon]

On 16/03/2017 20:04, the...@sys-concept.com wrote:
> I compiled as module: it87
> run:
> make
> make modules_prepare
> make modules_install
> ...
> INSTALL drivers/hwmon/it87.ko
> 
> add "it87" to modules.conf
> 
> but running: /etc/init.d/modules-load restart
> does not restart the module.
> 
> Do I need to restart the box, this procedure work on a different box
> without restart.
> 


What is the correct module name? It does not have to match the file name.

-- 
Alan McKinnon
alan.mckin...@gmail.com

[gentoo-user] modules-load restart

[thelma]

I compiled as module: it87
run:
make
make modules_prepare
make modules_install
...
INSTALL drivers/hwmon/it87.ko

add "it87" to modules.conf

but running: /etc/init.d/modules-load restart
does not restart the module.

Do I need to restart the box, this procedure work on a different box
without restart.

-- 
Thelma

Re: [gentoo-user] Borked network connections on KDE apps (ftp, fish)

[Alan McKinnon]

On 16/03/2017 10:38, Mick wrote:
> I updated one box with the latest stable KDE and discovered that 
> Konqueror/Dolphin will no longer connect to ftp or sftp servers.
> 
> depclean showed up and uninstalled a lot of packages, which I let it do 
> thinking they are no longer needed in the latest version of KDE, probably 
> because their functionality was merged with other packages:
> 
> 1489518204:  *** emerge --verbose --quiet-build=n --ask --depclean
> 1489518204:  >>> depclean
> 1489518253: === Unmerging... (media-fonts/font-misc-ethiopic-1.0.3)
> 1489518278:  >>> unmerge success: media-fonts/font-misc-ethiopic-1.0.3
> 1489518278: === Unmerging... (media-fonts/font-cursor-misc-1.0.3)
> 1489518290:  >>> unmerge success: media-fonts/font-cursor-misc-1.0.3
> 1489518290: === Unmerging... (virtual/krb5-0-r1)
> 1489518294:  >>> unmerge success: virtual/krb5-0-r1
> 1489518294: === Unmerging... (net-libs/webkit-gtk-2.4.11-r200)
> 1489518301:  >>> unmerge success: net-libs/webkit-gtk-2.4.11-r200
> 1489518301: === Unmerging... (kde-apps/kdebase-runtime-meta-16.04.3)
> 1489518306:  >>> unmerge success: kde-apps/kdebase-runtime-meta-16.04.3
> 1489518306: === Unmerging... (media-fonts/font-xfree86-type1-1.0.4)
> 1489518319:  >>> unmerge success: media-fonts/font-xfree86-type1-1.0.4
> 1489518319: === Unmerging... (kde-apps/renamedlg-plugins-16.04.3)
> 1489518326:  >>> unmerge success: kde-apps/renamedlg-plugins-16.04.3
> 1489518326: === Unmerging... (app-crypt/mit-krb5-1.14.2)
> 1489518333:  >>> unmerge success: app-crypt/mit-krb5-1.14.2
> 1489518333: === Unmerging... (sys-apps/paxctl-0.9)
> 1489518339:  >>> unmerge success: sys-apps/paxctl-0.9
> 1489518339: === Unmerging... (kde-apps/kdebugdialog-16.04.3)
> 1489518391:  >>> unmerge success: kde-apps/kdebugdialog-16.04.3
> 1489518391: === Unmerging... (kde-apps/kimgio-16.04.3)
> 1489518399:  >>> unmerge success: kde-apps/kimgio-16.04.3
> 1489518399: === Unmerging... (app-misc/geoclue-2.4.4)
> 1489518405:  >>> unmerge success: app-misc/geoclue-2.4.4
> 1489518405: === Unmerging... (kde-apps/kdesu-16.04.3)
> 1489518413:  >>> unmerge success: kde-apps/kdesu-16.04.3
> 1489518413: === Unmerging... (kde-apps/kfile-16.04.3)
> 1489518421:  >>> unmerge success: kde-apps/kfile-16.04.3
> 1489518421: === Unmerging... (kde-apps/phonon-kde-16.04.3)
> 1489518431:  >>> unmerge success: kde-apps/phonon-kde-16.04.3
> 1489518431: === Unmerging... (kde-apps/kstart-16.04.3)
> 1489518440:  >>> unmerge success: kde-apps/kstart-16.04.3
> 1489518440: === Unmerging... (kde-apps/kmimetypefinder-16.04.3)
> 1489518448:  >>> unmerge success: kde-apps/kmimetypefinder-16.04.3
> 1489518448: === Unmerging... (kde-apps/kpasswdserver-16.04.3)
> 1489518457:  >>> unmerge success: kde-apps/kpasswdserver-16.04.3
> 1489518457: === Unmerging... (kde-apps/kquitapp-16.04.3)
> 1489518467:  >>> unmerge success: kde-apps/kquitapp-16.04.3
> 1489518467: === Unmerging... (kde-apps/kdebase-data-16.04.3)
> 1489518477:  >>> unmerge success: kde-apps/kdebase-data-16.04.3
> 1489518477: === Unmerging... (kde-apps/keditfiletype-16.04.3)
> 1489518485:  >>> unmerge success: kde-apps/keditfiletype-16.04.3
> 1489518485: === Unmerging... (kde-apps/kiconfinder-16.04.3)
> 1489518493:  >>> unmerge success: kde-apps/kiconfinder-16.04.3
> 1489518493: === Unmerging... (kde-apps/solid-runtime-16.04.3)
> 1489518500:  >>> unmerge success: kde-apps/solid-runtime-16.04.3
> 1489518500: === Unmerging... (kde-apps/knewstuff-16.04.3)
> 1489518509:  >>> unmerge success: kde-apps/knewstuff-16.04.3
> 1489518509: === Unmerging... (kde-apps/kdontchangethehostname-16.04.3)
> 1489518516:  >>> unmerge success: kde-apps/kdontchangethehostname-16.04.3
> 1489518516: === Unmerging... (kde-apps/kdebase-desktoptheme-16.04.3)
> 1489518524:  >>> unmerge success: kde-apps/kdebase-desktoptheme-16.04.3
> 1489518524: === Unmerging... (kde-apps/kdebase-menu-icons-16.04.3)
> 1489518532:  >>> unmerge success: kde-apps/kdebase-menu-icons-16.04.3
> 1489518532: === Unmerging... (kde-apps/ktraderclient-16.04.3)
> 1489518541:  >>> unmerge success: kde-apps/ktraderclient-16.04.3
> 1489518541: === Unmerging... (kde-apps/kreadconfig-16.04.3)
> 1489518549:  >>> unmerge success: kde-apps/kreadconfig-16.04.3
> 1489518549: === Unmerging... (kde-apps/plasma-runtime-16.04.3)
> 1489518560:  >>> unmerge success: kde-apps/plasma-runtime-16.04.3
> 1489518560: === Unmerging... (kde-apps/knotify-16.04.3)
> 1489518569:  >>> unmerge success: kde-apps/knotify-16.04.3
> 1489518569: === Unmerging... (kde-apps/kcmshell-16.04.3)
> 1489518578:  >>> unmerge success: kde-apps/kcmshell-16.04.3
> 1489518578: === Unmerging... (kde-apps/kdebase-menu-16.04.3)
> 1489518586:  >>> unmerge success: kde-apps/kdebase-menu-16.04.3
> 1489518586: === Unmerging... (dev-libs/json-glib-1.2.2)
> 1489518593:  >>> unmerge success: dev-libs/json-glib-1.2.2
> 1489518593: === Unmerging... (sys-devel/binutils-2.25.1-r1)
> 1489518602:  >>> unmerge success: sys-devel/binutils-2.25.1-r1
> 1489518602: === Unmerging... 

Re: [gentoo-user] locate can not find a file

[Alan McKinnon]

On 15/03/2017 18:03, the...@sys-concept.com wrote:
> On 03/15/2017 09:51 AM, the...@sys-concept.com wrote:
> [snip]
>>>
>>> Do you have file consent_extraction1.pdf in your working directory? In
>>> that case, your shell will begin by expending your asterisk and you will
>>> really look for consent_extraction1.pdf.
>>
>> It is a strange behaviour :-/
>> Yes, I had a link "consent_extraction1.pdf" in a working directory and
>> locate could only locate: consent_extraction1.pdf
>> It could not find: consent_extraction.pdf
>>
>> When I removed "consent_extraction.pdf" from my working directory.
>> run "updatedb" and
>> "locate *consent_extraction*" found both files
>> "locate consent_extraction" found both files
>> "locate consent_extraction*" didn't find any files
>>
>> The "*" is is messing up the search. I was under impression the "*" will
>> match any character including extensions.
>>
>> --
>> Thelma
> 
> Sometimes reading the "man" files helps :-/
> 
> ...If --regex is not specified, PATTERNs can contain globbing
> characters.  If any PATTERN contains no globbing characters, locate
> behaves as if the pattern were *PATTERN*.

And none of that matters as the shell will expand the globs before
locate even sees it at all. Unless you go to extra measures with quotes.

But the whole exercise is completely unnecessary as locate by default
does partial matches. This always does what you want:

locate consent_extraction



-- 
Alan McKinnon
alan.mckin...@gmail.com

[gentoo-user] Re: locate can not find a file

[Grant Edwards]

On 2017-03-15, Kai Krakow  wrote:
> Am Wed, 15 Mar 2017 21:41:41 + (UTC)
> schrieb Grant Edwards :
>
>> On 2017-03-15, Kai Krakow  wrote:
>> 
>> > Especially people coming from Windows or DOS have problems with this
>> > feature. In the MS world, globbing expansion is done by the command
>> > itself: it will see the * literally in the parameters.  
>> 
>> Well, technically, that depends on what shell you're running.  That's
>> true with the command.com and cmd.exe shells.  It's not true with some
>> others.
>> 
>> When back when I ran DOS (and when I run Windows), the globbing is
>> done by the shell: the way god intended.  ;)
>
> Hell yeah! :-)
>
> Tho I'd expect that globbing done by the shell won't play well with
> most traditional DOS commands. I guess those shells also brought their
> own built-in commands?

Yes, those shells came with a complete set of command line utilities
(ls, find, grep, cat, ed, awk, ...).

Under DOS, I always ran MKS Toolkit (korn shell):

  https://en.wikipedia.org/wiki/MKS_Toolkit

On Windows, I use Cygwin (bash shell).  I have vague memories of using
Interix for a while, but that may have been just for the X server.

And, back in my VMS days, I used DECShell (a Posix shell and complete
set of unix utilities).

-- 
Grant Edwards   grant.b.edwardsYow! ANN JILLIAN'S HAIR
  at   makes LONI ANDERSON'S
  gmail.comHAIR look like RICARDO
   MONTALBAN'S HAIR!

[gentoo-user] Wireless NIC blocks bluetooth

[Mick]

I'm trying to troubleshoot a weird behaviour with my old Dell XPS.  The device 
is a Dell Wireless 1397 WLAN Mini-Card, which combines wireless and bluetooth.  
Enabling the mini-card using the touch button on the laptop fires up both 
devices:

# rfkill list
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
2: hci0: Bluetooth
Soft blocked: no
Hard blocked: no

but the bluetooth is not able to l2ping my mobile phone, until and unless I 
have blocked phy0, or have stopped net.wlan0.  This means every time I want to 
connect to my phone I have to disable the wireless part of the card.  I am not 
sure if this problem also exists on MSWindows.

Have you come across anything like this and is there a way to have both 
devices on the card active without one blocking the other?  Additional info on 
controller and mini-card devices below.


From lspci:

==
05:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g LP-PHY (rev 
01)
Subsystem: Dell Wireless 1397 WLAN Mini-Card
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Capabilities: [e8] MSI: Enable- Count=1/1 Maskable- 64bit+
Address:   Data: 
Capabilities: [d0] Express (v1) Endpoint, MSI 00
DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <4us, L1 
unlimited
ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- 
SlotPowerLimit 
10.000W
DevCtl: Report errors: Correctable- Non-Fatal- Fatal- 
Unsupported-
RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
MaxPayload 128 bytes, MaxReadReq 128 bytes
DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr- 
TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit 
Latency 
L0s <4us, L1 <64us
ClockPM+ Surprise- LLActRep- BwNot- ASPMOptComp-
LnkCtl: ASPM L0s L1 Enabled; RCB 64 bytes Disabled- CommClk+
ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ 
DLActive- 
BWMgmt- ABWMgmt-
Capabilities: [100 v1] Advanced Error Reporting
UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- 
RxOF- 
MalfTLP- ECRC- UnsupReq- ACSViol-
UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- 
RxOF- 
MalfTLP- ECRC- UnsupReq- ACSViol-
UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- 
RxOF+ 
MalfTLP+ ECRC- UnsupReq- ACSViol-
CESta:  RxErr+ BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
AERCap: First Error Pointer: 14, GenCap+ CGenEn- ChkCap+ ChkEn-
Capabilities: [13c v1] Virtual Channel
Caps:   LPEVC=0 RefClk=100ns PATEntryBits=1
Arb:Fixed- WRR32- WRR64- WRR128-
Ctrl:   ArbSelect=Fixed
Status: InProgress-
VC0:Caps:   PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
Arb:Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
Ctrl:   Enable+ ID=0 ArbSelect=Fixed TC/VC=ff
Status: NegoPending- InProgress-
Capabilities: [160 v1] Device Serial Number c3-09-04-ff-ff-d7-70-1a
Capabilities: [16c v1] Power Budgeting 
Kernel driver in use: b43-pci-bridge
Kernel modules: ssb
===


From lshw:
==
*-pci:2
 description: PCI bridge
 product: 5 Series/3400 Series Chipset PCI Express Root Port 2
 vendor: Intel Corporation
 physical id: 1c.1
 bus info: pci@:00:1c.1
 version: 05
 width: 32 bits
 clock: 33MHz
 capabilities: pci pciexpress msi pm normal_decode bus_master 
cap_list
 configuration: driver=pcieport
 resources: irq:17 ioport:4000(size=4096) memory:f090-f09f 
ioport:f020(size=2097152)
   *-network
description: Network controller
product: BCM4312 802.11b/g LP-PHY
vendor: Broadcom Corporation
physical id: 0
bus info: pci@:05:00.0
version: 01
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list
configuration: driver=b43-pci-bridge latency=0
resources: irq:17 memory:f090-f0903fff
==


From lsusb:

Re: [gentoo-user] Diskless nodes

[karl]

Thelma:
> Is anybody running Diskless machine, booting over network?
> How is the speed?

I've done diskless before but it has been a few years since,
it was working just fine. Don't remember any specific issues
once you get it working.

> I have a Gentoo machine running Windows7 via VM.
> I need to network another PC and connect to that VM so I was thinking
> setting up Diskless node but never done it before.

You have to ask someone else about diskless MS-Windows.

> Would there be a problem with upgrades?
> I know all the node files have to reside on Sever from which the node is
> booting.
...

You have to know which files are system dependent och which are common
to all your diskless nodes and that depends on how and if you are
using any shared directories/disks for the nodes.

Regards,
/Karl Hammar

---
Aspö Data
Lilla Aspö 148
S-742 94 Östhammar
Sweden
+46 173 140 57

Re: [gentoo-user] Recommended CDR-Burning-frontend without QT and without KDE?

[Miroslav Rovis]

I'm trying to not make a confused email, and I'm not sure I'll
succeed...

My question is about grsecurity-hardened, but see below the emails that
I reference to some extent.

Has anyone deployed RBAC policy/-ies in their /etc/grse/policy that make
for using cdrecord and other binaries of cdrtools as normal user.

I remember having tried, but not having had much time to investigate and
learn what was required to get it done, I had to go with running
cdrecord as root user, which certainly is not a good thing...

I didn't have such problems with growisofs.

Just to make sure I didn't miss something, in the other email:

On 170315-09:28+0100, Raffaele Belardi wrote:
> tu...@posteo.de wrote:
> >
> > is it possible to run xcdroast without root ( i.e. user root or suid
> > )?
> >
> 
> The first time you need to run it as root to enable non-root mode, it
> sets suid on some files (or asks you to, I don't remember), afterwards
> you can run as regular user. So the answer to your question is yes and
> no.

That, I guess regards only xcdroast, not cdrtools which it uses, right?

I'm not certain about it, because, as I said above, I did end up running
cdrecord as root, becaue I couldn't get the permissions right...

And of course this is likely the most relevant:

On 170315-10:43+0100, Joerg Schilling wrote:
>  wrote:
> 
> > is it possible to run xcdroast without root ( i.e. user root or suid
> > )?
> 
> Unfortunately xcdroast did miss that Linux finally implemented working 
> support 
> for fine grained privileges 4 years ago.
> 
> In theory, you should be able to convert the suid wrapper it installs into a 
> no-op 
> wrapper to make it happy and use cdrtools-binaries that are installed via 
> "setcap".
> 
> Jörg
> 
> -- 
>  EMail:jo...@schily.net(home) Jörg Schilling D-13353 
> Berlin
> joerg.schill...@fokus.fraunhofer.de (work) Blog: 
> http://schily.blogspot.com/
>  URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/'
> 

But that too appears to be about xcdroast...

( I know I could also ask about the following on gentoo-hardened ML, and
I probably will, but I'd like to use the opportunity now that this
thread is here and Joerg is reading. )

I'm actually looking for a shortcut solution, because I'm not left with
much time to tinker and try to get it done:

IOW, has anyone of the grsecurity-hardened users got the cdrecord and
friends
( probably some of these, output of equery f cdrtools
/usr/bin/btcflash
/usr/bin/cdda2mp3
/usr/bin/cdda2ogg
/usr/bin/cdda2wav
/usr/bin/cdrecord
/usr/bin/devdump
/usr/bin/isodebug
/usr/bin/isodump
/usr/bin/isoinfo
/usr/bin/isovfy
/usr/bin/mkhybrid -> mkisofs
/usr/bin/mkisofs
/usr/bin/readcd
/usr/bin/scgcheck
/usr/bin/scgskeleton
)
RBAC policies right to get normal user run them?

Joerg, I used cdrecord a lot, and of course I never liked the site of
the stolen cdrecord versions that some Debian folks made. I remember I
was using SuSE (which back then was maintained so greatly by mostly
German developers, it's sad what became of SuSE...).

Also, in the discussion on scsi, you were right, not the opposite side.

But I didn't participate much. I'm not an expert now, and I wasn't even an
advanced user back then.

Sincere ragards!
-- 
Miroslav Rovis
Zagreb, Croatia
https://www.CroatiaFidelis.hr


signature.asc
Description: Digital signature

[gentoo-user] Borked network connections on KDE apps (ftp, fish)

[Mick]

I updated one box with the latest stable KDE and discovered that 
Konqueror/Dolphin will no longer connect to ftp or sftp servers.

depclean showed up and uninstalled a lot of packages, which I let it do 
thinking they are no longer needed in the latest version of KDE, probably 
because their functionality was merged with other packages:

1489518204:  *** emerge --verbose --quiet-build=n --ask --depclean
1489518204:  >>> depclean
1489518253: === Unmerging... (media-fonts/font-misc-ethiopic-1.0.3)
1489518278:  >>> unmerge success: media-fonts/font-misc-ethiopic-1.0.3
1489518278: === Unmerging... (media-fonts/font-cursor-misc-1.0.3)
1489518290:  >>> unmerge success: media-fonts/font-cursor-misc-1.0.3
1489518290: === Unmerging... (virtual/krb5-0-r1)
1489518294:  >>> unmerge success: virtual/krb5-0-r1
1489518294: === Unmerging... (net-libs/webkit-gtk-2.4.11-r200)
1489518301:  >>> unmerge success: net-libs/webkit-gtk-2.4.11-r200
1489518301: === Unmerging... (kde-apps/kdebase-runtime-meta-16.04.3)
1489518306:  >>> unmerge success: kde-apps/kdebase-runtime-meta-16.04.3
1489518306: === Unmerging... (media-fonts/font-xfree86-type1-1.0.4)
1489518319:  >>> unmerge success: media-fonts/font-xfree86-type1-1.0.4
1489518319: === Unmerging... (kde-apps/renamedlg-plugins-16.04.3)
1489518326:  >>> unmerge success: kde-apps/renamedlg-plugins-16.04.3
1489518326: === Unmerging... (app-crypt/mit-krb5-1.14.2)
1489518333:  >>> unmerge success: app-crypt/mit-krb5-1.14.2
1489518333: === Unmerging... (sys-apps/paxctl-0.9)
1489518339:  >>> unmerge success: sys-apps/paxctl-0.9
1489518339: === Unmerging... (kde-apps/kdebugdialog-16.04.3)
1489518391:  >>> unmerge success: kde-apps/kdebugdialog-16.04.3
1489518391: === Unmerging... (kde-apps/kimgio-16.04.3)
1489518399:  >>> unmerge success: kde-apps/kimgio-16.04.3
1489518399: === Unmerging... (app-misc/geoclue-2.4.4)
1489518405:  >>> unmerge success: app-misc/geoclue-2.4.4
1489518405: === Unmerging... (kde-apps/kdesu-16.04.3)
1489518413:  >>> unmerge success: kde-apps/kdesu-16.04.3
1489518413: === Unmerging... (kde-apps/kfile-16.04.3)
1489518421:  >>> unmerge success: kde-apps/kfile-16.04.3
1489518421: === Unmerging... (kde-apps/phonon-kde-16.04.3)
1489518431:  >>> unmerge success: kde-apps/phonon-kde-16.04.3
1489518431: === Unmerging... (kde-apps/kstart-16.04.3)
1489518440:  >>> unmerge success: kde-apps/kstart-16.04.3
1489518440: === Unmerging... (kde-apps/kmimetypefinder-16.04.3)
1489518448:  >>> unmerge success: kde-apps/kmimetypefinder-16.04.3
1489518448: === Unmerging... (kde-apps/kpasswdserver-16.04.3)
1489518457:  >>> unmerge success: kde-apps/kpasswdserver-16.04.3
1489518457: === Unmerging... (kde-apps/kquitapp-16.04.3)
1489518467:  >>> unmerge success: kde-apps/kquitapp-16.04.3
1489518467: === Unmerging... (kde-apps/kdebase-data-16.04.3)
1489518477:  >>> unmerge success: kde-apps/kdebase-data-16.04.3
1489518477: === Unmerging... (kde-apps/keditfiletype-16.04.3)
1489518485:  >>> unmerge success: kde-apps/keditfiletype-16.04.3
1489518485: === Unmerging... (kde-apps/kiconfinder-16.04.3)
1489518493:  >>> unmerge success: kde-apps/kiconfinder-16.04.3
1489518493: === Unmerging... (kde-apps/solid-runtime-16.04.3)
1489518500:  >>> unmerge success: kde-apps/solid-runtime-16.04.3
1489518500: === Unmerging... (kde-apps/knewstuff-16.04.3)
1489518509:  >>> unmerge success: kde-apps/knewstuff-16.04.3
1489518509: === Unmerging... (kde-apps/kdontchangethehostname-16.04.3)
1489518516:  >>> unmerge success: kde-apps/kdontchangethehostname-16.04.3
1489518516: === Unmerging... (kde-apps/kdebase-desktoptheme-16.04.3)
1489518524:  >>> unmerge success: kde-apps/kdebase-desktoptheme-16.04.3
1489518524: === Unmerging... (kde-apps/kdebase-menu-icons-16.04.3)
1489518532:  >>> unmerge success: kde-apps/kdebase-menu-icons-16.04.3
1489518532: === Unmerging... (kde-apps/ktraderclient-16.04.3)
1489518541:  >>> unmerge success: kde-apps/ktraderclient-16.04.3
1489518541: === Unmerging... (kde-apps/kreadconfig-16.04.3)
1489518549:  >>> unmerge success: kde-apps/kreadconfig-16.04.3
1489518549: === Unmerging... (kde-apps/plasma-runtime-16.04.3)
1489518560:  >>> unmerge success: kde-apps/plasma-runtime-16.04.3
1489518560: === Unmerging... (kde-apps/knotify-16.04.3)
1489518569:  >>> unmerge success: kde-apps/knotify-16.04.3
1489518569: === Unmerging... (kde-apps/kcmshell-16.04.3)
1489518578:  >>> unmerge success: kde-apps/kcmshell-16.04.3
1489518578: === Unmerging... (kde-apps/kdebase-menu-16.04.3)
1489518586:  >>> unmerge success: kde-apps/kdebase-menu-16.04.3
1489518586: === Unmerging... (dev-libs/json-glib-1.2.2)
1489518593:  >>> unmerge success: dev-libs/json-glib-1.2.2
1489518593: === Unmerging... (sys-devel/binutils-2.25.1-r1)
1489518602:  >>> unmerge success: sys-devel/binutils-2.25.1-r1
1489518602: === Unmerging... (sys-apps/keyutils-1.5.9-r1)
1489518608:  >>> unmerge success: sys-apps/keyutils-1.5.9-r1
1489518608: === Unmerging... (kde-frameworks/kactivities-4.13.3-r2)
1489518616:  >>> unmerge success: 

Re: [gentoo-user] Re: Steam downloading extremely

[Danny YUE]

Hi Kai,

Thanks for your help :-)

Code here:
/usr/share/info $ cat /proc/sys/net/ipv4/tcp_fastopen
1
/usr/share/info $ cat /proc/sys/net/core/default_qdisc
pfifo_fast
/usr/share/info $ cat /proc/sys/net/ipv4/tcp_congestion_control
cubic

dnsmasq may help because...if my understanding is correct, Steam Linux
client has a bug that it tries to query the DNS too often during
downloading, then its request got throttled. Please see
https://wiki.gentoo.org/wiki/Steam/Client_troubleshooting
Section "Slow download speeds".

For disk, I don't think it fits my case because for a downloading speed
of 100KB/s, disk write should not be a bottleneck.

I suspect it is related to Linux client because Steam Windows client on
my machine downloads at the normal speed...

Well, I am not that familiar with network tuning things...so I will
definitely check the methods you mentioned.

Thanks,
Danny


On 2017-03-15 21:07, Kai Krakow  wrote:
> Am Wed, 15 Mar 2017 21:53:44 +0100
> schrieb Kai Krakow :
>
>> Am Wed, 15 Mar 2017 21:24:10 +0800
>> schrieb Danny YUE :
>>
>> > Hi guys,
>> >
>> > I just got Steam installed and running successfully on my machine,
>> > and tried to get CS:GO running smoothly, which made me really
>> > happy :-D
>> >
>> > However when Steam is downloading games, the speed is extremely
>> > slow, down to several KB/s, even some bytes/s.
>> > I have already installed dnsmasq and it *was* good during
>> > downloading CS:GO (~4MB/s), but became slow again with Civilization
>> > V.
>> >
>> > I googled a lot but all point to installing dnsmasq, which I don't
>> > think is really helpful since I already have done that...
>> >
>> > Also I'm sure downloading region is correct.
>> >
>> > Anybody experienced the same issue with dnsmasq installed?
>> > Any clue is welcome and thanks in advance.
>>
>> Here, it's downloading with peak bandwidths of 48 mbytes/s but usually
>> it's around 38 mbytes/s. However, I sometimes see slowdowns, too. I
>> guess that games are downloaded file by file, and when a lot of small
>> files are left in the queue, it just cannot get good bandwidth.
>>
>> But I only see such slowdowns mostly short before the last few
>> megabytes of a game.
>>
>> Could you check if your downloaded games consist of many smallish
>> files? Then that could be the explanation.
>>
>> You could try activating fq_codel and tcp fastopen:
>>
>> In /proc/sys/net/ipv4/tcp_fastopen it should say 1.
>> In /proc/sys/net/core/default_qdisc it should say fq_codel.
>>
>> Also, you may want to try out bbr congestion control:
>>
>> In /proc/sys/net/ipv4/tcp_congestion_control it should say bbr.
>>
>> By recompiling the kernel, you can reconfigure the defaults for this
>> (and enable support). Some of these need modern kernels.
>>
>> Additionally, many small tcp request need a good portion of your
>> upload bandwidth and are very dependent on good round trip times.
>> Traditional DSL lines with ping times of 50-60ms can really slow down
>> requests of small files a lot due to three-way tcp handshaking, that
>> is, you could request only one smallish file per 100-120ms. This can
>> totally destroy the usable bandwidth. Maybe watch a running ping
>> while the downloads are running. If the ping times increase while the
>> download slows down, your bottleneck is the upload.
>>
>> But also keep in mind that traditional spinning disks may not keep up
>> with the bandwidth if confronted with many small files. If you're
>> using SSD all should be fine. I'm running on bcache with writeback
>> caching which gives a really good performance boost by adding a small
>> SSD to one or more big HDDs.
>
> BTW: I don't see how dnsmasq could help you here... It can do nothing
> about bandwidth. It only acts as a DNS cache which helps keeping
> latency of the DNS resolver down. But this doesn't matter here because
> during download, steam won't do many DNS requests.
>
> As already stated, part of the problem may be the upload, and/or bad
> queue handling within your broadband router. You can work around it
> with a traffic shaper and throttling upload below what's physically
> possible with your internet line, thus keeping the queue in front of the
> broadband router. That way, a traffic shaper could handle it and work
> around bad queue handling.
>
> To resolve the issue it is important to sophistically test the
> suggestions one step at a time, starting with the easy ones, and do
> your measurements.