Timestamps are in GMT/BST.
ggory has quit () --> grahamtriggs (email@example.com) has joined #duraspace awoods (firstname.lastname@example.org) has joined #duraspace mhwood (email@example.com) has joined #duraspace bbranan (firstname.lastname@example.org) has joined #duraspace <-- bbranan has quit (Read error: 104 (Connection reset by peer)) --> bbranan (email@example.com) has joined #duraspace fzzzt (n=Josh@dhcp103-61.cs.cornell.edu) has joined #duraspace <fzzzt> it does exist! <-- fzzzt (n=Josh@dhcp103-61.cs.cornell.edu) has left #duraspace --> eddie27182 (i=52e0627a@gateway/web/freenode/x-b9069c461a72ee57) has joined #duraspace <cwilper> Fedora Committer meeting starting in a couple minutes, see https://fedora-commons.org/confluence/display/FCREPO/2009-06-30+-+Committer+Meeting <awoods> can I skype in? <grahamtriggs> you can skype out ;) --> kstrnad (i=4e2af9b1@gateway/web/freenode/x-88c771c3610b89ad) has joined #duraspace --- #duraspace :You need to be a channel operator to do that <awoods> eddie: mibbit irc client no longer works with freenode <cwilper> 1. Report on OSGi conference (Eddie) <bbranan> eddie: OSGi conference update <cwilper> Eddie went to Zurich conf last week Who attended: osgi spec folks, vendors, etc Heard: What's coming in next rev of spec, various talks on what people are doing with it Aaron and Eddie possibly going to Repository Fringe: http://wiki.repositoryfringe.org/index.php/Main_Page Heard again: wrapping Fedora as a whole first, then doing individual pieces makes sense Project Jigsaw...someone from this was at conf: http://java.dzone.com/news/java-modularity-osgi-and SpringSource ppl at conf as well New osgi blueprint service, part of 4.2 spec later this year, basically spring dm <bbranan> Maven is moving to OSGi Problems we will probably face: When is Fedora started up? You can't rely on any particular bundle to be available <cwilper> Eddie is jazzed <-- kstrnad has quit ("Page closed") --> kstrnad (i=4e2af9b1@gateway/web/freenode/x-6e1b7db32049e7fd) has joined #duraspace <cwilper> OSGi alliance - excited about how ppl can make $ w/bundles ... this helps bring more activity to the community (paraphrased) lots of projects moving to osgi would help us become part of larger dev community (from chris) recommended reading: http://www.javaworld.com/javaworld/jw-03-2008/jw-03-osgi1.html <bbranan> eddie: getting together with Aaron to work on this the last week in July <cwilper> also, a nice follow-on tutorial: http://www.javaworld.com/javaworld/jw-04-2008/jw-04-osgi2.html?page=6 eddie heard talk on maven-splitting-out and osgi-splitting-out. "one-to-one mapping looks fine from dev perspective, but maybe not so much for users" users = "consumers" heard: "insane not to have maven repo for production" <grahamtriggs> insane not to push back to the central maven repository!! Mark Diggory did a lot of work with publishing our Maven artefacts in central, and the mechanism could be used across the duraspace sphere <cwilper> Discussion of FCREPO-510 reported by Willy Mene (This issue has been resolved, but the discussion about the extent to which FESL will handle AuthN is still worthwhile - Bill) <mhwood> And publish a human-readable list of artifacts, with descriptions. Don't make people hunt them down. <cwilper> re: pushing to central, agreed, when we get there, need to push to central regularly via rsync FESL doing authN via JAAS 3. # Decision on next week's Special Topic meeting (see candidates) candidates: http://fedora-commons.org/confluence/display/FCREPO/Meeting+Notes http://www.dimdim.com/ Decided: topic for next week is Code review/overview of maven work (Andrew) http://fedora-commons.org/confluence/display/DEV/Searching+for+a+Forum Talking about move to forum/message board Site Bill has set up, where we're testing phpBB: http://fedora-commons.forumotion.com/ <grahamtriggs> There is a largely underused forum on dspace.org as well... maybe we should look towards an integrated duraspace forum, with areas for Fedora, DSpace, etc.? <awoods> what forum tool does dspace use? How does it compare with the req-list on the above wiki link? <grahamtriggs> Fireboard - integrated with Joomla <eddie27182> google groups vs web forum <grahamtriggs> it probably doesn't, but I'll quite happily flag wave for trashing the existing dspace.org forum to get something better! re: dimdim - another similar kind of thing: http://www.yuuguu.com/home <awoods> the issue with yuuguu is the limited number of concurrent users allowed 30 <grahamtriggs> dimdim is going to cost you (not entirely clear how much), if you want to go much above that. Yuuguu does have the audio conferencing facilities (global dial in numbers) which could be useful (ie. for people wanting to dial in to this meeting!) <awoods> where are you located, Graham? <grahamtriggs> London <cwilper> can add global #s for freeconferencecall.com, which is what we're on now: http://www.freeconferencecall.com/prodfreeintl.asp <eddie27182> re: #3 above, decided to discuss maven migration at the next special topics meeting <cwilper> discussing the top two issues here: https://fedora-commons.org/jira/secure/IssueNavigator.jspa?reset=true&pid=10051&status=10001 <eddie27182> oops just saw andrew's comment to that effect <grahamtriggs> ahh... I was trying to figure that out, to see if there were alternative numbers available ;) <cwilper> https://fedora-commons.org/jira/browse/FCREPO-509 bill noticed this while looking into fcrepo-510 <eddie27182> re: fcrepo-510, trying to decide what to do when a pid is specified in the request that differs from the pid in the foxml <cwilper> last words: andrew will be doing a medium-sized push to trunk soon * cwilper raises a glass to eddie <grahamtriggs> eddie27182: reject as malformed? <cwilper> graham: i think that makes sense...added to comment on the jira issue <bbranan> final determination (actually on fcrepo-509) is to throw an error if the URL pid and xml pid differ <cwilper> (meeting's over....i'll get the mp3 up on the agenda page soon) --> dwdavis (i=80546716@gateway/web/freenode/x-852419fd616b5b8f) has joined #duraspace <-- eddie27182 has quit ("Page closed") dwdavis (i=80546716@gateway/web/freenode/x-852419fd616b5b8f) has left #duraspace --> mdiggory (firstname.lastname@example.org) has joined #duraspace <mdiggory> cwilper: you don't want to hear the "debates" we've had about channel logging :-( <bbranan> what was the result of the debates? <mdiggory> some folks worry about logging curtailing people speaking their minds... some out there seem to think an IRC channel discussion is somehow "private" to those having it... doh <bbranan> so everyone else is ok with not having the channel logged? <mdiggory> I myself think it doesn't detract from communication to have a log. And it saves us many headaches with referencing conversations that are/were pertinent pretty much, it was never logged historically, so we never started I highly recommend we try the opposite here and have the channel logged and published somewhere. <bbranan> so perhaps if we start logging duraspace now (from the beginning) it'll be easier to keep it that way <mdiggory> I agree also means I don't have to fuss with keeping a bot running with my name on it ;-) where are the logs published for fcrepo and duraspace? <bbranan> http://fedora-commons.org/irclogs for fcrepo I don't think Chris added the logbot to duraspace yet <mdiggory> Sounds like something to do asap heres an interesting tool... http://www.irclog.org/ <grahamtriggs> I agree that this channel should definitely by logged and published, given it's intended use for holding meetings and other such admin <bbranan> i think i like the local hosting of logs better, you never know when irclog.org might go away <grahamtriggs> More specific 'chatty' channels - like #dspace - are a more controversial subject <awoods> My vote is for the logging of #duraspace <mdiggory> bbranan: true, and I think as long as they are published in the context of the duraspace.org domain, we can get google to index on them and do searching or http://fedora-commons.org/irclogs for fcrepo <bbranan> yes, http://duraspace.org/irclogs would seem to make sense <-- grahamtriggs (email@example.com) has left #duraspace <cwilper> there's a history of irc logging being controversial, but i agree that if the purpose of this channel is for public meetings, logging them makes sense. ...it just needs to be obvious for newcomers that it is in fact logged <mdiggory> just put it in the chat topic with a link to the logs wow... ha... I vaguely recall this ancient conversation... http://www.fedora-commons.org/confluence/display/FCKB/mail/8750861 http://fedora-commons.org/irclogs isn't indexed by google? <bbranan> doesn't look like it <cwilper> .../irclogs should be discovered by google shortly. There's now a link to it from the wiki re: AElfred, boy that's a blast from the past <mdiggory> hehe good riddens.. heres an interesting topic... Is anyone out there working on a SPI provider to put Jackrabbit on top of Fedora? http://weblogs.goshaky.com/weblogs/alexkli/entry/using_jackrabbit_spi_to_implement http://jackrabbit.apache.org/jackrabbit-spi.html\ This would allow Fedora to be used as a persistence store for JCR/Jackrabbit servers like http://www.day.com/content/day/en/products/crx.html and since in DSpace 2 our fist attempt at a persistence store is via JCR... that would be a powerful alignment more specifically via Jackrabbit http://scm.dspace.org/svn/repo/dspace2/modules/storage-jackrabbit/trunk/ otherwise, krnl_ is working on a more direct connection in his GSoC project <cwilper> There's a "jcr tools" project I heard about from Dan. I believe people at Northwestern are working on it...I don't have URL though. I believe the idea with this project is to give Fedora a JCR face <mdiggory> The idea behind using the Jackrabbit SPI is just to reduce the amount of work to implement a JCR service for a persistence store. Using it would mean being able to leverage all the pre-existing work around the Jackrabbit JCR provider. Developing a JCR client provider would actually use reuse Fedora as the service and operate on the client side that last sentence should have read: Developing a JCR client provider directly for Fedora would actually just reuse Fedora as the service and operate on the client side they would be two different approaches <cwilper> google: jcr fedora northwestern ... the pdf is the most detail i've seen of it...doesn't appear to have a homepage <mdiggory> link in paper is broken wondering if this is heading here: https://wiki.projectbamboo.org/display/BPUB/W4+Action+Plan+-+4.3+Shared+Services+Lifecycle?focusedCommentId=9764918#comment-9764918 looks like "a lot of thinking and talking about value propositions atm" https://wiki.projectbamboo.org/display/BPUB/Terroir+-+Frameworks+and+APIs https://wiki.projectbamboo.org/display/BPUB/Preserve+materials+in+a+digital+storage+facility seems a growing initiative spearheaded by the UC system. <cwilper> mdiggory: got a link to the ASF rules/guidelines on voting in committers? (these are the rules that dspace uses, correct?) <mdiggory> http://www.apache.org/foundation/voting.html http://www.apache.org/foundation/how-it-works.html Dan Davis are listed as project personnel in that project PloneJCR not (Bamboo) http://rit.mellon.org/projects/PloneJCR.pdf --> grahamtriggs (firstname.lastname@example.org) has joined #duraspace <mdiggory> http://rit.mellon.org/projects http://rit.mellon.org/projects/PloneJCR.pdf <grahamtriggs> Have I just walked in on a CMS / Repository discussion? <mdiggory> :-) catching up on posting a few links... now, see, if there were logging, this wouldn't even be a question ;-) <grahamtriggs> RTFL (not to be confused with rofl) <cwilper> re: logging, it sounds like people are ok with it on this channel...i will hook it up and see if anyone complains :) <mdiggory> lease do..... hurry lease = please <grahamtriggs> PloneJCR is a bit of a curious one... I can see how it makes sense in their diagram of collecting multiple JCR sources, but there doesn't seem to be much sense in JCR vs Islandora implementations <-- mdiggory has quit (Excess Flood) --> mdiggory (email@example.com) has joined #duraspace * mdiggory note to self... don't flood irc channel with cut/paste grahamtriggs puts snorkel away <mdiggory> grahamtriggs: did you get that private post? <grahamtriggs> yes, thanks <mdiggory> k grahamtriggs: PloneJCR is a bit of a curious one... I can see how it makes sense in their diagram of collecting multiple JCR sources, but there doesn't seem to be much sense in JCR vs Islandora implementations
These logs were automatically created by DuraLogBot on irc.freenode.net using the Java IRC LogBot.