Le 2017-12-10 23:24, Michał Górny a écrit :
I suspect you mean python-exec scripts, because Python modules still
land in /usr/lib64. In which case, everything's fine.
Could be.
Glad to hear the migration is OK.
My systems are migrated, and stable.
Just a last dummy question : why is lib64
Since profile IUSE_IMPLICIT settings may diverge from those
that a binary package was built with, consider members of
built USE settings to be members of IUSE_EFFECTIVE. Only do
this for EAPIs that support IUSE_EFFECTIVE, since built USE
settings for earlier EAPIs may contain a large number of
20171205-10:12 jstein f053dac223f
Additions:
app-backup/cachedir 20171210-16:34 jlec 8392a9c9466
app-portage/unsymlink-lib20171206-08:39 mgorny c2a444eb704
dev-libs/libite 20171203-12:49 kensington 5799c21d2de
dev-libs/libuev 20171203-14:12
profiles: Last rite app-arch/defluff
Last rite app-arch/defluff, because the download
site blocks certain IP blocks from downloading files, while the package
may not be mirrored.
Masked for removal on 2018-01-12
Bug: https://bugs.gentoo.org/640508
--
Best regards,
Jonas Stein
signature.asc
W dniu nie, 10.12.2017 o godzinie 22∶30 +0100, użytkownik Xavier Miller
napisał:
>
> Le 10/12/17 à 22:26, Xavier Miller a écrit :
> > Hi,
> >
> > Le 10/12/17 à 22:13, Mike Gilbert a écrit :
> > > On Sun, Dec 10, 2017 at 3:33 PM, Michał Górny
> > > wrote:
> > > > > And the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Le 10/12/17 à 22:26, Xavier Miller a écrit :
> Hi,
>
> Le 10/12/17 à 22:13, Mike Gilbert a écrit :
>> On Sun, Dec 10, 2017 at 3:33 PM, Michał Górny
>> wrote:
And the list of other ebuilds (cd /var/db/pkg ; grep -l
Hi,
Le 10/12/17 à 22:13, Mike Gilbert a écrit :
> On Sun, Dec 10, 2017 at 3:33 PM, Michał Górny wrote:
>>> And the list of other ebuilds (cd /var/db/pkg ; grep -l '/lib/'
>>> */*/CONTENTS)
...
...
>>
>> I would need more specific details (some example files at least) but
>>
On Sun, Dec 10, 2017 at 3:33 PM, Michał Górny wrote:
> W dniu nie, 10.12.2017 o godzinie 14∶56 +0100, użytkownik Xavier Miller
> napisał:
>> Hi,
>>
>> I did emerge -e @world on a no-multilib chroot, and I have a lot of
>> ebuilds that install libs on /{,usr/}/lib/ in place of
W dniu nie, 10.12.2017 o godzinie 14∶56 +0100, użytkownik Xavier Miller
napisał:
> Hi,
>
> I did emerge -e @world on a no-multilib chroot, and I have a lot of
> ebuilds that install libs on /{,usr/}/lib/ in place of lib64
>
> First are kernel-related ebuilds:
> - kernel's make install
> -
On 12/10/2017 03:21 AM, Michał Górny wrote:
> Your attack on me is fully unfounded and completely inappropriate. FYI,
> just let me correct a few facts here:
--- pruned ---
> 3. The agenda item wasn't expressing 'feelings of one developer', as you
> know it. It was written by me because I found
Unfortunately I am way too busy to even entertain looking into this in
any detail. A few years ago I was hoping to work on something like this,
though in Agda (or possibly in Haskell or Coq), and do work on making
Portage much more modular so that you could actually pick whatever
dependency
On Sat, Dec 9, 2017 at 11:31 PM, Daniel Campbell wrote:
>
> Well, let's consider the order of events here:
> ...
> This looks awfully clear to me.
>...
> I'm not focused on the ban, or whether it was deserved.
That's exactly what you've done here. You've connected a bunch of
Hi,
I did emerge -e @world on a no-multilib chroot, and I have a lot of
ebuilds that install libs on /{,usr/}/lib/ in place of lib64
First are kernel-related ebuilds:
- kernel's make install
- linux-firmware
And the list of other ebuilds (cd /var/db/pkg ; grep -l '/lib/'
*/*/CONTENTS)
On 10/12/2017 11:45, Michał Górny wrote:
> Indeed it seems to dislike lib32 symlink. I'll try to fix that.
> In the meantime, you can skip baselayout for now and return to it once
> all multilib packages are rebuilt (and lib32 is gone).
>
The rest worked fine. At the end also baselayout behave
W dniu nie, 10.12.2017 o godzinie 10∶59 +, użytkownik Justin Lecher
napisał:
> Hi
>
> Is the baselayout ready for this? I get following error
>
> * You need to merge /lib32 into /lib
> * ERROR: sys-apps/baselayout-2.4.1-r2::gentoo failed (setup phase):
> * non-empty dir found where
Hi
Is the baselayout ready for this? I get following error
* You need to merge /lib32 into /lib
* ERROR: sys-apps/baselayout-2.4.1-r2::gentoo failed (setup phase):
* non-empty dir found where there should be none: /lib32
Which hints that the baselayout might not be happy with this setup?
# Thomas Beierlein (10 Dec 2017)
# Development stopped, nasty build system.
# Functionality superseded by media-radio/wsjtx.
# Masked for removal in 30 days.
media-radio/wspr
On Sun, Dec 10, 2017 at 2:21 AM, Michał Górny wrote:
> W dniu sob, 09.12.2017 o godzinie 16∶29 -0800, użytkownik Daniel
> Campbell napisał:
>> On Fri, Dec 08, 2017 at 09:22:32PM +0100, Andreas K. Huettel wrote:
>> > Am Donnerstag, 7. Dezember 2017, 19:06:36 CET schrieb William
W dniu sob, 09.12.2017 o godzinie 16∶29 -0800, użytkownik Daniel
Campbell napisał:
> On Fri, Dec 08, 2017 at 09:22:32PM +0100, Andreas K. Huettel wrote:
> > Am Donnerstag, 7. Dezember 2017, 19:06:36 CET schrieb William L. Thomson
> > Jr.:
> > >
> > > The day everyone wanted has come, after this
19 matches
Mail list logo