From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 23B261396D0 for ; Sat, 19 Aug 2017 22:50:47 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A3F9E1FC084; Sat, 19 Aug 2017 22:50:40 +0000 (UTC) Received: from smtp.gentoo.org (mail.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 56B1AE0BE6 for ; Sat, 19 Aug 2017 22:50:40 +0000 (UTC) Received: from pomiot (d202-252.icpnet.pl [109.173.202.252]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 122AE341760; Sat, 19 Aug 2017 22:50:37 +0000 (UTC) Message-ID: <1503183034.6857.5.camel@gentoo.org> Subject: Re: [gentoo-dev] New SYMLINK_LIB=no migration tool for review From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Date: Sun, 20 Aug 2017 00:50:34 +0200 In-Reply-To: <60c9f4d9-3398-1705-3dc4-9ea4539070f6@sysdump.net> References: <1501689535.795.1.camel@gentoo.org> <1502573615.12010.4.camel@gentoo.org> <60c9f4d9-3398-1705-3dc4-9ea4539070f6@sysdump.net> Organization: Gentoo Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.24.5 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Archives-Salt: 8a6f9ba3-6ca0-47f1-846b-b4afed9ffb4d X-Archives-Hash: 160b6fdf0103583b810f58046c8f9b99 W dniu sob, 19.08.2017 o godzinie 15∶25 -0700, użytkownik Georgy Yakovlev napisał: > I've found couple of issues, or maybe not. > > systemd installs to /usr/lib/systemd (or /lib/systemd since 234) > unconditionally. > I'm not sure if it's special and should be allowed to do that, but it's > the only package on the system (except gcc/$CHOST dir) that has 64-bit > libraries and binaries in lib. Yes, this is valid. /usr/lib/foo is equivalent to /usr/libexec/foo on modern systems, and some packages prefer the former over the latter. > Here is the list of the bugs I've found and opened, maybe you can add > them as blockers for #506276 > > https://bugs.gentoo.org/show_bug.cgi?id=627744 > https://bugs.gentoo.org/show_bug.cgi?id=627746 Assigned and blocked, thanks. > https://bugs.gentoo.org/show_bug.cgi?id=628338 > > > > On 08/12/2017 02:33 PM, Michał Górny wrote: > > On śro, 2017-08-02 at 17:58 +0200, Michał Górny wrote: > > > Hi, everyone. > > > > > > I've finally gotten around to writing a new tool for migrating amd64 > > > systems to SYMLINK_LIB=no layout [1]. I've put it in symlink-lib- > > > migration [2] repository along with a README. Please review it and give > > > it more testing. > > > > I've pushed two important fixes now: > > > > a. The tool now processes unowned files as well -- *.{a,la,so} are left > > in lib64 (i.e. the symlinks created by db.eclass and alikes) while > > everything else goes into lib. > > > > b. I've fixed cleanup phase to also remove top-level files > > and directories that were moved out of lib64. Also, I've fixed it not to > > complain about trying to remove non-empty directories. > > > > > > > [1]:https://bugs.gentoo.org/show_bug.cgi?id=506276 > > > [2]:https://github.com/mgorny/symlink-lib-migration > > -- Best regards, Michał Górny