Re: [gentoo-user] Problems copmiling firefox 57.0 (linking phase)

2017-11-15 Thread Richard Bradfield

On Thu, Nov 16, 2017 at 08:15:18AM +0100, Jeremi Piotrowski wrote:

It doesn't fail at the last stage - that's just when the error is
repeated after other parallel tasks in the pipeline are completed. The
actual error you got starts around line 5520 and is:

--- stderr
thread '' panicked at 'Unable to find libclang: "the
`libclang` shared library could not be opened:
/usr/lib64/llvm/5/lib64/libclang.so.5.0"', src/libcore/result.rs:860
stack backtrace:

Short of the file missing, no idea what could be the root cause.



Considering that's the Rust component of Firefox that's failing to
build, you should also try setting RUST_BACKTRACE=1 to get a more
verbose crash from rustc.



Re: [gentoo-user] Problems copmiling firefox 57.0 (linking phase)

2017-11-15 Thread Adam Carter
>
> thread '' panicked at 'Unable to find libclang: "the
> `libclang` shared library could not be opened:
> /usr/lib64/llvm/5/lib64/libclang.so.5.0"', src/libcore/result.rs:860
> stack backtrace:
>
> Short of the file missing, no idea what could be the root cause.
>
>
Given this, you may as well see if the file is there;
# file /usr/lib64/llvm/5/lib64/libclang.so.5.0
/usr/lib64/llvm/5/lib64/libclang.so.5.0: ELF 64-bit LSB shared object,
x86-64, version 1 (GNU/Linux), dynamically linked, stripped

If it exists, run ldconfig, if not, emerge clang again. Then try firefox
again.


Re: [gentoo-user] Problems copmiling firefox 57.0 (linking phase)

2017-11-15 Thread Jeremi Piotrowski
On Thu, Nov 16, 2017 at 4:05 AM,   wrote:
> Hi,
>
> building firefox 57.0 failed on my system - it looks like
> the last stage (linking) fails.
>

It doesn't fail at the last stage - that's just when the error is
repeated after other parallel tasks in the pipeline are completed. The
actual error you got starts around line 5520 and is:

--- stderr
thread '' panicked at 'Unable to find libclang: "the
`libclang` shared library could not be opened:
/usr/lib64/llvm/5/lib64/libclang.so.5.0"', src/libcore/result.rs:860
stack backtrace:

Short of the file missing, no idea what could be the root cause.



Re: [gentoo-user] Problems copmiling firefox 57.0 (linking phase)

2017-11-15 Thread Andrew Lowe
On 16/11/17 11:05, tu...@posteo.de wrote:
> Hi,
> 
> building firefox 57.0 failed on my system - it looks like
> the last stage (linking) fails.
> 
> I attached the build.log to this mail.
> 
> Is there a way around this?
> 
> Cheers
> Meino
> 


First thing I do when I have a problem with one of the larger apps,
Firefox, Thunderbird, LibreOffice is enable the make feature, in
make.conf, that keeps temp files around:

FEATURES="ccache keeptemp keepwork candy"

and then set the make options so that only one thread is doing stuff:

MAKEOPTS="-j1"

I just sometimes find that the build system gets a bit confused, with
multiple threads, and the one thread "straightens" things out.

But then again, this might be a bug and I have no idea as to what I'm
talking about.

Andrew



Re: [gentoo-user] Re: Help...can't decipher emerge oracle...

2017-11-15 Thread tuxic
On 11/15 05:49, Ian Zimmerman wrote:
> On 2017-11-15 18:40, Neil Bothwick wrote:
> 
> > Why is it trying to install the  version? Is that unmasked?
> > 
> > Are you running stable or testing?
> > 
> > What does "grep -r glibc /etc/portage" say?
> > 
> > I don't think you posted the command that started all of this?
> 
> For some reason, these horrible dependency dumps never seem to happen to
> me.  Why is that?  Maybe because I run a "mostly stable" system?  I do
> have some very few "testing" packages enabled (ie. with ~amd64 flag).
> They all fit into a single terminal screen.
> 
> -- 
> 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.
> 

Hi Ian,

I am happy to know, that your system is that stable and is not
effected by problems other will find, report and get fixed by using
the unstable version. ;)

Cheers
Meino





[gentoo-user] Re: Help...can't decipher emerge oracle...

2017-11-15 Thread Ian Zimmerman
On 2017-11-15 18:40, Neil Bothwick wrote:

> Why is it trying to install the  version? Is that unmasked?
> 
> Are you running stable or testing?
> 
> What does "grep -r glibc /etc/portage" say?
> 
> I don't think you posted the command that started all of this?

For some reason, these horrible dependency dumps never seem to happen to
me.  Why is that?  Maybe because I run a "mostly stable" system?  I do
have some very few "testing" packages enabled (ie. with ~amd64 flag).
They all fit into a single terminal screen.

-- 
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] Re: memset_s

2017-11-15 Thread R0b0t1
On Wed, Nov 15, 2017 at 3:42 PM, Grant Edwards
 wrote:
> On 2017-11-15, R0b0t1  wrote:
>> Apologies for the double post,
>>
>> On Wed, Nov 15, 2017 at 9:41 AM, R0b0t1  wrote:
>>> On Wed, Nov 15, 2017 at 1:22 AM, Jorge Almeida  wrote:
 On Tue, Nov 14, 2017 at 8:42 PM, R0b0t1  wrote:
> What I am wondering about is if C code which uses
> __attribute__((optimize(...))) is against Gentoo package standards and
> would have to be removed from the Portage tree.
>


 You can set your optimization preferences in make.conf, and still an
 ebuild will override them if deemed unsafe. What would be the
 difference?

>>>
>>> Ebuilds are not supposed to do this, so if you file a bug report
>>> citing that ebuild changes will be made (eventually?) to work around
>>> it.
>>>
>>>
>>> On Wed, Nov 15, 2017 at 9:28 AM, Grant Edwards
>>>  wrote:
 On 2017-11-15, R0b0t1  wrote:

> What I am wondering about is if C code which uses
> __attribute__((optimize(...))) is against Gentoo package standards and
> would have to be removed from the Portage tree.

 Huh?

 Gentoo enforces standards for the source code of packages?

 "They" review the source code for the Linux kernel, Gnome, KDE, Qt,
 Chrome, Firefox, GCC, and 24670 thousand other packages and make sure
 they all follow Gentoo coding standards?

>>>
>>> To be consistent they would have to. Why I bring it up is that a
>>> number of optimizations in eix were removed due to the logic I gave
>>> above, despite there being no way to enable them without setting "-O3"
>>> globally.
>>>
>>> Cheers,
>>>  R0b0t1
>>
>> https://bugs.gentoo.org/632315
>
> I don't see how that's relevent.  That bug is about use flags and
> ebuild stuff, not about the C code inside a package's source files.
>

Right, but the reason that it is not allowed in ebuilds (or at least
in eix's case) was some sense of purism - despite the optimizations
being behind a useflag at the package level, someone determined this
was improper.

Applying this logic consistently, any package which uses the
"optimize" GCC attribute would be unsuitable for the main portage
tree.

If this doesn't make sense, that is exactly my point. Sorry for going
off on a tangent, I didn't expect any follow-up posts on it.

Cheers,
 R0b0t1



Re: [gentoo-user] Help...can't decipher emerge oracle...

2017-11-15 Thread Andreas K. Huettel
Am Mittwoch, 15. November 2017, 17:50:37 CET schrieb tu...@posteo.de:

>  * Error: The above package list contains packages which cannot be
>  * installed at the same time on the same system.
> 
>   (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by
> 
> >=sys-libs/glibc-2.23[multilib?] (>=sys-libs/glibc-2.23) required by
> >(dev-java/icedtea-bin-3.6.0:8/8::gentoo, installed)
> sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo,
> installed)

^ this is the key: autofs needs rpc support in glibc, which is going away with 
glibc-2.26. 

Sadly portage is extremely unhelpful here, since - if you look at the autofs 
ebuild - the problem goes away as soon as you switch its "libtirpc" useflag 
on:
libtirpc? ( net-libs/libtirpc )
!libtirpc? ( sys-libs/glibc[rpc(-)] )
(glibc-2.26 has no rpc useflag, and the (-) means it's treated as if it were 
switched off then.)

Indeed libtirpc is the modern replacement for the obsolete rpc support in 
glibc.

Anyway, I hope with the following commit this is now fixed:

commit 43429ba5bdcb0605f81e7ca7442aa085eca31caa
Author: Andreas K. Hüttel 
Date:   Wed Nov 15 23:37:41 2017 +0100

net-fs/autofs: Switch libtirpc to default to on, causes otherwise ugly 
blockers with glibc-2.26

Package-Manager: Portage-2.3.13, Repoman-2.3.4

 net-fs/autofs/autofs-5.0.10.ebuild   | 4 ++--
 net-fs/autofs/autofs-5.0.7-r4.ebuild | 4 ++--
 net-fs/autofs/autofs-5.0.7-r5.ebuild | 4 ++--
 net-fs/autofs/autofs-5.1.2.ebuild| 2 +-
 net-fs/autofs/autofs-5.1.3.ebuild| 2 +-
 5 files changed, 8 insertions(+), 8 deletions(-)




-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer (council, perl, libreoffice)

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


[gentoo-user] Re: memset_s

2017-11-15 Thread Grant Edwards
On 2017-11-15, R0b0t1  wrote:
> Apologies for the double post,
>
> On Wed, Nov 15, 2017 at 9:41 AM, R0b0t1  wrote:
>> On Wed, Nov 15, 2017 at 1:22 AM, Jorge Almeida  wrote:
>>> On Tue, Nov 14, 2017 at 8:42 PM, R0b0t1  wrote:
 What I am wondering about is if C code which uses
 __attribute__((optimize(...))) is against Gentoo package standards and
 would have to be removed from the Portage tree.

>>>
>>>
>>> You can set your optimization preferences in make.conf, and still an
>>> ebuild will override them if deemed unsafe. What would be the
>>> difference?
>>>
>>
>> Ebuilds are not supposed to do this, so if you file a bug report
>> citing that ebuild changes will be made (eventually?) to work around
>> it.
>>
>>
>> On Wed, Nov 15, 2017 at 9:28 AM, Grant Edwards
>>  wrote:
>>> On 2017-11-15, R0b0t1  wrote:
>>>
 What I am wondering about is if C code which uses
 __attribute__((optimize(...))) is against Gentoo package standards and
 would have to be removed from the Portage tree.
>>>
>>> Huh?
>>>
>>> Gentoo enforces standards for the source code of packages?
>>>
>>> "They" review the source code for the Linux kernel, Gnome, KDE, Qt,
>>> Chrome, Firefox, GCC, and 24670 thousand other packages and make sure
>>> they all follow Gentoo coding standards?
>>>
>>
>> To be consistent they would have to. Why I bring it up is that a
>> number of optimizations in eix were removed due to the logic I gave
>> above, despite there being no way to enable them without setting "-O3"
>> globally.
>>
>> Cheers,
>>  R0b0t1
>
> https://bugs.gentoo.org/632315

I don't see how that's relevent.  That bug is about use flags and
ebuild stuff, not about the C code inside a package's source files.

-- 
Grant Edwards   grant.b.edwardsYow! Half a mind is a
  at   terrible thing to waste!
  gmail.com




Re: [gentoo-user] Help...can't decipher emerge oracle...

2017-11-15 Thread Neil Bothwick
On Wed, 15 Nov 2017 18:43:15 +0100, tu...@posteo.de wrote:

> /root>emerge -1 '>=sys-libs/glibc-2.26'  
> Calculating dependencies... done!
> [ebuild U *] sys-libs/glibc- [2.25-r9] USE="-compile-locales%" 
> 
Why is it trying to install the  version? Is that unmasked?

Are you running stable or testing?

What does "grep -r glibc /etc/portage" say?

I don't think you posted the command that started all of this?


-- 
Neil Bothwick

If ignorance is bliss, why aren't more people happy?


pgpj4oeyYHoai.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] Help...can't decipher emerge oracle...

2017-11-15 Thread Jan Chren (rindeal)
Well, that's yet another problem, this time it's `autofs` package
which depends on glibc having `rpc` USE flag. glibc 2.26 lost this
USE-flag, however. Hopefully you can workaround this by enabling
`libtirpc` USE-flag for `autofs` package.

So the steps should be now:

1. put `net-fs/autofs libtirpc` into your `/etc/portage/package.use/...`
2. `emerge -1 autofs`
3. `emerge -1 ">=sys-libs/glibc-2.26"`
4. `emerge -1 libnsl`

On 15 November 2017 at 18:43,   wrote:
> On 11/15 06:24, Jan Chren (rindeal) wrote:
>> Oh, I missed that the current libnsl has a blocker as well. In that
>> case try to do this:
>>
>> ```
>> emerge -C libnsl
>> emerge -1 ">=sys-libs/glibc-2.26"
>> emerge -1 libnsl
>> ```
>>
>> On 15 November 2017 at 18:20,   wrote:
>> > On 11/15 06:04, Jan Chren (rindeal) wrote:
>> >> net-libs/libnsl-1.1.0-r1 is blocking sys-libs/glibc versions lower
>> >> than 2.26 and you have sys-libs/glibc-2.25 installed. So try
>> >> installing glibc-2.26 manually first and then libnsl.
>> >>
>> >> On 15 November 2017 at 17:50,   wrote:
>> >> > Hi,
>> >> >
>> >> > From emerge I got this """info""":
>> >> >
>> >> >
>> >> >
>> >> >  * Error: The above package list contains packages which cannot be
>> >> >  * installed at the same time on the same system.
>> >> >
>> >> >   (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by
>> >> > >=sys-libs/glibc-2.23[multilib?] (>=sys-libs/glibc-2.23) required 
>> >> > by (dev-java/icedtea-bin-3.6.0:8/8::gentoo, installed)
>> >> > sys-libs/glibc[rpc(-)] required by 
>> >> > (net-fs/autofs-5.1.3:0/0::gentoo, installed)
>> >> > >=sys-libs/glibc-2.6.1 required by 
>> >> > (x11-drivers/nvidia-drivers-387.22:0/387::gentoo, installed)
>> >> > sys-libs/glibc required by 
>> >> > (app-arch/rar-5.5.0_p20170811:0/0::gentoo, installed)
>> >> > >=sys-libs/glibc-2.7 required by 
>> >> > (sys-apps/iproute2-4.14.0:0/0::gentoo, ebuild scheduled for merge)
>> >> > >=sys-libs/glibc-2.17 required by 
>> >> > (dev-lang/ghc-8.0.2:0/8.0.2::gentoo, installed)
>> >> > sys-libs/glibc:2.2 required by (virtual/libc-1:0/0::gentoo, 
>> >> > installed)
>> >> > sys-libs/glibc required by 
>> >> > (app-office/openoffice-bin-4.1.3:0/0::gentoo, installed)
>> >> > sys-libs/glibc required by @selected
>> >> > >=sys-libs/glibc-2.8:2.2 required by 
>> >> > (media-video/vlc-2.2.6-r2:0/5-8::gentoo, installed)
>> >> > >=sys-libs/glibc-2.8 required by 
>> >> > (sys-devel/gcc-4.9.4:4.9.4/4.9.4::gentoo, installed)
>> >> > >=sys-libs/glibc-2.8 required by 
>> >> > (sys-devel/gcc-5.4.0-r3:5.4.0/5.4.0::gentoo, installed)
>> >> > >=sys-libs/glibc-2.13 required by 
>> >> > (sys-devel/gcc-6.4.0:6.4.0/6.4.0::gentoo, installed)
>> >> >
>> >> >   (net-libs/libnsl-1.1.0-r1:0/2::gentoo, ebuild scheduled for merge) 
>> >> > pulled in by
>> >> > net-libs/libnsl:0= required by 
>> >> > (app-emulation/hercules-3.12:0/0::gentoo, installed)
>> >> > net-libs/libnsl:0= required by 
>> >> > (app-text/opensp-1.5.2-r6:0/0::gentoo, ebuild scheduled for merge)
>> >> > net-libs/libnsl:0 required by 
>> >> > @__auto_slot_operator_replace_installed__
>> >> >
>> >> > ...for me it seems, that I need a lot of different glibc versions and
>> >> > currently I dont know, how to get out of this mess...
>> >> >
>> >> > I would be happy, if someone could help me...
>> >> >
>> >> > Cheers
>> >> > Meino
>> >> >
>> >> >
>> >> >
>> >>
>> > Hi Jan,
>> >
>> > thanks for your help and your answer! :)
>> >
>> >
>> > Trying what you suggest leads into this:
>> >
>> > /root>emerge '=glibc-2.26-r3'
>> > Calculating dependencies... done!
>> > [ebuild U  ] sys-libs/glibc-2.26-r3 [2.25-r9]
>> >
>> > !!! Multiple package instances within a single package slot have been 
>> > pulled
>> > !!! into the dependency graph, resulting in a slot conflict:
>> >
>> > sys-libs/glibc:2.2
>> >
>> >   (sys-libs/glibc-2.26-r3:2.2/2.2::gentoo, ebuild scheduled for merge) 
>> > pulled in by
>> > =sys-libs/glibc-2.26-r3 (Argument)
>> >
>> >   (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by
>> > sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, 
>> > installed)
>> >
>> > > > installed)
>> > ^   
>> >
>> > I would tend to remove autofs, install glibc-2.26, reinstall autofs
>> > and 
>> >
>> > Woyld that work, or do I kill my system with that...
>> >
>> > (I hate dependencies... :)
>> >
>> > Cheers
>> > Meino
>> >
>> >
>>
>
> Hi Jan,
>
> it fails again...
>
> /root>emerge -C libnsl
>  * This action can remove important packages! In order to be safer, use
>  * `emerge -pv --depclean ` to check for reverse dependencies before
>  * removing packages.
>
>  net-libs/libnsl
> selected: 0
>protected: none
>  omitted: none
>
> All selected packages: =net-libs/libnsl-0
>
 'Selected' packages are slated for removal.
 'Protected' and 'omitted' packages will not be removed.
>
 

Re: [gentoo-user] Help...can't decipher emerge oracle...

2017-11-15 Thread Mike Gilbert
On Wed, Nov 15, 2017 at 12:20 PM,   wrote:
> On 11/15 06:04, Jan Chren (rindeal) wrote:
>> net-libs/libnsl-1.1.0-r1 is blocking sys-libs/glibc versions lower
>> than 2.26 and you have sys-libs/glibc-2.25 installed. So try
>> installing glibc-2.26 manually first and then libnsl.
>>
>> On 15 November 2017 at 17:50,   wrote:
>> > Hi,
>> >
>> > From emerge I got this """info""":
>> >
>> >
>> >
>> >  * Error: The above package list contains packages which cannot be
>> >  * installed at the same time on the same system.
>> >
>> >   (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by
>> > >=sys-libs/glibc-2.23[multilib?] (>=sys-libs/glibc-2.23) required by 
>> > (dev-java/icedtea-bin-3.6.0:8/8::gentoo, installed)
>> > sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, 
>> > installed)
>> > >=sys-libs/glibc-2.6.1 required by 
>> > (x11-drivers/nvidia-drivers-387.22:0/387::gentoo, installed)
>> > sys-libs/glibc required by (app-arch/rar-5.5.0_p20170811:0/0::gentoo, 
>> > installed)
>> > >=sys-libs/glibc-2.7 required by 
>> > (sys-apps/iproute2-4.14.0:0/0::gentoo, ebuild scheduled for merge)
>> > >=sys-libs/glibc-2.17 required by (dev-lang/ghc-8.0.2:0/8.0.2::gentoo, 
>> > installed)
>> > sys-libs/glibc:2.2 required by (virtual/libc-1:0/0::gentoo, installed)
>> > sys-libs/glibc required by 
>> > (app-office/openoffice-bin-4.1.3:0/0::gentoo, installed)
>> > sys-libs/glibc required by @selected
>> > >=sys-libs/glibc-2.8:2.2 required by 
>> > (media-video/vlc-2.2.6-r2:0/5-8::gentoo, installed)
>> > >=sys-libs/glibc-2.8 required by 
>> > (sys-devel/gcc-4.9.4:4.9.4/4.9.4::gentoo, installed)
>> > >=sys-libs/glibc-2.8 required by 
>> > (sys-devel/gcc-5.4.0-r3:5.4.0/5.4.0::gentoo, installed)
>> > >=sys-libs/glibc-2.13 required by 
>> > (sys-devel/gcc-6.4.0:6.4.0/6.4.0::gentoo, installed)
>> >
>> >   (net-libs/libnsl-1.1.0-r1:0/2::gentoo, ebuild scheduled for merge) 
>> > pulled in by
>> > net-libs/libnsl:0= required by 
>> > (app-emulation/hercules-3.12:0/0::gentoo, installed)
>> > net-libs/libnsl:0= required by (app-text/opensp-1.5.2-r6:0/0::gentoo, 
>> > ebuild scheduled for merge)
>> > net-libs/libnsl:0 required by @__auto_slot_operator_replace_installed__
>> >
>> > ...for me it seems, that I need a lot of different glibc versions and
>> > currently I dont know, how to get out of this mess...
>> >
>> > I would be happy, if someone could help me...
>> >
>> > Cheers
>> > Meino
>> >
>> >
>> >
>>
> Hi Jan,
>
> thanks for your help and your answer! :)
>
>
> Trying what you suggest leads into this:
>
> /root>emerge '=glibc-2.26-r3'
> Calculating dependencies... done!
> [ebuild U  ] sys-libs/glibc-2.26-r3 [2.25-r9]
>
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
>
> sys-libs/glibc:2.2
>
>   (sys-libs/glibc-2.26-r3:2.2/2.2::gentoo, ebuild scheduled for merge) pulled 
> in by
> =sys-libs/glibc-2.26-r3 (Argument)
>
>   (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by
> sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, 
> installed)
>
>  installed)
> ^   
>
> I would tend to remove autofs, install glibc-2.26, reinstall autofs
> and 
>
> Woyld that work, or do I kill my system with that...
>
> (I hate dependencies... :)
>

Removing autofs certainly can't hurt.

Maybe try upgrading glibc and libnsl together.

emerge --oneshot sys-libs/glibc net-libs/libnsl



Re: [gentoo-user] Help...can't decipher emerge oracle...

2017-11-15 Thread tuxic
On 11/15 06:24, Jan Chren (rindeal) wrote:
> Oh, I missed that the current libnsl has a blocker as well. In that
> case try to do this:
> 
> ```
> emerge -C libnsl
> emerge -1 ">=sys-libs/glibc-2.26"
> emerge -1 libnsl
> ```
> 
> On 15 November 2017 at 18:20,   wrote:
> > On 11/15 06:04, Jan Chren (rindeal) wrote:
> >> net-libs/libnsl-1.1.0-r1 is blocking sys-libs/glibc versions lower
> >> than 2.26 and you have sys-libs/glibc-2.25 installed. So try
> >> installing glibc-2.26 manually first and then libnsl.
> >>
> >> On 15 November 2017 at 17:50,   wrote:
> >> > Hi,
> >> >
> >> > From emerge I got this """info""":
> >> >
> >> >
> >> >
> >> >  * Error: The above package list contains packages which cannot be
> >> >  * installed at the same time on the same system.
> >> >
> >> >   (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by
> >> > >=sys-libs/glibc-2.23[multilib?] (>=sys-libs/glibc-2.23) required by 
> >> > (dev-java/icedtea-bin-3.6.0:8/8::gentoo, installed)
> >> > sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, 
> >> > installed)
> >> > >=sys-libs/glibc-2.6.1 required by 
> >> > (x11-drivers/nvidia-drivers-387.22:0/387::gentoo, installed)
> >> > sys-libs/glibc required by 
> >> > (app-arch/rar-5.5.0_p20170811:0/0::gentoo, installed)
> >> > >=sys-libs/glibc-2.7 required by 
> >> > (sys-apps/iproute2-4.14.0:0/0::gentoo, ebuild scheduled for merge)
> >> > >=sys-libs/glibc-2.17 required by 
> >> > (dev-lang/ghc-8.0.2:0/8.0.2::gentoo, installed)
> >> > sys-libs/glibc:2.2 required by (virtual/libc-1:0/0::gentoo, 
> >> > installed)
> >> > sys-libs/glibc required by 
> >> > (app-office/openoffice-bin-4.1.3:0/0::gentoo, installed)
> >> > sys-libs/glibc required by @selected
> >> > >=sys-libs/glibc-2.8:2.2 required by 
> >> > (media-video/vlc-2.2.6-r2:0/5-8::gentoo, installed)
> >> > >=sys-libs/glibc-2.8 required by 
> >> > (sys-devel/gcc-4.9.4:4.9.4/4.9.4::gentoo, installed)
> >> > >=sys-libs/glibc-2.8 required by 
> >> > (sys-devel/gcc-5.4.0-r3:5.4.0/5.4.0::gentoo, installed)
> >> > >=sys-libs/glibc-2.13 required by 
> >> > (sys-devel/gcc-6.4.0:6.4.0/6.4.0::gentoo, installed)
> >> >
> >> >   (net-libs/libnsl-1.1.0-r1:0/2::gentoo, ebuild scheduled for merge) 
> >> > pulled in by
> >> > net-libs/libnsl:0= required by 
> >> > (app-emulation/hercules-3.12:0/0::gentoo, installed)
> >> > net-libs/libnsl:0= required by 
> >> > (app-text/opensp-1.5.2-r6:0/0::gentoo, ebuild scheduled for merge)
> >> > net-libs/libnsl:0 required by 
> >> > @__auto_slot_operator_replace_installed__
> >> >
> >> > ...for me it seems, that I need a lot of different glibc versions and
> >> > currently I dont know, how to get out of this mess...
> >> >
> >> > I would be happy, if someone could help me...
> >> >
> >> > Cheers
> >> > Meino
> >> >
> >> >
> >> >
> >>
> > Hi Jan,
> >
> > thanks for your help and your answer! :)
> >
> >
> > Trying what you suggest leads into this:
> >
> > /root>emerge '=glibc-2.26-r3'
> > Calculating dependencies... done!
> > [ebuild U  ] sys-libs/glibc-2.26-r3 [2.25-r9]
> >
> > !!! Multiple package instances within a single package slot have been pulled
> > !!! into the dependency graph, resulting in a slot conflict:
> >
> > sys-libs/glibc:2.2
> >
> >   (sys-libs/glibc-2.26-r3:2.2/2.2::gentoo, ebuild scheduled for merge) 
> > pulled in by
> > =sys-libs/glibc-2.26-r3 (Argument)
> >
> >   (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by
> > sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, 
> > installed)
> >
> >  > installed)
> > ^   
> >
> > I would tend to remove autofs, install glibc-2.26, reinstall autofs
> > and 
> >
> > Woyld that work, or do I kill my system with that...
> >
> > (I hate dependencies... :)
> >
> > Cheers
> > Meino
> >
> >
> 

