Re: [gentoo-user] x2goclient-4.1 will not compile

[thelma]

On 01/02/2018 11:11 PM, R0b0t1 wrote:
[snip]
>>  [ ok ]
>> /usr/lib64/qt5/bin/lrelease res/i18n/x2goclient_de.ts
>> make: /usr/lib64/qt5/bin/lrelease: Command not found
>> make: *** [Makefile:537: x2goclient_de.qm] Error 127
>>  * ERROR: net-misc/x2goclient-4.1.0.1-r1::gentoo failed (compile phase):
>>  *   emake failed
>>
> 
> Can you attach emerge --info and the other requested files? Which use
> flags are you using? 4.1.0.0 installs with no issue for me.
> 
> Cheers,
>  R0b0t1

I didn't play with the flags I used default I think. I has having a problem
compiling any 4.1-ver.
So I pulled from attic x2goclient-4.0.3.2 and it compiled without any
problem, so I'll stick to it.

https://bugs.gentoo.org/631892

--
Joseph

Re: [gentoo-user] x2goclient-4.1 will not compile

[R0b0t1]

On Tue, Jan 2, 2018 at 11:15 PM,   wrote:
> I'm trying to compile x2goclient-4.1
> I'm getting similar errors, doesn't matter which version I'm trying to
> compile
> 4.1.0.0-r1
> 4.1.0.1
> 4.1.0.1-r1
> 4.1.1.0
>
> Eg.
 Failed to emerge net-misc/x2goclient-4.1.0.1-r1, Log file:
  '/var/log/portage/net-misc:x2goclient-4.1.0.1-r1:20180103-050959.log'
 Jobs: 0 of 1 complete, 1 failed Load avg: 0.18,
> 0.07, 0.09
>  * Package:net-misc/x2goclient-4.1.0.1-r1
>  * Repository: gentoo
>  * Maintainer: voyag...@gentoo.org
>  * USE:abi_x86_64 amd64 elibc_glibc kernel_linux ldap userland_GNU
>  * FEATURES:   preserve-libs sandbox userpriv usersandbox
 cfg-update-1.8.2-r1: Checksum index is up-to-date ...
>  * Running qmake ...
> Info: creating stash file
> /var/tmp/portage/net-misc/x2goclient-4.1.0.1-r1/work/x2goclient-4.1.0.1/.qmake.stash
> Project MESSAGE: if you want to build x2goplugin you should export
> X2GO_CLIENT_TARGET=plugin
> Project MESSAGE: building x2goclient with ldap and cups
> RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_da.qm'
> RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_de.qm'
> RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_es.qm'
> RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_et.qm'
> RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_fi.qm'
> RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_fr.qm'
> RCC: Error in 'res/resources.qrc': Cannot find file
> 'i18n/x2goclient_nb_no.qm'
> RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_nl.qm'
> RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_pt.qm'
> RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_ru.qm'
> RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_sv.qm'
> RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_tr.qm'
> RCC: Error in 'res/resources.qrc': Cannot find file
> 'i18n/x2goclient_zh_tw.qm'
>  [ ok ]
> /usr/lib64/qt5/bin/lrelease res/i18n/x2goclient_de.ts
> make: /usr/lib64/qt5/bin/lrelease: Command not found
> make: *** [Makefile:537: x2goclient_de.qm] Error 127
>  * ERROR: net-misc/x2goclient-4.1.0.1-r1::gentoo failed (compile phase):
>  *   emake failed
>

Can you attach emerge --info and the other requested files? Which use
flags are you using? 4.1.0.0 installs with no issue for me.

Cheers,
 R0b0t1

[gentoo-user] x2goclient-4.1 will not compile

[thelma]

I'm trying to compile x2goclient-4.1
I'm getting similar errors, doesn't matter which version I'm trying to
compile
4.1.0.0-r1
4.1.0.1
4.1.0.1-r1
4.1.1.0

Eg.
>>> Failed to emerge net-misc/x2goclient-4.1.0.1-r1, Log file:
>>>  '/var/log/portage/net-misc:x2goclient-4.1.0.1-r1:20180103-050959.log'
>>> Jobs: 0 of 1 complete, 1 failed Load avg: 0.18,
0.07, 0.09
 * Package:net-misc/x2goclient-4.1.0.1-r1
 * Repository: gentoo
 * Maintainer: voyag...@gentoo.org
 * USE:abi_x86_64 amd64 elibc_glibc kernel_linux ldap userland_GNU
 * FEATURES:   preserve-libs sandbox userpriv usersandbox
>>> cfg-update-1.8.2-r1: Checksum index is up-to-date ...
 * Running qmake ...
Info: creating stash file
/var/tmp/portage/net-misc/x2goclient-4.1.0.1-r1/work/x2goclient-4.1.0.1/.qmake.stash
Project MESSAGE: if you want to build x2goplugin you should export
X2GO_CLIENT_TARGET=plugin
Project MESSAGE: building x2goclient with ldap and cups
RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_da.qm'
RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_de.qm'
RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_es.qm'
RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_et.qm'
RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_fi.qm'
RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_fr.qm'
RCC: Error in 'res/resources.qrc': Cannot find file
'i18n/x2goclient_nb_no.qm'
RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_nl.qm'
RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_pt.qm'
RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_ru.qm'
RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_sv.qm'
RCC: Error in 'res/resources.qrc': Cannot find file 'i18n/x2goclient_tr.qm'
RCC: Error in 'res/resources.qrc': Cannot find file
'i18n/x2goclient_zh_tw.qm'
 [ ok ]
