Gentoo Archives: gentoo-dev

From: "Michał Górny" <mgorny@g.o>
To: gentoo-dev@l.g.o
Cc: peter@×××××.se
Subject: Re: [gentoo-dev] RFC: git-r3, additional clone types
Date: Tue, 25 Feb 2014 23:15:17
Message-Id: 20140226001449.45c41fe7@pomiot.lan
In Reply to: Re: [gentoo-dev] RFC: git-r3, additional clone types by Peter Stuge
1 Dnia 2014-02-24, o godz. 22:14:04
2 Peter Stuge <peter@×××××.se> napisał(a):
3
4 > > > I would prefer if I needed to allow such mode upgrades explicitly.
5 > >
6 > > That sounds like a lot ebuilds failing, requesting you to explicitly
7 > > change the mode.
8 >
9 > I think that's OK. If I've set a mode then I prefer failures over an
10 > eclass automagically modifying my setting.
11
12 I now hit an issue that I can't think of a way to handle through
13 explicit failures.
14
15 Submodules need to be fetched via commit hash rather than a ref. Due to
16 that, we need to fetch them in 'single' mode at least.
17
18 Now, it is perfectly fine to clone the top repository with submodules
19 in shallow mode. However, the submodules need to be cloned in 'single'
20 mode. With explicit failure, we are forcing the user to switch modes
21 for both repositories. Implicit fallback would make things worse.
22
23 Any idea?
24
25 --
26 Best regards,
27 Michał Górny

Attachments

File name MIME type
signature.asc application/pgp-signature