Re: [gentoo-alt] packages that run as root

Hi Jeremy, I strongly agree with you arguments. And there is some situation that user have root access and also need a Gentoo Prefix. e. g. setting up a ftp server using packages from Prefix on MacOSX. (rephrasing your idea 2) The Prefix users are generally highly evolved. Therefore developper do

Re: [gentoo-alt] prefixed gentoo for cross-compile (question)

Hello Piergiorgio On Wed, Apr 27, 2011 at 1:10 AM, Piergiorgio Beruto < piergiorgio.ber...@gmail.com> wrote: I'm an embedded sw developer already used to gentoo and portage. > > I am wondering whether gentoo prefix could help me in the following: I > would like to use portage to cross compile som

Re: [gentoo-alt] break your AIX prefix: "aix-soname" even for gcc libraries (gcc_s, stdc++)

Hi haubi, I have tested the new soname linking scheme on AIX 5.2, bootstrapped with the help of old Prefix(nearly 150 days old) from scratch. This is realy fantastic! I suppose this is the best practice for soname under AIX, and best mimics the behavior of runtime linking of GNU monolith. Everyth

Re: [gentoo-alt] Re: emerge gcc 4.4.x/4.5.x fails on CentOS 5.5

Hi, Just to narrow things down. env GENTOO_PATCH_EXCLUDE=10_all_gcc-default-fortify-source.patch emerge =gcc-4.5* on CentOS 5 works, this is the point USE=vanilla actually do the click. that patch is for tuning on -D_FORTIFY_SOURCE=2 by default for C, C++, ObjC, ObjC++, which is mostly for h

[gentoo-alt] OpenRC on Prefix for service daemons

Dear All, Have you ever wanted to start a daemon from prefix in a gentoo way but noticed portage saying , | * removed /etc/init.d and /etc/conf.d directories until bug #196294 has been resolved ` to you? It has been disappointing for to me to manually start daemons repeatedly. A solution

Re: [gentoo-alt] Re: [PATCH] make bootstrap-prefix.sh use consistent GENTOO_MIRRORS setting

On Wed, Sep 26, 2012 at 11:08 AM, Liu Yubao wrote: > Benda, nice to see you in this mailing list:-) :D nice to meet you. > Some days ago I read the > wiki page when I checked the tuna mirror site, I feel the steps described > in that wiki page is too complex, it separates the one-shot scrip

Re: [gentoo-alt] Package failures

Hi William, Firstly, you need to let people know what exactly fails. " trying to merge lyx, newsbeuter and fetchmail all fail." is far far from enough. Please use the bugzilla and follow the guideline[1] to make a good bug report. Secondly, you may fix the problem yourself by introducing an overl

Re: [gentoo-alt] How can i set these environment variables

The check is to make sure you have a clean env to bootstrap. Notice the mood symbols! :( vs :) unset PKG_CONFIG_PATH and you can go on. On Wed, Apr 24, 2013 at 12:53 PM, 赵佳晖 wrote: > Hi, everybody. I just install the > LFSsystem with the KDE

Re: [gentoo-alt] What's the status of gentoo-prefix on latest Ubuntu/Debian?

incredible! I guess this is the first Prefix on multiarch ever! Guys, compete for this if yours is earlier. Thank you for sharing the tricks. Enjoy your fresh Prefix. It's quite solid once bootstraped. Benda

Re: [gentoo-alt] Re: desktop experience on smartphone: thoughts and plans

On Mon, Oct 7, 2013 at 4:51 PM, Tamás Gérczei wrote: > The pleasure was mine. However, as much as I wanted to keep my promise > about adding my configuration to the device list, I couldn't due to lacking > write privileges in the respective namespace. If you feel like fixing that, > please empower

Re: [gentoo-alt] RAP prefix and Debian/Ubuntu support

Hi, yegle, yegle writes: > I remembered that RAP is supposed to be the way to support > Debian/Ubuntu multiarch, and also the last time bootstrap.sh > re-factored someone said RAP support can be added easily. I haven't > heard much about RAP recently, so what's the progress here? As far as I kn

Re: [gentoo-alt] Prefix hijacking

Hi Steven, I am really sorry for the confusion in glibc on Prefix. We are on the way to make it work out-of-the-box, finally. Steven Trogdon writes: > OK, I think I have found part of my problem. Here is a partial result > from updating world > > [ebuild R] dev-libs/libltdl-2.4.6 ABI_X8