/usr/lib64/qt5/bin/lrelease res/i18n/x2goclient_de.ts
make: /usr/lib64/qt5/bin/lrelease: Command not found
make: *** [Makefile:537: x2goclient_de.qm] Error 127
 * ERROR: net-misc/x2goclient-4.1.0.1-r1::gentoo failed (compile phase):
 *   emake failed


-- 
Joseph

[gentoo-user] Gentoo shutdown - blanc screen

[thelma]

I'm using Xfce4.  When I shutdown the computer the screen get blanc, no
text is scrolling down, showing which services are going down.

Though I don't think it has anything to do with Xfce4.

Is it the reason the the new system is using  GRUB2 and my other systems
are using grub-0.97 ver.?

-- 
Joseph

Re: [gentoo-user] gnupg

[thelma]

On 01/02/2018 08:39 PM, the...@sys-concept.com wrote:
> I've copied gpg key from one computer to another:
> scp -r ~/.gnupg user@remotehost:~/
> 
> But when I try to decrypt a file it does not recognize a secret key
> ...
> gpg: public key decryption failed: No pinentry
> gpg: decryption failed: No secret key
> 

The solution was to run:
killall -9 gpg-agent

[gentoo-user] gnupg

[thelma]

I've copied gpg key from one computer to another:
scp -r ~/.gnupg user@remotehost:~/

But when I try to decrypt a file it does not recognize a secret key
...
gpg: public key decryption failed: No pinentry
gpg: decryption failed: No secret key

-- 
Joseph

Re: [gentoo-user] Re: old kernels are installed during the upgrade

[Adam Carter]

>
> And on that note I see that upstream just released 4.14.11 containing
> what is widely speculated as a fix for an Intel CPU security
> vulnerability.  I noticed that it doesn't disable the
> performance-impacting setting on AMD CPUs.  Though, right now only AMD
> could say whether this is necessary (their lkml post suggests it is
> not).  This is an upstream release - I don't know when Gentoo plans to
> release it.  I'm sure it will be making the rounds in the various news
> sites any day.
>

https://www.theregister.co.uk/2018/01/02/intel_cpu_design_flaw/

"The effects are still being benchmarked, however we're looking at a
ballpark figure of five to 30 per cent slow down, depending on the task and
the processor model. More recent Intel chips have features – specifically,
PCID  – to reduce the
performance hit."

AMD coder's patch to disable the new code (to avoid the performance hit)
where he states the issue doesnt exist on AMD processors;
https://lkml.org/lkml/2017/12/27/2

Re: [gentoo-user] Re: old kernels are installed during the upgrade

[Rich Freeman]

On Tue, Jan 2, 2018 at 3:20 PM, Kai Krakow  wrote:
>
> It's adequate to update your software when a security hole was fixed - on
> the point. Not two or three months later...
>

And on that note I see that upstream just released 4.14.11 containing
what is widely speculated as a fix for an Intel CPU security
vulnerability.  I noticed that it doesn't disable the
performance-impacting setting on AMD CPUs.  Though, right now only AMD
could say whether this is necessary (their lkml post suggests it is
not).  This is an upstream release - I don't know when Gentoo plans to
release it.  I'm sure it will be making the rounds in the various news
sites any day.

-- 
Rich

[gentoo-user] Re: In search of a program to do different b/w dithering methods

[Grant Edwards]

On 2018-01-02, Ian Zimmerman  wrote:
> On 2018-01-02 15:57, Grant Edwards wrote:
>
>> If you don't find what you want in Imagemagick, the second place you
>> look is Imagemagick -- it's probably there and you missed it the first
>> time.
>
> And the third place you look is Graphicsmagick :-)

Ah yes, I had forgotten aboug Graphicsmagick.  I vaguely remember
having to install it alongside imagemagick for some reason many years
ago...

-- 
Grant Edwards   grant.b.edwardsYow! Now I am depressed ...
  at   
  gmail.com

[gentoo-user] Re: old kernels are installed during the upgrade

[Kai Krakow]

Am Tue, 02 Jan 2018 19:26:44 + schrieb Stroller:

>> On 2 Jan 2018, at 11:54, Kruglov Sergey  wrote:
>> 
>> Now I have  gentoo-sources-4.14.8-r1 installed.
>> After  "emerge --ask --update --deep --with-bdeps=y --newuse @world"
>> command emerge installs old kernel in NS (after first update 4.12.12,
>> after second update 4.9.49-r1).
>> How can I fix it?
>> There is sys-kernel/gentoo-sources in my world set.
> 
> Remove sys-kernel/gentoo-sources from your world file - I believe you
> can do this using the emerge command, but am unsure of the right syntax;
> you can just edit /var/lib/portage/world and delete the appropriate
> line.D

It is "emerge --deselect ...".


> Now `emerge -n =sys-kernel/gentoo-sources-4.14.8-r1` - "This option can
> be used to update the world file without  rebuilding the packages."

I don't think this is how it works. While technically correct, the 
outcome is different to what you're trying to achieve.


> This pins your kernel version at 4.14.8-r1 and you can update when, in
> future, you decide it's time to update your kernel, without being nagged
> about it every time a new version is release or you emerge world.

The equal sign doesn't pin versions, at least not that I remember. 
Package are pinned by slot in the world file. Coincidence may be that the 
version you selected happens to be exclusively the only slot, too.

