[oe] [RFC, PATCH] distros: prettier notation for dev snapshots version strings

Antonio Ospite ospite at studenti.unina.it
Fri Mar 5 08:21:45 UTC 2010


On Tue, 2 Mar 2010 16:35:27 +0100
Antonio Ospite <ospite at studenti.unina.it> wrote:

> On Mon, 1 Mar 2010 15:07:53 -0800
> Khem Raj <raj.khem at gmail.com> wrote:
> 
> > On Mon, Mar 1, 2010 at 2:35 PM, Antonio Ospite <ospite at studenti.unina.it> wrote:
> > > On Mon, 1 Mar 2010 14:14:13 -0800
> > > Khem Raj <raj.khem at gmail.com> wrote:
> > >
> > >> On Sun, Feb 28, 2010 at 10:32 AM, Antonio Ospite
> > >> <ospite at studenti.unina.it> wrote:
> > >> > Make archives names look a little better. Compare the current:
> > >> >  minimal-.dev-snapshot-20100216-i686-linux-armv5te-linux-gnueabi-toolchain.tar.bz2
> > >> > to the proposed:
> > >> >  minimal-dev.snapshot.20100216-i686-linux-armv5te-linux-gnueabi-toolchain.tar.bz2
> > >>
> > >> may be just getting rid of that '-.' and using just '-' would be enough ?
> > >> is there any advantage of using . over -
> > >>
> > >
> > > I thought that using some dot-notation would make more clear both that
> > > the string indicates a _version_ and that it is a single field on its
> > > own.
> > 
> > if there a post processing tool that would benefit  from this  then I
> > would say its fine.
> > 
> 
> Not that I know of. The benefit is mainly aesthetic.
>

So, should I send a patch which just removes the leading . or is the
first of this thread OK as well?

Thanks,
   Antonio

-- 
Antonio Ospite
http://ao2.it

PGP public key ID: 0x4553B001

A: Because it messes up the order in which people normally read text.
   See http://en.wikipedia.org/wiki/Posting_style
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.openembedded.org/pipermail/openembedded-devel/attachments/20100305/b1a4ebed/attachment-0002.sig>


More information about the Openembedded-devel mailing list