[gentoo-alt] Accepting ~arch keywords in prefix-standalone profiles

Hi All, This is a continuation to http://article.gmane.org/gmane.linux.gentoo.alt/7083 Fabian wrote: > There once was a GLEP and all that, but I'm not sure it's reflecting > reality and all that. When the migration of Prefix to gx86 became > a thing, we made a decision. We used full keyword

Re: [gentoo-alt] Prefix hijacking

Hi Steven, That's a nice step forward. Steven Trogdon writes: > Thanks Benda. At least there is a rational reason for what seemed to be a > "hijacking". In my original post I noted that > > eselect profile list > > returned > > !!! Warning: Failed to determine ${ARCH}. Please submit a bug repor

[gentoo-alt] Standalone toolchain (Was: Prefix hijacking)

Hi Steven, Steven Trogdon writes: > OK, making progress here. Finally I got gcc rebuilt but I had to modify the > toolchain.eclass > > --- > @@ -845,7 +845,14 @@ > --mandir="${EPREFIX}${DATAPATH}/man" > --infodir="${EPREFIX}${DATAPATH}/info" > --with-gxx

Re: [gentoo-alt] Prefix portage tree overlay VCS browser location

Hi, Fabian Groffen writes: > That page needs updating. The Prefix tree has moved to > > https://gitweb.gentoo.org/repo/proj/prefix.git/ I have updated the wiki page. Benda

Re: [gentoo-alt] eapi5/eapi6 ebuilds

Hi Steven, Steven Trogdon writes: > My prefix profile is: > > Available profile symlink targets: > [1] gentoo_prefix:prefix/linux/amd64 > [2] gentoo_prefix:prefix/linux-standalone/amd64 * > > I'm seeing numerous ebuilds with "EAPI=6" During the test stage of EAPI 6, old versions of port

[gentoo-alt] RAP bootstrap: call for test

Hi all, We have updated the RAP bootstrap page on, https://wiki.gentoo.org/wiki/Prefix/libc Please help test it out and add an entry to "Tested Distributions" Section[a]. We intend to support all the GNU/Linux distributions. RAP stands for "Rap Ain't Prefix", and is also known as Prefix/lib

Re: [gentoo-alt] Re: Bootstrap rap fails on Fedora 20 x86_64

