From: Kent Fredric <kentfredric@gmail.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] RFD : .ebuild is only bash
Date: Tue, 13 Mar 2012 07:03:14 +1300 [thread overview]
Message-ID: <CAATnKFAYasehg3XY8eOoBUFiPBNnU-gopmrQhkQcCxwU_z3krQ@mail.gmail.com> (raw)
In-Reply-To: <20318.14371.681879.421841@a1i15.kph.uni-mainz.de>
On 13 March 2012 06:53, Ulrich Mueller <ulm@gentoo.org> wrote:
>
> There are very good reasons not to embed this information in the
> filename. That it makes the filename harder to parse for the human eye
> and more difficult to type is one of them.
>
> Besides, we already have a council decision about that GLEP.
Difficulty in typing them is not really much of an argument,
considering the present complexity with file-names already having
versions encoded in them.
And difficulty reading them isn't much of an argument really either.
But difficulty identifying the format systematically seems a
reasonable enough objection, and for this, I can see the translation
of
abz-123.ebuild-5 to -> abz-123.eapi5.eb
Being a more practical change ( or something of that nature ).
At least that way, its easier to have a way to find "all ebuilds"
without needing extension permutation.
Another thought: Presently we have versions encoded in the file name.
If we ever decide we need to change our versioning syntax or
versioning semantics, we might be up the creek without a paddle, and
EAPI being *in* the file will probably make that harder, and I'd
probably prefer some sort of out-of-band location for EAPI in that
situation too.
--
Kent
perl -e "print substr( \"edrgmaM SPA NOcomil.ic\\@tfrken\", \$_ * 3,
3 ) for ( 9,8,0,7,1,6,5,4,3,2 );"
next prev parent reply other threads:[~2012-03-12 18:06 UTC|newest]
Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAATnKFD=9VEkpUcABbhHbAu96Qn+dP+YEuUu2YCqDUNKUxe+Cw@mail.gmail.com>
2012-03-12 15:57 ` [gentoo-dev] RFD : .ebuild is only bash Kent Fredric
2012-03-12 15:59 ` Ciaran McCreesh
2012-03-12 16:51 ` Rich Freeman
2012-03-12 17:05 ` Ulrich Mueller
2012-03-12 17:12 ` Ciaran McCreesh
2012-03-12 17:17 ` Michael Orlitzky
2012-03-12 17:22 ` Ciaran McCreesh
2012-03-12 17:30 ` Zac Medico
2012-03-12 17:22 ` Zac Medico
2012-03-12 18:00 ` Ulrich Mueller
2012-03-12 18:04 ` Ciaran McCreesh
2012-03-12 18:17 ` Ulrich Mueller
2012-03-12 18:28 ` Ciaran McCreesh
2012-03-12 18:50 ` Ulrich Mueller
2012-03-12 18:58 ` Ian Stakenvicius
2012-03-12 19:01 ` Ciaran McCreesh
2012-03-12 19:49 ` Ulrich Mueller
2012-03-12 20:10 ` Ciaran McCreesh
2012-03-12 20:21 ` James Broadhead
2012-03-12 21:14 ` Ulrich Mueller
2012-03-12 21:28 ` Kent Fredric
2012-03-12 21:49 ` Alec Warner
2012-03-12 22:02 ` Mike Gilbert
2012-03-12 22:37 ` Kent Fredric
2012-03-12 22:53 ` Alec Warner
2012-03-13 6:31 ` [gentoo-dev] " Duncan
2012-03-12 22:55 ` [gentoo-dev] " James Broadhead
2012-03-13 6:06 ` Ulrich Mueller
2012-03-12 22:06 ` James Broadhead
2012-03-12 22:17 ` Alec Warner
2012-03-12 19:00 ` Ciaran McCreesh
2012-03-12 19:38 ` Ulrich Mueller
2012-03-12 19:42 ` Ciaran McCreesh
2012-03-13 20:33 ` Brian Harring
2012-03-13 0:51 ` Patrick Lauer
2012-03-12 18:29 ` Kent Fredric
2012-03-13 4:31 ` Brian Harring
2012-03-13 5:14 ` Kent Fredric
2012-03-13 6:22 ` Brian Harring
2012-03-13 16:10 ` Wulf C. Krueger
2012-03-13 19:08 ` Brian Harring
2012-03-13 7:11 ` [gentoo-dev] " Duncan
2012-03-12 18:01 ` [gentoo-dev] " Michał Górny
2012-03-12 17:53 ` Ulrich Mueller
2012-03-12 18:03 ` Kent Fredric [this message]
2012-03-13 0:46 ` Patrick Lauer
2012-03-13 6:41 ` Walter Dnes
2012-03-13 6:56 ` Kent Fredric
2012-03-13 7:03 ` Brian Harring
2012-03-13 8:50 ` Ulrich Mueller
2012-03-13 15:52 ` Zac Medico
2012-03-13 7:30 ` Ciaran McCreesh
2012-03-14 0:29 ` Walter Dnes
2012-03-14 0:48 ` Michael Orlitzky
2012-03-14 1:42 ` Brian Harring
2012-03-14 2:05 ` Zac Medico
2012-03-14 2:23 ` Michael Orlitzky
2012-03-14 2:36 ` Zac Medico
2012-03-14 2:38 ` Michael Orlitzky
2012-03-14 2:38 ` Brian Harring
2012-03-14 2:47 ` Zac Medico
2012-03-12 16:56 ` Ulrich Mueller
2012-03-12 18:04 ` Michał Górny
2012-03-13 6:29 ` Richard Yao
2012-03-13 11:52 ` Rich Freeman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAATnKFAYasehg3XY8eOoBUFiPBNnU-gopmrQhkQcCxwU_z3krQ@mail.gmail.com \
--to=kentfredric@gmail.com \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox