> On 21-01-2011 22:01:17 +1300, François Bissey wrote:
> > I have been toying with a Gentoo prefix on OS X (10.5) for the
> > last month.
> >
> > I spent most of my time getting things in shape to have sage from
> > the sage-on-gentoo overlay build on OS X.
> >
> > I have something that runs now
Hi,
I have been trying to bootstrap on aix-5.3 and I am running into
numerous problems. I am following the solaris instructions as I thought
it would be the closest. But obviously there may be more stuff needed.
I set CHOST to powerpc-ibm-aix5.3.0.0 so that it would match a profile
(bootstrap did
On 30/08/12 20:12, Junqi Hu wrote:
> Hi, all.
>
> The compiling procedure of dev-python/pygtk is broken when I install
> elogviewer by gentoo-prefix.
> I attache the build.log of this ebuild.
>
> Any hint?
>
What version of gcc are you using?
Francois
On 30/08/12 19:22, Junqi Hu wrote:
>
> On 2012-8-30, at 上午11:14, François Bissey
> wrote:
>
>> On Thu, 30 Aug 2012 08:56:45 Junqi Hu wrote:
>>> The second problem has been solved by the script ecopy in
>>> $EPREFIX/usr/portage/scripts.
>>> On 2012-8-30, at 上午5:55, junqihu wrote:
Hi, all
On 07/11/12 21:08, Konstantin Tokarev wrote:
>
>
> 07.11.2012, 07:03, "François Bissey" :
>> Hi,
>>
>> I have currently a prefix on OS X and I use gcc-apple. I tried a couple
>> of times to use vanilla gcc which is currently masked but I had problems.
>
> You can unmask it and emerge, than use i
On 13/12/12 20:36, Fabian Groffen wrote:
> On 13-12-2012 10:15:35 +1300, François Bissey wrote:
>> Hi,
>>
>> I am puzzled by a problem I suddenly have emerging dev-python/sympy
>> in my prefix on OS X 10.5.8:
>> * Building of dev-python/sympy-0.7.2 with CPython 2.7...
>> python2.7 setup.py build -
That's interesting. That should be added to
https://bugs.gentoo.org/show_bug.cgi?id=491098
especially if that works.
Do we finally have the fix for https://bugs.gentoo.org/show_bug.cgi?id=491580
in a snapshot? Last time I tried to build that's where it stopped
(binutils-apple).
François
On 3/02/2014, at 6:34, Ruud Koolen wrote:
>But gcc and friends are specifically designed to be buildable on any
>ridiculous old system, and the use of other tools hasn't changed between my
>bootstrap process and the current one. Again, can you elaborate and give a
>concrete example?
Ridiculou
Unfortunately I found it stop in openssh:
checking whether getpgrp requires zero arguments... yes
checking OpenSSL header version... not found
configure: error: OpenSSL version header not found.
99 out of 112 not bad and possibly usable for some limited purpose.
François
_
For lisp and emacs I actually filled a bug request sometime ago because
someone saw fit to mask most lisps on prefix:
https://bugs.gentoo.org/show_bug.cgi?id=521186
This is for macos, note that not only lisp are masked but their use flags are
too.
There should be another bug filled by my friend
You may want to look at what is happening at
https://bugs.gentoo.org/show_bug.cgi?id=504242
and
https://bugs.gentoo.org/show_bug.cgi?id=473068
although instructions are not yet very clear how to at least get a clang
installed.
François
> On 18/01/2015, at 09:04, JC D wrote:
>
> Hi!
>
> I am us
It looks like it is just the dev-python/Babel ebuild as far as I can see.
I used to be happy on a case insensitive file system myself but
I have the above as a dependency of something else and this is fun:
fbissey@Mirage ~/Gentoo $ emerge -puDNv dev-python/babel
These are the packages that would
-rw-r--r--1 fbissey staff 2.9K Jun 4 19:33 Manifest
-rw-r--r--1 fbissey staff 617 Jun 4 19:33 metadata.xml
scp-ing the stuff from a regular box is temporarily fixing the
problem. We’ll see what happens next time I synced.
François
> On 5/06/2015, at 12:50, Francois Bissey
>
> On 5/06/2015, at 18:11, Fabian Groffen wrote:
>
> On 05-06-2015 01:14:03 +, Francois Bissey wrote:
>> And it looks like for some reasons the content for Babel is not synced:
>> fbissey@Mirage ~/Gentoo $ ll usr/portage/dev-python/babel
>> total 20K
>> drwxr
Thanks for the feedback, I will look into what you said.
> On 20/01/2017, at 18:52, Benda Xu wrote:
>
> Hi François,
>
> François Bissey writes:
>
>> I have been experimenting putting RAP on
>> a fresh SLES11SP1 install on ppc64...
>
> Is it SUSE 11.1? Is the closest community distribution O
> On 20/01/2017, at 18:52, Benda Xu wrote:
>
> The hack are in
>
>
> https://gitweb.gentoo.org/repo/gentoo.git/tree/profiles/prefix/linux-standalone/profile.bashrc
>
> esp. line 14.
Very much like the bootstrapping described in LFS and in line with
the way IBM does things for its “advanced
> On 20/01/2017, at 20:57, Benda Xu wrote:
>
> Hi,
>
> Francois Bissey writes:
>
>> Very much like the bootstrapping described in LFS and in line with
>> the way IBM does things for its “advanced toolchain” for power7/8.
>> I actually have an alternate to
Still going on with my ppc64 experiment.
I am still in stage 3. bootstrap synced the portage tree.
My profile has gone and I recreated it. I guess I could store
it somewhere else so long as “parent” points to the right place.
I am now failing with the first package after sync-ing:
=== Sync comple
> On 24/01/2017, at 20:52, X dej
> wrote:
>
> 2017-01-23 21:14 UTC+01:00, François Bissey
> :
>> Yes I know in prefix we are not root. I haven't had that problem
>> before in a traditional prefix.
>
> I had the problem as yours on RAP, without putting root rights on
> parts of $EPREFIX.
>
S
I forgot one bit! Keywording of baselayout_prefix. I can fill
a bug for that.
François
> On 26/01/2017, at 23:29, X dej
> wrote:
>
> Thanks for reporting all these !
>
> X dej
>
> 2017-01-24 23:08 UTC+01:00, François Bissey
> :
>> Hi all,
>>
>> I now have a working RAP environment on ppc64
Hi!
> On 29/01/2017, at 15:49, Benda Xu wrote:
>
> Hi François,
>
> François Bissey writes:
>
>> I now have a working RAP environment on ppc64.
>> So here is a bit of recipe to achieve this:
>> * There is no current ppc64 profile, so one has to be
>> created during stage 1.
>> I copied the pp
> On 29/01/2017, at 23:55, Fabian Groffen wrote:
>
> On 29-01-2017 11:49:33 +0900, Benda Xu wrote:
>> Sorry for this, I added a guard
>>
>>
>> https://gitweb.gentoo.org/repo/proj/prefix.git/commit/?id=db54c48edfb3d7c5c482326c8c57d3823941f456
>>
>
> Doesn't this commit introduce an endless h
> On 3/02/2017, at 21:59, Benda Xu wrote:
>
> Hi François,
>
> François Bissey writes:
>
>> But really that means I need a ppc64* keyword in baselayout-prefix.
>
> Have you also given sys-apps/baselayout a test?
>
It appears I have currently only baselayout.
baselayout-prefix must have bee
I think you get this because at least python 3.5 and 3.6 are not keyworded
~x64-macos.
François
> On 10/05/2017, at 19:08, Kent Fredric wrote:
>
> I recently received a request from Yegor Timoshenko that included some
> prefix patches, and included telling me they'd successfully tested my
> pa
It is very curious. The QA check happen after the install phase. And
your log shows that’s when you get the message so somehow those files are not
properly deleted. I am guessing that because “rm -f” is used the “die” statement
may not be invoked.
Ah! the rm command is elf centric it looks for .so
Hi,
For some reasons that are better narrated in another forum my prefix
on SLES11 got trashed.
So I am in the process of rebuilding, there are a few things that I will
expand on latter but right I cannot emerge gcc in stage3. The compilation
ends up with (serial build)
/shared/work_no_backup/pp
So I went and re-installed my ppc64 rap prefix. After
some back and forth I finally reached the end successfully \o/
I have a few things to say but I decided to split this particular
issue because it has wider implication.
The OS is SuSE linux Enterprise Server 11 SP1 and it has kernel
2.6.32. SP
Hi,
> On 8/11/2017, at 14:47, Benda Xu wrote:
>
> Hi François,
>
> Thank you for this detailed report of ppc64 Prefix. The profile of
> ppc64 is not there because we know we donot have support for it. Your
> diagnosis is crucial for us to get ready for it. However, I dont have
> access to pp
It should be libmpfr.so.3 not .so.4 which are the new ones.
> On 29/01/2018, at 15:55, Steven Trogdon wrote:
>
> Hello,
>
> emerge of the latest sage- from sage-on-gentoo requires
>
> emerge -1 sage
> Calculating dependencies... done!
> [ebuild U #] dev-libs/mpfr-4.0.0-r1 [3.1.6]
> [eb
The crucial bit
[ 80%] [32m[1mLinking CXX executable ../bin/ccmake[0m
cd
/Users/brad/Gentoo/var/tmp/portage/dev-util/cmake-3.11.0/work/cmake-3.11.0_build/Source
&& /Users/brad/Gentoo/usr/bin/cmake -E cmake_link_script
CMakeFiles/ccmake.dir/link.txt --verbose=1
/Users/brad/Gentoo/usr/lib/llvm/
Hi,
As someone who was involved until very recently in installing software
on the New Zealand national facility I feel I should take exception to some
of these comments.
To put things in perspective
1) I am using Gentoo since 2003
2) I am a regular contributor to the science team and maintain sage
> On 4/04/2019, at 19:49, Fabian Groffen wrote:
>
> Just chiming in on this interesting topic :)
>
> On 04-04-2019 01:51:58 +, Francois Bissey wrote:
>> Hi,
>>
>> As someone who was involved until very recently in installing software
>> on the
> On 4/04/2019, at 20:44, Fabian Groffen wrote:
>
> Thanks for your explanation, I'm sure there must be some "pain" in even
> having to describe the situation ...
>
> Fabian
Large HPC system are just a different beast from your regular desktop
or server. There is a high number of people or re
I think it looks like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37632
It seems like your initial compiler is at fault.
At the very least gcc spits out impossible assembly,
you cannot branch that far on ppc64.
Can you build clang on that machine?
François
> On 11/09/2019, at 12:08 PM, Johan H
I was in a conversation with someone from computecanada too recently and
indeed they are moving from nix+easybuild to gentoo prefix+easybuild.
This is with the goal of having a subsystem that can be mounted anywhere
on almost every OSes (so long as it the right ISA).
François
> On 15/03/2020,
It may be possible to install a newer gcc from system package on that RHEL6
machine. Depending on whether you are admin or have a friendly admin and also
what kind of Red-hat support you still have. You can get newer gcc through
“software collection”. There were other repo from cern based on the
36 matches
Mail list logo