Hi Richard, Richard Geary writes: > What is the current rap bootstrap script? There should be a link on > the main Prefix libc wiki page to the latest version of the script > (http://wiki.gentoo.org/wiki/Prefix/libc) I have updated http://wiki.gentoo.org/wiki/Prefix/libc, would you like to test

Re: [gentoo-alt] RAP bootstrap: call for test

Hi Marko, Marko Vendelin writes: > thank you for pushing RAP forward! > > for me, it failed on stage3 while compiling perl (see below). Host: > Gentoo amd64. Do you want a bug report regarding it? Or should I > update https://bugs.gentoo.org/show_bug.cgi?id=575480 with it? Is your system CentOS

Re: [gentoo-alt] RAP bootstrap: call for test

Hi Steven, Steven Trogdon writes: > The new bootstrap-rap.sh fails here on debian 7.8 (amd64) > > gconv_db.c: Assembler messages: > gconv_db.c:759: Error: CFI instruction used without previous .cfi_startproc > gconv_db.c:762: Error: CFI instruction used without previous .cfi_startproc > gconv_db

Re: [gentoo-alt] RAP bootstrap: call for test

Hi Steven, Ruud has pointed out that the Debian Wheezy bug was due to incompatible sets of binutils of gcc between build and run time. I have applied a fix. Now Debian Wheezy amd64 is tamed. https://wiki.gentoo.org/wiki/Prefix/libc#Tested_Distributions At present all tested GNU/Linux distribu

Re: Fwd: [gentoo-alt] RAP bootstrap: call for test

Hi Steven, Steven Trogdon writes: > Thanks Marco. Yes, that seemed to fix things. I should have thought of > trying that. Thank you for sharing. Sorry it is bug 532100. We are working on backporting the patch to the master branch of portage. Benda

Re: [gentoo-alt] RAP stage 1 bootstrap fails on CentOS 6 due to python version

Hi Lincoln, Lincoln Bryant writes: > I’m experimenting with RAP on CentOS 6 and seeing the stage 1 build > fail when bootstrapping portage due to a lack of Python 2.7. > > Here’s the error I see: > checking whether /usr/bin/python 2.6.6 >= 2.7... configure: > error: need at least ver

Re: [gentoo-alt] RAP stage 1 bootstrap fails on CentOS 6 due to python version

Hi Lincoln, Lincoln Bryant writes: > Where does the stage1.log normally go? I don’t seem to have one. > Here’s my invocation: > > [build@084f757198bb ~]$ pwd > /home/build > [build@084f757198bb ~]$ ./bootstrap-rap.sh /tmp/rap stage1 > > I don’t have a stage1.log in $HOME nor do I see one in > /

Re: [gentoo-alt] prefix bootstrap on RHEL7

Hi Michael, Have you tried RAP at https://wiki.gentoo.org/wiki/Prefix/libc It passed the test on CentOS 7. Michael Schubert writes: > I'm currently trying to bootstrap prefix on RH7. > > I'm running into a couple of issues, but would rather try and sort > them out than submitting a bug repo

Re: [gentoo-alt] prefix bootstrap on RHEL7

Michael Schubert writes: > I managed a bootstrap with prefix now (rap failed for other reasons), Thank you! Could you please elaborate how RAP failed? Benda

Re: [gentoo-alt] ebuilds 9999

Alan Hourihane writes: > I've been away a little while and upgraded portage on my prefix box. > > But I now get emerges want to emerge the - version of the ebuild, > meaning bringing in git/mercurial etc. > > What's the best way to prevent the versions being pulled in ? That probably me

Re: [gentoo-alt] Aborting due to QA concerns: there are files installed outside the prefix

Hi Gábor, VIDA Gábor writes: > I'm trying to use RAP to replace the whole user-land of my main distro > (what I cannot replace unfortunately). It works fine, except that I > periodically find packages that install files outside the prefix at > the end of the build. Even portage has this bug when

Re: [gentoo-alt] bootstrap-prefix.sh / bootstrap-rap.sh failing on OpenSUSE Leap

Hi Matthias, Matthias Gerstner writes: > I think I found the cause of the trouble: > > The group id used comes a long way ... in > > ${EPREFIX}/usr/lib64/python3.4/site-packages/portage/data.py function > _init(settings) > > a global variable '_portage_grpname' is initialized from a settings >

Re: [gentoo-alt] bootstrap-prefix.sh failing on Centos 6.2

Antoine Dechaume writes: > boostrap-rap was actually my first attempt and it worked well but the > external libraries I have to use are unfortunately not compatible with > its libc :-/. This surprises me, as glibc is designed to be backward compatible. What compatiblity problem was it to be spe

Re: [gentoo-alt] bootstrap-prefix.sh failing on Centos 6.2

Hi Antoine, Antoine Dechaume writes: > this is the error I get inside gentoo-rap when running an executable > and libraries build on another platform: > lect: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by > /XXX/gentoo-rap/usr/lib64/libcgns.so) > lect: /lib64/libc.so.6: version `

Re: [gentoo-alt] bootstrap-prefix.sh failing on Centos 6.2

Hi Antoine, Antoine Dechaume writes: > Thx for suggestions and the link on elf. > > 1. Host python is too old. Okay. If you just need a new python, one possibility is to compile a static python runtime. > 2. This give the unhelpful message > lect: error while loading shared libraries: lect: c

[gentoo-alt] Re: sys-devel/binutils-2.27:2.27::gentoo [2.26:2.26::rap, 2.26.1:2.26.1::gentoo]

Hi Martin, (Cc to gentoo-alt. Hope you don't mind.) Martin MOKREJŠ writes: > I have two questions. > > It seems I have two versions of binutils installed, isn't that > weird? No, binutils has multiple SLOT support now. You can switch between them with binutils-config. > Second, shall

Re: [gentoo-alt] rap experiments

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 OpenSUSE-11.1? We have only tested on OpenSUSE-42.1[1]. It is nice to have another test environment. https://en.wiki

Re: [gentoo-alt] rap experiments

Hi Francois, Francois Bissey writes: > I copied > usr/portage/profiles/prefix/linux/ppc64 > to > usr/portage/profiles/prefix/linux-standalone/ppc64 > and then replaced > usr/portage/profiles/prefix/linux-standalone/ppc64/make.default > by the amd64 one and copied the legacy folder from the am

Re: [gentoo-alt] rap experiments

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 toolchain provided by IBM the last one > for SLES11 provides glibc-2.17+gcc-4.8.5+. gcc is patched

Re: [gentoo-alt] [PREFIX] headsup: portage-2.3.2 is available

Very nice Fabian, Fabian Groffen writes: > I've just committed portage-2.3.2 to the tree. It seems to work fine(tm) > sofar. One thing that will affect devs is that repoman is now shipped > separately. You will have to emerge app-portage/repoman. Beware that > this version of repoman does NO

Re: [gentoo-alt] [PREFIX] headsup: portage-2.3.2 is available

Fabian Groffen writes: > but the prefix branch carries some legacy with it (like always > supporting EPREFIX, also in older EAPIs) and some more. Are you referring to FEATURE=force-prefix? That is also supported in the master brench. Benda signature.asc Description: PGP signature

Re: [gentoo-alt] RAP on ppc64 (SLES11.1)

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 ppc64 from prefix/linux to prefix/linux-standalone. > Replace make.

Re: [gentoo-alt] RAP on ppc64 (SLES11.1)

Hi Francois, Francois Bissey writes: > sed-4.3.tar.xz. The version in ~arch is pulled and that is that one > https://gitweb.gentoo.org/repo/gentoo.git/tree/sys-apps/sed/sed-4.3-r1.ebuild The build system of xz-utils uses sed. But sed is guaranteed to be available in stage1. I guess the swap o

Re: [gentoo-alt] RAP on ppc64 (SLES11.1)

Francois Bissey writes: > I think you are right. It should have been > grep -q 'apiversion=' "${ROOT}"/usr/bin/perl && rm "${ROOT}"/usr/bin/perl Yeah, it is fixed in, https://gitweb.gentoo.org/repo/proj/prefix.git/commit/?id=ddd61d6a618129323f8cd967368a01d6dc0f490f

Re: [gentoo-alt] RAP on ppc64 (SLES11.1)

Fabian Groffen writes: > I think it should be ok, assuming xz-utils doesn't use sed in any way. The xz-utils build system uses sed. But the first xz-utils is introduced in stage2. In stage1, sed is geranteed to be available. signature.asc Description: PGP signature

Re: [gentoo-alt] [PREFIX] removal of some Prefix keywords

Fabian Groffen writes: > arm-linux I see being used in RAP, it it's maintained by them, obviously > we should keep it. arm-linux has been introduced by the portage team long before. I think it is a good chance to remove arm-linux, because RAP now uses implicit keywording scheme. RAP on arm acc

Re: [gentoo-alt] [PREFIX] removal of some Prefix keywords

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? Benda

Re: [gentoo-alt] [PREFIX] removal of some Prefix keywords

Francois, Francois Bissey writes: > It appears I have currently only baselayout. > baselayout-prefix must have been requested during bootstrap > but not afterwards: > frb15@p7login-c ~ $ eix baselayout > [I] sys-apps/baselayout > Available versions: 2.3 {build KERNEL="linux"} > Instal

Re: [gentoo-alt] rap prefix on ppc64 reloaded

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 ppc64, therefore I will only comment on general issues. Are you

Re: [gentoo-alt] rap prefix on ppc64 reloaded

Hi Francois, Francois Bissey writes: > You are not the first one to try to recruit me :) I guess I don’t like > the interview questions. Am I the first to try to convince you that the quizzes are actually a great source of information on technical internals of Gentoo? :D Yours, Benda

Re: [gentoo-alt] rap prefix - glibc-2.26-r3

Hi Steven, Steven Trogdon writes: > Upgraded my prefix rap today doing: > > emerge -1 portage > emerge -uDN system > > I don't think the portage upgrade is the issue since the system proceeded to > upgrade, although with numerous warnings like: > > portage: 'portage' user or group missing. >

[gentoo-alt] Profile names for legacy systems?

Hi Friends, Now a Prefix on amd64 GNU/Linux has 3 profiles: , | $ eselect profile list | Available profile symlink targets: | [1] prefix/linux/amd64 | [2] prefix/linux-standalone/amd64 * | [3] prefix/linux-standalone/amd64/legacy ` The [1] is the traditional rpath, the [2] is