Hi Jan,

it fails again...

/root>emerge -C libnsl
 * This action can remove important packages! In order to be safer, use
 * `emerge -pv --depclean ` to check for reverse dependencies before
 * removing packages.

 net-libs/libnsl
selected: 0 
   protected: none 
 omitted: none 

All selected packages: =net-libs/libnsl-0

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.

>>> Waiting 5 seconds before starting...
>>> (Control-C to abort)...
>>> Unmerging in: 5 4 3 2 1
>>> Unmerging (1 of 1) net-libs/libnsl-0...

 * GNU info directory index is up-to-date.
/root>emerge -1 '>=sys-libs/glibc-2.26'
Calculating dependencies... done!
[ebuild U *] sys-libs/glibc- [2.25-r9] USE="-compile-locales%" 

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

sys-libs/glibc:2.2

  (sys-libs/glibc-:2.2/2.2::gentoo, ebuild scheduled for merge) pulled in by
>=sys-libs/glibc-2.26 (Argument)

  

Re: [gentoo-user] Re: memset_s

2017-11-15 Thread Michael Orlitzky
On 11/15/2017 10:50 AM, Jorge Almeida wrote:
>
> Are you really sure? I was under the impression that ebuilds did it,
> and I find that natural. I didn't view that as a bug at all.


On principle, most things in the tree should respect whatever CFLAGS,
LDFLAGS, etc. you ask for. The problems resulting from that are
predictable: if you add "-ffast-math" to your CFLAGS and then start
getting crashes; well, you asked for it. We're not going to fix that for
you in every ebuild.

On the other hand, there are packages where some optimizations fail due
to a compiler bug or something else that is not by design. Some packages
optimize their critical path in assembly, and the resulting code doesn't
play well with otherwise-reasonable CFLAGS. In cases like those, it's
often simpler to disable the problematic flag in the ebuild rather than
have a thousand people do the same thing locally.



Re: [gentoo-user] Help...can't decipher emerge oracle...

2017-11-15 Thread Jan Chren (rindeal)
Oh, I missed that the current libnsl has a blocker as well. In that
case try to do this:

```
emerge -C libnsl
emerge -1 ">=sys-libs/glibc-2.26"
emerge -1 libnsl
```

On 15 November 2017 at 18:20,   wrote:
> On 11/15 06:04, Jan Chren (rindeal) wrote:
>> net-libs/libnsl-1.1.0-r1 is blocking sys-libs/glibc versions lower
>> than 2.26 and you have sys-libs/glibc-2.25 installed. So try
>> installing glibc-2.26 manually first and then libnsl.
>>
>> On 15 November 2017 at 17:50,   wrote:
>> > Hi,
>> >
>> > From emerge I got this """info""":
>> >
>> >
>> >
>> >  * Error: The above package list contains packages which cannot be
>> >  * installed at the same time on the same system.
>> >
>> >   (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by
>> > >=sys-libs/glibc-2.23[multilib?] (>=sys-libs/glibc-2.23) required by 
>> > (dev-java/icedtea-bin-3.6.0:8/8::gentoo, installed)
>> > sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, 
>> > installed)
>> > >=sys-libs/glibc-2.6.1 required by 
>> > (x11-drivers/nvidia-drivers-387.22:0/387::gentoo, installed)
>> > sys-libs/glibc required by (app-arch/rar-5.5.0_p20170811:0/0::gentoo, 
>> > installed)
>> > >=sys-libs/glibc-2.7 required by 
>> > (sys-apps/iproute2-4.14.0:0/0::gentoo, ebuild scheduled for merge)
>> > >=sys-libs/glibc-2.17 required by (dev-lang/ghc-8.0.2:0/8.0.2::gentoo, 
>> > installed)
>> > sys-libs/glibc:2.2 required by (virtual/libc-1:0/0::gentoo, installed)
>> > sys-libs/glibc required by 
>> > (app-office/openoffice-bin-4.1.3:0/0::gentoo, installed)
>> > sys-libs/glibc required by @selected
>> > >=sys-libs/glibc-2.8:2.2 required by 
>> > (media-video/vlc-2.2.6-r2:0/5-8::gentoo, installed)
>> > >=sys-libs/glibc-2.8 required by 
>> > (sys-devel/gcc-4.9.4:4.9.4/4.9.4::gentoo, installed)
>> > >=sys-libs/glibc-2.8 required by 
>> > (sys-devel/gcc-5.4.0-r3:5.4.0/5.4.0::gentoo, installed)
>> > >=sys-libs/glibc-2.13 required by 
>> > (sys-devel/gcc-6.4.0:6.4.0/6.4.0::gentoo, installed)
>> >
>> >   (net-libs/libnsl-1.1.0-r1:0/2::gentoo, ebuild scheduled for merge) 
>> > pulled in by
>> > net-libs/libnsl:0= required by 
>> > (app-emulation/hercules-3.12:0/0::gentoo, installed)
>> > net-libs/libnsl:0= required by (app-text/opensp-1.5.2-r6:0/0::gentoo, 
>> > ebuild scheduled for merge)
>> > net-libs/libnsl:0 required by @__auto_slot_operator_replace_installed__
>> >
>> > ...for me it seems, that I need a lot of different glibc versions and
>> > currently I dont know, how to get out of this mess...
>> >
>> > I would be happy, if someone could help me...
>> >
>> > Cheers
>> > Meino
>> >
>> >
>> >
>>
> Hi Jan,
>
> thanks for your help and your answer! :)
>
>
> Trying what you suggest leads into this:
>
> /root>emerge '=glibc-2.26-r3'
> Calculating dependencies... done!
> [ebuild U  ] sys-libs/glibc-2.26-r3 [2.25-r9]
>
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
>
> sys-libs/glibc:2.2
>
>   (sys-libs/glibc-2.26-r3:2.2/2.2::gentoo, ebuild scheduled for merge) pulled 
> in by
> =sys-libs/glibc-2.26-r3 (Argument)
>
>   (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by
> sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, 
> installed)
>
>  installed)
> ^   
>
> I would tend to remove autofs, install glibc-2.26, reinstall autofs
> and 
>
> Woyld that work, or do I kill my system with that...
>
> (I hate dependencies... :)
>
> Cheers
> Meino
>
>



