Re: [gentoo-user] Building firefox-61 with distcc
On 08/02/18 13:57, Branko Grubic wrote: > On Thu, 2 Aug 2018 22:33:15 +0200 > Branko Grubic wrote: > >> On Thu, 2 Aug 2018 13:14:22 -0700 >> Daniel Frey wrote: >> >>> Well, I discovered some of my plugins stopped working on Firefox >>> because they've been updated to the new plugin format. >>> >>> I've been using distcc for a long time now, and I've tried to build >>> firefox and it fails with: > ... >>> Dan >>> >> >> Same issue here with FF and distcc, it's happening for few releases >> now, whenever I tried to find a solution I was going over some old >> build system issues with FF on their bugzilla. >> >> You can disable distcc for specific package using package.use[1]. >> I have just two things set: >> FEATURES="-distcc -distcc-pump" >> and MAKEOPTS reduced in the nodistcc.conf >> >> >> [1] https://wiki.gentoo.org/wiki//etc/portage/package.env > > It's not package.use but package.env, documentation url is right, just > what I wrote before isn't, no idea what I was thinking at the time. > Sorry for the confusion. > Thanks for that, I'll implement that. After I disabled distcc it compiles fine. I wasn't using distcc-pump, just distcc. I guess I should ignore the distcc article suggesting to file a bug when distcc breaks a package, it doesn't look like they're going to fix it. Dan
Re: [gentoo-user] Layout problem in latest KDE apps
On Thursday, 2 August 2018 13:27:45 BST Mick wrote: > On Thursday, 2 August 2018 07:10:00 BST Peter Humphrey wrote: > > On Monday, 30 July 2018 11:18:22 BST Peter Humphrey wrote: > > > My daily update yesterday included 100 kde-apps/* . Now dolphin and > > > konqueror-as-a-file-manager have their panels laid out with extremely > > > wide spacing (example attached). Is this my fault or theirs? > > > > I tried creating a new user for myself, and got the same results, > > including the missing icons. I also spent several hours today rebuilding the entire system from scratch[1], and then creating a new user. I didn't even copy my .mozilla directory. Still no improvement. > Are you running a full Plasma DE? Yes, the full works, with just the tweaks that the control panel allows. Nothing non-standard. Here's my entire package.use: app-emulation/virtualboxadditions extensions java python net-libs/webkit-gtk -webgl x11-libs/wxGTK webkit www-client/chromium -hangouts jumbo-build dev-lang/python sqlite sys-firmware/intel-microcodeinitramfs sys-kernel/linux-firmware savedconfig media-fonts/terminus-font center-tilde distinct-l app-admin/gkrellm hddtemp sys-kernel/gentoo-sources symlink app-office/kmymoney calendar hbci ofx quotes sys-libs/gwenhywfar qt4 app-office/libreoffice googledrive pdfimport dev-libs/xmlsec nss www-client/links-X -jpeg -png -tiff -directfb -fbcon -sdl media-libs/mesa opencl dev-qt/qtwebengine -system-icu net-misc/tigervnc server media-libs/mesa -vaapi sys-devel/llvm clang video_cards_radeon x11-libs/libdrm video_cards_radeon > I have missing icons here for more than a year on KDE applications (or > whatever they are called this semester), on non-Plasma desktop. 1. This is my standard procedure for rebuilding the entire system: $ cat /usr/local/bin/ejsys #!/bin/bash emerge --jobs -1 gcc && emerge --jobs -1 binutils && emerge --jobs -1 glibc emerge --jobs --load-average=36 --keep-going --nospinner \ --exclude="gcc binutils glibc" @system linux-firmware intel-microcode Then make mrproper; cp /boot/ .config; kmake $ cat /usr/local bin/kmake: #!/bin/bash mount /boot cd /usr/src/linux make -j12 && make modules_install && make install &&\ cp -v ./arch/x86/boot/bzImage /boot/EFI/Boot/bootX64.efi &&\ echo && echo "Rebuilding modules" && echo &&\ emerge --jobs --load-average=48 @module-rebuild @x11-module-rebuild && echo &&\ echo "Remaking microcode images" &&\ /usr/sbin/iucode_tool -S --write-earlyfw=/boot/early_ucode.cpio /lib/firmware/intel-ucode/* && echo &&\ echo "Remounting /sys/firmware/efi/efivars read-write" &&\ mount -oremount,rw /sys/firmware/efi/efivars && echo &&\ echo "Don't forget to bootctl-install the new kernel!" && echo $ cat /usr/local/bin/ejeworld #!/bin/bash emerge --jobs --load-average=48 --keep-going --nospinner \ --exclude="$(cat system.pkgs) linux-firmware intel-microcode" -e @world system.pkgs contains the names of the 43 packages that are emerged by @system. I don't know what else I can try. Help, anyone? -- Regards, Peter.
Re: [gentoo-user] Building firefox-61 with distcc
On Thu, 2 Aug 2018 22:33:15 +0200 Branko Grubic wrote: > On Thu, 2 Aug 2018 13:14:22 -0700 > Daniel Frey wrote: > > > Well, I discovered some of my plugins stopped working on Firefox > > because they've been updated to the new plugin format. > > > > I've been using distcc for a long time now, and I've tried to build > > firefox and it fails with: ... > > Dan > > > > Same issue here with FF and distcc, it's happening for few releases > now, whenever I tried to find a solution I was going over some old > build system issues with FF on their bugzilla. > > You can disable distcc for specific package using package.use[1]. > I have just two things set: > FEATURES="-distcc -distcc-pump" > and MAKEOPTS reduced in the nodistcc.conf > > > [1] https://wiki.gentoo.org/wiki//etc/portage/package.env It's not package.use but package.env, documentation url is right, just what I wrote before isn't, no idea what I was thinking at the time. Sorry for the confusion.
Re: [gentoo-user] Building firefox-61 with distcc
On Thu, 2 Aug 2018 13:14:22 -0700
Daniel Frey wrote:
> Well, I discovered some of my plugins stopped working on Firefox
> because they've been updated to the new plugin format.
>
> I've been using distcc for a long time now, and I've tried to build
> firefox and it fails with:
>
> --
> Traceback (most recent call last):
> File "/usr/lib64/python2.7/threading.py", line 801, in
> __bootstrap_inner self.run()
> File "/usr/lib64/python2.7/threading.py", line 754, in run
> self.__target(*self.__args, **self.__kwargs)
> File
> "/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/testing/mozbase/mozprocess/mozprocess/processhandler.py",
> line 1028, in _read
> callback(line.rstrip())
> File
> "/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/testing/mozbase/mozprocess/mozprocess/processhandler.py",
> line 944, in __call__
> e(*args, **kwargs)
> File
> "/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/python/mach/mach/mixin/process.py",
> line 86, in handleLine
> line_handler(line)
> File
> "/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/python/mozbuild/mozbuild/controller/building.py",
> line 681, in on_line
> self.log(logging.INFO, 'build_output', {'line': message},
> '{line}') File
> "/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/python/mach/mach/mixin/logging.py",
> line 54, in log
> extra={'action': action, 'params': params})
> File "/usr/lib64/python2.7/logging/__init__.py", line 1231, in log
> self._log(level, msg, args, **kwargs)
> File "/usr/lib64/python2.7/logging/__init__.py", line 1286, in _log
> self.handle(record)
> File "/usr/lib64/python2.7/logging/__init__.py", line 1296, in
> handle self.callHandlers(record)
> File "/usr/lib64/python2.7/logging/__init__.py", line 1336, in
> callHandlers
> hdlr.handle(record)
> File "/usr/lib64/python2.7/logging/__init__.py", line 759, in handle
> self.emit(record)
> File
> "/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/python/mozbuild/mozbuild/controller/building.py",
> line 564, in emit
> self.fh.write(msg)
> UnicodeEncodeError: 'ascii' codec can't encode characters in position
> 138-140: ordinal not in range(128)
>
> --
>
> What I'm trying to figure out is if this is due to the recent python
> changes or if it really is a distcc problem as per:
>
> https://bugs.gentoo.org/662516
>
> (I just noticed they tagged it wontfix. :( )
>
> Has anyone found a solution for this other than disabling distcc
> altogether? I'm going to try that now and see if it compiles.
>
> If it does turn out to be distcc is there a method to disable distcc
> just for the firefox package? The distcc article @ gentoo wiki doesn't
> mention anything.
>
> Dan
>
Same issue here with FF and distcc, it's happening for few releases
now, whenever I tried to find a solution I was going over some old
build system issues with FF on their bugzilla.
You can disable distcc for specific package using package.use[1].
I have just two things set:
FEATURES="-distcc -distcc-pump"
and MAKEOPTS reduced in the nodistcc.conf
[1] https://wiki.gentoo.org/wiki//etc/portage/package.env
[gentoo-user] Building firefox-61 with distcc
Well, I discovered some of my plugins stopped working on Firefox because
they've been updated to the new plugin format.
I've been using distcc for a long time now, and I've tried to build
firefox and it fails with:
--
Traceback (most recent call last):
File "/usr/lib64/python2.7/threading.py", line 801, in __bootstrap_inner
self.run()
File "/usr/lib64/python2.7/threading.py", line 754, in run
self.__target(*self.__args, **self.__kwargs)
File
"/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/testing/mozbase/mozprocess/mozprocess/processhandler.py",
line 1028, in _read
callback(line.rstrip())
File
"/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/testing/mozbase/mozprocess/mozprocess/processhandler.py",
line 944, in __call__
e(*args, **kwargs)
File
"/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/python/mach/mach/mixin/process.py",
line 86, in handleLine
line_handler(line)
File
"/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/python/mozbuild/mozbuild/controller/building.py",
line 681, in on_line
self.log(logging.INFO, 'build_output', {'line': message}, '{line}')
File
"/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/python/mach/mach/mixin/logging.py",
line 54, in log
extra={'action': action, 'params': params})
File "/usr/lib64/python2.7/logging/__init__.py", line 1231, in log
self._log(level, msg, args, **kwargs)
File "/usr/lib64/python2.7/logging/__init__.py", line 1286, in _log
self.handle(record)
File "/usr/lib64/python2.7/logging/__init__.py", line 1296, in handle
self.callHandlers(record)
File "/usr/lib64/python2.7/logging/__init__.py", line 1336, in
callHandlers
hdlr.handle(record)
File "/usr/lib64/python2.7/logging/__init__.py", line 759, in handle
self.emit(record)
File
"/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/python/mozbuild/mozbuild/controller/building.py",
line 564, in emit
self.fh.write(msg)
UnicodeEncodeError: 'ascii' codec can't encode characters in position
138-140: ordinal not in range(128)
--
What I'm trying to figure out is if this is due to the recent python
changes or if it really is a distcc problem as per:
https://bugs.gentoo.org/662516
(I just noticed they tagged it wontfix. :( )
Has anyone found a solution for this other than disabling distcc
altogether? I'm going to try that now and see if it compiles.
If it does turn out to be distcc is there a method to disable distcc
just for the firefox package? The distcc article @ gentoo wiki doesn't
mention anything.
Dan
Re: [gentoo-user] Layout problem in latest KDE apps
On Thursday, 2 August 2018 07:10:00 BST Peter Humphrey wrote: > On Monday, 30 July 2018 11:18:22 BST Peter Humphrey wrote: > > Hello list, > > > > My daily update yesterday included 100 kde-apps/* . Now dolphin and > > konqueror-as-a-file-manager have their panels laid out with extremely wide > > spacing (example attached). Is this my fault or theirs? > > I tried creating a new user for myself, and got the same results, including > the missing icons. So it isn't anything wrong in my home directory. Are you running a full Plasma DE? I have missing icons here for more than a year on KDE applications (or whatever they are called this semester), on non-Plasma desktop. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] How does OpenRC know if a service is crashed?
Hi Manuel On jeu. 2 août 12:30:16 2018, Manuel Mommertz wrote: > Hey Alarig, > > I suggest to read the man-page of start-stop-daemon to get an detailed idea > of > how it works. > > You use '--name paste-py' which tells start-stop-daemon to look for a process > named 'paste-py' to see if it is still running, when you request the status. > As your shell-script runs daemonize.py as the last step and then quits > itself, > there is no process with the name 'paste-py' and therefore the reported > status > is 'crashed'. > Use '--pidfile /opt/paste-py/paste.pid' instead. With this, the status is > determined by reading the pid from the file and then looking if this pid is > still running. Thanks a lot it’s now displayed as running :) bulbizarre ~ # rc-status | grep paste paste-py [ started ] -- alarig
Re: [gentoo-user] Upgrading gcc from 6.4 to 7.3
Whenever you compile your kernel, you will need to run emerge @module-rebuild Otherwise, you can always install all the modules manually. https://wiki.gentoo.org/wiki/Kernel/Upgrade#Reinstalling_external_kernel_modules On Tue, Jul 24, 2018 at 12:02 PM gevisz wrote: > 2018-07-24 22:00 GMT+03:00 gevisz : > > 2018-06-20 14:16 GMT+03:00 Mick : > >> On Wednesday, 20 June 2018 11:43:32 BST gevisz wrote: > >>> After updating portage tree today, portage > >>> suggested to upgrade gcc from 6.4 to 7.3 > >>> version what I have done just now. > >>> > >>> Nevertheless, > >>> # gcc-config --list-profiles > >>> [1] x86_64-pc-linux-gnu-6.4.0 * > >>> [2] x86_64-pc-linux-gnu-7.3.0 > >>> shows that I still have version 6.4 as a default. > >> > >> I'm on gcc-7.3.0-r3 and have not noticed any problems on 3 boxen so far. > >> > >> > >>> As https://wiki.gentoo.org/wiki/Upgrading_GCC > >>> still do not have any specific instructions on > >>> switching to gcc version 7.3, I am still afread > >>> of switching to gcc version 7.3 and would like > >>> to ask if anybody encountered some problem > >>> after switching to gcc version 7.3 and which > >>> packages should be rebuild after such switching. > >>> > >>> Thank you in advance for your help. > >> > >> I didn't have to rebuild anything, but if you have reasons to fear > breakage > >> you can rebuild your toolchain: > >> > >> 1. Use gcc-config to select x86_64-pc-linux-gnu-7.3.0 > >> 2. Re-source /etc/profile by running in your current console/terminal: > >> . /etc/profile > >> 3. Re-emerge libtool: > >> emerge -1 sys-devel/libtool > >> 4. Re-emerge the following packages in this order: > >> emerge -1 sys-devel/gcc-7.3.0-r3 > >> emerge -1 sys-devel/binutils > >> emerge -1 sys-libs/glibc > >> 5. You could if you want re-emerge your entire system, 'emerge -e > @world' or > >> if you would rather conserve electricity wait as different packages > come up > >> for an update over time. > >> > >> If my experience to date holds true and for a general purpose desktop > none of > >> the above rebuilds are necessary, other than switching your gcc to > 7.3.0. > > > > You forgot the 6th item: > > > > 6. Recompile the kernel. > > > > Just today, virtualbox-modules refused to compile because of this. > > Thanks to Michael Orlitzky for the tip how to interpret portage messages. > > By the way, this recommendation is absent from Gentoo wiki on updating gcc. > >
Re: [gentoo-user] eselect mystery - please help [SOLVED]
On 08/01/2018 11:13:15 AM, Helmut Jarausch wrote: Hi, after an emerge --dep-clean yesterday, I've noticed today that I don't have any java-jkd / jre available anymore. Although I've emerged dev-java/oracle-jre-bin dev-java/oracle-jre-bin eselect java-vm list doesn't show these. How make these "visible" to eselect again? It turned out that I had dev-java/oracle-jdk-bin-1.8.0.172 and dev-java/oracle-jdk-bin-9.0.4-r2 installed here. emerge --depclean (I modified the list by hand) removed dev-java/oracle-jdk-bin-1.8.0.172 and any new emerge dev-java/oracle-jdk-bin re-emerged the 9.0.4 version. But eselect java-vm does NOT recognize any Java-9 package. The solution was to reinstall dev-java/oracle-jdk-bin:1.8 Thanks for all how had helped me, Helmut
Re: [gentoo-user] How does OpenRC know if a service is crashed?
Am Donnerstag, 2. August 2018, 11:32:23 CEST schrieb Alarig Le Lay:
> Hi,
>
> Some times ago, I wrote a basic init script for a service I?m running
> but that is not in the tree.
> It?s just a python script behind a reverse-proxy.
>
> bulbizarre ~ # cat /etc/init.d/paste-py
> #!/sbin/openrc-run
> # Copyright 1999-2015 Gentoo Foundation
> # Distributed under the terms of the GNU General Public License v2
> # $Header: $
>
> #depend() {
> #
> #}
>
> start() {
> start-stop-daemon --start --user pastepy --exec paste-py.sh --name
> paste-py eend $?
> }
>
> stop() {
> kill $(cat /opt/paste-py/paste.pid)
> }
> bulbizarre ~ # cat $(which paste-py.sh)
> #!/bin/sh
>
> port="$(grep port /opt/paste-py/paste-py.conf | cut -d '=' -f 2)"
> addr="$(grep addr /opt/paste-py/paste-py.conf | cut -d '=' -f 2)"
>
> cd /opt/paste-py
> source bin/activate
> ./daemonize.py --port=${port} --addr=${addr}
> bulbizarre ~ # cat /opt/paste-py/paste.pid
> 9480
> bulbizarre ~ # ps aux | grep 9480
> root 493 0.0 0.0 11440 924 pts/3S+ 11:14 0:00 grep
> --colour=auto 9480 pastepy 9480 0.0 0.4 113548 16848 ?S
> 08:05 0:00 python ./daemonize.py --port=8087 --addr=127.0.0.1
>
> So, the process is running (and responding), but OpenRC shows it as
> crashed
>
> bulbizarre ~ # rc-status | grep crash
> paste-py [
> crashed ]
>
> What do I have to change?
>
> Thanks,
Hey Alarig,
I suggest to read the man-page of start-stop-daemon to get an detailed idea of
how it works.
You use '--name paste-py' which tells start-stop-daemon to look for a process
named 'paste-py' to see if it is still running, when you request the status.
As your shell-script runs daemonize.py as the last step and then quits itself,
there is no process with the name 'paste-py' and therefore the reported status
is 'crashed'.
Use '--pidfile /opt/paste-py/paste.pid' instead. With this, the status is
determined by reading the pid from the file and then looking if this pid is
still running.
Greets
Manuel
[gentoo-user] How does OpenRC know if a service is crashed?
Hi,
Some times ago, I wrote a basic init script for a service I’m running
but that is not in the tree.
It’s just a python script behind a reverse-proxy.
bulbizarre ~ # cat /etc/init.d/paste-py
#!/sbin/openrc-run
# Copyright 1999-2015 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
#depend() {
#
#}
start() {
start-stop-daemon --start --user pastepy --exec paste-py.sh --name
paste-py
eend $?
}
stop() {
kill $(cat /opt/paste-py/paste.pid)
}
bulbizarre ~ # cat $(which paste-py.sh)
#!/bin/sh
port="$(grep port /opt/paste-py/paste-py.conf | cut -d '=' -f 2)"
addr="$(grep addr /opt/paste-py/paste-py.conf | cut -d '=' -f 2)"
cd /opt/paste-py
source bin/activate
./daemonize.py --port=${port} --addr=${addr}
bulbizarre ~ # cat /opt/paste-py/paste.pid
9480
bulbizarre ~ # ps aux | grep 9480
root 493 0.0 0.0 11440 924 pts/3S+ 11:14 0:00 grep
--colour=auto 9480
pastepy 9480 0.0 0.4 113548 16848 ?S08:05 0:00 python
./daemonize.py --port=8087 --addr=127.0.0.1
So, the process is running (and responding), but OpenRC shows it as
crashed
bulbizarre ~ # rc-status | grep crash
paste-py [ crashed ]
What do I have to change?
Thanks,
--
alarig
Re: [gentoo-user] Layout problem in latest KDE apps
On Monday, 30 July 2018 11:18:22 BST Peter Humphrey wrote: > Hello list, > > My daily update yesterday included 100 kde-apps/* . Now dolphin and > konqueror-as-a-file-manager have their panels laid out with extremely wide > spacing (example attached). Is this my fault or theirs? I tried creating a new user for myself, and got the same results, including the missing icons. So it isn't anything wrong in my home directory. -- Regards, Peter.
Re: [gentoo-user] eselect mystery - please help
Hello, On Wed, 01 Aug 2018, Helmut Jarausch wrote: >On 08/01/2018 03:37:44 PM, Andrés Becerra Sandoval wrote: >>Do you have: >>https://packages.gentoo.org/packages/virtual/jdk > >Yes, I have re-emerged these but it didn't resolve my problem. How about: $ qfile /usr/share/eselect/modules/java-vm.eselect app-eselect/eselect-java (/usr/share/eselect/modules/java-vm.eselect) HTH, -dnh -- Well I wish you'd just tell me rather than try to engage my enthusiasm. -- Marvin