Re: [gentoo-alt] rap prefix and old kernel (<3.10)

Hi Francois, Francois Bissey writes: > The OS is SuSE linux Enterprise Server 11 SP1 and it has kernel > 2.6.32. SP3 and SP4 have 3.0 and would also be affected I believe. > 2.6.32 is also the kernel of redhat/centos 6 which is still in wide > use. > > So rap tried to install glibc 2.25 which wa

Re: [gentoo-alt] rap prefix - glibc-2.26-r3

Hi Steven, Steven Trogdon writes: > Thanks Benda for the suggestions. However, to get things to work here > I had to get the system admin to modify the host /etc/{group, passwd} > files and that enabled me to emerge sys-libs/glibc with your prefixify > changes through modification to > linux-sta

[gentoo-alt] Re: RAP out of date?

Hi Martin, Martin Mokrejs writes: > seems RAP is ahead with eclasses but the ebuilds require nowadays > non-existing eclasses: > > [ ... ] > > Am I right? We have just got rid of the portage-stage overlay. You can safely delete it by removing EPREFIX/usr/portage-stage and the entry in re

[gentoo-alt] Re: RAP out of date?

Hi Martin, Martin Mokrejs writes: > So I shall drop the whole [rap] section from > /apps/gentoo/etc/portage/repos.conf/gentoo.conf, right? > > [DEFAULT] > main-repo = gentoo > eclass-overrides = rap > > [gentoo] > location = /apps/gentoo/usr/portage > sync-type = rsync > sync-uri = rsync://rsyn

