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 96B311382C5 for ; Sat, 27 Jan 2018 19:47:46 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D5425E0AAE; Sat, 27 Jan 2018 19:47:40 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.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 82332E0A93 for ; Sat, 27 Jan 2018 19:47: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 63783335C2E; Sat, 27 Jan 2018 19:47:38 +0000 (UTC) Message-ID: <1517082454.1431.0.camel@gentoo.org> Subject: Re: [gentoo-dev] [pre-GLEP] Split distfile mirror directory structure From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Date: Sat, 27 Jan 2018 20:47:34 +0100 In-Reply-To: <4e7d9732-be7a-56f0-a88f-12559cba2400@gentoo.org> References: <1517009079.31015.3.camel@gentoo.org> <1517041828.3816.3.camel@gentoo.org> <87757435-488a-ae4c-abbf-b208cc314740@gentoo.org> <1517076853.935.0.camel@gentoo.org> <4e7d9732-be7a-56f0-a88f-12559cba2400@gentoo.org> Organization: Gentoo Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.24.6 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: 180780a5-0946-4960-821c-faab40bf5069 X-Archives-Hash: 194823d8284a490ad7745ebd1adc6c99 W dniu sob, 27.01.2018 o godzinie 13∶24 -0500, użytkownik Michael Orlitzky napisał: > On 01/27/2018 01:14 PM, Michał Górny wrote: > > > > > > If we have a tool like edistadd, then I see the problem. But if we were > > > going to use file-data based hashes, then there would be no need for a > > > tool in most cases. As a developer, "repoman manifest" would handle it. > > > As a user, I'm going to see a message like, > > > > > > Fetch instructions for games-fps/doom3-lms-4: > > > * Please download LastManStandingCoop4Multiplatform.zip from: > > > * http://www.moddb.com/mods/last-man-standing-coop/downloads > > > * and move it to /var/cache/portage/distfiles > > > > > > except instead of $DISTDIR, it would suggest whatever directory is > > > computed from the hash in the manifest. > > > > > > > How would that work if you had 5 different files, every one evaluating > > to a different directory? > > > > for i in range(1,N): > do-what-you-did-for-the-first-one(i) > > For example, > > Fetch instructions for app-cat/pkg: > * > * Please download file1 from: > * wherever file1 can be found > * and move it to $DISTDIR/subdir1 > * > * Please download file2 from > * wherever file2 can be found > * and move it to $DISTDIR/subdir2 > * > * ... > * > * Please download fileN from > * wherever fileN can be found > * and move it to $DISTDIR/subdirN > Do you really believe this to be more friendly than a helper that places all the files in correct directories? -- Best regards, Michał Górny