Re: [gentoo-user] Help...can't decipher emerge oracle...

2017-11-15 Thread tuxic
On 11/15 06:04, Jan Chren (rindeal) wrote:
> net-libs/libnsl-1.1.0-r1 is blocking sys-libs/glibc versions lower
> than 2.26 and you have sys-libs/glibc-2.25 installed. So try
> installing glibc-2.26 manually first and then libnsl.
> 
> On 15 November 2017 at 17:50,   wrote:
> > Hi,
> >
> > From emerge I got this """info""":
> >
> >
> >
> >  * Error: The above package list contains packages which cannot be
> >  * installed at the same time on the same system.
> >
> >   (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by
> > >=sys-libs/glibc-2.23[multilib?] (>=sys-libs/glibc-2.23) required by 
> > (dev-java/icedtea-bin-3.6.0:8/8::gentoo, installed)
> > sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, 
> > installed)
> > >=sys-libs/glibc-2.6.1 required by 
> > (x11-drivers/nvidia-drivers-387.22:0/387::gentoo, installed)
> > sys-libs/glibc required by (app-arch/rar-5.5.0_p20170811:0/0::gentoo, 
> > installed)
> > >=sys-libs/glibc-2.7 required by (sys-apps/iproute2-4.14.0:0/0::gentoo, 
> > ebuild scheduled for merge)
> > >=sys-libs/glibc-2.17 required by (dev-lang/ghc-8.0.2:0/8.0.2::gentoo, 
> > installed)
> > sys-libs/glibc:2.2 required by (virtual/libc-1:0/0::gentoo, installed)
> > sys-libs/glibc required by 
> > (app-office/openoffice-bin-4.1.3:0/0::gentoo, installed)
> > sys-libs/glibc required by @selected
> > >=sys-libs/glibc-2.8:2.2 required by 
> > (media-video/vlc-2.2.6-r2:0/5-8::gentoo, installed)
> > >=sys-libs/glibc-2.8 required by 
> > (sys-devel/gcc-4.9.4:4.9.4/4.9.4::gentoo, installed)
> > >=sys-libs/glibc-2.8 required by 
> > (sys-devel/gcc-5.4.0-r3:5.4.0/5.4.0::gentoo, installed)
> > >=sys-libs/glibc-2.13 required by 
> > (sys-devel/gcc-6.4.0:6.4.0/6.4.0::gentoo, installed)
> >
> >   (net-libs/libnsl-1.1.0-r1:0/2::gentoo, ebuild scheduled for merge) pulled 
> > in by
> > net-libs/libnsl:0= required by 
> > (app-emulation/hercules-3.12:0/0::gentoo, installed)
> > net-libs/libnsl:0= required by (app-text/opensp-1.5.2-r6:0/0::gentoo, 
> > ebuild scheduled for merge)
> > net-libs/libnsl:0 required by @__auto_slot_operator_replace_installed__
> >
> > ...for me it seems, that I need a lot of different glibc versions and
> > currently I dont know, how to get out of this mess...
> >
> > I would be happy, if someone could help me...
> >
> > Cheers
> > Meino
> >
> >
> >
> 
Hi Jan,

thanks for your help and your answer! :)


Trying what you suggest leads into this:

/root>emerge '=glibc-2.26-r3'   
Calculating dependencies... done!
[ebuild U  ] sys-libs/glibc-2.26-r3 [2.25-r9]

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

sys-libs/glibc:2.2

  (sys-libs/glibc-2.26-r3:2.2/2.2::gentoo, ebuild scheduled for merge) pulled 
in by
=sys-libs/glibc-2.26-r3 (Argument)

  (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by
sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, 
installed)




Re: [gentoo-user] Help...can't decipher emerge oracle...

2017-11-15 Thread Jan Chren (rindeal)
net-libs/libnsl-1.1.0-r1 is blocking sys-libs/glibc versions lower
than 2.26 and you have sys-libs/glibc-2.25 installed. So try
installing glibc-2.26 manually first and then libnsl.

On 15 November 2017 at 17:50,   wrote:
> Hi,
>
> From emerge I got this """info""":
>
>
>
>  * Error: The above package list contains packages which cannot be
>  * installed at the same time on the same system.
>
>   (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by
> >=sys-libs/glibc-2.23[multilib?] (>=sys-libs/glibc-2.23) required by 
> (dev-java/icedtea-bin-3.6.0:8/8::gentoo, installed)
> sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, 
> installed)
> >=sys-libs/glibc-2.6.1 required by 
> (x11-drivers/nvidia-drivers-387.22:0/387::gentoo, installed)
> sys-libs/glibc required by (app-arch/rar-5.5.0_p20170811:0/0::gentoo, 
> installed)
> >=sys-libs/glibc-2.7 required by (sys-apps/iproute2-4.14.0:0/0::gentoo, 
> ebuild scheduled for merge)
> >=sys-libs/glibc-2.17 required by (dev-lang/ghc-8.0.2:0/8.0.2::gentoo, 
> installed)
> sys-libs/glibc:2.2 required by (virtual/libc-1:0/0::gentoo, installed)
> sys-libs/glibc required by (app-office/openoffice-bin-4.1.3:0/0::gentoo, 
> installed)
> sys-libs/glibc required by @selected
> >=sys-libs/glibc-2.8:2.2 required by 
> (media-video/vlc-2.2.6-r2:0/5-8::gentoo, installed)
> >=sys-libs/glibc-2.8 required by 
> (sys-devel/gcc-4.9.4:4.9.4/4.9.4::gentoo, installed)
> >=sys-libs/glibc-2.8 required by 
> (sys-devel/gcc-5.4.0-r3:5.4.0/5.4.0::gentoo, installed)
> >=sys-libs/glibc-2.13 required by 
> (sys-devel/gcc-6.4.0:6.4.0/6.4.0::gentoo, installed)
>
>   (net-libs/libnsl-1.1.0-r1:0/2::gentoo, ebuild scheduled for merge) pulled 
> in by
> net-libs/libnsl:0= required by (app-emulation/hercules-3.12:0/0::gentoo, 
> installed)
> net-libs/libnsl:0= required by (app-text/opensp-1.5.2-r6:0/0::gentoo, 
> ebuild scheduled for merge)
> net-libs/libnsl:0 required by @__auto_slot_operator_replace_installed__
>
> ...for me it seems, that I need a lot of different glibc versions and
> currently I dont know, how to get out of this mess...
>
> I would be happy, if someone could help me...
>
> Cheers
> Meino
>
>
>



