On Sat, Sep 10, 2011 at 1:22 AM, Markos Chandras <[email protected]> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > On 10/09/2011 11:15 πμ, Mike Gilbert wrote: >> On Sat, Sep 10, 2011 at 4:04 AM, Markos Chandras >> <[email protected]> wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 >>> >>> On 10/09/2011 11:01 πμ, Michał Górny wrote: >>>> Hello, >>>> >>>> Is there a real reason to have <herd>no-herd</herd>? As I see >>>> it, it's just an ugly hack which all programs have to learn and >>>> hack for no benefit. >>>> >>> What is the problem with that? Why is it an ugly hack? >>> >> >> To a simple program/user, it basically says that the package >> belongs to a herd called "no-herd", rather than not belonging to >> any herd. > Well it is pretty obvious that no-herd means errr no herd. > >> >> For example, in IRC, willikins tries to look up the members of >> "no-herd" when you do !meta -v because the bot lacks a special >> exception for this odd-ball value. > Just because willikins behaves like that does not justify the removal > of this tag. God knows how many utilites and scripts are out there > using the no-herd tag from metadata.
I want to comment briefly here because I think this affects the project a fair bit and I'm not talking specifically about metadata.dtd. Projects need to be able to fix mistakes made in the past. Backwards compatibility is important but it is not some holy grail that we should require all the time. Sometimes the choices we made were wrong and we should be free to fix them. We see this in upstream packages when ABI changes happen. Sometimes an old function was written poorly, or is no longer needed. Libraries change, packages are broken, and then they are fixed. I don't mean to say 'never worry about breaking stuff.' In this particular case I'm sure if important tools are broken by removing no-herd they will be fixed (because important tools need to work...as it turns out.) I find it difficult to conceive of a situation where a machine would be broken by this change; so I am less worried about it. -A > >> >> I would say that each package needs to have at least one herd or >> maintainer (which may be maintainer-needed or maintainer-wanted). >> > Well, you can easily assign your packages to dozen of herds and still > be the only one who touches them. So what's the point? Just to pretend > that the package is supported by an entire herd? > > - -- > Regards, > Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.18 (GNU/Linux) > > iQIcBAEBCgAGBQJOax44AAoJEPqDWhW0r/LCdjMP/3pJ2vV9tkQcwwga+pocB6U8 > rpIm5nwEKUoTLucVUbyLuF0X8Z3u3RtAF1aJcq0UDN8EhBtzaAPFnvcRekqDF2R2 > 3Col31hyPUFGCXwyij8WSYwoTcVWYLwRw8m8jBBcXQmM2sLXCF1BNZQ83m0IAFv8 > l73nZkHclebxZ+Pxs6/1nZZ/ZOUHTAT/SaI+pqkDKu64PbEjIKoxhmW5b2vbEPcQ > gry3w/lsZsFLNxOM31H4/HkkB4HrOXBH9e8IKTO1dzZIWKWBA3ytwJFf78kWMNDo > pz3d++nzw6o0gc0Rr+n2b+qL1gy1FPcM7qzRuZ2kESCvmrMW+HRqIrylSGcToJBt > pKP+xF1h6/EJVa1IoQq0IvETms82nPnmV+uRoF5RZDD2gvQ5LIgQCtesHFEDAg8c > WyBV1WmGiMg235XQYg8qASfz4VAUuiHqPLtJ/SkyD78CqPNsVf+Ak6t8HLoF+v+d > 0SJGzC+CbvMJoSXWHcX9pHx1fi3Enw6OziKm1cGzu22TcxCyuMTxGvk9kyfCzT6L > QfQ0WQFDS8CO26L/O+uah/boeGYFvNciaEb7m+tQkCEyAIPbNXPFMdz6XzroOStj > e5iyj4mpq59MLD/6ULX04mb/4r/3OI3c9f2GfwZOCes+cjTmesMYeHOcMfpiqXIn > 9Z+DzlydAJ4Xy7iYtIbg > =jJ/i > -----END PGP SIGNATURE----- > >