If you intend to pin a package, either emerge by slot, or use 
package.mask and package.unmask.


> For this reason it's always best to emerge kernels with an equals sign,
> pinning them at some specific version, IMO.

Makes no sense if my above answer is correct.


> This suggestion may provoke responses that the kernel is important and
> you should update it to ensure you get security updates - look at the
> attack vectors, you're probably sitting behind a NAT router, with very
> few ports exposed to the internet.

The attack vector is probably not the network facing surface of the 
kernel... Which makes your argument misleading at best...

It is more likely that your kernel is attacked by something you did from 
the browser, or by running a server on one of the "few ports exposed" 
which is vulnerable, and that is the attack vector: A local privilege 
escalation or buffer overflow allowing the attacker to gain control of a 
process, and only then attacking the kernel.

This is why you first should keep your software updated and secured, and 
for the rest just stick to gentoo-sources stable.

Keep in mind that gentoo-sources back-ports some security fixes early. 
Also stable uses LTS kernels mostly which have long-term security 
maintenance.


> It's adequate to update your kernel every 3 months.

It's adequate to update your password every 3 months.

It's adequate to update your software every 3 months.

Really? No...

It's adequate to update your software when a security hole was fixed - on 
the point. Not two or three months later...

It gives a false impression of safety if you recommend such things.


Just my two cents... ;-)


-- 
Regards,
Kai

Replies to list-only preferred.

[gentoo-user] Re: error while loading shared libraries: libstdc++.so.6:

[Kai Krakow]

Am Tue, 02 Jan 2018 10:11:24 -0700 schrieb thelma:

> I was installing some brother driver simply run:

Don't do this... You should really not "install" software with tar.

You're just unpacking an archive, overwriting everything that
might be in its way.


> # tar zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C /
> ./
> ./usr/
> ./usr/local/
> ./usr/local/Brother/
> ./usr/local/Brother/lpd/
> ./usr/local/Brother/lpd/psconvert2
> ./usr/local/Brother/lpd/filterHL5370DW
> ./usr/local/Brother/lpd/rawtobr2
> ./usr/local/Brother/inf/
> ./usr/local/Brother/inf/setupPrintcap
> ./usr/local/Brother/inf/paperinf
> ./usr/local/Brother/inf/brHL5370DWfunc
> ./usr/local/Brother/inf/braddprinter
> ./usr/local/Brother/inf/brHL5370DWrc
> ./usr/lib/
  ^^
This one replace the /usr/lib symlink with an empty directory.

> ./usr/lib/libbrcomplpr2.so

Move this file to lib64 instead.

Now:

# rmdir /usr/lib && ln -s lib64 /usr/lib

> ./usr/bin/
> ./usr/bin/brprintconflsr2
> ./var/
> ./var/spool/
> ./var/spool/lpd/
> ./var/spool/lpd/HL5370DW/
> 
> # tar zxvf ./cupswrapperHL5370DW-2.0.4-1.i386.tar.gz -C /
> ./
> ./usr/
> ./usr/local/
> ./usr/local/Brother/
> ./usr/local/Brother/cupswrapper/
> ./usr/local/Brother/cupswrapper/brcupsconfig3
> ./usr/local/Brother/cupswrapper/cupswrapperHL5370DW-2.0.4
> 
> Now, I can not run any emerge, eix etc command, I'm getting: 
> eix: error while loading shared libraries: libstdc++.so.6: cannot open shared 
> object file: No such file or directory
> 
> bash: emerge: command not found
> 
> However libstdc++ exists: 
> 
> locate libstdc++.so.6

Locate doesn't necessarily tell you that... It just tells you
that the file existed when the locate db was built (usually
by a cronjob at night).

See "man locate".


> /usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/libstdc++.so.6
> /usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/libstdc++.so.6.0.21
> /usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/32/libstdc++.so.6
> /usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/32/libstdc++.so.6.0.21
> /usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/libstdc++.so.6
> /usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/libstdc++.so.6.0.22
> /usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/32/libstdc++.so.6
> /usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/32/libstdc++.so.6.0.22
> /usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/libstdc++.so.6.0.21-gdb.py
> /usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/32/libstdc++.so.6.0.21-gdb.py
> /usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/libstdc++.so.6.0.22-gdb.py
> /usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/32/libstdc++.so.6.0.22-gdb.py
> 
> lib -> lib64 (exist in "/")

But no longer in /usr due to your brute force "installation".


-- 
Regards,
Kai

Replies to list-only preferred.

Re: [gentoo-user] error while loading shared libraries: libstdc++.so.6:

[Neil Bothwick]

On Tue, 2 Jan 2018 10:11:24 -0700, the...@sys-concept.com wrote:

> I was installing some brother driver simply run:
> # tar zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C /
> ./
> ./usr/
> ./usr/local/
> ./usr/local/Brother/
> ./usr/local/Brother/lpd/
> ./usr/local/Brother/lpd/psconvert2
> ./usr/local/Brother/lpd/filterHL5370DW
> ./usr/local/Brother/lpd/rawtobr2
> ./usr/local/Brother/inf/
> ./usr/local/Brother/inf/setupPrintcap
> ./usr/local/Brother/inf/paperinf
> ./usr/local/Brother/inf/brHL5370DWfunc
> ./usr/local/Brother/inf/braddprinter
> ./usr/local/Brother/inf/brHL5370DWrc
> ./usr/lib/
> ./usr/lib/libbrcomplpr2.so

