2008-06-06T00:16:26 *** kgs has quit IRC 2008-06-06T01:34:46 *** Mark__T has joined #openils-evergreen 2008-06-06T04:43:55 *** Mark__T has quit IRC 2008-06-06T04:45:15 *** Mark__T has joined #openils-evergreen 2008-06-06T06:03:18 *** JMCraig has joined #openils-evergreen 2008-06-06T06:04:05 *** Mark__T has quit IRC 2008-06-06T06:04:05 *** agJohn has quit IRC 2008-06-06T06:04:05 *** phasefx has quit IRC 2008-06-06T06:04:14 *** JMCraig is now known as agJohn 2008-06-06T06:05:58 *** phasefx has joined #openils-evergreen 2008-06-06T07:08:37 *** Mark__T has joined #openils-evergreen 2008-06-06T07:54:04 *** Mark__T has left #openils-evergreen 2008-06-06T08:08:28 *** kbeswick has joined #openils-evergreen 2008-06-06T08:09:59 *** phasefx__ has joined #openils-evergreen 2008-06-06T08:22:01 *** eeevil has quit IRC 2008-06-06T08:22:16 *** phasefx has quit IRC 2008-06-06T08:22:16 *** eeevil has joined #openils-evergreen 2008-06-06T08:22:20 *** phasefx__ is now known as phasefx 2008-06-06T08:31:37 *** Slazer has joined #openils-evergreen 2008-06-06T08:37:17 *** rsinger has joined #OpenILS-Evergreen 2008-06-06T09:12:52 *** Karen__ has joined #OpenILS-Evergreen 2008-06-06T11:10:35 *** bruwal has joined #OpenILS-Evergreen 2008-06-06T11:10:53 *** bruwal has left #OpenILS-Evergreen 2008-06-06T11:58:38 *** pmurray_away has quit IRC 2008-06-06T12:28:04 *** jfournie has joined #OpenILS-Evergreen 2008-06-06T12:28:48 howdy 2008-06-06T12:30:07 jfournie: hey 2008-06-06T12:48:44 *** djfiander has joined #OpenILS-Evergreen 2008-06-06T13:44:20 *** dbs has joined #openils-evergreen 2008-06-06T13:44:47 * asmodai waves at dbs 2008-06-06T13:44:54 ahoy 2008-06-06T13:45:03 dbs: you're at sea? 2008-06-06T13:46:59 I'll be over seas soon 2008-06-06T13:49:02 where? 2008-06-06T13:50:52 armenia 2008-06-06T13:51:07 http://www.eifl.net/cps/sections/services/eifl-foss/foss-news/2008_05_14_ils-pilot-workshop 2008-06-06T13:53:10 ach so 2008-06-06T13:55:44 djfiander: you better copy 'hot under the collar' miker_ on your reply to me :) 2008-06-06T13:56:36 done 2008-06-06T13:57:00 of course, i added the copyrights when Brad noticed some of this going on two months ago. 2008-06-06T13:57:00 *** rsinger has quit IRC 2008-06-06T13:57:42 heh. shhhh 2008-06-06T14:02:05 ok, what's worse: replying to the mailing list by accident, or following that up with an apology, also to the whole list? 2008-06-06T14:03:46 *** rsinger_ has joined #OpenILS-Evergreen 2008-06-06T14:04:22 djfiander: yes 2008-06-06T14:04:44 man, the ala website really is amazingly bad. 2008-06-06T14:06:48 heh.. the "Join/Renew" link is borked. 2008-06-06T14:06:49 nice 2008-06-06T14:07:14 and now it's not. wtf 2008-06-06T14:07:34 berick++ 2008-06-06T14:08:05 * berick waves at everyone, fresh off the plane 2008-06-06T14:08:21 fuck me. next time I renew, I'm writing a note on the cheque: "Please devote 100% of this money to the salary of a web developer" 2008-06-06T14:08:41 haha 2008-06-06T14:09:31 *** rsinger__ has joined #OpenILS-Evergreen 2008-06-06T14:11:19 is there any reason the exporter should be proxy-protected by default? 2008-06-06T14:13:32 dbs: hm, is there an "export all" button (of functionally equivalent)? (serious question) 2008-06-06T14:13:44 if it's just bib records and holdings, it seems like a lot of overhead 2008-06-06T14:13:52 ah - DOS concerns? 2008-06-06T14:13:55 better yet, do you have link? 2008-06-06T14:14:03 that would be my concerns, yeah 2008-06-06T14:14:21 *** rsinger has joined #OpenILS-Evergreen 2008-06-06T14:14:42 https://biblio-dev.laurentian.ca/exporter/ 2008-06-06T14:14:45 the usual 2008-06-06T14:15:45 once you authenticate, https://biblio-dev.laurentian.ca/exporter/1/2/3/4/5?format=XML works (thanks to miker_ for the fine example) 2008-06-06T14:16:45 is 1/2/3/4/5 a list of IDs? 2008-06-06T14:16:51 hah - holdings come out with 852a being "gaaagpl" 2008-06-06T14:16:55 berick: indeed 2008-06-06T14:17:02 GET or POST are accepted 2008-06-06T14:17:17 ok, cool ;) 2008-06-06T14:17:26 so yeah, you could hammer the system - somewhat like z39.50 2008-06-06T14:18:11 huh, i wonder if there is a limit to the lenght of a URL 2008-06-06T14:18:20 length 2008-06-06T14:19:07 a la 1/2/3/4/.../3333223/3333224/... 2008-06-06T14:19:13 I wish I could take a hammer to the system 2008-06-06T14:19:38 berick: depends on the server 2008-06-06T14:19:43 and browser, actually 2008-06-06T14:20:03 s/browser/user agent/ 2008-06-06T14:20:30 dbs: so when you said POST is accepted, did you mean there is a way to pass the list of IDs as a parameter and not part of the URL? 2008-06-06T14:20:31 so - some form of rate-limiting would be nice 2008-06-06T14:21:00 berick: yeah, if I believe miker_ 2008-06-06T14:21:14 oh, i guess there must be with the form upload button 2008-06-06T14:21:16 duh 2008-06-06T14:21:36 *** rsinger_ has quit IRC 2008-06-06T14:27:37 *** rsinger__ has quit IRC 2008-06-06T14:46:42 *** EGUEST524 has joined #openils-evergreen 2008-06-06T14:49:24 Hello, is there anyone onboard who may be able to help with a SIP Server question -- we have EG 1.2.2.0 set up with the SIP Server running and responding on port 6001. However, after receiving the SIP2 login transaction the SIP server closes the connection. /var/log/messages shows entries that the SIP login was valid, and we have created a user in the ILS with what we think is the proper permissions (the one ending in sip_client) Any ideas? 2008-06-06T14:50:36 we need a bit more info than that, I think 2008-06-06T14:50:43 Ok what do you need? 2008-06-06T14:50:55 berick: you there? 2008-06-06T14:51:40 /var/log/messages might not be the only place that info gets logged 2008-06-06T14:51:58 I suspect that there's a message in another log that might shed some light 2008-06-06T14:52:04 I tried to find the log location in oils_sip.xml but did not see anything. 2008-06-06T14:52:07 yep. EGUEST524, what permissions does the SIP user have? 2008-06-06T14:52:40 sip logs will go to the gateway log by default. if you're syslogging, then /var/log/messages may be it 2008-06-06T14:52:50 I added it to a group with application permission of group_application.user.user.sip_client 2008-06-06T14:54:17 group_application.user.user.sip_client is the permission that allows you to put users into the sip_client group (assuming that's how it's set up). a SIP user will need staff login perms and some circ perms 2008-06-06T14:55:01 We had tried making it a local administrator earlier to cut right to the chase and that diod not work either 2008-06-06T14:55:36 If the permissions are too low, should the connection be abruptly closed with no log entry anywhere? 2008-06-06T14:55:59 EGUEST524: no, it shouldn't, but it might. 2008-06-06T14:56:01 no, it really shouldn't. there would most likely be a message 2008-06-06T14:56:27 EGUEST524: what's the last log line? 2008-06-06T14:56:54 Jun 6 13:53:45 eg net_server[6780]: Successful login for 'sipuser2' of 'eg' 2008-06-06T14:57:12 from /var/log/messages 2008-06-06T14:58:21 * berick just remembered that the SIP code always uses syslog. EGUEST524, there will be more logs in osrfsys.log 2008-06-06T15:00:30 if there's a problem connecting to eg, there should be an error message. 2008-06-06T15:00:39 yeah 2008-06-06T15:02:22 from tail of opsrfsys.log: [2008-6-6 14:1:45] opensrf.settings [INFO:7556:Client.pm:84:] Creating Client instance: eg:5222, evergreen, opensrf.settings_drone_at_eg 2008-06-06T15:02:47 [2008-6-6 14:1:45] opensrf.settings [INFO:7556:Client.pm:275:] timed_read() read 28 bytes of data 2008-06-06T15:03:16 These are the only lines with timestamps after I tried the SIP login again 2008-06-06T15:04:29 berick: that's yours 2008-06-06T15:04:56 yeah, not much i can tell from that 2008-06-06T15:05:12 EGUEST524: i assume Evergreen in general is working (e.g. the OPAC, etc.) 2008-06-06T15:05:39 Could it be that my scripts section in oils_sip.xml is missing something -- i used oils_sip.xml.example and made changes to only the username and institution name 2008-06-06T15:05:45 yes all is working fine other than this 2008-06-06T15:08:02 when you changed the 'login' line in oils_sip.xml from 'gapines' to your local name, did you change the other places where it says 'gapines' too? 2008-06-06T15:08:52 Yes, there was only one place, in the institution header 2008-06-06T15:09:03 ok 2008-06-06T15:09:19 I tried it with leaving it as gapines at first also and it di dthe same thing 2008-06-06T15:09:43 Did you see my scripts question? 2008-06-06T15:09:44 EGUEST524: are you using oils_ctl.sh to stop/start SIP? if so, edit oils_ctl.sh and change line 92 to: perl SIPServer.pm "$OPT_SIP_CONFIG" 2008-06-06T15:10:05 Yes, we are. I'll try that now 2008-06-06T15:10:05 EGUEST524: the scripts won't come into play until you try a checkout 2008-06-06T15:10:23 that will run the server in the foreground and print any errors to the console 2008-06-06T15:11:56 $VAR1 = 'port=0:8080/tcp'; 2008-06-06T15:12:01 $VAR2 = 'port=192.168.1.15:8023/tcp'; 2008-06-06T15:12:06 $VAR3 = 'port=192.168.1.15:6001/tcp'; 2008-06-06T15:12:12 $VAR4 = 'log_file=Sys::Syslog'; 2008-06-06T15:12:17 $VAR5 = 'syslog_ident=acs-server'; 2008-06-06T15:12:21 $VAR6 = 'syslog_facility=local6'; 2008-06-06T15:12:25 and that's it. 2008-06-06T15:12:44 EGUEST524: does the process die? 2008-06-06T15:12:44 right. that's all the normal startup stuff. 2008-06-06T15:13:05 or is it still running in the foreground? 2008-06-06T15:13:09 no it was still there until I hit Ctrl-C. 2008-06-06T15:13:10 EGUEST524: now try to log in 2008-06-06T15:13:18 ok I'll start it again and try loggin in 2008-06-06T15:13:20 start it running again, then try logging on 2008-06-06T15:13:37 after that little burst, it's just sitting waiting for a connection. 2008-06-06T15:13:50 $5 says we see a perl error when he tries to log in 2008-06-06T15:14:02 the plot thickens: raw_transport: login error, exiting at SIPServer.pm line 162. 2008-06-06T15:14:13 * dbs notes that 'gapines' appears in oils_sip.xml.example twice 2008-06-06T15:14:16 ok, back to me. 2008-06-06T15:14:42 yes in the login section and the institution section. I used "/" in vi 2008-06-06T15:15:04 okay - you had said it only appeared in one place; wanted to make sure you hadn't missed one. 2008-06-06T15:15:43 ok thanks 2008-06-06T15:16:13 ok, something strange is going on. 2008-06-06T15:16:31 that line in SIPServer.pm is in raw_transport(), as indicated. not very well versed in the inner workings so not sure where to look next. 2008-06-06T15:16:32 right before that 'die' message, there's a call to syslog(LOG_ERR) to log why. 2008-06-06T15:16:43 ok hold 2008-06-06T15:17:02 search for 'raw_transport: LOGIN ERROR: ' 2008-06-06T15:17:31 s 2008-06-06T15:17:45 from /var/log/messages: Jun 6 14:13:45 eg net_server[7966]: 2008/06/06-14:13:45 Server closing! 2008-06-06T15:18:07 that comes right after the successful login message 2008-06-06T15:18:38 hat may have been my Ctrl-C. I only have one shell open 2008-06-06T15:18:48 yes, that was your Ctrl-C 2008-06-06T15:19:25 I'll try again with Ctrl-Z bg%1 and see if its different but I doubt it will be 2008-06-06T15:20:38 no difference, just the successful login message and the raw_transport error as before 2008-06-06T15:21:34 should I try evergreen/everPass for the SIP2 credentials? 2008-06-06T15:22:37 no 2008-06-06T15:22:53 the SIP2 credentials are the ones stored in the .xml file 2008-06-06T15:22:54 If I make the SIP2 user a local system administrator should that cover the perms 2008-06-06T15:23:05 oh wait 2008-06-06T15:23:42 yes, I meant to change them there and then use them for SIP2 login 2008-06-06T15:23:45 phasefx_: the remote xul constants.js trumps chrome constants.js? 2008-06-06T15:24:26 I always thought so; it'll be a blow to me to discover otherwise 2008-06-06T15:24:36 EGUEST524: yes, try that. 2008-06-06T15:24:56 i'm sorry I lost the thread 2008-06-06T15:25:01 dbs: ah, crap 2008-06-06T15:25:18 phasefx_: I figured it was worth asking 2008-06-06T15:25:18 EGUEST524: yes, change the SIP credentials to evergreen/everPass 2008-06-06T15:25:22 dbs: opac.xul is chrome, so it uses chrome constants.js 2008-06-06T15:25:34 dbs: almost everything else uses remote constants.js 2008-06-06T15:25:45 berick: the creds that come out of the sip.xml... that's what your backend uses to connect, right? 2008-06-06T15:25:50 phasefx_: heh - I can hear (yet another) scream of agony from miker_ now :) 2008-06-06T15:25:51 dbs++ 2008-06-06T15:26:16 I really should have the SIP login just pass the creds down to the ILS to check rather than duplicating that stuff in the xml file 2008-06-06T15:26:18 damn xulrunner, making me workaround bugs :) We should test opac.xul as remote on recent xulrunners 2008-06-06T15:26:40 I phear recent xulrunners 2008-06-06T15:30:02 now I got 940 (SIP2 Login invalid) and Jun 6 14:27:27 eg net_server[8187]: MsgType::handle_login: Unknown login 'evergreen' Jun 6 14:27:27 eg net_server[8187]: OUTPUT MSG: '940AY0AZFDFE' Jun 6 14:27:27 eg net_server[8187]: raw_transport: shutting down: EOF during login 2008-06-06T15:30:18 i double checked my entries in the XML and restarted the service after making the change?? 2008-06-06T15:30:27 that right. 2008-06-06T15:30:45 because it is not found as an account in the ils 2008-06-06T15:30:58 ? 2008-06-06T15:31:07 I'm trying to do to many things at once. 2008-06-06T15:31:34 dbs: me too 2008-06-06T15:31:38 the oils_sip.xml needs to have a username and password in it that are a valid staff account in the ILS 2008-06-06T15:32:02 if evergreen/everPass are the DB admin username/pwd, then that's wrong. 2008-06-06T15:32:22 sorry about the confusion 2008-06-06T15:32:37 OK, that's what I had before with sipuser2, but now I'll trty adding 'evergreen' to the ILS. I'll ask it here again, should making that user a member of the local system administrators cover the perms issues? 2008-06-06T15:32:52 it seems odd that there are log messages missing. 2008-06-06T15:33:18 don't bother adding evergreen to the ILS, just switch back to sipuser2 2008-06-06T15:33:27 berick: permissions? 2008-06-06T15:34:25 EGUEST524: the most appropriate group would be a group that performs ciculations. the admin group may not have circ privs by default (i don't recal) 2008-06-06T15:34:29 s/recal/recall/ 2008-06-06T15:34:44 but, a user in the admin group would get you as far as the login 2008-06-06T15:36:21 looking at the code, it looks like the ILS backend is loading ok 2008-06-06T15:36:47 and then it's dying somehow when initializing the ILS backend 2008-06-06T15:41:12 oh wait. maybe not. 2008-06-06T15:41:45 berick: when I load the ILS backend, I just say 2008-06-06T15:41:49 $module->use; 2008-06-06T15:42:14 berick: should that be in an eval {} ? 2008-06-06T15:42:32 see Sip/MsgType.pm line 850ff 2008-06-06T15:42:43 line 850 and following :) 2008-06-06T15:46:44 djfiander: it's working fine everywhere else we're using it 2008-06-06T15:46:49 module->use should be OK 2008-06-06T15:47:14 that's what I figured. I'm sure I would have got the configuration wrong myself once. 2008-06-06T15:47:36 the Client.pm lines from above look like they really are out of osrf. 2008-06-06T15:47:48 *** kbeswick has quit IRC 2008-06-06T15:48:05 yeah, definitely 2008-06-06T15:48:18 they look really slim, too 2008-06-06T15:48:24 Is there anything else I can tell you about my setup that might help you compare/contrast with other setups? 2008-06-06T15:49:02 EGUEST524: are you using ubuntu or debian (hardy, gutsy, etch, lenny, etc.))? 2008-06-06T15:49:33 dunno right now. it just seems odd that there's not more SIP logging going on. it's almost impossible for the server to exit without a couple of things that explain why 2008-06-06T15:49:38 Ubuntu Gutsy-Gibbon desktop version 2008-06-06T15:49:52 7.10 2008-06-06T15:50:20 *** Slazer has quit IRC 2008-06-06T15:52:07 I used the flow from 'Instaling Evergreen 1.2 on Ubuntu 7.10' The only hitch was that I needed sys/typs.h header for DateTime::Format::ISO8601, which I got from libc6-dev. 2008-06-06T15:52:38 s/typs.h/types.h/ 2008-06-06T15:52:46 I really hate that whole '-dev' thing that debian does, you know. 2008-06-06T15:54:01 EGUEST524: you could change the log level on opensrf_core.xml to 4. i assume it's at 3 now. maybe something interesting in osrfsys.log will show up 2008-06-06T15:54:32 ok i'll try it now 2008-06-06T15:54:56 that will require a restart of evergreen services 2008-06-06T16:01:47 there are no entries in osrfsys.log during the SIP2 login process, even at log lvel 4 2008-06-06T16:02:12 how about /var/log/messages? 2008-06-06T16:02:31 The sameas before. Successful login.. and that's the end 2008-06-06T16:04:53 EGUEST524: what you changed will affect osrfsys.log 2008-06-06T16:05:35 syslog is recording INFO messages already. not much point in changing that 2008-06-06T16:10:03 http://islandpines.roblib.upei.ca/opac/extras/opensearch/1.1/-/html-full?searchOrg=CONS&searchTerms=zoo&searchClass=keyword 2008-06-06T16:10:08 double-encoding - boo 2008-06-06T16:10:49 pretty sure it's fixed in trunk 2008-06-06T16:11:28 dbs: oddly enough, that's not the case on the detail page in the slimpac 2008-06-06T16:11:40 miker_: correctamundo 2008-06-06T16:12:04 trying to think if that was an eg_vhost.conf setting... go brain go 2008-06-06T16:12:32 XMLEscapeScript perhaps... 2008-06-06T16:14:04 could be... 2008-06-06T16:23:08 *** phase_bb has joined #openils-evergreen 2008-06-06T16:23:30 *** EGUEST524 has quit IRC 2008-06-06T16:23:57 miker_: http://jangle.org/drupal/connector/api/item 2008-06-06T16:23:58 *** EGUEST524 has joined #openils-evergreen 2008-06-06T16:25:26 EGUEST524: sorry we couldn't be of more help. this is a tricky thing to solve at a distance, and I can't really devote my complete attention to it right now. 2008-06-06T16:26:13 berick and djfiander: thank you for your effort here today with my SIP server problem. i guess we'll try evaluating evergreen at a later date. thanks again. 2008-06-06T16:29:07 *** EGUEST524 has quit IRC 2008-06-06T16:29:16 *sigh* 2008-06-06T16:29:17 miker_: weird, not fixed in trunk (at least not on my local machine) 2008-06-06T16:29:57 wow. evaluation depended on one SIP debugging session? 2008-06-06T16:30:31 dbs: well, SIP didn't work for him. 2008-06-06T16:31:02 of course, I do wonder how many vendors let you actually install and use a system as part of the evaluation process. 2008-06-06T16:31:31 if he was installing, then he probably got something wrong. but we'll never know 2008-06-06T16:31:34 djfiander: right - but having every piece working out of the box (or via a quick remote debugging session) is a pretty tall order 2008-06-06T16:36:29 time for me to head out 2008-06-06T16:36:33 *** djfiander has quit IRC 2008-06-06T16:37:32 *** Karen__ has left #OpenILS-Evergreen 2008-06-06T16:50:59 miker_: riddle me this: removing the entityize() call on 1149 of WWW/SuperCat.pm fixed the problem on my local system 2008-06-06T16:52:22 yet on biblio-dev, that module is untouched and works fine 2008-06-06T16:52:47 biblio-dev = debian, local system = ubuntu hardy - maybe a Perl default or some such madness? 2008-06-06T16:54:23 different libxml2 versions, would be my first guess 2008-06-06T16:54:46 that's what started all of the namespace madness 2008-06-06T16:55:20 berick: hmm - that's reasonably evil 2008-06-06T16:55:38 ubuntu hardy = libxml2, postgresql, and xulrunner pain 2008-06-06T17:45:22 *** mjg_ has joined #openils-evergreen 2008-06-06T17:45:34 *** mjg_ has left #openils-evergreen 2008-06-06T17:46:29 *** mjg_ has joined #openils-evergreen 2008-06-06T17:46:32 *** mjg_ has left #openils-evergreen 2008-06-06T18:29:36 * dbs thinks - hey wait, biblio-dev = i-p (debian etch amd64); so maybe it's trunk vs. rel_1_2 2008-06-06T19:09:38 *** dmcmorris_esi has joined #OpenILS-evergreen 2008-06-06T19:50:08 *** dmcmorris_esi has quit IRC 2008-06-06T19:50:30 *** phasefx has quit IRC 2008-06-06T19:51:17 *** eeevil has quit IRC 2008-06-06T19:58:59 *** kgs has joined #openils-evergreen 2008-06-06T20:02:17 Hey! dev.gapines.org slimpac is messed up too - so my theory is that the entityize call in trunk is no longer necessary 2008-06-06T20:02:20 http://dev.gapines.org/opac/extras/opensearch/1.1/PINES/html-full?searchTerms=motley&searchClass=keyword 2008-06-06T20:06:05 *** dmcmorris_esi has joined #OpenILS-evergreen 2008-06-06T20:19:36 *** dbs has quit IRC 2008-06-06T20:30:34 *** dmcmorris_esi has left #OpenILS-evergreen 2008-06-06T20:35:00 @later tell dbs to extend your theory, I bet it's internationalization that did it (if you started that for trunk, which I think you have 2008-06-06T20:35:00 miker_: The operation succeeded. 2008-06-06T20:35:28 *** denials has quit IRC 2008-06-06T20:37:46 *** rsinger_ has joined #OpenILS-Evergreen 2008-06-06T20:52:49 *** kgs has quit IRC 2008-06-06T20:55:00 *** rsinger has quit IRC 2008-06-06T21:09:09 1.2.2.1 released. finally!!! 2008-06-06T21:10:57 *** dbs has joined #openils-evergreen 2008-06-06T21:15:21 miker_: you see http://dev.gapines.org/opac/extras/opensearch/1.1/PINES/html-full?searchTerms=motley&searchClass=keyword 2008-06-06T21:15:53 you did see that :) 2008-06-06T21:18:52 so - it's probably XMLENT being included for slimpac (it's in trunk, but not in rel_1_2) 2008-06-06T21:20:07 let's see 2008-06-06T21:22:06 well.. slimpac is just the static html pages 2008-06-06T21:22:09 not opensearch 2008-06-06T21:23:16 hrm... 2008-06-06T21:25:29 correct again. damn you're smart. 2008-06-06T21:25:42 bah. I can't fix it. not that smart 2008-06-06T21:27:17 I can "fix" it in trunk, but why the hell would we suddenly not need to entity-ize output? 2008-06-06T21:27:56 I'm not sure ... 2008-06-06T21:28:33 hrm... do you want to trace each back to the db? see how the feed is being built? 2008-06-06T21:28:45 unfortunately I can't right now 2008-06-06T21:29:25 that's where I was planning on going, yeah 2008-06-06T21:30:04 part of my mission to figure out how to build each of the feeds manually anyways (we don't really have any examples in the wiki I could find) 2008-06-06T21:30:50 yeah, I have to consult the code, and it's still tough for some things, like freshmeat 2008-06-06T21:30:56 miker-- 2008-06-06T21:32:57 oh yeah, right 2008-06-06T21:33:00 miker_++ 2008-06-06T22:16:49 oh ... 1.2.2.1 is up. you cam in right after I said that 2008-06-06T22:28:43 part of the reason I got hooked back in - saw the commit 2008-06-06T22:34:55 ahh... sorry to interrupt 2008-06-06T22:35:04 * miker_ rolls back 2008-06-06T22:35:27 svn delete http://...ILS/tags/rel_1_2_2_1 2008-06-06T22:47:54 :) 2008-06-06T22:48:40 ooh, exporting bookbags now eh? 2008-06-06T22:58:56 a start on supercat docs: http://open-ils.org/dokuwiki/doku.php?id=backend-devel:supercat:examples 2008-06-06T23:39:19 dbs++ ! 2008-06-06T23:39:38 1/10th of what needs to be there, but a start 2008-06-06T23:39:46 dbs: there are a couple old blog entries, but I'm sure you've mined those for all they're worth already 2008-06-06T23:40:07 uhh... no, just reading through source and lots of trial and error 2008-06-06T23:41:25 ah - http://open-ils.org/blog/?p=51 2008-06-06T23:41:27 dang 2008-06-06T23:46:19 heh ... sorry, got distracted while going to look 'em up 2008-06-06T23:46:42 http://open-ils.org/blog/index.php?s=supercat 2008-06-06T23:56:21 freshmeat seems to be the major one I'm missing 2008-06-06T23:56:53 I'm dancing around something like http://biblio-dev.laurentian.ca/opac/extras/feed/freshmeat/atom/marcxml/create_date/10/2008-01-01 2008-06-06T23:57:44 sec 2008-06-06T23:58:15 oh dumbass 2008-06-06T23:58:41 http://gapines.org/opac/extras/feed/freshmeat/html/biblio/import/10 2008-06-06T23:59:02 s/html/foo 2008-06-06T23:59:05 http://biblio-dev.laurentian.ca/opac/extras/feed/freshmeat/atom/biblio/edit/10 2008-06-06T23:59:13 right 2008-06-06T23:59:49 yeah, just found where the type and axis are defined and the methods are registered