On Friday, September 24, 2010 12:01:21 Joakim Tjernlund wrote: > - make crossdev respect PORTAGE_CONFIGROOT. We use our own portage > tree for our pkgs, including the compiler, as we want to be able > to recreate/rebuild the same sw versions in the future.

i dont know what this means. crossdev doesnt touch PORTAGE_CONFIGROOT at all.

> - a switch to control softfloat instead of encoding this in vendor > name. The cross name is getting too long with softfloat in it.

except that softfloat checks go beyond the cross-compiler and packages in the tree need to be able to query support. unless you have a clean way of handling this, there is no alternative.

> - make crossdev build a binary cross compiler pkg which can be > emerged by other machines.

crossdev is merely a frontend to emerge. so do it yourself: crossdev ... --portage -B ... -mike

Mike Frysinger <vapier [at] gentoo> wrote on 2010/09/24 19:01:26: > > On Friday, September 24, 2010 12:01:21 Joakim Tjernlund wrote: > > - make crossdev respect PORTAGE_CONFIGROOT. We use our own portage > > tree for our pkgs, including the compiler, as we want to be able > > to recreate/rebuild the same sw versions in the future. > > i dont know what this means. crossdev doesnt touch PORTAGE_CONFIGROOT at all.

Exactly, it uses hardcoded paths to /etc et. all instead of PORTAGE_CONFIGROOT/etc

> > > - a switch to control softfloat instead of encoding this in vendor > > name. The cross name is getting too long with softfloat in it. > > except that softfloat checks go beyond the cross-compiler and packages in the > tree need to be able to query support. unless you have a clean way of > handling this, there is no alternative.

packages in the tree? I figured that only gcc and glibc(possibly binutils too) needed that info?

I just tried to use EXTRA_ECONF=--without-fp instead of softfloat and it seems to have worked, at least gcc and glibc builds without FPU insn's

hmm, wonder if COLLECT_GCC_OPTIONS could be used to see if softfloat is on?

> > > - make crossdev build a binary cross compiler pkg which can be > > emerged by other machines. > > crossdev is merely a frontend to emerge. so do it yourself: > crossdev ... --portage -B ...

That works? Guess I have to try it then :) However, the sauna is waiting for me ATM so it will have to wait ..

Mike Frysinger <vapier [at] gentoo> wrote on 2010/09/24 19:01:26: > > On Friday, September 24, 2010 12:01:21 Joakim Tjernlund wrote: > > - make crossdev respect PORTAGE_CONFIGROOT. We use our own portage > > tree for our pkgs, including the compiler, as we want to be able > > to recreate/rebuild the same sw versions in the future. > > i dont know what this means. crossdev doesnt touch PORTAGE_CONFIGROOT at all. > > > - a switch to control softfloat instead of encoding this in vendor > > name. The cross name is getting too long with softfloat in it. > > except that softfloat checks go beyond the cross-compiler and packages in the > tree need to be able to query support. unless you have a clean way of > handling this, there is no alternative. > > > - make crossdev build a binary cross compiler pkg which can be > > emerged by other machines. > > crossdev is merely a frontend to emerge. so do it yourself: > crossdev ... --portage -B ...

So I tried this(using --portage -b instead) and I don't quite get it to work. My binpkg foo is pretty much non existing :)

So far I get a bin pkg in /usr/portage/packages/cross/powerpc-4.4.4_softfloat-linux-gnu/cross-powerpc-4.4.4_softfloat-linux-gnu and to get at it I must change PKGDIR to /usr/portage/packages/cross/powerpc-4.4.4_softfloat-linux-gnu/ get at the package. Does it have to be there or could it be moved to /usr/portage/packages/ so emerge finds it without messing with PKGDIR?

Next problem, how do I force other computers to use the bin pkg? Unless one passes -G to emerge, emerge rebuilds the pkg and I don't want that as I have passed EXTRA_ECONF args and added a small patch to glibc as well.

On Thursday, September 30, 2010 11:38:58 Joakim Tjernlund wrote: > So I tried this(using --portage -b instead) and I don't quite get it to > work. My binpkg foo is pretty much non existing :) > > So far I get a bin pkg in > /usr/portage/packages/cross/powerpc-4.4.4_softfloat-linux-gnu/cross-powerpc > -4.4.4_softfloat-linux-gnu and to get at it I must change PKGDIR to > /usr/portage/packages/cross/powerpc-4.4.4_softfloat-linux-gnu/ get at the > package. Does it have to be there or could it be moved to > /usr/portage/packages/ so emerge finds it without messing with PKGDIR?

crossdev itself forces a PKGDIR subdir. this dates back 5.5 years at this point. at the time, i was experimenting with same $CATEGORY value as the system and only differentiating by SLOT, but portage cant handle that: sys- devel/gcc-4.4.4-r1:SLOT=i686-pc-linux-gnu will collide with sys- devel/gcc-4.4.4-r1:SLOT=powerpc-unknown-linux-gnu in /var/db/pkg/. since ultimately i didnt go that direction (we have the cross-xxx CATEGORY value now), i guess i can drop the PKGDIR munging completely from crossdev.

> Next problem, how do I force other computers to use the bin pkg? Unless one > passes -G to emerge, emerge rebuilds the pkg and I don't want that > as I have passed EXTRA_ECONF args and added a small patch to glibc as well.

