Re: [gentoo-user] Questions on Raspberry Pi cross compiling

[Danny YUE]

On 2017-07-20 10:10, Neil Bothwick  wrote:
> On Thu, 20 Jul 2017 13:42:32 +0800, Danny YUE wrote:
>
>> And if some (even very few) packages fail to build on the PC, it is
>> hardly possible to keep PC and RPI 'consistent'.
>> (Yes, I did setup the 'make.profile' symlink to the right place.)
>> 
>> So my question is:
>> 1) If some packages are *doomed* to fail, how do you keep the
>> emerge world environment consistency between PC and RPI?
>> Or is my understanding of this method incorrect?
>
> For the packages that will not build on the PC, you'll have to build them
> on the Pi, create a package then install that on the PC.

Oh man! I am stupid

I did not think about install packages from RPI to PC...

You made my day! 

I will try to setup distcc then...Thank you so much.

Re: [gentoo-user] Firefox - LINGUAS value en_GB is not enabled using L10N use flags

[wabe]

Stroller  wrote:

> When emerging Firefox the warning "LINGUAS value en_GB is not enabled
> using L10N use flags" is twice shown.
> 
> Is there anything I can or should do about this?
> 
> The only uncommented lines in /etc/locale.gen are:
> 
>   en_GB.UTF-8
> UTF-8 en_GB ISO-8859-1
> 
> And in /etc/portage/make.conf I have:
> 
>   LINGUAS="en_GB en"
>   L10N="en_GB en"

Shouldn't it be en-GB and not en_GB?

--
Regards
wabe

[gentoo-user] Firefox - LINGUAS value en_GB is not enabled using L10N use flags

[Stroller]

When emerging Firefox the warning "LINGUAS value en_GB is not enabled using 
L10N use flags" is twice shown.

Is there anything I can or should do about this?

The only uncommented lines in /etc/locale.gen are:

  en_GB.UTF-8 UTF-8 
 
  en_GB ISO-8859-1

And in /etc/portage/make.conf I have:

  LINGUAS="en_GB en"
  L10N="en_GB en"

Cheers for any thoughts,

Stroller.

Re: [gentoo-user] Re: Install Gentoo on remote server

[Grant]

 Is there a better way?  If not, is there an easy way to set up that
 VPN connection?  I've always read that OpenVPN is a bear and I've been
 lucky enough to avoid needing it all this time.
>>>
>>> Bear, in what sense?  Slow, hard?
>>
>>
>> Hard.  It seems like a waste to become acquainted with OpenVPN for
>> just this purpose.  I've been using Gentoo on all of my systems for
>> nearly 15 years and haven't needed it otherwise.
>>
>
> Learning how to set up a VPN connection, which is probably what they
> are asking you to do, is not a waste of time. KVM or some variation of
> it is the standard way to do this (though I very much detest it, as
> each server is essentially preinstalled with unmodifiable firmware
> that has control over your physical hardware).


Is there a way to make the KVM connection without becoming an expert in OpenVPN?

- Grant

Re: [gentoo-user] Install Gentoo on remote server

[Grant]

>> >> I'm getting ready to install Gentoo on a remote bare metal server at 
>> >> SoftLayer:
>> >>
>> >> http://knowledgelayer.softlayer.com/procedure/mount-iso-bare-metal-server
>> >>
>> >> Option 1 requires that I have "infrastructure deployed on SoftLayer"
>> >> which I guess means a second server there which I don't have.  Option
>> >> 2 seems to require that I have a NAS at SoftLayer which I don't have.
>> >> That leaves me with Option 3 which requires that I set up a VPN
>> >> connection, enable java in my browser, and download "Java iKVM
>> >> viewer".
>> >>
>> >> Is there a better way?  If not, is there an easy way to set up that
>> >> VPN connection?  I've always read that OpenVPN is a bear and I've been
>> >> lucky enough to avoid needing it all this time.
>> >
>> > Hi,
>> >
>> > Does SoftLayer provide a rescue OS for there servers? Or at least,
>> > some amd64 linux that you can boot from PXE.
>>
>>
>> It looks like they have both:
>>
>> https://knowledgelayer.softlayer.com/procedure/launch-rescue-kernel
>>
>> https://knowledgelayer.softlayer.com/learning/introduction-no-os
>>
>> Is the rescue kernel likely a way to boot to some attached OS with tools?
>>
>> Also I have several identical disks on this system if there's a way to
>> leverage that for this purpose.
>
> The installation tasks before chrooting into the detared stage3 can be
> achieved on any Linux based OS. So, boot on the rescue kernel, do the
> first steps from it, and then chroot into your disk :)


The rescue kernel seems to only boot the same OS read-only and maybe
some other tweaks.  Unless I'm missing something, I don't think I'll
be able to partition/format my disk after booting the rescue kernel
since I'll be working from the OS running on the same disk I need to
partition/format.

Since I have multiple disks, could I boot sda as usual, install
something I can boot to on sdb, switch the boot order and boot to sdb,
install Gentoo on sda, switch the boot order back and boot into Gentoo
on sda?

- Grant

Re: [gentoo-user] Install Gentoo on remote server

[Alarig Le Lay]

On jeu. 20 juil. 10:20:28 2017, Grant wrote:
> >> I'm getting ready to install Gentoo on a remote bare metal server at 
> >> SoftLayer:
> >>
> >> http://knowledgelayer.softlayer.com/procedure/mount-iso-bare-metal-server
> >>
> >> Option 1 requires that I have "infrastructure deployed on SoftLayer"
> >> which I guess means a second server there which I don't have.  Option
> >> 2 seems to require that I have a NAS at SoftLayer which I don't have.
> >> That leaves me with Option 3 which requires that I set up a VPN
> >> connection, enable java in my browser, and download "Java iKVM
> >> viewer".
> >>
> >> Is there a better way?  If not, is there an easy way to set up that
> >> VPN connection?  I've always read that OpenVPN is a bear and I've been
> >> lucky enough to avoid needing it all this time.
> >
> > Hi,
> >
> > Does SoftLayer provide a rescue OS for there servers? Or at least,
> > some amd64 linux that you can boot from PXE.
> 
> 
> It looks like they have both:
> 
> https://knowledgelayer.softlayer.com/procedure/launch-rescue-kernel
> 
> https://knowledgelayer.softlayer.com/learning/introduction-no-os
> 
> Is the rescue kernel likely a way to boot to some attached OS with tools?
> 
> Also I have several identical disks on this system if there's a way to
> leverage that for this purpose.

The installation tasks before chrooting into the detared stage3 can be
achieved on any Linux based OS. So, boot on the rescue kernel, do the
first steps from it, and then chroot into your disk :)

-- 
alarig


signature.asc
Description: PGP signature

Re: [gentoo-user] Re: Install Gentoo on remote server

[R0b0t1]

On Thu, Jul 20, 2017 at 12:23 PM, Grant  wrote:
>>> Is there a better way?  If not, is there an easy way to set up that
>>> VPN connection?  I've always read that OpenVPN is a bear and I've been
>>> lucky enough to avoid needing it all this time.
>>
>> Bear, in what sense?  Slow, hard?
>
>
> Hard.  It seems like a waste to become acquainted with OpenVPN for
> just this purpose.  I've been using Gentoo on all of my systems for
> nearly 15 years and haven't needed it otherwise.
>

Learning how to set up a VPN connection, which is probably what they
are asking you to do, is not a waste of time. KVM or some variation of
it is the standard way to do this (though I very much detest it, as
each server is essentially preinstalled with unmodifiable firmware
that has control over your physical hardware).

>
>> I've been using it for years and I love it.  It's definitely easier to
>> set up than IPSec.  All my DNS (and some other UDP stuff) goes over
>> OpenVPN.  At times I even had a "ssh -D" SOCKS proxy on the other end,
>> so double encryption, with no slowdown to notice.
>>
>> Now if SoftLayer or the warty tools they provide want a particular kind
>> of VPN, that would be real problem.
>
>
> Potential rabbit hole.

Re: [gentoo-user] Install Gentoo on remote server

[Grant]

>>> I'm getting ready to install Gentoo on a remote bare metal server at 
>>> SoftLayer:
>>>
>>> http://knowledgelayer.softlayer.com/procedure/mount-iso-bare-metal-server
>>>
>>> Option 1 requires that I have "infrastructure deployed on SoftLayer"
>>> which I guess means a second server there which I don't have.  Option
>>> 2 seems to require that I have a NAS at SoftLayer which I don't have.
>>> That leaves me with Option 3 which requires that I set up a VPN
>>> connection, enable java in my browser, and download "Java iKVM
>>> viewer".
>>>
>>> Is there a better way?  If not, is there an easy way to set up that
>>> VPN connection?  I've always read that OpenVPN is a bear and I've been
>>> lucky enough to avoid needing it all this time.
>>
>> Hi,
>>
>> Does SoftLayer provide a rescue OS for there servers? Or at least,
>> some amd64 linux that you can boot from PXE.
>
>
> It looks like they have both:
>
> https://knowledgelayer.softlayer.com/procedure/launch-rescue-kernel
>
> https://knowledgelayer.softlayer.com/learning/introduction-no-os
>
> Is the rescue kernel likely a way to boot to some attached OS with tools?
>
> Also I have several identical disks on this system if there's a way to
> leverage that for this purpose.


I booted the "Rescue" and I think it's the same OS except read-only
and probably some other tweaks.

- Grant

Re: [gentoo-user] Re: Install Gentoo on remote server

[Grant]

>> Is there a better way?  If not, is there an easy way to set up that
>> VPN connection?  I've always read that OpenVPN is a bear and I've been
>> lucky enough to avoid needing it all this time.
>
> Bear, in what sense?  Slow, hard?


Hard.  It seems like a waste to become acquainted with OpenVPN for
just this purpose.  I've been using Gentoo on all of my systems for
nearly 15 years and haven't needed it otherwise.


> I've been using it for years and I love it.  It's definitely easier to
> set up than IPSec.  All my DNS (and some other UDP stuff) goes over
> OpenVPN.  At times I even had a "ssh -D" SOCKS proxy on the other end,
> so double encryption, with no slowdown to notice.
>
> Now if SoftLayer or the warty tools they provide want a particular kind
> of VPN, that would be real problem.


Potential rabbit hole.

- Grant

Re: [gentoo-user] Install Gentoo on remote server

[Grant]

>> I'm getting ready to install Gentoo on a remote bare metal server at 
>> SoftLayer:
>>
>> http://knowledgelayer.softlayer.com/procedure/mount-iso-bare-metal-server
>>
>> Option 1 requires that I have "infrastructure deployed on SoftLayer"
>> which I guess means a second server there which I don't have.  Option
>> 2 seems to require that I have a NAS at SoftLayer which I don't have.
>> That leaves me with Option 3 which requires that I set up a VPN
>> connection, enable java in my browser, and download "Java iKVM
>> viewer".
>>
>> Is there a better way?  If not, is there an easy way to set up that
>> VPN connection?  I've always read that OpenVPN is a bear and I've been
>> lucky enough to avoid needing it all this time.
>
> Hi,
>
> Does SoftLayer provide a rescue OS for there servers? Or at least,
> some amd64 linux that you can boot from PXE.


It looks like they have both:

https://knowledgelayer.softlayer.com/procedure/launch-rescue-kernel

https://knowledgelayer.softlayer.com/learning/introduction-no-os

Is the rescue kernel likely a way to boot to some attached OS with tools?

Also I have several identical disks on this system if there's a way to
leverage that for this purpose.

- Grant

[gentoo-user] Re: Install Gentoo on remote server

[Ian Zimmerman]

On 2017-07-20 08:42, Grant wrote:

> Is there a better way?  If not, is there an easy way to set up that
> VPN connection?  I've always read that OpenVPN is a bear and I've been
> lucky enough to avoid needing it all this time.

Bear, in what sense?  Slow, hard?

I've been using it for years and I love it.  It's definitely easier to
set up than IPSec.  All my DNS (and some other UDP stuff) goes over
OpenVPN.  At times I even had a "ssh -D" SOCKS proxy on the other end,
so double encryption, with no slowdown to notice.

Now if SoftLayer or the warty tools they provide want a particular kind
of VPN, that would be real problem.

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
Do obvious transformation on domain to reply privately _only_ on Usenet.

Re: [gentoo-user] Install Gentoo on remote server

[Alarig Le Lay]

On jeu. 20 juil. 08:42:09 2017, Grant wrote:
> I'm getting ready to install Gentoo on a remote bare metal server at 
> SoftLayer:
> 
> http://knowledgelayer.softlayer.com/procedure/mount-iso-bare-metal-server
> 
> Option 1 requires that I have "infrastructure deployed on SoftLayer"
> which I guess means a second server there which I don't have.  Option
> 2 seems to require that I have a NAS at SoftLayer which I don't have.
> That leaves me with Option 3 which requires that I set up a VPN
> connection, enable java in my browser, and download "Java iKVM
> viewer".
> 
> Is there a better way?  If not, is there an easy way to set up that
> VPN connection?  I've always read that OpenVPN is a bear and I've been
> lucky enough to avoid needing it all this time.

Hi,

Does SoftLayer provide a rescue OS for there servers? Or at least,
some amd64 linux that you can boot from PXE.

-- 
alarig


signature.asc
Description: PGP signature

[gentoo-user] Install Gentoo on remote server

[Grant]

I'm getting ready to install Gentoo on a remote bare metal server at SoftLayer:

http://knowledgelayer.softlayer.com/procedure/mount-iso-bare-metal-server

Option 1 requires that I have "infrastructure deployed on SoftLayer"
which I guess means a second server there which I don't have.  Option
2 seems to require that I have a NAS at SoftLayer which I don't have.
That leaves me with Option 3 which requires that I set up a VPN
connection, enable java in my browser, and download "Java iKVM
viewer".

Is there a better way?  If not, is there an easy way to set up that
VPN connection?  I've always read that OpenVPN is a bear and I've been
lucky enough to avoid needing it all this time.

- Grant

Re: [gentoo-user] [OT] Simple to upgrade Linux distro

[Dale]

Dale wrote:
>
> A bit of a update.  I went to my storage building and found a lot of
> rigs mostly with parts missing but found one gem in the bunch that was
> all there.  I suspect someone put it there when I wasn't at home and
> knows where I keep them but it could be one I forgot about too.  Anyway,
> I got four 1Gb sticks of ram in and am running memtest right now.  So
> far, no errors.  It has a small hard drive in it but not sure if it will
> be big enough for everyday use.  May have to remove the one from the
> current rig she has.  It should be big enough for me to test some
> distros out tho.  ;-)
>
> Oh, single core running at 2.8GHz.  It ain't blazing fast but it's
> likely faster than what she currently has plus the memory will help a
> lot.  It's a older Dell.  It has that flip up front that covers the
> CD/DVD drives.  Some may recall all the torn up CD/DVD drives that
> caused.  :/ 
>
> Dale
>
> :-)  :-) 
>


A even better update.  That CPU has TWO cores.  That's better than one
core at least.  I wish it had a bigger CPU heat sink.  I like them to be
big and have large fans.  ;-) 

I've installed Linux Mint with Mate.  It's impressive so far.  Going to
plug in a camera and memory card and see what that does but so far, it's
pretty nice.  I haven't even figured out how to customize it and it is
pretty nice. 