[snip]
> Now, I can not run any emerge, eix etc command, I'm getting: 
> eix: error while loading shared libraries: libstdc++.so.6: cannot open
> shared object file: No such file or directory

> lib -> lib64 (exist in "/")

But the symlink from /usr/lib to /usr/lib64 has been overwritten by
tar. Move the files from /usr/lib to /usr/lib64 remove /usr/lib and
recreate the symlink - or install the driver from an ebuild instead of
splatting unknown files and directories over your root filesystem.

If you must use the tarbal, unpack it to a temporary directory next time
and then inspect the files before moving them.


-- 
Neil Bothwick

Always be sincere even if you don't mean it.


pgpfNMr8UegHC.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] old kernels are installed during the upgrade

[Wols Lists]

On 02/01/18 19:26, Stroller wrote:
> 
>> On 2 Jan 2018, at 11:54, Kruglov Sergey  wrote:
>>
>> Now I have  gentoo-sources-4.14.8-r1 installed.
>> After  "emerge --ask --update --deep --with-bdeps=y --newuse @world" command 
>> emerge installs old kernel in NS (after first update 4.12.12, after second 
>> update 4.9.49-r1).
>> How can I fix it?
>> There is sys-kernel/gentoo-sources in my world set.
> 
> Remove sys-kernel/gentoo-sources from your world file - I believe you can do 
> this using the emerge command, but am unsure of the right syntax; you can 
> just edit /var/lib/portage/world and delete the appropriate line.D
> 
> Now `emerge -n =sys-kernel/gentoo-sources-4.14.8-r1` - "This option can be 
> used to update the world file without  rebuilding the packages."
> 
> This pins your kernel version at 4.14.8-r1 and you can update when, in 
> future, you decide it's time to update your kernel, without being nagged 
> about it every time a new version is release or you emerge world.
> 
> For this reason it's always best to emerge kernels with an equals sign, 
> pinning them at some specific version, IMO.
> 
Why???

> This suggestion may provoke responses that the kernel is important and you 
> should update it to ensure you get security updates - look at the attack 
> vectors, you're probably sitting behind a NAT router, with very few ports 
> exposed to the internet.
> 
> It's adequate to update your kernel every 3 months.
> 
You should also check the CVEs every time there's a new kernel!

What this completely misses, is that gentoo-sources merely DOWNLOADS THE
LATEST KERNEL SOURCE. So updating gentoo-sources every time does nothing
to change the kernel you are running.

Just leave gentoo-sources in your world file, and don't necessarily
compile and update your running kernel just because gentoo-sources has
had an update.

I normally do not clean out kernels from my grub.conf until I've built
up enough to be annoying, so downgrading a broken kernel is just a quick
edit away ...

Cheers,
Wol

Re: [gentoo-user] old kernels are installed during the upgrade

[Neil Bothwick]

On Tue, 2 Jan 2018 11:54:50 +, Kruglov Sergey wrote:

> Now I have  gentoo-sources-4.14.8-r1 installed.
> 
> After  "emerge --ask --update --deep --with-bdeps=y --newuse @world"
> command emerge installs old kernel in NS (after first update 4.12.12,
> after second update 4.9.49-r1). How can I fix it? There is
> sys-kernel/gentoo-sources in my world set.

It's been keyworded because of issues discussed previously. Simply add 
"=sys-kernel/gentoo-sources-4.14.8-r1" (or .10-r1)
to /etc/portage/package.accept_keywords.


-- 
Neil Bothwick

Plagarism prohibited. Derive carefully.


pgpMMvAMxruiC.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] old kernels are installed during the upgrade

[Stroller]

> On 2 Jan 2018, at 11:54, Kruglov Sergey  wrote:
> 
> Now I have  gentoo-sources-4.14.8-r1 installed.
> After  "emerge --ask --update --deep --with-bdeps=y --newuse @world" command 
> emerge installs old kernel in NS (after first update 4.12.12, after second 
> update 4.9.49-r1).
> How can I fix it?
> There is sys-kernel/gentoo-sources in my world set.

Remove sys-kernel/gentoo-sources from your world file - I believe you can do 
this using the emerge command, but am unsure of the right syntax; you can just 
edit /var/lib/portage/world and delete the appropriate line.D

Now `emerge -n =sys-kernel/gentoo-sources-4.14.8-r1` - "This option can be used 
to update the world file without  rebuilding the packages."

This pins your kernel version at 4.14.8-r1 and you can update when, in future, 
you decide it's time to update your kernel, without being nagged about it every 
time a new version is release or you emerge world.

For this reason it's always best to emerge kernels with an equals sign, pinning 
them at some specific version, IMO.

This suggestion may provoke responses that the kernel is important and you 
should update it to ensure you get security updates - look at the attack 
vectors, you're probably sitting behind a NAT router, with very few ports 
exposed to the internet.

It's adequate to update your kernel every 3 months.

Stroller.

Re: [gentoo-user] error while loading shared libraries: libstdc++.so.6:

[thelma]

