Return-Path: Delivered-To: apmail-incubator-cxf-dev-archive@locus.apache.org Received: (qmail 86410 invoked from network); 7 Aug 2006 22:09:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 7 Aug 2006 22:09:35 -0000 Received: (qmail 49457 invoked by uid 500); 7 Aug 2006 22:09:35 -0000 Delivered-To: apmail-incubator-cxf-dev-archive@incubator.apache.org Received: (qmail 49414 invoked by uid 500); 7 Aug 2006 22:09:35 -0000 Mailing-List: contact cxf-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cxf-dev@incubator.apache.org Delivered-To: mailing list cxf-dev@incubator.apache.org Received: (qmail 49404 invoked by uid 99); 7 Aug 2006 22:09:35 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Aug 2006 15:09:35 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of daniel.kulp@iona.com designates 65.223.216.181 as permitted sender) Received: from [65.223.216.181] (HELO amereast-smg1.iona.com) (65.223.216.181) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Aug 2006 15:09:34 -0700 Received: from amereast-ems2.IONAGLOBAL.COM ([10.65.6.84]) by amereast-smg1.iona.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id k77M9CtF004574 for ; Mon, 7 Aug 2006 18:09:12 -0400 (EDT) Received: from dilbert.boston.amer.iona.com ([10.65.4.111]) by amereast-ems2.IONAGLOBAL.COM with Microsoft SMTPSVC(5.0.2195.6713); Mon, 7 Aug 2006 18:09:12 -0400 From: Daniel Kulp To: cxf-dev@incubator.apache.org Subject: Summary of IRC discussions today.... User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Disposition: inline X-UID: 8090 Date: Mon, 7 Aug 2006 18:09:19 -0400 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200608071809.19765.daniel.kulp@iona.com> X-OriginalArrivalTime: 07 Aug 2006 22:09:12.0114 (UTC) FILETIME=[1CED9920:01C6BA6E] X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N We had a couple discussions (all infrastructure related, not code related) on IRC today (#cxf @ irc.codehaus.org) today. Since the channel isn't yet logged, (Jason, I think that's an action item for you :-) I've included a log here so everyone can see. Basically, action items: 1) Jason will create an issues mail list for Jira issues 2) Jason will create a notifications list for build related notifications (cruisecontrol, etc...) 3) I'll double check to make sure all the IONA folks can get to the codehaus IRC server. (I think we're OK, but all the dublin folks are on holiday today) 4) Jason will create the JIRA project and send me some scripts to help dump IONA's internal JIRA issues. 5) I'll get Adi to investigate if we can get a dump of the ObjectWeb tracker and have Jason import it 6) The maven deployment repository discussion is still ongoing on the general incubator list. 7) I sent a note asking about whether the project name needs to change. -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727 C: 508-380-7194 F:781-902-8001 daniel.kulp@iona.com [10:21:37] You have joined channel #cxf [10:26:11] Jason? [10:31:10] dkulp, try jvanzyl, as usually people will be pinged if you type their irc id [10:32:26] I'm mostly curious as to why the channel was created hear instead of on freenode. (having it here might be a problem for the IONA folks, I'm investigating that) [10:32:35] hear/here: unknown command [10:34:03] i guess we could go on freenode if there is any problem [10:34:22] howdy [10:34:39] i just always set things up here [10:34:44] doesn't matter [10:34:57] it can be moved anywhere [10:35:08] i use codehaus for everything [10:35:11] Let me investigate to see if our IS folks are more ammendable to opening up another outgoing port. [10:35:37] I was also kind of wondering why #tuscany is on freenode, but other apache things are here. :-) [10:35:38] dkulp: they can use access over htpp [10:35:47] *http [10:35:53] or tunnel [10:36:05] i have all ports blocked except 80 [10:36:43] so i prefer using codehaus irc ;) [10:37:15] dkulp: http://irc.codehaus.org [10:37:27] Can you use a normal IRC client with that? [10:37:51] Don't think so [10:46:53] jvanzyl: two more questions.... [10:47:35] 1) I know there was a "maven repository for incubating projects" thread on the list. Was there a resolution to that? (aka: where/how will we publish both snapshots and milestone releases?) [10:48:19] tsztelak is now known as tomeks [10:48:28] 2) Can we get a cxf-build@incubator.apache.org for cruisecontrol to send build results to? (sorry, I really dislike continuum) [10:49:29] we have notifications@ typically [10:49:46] you guys use what you like, i'm not easily offended :-) [10:49:53] OK. That would work. :-) [10:49:58] actually, i'm generally never offended [10:50:08] use what works for you [10:50:43] probably won't be any good until kenney has a run at it [10:50:53] actually we have two new full-time people working on it for the 1.1. release [10:51:06] 1.1 will be decent but anything before that is a bit tedious [10:51:23] kenney and jesse will be working on the 1.1 release [10:51:50] ? Wrong tab/window? [10:51:54] any opinion on the issues@ [10:51:58] no, i'm telling you about continuum [10:52:04] Oh. [10:52:23] i can get the notifications@ and issues@ created today [10:52:33] That's a good start. [10:52:39] and then we can setup the jira project [10:52:47] what issue tracker do you use at objectweb? [10:53:15] Something built into their forge software, it's "not very good". [10:54:00] do you want all the issues in there? [10:54:07] and if so what kind of export can you get? [10:54:07] There isn't very many open issues (and those that are open need checking to make sure that it's still an issue) [10:54:16] Thus, we'll probably migrate them by hand. [10:54:20] as i can swizzle anything into/out of JIRA [10:54:32] if you can get me an export i can probably do it faster [10:54:56] i have a JIRA ruby gem for bashing JIRA around [10:55:40] Let me see if I can get Adi.... he would know more about that part. [10:55:57] I can do all the SVN stuff, but the tracking stuff isn't my forte. [10:56:19] sure, np [10:56:38] what's dan using for CI? [10:57:07] I don't think he is. [10:57:22] We have an "internal" jira with some cxf stuff in it.... [10:57:30] How hard would it be for me to dump that as well? [10:59:07] i can give you the gem and a script to pull stuff out [10:59:17] i use the ruby stuff so that i can pull issues and and import them [10:59:23] jira's dumps are crap [10:59:39] unless you are exporting the whole jira instance and importing [10:59:52] basically it's impossible using jira to export a project and import it [11:00:08] Lovely. [11:00:18] it's exports are cryptic nonsense for the most part [11:00:32] not designed well for things like codehaus and apache [11:00:35] And ruby isn't installed on the Jira server... :-( [11:00:41] i think we stretch the limits of jira at codehaus [11:00:48] doesn't need to be [11:00:56] it uses the soap interface [11:01:02] Ah. Cool. [11:01:21] i've got some instructions so i'll clean those up [11:01:24] and you can try it [11:01:40] if you've got ruby and gem installed it's pretty easy [11:01:48] and gem is pretty easy to install [11:01:51] basically like cpan [11:02:29] "emerge -pv gem" doesn't work. :-( [11:03:02] I'll figure that one out. [11:03:35] Does "rubygems" sound about right? [11:04:17] yah, it's rubygems [11:04:29] but i know little of gentoo [11:04:34] other then i can tell you're using it [11:04:57] OK. emerging rubygems now. :-) [11:05:34] let me see if there are gems for the other stuff [11:05:42] i usually pull all the sources down for what i need [11:05:53] but i'll find gems for soap4r and the command line parser i use [11:05:56] i'll sort it out [11:07:38] Just email me the scripts and I'll give them a whirl. [11:12:51] right o [11:38:08] dan (~dan@pool-71-115-179-176.gdrpmi.dsl-w.verizon.net) has joined channel #cxf [11:58:58] Signoff: tomeks ("CGI:IRC") [12:15:09] jvanzyl: you didn't answer the question about the incubating maven repositories.... [12:23:38] i think we'll be able to have incubator repos [12:23:48] i think that's reasonable and most people agree except noel [12:28:45] My biggest issue is about snapshots, can incubators go into the normal apache snapshot repository? [12:28:53] (since it's not mirrored) [12:29:38] This kind of affects things today as the Yoko team is trying to get a SNAPSHOT deployed, they're just not sure where yet. [12:30:21] no [12:30:31] nothing in the incubator can go to the standard repo [12:30:57] it will all have to go to the incubator litter box [12:31:25] though i don't see a problem with syncing that to central [12:31:25] jvanzyl, will these incubator specific repos be synced to ibiblio ? [12:31:34] thx [12:31:37] :) [12:31:39] i don't think folks want them to be though [12:31:54] i think we'll get an argument from noel but anyone should be allowed to put stuff in central [12:32:08] but there is really no need for an incubator repo is it is not synced [12:32:28] as we could also set up our own repo from the web site [12:32:48] right, it needs to be synced to be useful [12:33:25] synchronization isn't apache policy [12:33:33] its maven policy [12:33:36] and anyone can sync, no? [12:33:42] any group should be able to sync shit [12:34:04] So, the question remains, where should Yoko be deploying a snapshot today? [12:34:31] there isn't a place yet really [12:34:42] i'll ask henri to create the incubator repos [12:36:21] We'll need both snapshot and release repos. [12:36:42] yup [12:36:51] there should be one of each for the entire incubator [12:38:09] i pinged henri and asked when he's going to set them up [12:38:15] he will probably post to the incubator list [12:39:17] Signoff: jvanzyl (jvanzyl) [12:47:42] tomeks (~tomeks@ase8.neoplus.adsl.tpnet.pl) has joined channel #cxf [14:22:22] Signoff: tomeks ("Leaving [ powered by Gentoo ]") [15:11:00] dandiep (~dan@pool-71-115-179-176.gdrpmi.dsl-w.verizon.net) has joined channel #cxf [15:11:24] Signoff: dan (Ping timeout) [15:11:24] dandiep is now known as dan [16:20:19] jvanzyl (~jvanzyl@CPE000fb5a9f7b3-CM00159a66e51a.cpe.net.cable.rogers.com) has joined channel #cxf [16:20:21] howdy [16:21:22] what's up? [16:21:27] hiya [16:21:34] just hacking some cxf code [16:21:46] we're having a concall in the morning about moving the code to apache [16:22:04] you're welcome to dial in if you want - 11am [16:23:10] sure, send me the details and i'll join in [16:24:26] ok [16:25:51] I had another question about the name..... ( I hate to bring this up...) [16:26:12] jvanzyl: sent [16:26:22] SHortly after moving the code, we're going to want to change all the org.objectweb/org.xfire package names to org.apache [16:27:03] I know there was some "dislike" of the project name when the proposal was made, do we want to resolve that before the package re-name? [16:27:24] dkulp: please email the list about it :-) [16:27:38] I know there are a lot of people who have thoughts on the name issue... [16:27:56] I know, that's why I hate to bring it up. I hate being the bad guy. :-) [16:28:11] well I'm note really in a position where I can be the bad guy [16:28:16] so someone needs to be the bad guy [16:28:36] there is always hani :-P [16:30:21] Hmm... not sure if all the IONA folks are on the dev list yet. [16:31:03] OK. Adi says they are. I'll trust him. [16:32:25] they should be [16:34:42] i put them on all the list [16:34:46] anyone who was on the propsoal [16:34:55] ok, now i'm really away [16:48:26] jvanzyl: just talked to adi, we're just going to talk about the move on the apache mailing list [16:48:42] you know, the Apache Way [16:50:34] jvanzyl: also, adi said he just faxed in the CLAs [16:50:37] this afternoon [16:58:57] OK, I tried to not be "too much of a bad guy" and just sent a note asking if we had to change it or not. That shoulld foster some discussion I hope.