The updater is GUI and easy.  It works a lot like Mageia since it gives
a little pop-up and you just click to tell it to go update.  This should
work well for her but might check out that Manjaro as well.  It sounds
Mandrake-ish.  lol 

Thanks to all for the suggestions and info.  I don't think Linux Mint
was even on the radar.  Mate sure wasn't. 

Dale

:-)  :-)

Re: [gentoo-user] Questions on Raspberry Pi cross compiling

[Danny YUE]

On 2017-07-20 06:33, Danny YUE  wrote:
> On 2017-07-20 06:25, R0b0t1  wrote:
>> On Thu, Jul 20, 2017 at 1:20 AM, Danny YUE  wrote:
>>>
>>> On 2017-07-20 05:59, R0b0t1  wrote:
 On Thu, Jul 20, 2017 at 12:42 AM, Danny YUE  wrote:
> Hi guys,
>
> I am setting up cross compiling environment for my newly bought
> Raspberry Pi 3, under the guide of:
> https://wiki.gentoo.org/wiki/Raspberry_Pi
> https://wiki.gentoo.org/wiki/Raspberry_Pi/Quick_Install_Guide
>
> My original idea was to use crossdev to cross compile packages on my PC
> and install binaries on RPI.
> However I found it really nasty because it kept giving me the error
> message about "libintl: no such file or directory" during compilation of
> packages such as attr, python etc.
>
> And if some (even very few) packages fail to build on the PC, it is
> hardly possible to keep PC and RPI 'consistent'.
> (Yes, I did setup the 'make.profile' symlink to the right place.)
>
> So my question is:
> 1) If some packages are *doomed* to fail, how do you keep the
> emerge world environment consistency between PC and RPI?
> Or is my understanding of this method incorrect?
>

 Match compilation and USE flags.

> 2) If it is not really a good idea to use crossdev, which one do you
> recommend between distcc and chroot method?
> (I googled but did not really get one answer about compilation speed.)
>

 You should be able to mix crossdev compiled packages freely with
 device compiled ones. Incompatible packages will be ignored and it
 will try to recompile a package with matching flags, so pay attention.
 If you need to compile something on device then I suspect you want to
 use distcc if at all possible.

>>> Thanks for your reply. :-)
>>>
>>> Well, yes. But do you know how is distcc compared with chroot referring
>>> to compilation speed?
>>>
>>
>> Using qemu-user to emulate the target architecture and hosting the
>> system in a chroot is generally slower than compiling on device, if
>> that is what you are referring to. I've read of people who tested this
>> with the RPi3 and some Hardkernel devices.
>
> Oops, really?
> I have read of this point of view, too.
> But the Wiki page says that it is faster than native compilation on RPI.
>
> To be honest, I prefer to compile using crossdev...
>
> Ok then, I will try re-setup crossdev on my PC and see if everything
> compiles well. If not, I will post the error message here.
>
> Thanks.

Ok, I am back.

This time I purged cross toolchain for Raspberry Pi and started it over
again.

I ran:
$ crossdev -S -v -t armv7a-hardfloat-linux-gnueabi
$ cd /usr/aarch64-unknown-linux-gnu/etc/portage
$ rm make.profile
$ ln -s /usr/portage/profiles/default/linux/arm64/13.0/armv7a make.profile

Then I did `armv7a-hardfloat-linux-gnueabi-emerge -auDNU @world`.
Most packages succedded to build, but 'util-linux-2.30' failed and gave
following messages:

--- BEGIN ---
/usr/libexec/gcc/armv7a-hardfloat-linux-gnueabi/ld: skipping incompatible 
/usr/lib64/libncursesw.so when searching for -lncursesw
/usr/libexec/gcc/armv7a-hardfloat-linux-gnueabi/ld: skipping incompatible 
/usr/lib64/libc.so when searching for -lc
/usr/lib64/libc.a: error adding symbols: File format not recognized
collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:7070: ul] Error 1
make[2]: *** Waiting for unfinished jobs
libtool: link: armv7a-hardfloat-linux-gnueabi-gcc -fsigned-char -fno-common 
-Wall -Werror=sequence-point -Wextra -Wmissing-declarations 
-Wmissing-parameter-type -Wmissing-prototypes -Wno-missing-field-initializers 
-Wredundant-decls -Wsign-compare -Wtype-limits -Wuninitialized 
-Wunused-but-set-parameter -Wunused-but-set-variable -Wunused-parameter 
-Wunused-result -Wunused-variable -Wnested-externs -Wpointer-arith 
-Wstrict-prototypes -Wformat-security -Wimplicit-function-declaration -O2 
-march=armv7-a -mfpu=neon-vfpv4 -mfloat-abi=hard -Wl,-O1 -o setsid 
sys-utils/setsid.o  -Wl,--as-needed
libtool: link: armv7a-hardfloat-linux-gnueabi-gcc -fsigned-char -fno-common 
-Wall -Werror=sequence-point -Wextra -Wmissing-declarations 
-Wmissing-parameter-type -Wmissing-prototypes -Wno-missing-field-initializers 
-Wredundant-decls -Wsign-compare -Wtype-limits -Wuninitialized 
-Wunused-but-set-parameter -Wunused-but-set-variable -Wunused-parameter 
-Wunused-result -Wunused-variable -Wnested-externs -Wpointer-arith 
-Wstrict-prototypes -Wformat-security -Wimplicit-function-declaration -O2 
-march=armv7-a -mfpu=neon-vfpv4 -mfloat-abi=hard -Wl,-O1 -o setarch 
sys-utils/setarch.o  -Wl,--as-needed
make[2]: Leaving directory 
'/usr/armv7a-hardfloat-linux-gnueabi/tmp/portage/sys-apps/util-linux-2.30/work/util-linux-2.30-.arm'
make[1]: *** [Makefile:11718: all-recursive] Error 1
make[1]: Leaving directory 

Re: [gentoo-user] Questions on Raspberry Pi cross compiling

[Neil Bothwick]

On Thu, 20 Jul 2017 13:42:32 +0800, Danny YUE wrote:

> And if some (even very few) packages fail to build on the PC, it is
> hardly possible to keep PC and RPI 'consistent'.
> (Yes, I did setup the 'make.profile' symlink to the right place.)
> 
> So my question is:
> 1) If some packages are *doomed* to fail, how do you keep the
> emerge world environment consistency between PC and RPI?
> Or is my understanding of this method incorrect?

For the packages that will not build on the PC, you'll have to build them
on the Pi, create a package then install that on the PC.


-- 
Neil Bothwick

Taglines are like cars - You get a good one, then someone nicks it.


pgpBFLZv7kvoT.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Questions on Raspberry Pi cross compiling

[Danny YUE]

On 2017-07-20 06:25, R0b0t1  wrote:
> On Thu, Jul 20, 2017 at 1:20 AM, Danny YUE  wrote:
>>
>> On 2017-07-20 05:59, R0b0t1  wrote:
>>> On Thu, Jul 20, 2017 at 12:42 AM, Danny YUE  wrote:
 Hi guys,

 I am setting up cross compiling environment for my newly bought
 Raspberry Pi 3, under the guide of:
 https://wiki.gentoo.org/wiki/Raspberry_Pi
 https://wiki.gentoo.org/wiki/Raspberry_Pi/Quick_Install_Guide

 My original idea was to use crossdev to cross compile packages on my PC
 and install binaries on RPI.
 However I found it really nasty because it kept giving me the error
 message about "libintl: no such file or directory" during compilation of
 packages such as attr, python etc.

 And if some (even very few) packages fail to build on the PC, it is
 hardly possible to keep PC and RPI 'consistent'.
 (Yes, I did setup the 'make.profile' symlink to the right place.)

 So my question is:
 1) If some packages are *doomed* to fail, how do you keep the
 emerge world environment consistency between PC and RPI?
 Or is my understanding of this method incorrect?