Thelma
On 01/02/2018 11:41 AM, Jeremi Piotrowski wrote:
> On Tue, Jan 02, 2018 at 11:14:24AM -0700, the...@sys-concept.com wrote:
>> On 01/02/2018 11:01 AM, Mick wrote:
>>>
>>> This is a coincidence.  Something *else* must have happened because 
>>> untarring 
>>> the brother archives did not interfere in any way with your @system 
>>> packages.
>>>
>>> Did you move to the 17.1 amd64 profile as per portage news item '2017-12-26-
>>> experimental-amd64-17-1-profiles' and partly messed up the removal of the 
>>> symlink to /lib64?
>>
>> No, I did not touch any of that staff
>>
>> There should be al lot of packages in: /usr/lib
>> but my dir is almost empty only one file left:
>>
>> -rwxr-xr-x  1 root root 53606 Sep 18  2008 libbrcomplpr2.so
>>
>> I think I have to bootstrap the system and start by unzipping untar the
>> stage-3 file.
>> How to untar it so to only replace missing files.
>>
>> --
>> Joseph
> 
> Had the same happen to me when i created a kernel `make tar-pkg` and then
> untarred it with `tar -C`. What happens is ./lib or ./usr/lib in the
> tarball are directories, but on a normal gentoo amd64 system (not 17.1)
> they are symlinks to lib64 and usr/lib64. The symlink gets removed, an
> empty directory created and filled with the tarball contents and that's
> what you have.
> 
> Do
> 
> # mv /usr/lib/* /usr/lib64/
> # rm -rf /usr/lib/
> # ln -s lib64 /usr/lib
> 
> and your system should be back.
> 
> Also, once you figure out what the problem is/was (empty /usr/lib), naturally
> you'll google for 'tar don't overwrite symlinks' or something of the sort.
> I'll save you the time: you want 'tar -h' when extracting.

THANK YOU, you are correct the symlink was removed
and the sequence you posted did the trick.

 # mv /usr/lib/* /usr/lib64/
 # rm -rf /usr/lib/
 # ln -s lib64 /usr/lib

I think I'll go for brother diver from gentoo overlay.

...{@} * {@} * {@}   Happy New Year!
{@} * {@} * {@} * {@}   Wish you extra ordinary good luck!
 {@} * {@} * {@}
 \ \ \ 2018 / / /

--
Joseph

[gentoo-user] Re: error while loading shared libraries: libstdc++.so.6:

[Nikos Chantziaras]

On 02/01/18 20:14, the...@sys-concept.com wrote:

There should be al lot of packages in: /usr/lib
but my dir is almost empty only one file left:

-rwxr-xr-x  1 root root 53606 Sep 18  2008 libbrcomplpr2.so


Is there a /usr/lib64? If yes, try:

mv /usr/lib/libbrcomplpr2.so /usr/lib64/
rm -r /usr/lib
ln -s /usr/lib64 /usr/lib

It seems to me you have deleted the /usr/lib symlink somehow. The above 
commands should restore it and place libbrcomplpr2.so into /usr/lib64.

Re: [gentoo-user] error while loading shared libraries: libstdc++.so.6:

[Jeremi Piotrowski]

On Tue, Jan 02, 2018 at 11:14:24AM -0700, the...@sys-concept.com wrote:
> On 01/02/2018 11:01 AM, Mick wrote:
> > 
> > This is a coincidence.  Something *else* must have happened because 
> > untarring 
> > the brother archives did not interfere in any way with your @system 
> > packages.
> > 
> > Did you move to the 17.1 amd64 profile as per portage news item '2017-12-26-
> > experimental-amd64-17-1-profiles' and partly messed up the removal of the 
> > symlink to /lib64?
> 
> No, I did not touch any of that staff
> 
> There should be al lot of packages in: /usr/lib
> but my dir is almost empty only one file left:
> 
> -rwxr-xr-x  1 root root 53606 Sep 18  2008 libbrcomplpr2.so
> 
> I think I have to bootstrap the system and start by unzipping untar the
> stage-3 file.
> How to untar it so to only replace missing files.
> 
> --
> Joseph

Had the same happen to me when i created a kernel `make tar-pkg` and then
untarred it with `tar -C`. What happens is ./lib or ./usr/lib in the
tarball are directories, but on a normal gentoo amd64 system (not 17.1)
they are symlinks to lib64 and usr/lib64. The symlink gets removed, an
empty directory created and filled with the tarball contents and that's
what you have.

Do

# mv /usr/lib/* /usr/lib64/
# rm -rf /usr/lib/
# ln -s lib64 /usr/lib

and your system should be back.

Also, once you figure out what the problem is/was (empty /usr/lib), naturally
you'll google for 'tar don't overwrite symlinks' or something of the sort.
I'll save you the time: you want 'tar -h' when extracting.

Re: [gentoo-user] error while loading shared libraries: libstdc++.so.6:

[thelma]

On 01/02/2018 11:01 AM, Mick wrote:
> On Tuesday, 2 January 2018 17:11:24 GMT the...@sys-concept.com wrote:
>> I was installing some brother driver simply run:
>> # tar zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C /
>> ./
>> ./usr/
>> ./usr/local/
>> ./usr/local/Brother/
> [snip ...]
> 
> You would be better off using 'net-print/brother-hl5370dw-bin' from brother 
> overlay.

I think I'll do it. Thanks for the hint.

> 
>> Now, I can not run any emerge, eix etc command, I'm getting:
>> eix: error while loading shared libraries: libstdc++.so.6: cannot open
>> shared object file: No such file or directory
>>
>> bash: emerge: command not found
>>
>> However libstdc++ exists:
> 
> This is a coincidence.  Something *else* must have happened because untarring 
> the brother archives did not interfere in any way with your @system packages.
> 
> Did you move to the 17.1 amd64 profile as per portage news item '2017-12-26-
> experimental-amd64-17-1-profiles' and partly messed up the removal of the 
> symlink to /lib64?

