Re: [gentoo-user] Palemoon again - again

[Walter Dnes]

On Fri, Apr 21, 2017 at 07:04:57AM +0100, Peter Humphrey wrote

> As I'm now on sys-devel/gcc-5.4.0-r3 I'll have to assess what to
> do next.  That will be after I've finished sorting out another
> problem I have.

  Step #1) Rebuild your system with gcc-5.4.0

  Step #2) Tweak the Octopus overlay ebuild to accept gcc-5

  The real requirement is to have consistent ABI across your system.
"Mix-n-match" is begging for problems.  Still at gcc-4.9.4 on my system,
but I've added "-D_GLIBCXX_USE_CXX11_ABI=0" to CFLAGS and CXXFLAGS.
Mind you, doing a fresh install, it would make sense to go whole hog
with gcc-5.4.0.  Doing brain surgery on an existing system is more work.

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

Re: [gentoo-user] Palemoon again - again

[Miroslav Rovis]

On 170421-07:04+0100, Peter Humphrey wrote:
> On Thursday 20 Apr 2017 17:59:13 Walter Dnes wrote:
> > On Tue, Apr 18, 2017 at 10:06:12AM +0100, Peter Humphrey wrote
> > 
> > > On Monday 17 Apr 2017 13:05:59 Walter Dnes wrote:
> > > > 2) USE="-system-libs" is recommended.  Yes, this does make the binary
> > > > slightly larger.  But it avoids problems where changing API/ABI in the
> > > > system lib causes subtle problems for the program.  It may also reduce
> > > > dependancies pulled in, depending on what your other programs have
> > > > pulled in.
> > > 
> > > I don't see any of those USE flags. This is from the octopus overlay:
https://github.com/Bfgeshka/octopus
where it sticks out (very much, for me, because I actively decrypt
rather often):
palemoon with system-nss support

which could be a good thing. But I'm not sure it would really be
necessary. palemoon-overlay with stock palemoon:
https://github.com/deuiore/palemoon-overlay
, which packages its own nss, not system's nss, and it hasn't shown to
be deficient, in my experience (but I'm not very advanced).

I'll gladly read more reviews if anyone is willing to share, about
octopus vs palemoon-overlay (which differently compile Pale Moon).

> > > 
> > > [ebuild   R   ~] www-client/palemoon-27.2.1::octopus  USE="alsa dbus
> > > ffmpeg gtk2 official-branding optimize printing speech spell wave webm
> > > -devtools -gtk3 -jemalloc -necko-wifi -pulseaudio -shared-js
> > > -strip-binaries -system-cairo -system-compress -system-images
> > > -system-libevent -system-pixman -system-spell -system-sqlite -system-vpx
> > > -valgrind -webrtc" 0 KiB
> > 
> >   That ebuild does things differently.  The other palemoon ebuild was
> > all-or-nothing for a bunch of system libs.  The octopus ebuild is
> > granular, allowing separate choices for system-cairo system-compress
> > system-images system-libevent system-pixman system-spell system-sqlite
> > and system-vpx.
> 
> As I'm now on sys-devel/gcc-5.4.0-r3 I'll have to assess what to do next. 
> That will be after I've finished sorting out another problem I have.

That's just fine. Take your time. I'll also be interested to know.
Maybe I get an answer to my questions (such as the one above) without
much (more) investigating myself about it (I myself often get lost in
the amount of learning to get the right things done).

Just in case, you can have more then one gcc, i.e. you can have both 4.x
and 5.x gcc, like:

# equery l gcc
 * Searching for gcc ...
[I-O] [  ] cross-arm-unknown-linux-gnueabi/gcc-5.4.0-r3:5.4.0
[IP-] [  ] sys-devel/gcc-4.9.4:4.9.4
[IP-] [  ] sys-devel/gcc-5.4.0-r3:5.4.0
#
if you set:

# grep multislot /etc/portage/package.use/package.use.file 
sys-devel/gcc multislot fortran
#

[if you set] the "multislot" use flag. I previously followed the
recommandation to build with gcc 4-x. I changed later.

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


signature.asc
Description: Digital signature

Re: [gentoo-user] Palemoon again - again

[Peter Humphrey]

On Thursday 20 Apr 2017 17:59:13 Walter Dnes wrote:
> On Tue, Apr 18, 2017 at 10:06:12AM +0100, Peter Humphrey wrote
> 
> > On Monday 17 Apr 2017 13:05:59 Walter Dnes wrote:
> > > 2) USE="-system-libs" is recommended.  Yes, this does make the binary
> > > slightly larger.  But it avoids problems where changing API/ABI in the
> > > system lib causes subtle problems for the program.  It may also reduce
> > > dependancies pulled in, depending on what your other programs have
> > > pulled in.
> > 
> > I don't see any of those USE flags. This is from the octopus overlay:
> > 
> > [ebuild   R   ~] www-client/palemoon-27.2.1::octopus  USE="alsa dbus
> > ffmpeg gtk2 official-branding optimize printing speech spell wave webm
> > -devtools -gtk3 -jemalloc -necko-wifi -pulseaudio -shared-js
> > -strip-binaries -system-cairo -system-compress -system-images
> > -system-libevent -system-pixman -system-spell -system-sqlite -system-vpx
> > -valgrind -webrtc" 0 KiB
> 
>   That ebuild does things differently.  The other palemoon ebuild was
> all-or-nothing for a bunch of system libs.  The octopus ebuild is
> granular, allowing separate choices for system-cairo system-compress
> system-images system-libevent system-pixman system-spell system-sqlite
> and system-vpx.

