| 1 |
Fabian Groffen wrote: |
| 2 |
> On 10-11-2009 09:36:58 +0100, Markus Duft wrote: |
| 3 |
>> and there are additional problems with chpathtool on some platforms. i |
| 4 |
>> investigated the whole thing a while ago, since i thought it would be |
| 5 |
>> great to (instead of distributing a whole big /opt/gentoo on windows) |
| 6 |
>> distribute my gentoo prefix installations split into binpkgs, where the |
| 7 |
>> user can decide which to install (much like cygwin does it). i back then |
| 8 |
>> also thought about letting the user decide where to install, thats why i |
| 9 |
>> was looking at chpathtool. |
| 10 |
>> |
| 11 |
>> however, the _only_ case where i had real success in changing EPREFIX, |
| 12 |
>> is when the new EPREFIX has the _exact_ same length as the old one. |
| 13 |
>> seems there is more work to be done one this (and: NO. it was not |
| 14 |
>> windows' fault (it most of the time is, i know), since i tried all this |
| 15 |
>> on linux ;p) |
| 16 |
> |
| 17 |
> Weird, it worked on Solaris and Darwin for sure like a charm. Anyway, |
| 18 |
> this doesn't prevent you from using binpkgs, since you can simply use |
| 19 |
> the same offset, and then chpathtool isn't called at all. |
| 20 |
|
| 21 |
yep, sure you're right. maybe my use-case was a little too challenging |
| 22 |
for chpathtool? i relocated whole prefixes, not single packages. maybe i |
| 23 |
triggered a problem with this... |
| 24 |
|
| 25 |
> |
| 26 |
> But a backtrace is more than welcome. |
| 27 |
> |
| 28 |
|
| 29 |
eek, yes, i know :) i just need to have some time to get back to testing |
| 30 |
chpathtool - i did already, but had to do other stuff... |
| 31 |
|
| 32 |
> |
Archives