Of course everything at the wiki is still up for discussion.
That is what this list is for.
Nick Chalko wrote:
See
http://nagoya.apache.org/wiki/apachewiki.cgi?ASFRepository/Requirements
smime.p7s
Description: S/MIME Cryptographic Signature
See http://nagoya.apache.org/wiki/apachewiki.cgi?ASFRepository/Requirements
[EMAIL PROTECTED] wrote:
Other Repository Questions:
1) Should there be metadata or is none required to host, access and manage
the repository?
Should be metadata but not required.
2) Repository format?
Compromise URI
ht
From: <[EMAIL PROTECTED]>
> So, a quick question. A 'repository effort' is not just about code, it's
> mainly about keeping the repository up to date and accessible, and this
> (from what I can tell) isn't covered by Ruper or Version, is it?
Agreed, however with sufficient automation tools around
Nicola Ken Barozzi <[EMAIL PROTECTED]> wrote on 24/10/2003 05:08:56 PM:
> > I didn't think we needed something to keep a repository automatically
up
> > to date, and that mirroring would take care of that.
>
> It's just a naming thing. What Ruper does is to update the local
> repository with t
> Is anyone interested in reviving this project?
Yes.
--- Noel
> We must cater for all projects, not only Maven-enabled ones.
And not just Java ones, either. The system can be written in Java, but it
should cater to all needs.
--- Noel
Nicola Ken Barozzi wrote:
[EMAIL PROTECTED] wrote:
Nicola Ken Barozzi <[EMAIL PROTECTED]> wrote on 23/10/2003 07:38:13
PM:
...
http://www.krysalis.org/version/
http://www.krysalis.org/ruper/ (draft site)
Just one note: the two primary Ruper2 and Version authors are Adam Jack
and Anou Manavalan. A
[EMAIL PROTECTED] wrote:
Nicola Ken Barozzi <[EMAIL PROTECTED]> wrote on 23/10/2003 07:38:13 PM:
...
http://www.krysalis.org/version/
http://www.krysalis.org/ruper/ (draft site)
As I see it, these two projects are in a more advanced state than the
Maven code, so I would propose that we build on th
[EMAIL PROTECTED] wrote:
There's also the code in maven-new/fetch.
Correct, that has to be taken into account too.
--
Nicola Ken Barozzi [EMAIL PROTECTED]
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---
Nicola Ken Barozzi <[EMAIL PROTECTED]> wrote on 23/10/2003 07:38:13 PM:
>
> [EMAIL PROTECTED] wrote:
>
> > Is anyone interested in reviving this project?
>
> Yes :-)
>
> Last time this list stopped at the last proposal of how to implement the
> repository for Apache, and IIRC it was about pl
There's also the code in maven-new/fetch.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc
Nicola Ken Barozzi <[EMAIL PROTECTED]> wrote on 23/10/2003 11:24:59 PM:
>
> Leo Simons wrote:
>
> > As
Nicola Ken Barozzi wrote:
As for code, well, personally, not really.
Maven worksforme :D. But it could be a good idea
nevertheless.
We must cater for all projects, not only Maven-enabled ones.
Yes, it's possible to take away the code from Maven and make that
indipendent, but again I propose to sta
Leo Simons wrote:
As for standards, I like the concensus we arrived at
(and I would be highly against changing that again now
as its just a major pain in the to move 100s of
files around).
From my site, I totally agree.
As for code, well, personally, not really.
Maven worksforme :D. But it cou
On 23/10/2003, at 08:42, [EMAIL PROTECTED] wrote:
Is anyone interested in reviving this project?
Although I won't be of any great help when it comes to Java
specifics, I'll be lurking here and perhaps might be able to lend
a hand when questions concerning our mirroring system crop
up...
Cheers,
Eri
As for standards, I like the concensus we arrived at
(and I would be highly against changing that again now
as its just a major pain in the to move 100s of
files around).
As for code, well, personally, not really.
Maven worksforme :D. But it could be a good idea
nevertheless.
cheers,
- Leo
[EM
[EMAIL PROTECTED] wrote:
Is anyone interested in reviving this project?
Yes :-)
Last time this list stopped at the last proposal of how to implement the
repository for Apache, and IIRC it was about placing jars in the current
dist space, that can thus be mirrored.
As for codebase, I have seen th
16 matches
Mail list logo