As I'm now on sys-devel/gcc-5.4.0-r3 I'll have to assess what to do next. 
That will be after I've finished sorting out another problem I have.

-- 
Regards
Peter

Re: [gentoo-user] Palemoon again - again

[Walter Dnes]

On Tue, Apr 18, 2017 at 10:06:12AM +0100, Peter Humphrey wrote
> On Monday 17 Apr 2017 13:05:59 Walter Dnes wrote:
> > 
> > 2) USE="-system-libs" is recommended.  Yes, this does make the binary
> > slightly larger.  But it avoids problems where changing API/ABI in the
> > system lib causes subtle problems for the program.  It may also reduce
> > dependancies pulled in, depending on what your other programs have
> > pulled in.
> 
> I don't see any of those USE flags. This is from the octopus overlay:
> 
> [ebuild   R   ~] www-client/palemoon-27.2.1::octopus  USE="alsa dbus
> ffmpeg gtk2 official-branding optimize printing speech spell wave webm
> -devtools -gtk3 -jemalloc -necko-wifi -pulseaudio -shared-js
> -strip-binaries -system-cairo -system-compress -system-images
> -system-libevent -system-pixman -system-spell -system-sqlite -system-vpx
> -valgrind -webrtc" 0 KiB

  That ebuild does things differently.  The other palemoon ebuild was
all-or-nothing for a bunch of system libs.  The octopus ebuild is
granular, allowing separate choices for system-cairo system-compress
system-images system-libevent system-pixman system-spell system-sqlite
and system-vpx.

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

Re: [gentoo-user] Palemoon again - again

[Walter Dnes]

On Tue, Apr 18, 2017 at 09:17:24AM +, J. Roeleveld wrote
> 
> If you are certain you don't have gcc in slot 5.x installed. You
> can add palemoon to /etc/portage/package.unmask
> 
> That will override the package.mask from the overlay.

  For the official contributed SSE version, I build with 4.9.4, as per
the developers' specs.  At home I build with 5.4.0 for personal use.  It
runs fine on Puppy Linux on a refurbished Lenovo T400 laptop, which uses
older glib, etc (with security fixes like "ghost" backported).  I do not
have Gentoo's 5.4.0 installed.  Instead, I've installed gcc-5.4.0 to
$HOME/gcc540 using the following script.  Note the option
"--with-default-libstdcxx-abi=gcc4-compatible", which allows backward
compatability.

  I've disabled multilib, set my own CFLAGS, and your list of required
languages may differ from mine.  Set MAKEOPTS as appropriate for your
machine.  The following script downloads gcc-5.4.0 and additional lib
sources, and then builds gcc, which is installed in $HOME/gcc540 (no
root/sudo required).  It can take a couple of hours or longer, depending
on how old your machine is.

