Gentoo Archives: gentoo-dev

From: hasufell <hasufell@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] RFC GLEP 1005: Package Tags
Date: Fri, 28 Mar 2014 20:20:13
Message-Id: 5335D96D.30900@gentoo.org
In Reply to: Re: [gentoo-dev] RFC GLEP 1005: Package Tags by Ciaran McCreesh
1 -----BEGIN PGP SIGNED MESSAGE-----
2 Hash: SHA512
3
4 Ciaran McCreesh:
5 > On Fri, 28 Mar 2014 15:46:49 -0400 Wyatt Epp <wyatt.epp@×××××.com>
6 > wrote:
7 >> On Fri, Mar 28, 2014 at 1:14 PM, Ciaran McCreesh
8 >> <ciaran.mccreesh@××××××××××.com> wrote:
9 >>> On Thu, 27 Mar 2014 03:53:47 +0100 yac <yac@g.o> wrote:
10 >>>> What I was describing is the difference between fundamental
11 >>>> properties of categories and tags.
12 >>>
13 >>> You are trying to redefine categories in terms of a concept
14 >>> that they didn't originally represent.
15 >>
16 >> No one's redefining anything. You seem awfully fixated on the
17 >> history that forced categories to exist, which doesn't really
18 >> matter in this context. Regardless of any of that, people can
19 >> and _do_ attempt to use categories as a rudimentary method of
20 >> attempting to search for packages.
21 >
22 > "Giving something a unique unambiguous name" is not a historical
23 > issue. It's something we still need, and a core part of how package
24 > manglers work. You can't just pretend that categories there for
25 > exactly this.
26 >
27 >>> From a package mangler perspective, categories aren't just "a
28 >>> label" for a package. They're fundamentally part of a package's
29 >>> name.
30 >>>
31 >> From that standpoint, they're even less adequate for lookup;
32 >> encoding metadata in names has never turned out well for anyone.
33 >
34 > Things still need a unique unambiguous name. It's that or GUIDs...
35 >
36
37 derailed.
38 -----BEGIN PGP SIGNATURE-----
39
40 iQJ8BAEBCgBmBQJTNdltXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
41 ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMDlCNDQ4NjEyNDI4NjA5REVEMDI3MzIy
42 MjBDRDFDNUJERUVEMDIwAAoJECIM0cW97tAgBeoP/A2f7vHUF3eueeeUsbr7tWIT
43 z9mURgUl7fKsH7ZQ3cHeEqtL4dDWKmM6XRXuCpRgLK7zMQ1AqFiZSoFOMHCgySs2
44 TWCpZpTEJQfX6KFbyxuF5Y8GUk8nj0UdfOoYRjOUxlqaNyTG95ZaTKTkTM11EbW1
45 ER7Tpwj7bJeuKEaHWesPF5zXkzPaZxgu8UDwTu6jYSr0KMpw6GeoEuHiL4lBoXNk
46 LbKWyt0tDIy4U74U1R68U8yFjwkmvUdIdF8khHO77B3/EDn8/V8fwETkkxhh3YZ3
47 UHTAZFT7/OKkz3XdycXpbbKUn0aPCSev4/W2QY77ZICL6E6NK1zFAWHIrYO+jJQu
48 jfP0/iZUpmZPpZbwofjbQgqa6jOtgfQdhP5AXQneApzocf74OoV/1/zbSHpyGIII
49 SiYb/CNrOU4TDDZo0/+8xcc1GFIBlELy4bpa+UwpGBGqF0KYrt9G1kwVK7YBvo1I
50 vpbQb/8wIF1HBg97JbbPsTPIYGcMMR7UZ/FcoKQoe5FQ6A6uyCqQRWqR8DYCRqoJ
51 6lOpsEwGcOnJzNOfAP2nmdE0ZOT0Fg+M4mBIdksNBb12i4MVi+q0BPTxxpS7wLnc
52 dlA2Ix97y3YPqzBIw9l0593e2abSjmdboIRu6I5duy8zJ/OE8YX8scOnNRZWYBSK
53 9HC8Mt4Hi1yJiv2oYeEA
54 =ygQ2
55 -----END PGP SIGNATURE-----