No, I did not touch any of that staff

There should be al lot of packages in: /usr/lib
but my dir is almost empty only one file left:

-rwxr-xr-x  1 root root 53606 Sep 18  2008 libbrcomplpr2.so

I think I have to bootstrap the system and start by unzipping untar the
stage-3 file.
How to untar it so to only replace missing files.

--
Joseph

[gentoo-user] Re: In search of a program to do different b/w dithering methods

[Ian Zimmerman]

On 2018-01-02 15:57, Grant Edwards wrote:

> If you don't find what you want in Imagemagick, the second place you
> look is Imagemagick -- it's probably there and you missed it the first
> time.

And the third place you look is Graphicsmagick :-)

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet, fetch the TXT record for the domain.

Re: [gentoo-user] error while loading shared libraries: libstdc++.so.6:

[Mick]

On Tuesday, 2 January 2018 17:11:24 GMT the...@sys-concept.com wrote:
> I was installing some brother driver simply run:
> # tar zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C /
> ./
> ./usr/
> ./usr/local/
> ./usr/local/Brother/
[snip ...]

You would be better off using 'net-print/brother-hl5370dw-bin' from brother 
overlay.


> Now, I can not run any emerge, eix etc command, I'm getting:
> eix: error while loading shared libraries: libstdc++.so.6: cannot open
> shared object file: No such file or directory
> 
> bash: emerge: command not found
> 
> However libstdc++ exists:

This is a coincidence.  Something *else* must have happened because untarring 
the brother archives did not interfere in any way with your @system packages.

Did you move to the 17.1 amd64 profile as per portage news item '2017-12-26-
experimental-amd64-17-1-profiles' and partly messed up the removal of the 
symlink to /lib64?

-- 
Regards,
Mick

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

Re: [gentoo-user] Emerging media-sound/supercollider fails with"multilib-strict check failed!"

[Mart Raudsepp]

On Tue, 2018-01-02 at 09:18 -0800, Jigme Datse Yli-RAsku wrote:
> I'm not sure where best to address this, so for now I am starting
> here.
> I'd like to have this addressed, and be able to emerge it without
> disabling "multilib-strict" as it seems that this has been enabled
> because these packages are going to end up hard failing before too
> long.
> 
> Is there a good way to end up reporting these kinds of things?  I
> really
> wish this (and other packages which might have this problem)
> fixed.  If
> this isn't the right place to put this, could someone tell me where,
> and
> if I need other information?

File a bug on bugzilla, but in this case, there exists one already:

https://bugs.gentoo.org/628362

But I see supercollider does not currently have a Gentoo maintainer, so
you might want to consider proxy-maintaining it or something.

It has a fix suggestion on the bug already, no idea if that's the best
approach though.

Re: [gentoo-user] error while loading shared libraries: libstdc++.so.6:

[thelma]

It seems to me all my links in: /usr/sbin are flashing RED:

archive-conf -> ../lib/python-exec/python-exec2
dispatch-conf -> ../lib/python-exec/python-exec2
emaint -> ../lib/python-exec/python-exec2
env-update -> ../lib/python-exec/python-exec2
fixpackages -> ../lib/python-exec/python-exec2
regenworld -> ../lib/python-exec/python-exec2

Though, python-exec2 exist:

locate python-exec2
/usr/bin/python-exec2c
/usr/lib64/python-exec/python-exec2

but my directory:  ls -al /usr/lib/
is EMPTY

Do I need to start installing from scratch?

Joseph
On 01/02/2018 10:11 AM, the...@sys-concept.com wrote:
> I was installing some brother driver simply run:
> # tar zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C /
> ./
> ./usr/
> ./usr/local/
> ./usr/local/Brother/
> ./usr/local/Brother/lpd/
> ./usr/local/Brother/lpd/psconvert2
> ./usr/local/Brother/lpd/filterHL5370DW
> ./usr/local/Brother/lpd/rawtobr2
> ./usr/local/Brother/inf/
> ./usr/local/Brother/inf/setupPrintcap
> ./usr/local/Brother/inf/paperinf
> ./usr/local/Brother/inf/brHL5370DWfunc
> ./usr/local/Brother/inf/braddprinter
> ./usr/local/Brother/inf/brHL5370DWrc
> ./usr/lib/
> ./usr/lib/libbrcomplpr2.so
> ./usr/bin/
> ./usr/bin/brprintconflsr2
> ./var/
> ./var/spool/
> ./var/spool/lpd/
> ./var/spool/lpd/HL5370DW/
> 
> # tar zxvf ./cupswrapperHL5370DW-2.0.4-1.i386.tar.gz -C /
> ./
> ./usr/
> ./usr/local/
> ./usr/local/Brother/
> ./usr/local/Brother/cupswrapper/
> ./usr/local/Brother/cupswrapper/brcupsconfig3
> ./usr/local/Brother/cupswrapper/cupswrapperHL5370DW-2.0.4
> 
> Now, I can not run any emerge, eix etc command, I'm getting: 
> eix: error while loading shared libraries: libstdc++.so.6: cannot open shared 
> object file: No such file or directory
> 
> bash: emerge: command not found
> 
> However libstdc++ exists: 
> 
> locate libstdc++.so.6
> /usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/libstdc++.so.6
> /usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/libstdc++.so.6.0.21
> /usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/32/libstdc++.so.6
> /usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/32/libstdc++.so.6.0.21
> /usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/libstdc++.so.6
> /usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/libstdc++.so.6.0.22
> /usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/32/libstdc++.so.6
> /usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/32/libstdc++.so.6.0.22
> /usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/libstdc++.so.6.0.21-gdb.py
> /usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/32/libstdc++.so.6.0.21-gdb.py
> /usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/libstdc++.so.6.0.22-gdb.py
> /usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/32/libstdc++.so.6.0.22-gdb.py
> 
> lib -> lib64 (exist in "/")
> 

