| 1 |
On Tue, 2020-11-10 at 09:41 +0100, Fabian Groffen wrote: |
| 2 |
> On 10-11-2020 09:34:52 +0100, Michał Górny wrote: |
| 3 |
> > On Tue, 2020-11-10 at 08:55 +0100, Fabian Groffen wrote: |
| 4 |
> > > On 09-11-2020 19:38:28 +0000, Alexey Sokolov wrote: |
| 5 |
> > > > Hi Fabian |
| 6 |
> > > > I tried to migrate my prefix to 17.1, and there are issues. |
| 7 |
> > > > |
| 8 |
> > > > 1) unsymlink-lib requires "--root ~/gentoo" and otherwise produces an |
| 9 |
> > > > error "/usr/lib is a real directory! was the migration done already?" |
| 10 |
> > > |
| 11 |
> > > I think unsymlink-lib doesn't have Prefix support, but in addition, |
| 12 |
> > > what unsymlink-lib is trying to achieve, is not a thing perhaps on |
| 13 |
> > > Prefix. |
| 14 |
> > > |
| 15 |
> > > A prefix system (at least all of mine) doesn't have libXX or lib/XX |
| 16 |
> > > (a.k.a. multilib) directories. The /usr-split was long ago removed, |
| 17 |
> > > and thus what we have is: |
| 18 |
> > > |
| 19 |
> > > lib -> usr/lib |
| 20 |
> > > |
| 21 |
> > > Now, SYMLINK_LIB=no seems to split into lib and lib64, but lib64 does |
| 22 |
> > > not exist on Prefix systems. |
| 23 |
> > > |
| 24 |
> > |
| 25 |
> > So what you're saying is that you've had the wrong value of SYMLINK_LIB |
| 26 |
> > for ages, and now you've created a meaningless 17.1 profile that chnages |
| 27 |
> > it but isn't actually supposed to change anything, correct? |
| 28 |
> |
| 29 |
> I guess, because the amd64 17.0 profile is deprecated with force, and I |
| 30 |
> had to do something ... |
| 31 |
|
| 32 |
Now that's a lie. Only the regular amd64 profiles are deprecated. |
| 33 |
There are no deprecation notices e.g. in the x32 profile or prefix |
| 34 |
profiles. |
| 35 |
|
| 36 |
-- |
| 37 |
Best regards, |
| 38 |
Michał Górny |
Archives