[gentoo-user] AMD Tonga + kernel 4.19 broken

2018-10-31 Thread Adam Carter
For me;

Oct 25 15:34:51 phat kernel: fbcon: amdgpudrmfb (fb0) is primary device
Oct 25 15:34:51 phat kernel: amdgpu: [powerplay]
  failed to send message 148 ret is 0
Oct 25 15:34:51 phat kernel: amdgpu: [powerplay]
  last message was failed ret is 0
Oct 25 15:34:51 phat kernel: amdgpu: [powerplay]
  failed to send message 145 ret is 0
Oct 25 15:34:51 phat kernel: amdgpu: [powerplay]
  last message was failed ret is 0

This was with linux-firmware-20181001. Have also tried
linux-firmware-20181026, which has Tonga updates, but similar blank screen
(didnt check logs). Judging by search hits on the messages it may be a
kernel regression.

Is this combination working for anyone?


Re: [gentoo-user] portage sandbox path-depth limit ?

2018-10-31 Thread Andrew Savchenko
On Thu, 1 Nov 2018 03:09:51 +0300 Andrew Savchenko wrote:
> On Tue, 30 Oct 2018 13:29:59 +0100 Håkon Alstadheim wrote:
> > 
> > Den 30. okt. 2018 10:01, skrev Mick:
[...]
> > Memory should not be a problem here. Fails with only that one emerge
> > running,
> > succeeds if run directly as root, or with FEATURES="-sandbox -usersandbox".
> > 
> > Memory is >14GB:
> > # vmstat
> > procs ---memory-- ---swap-- -io -system--
> > --cpu-
> >  r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy
> > id wa st
> >  3  4  28416 6904608 174112 4616144    0    0    65   266   13    4 10 
> > 2 84  4  0
> 
> It is possible that you hit directory loop. What lstree says on
> that dir? Anyway, report this to sandbox devs.

Sorry, `tree -l | grep recursive`.

Best regards,
Andrew Savchenko


pgp9Aq8W9_0U6.pgp
Description: PGP signature


Re: [gentoo-user] glibc-2.27 is broken