[gentoo-user] Emerging media-sound/supercollider fails with"multilib-strict check failed!"

[Jigme Datse Yli-RAsku]

I'm not sure where best to address this, so for now I am starting here.
I'd like to have this addressed, and be able to emerge it without
disabling "multilib-strict" as it seems that this has been enabled
because these packages are going to end up hard failing before too long.

Is there a good way to end up reporting these kinds of things?  I really
wish this (and other packages which might have this problem) fixed.  If
this isn't the right place to put this, could someone tell me where, and
if I need other information?

Jigme Datse Yli-Rasku



signature.asc
Description: OpenPGP digital signature

[gentoo-user] error while loading shared libraries: libstdc++.so.6:

[thelma]

I was installing some brother driver simply run:
# tar zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C /
./
./usr/
./usr/local/
./usr/local/Brother/
./usr/local/Brother/lpd/
./usr/local/Brother/lpd/psconvert2
./usr/local/Brother/lpd/filterHL5370DW
./usr/local/Brother/lpd/rawtobr2
./usr/local/Brother/inf/
./usr/local/Brother/inf/setupPrintcap
./usr/local/Brother/inf/paperinf
./usr/local/Brother/inf/brHL5370DWfunc
./usr/local/Brother/inf/braddprinter
./usr/local/Brother/inf/brHL5370DWrc
./usr/lib/
./usr/lib/libbrcomplpr2.so
./usr/bin/
./usr/bin/brprintconflsr2
./var/
./var/spool/
./var/spool/lpd/
./var/spool/lpd/HL5370DW/

# tar zxvf ./cupswrapperHL5370DW-2.0.4-1.i386.tar.gz -C /
./
./usr/
./usr/local/
./usr/local/Brother/
./usr/local/Brother/cupswrapper/
./usr/local/Brother/cupswrapper/brcupsconfig3
./usr/local/Brother/cupswrapper/cupswrapperHL5370DW-2.0.4

Now, I can not run any emerge, eix etc command, I'm getting: 
eix: error while loading shared libraries: libstdc++.so.6: cannot open shared 
object file: No such file or directory

bash: emerge: command not found

However libstdc++ exists: 

locate libstdc++.so.6
/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/libstdc++.so.6
/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/libstdc++.so.6.0.21
/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/32/libstdc++.so.6
/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/32/libstdc++.so.6.0.21
/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/libstdc++.so.6
/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/libstdc++.so.6.0.22
/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/32/libstdc++.so.6
/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/32/libstdc++.so.6.0.22
/usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/libstdc++.so.6.0.21-gdb.py
/usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/32/libstdc++.so.6.0.21-gdb.py
/usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/libstdc++.so.6.0.22-gdb.py
/usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/32/libstdc++.so.6.0.22-gdb.py

lib -> lib64 (exist in "/")

-- 
Joseph

[gentoo-user] Re: [OT?]: In search of a program to do different b/w dithering methods

[Grant Edwards]

On 2018-01-02, Adam Carter  wrote:
>>
>> I am looking for a command line tool...
>> I want to do 'mass dithering' and want neither a gui nor a
>> heavy program like The Gimp.
>>
>> I checked pbmplus and found no useful part for that porpuse...
>
> Does this do what you want? Its installed by default with imagemagick
>
> http://www.imagemagick.org/script/convert.php

Indeed.  Anytime you want to do anything via command line with
bitmapped graphics, the first place you look is Imagemagick:

 http://www.imagemagick.org/Usage/quantize/

Or more specifically

 http://www.imagemagick.org/Usage/quantize/#monochrome

If you don't find what you want in Imagemagick, the second place you
look is Imagemagick -- it's probably there and you missed it the first
time.

-- 
Grant Edwards   grant.b.edwardsYow! I want a WESSON OIL
  at   lease!!
  gmail.com

[gentoo-user] Re: old kernels are installed during the upgrade

[Nikos Chantziaras]

On 02/01/18 14:42, Mick wrote:

On Tuesday, 2 January 2018 12:03:24 GMT Alexander Kapshuk wrote:

On Tue, Jan 2, 2018 at 1:54 PM, Kruglov Sergey  wrote:

[...]
Now I have  gentoo-sources-4.14.8-r1 installed.

After  "emerge --ask --update --deep --with-bdeps=y --newuse @world"
command emerge installs old kernel in NS (after first update 4.12.12,
after second update 4.9.49-r1).
How can I fix it?
[...]


There was a discussion about this on the gentoo-dev mailing list. See
the link below for details:
https://archives.gentoo.org/gentoo-dev/message/1d2f3f98c2485fa53ed602bc82850
54c