[gentoo-alt] [RFC draft] Gentoo Prefix updates on Linux

Hi, We have merged RAP back to Prefix and it becomes the default for Prefix on Linux-based systems. I have drafted an announcement to gentoo-dev-announce. Please comment on the text. Thanks! Benda <--- The Gentoo Prefix team is pleased to announce a major update: RAP[0], the libc variant of

Re: [gentoo-alt] [RFC draft] Gentoo Prefix updates on Linux

Fabian Groffen writes: > Yes, unless you set PREFIX_DISABLE_RAP to "yes" in your evironment. > > Benda, can you confirm? Yes, indeed it is the case. For Jeffrey, https://wiki.gentoo.org/wiki/Project:Prefix/FAQ#Can_I_switch_from_an_rpath_profile_to_a_glibc_one.3F Can I switch from an rpath pr

Re: [gentoo-alt] [RFC draft] Gentoo Prefix updates on Linux

Hi Michael, Michael Weiser writes: > I tried this on an up-to-date Gento amd64 box recently and it needed a > bit of handholding to get off the ground. Seemed as if it (quite > understandably) didn't get the same testing as RAP recently. For example > the pythonr sebuilds fail on modules crypt a

Re: [gentoo-alt] [RFC draft] Gentoo Prefix updates on Linux

Hi Fabian, Fabian Groffen writes: > On 20-12-2017 18:24:17 +0900, Benda Xu wrote: >> This noval approach of Prefix has been initiated by Ruud (redlizard) > > I think you mean "novel" here. Thanks, I have corrected this. >> Koolen and Benda (heroxbd) Xu since

[gentoo-alt] bootstrap shortcut (Was: Gentoo Prefix updates on Linux)

Hi Michael, Michael Weiser writes: > However, in stage3 portage is working with the host's PORTDIR. The > symptom is that it wants me to keyword binutils-config, gcc-config and > pyblake2. If I do that, I get non-prefix host versions installed which > especially due to binutils-config not wrappi

[gentoo-alt] Re: bootstrap shortcut

Hi Michael, Michael Weiser writes: > Thanks! That seems to work in that it doesn't offer to use the host > portage any more. > > Now it fails when initialising the portage config: > > * Your profile is set to > /home/michael/nobak/gentoo/usr/portage/profiles/no-multilib/prefix/linux/amd64. > boo

Re: [gentoo-alt] preserving libmpfr.so.4.1.6

Hi Steven, Steven Trogdon writes: > So, since I did not have FEATURES=-preserve-libs I proceeded to unmask > mpfr-4.0.0-r1 and continued with the emerge of sage with the hope that libs > were preserved. The short story is that I ended up with a broken gcc since the > subject libraries were not p

Re: [gentoo-alt] sys-libs/timezone-data-2018c fails to emerge during prefix installation.

Cyril de Vaucleroy writes: > I am trying to set up Gentoo Prefix on a CentOS VPS, but unfortunately > not without issues... When the bootstrap shell script tries to emerge > -e system, it always fails at the same point, when trying to emerge > sys-libs/timezone-data-2018c. Apparently, portage com

[gentoo-alt] Gentoo on Android 2018 Release

Hi folks, It's time to announce a new release from Project Android[1]. Check it out on, https://wiki.gentoo.org/wiki/Project:Android/tarball Thanks to the recent advancements of Gentoo, we are able to support arm64[2] on 64bit ARM based Android devices. Together with the 32bit refresh, the