2018-10-31 Thread Andrew Savchenko
On Tue, 30 Oct 2018 12:27:52 -0600 the wrote:
> Hello,
> 
> I have upgraded to sys-libs/glibc-2.27-r6
> and it broke the system.
> 
> I can't even compile a hello world test program in c.
> 
> I always get the following linking error:
> 
> $ gcc main.c -o main.elf
> /usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
> /usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/../../../../lib64/crtn.o(a.debug_info+0x10003):
> reloc against `*UND*': error 4
> /usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
> final link failed: Nonrepresentable section on output
> collect2: error: ld returned 1 exit status
> 
> When I try to install something it fails during configuration at
> compiler sanity check.

Try to get binary glibc, binutils and gcc packages from a recent
starge3 image, and then rebuild your @system set.

Best regards,
Andrew Savchenko


pgpBJBBbhDwJU.pgp
Description: PGP signature


Re: [gentoo-user] portage sandbox path-depth limit ?

2018-10-31 Thread Andrew Savchenko
On Tue, 30 Oct 2018 13:29:59 +0100 Håkon Alstadheim wrote:
> 
> Den 30. okt. 2018 10:01, skrev Mick:
> > On Tuesday, 30 October 2018 06:30:23 GMT Håkon Alstadheim wrote:
> >> I'm having fun enabling "test" in FEATURES on my gentoo-desktop. One
> >> interesting failure, that brings to mind build failures I have had in
> >> the past:
> >>
> >> Building sys-apps/mlocate-0.26-r2, I get
> >>
> >>  43: updatedb: Very deep hierarchy   FAILED
> >> (updatedb.at:261)
> >>
> >> Trying to reproduce, as root I do "make check" in the work/mlocate-0.26/
> >> , and the test passes.
> >>
> >>  43: updatedb: Very deep hierarchy   ok
> >>
> >> I'd really like to get to the bottom of this, as I believe it must have
> >> the same root-cause as issues I have had compiling large packages such
> >> as firefox.
> >>
> >> Re-running both the emerge and the make check, I get the same results.
> >> emerge fails, make check succeeds. I made a local copy of the ebuild and
> >> inserted a "ulimit -a" in pre_src_test.
> >>
> >> ulimit from root-shell:
> >>
> >> # ulimit -a
> >> core file size  (blocks, -c) unlimited
> >> data seg size   (kbytes, -d) unlimited
> >> scheduling priority (-e) 0
> >> file size   (blocks, -f) unlimited
> >> pending signals (-i) 59958
> >> max locked memory   (kbytes, -l) 16384
> >> max memory size (kbytes, -m) unlimited
> >> open files  (-n) 1024
> >> pipe size(512 bytes, -p) 8
> >> POSIX message queues (bytes, -q) 819200
> >> real-time priority  (-r) 0
> >> stack size  (kbytes, -s) 8192
> >> cpu time   (seconds, -t) unlimited
> >> max user processes  (-u) 1
> >> virtual memory  (kbytes, -v) unlimited
> >> file locks  (-x) unlimited
> >>
> >> ulimit from emerge:
> > Source compiled.
> >> core file size  (blocks, -c) unlimited
> >> data seg size   (kbytes, -d) unlimited
> >> scheduling priority (-e) 0
> >> file size   (blocks, -f) unlimited
> >> pending signals (-i) 59958
> >> max locked memory   (kbytes, -l) 16384
> >> max memory size (kbytes, -m) unlimited
> >> open files  (-n) 1024
> >> pipe size(512 bytes, -p) 8
> >> POSIX message queues (bytes, -q) 819200
> >> real-time priority  (-r) 0
> >> stack size  (kbytes, -s) 9788
> >> cpu time   (seconds, -t) unlimited
> >> max user processes  (-u) 1
> >> virtual memory  (kbytes, -v) unlimited
> >> file locks  (-x) unlimited
> >>
> > Test phase: sys-apps/mlocate-0.26-r2
> >> I have plenty of space in my portage temp directory (/pt):
> >>
> >>  # df -hT ./
> >> Filsystem  Type Størrelse Brukt Tilgj. Bruk% Montert på
> >> /dev/xvdc  ext4  163G  8,0G   147G6% /pt
> >>
> >> Portage temp is at /pt due to the earlier mentioned issues with firefox.
> >>
> >> At my wits end here. Anyone ?
> > I have not looked or used the test FEATURES of portage, but have also 
> > noticed 
> > over time certain packages fail to build on machines with low RAM.  As low 
> > here I consider anything less than 4G.  It seems each thread is now 
> > consuming 
> > so much memory they cumulatively use up all RAM available and then start 
> > swapping endlessly until the compilation invariably fails.  Increasingly 
> > more 
> > and more packages have been suffering from this, the last two I noticed are 
> > qtwebkit and qtwebengine.
> >
> > My solution has been to create a package.env file in which I specify 
> > MAKEOPTS 
> > limiting the number of jobs and average load for any of these packages 
> > which 
> > chew up all the RAM.
> Memory should not be a problem here. Fails with only that one emerge
> running,
> succeeds if run directly as root, or with FEATURES="-sandbox -usersandbox".
> 
> Memory is >14GB:
> # vmstat
> procs ---memory-- ---swap-- -io -system--
> --cpu-
>  r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy
> id wa st
>  3  4  28416 6904608 174112 4616144    0    0    65   266   13    4 10 
> 2 84  4  0

It is possible that you hit directory loop. What lstree says on
that dir? Anyway, report this to sandbox devs.

Best regards,
Andrew Savchenko


pgpx97Wp8nVj1.pgp
Description: PGP signature


Re: [gentoo-user] Android studio emulator without PulseAudio

2018-10-31 Thread Andrew Savchenko
On Tue, 30 Oct 2018 11:53:33 + Pouru Lasse wrote:
> "Davyd McColl"  writes:
> 
> > Would apulse not do the trick?
> >
> > -d
> > On 2018-10-30 11:15:14, Pouru Lasse  wrote:
> >
> > Is it possible to run the emulator included with Android Studio without
> > having PulseAudio installed? When I try to launch the emulator, it
> > instantly crashes because it can't find libpulse.so.0. My QEMU package
> > is compiled without PulseAudio, but Android SDK comes with its own
> > version of QEMU.
> >
> > Setting QEMU_AUDIO_DRV=none, as instructed in Android Studio manual,
> > seems to have no effect, and the Gentoo wiki page on Android Studio just
> > tells you to install PulseAudio.
> >
> > I don't mind having no audio at all, I just don't want to install
> > PulseAudio. Any options?
> >
> > - Lasse
> 
> I already had apulse installed, but apparently the emulator doesn't look
> for the library in the right directory. I copied all the libpulse.*
> files under ~/Android/Sdk/emulator/lib/ and
> ~/Android/Sdk/emulator/lib64/ and now it seems to work.

You should run emulator as:
$ apulse command_to_run_emulator

Or install the latest apulse with USE=sdk.

Best regards,
Andrew Savchenko


pgp9kbzOwhr51.pgp
Description: PGP signature


Re: [gentoo-user] Autoexecute when "returning" from sudo ?

2018-10-31 Thread Grant Taylor

On 10/31/2018 10:49 AM, Stefan Schmiedl wrote:

You could also define a function like … and skip the extra script file.


Agreed.

Though I've found that scripts are nicer for some things, like remote 
command execution.  ;-)




--
Grant. . . .
unix || die



Re: [gentoo-user] Autoexecute when "returning" from sudo ?

2018-10-31 Thread Stefan Schmiedl
You could also define a function like

  function surh() { sudo "$@" ; rehash ; }

in your ~/.zshrc and skip the extra script file.

s.

"tu...@posteo.de" , 31.10.2018, 16:36:

> Hi Anton,

> thank you very much ! :)

> Your solution creates the flat-hand-against-my-forehead
> effect... ;)

> Of course! Yes!

> Cheers!
> Meino



> On 10/31 07:37, Anton Molyboha wrote:
>> Hi, Meino
>> 
>> I'd make a script, sudo_with_rehash:
>> 
>>   sudo "$@"
>>   rehash
>> 
>> and add to whatever is the equivalent of .bashrc for zsh:
>> 
>>   alias sudo="source sudo_with_rehash"
>> 
>> Would that work for you?
>> 
>> Best,
>> Anton
>> 
>> On Wed, Oct 31, 2018 at 4:49 AM  wrote:
>> 
>> > Hi,
>> >
>> > often I have this scenario:
>> > I miss an application/script, a setting or something like that.
>> > To apply the modifikation I becom root from the shell I was using as user.
>> > I modificate/install or whatever change is needed...
>> > I CTRL-D back to my user shell.
>> >
>> > Now I have to do a "rehash" (I am using zsh) to make the change
>> > visible/accessible. Sometimes I forget that.
>> >
>> > So...is it possible to auto-execute a "rehash" or whatever is needed,
>> > when the user is comeing back from his alternate life as root?
>> >
>> > Thanks a lot for any help in advance!
>> > Cheers!
>> > Meino
>> >
>> >
>> >
>> >



--
Stefan Schmiedl
EDV-Beratung Schmiedl, Berghangstr. 5, 93413 Cham
Büro: +49 (0) 9971 9966 989, Mobil: +49 (0) 160 9981 6278




Re: [gentoo-user] Autoexecute when "returning" from sudo ?

2018-10-31 Thread tuxic
Hi Anton,

thank you very much ! :)

Your solution creates the flat-hand-against-my-forehead
effect... ;)

Of course! Yes!

Cheers!
Meino



On 10/31 07:37, Anton Molyboha wrote:
> Hi, Meino
> 
> I'd make a script, sudo_with_rehash:
> 
>   sudo "$@"
>   rehash
> 
> and add to whatever is the equivalent of .bashrc for zsh:
> 
>   alias sudo="source sudo_with_rehash"
> 
> Would that work for you?
> 
> Best,
> Anton
> 
> On Wed, Oct 31, 2018 at 4:49 AM  wrote:
> 
> > Hi,
> >
> > often I have this scenario:
> > I miss an application/script, a setting or something like that.
> > To apply the modifikation I becom root from the shell I was using as user.
> > I modificate/install or whatever change is needed...
> > I CTRL-D back to my user shell.
> >
> > Now I have to do a "rehash" (I am using zsh) to make the change
> > visible/accessible. Sometimes I forget that.
> >
> > So...is it possible to auto-execute a "rehash" or whatever is needed,
> > when the user is comeing back from his alternate life as root?
> >
> > Thanks a lot for any help in advance!
> > Cheers!
> > Meino
> >
> >
> >
> >



Re: [gentoo-user] Autoexecute when "returning" from sudo ?

2018-10-31 Thread Anton Molyboha
Hi, Meino

I'd make a script, sudo_with_rehash:

  sudo "$@"
  rehash

and add to whatever is the equivalent of .bashrc for zsh:

  alias sudo="source sudo_with_rehash"

Would that work for you?

Best,
Anton

On Wed, Oct 31, 2018 at 4:49 AM  wrote:

> Hi,
>
> often I have this scenario:
> I miss an application/script, a setting or something like that.
> To apply the modifikation I becom root from the shell I was using as user.
> I modificate/install or whatever change is needed...
> I CTRL-D back to my user shell.
>
> Now I have to do a "rehash" (I am using zsh) to make the change
> visible/accessible. Sometimes I forget that.
>
> So...is it possible to auto-execute a "rehash" or whatever is needed,
> when the user is comeing back from his alternate life as root?
>
> Thanks a lot for any help in advance!
> Cheers!
> Meino
>
>
>
>


[gentoo-user] Autoexecute when "returning" from sudo ?

2018-10-31 Thread tuxic
Hi,

often I have this scenario:
I miss an application/script, a setting or something like that.
To apply the modifikation I becom root from the shell I was using as user. 
I modificate/install or whatever change is needed...
I CTRL-D back to my user shell.

Now I have to do a "rehash" (I am using zsh) to make the change
visible/accessible. Sometimes I forget that.

So...is it possible to auto-execute a "rehash" or whatever is needed,
when the user is comeing back from his alternate life as root?

Thanks a lot for any help in advance!
Cheers!
Meino