[gentoo-user] Help...can't decipher emerge oracle...

2017-11-15 Thread tuxic
Hi,

>From emerge I got this """info""":



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

  (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by
>=sys-libs/glibc-2.23[multilib?] (>=sys-libs/glibc-2.23) required by 
(dev-java/icedtea-bin-3.6.0:8/8::gentoo, installed)
sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, 
installed)
>=sys-libs/glibc-2.6.1 required by 
(x11-drivers/nvidia-drivers-387.22:0/387::gentoo, installed)
sys-libs/glibc required by (app-arch/rar-5.5.0_p20170811:0/0::gentoo, 
installed)
>=sys-libs/glibc-2.7 required by (sys-apps/iproute2-4.14.0:0/0::gentoo, 
ebuild scheduled for merge)
>=sys-libs/glibc-2.17 required by (dev-lang/ghc-8.0.2:0/8.0.2::gentoo, 
installed)
sys-libs/glibc:2.2 required by (virtual/libc-1:0/0::gentoo, installed)
sys-libs/glibc required by (app-office/openoffice-bin-4.1.3:0/0::gentoo, 
installed)
sys-libs/glibc required by @selected
>=sys-libs/glibc-2.8:2.2 required by 
(media-video/vlc-2.2.6-r2:0/5-8::gentoo, installed)
>=sys-libs/glibc-2.8 required by (sys-devel/gcc-4.9.4:4.9.4/4.9.4::gentoo, 
installed)
>=sys-libs/glibc-2.8 required by 
(sys-devel/gcc-5.4.0-r3:5.4.0/5.4.0::gentoo, installed)
>=sys-libs/glibc-2.13 required by (sys-devel/gcc-6.4.0:6.4.0/6.4.0::gentoo, 
installed)

  (net-libs/libnsl-1.1.0-r1:0/2::gentoo, ebuild scheduled for merge) pulled in 
by
net-libs/libnsl:0= required by (app-emulation/hercules-3.12:0/0::gentoo, 
installed)
net-libs/libnsl:0= required by (app-text/opensp-1.5.2-r6:0/0::gentoo, 
ebuild scheduled for merge)
net-libs/libnsl:0 required by @__auto_slot_operator_replace_installed__

...for me it seems, that I need a lot of different glibc versions and
currently I dont know, how to get out of this mess...

I would be happy, if someone could help me...

Cheers
Meino





Re: [gentoo-user] Re: memset_s

2017-11-15 Thread Jorge Almeida
On Wed, Nov 15, 2017 at 7:41 AM, R0b0t1  wrote:
> On Wed, Nov 15, 2017 at 1:22 AM, Jorge Almeida  wrote:
>> On Tue, Nov 14, 2017 at 8:42 PM, R0b0t1  wrote:

>> You can set your optimization preferences in make.conf, and still an
>> ebuild will override them if deemed unsafe. What would be the
>> difference?
>>
>
> Ebuilds are not supposed to do this, so if you file a bug report
> citing that ebuild changes will be made (eventually?) to work around
> it.
>
Are you really sure? I was under the impression that ebuilds did it,
and I find that natural. I didn't view that as a bug at all.

Cheers

Jorge



Re: [gentoo-user] Re: memset_s

2017-11-15 Thread R0b0t1
Apologies for the double post,

On Wed, Nov 15, 2017 at 9:41 AM, R0b0t1  wrote:
> On Wed, Nov 15, 2017 at 1:22 AM, Jorge Almeida  wrote:
>> On Tue, Nov 14, 2017 at 8:42 PM, R0b0t1  wrote:
>>> What I am wondering about is if C code which uses
>>> __attribute__((optimize(...))) is against Gentoo package standards and
>>> would have to be removed from the Portage tree.
>>>
>>
>>
>> You can set your optimization preferences in make.conf, and still an
>> ebuild will override them if deemed unsafe. What would be the
>> difference?
>>
>
> Ebuilds are not supposed to do this, so if you file a bug report
> citing that ebuild changes will be made (eventually?) to work around
> it.
>
>
> On Wed, Nov 15, 2017 at 9:28 AM, Grant Edwards
>  wrote:
>> On 2017-11-15, R0b0t1  wrote:
>>
>>> What I am wondering about is if C code which uses
>>> __attribute__((optimize(...))) is against Gentoo package standards and
>>> would have to be removed from the Portage tree.
>>
>> Huh?
>>
>> Gentoo enforces standards for the source code of packages?
>>
>> "They" review the source code for the Linux kernel, Gnome, KDE, Qt,
>> Chrome, Firefox, GCC, and 24670 thousand other packages and make sure
>> they all follow Gentoo coding standards?
>>
>
> To be consistent they would have to. Why I bring it up is that a
> number of optimizations in eix were removed due to the logic I gave
> above, despite there being no way to enable them without setting "-O3"
> globally.
>
> Cheers,
>  R0b0t1

https://bugs.gentoo.org/632315

Cheers,
 R0b0t1



Re: [gentoo-user] Re: memset_s

2017-11-15 Thread R0b0t1
On Wed, Nov 15, 2017 at 1:22 AM, Jorge Almeida  wrote:
> On Tue, Nov 14, 2017 at 8:42 PM, R0b0t1  wrote:
>> What I am wondering about is if C code which uses
>> __attribute__((optimize(...))) is against Gentoo package standards and
>> would have to be removed from the Portage tree.
>>
>
>
> You can set your optimization preferences in make.conf, and still an
> ebuild will override them if deemed unsafe. What would be the
> difference?
>