>>>
>>> Match compilation and USE flags.
>>>
 2) If it is not really a good idea to use crossdev, which one do you
 recommend between distcc and chroot method?
 (I googled but did not really get one answer about compilation speed.)

>>>
>>> You should be able to mix crossdev compiled packages freely with
>>> device compiled ones. Incompatible packages will be ignored and it
>>> will try to recompile a package with matching flags, so pay attention.
>>> If you need to compile something on device then I suspect you want to
>>> use distcc if at all possible.
>>>
>> Thanks for your reply. :-)
>>
>> Well, yes. But do you know how is distcc compared with chroot referring
>> to compilation speed?
>>
>
> Using qemu-user to emulate the target architecture and hosting the
> system in a chroot is generally slower than compiling on device, if
> that is what you are referring to. I've read of people who tested this
> with the RPi3 and some Hardkernel devices.

Oops, really?
I have read of this point of view, too.
But the Wiki page says that it is faster than native compilation on RPI.

To be honest, I prefer to compile using crossdev...

Ok then, I will try re-setup crossdev on my PC and see if everything
compiles well. If not, I will post the error message here.

Thanks.

Re: [gentoo-user] Questions on Raspberry Pi cross compiling

[R0b0t1]

On Thu, Jul 20, 2017 at 1:20 AM, Danny YUE  wrote:
>
> On 2017-07-20 05:59, R0b0t1  wrote:
>> On Thu, Jul 20, 2017 at 12:42 AM, Danny YUE  wrote:
>>> Hi guys,
>>>
>>> I am setting up cross compiling environment for my newly bought
>>> Raspberry Pi 3, under the guide of:
>>> https://wiki.gentoo.org/wiki/Raspberry_Pi
>>> https://wiki.gentoo.org/wiki/Raspberry_Pi/Quick_Install_Guide
>>>
>>> My original idea was to use crossdev to cross compile packages on my PC
>>> and install binaries on RPI.
>>> However I found it really nasty because it kept giving me the error
>>> message about "libintl: no such file or directory" during compilation of
>>> packages such as attr, python etc.
>>>
>>> And if some (even very few) packages fail to build on the PC, it is
>>> hardly possible to keep PC and RPI 'consistent'.
>>> (Yes, I did setup the 'make.profile' symlink to the right place.)
>>>
>>> So my question is:
>>> 1) If some packages are *doomed* to fail, how do you keep the
>>> emerge world environment consistency between PC and RPI?
>>> Or is my understanding of this method incorrect?
>>>
>>
>> Match compilation and USE flags.
>>
>>> 2) If it is not really a good idea to use crossdev, which one do you
>>> recommend between distcc and chroot method?
>>> (I googled but did not really get one answer about compilation speed.)
>>>
>>
>> You should be able to mix crossdev compiled packages freely with
>> device compiled ones. Incompatible packages will be ignored and it
>> will try to recompile a package with matching flags, so pay attention.
>> If you need to compile something on device then I suspect you want to
>> use distcc if at all possible.
>>
> Thanks for your reply. :-)
>
> Well, yes. But do you know how is distcc compared with chroot referring
> to compilation speed?
>

Using qemu-user to emulate the target architecture and hosting the
system in a chroot is generally slower than compiling on device, if
that is what you are referring to. I've read of people who tested this
with the RPi3 and some Hardkernel devices.

Re: [gentoo-user] Questions on Raspberry Pi cross compiling

[Danny YUE]

