Open Source Integrated Library System

Evergreen on IRC

#evergreen Logs for Wednesday, June 15th, 2011

< Tuesday, June 14th, 2011Raw Log FileThursday, June 16th, 2011 >
#TimeNickMessage
#00:15:40foocraft has quit IRC
#01:06:08pinesol_green` has joined #evergreen
#01:06:11pinesol_green has quit IRC
#01:20:10pinesol_green has joined #evergreen
#01:20:44pinesol_green` has quit IRC
#01:21:14bradl has quit IRC
#01:23:14bradl has joined #evergreen
#01:47:03fredericd has joined #evergreen
#02:26:36oakivilmorning #evergreen
#02:28:14phasefxmorning
#03:30:04artunit has quit IRC
#04:15:21sylvar has quit IRC
#04:15:26sylvar has joined #evergreen
#04:29:56natschil has joined #evergreen
#07:35:39drdata_home has quit IRC
#07:38:16artunit has joined #evergreen
#07:48:40natschil has joined #evergreen
#08:08:27collum has joined #evergreen
#08:12:09mrpeters-isl has joined #evergreen
#08:25:27RBecker has quit IRC
#08:27:34RBecker has joined #evergreen
#08:38:28plux has joined #evergreen
#08:42:54KN2W has joined #evergreen
#09:12:01jenny has joined #evergreen
#09:14:26mmorgan has joined #evergreen
#09:18:09denialsphasefx: I'll try to review/sign-off on your payment button branch this afternoon, if nobody beats me to it
#09:18:32denials has a morning of self-check SIP / SSH / connectivity debugging ahead of him
#09:26:23yboston has joined #evergreen
#09:30:46GervaisdeM1 has joined #evergreen
#09:32:15GervaisdeM1 has left #evergreen
#09:32:16GervaisdeM1 has joined #evergreen
#09:33:37gmcharltdenials: I done did that
#09:43:53Meliss has joined #evergreen
#09:45:34drdata_esi has joined #evergreen
#09:58:00AaronZ-PLS has quit IRC
#09:59:46denialsgmcharlt++
#10:00:06_bott_I've got a set of data I've upgraded to 2.1, and one record has a rogue "<" in the data. It's causing me all kinds of headaches. I can't make any changes to the record as I keep getting: ERROR: Attempted to UPDATE MARCXML that is not well formed Any suggestions?
#10:00:07denialsSIP over SSH isn't going to work well if port-forwarding gets disabled
#10:00:35denials glares at aptitude safe-upgrade / self
#10:01:02mrpeters-isl_bott_: can you update it via the db?
#10:01:03denials_bott_: disable triggers on biblio.record_entry, issue UPDATE, reenable triggers
#10:01:41_bott_denials: um... duh. Thanks!
#10:06:20_bott_ahh, much better. It's amazing how much damage a little tag looking piece can do
#10:06:31denials_bott_: had to go through that myself to repair a bunch of malformed XML after the 1.6->2.0 leap
#10:08:53_bott_heh, it's no wonder that title has never circulated
#10:14:05KN2W has quit IRC
#10:39:31GervaisdeM1 has left #evergreen
#10:42:31atz_ has joined #evergreen
#10:45:26atz has quit IRC
#11:00:24kivilahtio has joined #evergreen
#11:00:40kivilahtiogood evening #evergreen
#11:00:52kivilahtioi was asking here about component parts
#11:01:15kivilahtionow i have a question regarding the generation of web-files
#11:01:40kivilahtioopensrf@openlibrary:/openils/bin$ ./autogen.sh -c /openils/conf/opensrf_core.xml -u
#11:01:40kivilahtioUpdating Evergreen organization tree and IDL using '/openils/conf/opensrf_core.xml'
#11:01:40kivilahtioUpdating fieldmapper
#11:01:40kivilahtioException: OpenSRF::EX::Session 2011-06-15T17:54:52 OpenSRF::Utils::SettingsClient /usr/local/share/perl/5.10.1/OpenSRF/Utils/SettingsClient.pm:103 Session Error: router@private.localhost/opensrf.settings IS NOT CONNECTED TO THE NETWORK!!!
#11:01:50kivilahtioi
#11:01:54kivilahtioi get such a error
#11:02:11mrpeters-islkivilahtio: please use http://paste.lisp.org/new/evergreen for large pastes
#11:02:14kivilahtioi looked at the ejabberd log and it says login is successfull
#11:02:51mrpeters-islkivilahtio: http://open-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors
#11:03:25mrpeters-isli'd be willing to bet that OpenSRF services aren't properly started
#11:03:36kivilahtioneither apache nor gateway.log display any errors
#11:03:56kivilahtioit complains to me about logs not beign writeable
#11:04:18mrpeters-islwell, if it can't write to the log then we're probalby missing important errors
#11:04:30mrpeters-islso lets get that corrected first
#11:04:38kivilahtionow that you put it that way ;)
#11:05:02mrpeters-islwhat is the error you're getting regarding logging?
#11:06:34kivilahtiothat error hapens after failing to create web-files
#11:06:43kivilahtioi can start OpenSRF with no errors
#11:07:01kivilahtioill try to restart opensrf
#11:07:04mrpeters-isli'm asking for the error you say you got about "logs not being writeable"
#11:07:46kivilahtioevergreen@openlibrary:/home/kivilahtio$ /openils/bin/srfsh
#11:07:46kivilahtioUnable to fopen log file /openils/var/log/srfsh.log for writing; logging to standard error
#11:07:46kivilahtiosrfsh 2011-06-15 16:49:55 [INFO:14069:osrf_system.c:628:] Bootstrapping system with domain private.localhost, port 5222, and unixpath (none)
#11:07:55mrpeters-islagain, please...use the pastebin's
#11:07:56kivilahtioare these too alrge pastes?
#11:07:58mrpeters-islin topic
#11:08:01kivilahtiowhat is too large?
#11:08:19kivilahtioi know but how many lines is too large?
#11:08:28kivilahtioi take 1 line is more than enough
#11:08:31mrpeters-islits just good practice to use the pastebins for any error messages, config files, etc.
#11:08:35kivilahtiook
#11:08:55mrpeters-islanyways...it appears you're logged in as some user "evergreen"
#11:09:18mrpeters-island that user's srfsh is trying to log to /openils which should be owned by "opensrf"
#11:09:34kivilahtiohmm
#11:09:47mrpeters-islalas, that's not what is causing the autogen failure
#11:10:33mrpeters-islplease paste the output of ejabberdctl connected-users
#11:12:46lisppasteoakivil pasted "ejabberd" at http://paste.lisp.org/display/122670
#11:13:11mrpeters-islyeah, so none of the evergreen services are running
#11:13:43mrpeters-islcan you paste the output after you start services (osrf_ctl.sh -l -a start_all)
#11:13:48mrpeters-islif they're already running, you may want to stop them first
#11:13:54youdonotexist has joined #evergreen
#11:14:34kivilahtiodo i shut them down with the same command?
#11:14:39mrpeters-islstop_all
#11:15:39kivilahtioyeah so it seems
#11:15:51kivilahtioit says kill: 209: No such process
#11:16:03mrpeters-islyeah...so they weren't running
#11:16:43mrpeters-islso run ps -aef | grep OpenSRF
#11:16:48mrpeters-island make sure no more OpenSRF services are running
#11:16:54mrpeters-islif they are, you're going to need to kill them manually
#11:17:01mrpeters-islthen remove the lock files -- rm –R /openils/var/run/*.pid
#11:17:13lisppasteoakivil pasted "osrf_ctl.sh start_all" at http://paste.lisp.org/display/122671
#11:17:27mrpeters-islyeah, sounds like you have some stale lock files
#11:17:37mrpeters-islperhaps from a reboot, without stopping services
#11:18:24mrpeters-islso lets get them all stopped and clear out the old lock files
#11:18:33mrpeters-islthen report back...we'll start services one at a time to try to identify the problem
#11:19:21kivilahtiook couldnt find any locks
#11:19:25kivilahtiokilled processes
#11:19:40kivilahtioill start_all
#11:19:42mrpeters-islthere was nothing in /openils/var/run/??
#11:19:45mrpeters-islno, don't do that yet
#11:19:50kivilahtioonly opensrf folder
#11:19:55mrpeters-islok
#11:19:58kivilahtiowhich contained some .pl fies
#11:20:01mrpeters-islso, lets start ONLY the rotuer first
#11:20:11mrpeters-islsudo su - opensrf
#11:20:17mrpeters-islosrf_ctl.sh -l -a start_router
#11:20:28kivilahtiook no output
#11:20:33mrpeters-islthen lets do a ps aux | grep Router to make sure you have them running
#11:20:51kivilahtioi have two routers
#11:20:53mrpeters-islgood
#11:20:56mrpeters-islnow lets start the perl services
#11:21:02mrpeters-islosrf_ctl.sh -l -a start_perl
#11:21:12kivilahtiook
#11:21:18kivilahtiosame output as before in the paste
#11:21:19mrpeters-islshould give you a list of perl services that have started
#11:21:25mrpeters-islthat they're already running?
#11:21:29kivilahtioexcept now everything is starting not already running
#11:21:30mrpeters-islor that they were started?
#11:21:34mrpeters-islgood
#11:21:36kivilahtio:)
#11:21:46kivilahtioosrf?
#11:21:50mrpeters-islnow lets start C
#11:21:56mrpeters-islosrf_ctl.sh -l -a start_c
#11:22:01kivilahtiook
#11:22:18kivilahtiono errors
#11:22:35mrpeters-islthen ps aux | grep "OpenSRF System-C"
#11:22:35kivilahtiohost=localhost
#11:22:49kivilahtioone process running
#11:22:53mrpeters-islok
#11:22:57mrpeters-islnow lets try the autogen again
#11:23:06kivilahtiohow about osrf?
#11:23:11mrpeters-islcd /openils/bin && ./autogen.sh -u
#11:23:45kivilahtiolooks good
#11:23:52mrpeters-islok, so there we go
#11:23:53kivilahtiosuccess
#11:24:04mrpeters-islso those lock files were preventing you from actually starting services
#11:24:20mrpeters-islbecause the lock files in /openils/var/run told osrf_ctl.sh that the processes were already running
#11:24:37kivilahtiook
#11:24:46kivilahtioI wonder where did they appear
#11:24:52mrpeters-isljust do this same thing if you ever have this problem again, like after a power outage perhaps
#11:24:57kivilahtiook
#11:26:01mrpeters-islhave fun!
#11:28:02kivilahtiothanks
#11:28:13kivilahtiothat ws some unix process killing
#11:28:29kivilahtiobut now i cant get xulrunner to run the client software
#11:28:37kivilahtioNo protocol specified
#11:29:10mrpeters-islyou can be really dirty and run the windows version with Wine :)
#11:29:24kivilahtioahah
#11:29:32kivilahtiosounds like a lot of cheating
#11:30:03mrpeters-isli assume you have a desktop environment installed, right?
#11:30:03kivilahtiowell I'll google around for no protocol specified
#11:30:07kivilahtioyes
#11:30:13mrpeters-islxulrunner client won't run from command line of course
#11:30:14kivilahtionatty narwhal
#11:30:22kivilahtiook
#11:30:42mrpeters-islare you starting as root?
#11:30:50kivilahtioopensrf
#11:30:56mrpeters-islah, try starting xulrunner as root
#11:31:11jenny has quit IRC
#11:31:43kivilahtiodifferent errors
#11:32:01mrpeters-islsend em over
#11:32:16lisppasteoakivil pasted "xulrunner unsupported authentication" at http://paste.lisp.org/display/122672
#11:33:03mrpeters-islhttp://www.linuxquestions.org/questions/linux-newbie-8/gnomeui-warning-while-connecting-to-session-manager-134650/
#11:34:32denialsgah, argh, SIP linefeed mangling strikes again? at least for testing via telnet, I had to disable the local $/ bit in SIP.pm around line 175
#11:35:00denialsand dollars to doughnuts says that's reason #2 our self-check has been sick since the upgrade to 2.0
#11:35:32mrpeters-islkivilahtio: http://www.psychocats.net/ubuntu/graphicalsudo
#11:37:21denialsmrpeters-isl: can't read all scrollback but was "chown -R opensrf:opensrf /openils" suggested?
#11:37:31mrpeters-islwe got it :)
#11:37:43mrpeters-islhad some lock files preventnig him from starting services
#11:38:16mrpeters-isllogging issue was just that srfsh was trying to log to a file it didn't have permissions on, since it wasn't "opensrf" that was running srfsh
#11:38:43kivilahtiohmm
#11:39:02kivilahtiowith gksudo xulrunner ...
#11:39:12kivilahtio Gtk-WARNING **: cannot open display: :0.0
#11:39:54hopkinsjuAnyone out there with a pre-built 2.0.6 Mac client?
#11:40:27bshumhopkinsju: I made one yesterday
#11:40:34bshumBut haven't packaged it into a .dmg yet
#11:40:44hopkinsjubshum: Hook it up! :)
#11:41:05bshumSure, give me about 20?
#11:41:32hopkinsjuThat'd be awesome. Thanks
#11:42:41mrpeters-islhopkinsju: http://sitka.bclibraries.ca/support/staff-client-executables/ might have one
#11:43:36hopkinsjuYeah, that's the go-to spot, but they are on 2_0_5
#11:43:44kivilahtioyay got it working
#11:44:07kivilahtioi was su:ing opensrf and opensrf wasnt logged in to the graphical interface
#11:44:24kivilahtionow running from the primary logged in acount
#11:46:02mrpeters-islnice!
#11:47:09kivilahtiohmm
#11:47:34kivilahtiobut my job for today is done
#11:47:39kivilahtiothanks a lot for your help
#11:47:45mrpeters-islno prolem
#11:47:50kivilahtionow I can finalyl get into testin evergreen
#11:48:04kivilahtiobeen looking forward to it :D
#11:48:45hopkinsjubshum: It'd be nice if someone took the inititive to build Mac clients and post them to the open-ils downloads page. I'd be willing but unfortunately I had to give up my efforts to build it yesterday (else lose all my hair). I can't get Mac Ports to build xulrunner b/c of some weird issues building one of the dependencies.
#11:49:47bshumhopkinsju: I've helped to take over Windows packaging, but only because I'm still not fully familiar with Mac clients and all their unique quirks.
#11:49:48hopkinsjuHopefully in the near future I can get that issue resolved and be that person.
#11:50:04bshumI've built local versions to play with though.
#11:50:22bshumWell, by take over, I just mean that I volunteer to help with that :)
#11:50:24mrpeters-isli've built them for our local version as well, but i don't have easy access to a Mac to do it egularly
#11:50:30hopkinsjubshum: Right on. Like I said, it's just a weird issue with my port tree that I haven't had a chance to resolve.
#11:51:04mrpeters-islhopkinsju: i think you could use the 2.0.5 staff client and just replace the build directory and modify application.ini
#11:51:23bshummrpeters-isl is right, that is a perfectly good option that we've used in the past.
#11:51:33bshumThough SITKA doesn't have the fancy icon he made ;)
#11:51:46mrpeters-isllol
#11:51:51hopkinsjuoic. I'll give that a try then - lol
#11:53:12bshumI'll still build one. I was planning to for the upcoming 2.0.7 (whenever that gets cut)
#11:54:44mrpeters-isl eats
#11:54:55kivilahtio has quit IRC
#12:08:30frank_ has joined #evergreen
#12:21:20bshumhopkinsju: For now, here's something to get you started: http://evergreen-ils.org/~bshum/Evergreen%202.0.6.dmg
#12:21:30bshumI want to add a better background to the dmg file sometime.
#12:22:30bshumBut my gimp skills are apparently quite poor :(
#12:24:11hopkinsjubshum: Thanks!
#12:25:09phasefxalso, nothing wrong with using a 2.0.5 client on a 2.0.6 server with the proper symlink. I don't recall any local client fixes
#12:28:01hopkinsjuphasefx: Good to know. I suspected that it'd work just fine, but wasn't sure.
#12:30:06jamesrfif i have this in my fm_IDL: <retrieve permission="CREATE_ORG_UNIT UPDATE_ORG_UNIT DELETE_ORG_UNIT"> does that mean any of those or all?
#12:35:47jamesrfI can also volunteer to build a mac client if it's needed
#12:36:16jamesrfi generally don't update the sitka ones because nobody's ever asked about it and i don't want to confuse sitka users
#12:37:09yboston has quit IRC
#12:50:05edoceo has joined #evergreen
#12:52:01pmplett has joined #evergreen
#12:53:17tsberejamesrf: I think it means any
#12:59:13phasefxI have a feedback email from a BiblioOak patron. Who should I forward that to?
#13:00:34bshumOh boy
#13:00:47bshumThat's us
#13:00:55phasefxwant it?
#13:01:37phasefxI think Amy Terlaga is on the same feedback list, but I don't know if she saw it
#13:07:09mrpeters-islsql whizzes -- need some help with a concept that I can't seem to do within the reports module -- http://pastie.org/2073245
#13:07:36mrpeters-islany thoughts on how i can pull this off? maybe i'm over thinking it but i can't seem to crack it...
#13:09:23tsberemrpeters-isl: So your goal is to find ones that do not share a parent ou?
#13:09:35bshummrpeters-isl: Maybe something like this? http://pastie.org/2073254
#13:10:18mrpeters-isltsbere: right
#13:10:40mrpeters-isllooks good, bshum
#13:10:42mrpeters-islawesome
#13:10:44mrpeters-islbshum++
#13:10:46tsbere was off getting lunch
#13:11:00bshumYou join the actor.org_unit table to the action.hold_request_copy twice
#13:11:06bshumThen compare the parent_ou of both aous
#13:15:37denialsphasefx: she is on the list, which is why I didn't bother trying to track anyone else down; but she's been quiet of late. ALA-focused, maybe
#13:19:48agJohndbwells;senator: can either of you gentlemen clear up a subtle point for me on the serial.caption_and_pattern.pattern_code column. A comment in the SQL says "must contain JSON". This appears to be essentially a JSON representation of the 853-855 tag contents (with the first two positions being the indicator values and the rest being subfield label/values). My question has to do with the...
#13:19:50agJohn...values for $8. Is there any kind of restriction on this? Normally this would like to the 863-865 tags' contents. Is this something that has to correlate with anything in the issuance table or whathaveyou?
#13:19:53lisppastebshum pasted "acq error?" at http://paste.lisp.org/display/122673
#13:21:32tsberebshum: maybe the client hit stop (or navigated elsewhere?)
#13:23:32bshumtsbere: Hmm, perhaps. I'm slogging through our demo server's osrferror.log and the number of times Acq comes up is disturbing. :(
#13:23:57bshumI'll do some more digging on our end.
#13:23:58bshumThanks
#13:24:44edoceo has quit IRC
#13:38:16b_bonner_ has joined #evergreen
#13:38:40kmlussier has joined #evergreen
#13:41:02artunit has quit IRC
#13:41:48tsbere assumes a meeting has ended
#13:42:10tsbereIf only because I think kmlussier wouldn't be on until it was over.
#13:43:31kmlussierIt has ended. Was a long-ish one.
#13:44:52bshumdbwells: Are you still seeing the error you noted at the end of this bug report? https://bugs.launchpad.net/evergreen/+bug/605921
#13:45:38bshumI've noticed errors like missing the "metabib._field_entry" and they do seem related to records with colons in them.
#13:45:50bshum*searching for
#13:46:02dbwellsagJohn: I am pretty sure the values of $8 in the JSON, both in caption_and_pattern and the issuance, are functionally just placeholders. They get rewritten as needed based on the actual linkages between issuance and caption_and_pattern. I am sure there are still some bugs/todos regarding how that all works, so please report any odd behavior.
#13:46:49bshumOh it's gmcharlt's bug, guess I should ask him too ;)
#13:47:58agJohndbwells: The "issue" isn't odd behavior, per se, but the fact that I need to generate data to go in caption_and_pattern and issuance that the code recognizes as consistent....
#13:48:10dbwellsbshum: yep, still happens here, but I don't have any further insight on whether it is fixed in rel_2_0
#13:49:28bshumdbwells: It's apparently happening for us when we search for a bib using Acquisitions.
#13:49:42bshumBut presumably happens during regular bib searches in the catalog too.
#13:50:05bshumWe're working off 2.0.6 + a few patches, so I guess it hasn't been resolved yet.
#13:50:33dbwellsbshum: we were hitting it a lot from our external ILL program, because, well, lots of title have colon in them, so anything throwing titles against a search is going to hit this.
#13:50:44bshumdbwells: Fancy
#13:51:03denials@later tell Dyrcona do you have any further information regarding 52a025ea5d663 in SIPServer, beyond "Fix checksum generation so that it actually works with clients."? That's pretty terse
#13:51:03pinesol_greendenials: The operation succeeded.
#13:51:55tsberedenials: I assume that is a commit hash? (re SIPServer)
#13:52:02denialstsbere: yep
#13:52:08dbwellsbshum: I haven't even gotten to the fancy part! :P We made a simple script which intercepts the search requests, strips most of the punctuation, then forwards it along. Okay, it isn't fancy :)
#13:52:22denialstsbere: http://git.evergreen-ils.org/?p=SIPServer.git;a=commit;h=52a025ea5d663bbdc160cb20cefbccfca889516d
#13:52:48tsberedenials: Yea, just dug it up. In general, that is about it. Before that it would spit out an all-0 checksum, I think.
#13:52:50denialsinformation that would be useful would include "What clients? What encoding?"
#13:53:05tsbereANY client. ANY encoding. I think.
#13:53:26denialstsbere: huh, that was a pretty severe regression from the CVS days :/
#13:53:36tsbereI think it was being double-sprintf'd
#14:00:29denialsOur leap from CVS SIPServer to git SIPServer has not been successful so far, alas - seeing regressions like that are concerning (thanks to Dyrcona for a fix, at least, although I might give the old checksum implementation from pre-atz a shot)
#14:01:58dbwells has quit IRC
#14:03:11dbwells has joined #evergreen
#14:03:40bshumdbwells: That little script is for your external ILL program's requests or just all your searches generally?
#14:03:49bshumdbwells: Cause that does sound fancy to me :)
#14:04:15dbwellsbshum: just for the ILL program
#14:04:25Dyrcona has joined #evergreen
#14:05:01tsberedenials: Well, it is working for us. If you want help debugging, though, let me (or Dyrcona) know.
#14:05:46denialstsbere: what self-checks? and what encoding? That's helpful info :)
#14:06:11denialsWe have 3M V-series using Unicode encoding
#14:06:42tsbereWe have whatever the libraries have. Plus PHP code.
#14:08:38tsbereI think we have had 3M and Envisionware
#14:09:37tsberedenials: We have been doing our testing with the php code in this repo: http://git.mvlcstaff.org/?p=tsbere/PHPSIP2.git;a=summary (or a more feature-filled variant thereof....haven't pushed lately)
#14:10:32tsbereHmmm. Didn't have much more to push.
#14:20:06denialsSo - rolling the checksum code back to the pre-atz version of Sip/Checksum.pm resolved my basic connectivity problem when connecting with Unicode encoding
#14:21:15denialsThere seems to have been a regression in Unicode handling as well, é and the like are coming out corrupted
#14:21:43denialsit feels like the Dec 2009 all over again (back when I first fixed these problems!)
#14:23:24denialstsbere++ # for restoring the complete history of the codebase
#14:26:02tsberedenials: You feel it would be good to have push rights to the repo on git.evergreen-ils.org?
#14:28:15bradl has quit IRC
#14:29:05bradl has joined #evergreen
#14:35:49denialstsbere: I'm happy to just offer patches for now
#14:39:37Dyrconadenials: we'll be happy to take the patches.
#14:40:37Dyrconadenials: I think you've found out that checksum generation was completely broken. It was generating a hex value, then trying to turn that into a hex value as if it were an integer.
#14:40:57Dyrconadenials: my original fix removed too much code, so some went back in.
#14:41:44Dyrconadenials: I was tempted to just restore the original code from OpenNCIP but didn't....
#14:42:12Dyrconadenials: mainly because what we had was working with all of our clients: Cassie, Envisionware, 3M....
#14:43:16DyrconaIf you think the original checksum generation should be restored, I'm willing to go along with that.
#14:52:42jefftsbere: stupid git question: if i were to seek to clone one of your repos on http://git.mvlcstaff.org/ -- why can't i clone it using the git:// url displayed? Lack of ssh key? Why does s/git:/http:/ not work either?
#14:52:55jeffam i Doing it Wrong, or is something amiss?
#14:53:42jeffthe git:// urls just give fatal: The remote end hung up unexpectedly
#14:56:06Dyrconahmmm. works for me, but I'm on the same network.
#14:56:35tsberejeff: I can look into it, but the git urls should be working. Which repo you cloning?
#14:57:26jefftried git://git.mvlcstaff.org//tsbere/SIPServer.git and git://git.mvlcstaff.org//tsbere/PHPSIP2.git
#14:57:39tsberejeff: Drop the extra / before tsbere
#14:57:45jefftried that also :)
#14:57:57mrpeters-islgit clone git://git.mvlcstaff.org//Evergreen/ILS.git worked for me
#14:58:04tsbere needs to figure out why the extra slashes are there
#14:58:27jeffmrpeters-isl: interesting. perhaps the issue is on my end, then.
#14:58:38mrpeters-islSIPServer.git also worked
#14:58:59mrpeters-islfor reference, i'm using GitBash on Win7
#14:59:05tsbere told the server to stop spitting out extra slashes
#14:59:22jeffos x, git version 1.7.5.4
#14:59:26csharpworked for me on ubuntu 10.04
#14:59:33jeffdoing a quick cap
#14:59:37tsberejeff: The sipserver one you can just grab from git.evergreen-ils.org, same thing as the core SIPServer there.
#14:59:54tsbereNothing outstanding, I think.
#15:00:12tsbereNo, wait, extra fields.
#15:00:14tsbere should push that
#15:01:09Dyrcona fires up his laptop.
#15:02:43tsbereOk, pushed that.
#15:03:25Dyrconagit clone git://git.mvlcstaff.org/tsbere/PHPSIP2.git works for me on OS X 10.5.4 with git 1.7.5.4, so likely not a git version issue.
#15:03:30denialsDyrcona: thanks - yeah, I realize you were fixing something that atz broke and appreciate that
#15:03:53Dyrconadenials: I shall endeavor to write better commit messages in the future.
#15:03:55tsberejeff: If you do another clone attempt I have the log open now.
#15:04:15denialsDyrcona: many thanks in advance for that :)
#15:04:19jefftsbere: tried again.
#15:05:42tsberejeff: I don't get anything in the log. It almost seems like your end is erroring?
#15:06:23tsbere(and by "don't get anything" I mean "I see you connect, ask for //Evergreen/ILS.git, and that gets disconnected with an error that isn't on my end?")
#15:06:36tsberejeff: You sure you tried without the extra /?
#15:07:09jeffpacket after my request is 134.241.121.50 sending a FIN,ACK
#15:07:27jeffwhich seems to match the git-level error of "The remote end hung up unexpectedly"
#15:07:59jefftsbere: tried again on ILS without the extra slash. working.
#15:08:05tsberejeff: Every request I see for your IP either has the double / after the .org or has a bad repo name.
#15:09:06jefftsbere: yep, that was it. thanks!
#15:20:30edoceo has joined #evergreen
#15:22:48jenny has joined #evergreen
#15:33:26denialstsbere / Dyrcona: where would you like patches sent?
#15:33:55tsberedenials: If you want to email them to the dev list or to me directly that would work.
#15:34:58denialstsbere: Okay, dev list is good for now; given the Koha interest someday we'll need a SIPServer list
#15:35:12Dyrconadev list works for me.
#15:44:13joseph__ has joined #evergreen
#15:50:04denialsoh, yay, looks like the current checksumming code _does_ work; our self-check unit just needed to be kicked to reconnect. so only one minor patch for the moment
#15:51:06denialsstill have character corruption in the actual self-check display / receipts though, suggesting that my attention needs to turn back to Evergreen's SIP code
#15:51:55plux has quit IRC
#16:00:22Meliss has quit IRC
#16:00:24youdonotexist has quit IRC
#16:04:59youdonotexist has joined #evergreen
#16:17:27collum has quit IRC
#16:17:32denialsnote to self: characters are double-encoded
#16:21:08Dyrconayipes.
#16:27:38denials suspects write_msg() is bad for encoding as utf8 without decoding first, tries.
#16:34:59joseph__ has quit IRC
#16:36:58kmlussier has quit IRC
#16:44:34pmplett has quit IRC
#16:44:48lisppastetsbere pasted "MVLC's Subdomain Strategy" at http://paste.lisp.org/display/122678
#16:45:00tsbereThinking about pushing that out to the dev list ^^^^ Any thoughts?
#16:47:49pmplett has joined #evergreen
#16:52:53denialsyup, double-encoding, will push out a fix laters
#16:58:15youdonotexist has quit IRC
#17:12:07mmorgan has left #evergreen
#17:31:29Dyrcona has quit IRC
#17:32:41jenny has left #evergreen
#17:47:27youdonotexist has joined #evergreen
#18:43:46natschil has quit IRC
#18:48:59dmagick-mac has quit IRC
#18:49:00Dmagick has quit IRC
#18:49:17phasefx has quit IRC
#18:49:18drdata_esi has quit IRC
#18:49:18Callender has quit IRC
#18:49:36mtate has quit IRC
#18:49:41leed has quit IRC
#18:50:52egbuilder has quit IRC
#19:26:07tsberejamesrf: Had to disagree on the org tree infinite loop comment.
#19:27:57pmplett has quit IRC
#19:28:26youdonotexist has quit IRC
#19:44:16frank_ has quit IRC
#19:45:15jamesrftsbere: in your script, if i have an org unit that is the grandparent of itself, won't it loop 100 times before dying?
#19:52:25tsberejamesrf: You mean A, B, C where C has parent B, B has parent A, A has parent C?
#19:53:03jamesrfyes
#19:53:37agJohn has quit IRC
#19:53:38bjwebb has quit IRC
#19:53:38atheos has quit IRC
#19:53:38gmcharlt has quit IRC
#19:53:38_dkyle_ has quit IRC
#19:53:38rangi has quit IRC
#19:54:07rangi has joined #evergreen
#19:54:07rangi has joined #evergreen
#19:55:09tsberejamesrf: Assuming A is being edited to have parent C: It will look, say A != C (A's parent). Load C. A != B (C's parent). Load B. A == A (B's parent), ABORT.
#19:55:54jamesrfah i see
#19:56:06jamesrfjeffdavis: ^
#19:57:24tsberejamesrf: I tested with an 8 deep org tree, then I tried to set OU 1 (top of the tree) to have a parent of the deepest point in the tree.
#19:59:56agJohn has joined #evergreen
#19:59:56bjwebb has joined #evergreen
#19:59:56atheos has joined #evergreen
#19:59:56gmcharlt has joined #evergreen
#19:59:56_dkyle_ has joined #evergreen
#20:00:05atheos has quit IRC
#20:03:31atheos has joined #evergreen
#20:05:55_dkyle_ has quit IRC
#20:13:50agJohn has quit IRC
#20:36:16_dkyle_ has joined #evergreen
#20:47:15RBecker has quit IRC
#20:48:34RBecker has joined #evergreen
#22:11:23tsberejamesrf / jeffdavis / denials : You guys might be interested in looking at my aou_parent_protect branch's latest update. Force pushed. If you were basing a branch off of it, oh well ;)
#22:16:24jeffdavistsbere++ # thanks!
#22:29:24artunit has joined #evergreen
#22:42:40atz__ has joined #evergreen
#22:46:05atz_ has quit IRC
#23:34:34mrpeters-isl has quit IRC
#23:42:58jamesrf has quit IRC
#23:45:16jamesrf has joined #evergreen
< Tuesday, June 14th, 2011Raw Log FileThursday, June 16th, 2011 >