> -----Original Message----- > From: Jason van Zyl [mailto:[EMAIL PROTECTED] > Sent: 04 May 2004 18:10 > To: Maven Developers List > Subject: RE: groups syncing to ibiblio > > On Tue, 2004-05-04 at 11:48, Vincent Massol wrote: > > > > Why should aspectwerkz artifacts that you place in ibiblio take > > > precedence over what the AspectWerkz developers actually have moved to > > > ibiblio? > > > > Whatever is newer should take precedence. > > Not if the difference is between the project and third party. We're only > starting to have the capability to allow projects govern their own > artifact deployment to Ibiblio. In the cases where projects have direct > control we no long have any say. What they deploy rules.
See below > > > Anyway, here are my 2 reasons: > > > > 1/ Simply because otherwise I won't be able to help on this subject. A > > pity I think as I could have helped as I was currently doing (and I've > > done my share of ibiblio uploads). > > You don't need to for projects that have direct access, but all the > other requests you can still certainly help. See below > > > 2/ Because if a project jar is released by the project under an open > > source license I don't see why it matters to get the authorization from > > that project to put it up on ibiblio. > > You don't legally, it's a matter of courtesy. If the project has access > to ibiblio they should dictate what goes into ibiblio and this will be a > policy I would like to enact. I think it only makes sense that in cases > where projects have direct access (and this will be case always when > automated uploads work) to control what artifacts go into ibiblio. I believe it's up to them. Why do you want to decide for them? If they say that they want to control it, then it's fine of course and we will let them do it. However, if they do accept our help then I don't see why we couldn't help. And then I don't see what's the problem updating these files from ibiblio directly or through their repo. Provided of course (which is what I was asking) that the synchronization is bidirectional. If that's not possible then all this discussion is moot. I don't know rsync enough to know what's possible or not. > > > Ideally I agree it would be nice, > > but when you're in a hurry doing something, it's simply a pain being > > delayed. > > Sure, but with the sync from apache and codehaus the most you have to > wait is 4 hours and that interval could shortened if deemed necessary. > > > I have no idea where this repository is, whether I have the karma, how > > to do it, etc. I don't have the will to check this out for now. > > Well, it's board policy and messages have been posted. You cannot be > deploying directly to ibiblio. > > > Anyway, I'm busy on other things so I'm fine if someone wants to take > > charge of this. From now on, I'll be filing JIRA issues like everyone > > else is doing. > > Sounds good, shall I remove your account from ibiblio then? You have misread me. There are 2 aspects related to ibiblio: 1- uploading file there (ie. Doing the action) 2- asking to put file there. For 2, you just told us that we should no longer do it but rather let someone responsible for that project to do it. Hence my comment, saying that I'll abide by this rule and let them do it. I'll still need to tell them by filing up some JIRA issue. For 1, I simply don't have time right now to dig further on how to do it from apache repo or from the codehaus one. I'm off for a week leaving tomorrow morning to TSSS2004. Thus I'm letting others do it for now. It doesn't mean that I won't do it in the future once I get time to read up/understand how to do it. Just not now. That said, if you're in a hurry to remove my account on ibiblio, please go ahead. I have no problem. If you want to be alone uploading files, it's all yours :-) [snip] Thanks -Vincent --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
