Open Source Integrated Library System

Evergreen on IRC

#evergreen Logs for Monday, April 2nd, 2012

< Sunday, April 1st, 2012Raw Log FileTuesday, April 3rd, 2012 >
#TimeNickMessage
#00:00:20artunit has joined #evergreen
#00:54:44thethomaseffect2 has joined #evergreen
#00:58:12artunit has quit IRC
#00:58:32thethomaseffect1 has quit IRC
#01:00:26artunit has joined #evergreen
#01:09:45Mark__T has joined #evergreen
#01:28:23artunit has quit IRC
#01:30:31artunit has joined #evergreen
#01:33:42bhupendrasingh has joined #evergreen
#01:34:30Neil__ has joined #evergreen
#01:43:35bhupendrasinghhelp for evergreen on adnroid
#01:44:44bhupendrasinghguys i want to implement an android app for evergreen
#01:48:18bhupendrasingh?
#01:54:01bhupendrasingh?
#01:54:02bhupendrasingh?
#01:54:41thethomaseffect1 has joined #evergreen
#01:57:35bhupendrasingh has left #evergreen
#01:58:23thethomaseffect2 has quit IRC
#02:28:28artunit has quit IRC
#02:30:40artunit has joined #evergreen
#02:54:53thethomaseffect2 has joined #evergreen
#02:59:03thethomaseffect1 has quit IRC
#02:59:58artunit has quit IRC
#03:00:45artunit has joined #evergreen
#03:05:14bhupendrasingh has joined #evergreen
#03:05:21bhupendrasinghhi
#03:05:53bhupendrasinghhelp with evergreen on android
#03:05:54bhupendrasingh?
#03:12:10bhupendrasingh has quit IRC
#03:28:45Neil__ has quit IRC
#03:55:01thethomaseffect1 has joined #evergreen
#03:58:55thethomaseffect2 has quit IRC
#04:39:03Neil__ has joined #evergreen
#04:54:59thethomaseffect2 has joined #evergreen
#04:58:38thethomaseffect1 has quit IRC
#04:58:49artunit has quit IRC
#05:01:06artunit has joined #evergreen
#05:28:16artunit has quit IRC
#05:31:11artunit has joined #evergreen
#05:31:22Mark__T has quit IRC
#05:40:08Mark__T has joined #evergreen
#05:55:05thethomaseffect1 has joined #evergreen
#05:58:29thethomaseffect2 has quit IRC
#06:29:19artunit has quit IRC
#06:31:57artunit has joined #evergreen
#06:44:26finnx has quit IRC
#06:55:11thethomaseffect2 has joined #evergreen
#06:58:36Neil__ has quit IRC
#06:59:02thethomaseffect1 has quit IRC
#07:10:49Neil__ has joined #evergreen
#07:40:51fortin has joined #evergreen
#07:41:26eeevilgrabbing 0699
#07:45:5150UAAS1OO has joined #evergreen
#07:46:2950UAAS1OO is now known as timhome
#07:48:49Neil__ has quit IRC
#07:50:14dbwells has quit IRC
#07:51:37Neil__ has joined #evergreen
#07:55:27thethomaseffect1 has joined #evergreen
#07:59:14thethomaseffect2 has quit IRC
#08:13:54dbwells has joined #evergreen
#08:21:18collum has joined #evergreen
#08:25:57kmlussier has joined #evergreen
#08:26:01Dyrcona has joined #evergreen
#08:32:52gdunbar has joined #evergreen
#08:33:08tsbereearly morning merging
#08:38:53Dyrconasame here, but I have to go back through my lists and figure out what I'm merging, since my list got messed up on Friday.
#08:39:26Dyrconaor, rather look through my emails.
#08:55:24thethomaseffect2 has joined #evergreen
#08:56:24Mark__T has quit IRC
#08:59:26thethomaseffect1 has quit IRC
#09:00:42thethomaseffect2 has quit IRC
#09:00:59thethomaseffect has joined #evergreen
#09:02:53timhome has quit IRC
#09:03:24timhome has joined #evergreen
#09:04:00Meliss has joined #evergreen
#09:04:18thethomaseffect has joined #evergreen
#09:04:50timhome has joined #evergreen
#09:04:59bwicksall has joined #evergreen
#09:18:07fortin has quit IRC
#09:24:04mrpeters-isl has joined #evergreen
#09:33:19jenny1 has joined #evergreen
#09:34:58artunit has quit IRC
#09:43:26dbwellssenator: (or anyone else) I have rebased, tested, and signed-off on https://bugs.launchpad.net/evergreen/+bug/949466 Let me know if you had any questions with my last few commits from Friday.
#09:43:26pinesol_greenLaunchpad bug 949466 in Evergreen "TPAC: Improvement to serials display (under the "issues held" label)" (affected: 3, heat: 16) [High,In progress]
#09:43:50bhupendrasingh has joined #evergreen
#09:44:16csharp~gsoc
#09:44:16pinesol_greengsoc is Looking for information on Google Summer of Code and Evergreen? 2012 Project page: http://goo.gl/5tCHe Evergreen ideas page: http://goo.gl/kOZJd GSoC Student Guide: http://goo.gl/vlCtG
#09:45:04csharp~no gsoc is Looking for information on Google Summer of Code and Evergreen? 2012 Project page: http://goo.gl/5tCHe Evergreen ideas page: http://goo.gl/kOZJd GSoC Student Guide: http://goo.gl/vlCtG
#09:45:04pinesol_greenI'll remember that csharp
#09:45:48plux1 has joined #evergreen
#09:46:49tsbere both wants to have enough rights on the bot to do that and doesn't want any special rights on the bot at the same time <_<
#09:46:58bhupendrasinghhelp on for evergreen on android
#09:47:04bhupendrasinghi am looking to work on that
#09:47:12bhupendrasinghcan anyone guide
#09:47:19bhupendrasingh?\
#09:47:39csharptsbere: I think bshum can set you up with at least rights to add/alter factoids without adding to much to your to-do list ;-)
#09:49:07tsberecsharp: I would not be surprised if I could, via roundabout ways, give myself rights on the bot. Still not sure I *want* them :P
#09:49:18csharptsbere: understood ;-)
#09:50:48bshumtsbere: Well you have editor powers now
#09:54:43tsbere puts out a call for last-minutish merges before he starts looking at building out the beta
#09:55:11tsbereBarring people telling me to hold on I plan on starting sometime in the next hour or so
#09:55:33tsbere wouldn't object to someone looking at https://bugs.launchpad.net/evergreen/+bug/971502 before he reaches that point, because missing icons doesn't look good
#09:55:33pinesol_greenLaunchpad bug 971502 in Evergreen "Many Toolbar Buttons have no icons" (affected: 1, heat: 6) [High,New]
#09:55:35thethomaseffect1 has joined #evergreen
#09:56:13DyrconaI'm tempted to say just commit everything and we'll fix the problems before beta2 or final release.
#09:59:18kmlussierI had been hoping to see https://bugs.launchpad.net/evergreen/+bug/954310 in beta, but my testing didn't go well Friday. :(
#09:59:18pinesol_greenLaunchpad bug 954310 in Evergreen "Org unit selective hiding and sorting in tpac library selector" (affected: 1, heat: 6) [Undecided,New]
#09:59:18thethomaseffect has quit IRC
#10:01:03artunit has joined #evergreen
#10:03:46bhupendrasingh has quit IRC
#10:07:02faweideniu has joined #evergreen
#10:07:36faweideniu:-D
#10:07:54fortin has joined #evergreen
#10:07:55faweideniuhello
#10:08:23faweideniu has left #evergreen
#10:09:38eeevildbwells++
#10:12:10Dyrconakmlussier: I'm loading the rebased/updated branch for that bug.
#10:12:26eeevilgrabbing 0700
#10:13:37kmlussierDyrcona: Which? The selective ou hiding?
#10:13:50Dyrconakmlussier: yes.
#10:14:00Dyrconalp954310
#10:14:50kmlussierDyrcona: Thanks! But I think it might not have been playing nicely with the new xul branch. I could be wrong, but the interface was acting a little wonky.
#10:16:38DyrconaWell, you can give it another try, now.
#10:16:48kmlussierDyrcona: will do!
#10:21:40Neil__ has quit IRC
#10:28:15phasefxhow I can find out what stored procedures might still being using plperl? I could have some custom ones lingering around. psql:0696.no_plperl.sql:26: ERROR: cannot drop language plperl because other objects depend on it
#10:29:33tsberephasefx: It didn't provide you with a list?
#10:29:48tsberephasefx: Either that, or tell it to drop with a cascade. <_<
#10:30:04phasefxgosh, it sure did.. I'm just trained to ignore anything after the first error :)
#10:30:08phasefxtsbere++
#10:31:08phasefxand select pronamespace, proname, prolang from pg_proc where proowner <> 1; comes close to what I was looking for
#10:31:37gmcharltphasefx: you can join pg_language to that on pg_proc.prolang = pg_language.oid
#10:31:56gmcharltto get you exactly what you asked for
#10:32:09phasefxgmcharlt++
#10:33:53phasefxso for the logs: select pronamespace, proname, lanname from pg_proc, pg_language l where proowner <> 1 and prolang = l.oid and lanname = 'plperl';
#10:37:35tsbere pokes phasefx about https://bugs.launchpad.net/evergreen/+bug/971502 ;)
#10:37:35pinesol_greenLaunchpad bug 971502 in Evergreen "Many Toolbar Buttons have no icons" (affected: 1, heat: 6) [High,New]
#10:38:00phasefxtsbere: yeah, I have the tab open, but other things keep moving in front ;)
#10:38:29phasefxlike 0696 not working for me
#10:38:44phasefx(though it should now)
#10:44:59eeeviltsbere/phasefx: if that's a "just works" branch tested by kmlussier, I'll merge it
#10:45:39tsbereeeevil: That is a 100% staff client local branch with no code changes. Images and CSS. kmlussier has not tested it, to my knowledge.
#10:46:20tsbereWell, ok, I included a script I used to build the PNG images from the SVG sources, but that isn't going to break anything ;)
#10:46:49DyrconaI should have included that in my branches to merge this morning....
#10:47:15eeeviltsbere: I'll clarify ... shall I just merge it? ;)
#10:47:38eeevilfwiw, I consider that a bug fix in any case, so there's no rush before beta IMO
#10:47:42tsbereeeevil: I would appreciate someone other than myself confirming that the buttons do, indeed, all have icons afterwards ;)
#10:47:43phasefx is testing it now, fwiw
#10:47:50eeevilk
#10:50:07tsbere decides to test some stat cat changes for possible last-minute merging
#10:50:21phasefx still sees some syntax errors in 950 seed data
#10:50:24Dyrcona plays mp3 of fwiw. ;)
#10:50:47denialsto help avoid the problem we've seen a few times now of not having the right minimum version of OpenSRF, I'm looking into http://www.gnu.org/software/autoconf-archive/ax_prog_perl_modules.html
#10:51:03tsberephasefx: Hmmm, that is probably a good point. I don't recall any GSoC people rushing to jump on that one. Should one of us just fix it?
#10:51:33denialsI'd say no
#10:51:58denialsunless there is a new syntax error
#10:52:13shopkins has joined #evergreen
#10:52:51phasefx tries to find the old one to compare
#10:53:00tsberedenials: So you think we should ship a beta that doesn't load all....looks like default OU settings AND stuff for A/T events?
#10:55:16phasefx doesn't see a bitesize bug for that
#10:55:36thethomaseffect2 has joined #evergreen
#10:56:45denialstsbere: default OU settings? Sounds like a new syntax error
#10:57:20tsbere wasn't loading a clean master checkout, that may be related to the branch he is testing
#10:57:22eeevildenials: ax_prog_perl_modules sounds fun! long line, though ... ;)
#10:57:34denialsbug 957453
#10:57:34pinesol_greenLaunchpad bug 957453 in Evergreen "Mix of explicit event definition IDs and CURRVAL results in unhappiness" (affected: 1, heat: 6) [Critical,New] https://launchpad.net/bugs/957453
#10:57:59denialsphasefx: advanced search on "tag = bitesize" gave me that
#10:58:40phasefxdenials: oh I see it now, was mentally looking for something like "syntax error"
#10:59:00phasefxor 950
#10:59:19phasefxnot the same error
#10:59:29thethomaseffect1 has quit IRC
#11:00:44tsberedenials: Looks like a brand new one
#11:01:01tsbereStupid missing commas
#11:01:03tsbere<_<
#11:04:04phasefxsad thing is, I can't find it :D
#11:05:09tsberephasefx: The missing comma? I found it.
#11:05:45tsbereWas just running a DB reload to be positive that was all that was missing
#11:06:03phasefxshow me how to parse the line numbers from the error message.. psql:950.data.seed-values.sql:4682, the 4682 is the tail end of the huge insert, and LINE 1963: oils_i18n_gettext(, for 1963 is that many lines down relative to the start of the insert?
#11:06:12tsberephasefx: ,( 'serial.default_display_grouping', 'serial'
#11:06:17tsbereThere needs to be a comma after that point
#11:06:39tsbereThe error usually indicated the *last* line of the statement that bailed, where the ; is
#11:06:51tsbereYou have to backtrack into the statement to find the actual error on a multi-line
#11:07:11phasefx is still sad, scrutinized the last commit to the file and still missed it
#11:08:29tsbere used ":<linenum>" followed by "?oils_i18n_gettext" in vim to find likely points.
#11:08:41tsbereMy line numbers don't line up with master right now <_<
#11:09:05tsberephasefx: If you want to push that fix, go for it, I am not in a clean master checkout ;)
#11:09:16phasefxsure
#11:20:32phasefxkmlussier: the icon artist, you think she would want to rework the existing icons to match her new ones?
#11:20:58kmlussierphasefx: tsbere asked me the same question. I'll ask.
#11:22:28phasefxwe could start offering icon sets at that point, for folks who like one over another, even if incomplete
#11:27:21tsberephasefx: If you didn't notice, I have plans for icon sets. I started taking them into account in that commit, even ;)
#11:27:42phasefxI did notice toolbar_blue
#11:28:12phasefxtsbere++
#11:28:14tsberephasefx: If you have inkscape installed you could try running the script to see all the pretty colors ;)
#11:30:45phasefxgosh, I think I'm never going to use git merge again. How do I make git log show the work behind the merge?
#11:32:26tsberephasefx: ?
#11:32:47tsbereAre you using left or right only type options on git log?
#11:33:11phasefxin master, if I do git log, I see my merge commit for the toolbar icon branch, but not your individual commits
#11:33:31phasefxjust vanilla git log at this point
#11:34:04phasefx is also used to doing git log -p, which shows nothing for the merge commit
#11:34:13phasefxgit log -m -p works
#11:34:16tsberephasefx: Oh, it ended up down around the schema.org support?
#11:34:16phasefxfor the diff
#11:34:33phasefxtsbere: you lost me
#11:34:48tsberephasefx: do "git whatchanged" instead of "git log" then search for toolbar_blue
#11:34:54phasefxgracias
#11:35:23tsbereOn a different note, grabbing 0701
#11:36:56phasefxkmlussier: IMO, the replacement icons don't have to mimic the existing ones (for example, multiple arrows pointing in for check-in), if the artist has better ideas
#11:37:28phasefxI just think a full cohesive set would be great
#11:37:41tsberephasefx: Note that we got a nice svg file for the icon backgrounds in that commit ;)
#11:37:51tsbereSo if someone else wants to jump in they can
#11:38:23phasefx 's artistic abilities go about as far as ASCII character 1
#11:38:45tsberephasefx: In that you can do "0" and "1"? :P
#11:39:07phasefxin that I can do simple happy faces :)
#11:40:57kmlussierphasefx: ok, I'll let her know. tsbere also pointed out to me that some functions share the same icon, so it would be nice to have some distinct ones.
#11:41:28phasefxkmlussier++
#11:41:29tsbere can be blamed for the "same icon" bit, as he just grabbed a generic icon when adding a few buttons previously
#11:42:51tsbere puts out a "last call for merging before beta" as he dives into an update of the 2.1-2.2 upgrade script
#11:46:46eeeviloh, there's plenty I would like to see go in :)
#11:48:19tsbereeeevil: Anything you are going to fight with right now? :P
#11:50:55eeeviltsbere: looking ... I'm going to push ones that are signed off and have no db changes, then circle back around
#11:53:30tsbereeeevil: If you have DB changes don't bother touching the version upgrade script, then. I have a "include all the missing chunks" commit in progress.
#11:53:57akilsdonk has joined #evergreen
#11:54:30eeevilk
#11:54:45wlayton has joined #evergreen
#11:55:48thethomaseffect1 has joined #evergreen
#11:58:42eeeviltsbere: I know there was a great deal of back and forth on https://bugs.launchpad.net/evergreen/+bug/969398 ... are you happy with this multisorting now?
#11:58:42pinesol_greenLaunchpad bug 969398 in Evergreen "multi-column sorting in xul lists" (affected: 1, heat: 6) [Undecided,New]
#11:58:46luisb has joined #evergreen
#11:59:12eeevilDyrcona: am I waiting on a signoff branch on https://bugs.launchpad.net/evergreen/+bug/944158 ?
#11:59:12pinesol_greenLaunchpad bug 944158 in Evergreen "Acq: clone selection list (picklist) behaviour" (affected: 2, heat: 10) [Undecided,New]
#11:59:20thethomaseffect2 has quit IRC
#11:59:33tsbereeeevil: That would be more of a kmlussier question than a me question, I think.
#11:59:52eeeviltsbere: fair enough
#11:59:52Dyrconaeeevil: James never signed the original branch. I was going to sign off when I noticed.
#12:00:13eeevilkmlussier: I put it to you, then! are you happy with https://bugs.launchpad.net/evergreen/+bug/969398 at this point?
#12:00:13pinesol_greenLaunchpad bug 969398 in Evergreen "multi-column sorting in xul lists" (affected: 1, heat: 6) [Undecided,New]
#12:00:16kmlussiereeevil: I ran out of time to look at it, but can look at it now.
#12:00:34kmlussierThat is, if Dyrcona loaded it on his server this morning.
#12:00:51Dyrconamissed that one. give me a minute.
#12:01:09eeevilkmlussier / Dyrcona: also curious about the disposition of https://bugs.launchpad.net/evergreen/+bug/954310 now, in your eyes
#12:01:09pinesol_greenLaunchpad bug 954310 in Evergreen "Org unit selective hiding and sorting in tpac library selector" (affected: 1, heat: 6) [Undecided,New]
#12:01:32kmlussiereeevil: The opac visibility piece works perfectly.
#12:02:01kmlussierI had trouble with the sorting and didn't know if it was conflicting with other dev branches.
#12:02:32eeevilDyrcona: well, if it's just his signoff we're waiting for, since it's been tested, the I'll push it
#12:02:41kmlussiereeevil: If it's something that can pushed and improved after beta, I'll have several other servers where I can keep testing it.
#12:03:09eeevilkmlussier: I'll merge if there are not conflicts with current master
#12:03:46tsbere actually *removed* a block from the version-upgrade script
#12:03:50mtcarlson has joined #evergreen
#12:03:54tsbereSaid chunk was backported to 2.1 <_<
#12:04:11eeeviltsbere: a released 2.1.x?
#12:04:35eeeviltsbere: because, if not, we still need it in there (perhaps conditionally)
#12:04:48tsbereeeevil: No, but I tested against a clean load of rel_2_1 and the script fell over dead when it hit there.
#12:05:33eeeviltsbere: right, but that's got more than anyone running a release of 2.1 has
#12:06:12eeeviltsbere: you see where I'm coming from, right? we can't not include something that hasn't been in a release as of the time of the version upgrade script's release
#12:06:15tsbereeeevil: How about I tack it onto the end of the script. Second transaction, it can fail without killing the rest?
#12:06:29eeevilnow, if we cut 2.1.2 before 2.2.0, then we can drop it
#12:06:37eeeviltsbere: sure, perfect
#12:07:10tsbereeeevil: tis the issn normalizer changes there, so I don't think it depends on any of the rest anyway
#12:07:16Dyrconakmlussier: I've applied the xul sort branch. You won't need a new client but restarting your client might be in order.
#12:07:42kmlussierDyrcona: k
#12:07:52Dyrconaeeevil: Want to push a signoff on James's branch?
#12:07:59Dyrconawant me to
#12:08:23mtcarlson has quit IRC
#12:09:20tsbere throws warning into the mix: DO $$BEGIN RAISE WARNING 'We are about to apply a patch that may not be needed. Don''t panic if it fails.'; END;$$;
#12:09:53eeeviltsbere: heads up ... 0702
#12:12:09tsbereeeevil: Any objections to a "s/:eg_version/'2.2'" on the version upgrade script?
#12:12:27eeevilDyrcona: I'll sign-off and merge now
#12:12:39Dyrconaeeevil: Roger
#12:12:41tsberewell, objections other than "I need the trailing / to make that replace work"
#12:12:51eeeviltsbere: meh ... \set eg_version '2.2' at the top
#12:12:59tsbereheh
#12:13:13eeevilor document the use of -p
#12:13:53tsbereeeevil: -p? Do you mean -v?
#12:14:49eeeviltsbere: probably
#12:15:16eeevilwas about to say "or is it -v" ... but realized I don't care enough and that you'd know what I meant
#12:15:58eeevilanyway, I'd love to see xul multisort get into 2.2, since autogrid has it now ...
#12:16:09eeevilthat's the only one I'm lobbying for atm
#12:18:36kmlussierDyrcona / eeevil: https://bugs.launchpad.net/evergreen/+bug/969398 looks good. phasefx++
#12:18:36pinesol_greenLaunchpad bug 969398 in Evergreen "multi-column sorting in xul lists" (affected: 1, heat: 6) [Undecided,New]
#12:20:14Dyrconaeeevil: working/collab/dyrcona/xul_subsorts
#12:21:18Dyrcona@love scripted sign off
#12:21:18pinesol_greenDyrcona: The operation succeeded. Dyrcona loves scripted sign off.
#12:24:21phasefxeeevil: I'm going to push an extra commit to xul_subsorts, to remove some cruft
#12:25:16phasefxeeevil: done
#12:25:30tsbere suspects Dyrcona needs to re-run his scripted sign off
#12:25:40Dyrconaso I noticed.
#12:25:40tsbere also suspects he should order lunch at this point
#12:26:09denials hopes we don't try to push too much in at the deadline, for obvious instability reasons
#12:26:44bshumdenials: I'll let you know when we run with it later this week :)
#12:26:59phasefxhey, that's why we have the whole alpha/beta/release cycle, right? :)
#12:27:20Dyrconaeasy peasy lemon squeezy.
#12:27:40phasefxof course, master is the new release for some folks ;)
#12:27:51fortin has quit IRC
#12:28:14Dyrcona doesn't think we'll be upgrading for a couple of weeks, so there's time to work out some bugs.
#12:29:02Dyrconai've pushed another sign off on the fix the cruft commit
#12:32:03yboston has joined #evergreen
#12:32:22tsbere will resume working on the beta build after lunch, then
#12:33:51kmlussierDev meeting agenda is started at http://www.open-ils.org/dokuwiki/doku.php?id=dev:meetings:2012-04-02
#12:35:27denialsphasefx: that's why we have the next release in six months
#12:35:35eeevilDyrcona / phasefx: merging
#12:35:55jeff rebases
#12:36:00jeffand rebase --aborts...
#12:38:41eeevilWOOO HOOO
#12:40:44eeevilthe remaining pullrequests, other than the xulrunner branch (which I /won't/ be going near, sorry) are primarly bug fixes, and beta-applicable ... I agree with denials on getting his tpac i18n branch in asap, btw ... others poking that would be appreciated
#12:46:17wlayton has quit IRC
#12:47:18Neil__ has joined #evergreen
#12:52:15tsbereeeevil: I don't want the xulrunner one in fore 2.2 anyway ;)
#12:52:39tsberes/fore/for/ <_<
#12:52:44tsbere should probably focus on lunch
#12:53:20denials thinks he needs to pull together OpenSRF 2.1.0-RC1 today
#12:55:48thethomaseffect2 has joined #evergreen
#12:57:26jenny2 has joined #evergreen
#12:58:28jenny2 has quit IRC
#12:59:19jenny1 has quit IRC
#12:59:32thethomaseffect1 has quit IRC
#13:00:02tsbereeeevil: Interestingly, it ended up becoming \set eg_version '''2.2'''
#13:00:35eeeviltsbere: yeah, quoting... fun
#13:02:59tsbere votes that we never use ' in an official version string
#13:08:14berickeeevil: hmm, something went wrong w/ merging 954310
#13:08:36berickthat appears to be the old implementation..
#13:08:47berick reviews the branches
#13:09:42berickeeevil: yeah, the 'collab' branch was the latest one
#13:11:42tsbereberick: I suppose I should hold off on building anything for a couple minutes, then, then.
#13:11:48bericktsbere: yes, plase
#13:11:49tsbereer, minus a then
#13:11:51tsbere<_<
#13:11:56berickwe need to revert some commits
#13:13:40jenny1 has joined #evergreen
#13:14:19jeffbug 971680 should have been created in august. created now. feel free to ignore for the current release building -- i'm not trying to insert it into the process.
#13:14:19pinesol_greenLaunchpad bug 971680 in Evergreen "OPAC ignores local library setting for barcode regex" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/971680
#13:15:17tsberejeff: I am not sure I agree with that change anyway. Barcodes and usernames are both *shared* namespaces, so detecting one compared to the other should also be a shared setting.
#13:15:38jeffsure, but that's not how evergreen currently works.
#13:15:46jeffat least, as i understand it.
#13:16:40jeffcurrently, it's "does this look like a barcode? if so, do a barcode login. else, do a username login."
#13:16:49tsberejeff: Last I checked the *database* enforces uniqueness of usernames across all locations and barcodes across all locations. Thus there is a single shared namespace for each of those.
#13:17:06berickeeevil: i'm going to revert all the commits from the LP ticket (1b7c563~1..a25aa4e).
#13:17:43jefftsbere: so you're arguing that there should never be a permitted configuration where the opac barcode regex is set anywhere other than at the org root?
#13:17:55jenny1 has quit IRC
#13:18:31tsberejeff: I am saying that, being a shared namespace, checking the org root makes sense. Otherwise if someone *does* try to log into the "wrong" OPAC the system may make the wrong decision as to whether or not they have a username or a barcode.
#13:19:24tsberejeff: And I know from experience that it isn't hard to get a pile of checks into a regex ;)
#13:20:46jeffSo in your scenario, the SYS3 patron has wandered in to the SYS1 scoped OPAC, and can't log in -- arguably because they're in the wrong place. In the meantime, patrons at SYS2 can't log in at all, because their barcodes are being detected as usernames, etc.
#13:21:49jeffI think we can both agree that there is much room for improvement in the way of big changes in this area of username/barcode/login/etc logic. Until then, this is contributed in the hope that others find it as useful as we did.
#13:21:54tsberejeff: Tell me this, what happens if someone in SYS1 creates a *username* that looks like a SYS2 barcode. Now SYS2 gets an error "that username exists" when registering a patron with that barcode......
#13:22:05jeffDifferent consortiums are different.
#13:22:52jefftsbere: sure, known limitation when playing with others in a consortium where you have differing barcode formats.
#13:23:48jefftsbere: In an example where the SYS2 barcodes look like z123456789123, SYS1 staff/patrons are unlikely to have created a username in that format.
#13:23:49tsberejeff: My recommendation would be to create a single global regex that allows for multiple things. ^(regex1|regex2|regex3|regex4)$
#13:26:09eeevil looks over here ... crap...
#13:26:27tsberejeff: Also, never underestimate the problems your patrons may cause ;)
#13:27:06eeevilberick: ok ... so, the branch wasn't up to date?
#13:27:29tsbere thinks it was a "there ended up being multiple branches" thing
#13:27:30berickeeevil: 'collab' instead of 'user'. it's listed about halfway down the ticket
#13:27:56berickreverts pushed
#13:27:57eeevilarg ... the benefit of git doubles as the pain of git
#13:28:29jefftsbere: your recommendation sounds like a valid alternative with its own pros/cons -- heck, go crazy and auto-build the One Regex from all of the other Regexes of Patron. Anyway, patches welcome and all that.
#13:29:13eeevilberick: ok, do you want to merge, or is it safe
#13:29:55denialsberick: yeah, there's no such thing as revert :)
#13:30:15denialsjust commits going forward forever in time
#13:30:51tsberedenials: Force push with a "oh, sorry, those commits? We lied. They were never here." :P
#13:30:53eeevilok, re-merging
#13:31:03berickeeevil: as far as I know, the collab branch is good to go.
#13:31:37berickdenials: oh, you know what I mean
#13:31:41berickgit revert's
#13:33:11eeeviltsbere: 0702 about to come back ... may be different
#13:33:20tsbereeeevil: I noted.
#13:34:28jenny1 has joined #evergreen
#13:34:36eeevilpushed
#13:34:47tsberejeff: I put my opinion on your bug.
#13:38:09berick does a quick base schema install to check for any last-minute brokenness
#13:38:51tsberejeff: I suspect that the two of us will never see eye to eye on that issue. On the other hand, I will point out that the bug is likely to get ignored unless you add a pullrequest.
#13:39:40tsbereberick: I keep doing that over and over and over, and I keep loading rel_2_1's base and applying the upgrade script to it. <_<
#13:40:06tsbere thinks he is done playing with the upgrade script
#13:40:39berickstill seeing the 'event_params' seed data error, but I assume that's not a showstopper?
#13:41:03tsberedenials thinks we shouldn't fix that until the end of the week
#13:41:13tsberebecause it makes for a nice bitesize GSoC target
#13:41:18berickah, ok
#13:41:37jefftsbere: thanks for the pullrequest reminder.
#13:42:40tsberejeff: note that my objection means *I* won't review/push it, so you may want to hope that some other dev agrees with you more than I do ;)
#13:43:21bhupendrasingh has joined #evergreen
#13:44:41tsbere runs the 2.1-2.2 upgrade script he has been updating through one more pass of a clean rel_2_1 just to be safe
#13:46:44bhupendrasinghevergreen android app some help guys
#13:47:11swills_ has joined #evergreen
#13:47:52denialsbhupendrasingh: what are you proposing?
#13:48:07denials~gsoc
#13:48:07pinesol_greengsoc is Looking for information on Google Summer of Code and Evergreen? 2012 Project page: http://goo.gl/5tCHe Evergreen ideas page: http://goo.gl/kOZJd GSoC Student Guide: http://goo.gl/vlCtG
#13:49:05denialsand also http://evergreen-ils.org/blog/?p=750 ("GSoC 2012 and you" post on the Evergreen blog)
#13:49:41jasonb_ has joined #evergreen
#13:51:22bhupendrasinghi am proposing for the evergreen app on android for gsoc 2012
#13:51:31bhupendrasingh@denials
#13:51:32pinesol_greenbhupendrasingh: Error: "denials" is not a valid command.
#13:52:07tsbereHmm
#13:52:11tsbere~gsoc
#13:52:11pinesol_greengsoc is Looking for information on Google Summer of Code and Evergreen? 2012 Project page: http://goo.gl/5tCHe Evergreen ideas page: http://goo.gl/kOZJd GSoC Student Guide: http://goo.gl/vlCtG
#13:52:14kivilahtio1 has joined #evergreen
#13:52:24bhupendrasinghcould u guys tell me like how can i start
#13:52:24tsbereno ~gsoc is Looking for information on Google Summer of Code and Evergreen? 2012 Project page: http://goo.gl/5tCHe Evergreen ideas page: http://goo.gl/kOZJd GSoC Student Guide: http://goo.gl/vlCtG GSoC 2012 and you Blog Post: http://goo.gl/gw8Dc
#13:52:29csharphuh - you saw me change that right?
#13:53:11csharp~gsoc is Looking for information on Google Summer of Code and Evergreen? 2012 Project page: http://goo.gl/5tCHe Evergreen ideas page: http://goo.gl/kOZJd GSoC Student Guide: http://goo.gl/vlCtG GSoC 2012 and you Blog Post: http://goo.gl/gw8Dc
#13:53:11pinesol_greenBut gsoc already means something else!
#13:53:20csharp~no gsoc is Looking for information on Google Summer of Code and Evergreen? 2012 Project page: http://goo.gl/5tCHe Evergreen ideas page: http://goo.gl/kOZJd GSoC Student Guide: http://goo.gl/vlCtG GSoC 2012 and you Blog Post: http://goo.gl/gw8Dc
#13:53:20pinesol_greenI'll remember that csharp
#13:53:25csharp~gsoc
#13:53:25pinesol_greengsoc is Looking for information on Google Summer of Code and Evergreen? 2012 Project page: http://goo.gl/5tCHe Evergreen ideas page: http://goo.gl/kOZJd GSoC Student Guide: http://goo.gl/vlCtG GSoC 2012 and you Blog Post: http://goo.gl/gw8Dc
#13:53:29csharpargh
#13:53:30tsbere put the ~ in the wrong place <_<
#13:53:47bhupendrasinghi am trying to work on Create Android client(s) for Evergreen
#13:53:56tsberecsharp: All I saw you do earlier was remove a space
#13:55:00tsbere may have been wrong about the space removal, things don't line up with an extra "no " in front of them
#13:55:35csharp~no gsoc is <reply> Looking for information on Google Summer of Code and Evergreen? 2012 Project page: http://goo.gl/5tCHe Evergreen ideas page: http://goo.gl/kOZJd GSoC Student Guide: http://goo.gl/vlCtG GSoC 2012 and you Blog Post: http://goo.gl/gw8Dc
#13:55:35pinesol_greenI'll remember that csharp
#13:55:44csharp~gsoc
#13:55:46pinesol_greenLooking for information on Google Summer of Code and Evergreen? 2012 Project page: http://goo.gl/5tCHe Evergreen ideas page: http://goo.gl/kOZJd GSoC Student Guide: http://goo.gl/vlCtG GSoC 2012 and you Blog Post: http://goo.gl/gw8Dc
#13:55:53csharpsyntax helps
#13:56:04thethomaseffect1 has joined #evergreen
#13:56:13bhupendrasingh?
#13:56:15denialscsharp++
#13:56:21tsberecsharp++
#13:56:36bhupendrasingh?
#13:57:04slipscomb has joined #evergreen
#13:57:13denialsbhupendrasingh: You need to create a proposal. "Android client for Evergreen" is too broad. Your proposal should be as detailed as the examples we point to on the Evergreen Ideas Page.
#13:57:43tsberebhupendrasingh: What do you plan on making your android client do? Will it be for staff? Patrons? What will people be able to do with it? etc etc
#13:58:00denialsSo propose what features you want the Android client to offer, what the design would look like, and how you plan on going from what we have today to a working client by the end of the summer.
#13:58:27bhupendrasinghwhat org wants is this..
#13:58:28bhupendrasingha library patron app - enable a user to search the catalogue, renew items, manage holds, change their address information
#13:58:28bhupendrasinghâ– 
#13:58:28bhupendrasingh an inventory app - attach a USB barcode scanner to a tablet and scan the collection
#13:58:53bhupendrasinghthese are the two features that the org want to be implemented on android
#13:59:08bhupendrasinghsince i am new to evergreen i dont how it works
#13:59:32thethomaseffect1 has quit IRC
#13:59:39denials slips out to check in on a "critical" local issue
#14:00:16thethomaseffect2 has quit IRC
#14:00:39tsbere watches his make release script make a beta1 release
#14:00:52dbwellsbhupendrasingh: well, the people in this channel are the "org" :) Those are just some ideas. If they make sense to you and sound reasonable, propose one (or both). If you don't know, maybe do some more research first.
#14:00:53kmlussiertsbere++
#14:00:57kivilahtio1tsbere++
#14:01:28tsbere notes the time
#14:02:49tsbere watches his dev machine run out of disk space in the middle of trying to build languages <_<
#14:02:54tsbereTime to clear out the logs!
#14:03:00kivilahtio1must be the finnish localizations ;)
#14:03:09alexlazar has joined #evergreen
#14:04:25kmlussierMeeting time?
#14:04:30swills_naw, it's the klingon localizations (which, frankly, was going too far imho)
#14:04:58kivilahtio1swills_: Klingon is hot in the States?
#14:05:04phasefx wishes his library had a Trekkie collection :)
#14:05:18tsbere had >20gb of logs <_<
#14:05:22swills_in the galaxy….uh…soon?
#14:05:25tsberekmlussier: I do believe it is meeting time
#14:05:27kivilahtio1:D
#14:05:52tsbere deletes >20 gig of logs and re-starts the make release script
#14:06:49kmlussierI wonder if bshum is too busy with his upgrade to walk us through the agenda. :)
#14:08:00kivilahtio1somebody got his number?
#14:08:59eeevilI can run meetbot, I think
#14:10:00eeevil plows ahead
#14:10:04eeevil#startmeeting
#14:10:04pinesol_greenMeeting started Mon Apr 2 14:10:04 2012 US/Eastern. The chair is eeevil. Information about MeetBot at http://wiki.debian.org/MeetBot.
#14:10:04pinesol_greenUseful Commands: #action #agreed #help #info #idea #link #topic.
#14:10:43eeevilhrm..
#14:10:47eeevil#endmeeting
#14:10:47pinesol_greenMeeting ended Mon Apr 2 14:10:47 2012 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
#14:10:47pinesol_greenMinutes: http://evergreen-ils.org/meetings/evergreen/2012/evergreen.2012-04-02-14.10.html
#14:10:47pinesol_greenMinutes (text): http://evergreen-ils.org/meetings/evergreen/2012/evergreen.2012-04-02-14.10.txt
#14:10:47pinesol_greenLog: http://evergreen-ils.org/meetings/evergreen/2012/evergreen.2012-04-02-14.10.log.html
#14:10:49eeevil#startmeeting 2012-04-02 - Developer Meeting
#14:10:49pinesol_greenMeeting started Mon Apr 2 14:10:49 2012 US/Eastern. The chair is eeevil. Information about MeetBot at http://wiki.debian.org/MeetBot.
#14:10:49pinesol_greenUseful Commands: #action #agreed #help #info #idea #link #topic.
#14:11:21eeevil#info eeevil is Mike Rylander, ESI
#14:11:24dbwellseeevil: I was just checking out http://www.evergreen-ils.org/irc_logs/evergreen/2012-03/%23evergreen.19-Mon-2012.log for reference on past meeting commands.
#14:11:44tsbere#info tsbere is Thomas Berezansky, MVLC
#14:11:50kivilahtio1#info kivilahtio is Olli-Antti Kivilahti, Library of Joensuu
#14:11:58phasefx#info phasefx is Jason Etheridge, ESI
#14:12:06jeff#info jeff is Jeff Godin, Traverse Area District Library (TADL)
#14:12:09dbwells#info dbwells is Dan Wells, Calvin College
#14:12:12eeevildenials: good idea, thanks!
#14:12:24kmlussier#info kmlussier is Kathy Lussier, MassLNC
#14:12:30bshum#info bshum is Ben Shum, Bibliomation
#14:12:31swills_#info swills is Steve Wills
#14:12:37berick#info berick is Bill Erickson, Equinox
#14:12:55bshumeeevil++ # wrestling the bot
#14:12:55eeevil#link Agenda: http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2012-04-02
#14:13:12eeevilbshum! you want the chair, don't you!
#14:13:21denials is Dan Scott, Laurentian University
#14:13:27jamesrf#info jamesrf is James Fournie, BC Libraries Cooperative
#14:13:30bshumeeevil: Nah, you totally got this :)
#14:14:31eeevilok ... first up: denials to respond to rsoulliere with some ideas about DIG participation in release process
#14:15:02tsbereeeevil: Topic command?
#14:15:03denialsI have done no such thing. Sorry.
#14:15:12eeeviltsbere: ahh ... sure
#14:15:24eeevil#topic denials to respond to rsoulliere with some ideas about DIG participation in release process
#14:16:18denials#info denials still needs to do that
#14:16:41eeevil#topic bshum to help update the release checklist page
#14:17:03bshum#info bshum defers to next meeting to work on that further.
#14:17:27eeevil#topic tsbere to cut 2.2 Beta1 on April 2
#14:17:42eeevil#info YOU'RE SOAKING IN IT
#14:17:44tsbere appears to have files to upload on that front
#14:17:47tsbere:D
#14:18:09tsbere#info tsbere is in the middle of that but should be done shortly
#14:18:14eeevilsuper ... on to new biz
#14:18:31eeevil#topic JSPAC deprecation and removal: schedule proposal
#14:18:57eeevilis 1 year enough?
#14:19:41mrpeters-islseems like plenty of time
#14:19:48bshumI like the proposed timeline. +1 from us
#14:20:01eeevilmrpeters-isl: heh ... recall ACQ's timeline, originally ;)
#14:20:03jeff+1 on the proposed timeline
#14:20:05eeeviljust sayin'
#14:20:07kivilahtio1+1 if my vote has any weight
#14:20:23mrpeters-islshould we set some kind of goal that says "90%" or some other number, of features existing in jspac must be available in ttpac before discontinuing?
#14:20:38mrpeters-isljust to be sure we don't lose any features
#14:20:43denialsWhat if a feature is deemed useless?
#14:20:53phasefxif someone champions a feature, it should get migrated
#14:20:55eeevilmrpeters-isl: that (cataloging the differences, culling what's actually desired) is the first step
#14:20:55mrpeters-isli'd say a community vote on that would be acceptable
#14:21:06phasefxunless the feature is "use a lot of Javascript" :)
#14:21:07kivilahtio1do you have any kind of a requirements specification regarding OPAC?
#14:21:17jeffShoot for feature parity, clearly communicate intended loss of features, solicit squeaky wheels / champions.
#14:21:19eeevilphasefx: shush!
#14:21:21denialskivilahtio1: Not a comprehensive one, no
#14:21:29denialsjeff++
#14:22:00eeevilok ... who wants to diff them? :)
#14:22:20eeevilbut, I'm really just playing devil's advocate here
#14:22:35eeevil+1 from me, I think it can be done if it's a stated goal
#14:22:43eeeviland, therefore...
#14:22:45jeffA list of features in jspac and their status in ttpac would be a good starting point.
#14:23:06bshumjeff: Might be easier to walk through each screen in jspac and tpac and see "what's different"
#14:23:11jeff(and said list if compiled before conference might generate additional hackfest ideas)
#14:23:12bshum(and/or missing)
#14:23:13denialsWho wants to volunteer to build that list?
#14:23:14kivilahtio1I wonder if we could help with that
#14:23:29mrpeters-islmaybe it'd be easier to list the features NOT yet in TTPAC
#14:23:31kmlussierIs this a good place to start? http://www.open-ils.org/dokuwiki/doku.php?id=dev:opac:template-toolkit:release_notes&s[]=template&s[]=toolkit
#14:23:33kivilahtio1we are currently working on our requiremetns specification and one sections is about web-library aka. OPAC
#14:23:38mrpeters-islrather than listing all of the features of JSpac
#14:23:48denialsSuch a comprehensive list might be useful in terms of building a mapping of apache redirects from jspac to tpac as well
#14:23:59eeevil#agreed Deprecate JSPAC at 2.2+1, remove at 2.2+2
#14:24:02denialskivilahtio1++
#14:25:19kivilahtio1our accuracy so far has been very low
#14:25:21bshumMaybe we can make this a hackfest topic.
#14:25:30mrpeters-islthats a good idea, bshum
#14:25:34kivilahtio1but we could do a feature match
#14:25:35bshum vaguely remembers denials poking me about tpac dev session
#14:26:52eeevilwell, we ended up sliding right into the next ...
#14:26:59eeevil#topic Preparing for the Evergreen Conference hackfest
#14:27:53eeevilI added an idea just a moment ago, too. gmcharlt may be interested to list his name for that?
#14:28:30dbwells is getting called away from his desk
#14:29:31denials would take an action item on publicizing the "EG2012 hackfest project list" on the mailing list
#14:29:46eeevilvery well, sir:
#14:30:04eeevil#action denials will publicize the "EG2012 hackfest project list" on the mailing list
#14:31:18eeevilanything else we should go over right now? volunteers to "officially" test 2.2-b1?
#14:31:37eeevil#topic announcements/general
#14:31:37bshumeeevil: We'll be testing the upgrade SQL later tonight/tomorrow
#14:32:42eeevilbshum: cool. report of a positive result on-list would be a GoodThing(TM) I think
#14:33:07eeevilor negative, but it's less often that we see a "that worked as expected" report ;)
#14:33:34bshumHeh
#14:33:38bshumWill do.
#14:33:40fortin has joined #evergreen
#14:34:17eeevilany announcements from/for the community at large?
#14:34:39kivilahtio1good work with the 2.2
#14:34:44kivilahtio1I am liking the changes
#14:35:23eeevilreminder for DIG, ESI will be putting up piles of docs for 2.2 features RSN, with more to come over the following weeks during beta
#14:35:55kmlussiereeevil++
#14:36:07bshumESI++
#14:36:08eeevilkivilahtio1: from the whole core team, thanks ... this is a big one
#14:36:14tsbere found a root-owned readonly folder screwing up his make release run, thinks he has gotten his dev machine to play nice now <_<
#14:36:53eeevilok ... I think that's it ... onward to 2.2, folks!
#14:36:57eeevil#endmeeting
#14:36:57pinesol_greenMeeting ended Mon Apr 2 14:36:57 2012 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
#14:36:57pinesol_greenMinutes: http://evergreen-ils.org/meetings/evergreen/2012/evergreen.2012-04-02-14.10.html
#14:36:57pinesol_greenMinutes (text): http://evergreen-ils.org/meetings/evergreen/2012/evergreen.2012-04-02-14.10.txt
#14:36:57pinesol_greenLog: http://evergreen-ils.org/meetings/evergreen/2012/evergreen.2012-04-02-14.10.log.html
#14:37:14bericktsbere: is the plan to create rel_2_2 as beta1 is cut?
#14:37:19berickeeevil++
#14:37:57tsbereberick: I plan on pushing both branches at the same time. I have both locally now.
#14:38:09bericktsbere: cool
#14:38:10tsbere likes to make sure the tarballs look right before pushing branches
#14:38:17mrpeters-isl will install beta to testing.evergreen.lib.in.us when its done
#14:38:52berickbshum: are you still able to reliably cause the problem where the progress updates stop working during ACQ file upload?
#14:39:11collum has quit IRC
#14:39:12bshumberick: We were, though it's been random. Works for some, doesn't for others.
#14:39:25bshumberick: I was going to try it again on a fresh DB reload / master update
#14:40:02jasonb_ has quit IRC
#14:40:05berickbshum: k. i'm about to push a patch that might fix it if you don't mind applying it..
#14:40:13bericks/push/publish/
#14:40:17bshumSome folks also figured that hitting the Upload button more than once sometimes pushed the progress display up, but then it also uploaded the order more than once :)
#14:40:33berickheh, yeah, probably not the best solution
#14:40:40bshumberick: Oooooo fancy. Point me at it and I'll make sure we add it to our final build.
#14:41:07berickis it possible to see dojo's console.log msgs anywhere in the staff client?
#14:42:00tsbereberick: I would assume they show up in the javascript console or in the window that -console opens.....unless dojo has a console that needs to be shown per-page?
#14:42:19senatorthey show up in neither place
#14:42:23bericktsbere: i would have thought js console too, but i'm not seeing them...
#14:42:25senatoronly in firebug or chrome's built in thing
#14:42:29berickthanks senator
#14:42:39berick will use dump() for now w/ a try/catch
#14:42:44berickfor his test patch
#14:43:08kivilahtio1btw, will there be changes to localization strings due to migration from JSPAC to TPAC?
#14:43:15kivilahtio1I mean will the old onew get obsoleted?
#14:43:40kivilahtio1prolly not all of them, but it would be unconventional to pay for the localizations and find out that we need to redo 300 strings more
#14:45:16jeff var url = browser_frame.contentWindow.g.browser.controller.view.browser_browser.contentWindow.wrappedJSObject.location.href;
#14:45:57jeffthis would be a good stopping point for this tangent.
#14:46:55slipscomb has left #evergreen
#14:47:28tsberejeff: Oh come on, you can do better than that. Add in some ability to call it from any window too! :P
#14:48:48jenny1 has quit IRC
#14:48:50kivilahtio1but the main localization changes focus on the OPAC-modules? So we are safe to push the rest of the localizable strings
#14:49:21kivilahtio1how often are the launchpad files updated to reflect master changes?
#14:50:16kivilahtio1and who is going to make the JSPAC TPAC comparison?
#14:50:39tsbere would answer kivilahtio1 if he had more of a basic clue about translation stuff.....he still has to get some of the stuff denials gave him for pulling stuff down figured out at some point
#14:51:05denialssorry, was afk
#14:51:10jefftsbere: i can't claim responsibility for that line. i was off trying to see what difference there was between urls['opac'] and urls['browser'] in the staff client.
#14:51:33tsberejeff: Ahhh. Did you check constants.js? :P
#14:51:38akilsdonk_ has joined #evergreen
#14:51:45denialskivilahtio1: there will be some significant changes to strings between tpac and jspac
#14:52:19kmlussier has quit IRC
#14:52:23denialsLaunchpad will suggest exact or close matches from existing translations, at least
#14:52:56akilsdonk has quit IRC
#14:53:05akilsdonk_ is now known as akilsdonk
#14:53:08denialsas for how often Launchpad translations gets updated - the answer is "not very, and not on any kind of regular schedule". We lack a real translation coordinator, I've just been playing the role (badly) for years
#14:54:04jefftsbere: yes. constants.js recommends custom.js as an override, and examples there include both the opac and browser keys within urls[] -- in a 2.1 client, urls['browser'] seems to matter most for "change my opac skin"
#14:54:11kivilahtio1denials: so how could we help?
#14:54:25jefftsbere: i went off on a tangent wondering "huh... i wonder..." and decided to stop.
#14:54:47tsberejeff: For 2.2+ custom.js munging is less attractive due to TPac and the toggle button.
#14:55:17jeffyeah. i've got that in the back of my head, but not yet. thanks -- it'll be helpful soon.
#14:55:58kivilahtio1denials: not often means; a) once a month, b) once every two months, c) once every 6 months?
#14:56:31kivilahtio1somehow I expected Launchpad to autogenerate .po files from master branch
#14:56:51tsberekivilahtio1: Whenever someone goes and manually pushes buttons, I think.
#14:56:53denialskivilahtio1: the problem is in getting the PO/POT files to/from Launchpad (which uses bzr) and git
#14:57:10denialsalso, Launchpad uses different locale names than Evergreen does
#14:57:19kivilahtio1ok
#14:57:38denialsso the process is basically: 1) Grab the latest PO files from Launchpad and copy them into place in an Evergreen checkout
#14:57:52kivilahtio1denials: so would it be better if i supplied our localizers with .po-files from our 2.2 alpha3 installation?
#14:58:10berickbshum: collab/berick/opensrf-js-multipart-monkey-patch -- if the error condition occurs, it should automatically repair and log a message to the xulrunner console (terminal, not js console)
#14:58:25denials2) "make newpot; make updatepo" to update the POT / PO files with newly added strings
#14:58:42denials3) Update bzr in Launchpad with the updated POT / PO files
#14:59:25denialskivilahtio1: if you build the PO files yourself, maybe, but then those translations won't be in Launchpad?
#14:59:49kivilahtio1denials: our translators want somehting so they can inmmediatelly observe the results
#14:59:56kivilahtio1so i made them a small web service
#14:59:57kivilahtio1http://62.148.106.44:8080/localizer/index.pl
#15:00:21denialskivilahtio1: so you're converting the PO files back into JS / DTD / SQL files?
#15:00:32kivilahtio1basically you import .po files which should be name according to the launchpad naming convention. Then you make a new win-client build and download and setup it
#15:00:50denialswell, that gives you some of the strings at least
#15:00:55kivilahtio1i just use the build/i18n/make LOCALE='fi-FI' install
#15:01:47kivilahtio1denials: it creates a sql-file from data.seed-values
#15:02:05kivilahtio1and the others are JS dtd files yes
#15:02:16kivilahtio1denials: so yes i do
#15:03:05tsbere found a way to hide commits from email, on accident
#15:04:28denialskivilahtio1: right, so if that rebuilds the installed test server as well then it sounds like you're pretty good to go
#15:04:30berickbshum: that's in the opensrf working repo, in case it wasn't clear (which it probably wasn't)
#15:04:55kivilahtio1denials: instead of rebuilding, I just move the files to corresponding places in the /openils/folders*
#15:05:05kivilahtio1denials: works like a charm, I guess
#15:05:36denialskivilahtio1: are you also running "make newport & make updatepo" to generate updated PO files for the translators?
#15:05:38timhome has quit IRC
#15:05:52kivilahtio1denials: you need to run them only once?
#15:06:03kivilahtio1denials: afaik
#15:06:20denialskivilahtio1: well, for a given release, yes. assuming you're only running 2.2 alpha3
#15:07:04kivilahtio1denials: but the newport creates the .po files out of the downloaded sourcecode?
#15:07:11denialsRight, any updates to strings in the database won't show up via that process, but otherwise it should be okay
#15:07:32kivilahtio1denials: no it wont, but that wont be necessary until we touch the data.seeds-values file
#15:07:33denialskivilahtio1: "make newpot" creates the POT files from the source code, yes
#15:08:06kivilahtio1denials: to get the latest .po files I need to download a new version of the source code, checkout in git terms?
#15:08:14timhome has joined #evergreen
#15:08:22denials(all of this would be gold for a GSoC student who wants to tackle "overhaul the i18n system", alas there probably won't be any)
#15:08:27denialskivilahtio1: yep
#15:08:43denialskivilahtio1: well, wait... .PO or .POT?
#15:09:11denialslatest .PO for all locales would come from Launchpad, until they get updated in git
#15:09:20kivilahtio1denials: afaik I only touch .po, .pot seems to be unnecessary
#15:09:27denialslatest .POT would come from git checkout + "make newpot"
#15:09:29mrpeters-isl installs beta1
#15:09:39kivilahtio1strangely I have my folders full of .po
#15:09:58kivilahtio1hmm
#15:09:59denialskivilahtio1: you need the latest POT so that when you run "make updatepo" you get the new / changed strings
#15:10:41denialsbuild/i18n/po/opac.dtd/opac.dtd.pot exists, surely?
#15:10:57kivilahtio1connecting to server to check it out
#15:12:19kivilahtio1denials: /Evergreen-ILS-master/build/i18n/po/ -folder has a folder named after the Launchpad translation modules, and each one contains ll-LL.po locale fies
#15:12:59kivilahtio1and one module.pot
#15:13:09kivilahtio1.pot's were there
#15:13:24kivilahtio1anyway it works nicely
#15:13:55denialsafter all this, /me isn't sure what kivilahtio1 wanted :)
#15:14:57jeffCallender++ for fixing random broken bits
#15:15:00kivilahtio1I wanted to know how much the OPAC-modules will change in TPAC
#15:15:31kivilahtio1denials: and I was thinking maybe wqe should leave the translation for the OPAC as the last leg
#15:16:13kivilahtio1denials: and also to know how often the launchpad localization files are updated, because currently the localizers are instructed to take the .po files from launchpad
#15:16:47kivilahtio1denials: and i want them to have the lates .po files
#15:17:07kivilahtio1denials: then you said that i18n stuff is a mess and I asked can we help with it
#15:19:04kivilahtio1denials: i18n stuff doenst seem to be a mess
#15:20:03kivilahtio1denials: imho
#15:20:18denialskivilahtio1: well, that's nice of you, but not having any predictability about when the POT files get updated in Launchpad or when the updated PO files get merged back into git seems a bit messy to me
#15:21:04denialsIf you wanted to take on that role and/or build scripts for automating more of it, that would be pretty awesome IMO :)
#15:21:05kivilahtio1.po files get merged when someone with commit priviledges commits them?
#15:21:27kivilahtio1I have very little knowledge about git or launchpad
#15:21:29bshum remembers when denials added Spanish for us :)
#15:21:32kivilahtio1:D
#15:21:41kivilahtio1you even got Russian
#15:21:43kivilahtio1which is way ool
#15:22:15kivilahtio1well for sure we will upload our .po's when they are finished
#15:23:54denialskivilahtio1: by definition, committers commit files :) but the real win would be in automating the updates between Launchpad and git in each direction so it could happen on a nightly or weekly basis, and have some idea about releases (another significant "gotcha")
#15:24:17denialsor write Launchpad and it's bzr-ness out of the process and use some other tool
#15:24:43denialsFor Russian, all credit goes to Tigran Zargaryan
#15:25:38tsbere votes for writing Launchpad out of the mix if at all possible, to avoid git/bzr issues and tweaking of language codes >_>
#15:25:39kivilahtio1denials: thanks for the chat, but we are off to watch Rome here
#15:25:53denialskivilahtio1++
#15:26:25kivilahtio1 has left #evergreen
#15:29:31danielR has joined #evergreen
#15:31:00denialshttps://www.transifex.net/ is another option, hosted version is free for open source projects, if someone feels so inclined as to check it out
#15:31:08hopkinsju has joined #evergreen
#15:31:41hopkinsju has joined #evergreen
#15:31:42denialsor we could go back to Pootle
#15:31:42bshumberick: Oh OpenSRF change, not Evergreen. Fancy, we'll make sure we grab that commit in our pull for OpenSRF then.
#15:31:59berickbshum++
#15:32:02berickthanks for testing
#15:36:00tsberedenials: I may take a look at transifex there. If I can figure it out fairly quickly I will see about going that route ;)
#15:38:50kmlussier has joined #evergreen
#15:40:54plux1 has quit IRC
#15:43:59mrpeters-isl begs consortium to test beta 1
#15:44:23mrpeters-isl wishes they could see the connection between testing, and those bugs they complain about when we upgrade :)
#15:45:05akilsdonk has quit IRC
#15:45:59bshumHeh
#15:46:11akilsdonk has joined #evergreen
#15:46:49jenny has joined #evergreen
#15:46:51tsberemrpeters-isl: I once told a person "if you had tested you might have found this before we installed it" only to get back a "We don't have TIME to test, isn't that your job?" type response.
#15:47:04mrpeters-isloh yeah, ive heard that before
#15:47:22mrpeters-isli wish i knew all of the librian stuff so i could test more things
#15:47:35mrpeters-isli think lots of us suffer from that
#15:47:42tsbereI wish the librarians knew the librarian stuff. Testing or no. ;)
#15:47:47Dyrconaheh.
#15:47:47mrpeters-islha
#15:47:56phasefxI do think we're getting a larger pool of people who _make_ time to test things; still need more automated testing, though :)
#15:47:59Dyrcona is a librarian, has the degree to prove it. :)
#15:48:12tsbere was considering getting that degree, but isn't sure he wants it
#15:48:29Dyrconayou'd only need it if you wanted my job.
#15:48:49tsbereI am not sure I would want that either :P
#15:51:16danielR has quit IRC
#15:51:41shopkins has quit IRC
#15:55:45tsberephasefx: I just recommended to mrpeters-isl that he change the password regex to .*
#15:55:54tsbereThat will stop all complaints from the opac
#15:56:20tsbere"It's a test server. We don't need security on a test server that we are PUBLISHING THE MASTER ACCOUNT TO" ;)
#15:56:56phasefxcool deal
#15:58:32bhupendrasingh has quit IRC
#15:58:32_bott_ has quit IRC
#15:59:09_bott_ has joined #evergreen
#15:59:54Meliss has quit IRC
#16:04:00bshumHmm, can't remember if beta was the time to shift from red to yellow
#16:04:08bshumOr if we saved that for RC's
#16:05:49bshumHmm, 2.1 historically seems to have held red for beta
#16:05:55bshumGuess we'll keep it red for now then
#16:12:42denialsI would support moving to yellow for beta in the future, assuming we get better about avoiding last-minute commits :)
#16:17:15hopkinsjuAnyone here use the EC2 AMI? I'm trying to get logged in but I'm not sure what user I'm supposed to login as since Ubuntu doesn't like direct login to root.
#16:17:45kmlussier has left #evergreen
#16:18:34DyrconaQuestion: Do we expect there to be a beta2 or will we be going straight to RC1?
#16:19:23denialshopkinsju: "The images have a README file in /home/ubuntu which lists the passwords for the opensrf and postgres users, and evergreen passwords"?
#16:19:25hopkinsjuLooks like 'ubuntu' might work...
#16:19:32denials(last line in http://evergreen-ils.org/dokuwiki/doku.php?id=community_servers)
#16:19:56hopkinsjudenials: Right, but I can't see those files until I get logged in ;) (or at least I don't know how) This is my first time using EC2
#16:19:58denialsmaybe the "opensrf" user? /me hasn't tried
#16:20:20denialsfailing that, the last line of the last line is Contact Brian Feifarek [bfeifarek (at) q.com] if you have further questions.
#16:27:50senator_ has joined #evergreen
#16:30:56alexlazar1 has joined #evergreen
#16:30:58alexlazar has quit IRC
#16:30:59senator has quit IRC
#16:32:09tsbereDyrcona: I imagine if we run into a pile of issues we will want a beta2. Otherwise we may go straight for RC1.
#16:32:43hopkinsjudenials: Yeah, 'ubuntu' was the username to use, but I'm still not able to connect. /shrug I'm done with this for today. I'll email Brian and see what he has to say.
#16:37:35denialsDyrcona: I concur with tsbere. Some day we might have more formal criteria for releases, but I don't think we have that today
#16:38:08denialsberick: did you want that opensrf.js hack in OpenSRF 2.1.0-RC1 or should I just tar up what we have?
#16:39:31berickdenials: it needs more testing
#16:39:33denials wonders if http://alestic.com/2009/04/ubuntu-ec2-sudo-ssh-rsync applies to the EG images
#16:39:36berickthanks, though
#16:39:51denialsberick: cool. I will forge ahead then. Also, it needs one less 'n' in "Cleanning" :)
#16:40:15berickhah
#16:40:55bericki'll be sure to *ahem* clense that
#16:43:25denialsberick++
#16:44:07gmcharltberick: what, wthdraw a persistent typo? </koha-bugaboo>
#16:47:43berickthey're such an encumberance
#16:47:45berick ducks
#16:49:18denialsit's a recuring problem
#16:49:22akilsdonk_ has joined #evergreen
#16:50:25berickheh
#16:51:11akilsdonk has quit IRC
#16:51:29akilsdonk has joined #evergreen
#16:55:13akilsdonk_ has quit IRC
#16:55:13dbwells:D
#16:55:39Dyrconadbs: you gonna commit those OpenSRF changes to master, too?
#16:56:17Dyrconadenials, rather.
#16:57:40senator_ is now known as senator
#17:02:12akilsdonk has quit IRC
#17:06:23tsbere thinks he has a basic handle on how transifex works....but should probably wait before doing anything significant in case someone from GSoC actually wants to work on our i18n mess
#17:06:57denialsDyrcona: the version number commit is the only one that's not in master
#17:07:09Dyrconaah ok.
#17:07:12denials is focusing on release
#17:07:29denialshttp://evergreen-ils.org/documentation/install/OpenSRF/README_2_1_0.html is up, as are the opensrf_2_1_0-rc1.tar.gz* files
#17:08:02denialshttp://evergreen-ils.org/downloads/previews/opensrf-2.1.0-rc1.tar.gz.md5 and http://evergreen-ils.org/downloads/previews/opensrf-2.1.0-rc1.tar.gz
#17:21:47tsberedenials: At this point I am flagging further transifex digging for "after GSoC proposals close, provided we get none for i18n". If I can get transifex working, however, I suspect that *I* will, by default, become the translation manager until such point as someone else steps up. ;)
#17:24:29denials kind of wishes someone else would step up, to grow the community and avoid centralizing too much responsibility on one person - but working solutions to bottlenecks win :)
#17:25:14sal_ has joined #evergreen
#17:25:17tsbere is doing similar things for whether or not he plays with Android development by building something for Evergreen....but delaying that a little more than just till Friday afternoon.....To, say, after some reviewing of GSoC proposals has happened to see if we are even considering any of the Android ones
#17:27:34denials heads home
#17:27:50tsberedenials: Maybe if I document it *really* well and make it *really* easy someone will step up ;)
#17:27:52tsbere can hope
#17:28:49Dyrcona has quit IRC
#17:42:49jenny has quit IRC
#17:47:29ybostonquit
#17:47:33yboston has quit IRC
#18:00:36hopkinsju has quit IRC
#18:09:00alexlazar1 has left #evergreen
#18:21:06swills_ has left #evergreen
#18:28:40edoceo has quit IRC
#18:33:01fortin has quit IRC
#18:58:52sal_ has quit IRC
#20:09:36finnx has joined #evergreen
#20:22:34tater-laptop has joined #evergreen
#20:48:58wlayton has joined #evergreen
#21:52:53wlayton has quit IRC
#22:29:30Sidharth has joined #evergreen
#22:31:02Sidharthhi
#22:31:06Sidharthanybody online
#22:36:28luisb has quit IRC
#22:45:45Sidharth has quit IRC
#22:50:01hopkinsju has joined #evergreen
#22:54:09finnx has quit IRC
#23:14:46luisb has joined #evergreen
#23:50:00tater-laptop has quit IRC
< Sunday, April 1st, 2012Raw Log FileTuesday, April 3rd, 2012 >