Browse thread
[Caml-list] [ANN] The Missing Library
-
John Goerzen
-
Kenneth Knowles
- Alexander V. Voinov
-
John Goerzen
-
Maxence Guesdon
-
John Goerzen
- Maxence Guesdon
-
John Goerzen
-
Alain.Frisch@e...
-
John Goerzen
-
Alain.Frisch@e...
-
Nicolas Cannasse
-
Yamagata Yoriyuki
- Gerd Stolpmann
-
Nicolas Cannasse
-
Yamagata Yoriyuki
- Jacques GARRIGUE
- Nicolas Cannasse
-
Yamagata Yoriyuki
-
Yamagata Yoriyuki
-
Nicolas Cannasse
- oliver@f...
-
Alain.Frisch@e...
-
John Goerzen
- Henri DF
- Shawn Wagner
- james woodyatt
-
Alain.Frisch@e...
- Basile STARYNKEVITCH
-
John Goerzen
- Kenneth Knowles
- Florian Hars
-
Maxence Guesdon
- Eric C. Cooper
-
Kenneth Knowles
[
Home
]
[ Index:
by date
|
by threads
]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
| Date: | -- (:) |
| From: | Brandon J. Van Every <vanevery@i...> |
| Subject: | [Caml-list] CVS labeling (was Re: Proposal: community standard library project) |
Gerd Stolpmann wrote:
>
> This is quite difficult. The simple part is to download with cvs, but
> then? As cvs software changes frequently, but the package makes
> assumptions about the software, it is uncertain whether the
> build and/or
> packaging will succeed. I mean, in general, without knowing the
> software.
Well, for CVS in any old state, you must assume failure.
You could collect statistics on how often a given project's CVS
repository will actually build, and how often it works even if it
builds, but the latter is a permanent grey area. What's a showstopper
bug? It's a qualitative judgement... I suppose you could have people
vote on how bad a given CVS package is, but that presumes enough use and
enough voting for it to be relevant.
Does CVS have a labeling capability? i.e. mark all files in the
repository at a certain point, so that files can easily be recalled at
that point later? If it's easy to do, then you might cajole open source
project admins into actually labeling their CVS repositories at points
of relative stability. This still depends on project discipline of
course. But definitely less discipline than making official stable
release packages. Open source projects tend to drift on forever with
stuff getting added into CVS. Making official release packages is a
chore that most people don't like. Also people have trouble deciding
when the official release should happen and meeting the goals for it.
Volunteer labor and all of that.
A label also doesn't mean 'stable for everybody'. It might work fine on
Linux but not Windows or Mac. So ideally, a label would also state what
platforms it builds on. This information could be wrong or not
submitted, however. So, then you'd need to roll back to the next
earlier version. Wet, lather, rinse, repeat until the darned thing
builds, or until it has gone too far back for the user to be interested
anymore.
Cheers, www.indiegamedesign.com
Brandon Van Every Seattle, WA
"We live in a world of very bright people building
crappy software with total shit for tools and process."
- Ed Mckenzie
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.668 / Virus Database: 430 - Release Date: 4/24/2004
-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners