On Tue, Feb 24, 2015 at 3:11 PM, Richard Hipp <d...@sqlite.org> wrote: > On 2/24/15, robotanarchy <robotanar...@bingo-ev.de> wrote: >> I'd replace the underscore with a dot, so it becomes >> >> fossil-1.31.tar.gz >> >> ..but other than that, that's my point. >> >> Can you guys do that? >> > > We can call things whatever we want. It's just a name. > > The question is "Why?". > > Fossil's trunk is usually stable enough for everyday use. Indeed, the > self-hosting server for Fossil, as well as the repos for SQLite and > Tcl/Tk are all usually running from the latest trunk, or something > close to that. The "releases" are not somehow more stable. They are > merely snapshots that provide convenient download points for users.
No argument from me there. > So it seems like having dates on the download would be more meaningful > than having a made-up version number. No? With a date, at least you > know about how old the code is. What information does a made-up > version number provide? How is that better than a date? I think this is mostly handy for packagers, where it's easier to write a packaging script knowing the downloaded file will be somepieceofsoftware-1.2.3.tar.gz, which then extracts out to somepieceofsoftware-1.2.3. It is mostly a matter of following convention though used with most other software, as I admit I personally don't care at all what the filename is and what it extracts to, as long as the method is consistent (or mostly consistent) from release to release. That said, if the version number isn't important, why didn't you call the latest release Fossil 20150223162734 instead of Fossil 1.31? I think it's useful to keep the naming scheme consistent in as many places as possible, when possible. To be honest, I don't think most people care about the date of a software release, but they are interested in having the latest stable version, whatever that is. As you said, the versions for Fossil are snapshots, but a lot of people correlate something like Fossil 1.31 as being the "latest stable", regardless of it actually meaning that or not. - joe _______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