Mike Frysinger <vapier [at] gentoo> wrote on 2010/10/01 02:36:44: > > On Thursday, September 30, 2010 11:38:58 Joakim Tjernlund wrote: > > So I tried this(using --portage -b instead) and I don't quite get it to > > work. My binpkg foo is pretty much non existing :) > > > > So far I get a bin pkg in > > /usr/portage/packages/cross/powerpc-4.4.4_softfloat-linux-gnu/cross-powerpc > > -4.4.4_softfloat-linux-gnu and to get at it I must change PKGDIR to > > /usr/portage/packages/cross/powerpc-4.4.4_softfloat-linux-gnu/ get at the > > package. Does it have to be there or could it be moved to > > /usr/portage/packages/ so emerge finds it without messing with PKGDIR? > > crossdev itself forces a PKGDIR subdir. this dates back 5.5 years at this > point. at the time, i was experimenting with same $CATEGORY value as the > system and only differentiating by SLOT, but portage cant handle that: sys- > devel/gcc-4.4.4-r1:SLOT=i686-pc-linux-gnu will collide with sys- > devel/gcc-4.4.4-r1:SLOT=powerpc-unknown-linux-gnu in /var/db/pkg/. since > ultimately i didnt go that direction (we have the cross-xxx CATEGORY value > now), i guess i can drop the PKGDIR munging completely from crossdev.

> > > Next problem, how do I force other computers to use the bin pkg? Unless one > > passes -G to emerge, emerge rebuilds the pkg and I don't want that > > as I have passed EXTRA_ECONF args and added a small patch to glibc as well. > > man emerge -> -K

Thanks, but this is not quite what I want. This depends on the user actually passing -K to emerge. I realize I want something like the different -bin ebuilds in portage such as openoffice-bin or firefox-bin. Any pointers on how to create a -bin ebuild from the binary pkgs I get form crossdev ... -portage -b ?

On Friday, October 01, 2010 02:56:07 Joakim Tjernlund wrote: > Mike Frysinger <vapier [at] gentoo> wrote on 2010/10/01 02:36:44: > > On Thursday, September 30, 2010 11:38:58 Joakim Tjernlund wrote: > > > Next problem, how do I force other computers to use the bin pkg? Unless > > > one passes -G to emerge, emerge rebuilds the pkg and I don't want that > > > as I have passed EXTRA_ECONF args and added a small patch to glibc as > > > well. > > > > man emerge -> -K > > Thanks, but this is not quite what I want. This depends on the user > actually passing -K to emerge. I realize I want something like the > different -bin ebuilds in portage such as openoffice-bin or firefox-bin. > Any pointers on how to create a -bin ebuild from the binary pkgs I > get form crossdev ... -portage -b ?

Mike Frysinger <vapier [at] gentoo> wrote on 2010/10/08 05:06:13: > > On Friday, October 01, 2010 02:56:07 Joakim Tjernlund wrote: > > Mike Frysinger <vapier [at] gentoo> wrote on 2010/10/01 02:36:44: > > > On Thursday, September 30, 2010 11:38:58 Joakim Tjernlund wrote: > > > > Next problem, how do I force other computers to use the bin pkg? Unless > > > > one passes -G to emerge, emerge rebuilds the pkg and I don't want that > > > > as I have passed EXTRA_ECONF args and added a small patch to glibc as > > > > well. > > > > > > man emerge -> -K > > > > Thanks, but this is not quite what I want. This depends on the user > > actually passing -K to emerge. I realize I want something like the > > different -bin ebuilds in portage such as openoffice-bin or firefox-bin. > > Any pointers on how to create a -bin ebuild from the binary pkgs I > > get form crossdev ... -portage -b ? > > portage has no support for changing PN on the fly

On Friday, September 24, 2010 12:01:21 Joakim Tjernlund wrote: > - make crossdev respect PORTAGE_CONFIGROOT. We use our own portage > tree for our pkgs, including the compiler, as we want to be able > to recreate/rebuild the same sw versions in the future.

Mike Frysinger <vapier [at] gentoo> wrote on 2010/10/08 11:01:57: > > On Friday, September 24, 2010 12:01:21 Joakim Tjernlund wrote: > > - make crossdev respect PORTAGE_CONFIGROOT. We use our own portage > > tree for our pkgs, including the compiler, as we want to be able > > to recreate/rebuild the same sw versions in the future. > > try this:

Mike Frysinger <vapier [at] gentoo> wrote on 2010/10/08 11:01:57: > > On Friday, September 24, 2010 12:01:21 Joakim Tjernlund wrote: > > - make crossdev respect PORTAGE_CONFIGROOT. We use our own portage > > tree for our pkgs, including the compiler, as we want to be able > > to recreate/rebuild the same sw versions in the future. >

Joakim Tjernlund/Transmode wrote on 2010/10/08 11:45:12: > > Mike Frysinger <vapier [at] gentoo> wrote on 2010/10/08 11:01:57: > > > > On Friday, September 24, 2010 12:01:21 Joakim Tjernlund wrote: > > > - make crossdev respect PORTAGE_CONFIGROOT. We use our own portage > > > tree for our pkgs, including the compiler, as we want to be able > > > to recreate/rebuild the same sw versions in the future. > > > > try this: > My mail client trashed it, can you sent it as an attachment?

I hand applied it and crossdev still works fine. I don't have a PORTAGE_CONFIGROOT handy but at least it works as it used to.

On Friday, October 08, 2010 08:40:13 Joakim Tjernlund wrote: > Joakim Tjernlund/Transmode wrote on 2010/10/08 11:45:12: > > Mike Frysinger <vapier [at] gentoo> wrote on 2010/10/08 11:01:57: > > > On Friday, September 24, 2010 12:01:21 Joakim Tjernlund wrote: > > > > - make crossdev respect PORTAGE_CONFIGROOT. We use our own portage > > > > > > > > tree for our pkgs, including the compiler, as we want to be able > > > > to recreate/rebuild the same sw versions in the future. > > > > > > try this: > > > > My mail client trashed it, can you sent it as an attachment? > > I hand applied it and crossdev still works fine. I don't have a > PORTAGE_CONFIGROOT handy but at least it works as it used to.