#duraspace IRC Log

Index

IRC Log for 2009-06-30

Timestamps are in GMT/BST.


ggory has quit ()
--> grahamtriggs (n=trig01@195.128.10.96) has joined #duraspace
 awoods (n=awoods@173.66.53.150) has joined #duraspace
 mhwood (i=mwood@mhw.ulib.iupui.edu) has joined #duraspace
 bbranan (n=lc@70.121.159.9) has joined #duraspace
<-- bbranan has quit (Read error: 104 (Connection reset by peer))
--> bbranan (n=lc@70.121.159.9) 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 (n=mdiggory@64.50.88.162.ptr.us.xo.net) 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 (n=trig01@195.128.10.96) 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 (n=grahamtr@cpc3-stev1-0-0-cust857.lutn.cable.ntl.com) 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 (n=mdiggory@64.50.88.162.ptr.us.xo.net) 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

[16:25] * DuraLogBot (n=PircBot@fedcommsrv1.nsdlib.org) has joined #duraspace
[16:25] <mdiggory> I don't question their requirements.... just interested in connectors that enable greater pluggablity and more configurations
[16:25] [freenode-connect VERSION]
[16:29] <mdiggory> cwilper: maybe change the topic to Welcome to Duraspace - This channel is logged - http://duraspace.org/irclogs/
[16:31] * ChanServ sets mode +o cwilper
[16:32] * cwilper changes topic to 'Welcome to DuraSpace - This channel is logged - http://duraspace.org/irclogs/'
[16:32] * ChanServ sets mode -o cwilper
[16:32] <mdiggory> Very nice.
[16:33] <cwilper> Now for google to find it...need linkage
[16:35] <mdiggory> <bbranan> Maven is moving to OSGi... wow
[16:35] <mdiggory> <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....
[16:35] <bbranan> as reported by Eddie
[16:36] <mdiggory> central repo sync is actually very easy to get setup
[16:38] <mdiggory> I'll be listening to the meeting notes today... sorry I couldn't attend, its very difficult as 7-9am is "get kid to school" time for me
[16:39] <cwilper> they're in mp3, so you have to listen them on your iphone
[16:39] * cwilper grins
[16:39] <mdiggory> now if we can just get them published over itunes ;-)
[16:40] <mdiggory> in a podcast channel
[16:40] <cwilper> actually now that eddie is closer to this side of the world maybe we can push the meetings up so more left coasters can attend...hmmm
[16:42] <mhwood> mplayer likes mp3 just fine
[16:43] <mdiggory> that would be of benefit, but I suspect there'll always be scheduling challenges with such meetings.
[16:43] <mdiggory> noticing Sakai topics at Mellon....
[16:43] <mdiggory> DuraSpace – Sakai would like to work with DuraSpace to create an OpenSocial gadget
[16:43] <mdiggory> that can be deployed in Sakai 3, similar to current work with DSpace. Curious about the
[16:43] <mdiggory> possibilities of JMS integration
[16:43] <mdiggory> Fedora – interest in JCR integration opportunities
[16:43] <mdiggory> JCR Tools – interest in JCR Tools as a potential access route to distributed teaching
[16:43] <mdiggory> materials through the native JCR in Sakai 3
[16:44] <mdiggory> Zotero – strong interest in Scholarly Networking referrer system potential of Zotero
[16:44] <mdiggory> server
[16:44] <mdiggory> Sling (Jackrabbit, Shindig, OSGi) – ongoing discussions
[16:44] <mdiggory> Apache Jackrabbit (Java Content Repository) – active in the community
[16:45] <mdiggory> PloneJCR pdf... last line says... 5. Extension of JCR Tools to other major repository systems, such as DSpace.
[16:58] * mhwood (i=mwood@mhw.ulib.iupui.edu) has left #duraspace
[17:54] * kstrnad (i=4e2af9b1@gateway/web/freenode/x-6e1b7db32049e7fd) Quit ("Page closed")
[18:28] * grahamtriggs (n=grahamtr@cpc3-stev1-0-0-cust857.lutn.cable.ntl.com) Quit ()
[18:31] * bbranan (n=lc@70.121.159.9) Quit (Read error: 104 (Connection reset by peer))
[19:18] * awoods (n=awoods@173.66.53.150) Quit (Read error: 113 (No route to host))
[20:29] * mdiggory (n=mdiggory@64.50.88.162.ptr.us.xo.net) Quit (Read error: 110 (Connection timed out))
[21:24] * mdiggory (n=mdiggory@cpe-76-176-188-83.san.res.rr.com) has joined #duraspace
[22:30] * mdiggory_ (n=mdiggory@cpe-76-176-188-83.san.res.rr.com) has joined #duraspace
[22:47] * mdiggory (n=mdiggory@cpe-76-176-188-83.san.res.rr.com) Quit (Read error: 110 (Connection timed out))
[22:56] * mdiggory_ is now known as mdiggory

These logs were automatically created by DuraLogBot on irc.freenode.net using the Java IRC LogBot.