[gentoo-alt] Re: Gentoo::RAP

Hi Martin, Martin MOKREJŠ writes: > the script https://dev.gentoo.org/~heroxbd/bootstrap-rap.sh should > contain some documentation pointing to main resources about > Gentoo::RAP. > > I need to re-install one Gentoo::RAP instance and I am failing to find the > proper website back! > > https:

[gentoo-alt] Re: More on bootstrap-rap.sh issues

>>>> /apps/gentoo/tmp/var/tmp/portage/app-shells/bash-4.4_p19/work >>>> Preparing source in >>>> /apps/gentoo/tmp/var/tmp/portage/app-shells/bash-4.4_p19/work/bash-4.4 ... > * Applying bash44-001 ... > [ ok ] > * Applying bash44-002 ... > [ ok

[gentoo-alt] Re: Gentoo::RAP

Hi Martin, Martin MOKREJŠ writes: >> No worries. As said in the previous announcement[1], now RAP is the >> default of Gentoo Prefix for all the targets with Linux kernels. > > OK, but the current webpage realy lack important information, which > used to be present in the > https://www.linuxsecr

[gentoo-alt] Re: bootstrap-rap.sh issues

Martin Mokrejs writes: > I ran that bash binary on bootstrap-rap.sh and ran into the > sys-libs/zlib issue, opened at bugs.gentoo.org. What is the bug number? Is it a duplication of https://bugs.gentoo.org/647144 ? Benda

[gentoo-alt] ca-certificates bootstrap issue (Was: pinentry fails when host system has FLTK)

Hi Fabian, Fabian Groffen writes: > Good to hear bootstrapping succeed. I still haven't had the time to > look into the ca-certificates issue, but it sounds nasty, and hard to > get by. Professor McCamant and friends have chased out the root cause at https://bugs.gentoo.org/655414 We are o

[gentoo-alt] Re: Portage sync on demand

Hi Lucas, I think gentoo-alt has more expertise to solve the problems. Lucas Ramage writes: > So on unprivileged devices, I have been installing portage directly in > Termux and I have been having issues when attempting to checkout the > main tree. It's way too big! I don't have ~2GB+ just for

Re: [gentoo-alt] Re: Portage sync on demand

Hi Lucas, Lucas Ramage writes: >>> I've used nfs and sshfs for mounting a remote tree >> I would go this way when in short of storage. > > Are there any performance issues with this approach besides network > speed/bandwidth. > > And let's say I'm not on WiFi. These are mobile devices after all

[gentoo-alt] Re: OpenSSH 7.7p1 Not Compiling on Cygwin Prefix

Hi Layton, Layton Kifer writes: > I was directed to you on the IRC after I was having a problem > installing prefix on cygwin. I eventually found the solution posted > http://cygwin.1069669.n5.nabble.com/linker-error-with-gcc-flag-mfunction-return-thunk-td141297.html > and it seems this is an is

[gentoo-alt] Re: Gentoo Android Prefix: Issues

Hi ARaspiK, Thank you for your detailed description of the symptons. Would you please create a bug report[1] to better track the issues? ARaspiK writes: > This is ARaspiK. There are a couple of problems with the Android > 64-bit tarball that prevent it from working completely. I have no idea >

Re: [gentoo-alt] 'Continuous Integration' for Gentoo Prefix?

Hi Sam, Sam Pfeiffer writes: > With Azure announcing unlimited minutes on CI/CD for open source > projects: > https://azure.microsoft.com/en-us/blog/announcing-azure-pipelines-with-unlimited-ci-cd-minutes-for-open-source/ > > Even bootstrapping Gentoo prefix, with pieces of software like gcc > t

Re: [gentoo-alt] Re: 'Continuous Integration' for Gentoo Prefix?

Hi Sam, Sam Pfeiffer writes: > Given https://bugs.gentoo.org/668940 & https://bugs.gentoo.org/655414 > have been closed, I'm not sure to report that we are back to the > circular dependencies error when bootstrapping Gentoo Prefix on stage > 3. The last build that succeeded (with all my workaro

Re: [gentoo-alt] Re: 'Continuous Integration' for Gentoo Prefix?

Hi Sam, Sam Pfeiffer writes: > I didn't open a separate bug given that after your final > commits... Gentoo Prefix bootstraps perfectly in both i686 and amd64 > (over ubuntu 16.04 amd64 host)! > > Great news, awesome work people! > > As a curiosity, if anyone is wondering how long it takes to b

[gentoo-alt] Call for google summer of code application

Hi, I have filed a google summer of code idea at https://wiki.gentoo.org/wiki/Google_Summer_of_Code/2019/Ideas#Stabilize_Gentoo_Prefix Please have a look. If you are interested in the project to stabilize Gentoo Prefix, please contect me. Cheers, Benda

Re: [gentoo-alt] Re: 'Continuous Integration' for Gentoo Prefix?

Hi Sam, Sam Pfeiffer writes: > I just wanted to say I'm very happy to see this project advancing and > that you found my work useful :) I've been offline for quite a while > and it has been great to find all this activity! Are you interested in carrying it further in the form of a Google summer

[gentoo-alt] Re: [PREFIX] Bootstrap stable?

Hi Jon, Jon Woodring writes: > Is there an option for running the bootstrap script to make sure it is > using non-tilde packages? (Or maybe latest prefix overlay patches, > i.e. is it a bug?) > > I noticed that I couldn’t install prefix with glibc unless I set the >package atom to the last non-t

Re: [gentoo-alt] Re: [PREFIX] Bootstrap stable?

Guilherme Amadio writes: > In principle, there’s nothing preventing you from using > ACCEPT_KEYWORDS=‘x86_64’ in your prefix configuration. It’s just not > tried by anyone yet. We all use ~x86_64 for now for prefix on > Linux. On Mac OS X there’s no stable keyword, ~*-macos are the only > ones.

Re: [gentoo-alt] Re: [PREFIX] Bootstrap stable?

Hi Fabian, Fabian Groffen writes: > I could see something like stacked prefixes to suit some of the above > use-cases, combined with binpkg support to quickly launch various > different incarnations of combinations of tools. Nevertheless, there > will be problems. And Prefix is never going to

[gentoo-alt] Re: [PREFIX] Bootstrap stable?

Hi Jon, Jon Woodring writes: > Also, yes, I get that multi-compiler issues that we have in HPC is a strange > requirement that we have, but again, *portage* could have solved it if the > HPC community had contributed -- and I don't think it's impossible with > current *portage*. Thank you Jon.

Re: [gentoo-alt] Gentoo Prefix Lead election

Hi, Fabian Groffen writes: > This should've gone to the list, forwarding... > > From: Fabian Groffen > Subject: Gentoo Prefix Lead election > To: prefix > Date: Tue, 16 Apr 2019 20:59:02 +0200 (14 hours, 31 minutes, 18 seconds ago) > > Hi, > > As per https://bugs.gentoo.org/683610, we need to r

Re: [gentoo-alt] Re: Gentoo Prefix Lead election

Hi, Thank you! I accept the nomination. Considering haubi and amadio have declined the nominations, I would like to vote for: grobian Yours, Benda signature.asc Description: PGP signature

[gentoo-alt] Re: Gentoo Prefix Lead election

Hi beloved friends, Fabian Groffen writes: > From the replies to this message, the only person who accepted the > nomination (I frankly forgot to accept myself) is heroxbd. > > Recorded votes for the archives: > > amadio 3rd > grobian 1st 1st 1st 1st 1st 1st > haubi 1st 2nd 3rd > heroxbd 2nd 1st

[gentoo-alt] RFC: abstract for Conference on Computing in High Energy & Nuclear Physics

Dear all, I am going to to submit an abstract on the use case of Gentoo Prefix to Conference on Computing in High Energy & Nuclear Physics, to be held in Australia. Please find the draft below. Comments before May 19 will be reflected in the submitted version. By default I am going to list the

Re: [gentoo-alt] RFC: abstract for Conference on Computing in High Energy & Nuclear Physics

Thank Michael! Michael Everitt writes: > Fantastic! It would be great to see this appearing on the Gentoo PR > channels too! :] Sure, I will write a parallel blog (as a basis for the conference proceeding) along the way. Yours, Benda signature.asc Description: PGP signature