=
#!/bin/bash
#
# Instructions adapted from https://gcc.gnu.org/wiki/InstallingGCC
wget http://ftpmirror.gnu.org/gcc/gcc-5.4.0/gcc-5.4.0.tar.bz2
tar xjf gcc-5.4.0.tar.bz2

#
# To get gmp, mpc, mpfr, and isl libs
# You *MUST* run this script from the top-level GCC source dir
cd gcc-5.4.0
contrib/download_prerequisites

export CFLAGS="-O2 -march=native -mfpmath=sse -fomit-frame-pointer -pipe 
-fno-unwind-tables -fno-asynchronous-unwind-tables"
export CXXFLAGS="${CFLAGS}"
export MAKEOPTS="-j4"

#
# You *MUST NOT* run ./configure from the toplevel GCC source dir
mkdir gcc-build && cd gcc-build

../configure --prefix=$HOME/gcc540 \
 --disable-multilib \
 --enable-libstdcxx-threads \
 --enable-libstdcxx-time \
 --enable-shared \
 --enable-__cxa_atexit \
 --disable-libunwind-exceptions \
 --disable-libada \
 --with-default-libstdcxx-abi=gcc4-compatible

make -j4

make install
=

  The gcc in $HOME/gcc540 is not the default compiler.  To invoke it, I
have to *SOURCE* the following commands to set up some variables to make
$HOME/gcc540 the default for this particular session...

=
export GCCX_ROOT=$HOME/gcc540
export PATH=$GCCX_ROOT/bin:$PATH
export MANPATH=$GCCX_ROOT/share/man:MANPATH
export INFOPATH=$GCCX_ROOT/share/info:$INFOPATH
export LD_LIBRARY_PATH=$GCCX_ROOT/lib:$GCCX_ROOT/lib:$LD_LIBRARY_PATH
export LD_RUN_PATH=$GCCX_ROOT/lib:$GCCX_ROOT/lib:$LD_RUN_PATH
export LIBRARY_PATH=$GCCX_ROOT/lib:$GCCX_ROOT/lib:$LIBRARY_PATH
export INCLUDE_PATH=$GCCX_ROOT/include:$INCLUDE_PATH
export CPLUS_INCLUDE_PATH=$GCCX_ROOT/include:$CPLUS_INCLUDE_PATH
export C_INCLUDE_PATH=$GCCX_ROOT/include:$C_INCLUDE_PATH
=

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

Re: [gentoo-user] Palemoon again - again

[Peter Humphrey]

On Tuesday 18 Apr 2017 09:17:24 J. Roeleveld wrote:

> If you are certain you don't have gcc in slot 5.x installed. You can add
> palemoon to /etc/portage/package.unmask
> 
> That will override the package.mask from the overlay.

This looks pretty conclusive to me:

$ eix -eI gcc
[I] sys-devel/gcc
 Available versions:  
 (2.95.3) ~*2.95.3-r10^s
 (3.3.6) ~3.3.6-r1^s
 (3.4.6) 3.4.6-r2^s
 (4.0.4) **4.0.4^s
 (4.1.2) 4.1.2^s
 (4.2.4) ~4.2.4-r1^s
 (4.3.6) 4.3.6-r1^s
 (4.4.7) 4.4.7^s
 (4.5.4) 4.5.4^s
 (4.6.4) 4.6.4^s
 (4.7.4) 4.7.4^s
 (4.8.5) 4.8.5^s
 (4.9.3) 4.9.3^s
 (4.9.4) 4.9.4^s{tbz2}
 (5.4.0) ~5.4.0^s ~5.4.0-r3^s
 (6.3.0) **6.3.0^s
   {altivec awt boundschecking cilk +cxx d debug doc fixed-point 
+fortran gcj go graphite hardened jit libssp mpx mudflap multilib +nls nopie 
nossp +nptl objc objc++ objc-gc +openmp +pch pie regression-test +sanitize 
ssp vanilla +vtv}
 Installed versions:  4.9.4(4.9.4)^s{tbz2}(01:21:29 01/04/17)(cxx 
multilib nls nptl openmp sanitize vtv -altivec -awt -cilk -debug -doc -
fixed-point -fortran -gcj -go -graphite -hardened -libssp -nopie -nossp -
objc -objc++ -objc-gc -regression-test -vanilla)
 Homepage:https://gcc.gnu.org/
 Description: The GNU Compiler Collection