Ebuilds are not supposed to do this, so if you file a bug report
citing that ebuild changes will be made (eventually?) to work around
it.


On Wed, Nov 15, 2017 at 9:28 AM, Grant Edwards
 wrote:
> On 2017-11-15, R0b0t1  wrote:
>
>> What I am wondering about is if C code which uses
>> __attribute__((optimize(...))) is against Gentoo package standards and
>> would have to be removed from the Portage tree.
>
> Huh?
>
> Gentoo enforces standards for the source code of packages?
>
> "They" review the source code for the Linux kernel, Gnome, KDE, Qt,
> Chrome, Firefox, GCC, and 24670 thousand other packages and make sure
> they all follow Gentoo coding standards?
>

To be consistent they would have to. Why I bring it up is that a
number of optimizations in eix were removed due to the logic I gave
above, despite there being no way to enable them without setting "-O3"
globally.

Cheers,
 R0b0t1



[gentoo-user] Re: memset_s

2017-11-15 Thread Grant Edwards
On 2017-11-15, R0b0t1  wrote:

> What I am wondering about is if C code which uses
> __attribute__((optimize(...))) is against Gentoo package standards and
> would have to be removed from the Portage tree.

Huh?

Gentoo enforces standards for the source code of packages?

"They" review the source code for the Linux kernel, Gnome, KDE, Qt,
Chrome, Firefox, GCC, and 24670 thousand other packages and make sure
they all follow Gentoo coding standards?

-- 
Grant Edwards   grant.b.edwardsYow! Sometime in 1993
  at   NANCY SINATRA will lead a
  gmail.comBLOODLESS COUP on GUAM!!




[gentoo-user] Re: memset_s

2017-11-15 Thread Nikos Chantziaras

On 15/11/17 11:05, Jorge Almeida wrote:

On Wed, Nov 15, 2017 at 12:54 AM, Nikos Chantziaras  wrote:

On 14/11/17 19:36, Jorge Almeida wrote:


On Fri, Nov 10, 2017 at 12:09 PM, Jorge Almeida 
wrote:





Unless you look at the assembly output, you can't be sure. Some optimization
is done even at -O0.

I'd stick to using explicit_bzero() which is safe regardless of compiler
vendor *and* version.


But what about overwriting with random bytes? Having "explicit-*"
versions of whatnot seems madness. BTW, I checked the assemby,
memset() is there. But there should be way to tell the compiler "do
what I say".


Writing random bytes isn't going to help. If the compiler can deduce 
that the random bytes aren't being used and that not writing anything 
will not change the observable behavior of the code, the write might not 
happen. And even if you do use the random bytes (like writing them to 
/dev/null,) the write might still not happen. The compiler might have 
marked another memory location as "hot" (in cache terms) and safe to 
write to, and use that instead.


The only sure way to do this I can think of, is to require the caller to 
use volatile and implement your own memset(). This is obviously prone to 
error. To fix that, you could enforce your own volatile pointer with 
something like:


  typedef struct passwd_t {
  volatile char* data;
  } passwd_t;

  passwd_t* alloc_passwd(int len);
  void free_passwd(passwd_t* passwd);

However, since explicit_bzero() is something several other people have 
come up as the solution to the problem, it's what I recommend. It's been 
tested already by other people on multiple platforms and compilers. Have 
a configure check for it, and if not found, try again with -lbsd. Or 
have a configure switch for it. These tests are easy to do with CMake or 
Autoconf.


Trying to reinvent the wheel, especially when it comes to security, 
doesn't sound like a good idea. It's easy to get it wrong.





Re: [gentoo-user] Instrumenting the GPU

2017-11-15 Thread Peter Humphrey
On Tuesday, 14 November 2017 18:24:52 GMT Marc Joliet wrote:
> Am Montag, 13. November 2017, 11:59:06 CET schrieb Peter Humphrey:
> > Hello list,
> > 
> > I'm hunting a problem with cooling in this box, and I've got as far as
> > suspecting my new AMD WX 5100 GPU.
> > 
> > One of my BOINC projects causes the GPU temperature, as shown by
> > gkrellm, to shoot up to 75C or more and cause intolerable system
> > cooling noise. If I suspend that project but leave the other seven
> > running, the temperature returns to what I hope is a normal 55C. Those
> > seven projects are supposed to use the GPU, but I'm not sure whether
> > they do in fact.
> > 
> > Is there any way I can monitor what is using the GPU, to find out?
> 
> There's also https://github.com/clbr/radeontop, which happens to have an
> ebuild.

Simplicity itself! Although it doesn't show what process is using the GPU, 
what it does show is conclusive evidence that just the one BOINC project is 
using it. At the time I tried it, that is; I'll have to keep checking as the 
BOINC manager cycles around the projects.

Just what the doctor ordered. Thanks Marc.

-- 
Regards,
Peter.




Re: [gentoo-user] Re: memset_s

2017-11-15 Thread Jorge Almeida
On Wed, Nov 15, 2017 at 12:54 AM, Nikos Chantziaras  wrote:
> On 14/11/17 19:36, Jorge Almeida wrote:
>>
>> On Fri, Nov 10, 2017 at 12:09 PM, Jorge Almeida 
>> wrote:
>>

>
> Unless you look at the assembly output, you can't be sure. Some optimization
> is done even at -O0.
>
> I'd stick to using explicit_bzero() which is safe regardless of compiler
> vendor *and* version.
>
But what about overwriting with random bytes? Having "explicit-*"
versions of whatnot seems madness. BTW, I checked the assemby,
memset() is there. But there should be way to tell the compiler "do
what I say".

Jorge



[gentoo-user] Re: memset_s

2017-11-15 Thread Nikos Chantziaras

On 14/11/17 19:36, Jorge Almeida wrote:

On Fri, Nov 10, 2017 at 12:09 PM, Jorge Almeida  wrote:


http://www.daemonology.net/blog/2014-09-04-how-to-zero-a-buffer.html



Of course, what would really solve the optimize-into-oblivion problem
is a pragma that when invoked on a particular block of code (maybe
only a function definition) would tell the compiler to do what the
programmer says rather than viewing a function as a kind of black box.





It seems a solution exists with gcc:

https://stackoverflow.com/questions/2219829/how-to-prevent-gcc-optimizing-some-statements-in-c

The last reply:

void __attribute__((optimize("O0"))) foo(unsigned char data) {
 // unmodifiable compiler code
}

Any comments, anyone?
Unless you look at the assembly output, you can't be sure. Some 
optimization is done even at -O0.


I'd stick to using explicit_bzero() which is safe regardless of compiler 
vendor *and* version.