Re: [gentoo-alt] [PREFIX] disabling Python-2 by default?

Dear Fabian, Fabian Groffen writes: > Now we're using python-3 to bootstrap in stage1 (this has still some > issues on some platforms, but I'm assuming we can fix those), I've been > wondering myself whether we should disable python-2 by default in > Prefix. It would reduce some compilation tim

Re: [gentoo-alt] I tried installing gentoo prefix on WSL2 running debian.....

Hi Michael, Michael Fothergill writes: > I have posted a query on the clear linux forums about the CFLAGS > CCXFLAGS variable problem. > > I will see what they say. > > Maybe a compromise fix is possible and I will able to install gentoo > prefix on clear linux OS. Have you tried to put unset

[gentoo-alt] Prefix tree on sourceforge

Hi, I have seen a remnant repository at, https://sourceforge.net/projects/gentooprefixtree/ It is outdated and unmaintained. Maybe we should delete it to avoid confusion? I don't have the administration privilege through. Yours, Benda

[gentoo-alt] Prefix-standalone profile has upgraded into dev

Fellow Gentoo Users and Developers, I have just authored commit b006a6fc53f2 with Mo Zhou, our GSOC student, to promote Gentoo Prefix Standalone amd64 profile default/linux/amd64/17.0/no-multilib/prefix/kernel-3.2+ into "dev" level. Gentoo Prefix will start to receive standard Gentoo QA, and