So I'll do as you suggest - thanks again.

Unless disabling Fortran has thrown a spanner into the works, but that would 
be a surprise. USE=-fortran is set system-wide and nothing's complained yet.

-- 
Regards
Peter

Re: [gentoo-user] Palemoon again - again

[J. Roeleveld]

On April 18, 2017 11:06:12 AM GMT+02:00, Peter Humphrey  
wrote:
>On Monday 17 Apr 2017 13:05:59 Walter Dnes wrote:
>>   A couple of things to note, which also apply to building Firefox
>> 
>> 1) When using the Palemoon overlay, I found that USE="optimize" turns
>> off Gentoo's optimization, and replaces it with limited
>"optimization"
>> by the mozconfig.  If you're going to build it, I recommend
>> USE="-optimize"
>> 
>> 2) USE="-system-libs" is recommended.  Yes, this does make the binary
>> slightly larger.  But it avoids problems where changing API/ABI in
>the
>> system lib causes subtle problems for the program.  It may also
>reduce
>> dependancies pulled in, depending on what your other programs have
>> pulled in.
>
>I don't see any of those USE flags. This is from the octopus overlay:
>
>[ebuild   R   ~] www-client/palemoon-27.2.1::octopus  USE="alsa dbus
>ffmpeg 
>gtk2 official-branding optimize printing speech spell wave webm
>-devtools -
>gtk3 -jemalloc -necko-wifi -pulseaudio -shared-js -strip-binaries
>-system-
>cairo -system-compress -system-images -system-libevent -system-pixman -
>system-spell -system-sqlite -system-vpx -valgrind -webrtc" 0 KiB
>
>If I remove that overlay and install the palemoon overlay, I get this:
>
>!!! All ebuilds that could satisfy "palemoon" have been masked.
>!!! One of the following masked packages is required to complete your 
>request:
>- www-client/palemoon-27.2.1-r1::palemoon (masked by: package.mask)
>/var/lib/layman/palemoon/profiles/package.mask:
># When built with gcc >=5 Pale Moon is highly unstable, so you are
># prevented from building it if you are on a 5.* profile. You can use
># gcc-config to change your compiler profile, just remember to change
>it 
>back
># afterwards. You need to have the appropriate versions of gcc
>installed for
># them to be shown in gcc-config.
>
>- www-client/palemoon-27.2.1::palemoon (masked by: package.mask)
>- www-client/palemoon-27.2.0::palemoon (masked by: package.mask)
>- www-client/palemoon-27.1.2::palemoon (masked by: package.mask)
>- www-client/palemoon-27.1.0::palemoon (masked by: package.mask)
>- www-client/palemoon-27.0.3-r1::palemoon (masked by: package.mask)
>
>This is in spite of having "www-client/palemoon" (no qualifiers) in 
>package.keywords, and having only version 4.9.4 p1.0 of GCC installed.
>
>Really, sometimes I doubt the evidence of my own eyes.  :-(

If you are certain you don't have gcc in slot 5.x installed. You can add 
palemoon to /etc/portage/package.unmask

That will override the package.mask from the overlay.

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

Re: [gentoo-user] Palemoon again - again

[Peter Humphrey]

On Monday 17 Apr 2017 13:05:59 Walter Dnes wrote:
>   A couple of things to note, which also apply to building Firefox
> 
> 1) When using the Palemoon overlay, I found that USE="optimize" turns
> off Gentoo's optimization, and replaces it with limited "optimization"
> by the mozconfig.  If you're going to build it, I recommend
> USE="-optimize"
> 
> 2) USE="-system-libs" is recommended.  Yes, this does make the binary
> slightly larger.  But it avoids problems where changing API/ABI in the
> system lib causes subtle problems for the program.  It may also reduce
> dependancies pulled in, depending on what your other programs have
> pulled in.

I don't see any of those USE flags. This is from the octopus overlay:

[ebuild   R   ~] www-client/palemoon-27.2.1::octopus  USE="alsa dbus ffmpeg 
gtk2 official-branding optimize printing speech spell wave webm -devtools -
gtk3 -jemalloc -necko-wifi -pulseaudio -shared-js -strip-binaries -system-
cairo -system-compress -system-images -system-libevent -system-pixman -
system-spell -system-sqlite -system-vpx -valgrind -webrtc" 0 KiB

If I remove that overlay and install the palemoon overlay, I get this:

!!! All ebuilds that could satisfy "palemoon" have been masked.
!!! One of the following masked packages is required to complete your 
request:
- www-client/palemoon-27.2.1-r1::palemoon (masked by: package.mask)
/var/lib/layman/palemoon/profiles/package.mask:
# When built with gcc >=5 Pale Moon is highly unstable, so you are
# prevented from building it if you are on a 5.* profile. You can use
# gcc-config to change your compiler profile, just remember to change it 
back
# afterwards. You need to have the appropriate versions of gcc installed for
# them to be shown in gcc-config.

- www-client/palemoon-27.2.1::palemoon (masked by: package.mask)
- www-client/palemoon-27.2.0::palemoon (masked by: package.mask)
- www-client/palemoon-27.1.2::palemoon (masked by: package.mask)
- www-client/palemoon-27.1.0::palemoon (masked by: package.mask)
- www-client/palemoon-27.0.3-r1::palemoon (masked by: package.mask)

This is in spite of having "www-client/palemoon" (no qualifiers) in 
package.keywords, and having only version 4.9.4 p1.0 of GCC installed.