[...]
That said, I've been running gentoo-sources-4.14.8-r1 here too, on 3 different
boxen and thought it was doing fine, thanks.  Then I discovered KVM images
failed to boot with this error:

kernel: kvm [5499]: vcpu0, guest rIP: 0xbbe67be4 disabled perfctr
wrmsr: 0xc2 data 0x


The core issue seems to have been finally fixed in 4.14.10-r1.

Re: [gentoo-user] old kernels are installed during the upgrade

[Mick]

On Tuesday, 2 January 2018 12:03:24 GMT Alexander Kapshuk wrote:
> On Tue, Jan 2, 2018 at 1:54 PM, Kruglov Sergey  wrote:
> > Hello, All!
> > 
> > 
> > Now I have  gentoo-sources-4.14.8-r1 installed.
> > 
> > After  "emerge --ask --update --deep --with-bdeps=y --newuse @world"
> > command emerge installs old kernel in NS (after first update 4.12.12,
> > after second update 4.9.49-r1).
> > How can I fix it?
> > There is sys-kernel/gentoo-sources in my world set.
> 
> There was a discussion about this on the gentoo-dev mailing list. See
> the link below for details:
> https://archives.gentoo.org/gentoo-dev/message/1d2f3f98c2485fa53ed602bc82850
> 54c

Alan copied a message from the devs list a few days ago, explaining that 
kernel 4.14 release has caused a lot of breakage and was keyworded for this 
reason.  Reverting to earlier releases is meant to address this.

That said, I've been running gentoo-sources-4.14.8-r1 here too, on 3 different 
boxen and thought it was doing fine, thanks.  Then I discovered KVM images 
failed to boot with this error:

kernel: kvm [5499]: vcpu0, guest rIP: 0xbbe67be4 disabled perfctr 
wrmsr: 0xc2 data 0x

:-/

-- 
Regards,
Mick

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

Re: [gentoo-user] old kernels are installed during the upgrade

[Alexander Kapshuk]

On Tue, Jan 2, 2018 at 1:54 PM, Kruglov Sergey  wrote:
> Hello, All!
>
>
> Now I have  gentoo-sources-4.14.8-r1 installed.
>
> After  "emerge --ask --update --deep --with-bdeps=y --newuse @world" command
> emerge installs old kernel in NS (after first update 4.12.12, after second
> update 4.9.49-r1).
> How can I fix it?
> There is sys-kernel/gentoo-sources in my world set.
>
>

There was a discussion about this on the gentoo-dev mailing list. See
the link below for details:
https://archives.gentoo.org/gentoo-dev/message/1d2f3f98c2485fa53ed602bc8285054c

[gentoo-user] old kernels are installed during the upgrade

[Kruglov Sergey]

Hello, All!


Now I have  gentoo-sources-4.14.8-r1 installed.

After  "emerge --ask --update --deep --with-bdeps=y --newuse @world" command 
emerge installs old kernel in NS (after first update 4.12.12, after second 
update 4.9.49-r1).
How can I fix it?
There is sys-kernel/gentoo-sources in my world set.

Re: [gentoo-user] segfault in gedit / glib

[Mart Raudsepp]

On Sun, 2017-12-31 at 09:47 +1100, Adam Carter wrote:
> * Install gdb if it isn't already installed
> > * Make sure a core file is presend in coredumpd, coredumpctl should
> > show; if not, have it crash again so it's fresh and saved in there
> > 
> > * coredumpctl gdb gedit
> > 
> > * bt full
> > 
> > Post output of that "bt full"
> > 
> > 
> 
> (gdb) bt full
> #0  0x7f60cd333a74 in g_main_context_prepare () from
> /usr/lib64/libglib-2.0.so.0
> No symbol table info available.
> #1  0x7f60cd33449b in ?? () from /usr/lib64/libglib-2.0.so.0
> No symbol table info available.
> #2  0x7f60cd334693 in g_main_context_iteration () from
> /usr/lib64/libglib-2.0.so.0
> No symbol table info available.
> #3  0x7f60d047676a in g_application_run () from
> /usr/lib64/libgio-2.0.so.0
> No symbol table info available.
> #4  0x563890d41d59 in main ()
> No symbol table info available.
> 
> FWIW I have -fomit-frame-pointer set - should i rebuild glib & gedit
> with that or some other options changed?

-fomit-frame-pointer is the default on x86_64/amd64 in most situations.
-fno-omit-frame-pointer might help, but usually that's useful for
sample based profiling (like sysprof), which can't spend time unwinding
the traces with more complex ways during sample collection.
Here you already actually have the full backtrace available, even most
symbol names, so it could already unwind it. Best to have full debug
symbols then with CFLAGS including e.g -ggdb and FEATURES having
"splitdebug compressdebug". This can be done per-package, but if
there's disk space available for /usr/lib64/debug (could also be a
symlink to an always mounted data disk), it doesn't hurt to just always
have it enabled for all. Well, it does hurt compilation time a bit, and
a lot for big packages like chromium/webkit-gtk, for which this could
then be disabled instead. Anyhow, up to you how much you enable. For
this backtrace, dev-libs/glib is the one of interest.

That said, this looks really weird place to crash, and I doubt there's
threads going on with it unable to show the correct one.
t a a b f would make sure instead of bt full (the former is short for
thread apply all backtrace full, so the same as bt full, but will show
all threads, not current only).
I'm not sure debug information for the backtrace will help much, but
debug symbols + some more gdb usage than just getting the trace might
help.

Mart