Re: [gentoo-alt] Prefix-standalone profile has upgraded into dev

Brad Macpherson writes: > Fantastic news! Your hard work is much appreciated out here in > userland. Thank you Brad for your warm encouragement :) Yours, Benda

Re: [gentoo-alt] Prefix-standalone profile has upgraded into dev

Jacob Godserv writes: > Wow! This is huge! Congratulations to the Prefix team for their hard > work and the unofficial volunteers that supported them! This has been > so long in the making I resigned myself to it never > happening. Incredible! Thank you Jacob. It has been a long journey since a

[gentoo-alt] Re: Gentoo Prefix on Android non rooted

Hi Chan, (Cc Gentoo alt mailing list) Chan Kar Heng writes: > I read about Gentoo Prefix & am interested to try it out on a non > rooted device. Would it be possible for the tarballs to use > /data/gentoo.prefix as path prefix instead? Or configurable? The tarballs distributed from https://wik

[gentoo-alt] RFC: Slides for Computing in High Energy Physics

Dear All, I am going to give an oral presentation at the Computing in High Energy Physics Conference at Adelaide Australia on Tuesday: https://indico.cern.ch/event/773049/sessions/323858/#20191105 I have uploaded my slides at, http://hep.tsinghua.edu.cn/~orv/pd/chep2019.pdf Note that ther

Re: [gentoo-alt] RFC: Slides for Computing in High Energy Physics

5AM +0800, Benda Xu wrote: >> Dear All, >> >> I am going to give an oral presentation at the Computing in High Energy >> Physics Conference at Adelaide Australia on Tuesday: >> >> https://indico.cern.ch/event/773049/sessions/323858/#20191105 >> &

Re: [gentoo-alt] Re: Gentoo Prefix not bootstrapping

Michael Haubenwallner writes: > Both the missing rsync and cmp commands actually boil down to one > question: > Which packages (beyond a compiler) shall we require to be available on > the host system? We assumed only a toolchain and bash are available, right? Yours, Benda

Re: [gentoo-alt] Allow non-interactive bootstrap to be stopped at arbitrary stages

Hi Sam, Sam Pfeiffer writes: > To ease automated building and debugging of the bootstrap of Gentoo > Prefix I would like to propose a patch to add the option to stop the > non-interactive bootstrap on specific stages of the bootstrap. > > I'm currently doing this in my CI projects [1][2] and I'd

Re: [gentoo-alt] Allow non-interactive bootstrap to be stopped at arbitrary stages

Hi Sam, Sam Pfeiffer writes: > To be more specific... To easily go thru it I made a gist with the > latest version of bootstrap-prefix.sh and I'll be pointing to specific > lines (this also helps me recap why I did this, as I remember using > stage{1,2,3} didn't work for me when I first came int

[gentoo-alt] Re: Prefix CI status summary

Hi Sam, (Sending to the list) Sam Pfeiffer writes: > https://github.com/awesomebytes/gentoo_prefix_ci > > the README has a badge stating "Azure Pipelines succeeded". > > There is also a link in that README with the Azure pipelines page of > it: https://dev.azure.com/12719821/12719821/_build?defi

Re: [gentoo-alt] Allow non-interactive bootstrap to be stopped at arbitrary stages

Hi Sam, Sam Pfeiffer writes: > It took me a while to figure out how to do it with minimal > changes... but this is the new version I came up with: > > https://gist.github.com/awesomebytes/c930100ca97dd4195123104c5396b645 > > The changes to the current bootstrap_prefix.sh are these (in .patch > f

  1   2   >