On 2017-07-20 05:59, R0b0t1  wrote:
> On Thu, Jul 20, 2017 at 12:42 AM, Danny YUE  wrote:
>> Hi guys,
>>
>> I am setting up cross compiling environment for my newly bought
>> Raspberry Pi 3, under the guide of:
>> https://wiki.gentoo.org/wiki/Raspberry_Pi
>> https://wiki.gentoo.org/wiki/Raspberry_Pi/Quick_Install_Guide
>>
>> My original idea was to use crossdev to cross compile packages on my PC
>> and install binaries on RPI.
>> However I found it really nasty because it kept giving me the error
>> message about "libintl: no such file or directory" during compilation of
>> packages such as attr, python etc.
>>
>> And if some (even very few) packages fail to build on the PC, it is
>> hardly possible to keep PC and RPI 'consistent'.
>> (Yes, I did setup the 'make.profile' symlink to the right place.)
>>
>> So my question is:
>> 1) If some packages are *doomed* to fail, how do you keep the
>> emerge world environment consistency between PC and RPI?
>> Or is my understanding of this method incorrect?
>>
>
> Match compilation and USE flags.
>
>> 2) If it is not really a good idea to use crossdev, which one do you
>> recommend between distcc and chroot method?
>> (I googled but did not really get one answer about compilation speed.)
>>
>
> You should be able to mix crossdev compiled packages freely with
> device compiled ones. Incompatible packages will be ignored and it
> will try to recompile a package with matching flags, so pay attention.
> If you need to compile something on device then I suspect you want to
> use distcc if at all possible.
>
Thanks for your reply. :-)

Well, yes. But do you know how is distcc compared with chroot referring
to compilation speed?

> Please submit a bug report for packages that don't compile. You
> probably want to do it on the Gentoo tracker. These tend to be
> problems with autoconf, but developers seem to be reluctant to
> learning about the autoconf tests they make use of or providing fixes
> for them even though they're likely the people most capable creating
> fixes. The autoconf developers do not seem to have any idea about how
> to deal with cross compilation failures in a centralized way.
>
>> Thanks in advance for any potential help. ;-)
>>
>> P.S. Does anyone have any idea about the 'libintl' error? I googled a
>> lot but it seems that it should be part of glibc...
>
> Can you post the full output of the error you're receiving?

Sorry, I am not using my PC currently.

I will re-install cross toolchain later on today and post the result
here.

Thanks again.

Danny

Re: [gentoo-user] Questions on Raspberry Pi cross compiling

[R0b0t1]

On Thu, Jul 20, 2017 at 12:42 AM, Danny YUE  wrote:
> Hi guys,
>
> I am setting up cross compiling environment for my newly bought
> Raspberry Pi 3, under the guide of:
> https://wiki.gentoo.org/wiki/Raspberry_Pi
> https://wiki.gentoo.org/wiki/Raspberry_Pi/Quick_Install_Guide
>
> My original idea was to use crossdev to cross compile packages on my PC
> and install binaries on RPI.
> However I found it really nasty because it kept giving me the error
> message about "libintl: no such file or directory" during compilation of
> packages such as attr, python etc.
>
> And if some (even very few) packages fail to build on the PC, it is
> hardly possible to keep PC and RPI 'consistent'.
> (Yes, I did setup the 'make.profile' symlink to the right place.)
>
> So my question is:
> 1) If some packages are *doomed* to fail, how do you keep the
> emerge world environment consistency between PC and RPI?
> Or is my understanding of this method incorrect?
>

Match compilation and USE flags.

> 2) If it is not really a good idea to use crossdev, which one do you
> recommend between distcc and chroot method?
> (I googled but did not really get one answer about compilation speed.)
>

You should be able to mix crossdev compiled packages freely with
device compiled ones. Incompatible packages will be ignored and it
will try to recompile a package with matching flags, so pay attention.
If you need to compile something on device then I suspect you want to
use distcc if at all possible.

Please submit a bug report for packages that don't compile. You
probably want to do it on the Gentoo tracker. These tend to be
problems with autoconf, but developers seem to be reluctant to
learning about the autoconf tests they make use of or providing fixes
for them even though they're likely the people most capable creating
fixes. The autoconf developers do not seem to have any idea about how
to deal with cross compilation failures in a centralized way.

> Thanks in advance for any potential help. ;-)
>
> P.S. Does anyone have any idea about the 'libintl' error? I googled a
> lot but it seems that it should be part of glibc...

Can you post the full output of the error you're receiving?