Really, sometimes I doubt the evidence of my own eyes.  :-(

-- 
Regards
Peter

Re: [gentoo-user] Palemoon again - again

[Peter Humphrey]

On Tuesday 18 Apr 2017 06:28:57 J. Roeleveld wrote:

> I had some issues in the past (can't remember when this was) where "-j"
> was misinterpreted. I ended up using the longer version: "--jobs"
> 
> This might work for you as well.

Good idea. Thanks Joost.

-- 
Regards
Peter

Re: [gentoo-user] Palemoon again - again

[J. Roeleveld]

On April 17, 2017 2:41:45 PM GMT+02:00, Peter Humphrey  
wrote:
>Hello list,
>
>After following the "Palemoon again" thread I wanted to try Pale Moon,
>so I
>installed layman and added the octopus overlay. Here's a snippet from
>the
>build log:
>
>Configure complete!
>Be sure to run |mach build| to pick up any changes
 Source configured.
 Compiling source in
>/var/tmp/portage/www-client/palemoon-27.2.1/work/palemoon-27.2.1 ...
> 0:00.71 /usr/bin/gmake -f client.mk -l 60 MOZ_PARALLEL_BUILD=24 -s
>0:03.25 Adding client.mk options from
>/var/tmp/portage/www-client/palemoon-27.2.1/work/pale
>moon-27.2.1/.mozconfig:
> 0:03.25 PYTHON=/usr/bin/python2
> 0:03.25 AUTOCONF=/usr/bin/autoconf-2.13
> 0:03.25 MOZ_MAKE_FLAGS=-j 24 -l 60
>0:03.25
>MOZ_OBJDIR=/var/tmp/portage/www-client/palemoon-27.2.1/work/palemoon-27.2.1/obj
>-x86_64-unknown-linux-gnu
>0:03.25
>OBJDIR=/var/tmp/portage/www-client/palemoon-27.2.1/work/palemoon-27.2.1/obj-x86_64-unknown-linux-gnu
>0:03.25
>FOUND_MOZCONFIG=/var/tmp/portage/www-client/palemoon-27.2.1/work/palemoon-27.2.1/.mozconfig
> 0:03.30 gmake[2]: *** No rule to make target '24'.  Stop.
>0:03.30 gmake[1]: ***
>[/var/tmp/portage/www-client/palemoon-27.2.1/work/palemoon-27.2.1/client.mk:398:
>realbuild] Error 2
> 0:03.30 gmake: *** [client.mk:171: build] Error 2
> 0:03.34 0 compiler warnings present.
>
>You see it couldn't even find a rule to make the object files. I tried
>setting MAKEOPTS="-j 1" to override the --jobs=24 that I usually have
>set,
>but that just changed the logged error, substituting 1 for 24.
>
>Does this ring a bell with anyone? I wanted to look for clues in the
>make
>file, but /usr/bin/find returns well over 1000 results.

I had some issues in the past (can't remember when this was) where "-j" was 
misinterpreted.
I ended up using the longer version: "--jobs"

This might work for you as well.

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

Re: [gentoo-user] Palemoon again - again

[Walter Dnes]

On Mon, Apr 17, 2017 at 02:18:16PM +0100, Peter Humphrey wrote
> On Monday 17 Apr 2017 13:41:45 I wrote:
> 
> > You see it couldn't even find a rule to make the object files. I tried
> > setting MAKEOPTS="-j 1" to override the --jobs=24 that I usually have set,
> > but that just changed the logged error, substituting 1 for 24.
> > 
> > Does this ring a bell with anyone? I wanted to look for clues in the make
> > file, but /usr/bin/find returns well over 1000 results.
> 
> Well, I made it work by setting MAKEOPTS="" on the command line, but it 
> seems odd that portage's compiler settings are being misinterpreted this 
> way.

  A couple of things to note, which also apply to building Firefox

1) When using the Palemoon overlay, I found that USE="optimize" turns
off Gentoo's optimization, and replaces it with limited "optimization"
by the mozconfig.  If you're going to build it, I recommend
USE="-optimize"

2) USE="-system-libs" is recommended.  Yes, this does make the binary
slightly larger.  But it avoids problems where changing API/ABI in the
system lib causes subtle problems for the program.  It may also reduce
dependancies pulled in, depending on what your other programs have
pulled in.

  Consider taking the easy way out, and installing it locally from the
tarball, e.g...

* download the tarball from http://linux.palemoon.org/download/mainline/

* mkdir $HOME/pm

* tar -C $HOME/pm -xvjf palemoon.*.bz2

  *THE ENTIRE PROGRAM* is contained in the directory $HOME/pm/palemoon/
Extracting the tarball does *NOT* splatter libraries all over the place.
"Uninstalling" consists of "rm -rf $HOME/pm/palemoon".  The executable
file will be $HOME/pm/palemoon/palemoon

  One more hint for graphics acceleration, which also applies to Firefox

* set "layers.acceleration.force-enabled" to true in "about:config"
* export MOZ_USE_OMTC=1

  MOZ_USE_OMTC has to be set before launching Pale Moon

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

Re: [gentoo-user] Palemoon again - again

[Dale]

Peter Humphrey wrote:
> On Monday 17 Apr 2017 13:41:45 I wrote:
>
>> After following the "Palemoon again" thread I wanted to try Pale Moon, so
>> I installed layman and added the octopus overlay. Here's a snippet from
>> the build log:
> --->8
>
>> You see it couldn't even find a rule to make the object files. I tried
>> setting MAKEOPTS="-j 1" to override the --jobs=24 that I usually have set,
>> but that just changed the logged error, substituting 1 for 24.
>>
>> Does this ring a bell with anyone? I wanted to look for clues in the make
>> file, but /usr/bin/find returns well over 1000 results.
> Well, I made it work by setting MAKEOPTS="" on the command line, but it 
> seems odd that portage's compiler settings are being misinterpreted this 
> way.
>


If I recall correctly, I use the palemoon overlay.  If you have any more
problems, maybe research or try that and see if it works better. 

Dale

:-)  :-) 

Re: [gentoo-user] Palemoon again - again

[Peter Humphrey]

On Monday 17 Apr 2017 13:41:45 I wrote:

> After following the "Palemoon again" thread I wanted to try Pale Moon, so
> I installed layman and added the octopus overlay. Here's a snippet from
> the build log:

--->8

> You see it couldn't even find a rule to make the object files. I tried
> setting MAKEOPTS="-j 1" to override the --jobs=24 that I usually have set,
> but that just changed the logged error, substituting 1 for 24.
> 
> Does this ring a bell with anyone? I wanted to look for clues in the make
> file, but /usr/bin/find returns well over 1000 results.

Well, I made it work by setting MAKEOPTS="" on the command line, but it 
seems odd that portage's compiler settings are being misinterpreted this 
way.

-- 
Regards
Peter