2011-04-04T00:04:05 *** tsbere_ has joined #evergreen 2011-04-04T00:05:10 *** csharp_GPLS has joined #evergreen 2011-04-04T00:07:44 *** sylvar_ has joined #evergreen 2011-04-04T00:08:58 *** tsbere has quit IRC 2011-04-04T00:09:04 *** sylvar has quit IRC 2011-04-04T00:09:05 *** leed has quit IRC 2011-04-04T00:09:07 *** csharp has quit IRC 2011-04-04T00:11:18 *** leed has joined #evergreen 2011-04-04T00:27:00 *** suho has joined #evergreen 2011-04-04T03:14:43 *** rangi` is now known as rangi 2011-04-04T03:15:40 *** rangi has joined #evergreen 2011-04-04T03:24:54 *** Jbergy has joined #evergreen 2011-04-04T04:14:11 *** atz__ has joined #evergreen 2011-04-04T04:19:36 *** senator has joined #evergreen 2011-04-04T04:20:08 *** Digital-Pioneer has joined #evergreen 2011-04-04T04:22:56 *** atz_ has quit IRC 2011-04-04T04:22:58 *** senator_ has quit IRC 2011-04-04T04:22:59 *** rsinger has quit IRC 2011-04-04T04:23:02 *** Digital_Pioneer has quit IRC 2011-04-04T04:23:08 *** leed has quit IRC 2011-04-04T04:23:11 *** mrpeters-isl has quit IRC 2011-04-04T04:23:17 *** leed has joined #evergreen 2011-04-04T04:23:17 *** mrpeters-isl has joined #evergreen 2011-04-04T04:26:05 *** rsinger has joined #evergreen 2011-04-04T04:27:52 *** jagan has joined #evergreen 2011-04-04T04:54:30 *** suho has quit IRC 2011-04-04T05:05:13 *** Callender_ has joined #evergreen 2011-04-04T05:07:33 *** suho has joined #evergreen 2011-04-04T05:12:28 *** jagan has quit IRC 2011-04-04T05:12:28 *** Jbergy has quit IRC 2011-04-04T05:12:29 *** Callender has quit IRC 2011-04-04T05:13:24 *** Jbergy has joined #evergreen 2011-04-04T05:40:31 *** _bott_1 has quit IRC 2011-04-04T05:40:33 *** leed-home has quit IRC 2011-04-04T05:43:44 *** _bott_ has joined #evergreen 2011-04-04T05:43:59 *** leed-home has joined #evergreen 2011-04-04T05:57:36 *** jagan has joined #evergreen 2011-04-04T06:17:19 *** jagan has quit IRC 2011-04-04T06:19:44 *** phasefx__ has joined #evergreen 2011-04-04T06:20:29 *** phasefx_ has quit IRC 2011-04-04T06:23:14 *** mtisi_ has quit IRC 2011-04-04T06:30:32 *** csharp_GPLS is now known as csharp 2011-04-04T06:34:14 *** tsbere_ has quit IRC 2011-04-04T06:34:15 *** tsbere__ has joined #evergreen 2011-04-04T07:06:47 *** tsbere__ is now known as tsbere 2011-04-04T07:12:42 *** rsinger has quit IRC 2011-04-04T07:12:44 *** jeff has quit IRC 2011-04-04T07:12:48 *** jeff_ has joined #evergreen 2011-04-04T07:37:18 *** bshum_ has joined #evergreen 2011-04-04T07:37:33 *** bshum has quit IRC 2011-04-04T07:37:38 *** bshum_ is now known as bshum 2011-04-04T08:36:43 *** AaronZ-PLS has joined #evergreen 2011-04-04T08:39:23 *** gdunbar has joined #evergreen 2011-04-04T08:45:02 *** Dyrcona has joined #evergreen 2011-04-04T09:00:55 *** flopaul has joined #evergreen 2011-04-04T09:05:20 *** sylvar_ is now known as sylvar 2011-04-04T09:12:53 *** bjwebb has joined #evergreen 2011-04-04T09:20:11 *** mtisi_ has joined #evergreen 2011-04-04T09:22:54 *** bshum has quit IRC 2011-04-04T09:22:54 *** bshum has joined #evergreen 2011-04-04T09:24:17 *** mtisi_ is now known as mtisi 2011-04-04T09:32:46 I'm not sure what tab order makes the most sense for the patron search screen in the staff client, but I'm confident that it should not begin "last name, address 1, phone, barcode, first name, address 2". Any suggestions? 2011-04-04T09:34:02 sylvar: Vertical or horizontal? :) 2011-04-04T09:35:17 I try not to entertain suggestions of a horizontal nature. Even at their most innocuous, napping is probably not on the schedule. 2011-04-04T09:35:28 Heh 2011-04-04T09:35:49 I guess I meant if you're talking about patron search from the vertical or horizontal search display. 2011-04-04T09:35:57 I'm assuming you mean horizontal though. 2011-04-04T09:36:39 I'm looking at the screen you get by clicking "Patron Search". 2011-04-04T09:37:19 The one with the search button that, on a sufficiently wide screen, will extend until it's twice as wide as the search form. 2011-04-04T09:37:20 Which, I believe, can have the search on the left or the top. Which are you looking at? 2011-04-04T09:37:22 *** tspindler has joined #evergreen 2011-04-04T09:37:36 I've currently got the search on the top and the patron list below it. 2011-04-04T09:37:42 Horizontal view 2011-04-04T09:37:49 So the horizontal one instead of the default vertical. 2011-04-04T09:38:07 *** jenny has joined #evergreen 2011-04-04T09:38:08 We use that as well, but reordered it so that the search boxes went across instead of up/down 2011-04-04T09:38:19 As you said, last name, first name, etc. in first row 2011-04-04T09:38:27 Then address, etc. in second row 2011-04-04T09:38:29 So on and so forth 2011-04-04T09:38:31 Vertical has last, first, middle, alias, email, phone, id, etc 2011-04-04T09:38:55 I agree with sylvar that the default horizontal view arrangement is complicated. 2011-04-04T09:39:12 * tsbere never looked at the horizontal one, and for a while didn't know there was one 2011-04-04T09:39:32 Someone here liked it so it became our default. 2011-04-04T09:39:38 Annoying for widescreen laptops :) 2011-04-04T09:39:55 The wider your screen the more the vertical seems to make sense, and I started on evergreen with widescreen monitors ;) 2011-04-04T09:40:52 Perhaps we could have a Name column (last, first, middle, alias), an Address column (address1, address2, city, state, zip), and an Other column (phone, email, barcode, OPAC login, ID), tabordered in that sequence. 2011-04-04T09:41:11 That would be one row taller and one column narrower than it currently is. 2011-04-04T09:41:34 sylvar: There are four rows currently, aren't there? (doesn't have a default arranged screen anymore) 2011-04-04T09:41:48 *** dbs has joined #evergreen 2011-04-04T09:41:48 *** dbs has joined #evergreen 2011-04-04T09:42:10 bshum: Indeed. This design would have five rows to accomodate the five address parts. 2011-04-04T09:43:06 sylvar: For horizontal view, I would suggest having a name row, address row, and other row instead. 2011-04-04T09:43:24 The less space you use on the vertical angle the better it'll be for the display. 2011-04-04T09:43:34 Cool beans. 2011-04-04T09:43:41 Filling out across the left/right of the screen would be more effective display. 2011-04-04T09:43:48 To me anyways 2011-04-04T09:44:17 * dbs played around with booking module last night for the first time for real - seems that reservations are parallel to, but not hooked into, regular circulation? 2011-04-04T09:45:12 dbs: I had a hard time figuring that out from the code side doing grace periods. Hence I didn't touch that part in my patch. 2011-04-04T09:45:27 e.g. patron picks up a reservation, that item status changes to "checked out", but it isn't listed on "Items out" tab in patron display, and not listed in item circulation history 2011-04-04T09:45:36 tsbere: glad I'm not the only one :) 2011-04-04T09:45:59 as far as I can tell, circ rules don't apply, no fines, etc? 2011-04-04T09:46:03 There is still a todo entry in my grace periods patch for "make this work with reservations" 2011-04-04T09:46:34 There are potential fine rules DB-side, I think. Whether anything uses them I don't know 2011-04-04T09:47:16 * tsbere went back to client stuff for the time being 2011-04-04T09:47:16 tsbere: Okay. I guess there are no defaults set up 2011-04-04T09:47:35 * Dyrcona will get to test the trigger patch that he posted to launchpad last night. :) 2011-04-04T09:48:09 Picked-up reserve items aren't shown on "My Account" either. Kind of a black hole currently. 2011-04-04T09:48:20 * tsbere knows that the checkin perl stuff knows reservations, and fine generation apparently does too 2011-04-04T09:48:25 Dyrcona++ tsbere++ # patches 2011-04-04T09:48:43 Yeah, I remember reservations broke circulation for a while :) 2011-04-04T09:50:12 Thinking about stuff, any thoughts on how to best put out a call for toolbar icons? I want to make toolbars more customizable, but will need a pile of icons. 2011-04-04T09:50:23 *** atz__ is now known as atz 2011-04-04T09:51:41 atz: did you have a look at the SIPServer patch for patron expiration dates? 2011-04-04T09:51:55 yeah, looks good 2011-04-04T09:52:39 sorry not pushed yet 2011-04-04T09:52:53 ok. 2011-04-04T09:53:19 it doesn't depend on the ILS supporting expiration dates. we tested to see if it would blow up. 2011-04-04T09:55:08 tsbere: mrpeters-isl loved making icons last time, and I think others were interested too. General list? 2011-04-04T09:57:31 * Dyrcona should prod someone about committing the EG side of the SIP patch. 2011-04-04T09:59:30 I think one of the commits mentions that in the log message, actually. 2011-04-04T10:00:55 *** finnapz2 has quit IRC 2011-04-04T10:01:04 *** flopaul has quit IRC 2011-04-04T10:06:46 *** tsbere has quit IRC 2011-04-04T10:08:15 *** tsbere has joined #evergreen 2011-04-04T10:08:30 Netsplit and I ended up alone in the channel 2011-04-04T10:13:02 bshum: As an intermediate step, maybe we could leave the layour and specify a tabbing order, like so: http://pastebin.com/Juwe57DF 2011-04-04T10:14:39 sylvar: Seems reasonable to me, though an eventual reordering would be nice to discuss. 2011-04-04T10:15:07 bshum pasted "A/T errors" at http://paste.lisp.org/display/121147 2011-04-04T10:16:17 I'd want to learn a bit more about XUL first, like for example groups and why this structure ends up placing state in the third column. 2011-04-04T10:18:55 sylvar++ 2011-04-04T10:19:56 *** tsbere has quit IRC 2011-04-04T10:20:23 *** tsbere has joined #evergreen 2011-04-04T10:20:23 Okay, disregard my A/T error, I think I found the source. Typo in the environment variables again... 2011-04-04T10:26:08 *** tsbere has quit IRC 2011-04-04T10:30:06 *** breakneck21-jiit has joined #evergreen 2011-04-04T10:30:53 *** tsbere has joined #evergreen 2011-04-04T10:32:18 phasefx: gmcharlt: I think we should commit to providing comments on the GSoC applications that we've received so far (by midnight tonight?), to give the early submitters a chance to address our comments 2011-04-04T10:32:37 dbs: agreed 2011-04-04T10:32:57 *** suho has quit IRC 2011-04-04T10:34:16 k 2011-04-04T10:34:40 * tsbere wonders if with all the netsplits phasefx got his @later 2011-04-04T10:34:50 *** yboston has joined #evergreen 2011-04-04T10:42:33 Looks like tsbere is on the wrong Freenode server today 2011-04-04T10:43:10 dbs: I disconnected a couple of times due to changing my freenode settings. Decided to limit myself to US servers at a minimum, and tried to do SSL but failed. 2011-04-04T10:43:30 tsbere: perms and toolbar, yeap. probably won't look at it today. is it in a state where you'd like to see it in trunk/2.1? 2011-04-04T10:44:16 phasefx: The *code* is fine, IMO. The list of permissions attached to command nodes? Not so sure I am the one to figure that out. I went through and half-guessed my way down the perm list so I might have some examples. 2011-04-04T10:44:44 Otherwise testing the code would have been more difficult ;) 2011-04-04T10:45:06 I by no means attempted to make a complete perm config, though 2011-04-04T10:48:05 roger roger 2011-04-04T10:48:06 phasefx: I would like to see the command_tab rigging put in, though, if only to make it easier to do future work on toolbar stuff. 2011-04-04T10:49:00 * tsbere made sure that was a different commit chunk intentionally 2011-04-04T10:49:40 *** flopaul has joined #evergreen 2011-04-04T10:52:13 * dbs hopes that a GSoC proposal to do the toolbar work doesn't come in after tsbere has implemented it in one day :) 2011-04-04T10:52:40 dbs: any reason not to strike it from the list? 2011-04-04T10:53:08 Any idea what would cause a "SyntaxError: missing = in XML attribute" error when trying to view errors in an offline transaction results? 2011-04-04T10:53:37 bshum: I see that a lot on custom.js related stuff on a regular basis for some reason. Or at least I think that is where I was seeing it. 2011-04-04T10:54:26 gmcharlt: well, tsbere was the person who put it on the possible student list in the first place 2011-04-04T10:54:29 gmcharlt: I think I was the one that added that one to the list. The command_tab stuff just makes it so that if someone does add a toolbar button it will respect "toolbar buttons open in new tab" settings. 2011-04-04T10:54:59 tsbere just codes too fast :) 2011-04-04T10:55:27 Wait, you can code too fast? ;) 2011-04-04T10:55:43 * dbs can't - heh 2011-04-04T10:55:51 * dbs codes like a turtle 2011-04-04T10:56:01 tsbere: Yes, you can. Just look at the mess I made with fast coding on Friday. 2011-04-04T10:56:17 * Dyrcona hates "last minute" changes. 2011-04-04T10:56:48 *** sgirard has joined #evergreen 2011-04-04T10:59:04 phasefx: On the menu permissions thing, dunno if you noticed the part where I made operator change update the gui on all open windows rather than just the current. That has bugged me for a while, but I did it alongside some of my other code changes so it isn't a seperate commit. 2011-04-04T11:00:19 * dbs noticed yesterday that the auth timeout on 2.0.4 that prompted the "login again" box didn't update the authtoken in the reservations interface 2011-04-04T11:00:42 Had to log back out and back in to make reservations happy 2011-04-04T11:02:12 * senator knows how to fix that, and can make a point to do it this afternoon 2011-04-04T11:03:35 senator++ 2011-04-04T11:03:54 btw dbs, on my "coding quickly" - I can mull over potential ways of implementing something for weeks before I ever write a line of code. By the time I get to writing the code I usually have lots of research behind me that doesn't show up in the time I am coding ;) 2011-04-04T11:04:09 *** Tony_ has joined #evergreen 2011-04-04T11:04:31 senator: heh ... was about to announce cutting of 2.0.5, but I'll wait for that 2011-04-04T11:04:38 *** Tony_ has quit IRC 2011-04-04T11:04:49 tsbere: I think we're all like that. At least, I hope so 2011-04-04T11:05:36 I dunno, sometimes inspiration strikes and you can whip something decent up in an hour without prep. Rare, but I wouldn't discount the usefulness of that kind of coding either ;) 2011-04-04T11:06:28 "without prep" if you disregard all of the previous experience that has led to the point of inspiration, of course 2011-04-04T11:06:50 eeevil: if you want it before 2.0.5 then, i suppose it can be done even sooner. will ping you when it's done 2011-04-04T11:07:21 senator: thanks much 2011-04-04T11:07:22 * dbs was hoping for a bitesize bug to come in for the i18n of facets bit for 2.0.5, but de nada; I'll stab it after 2.0.5 and the GSoC submission period is closed 2011-04-04T11:15:00 *** _deXter has joined #evergreen 2011-04-04T11:15:24 dbs: BTW, when we have a list of things from GSoC I can intentionally avoid working on those areas. 2011-04-04T11:15:47 _deXter: please don't pm without asking first 2011-04-04T11:16:05 _deXter: in general, please keep as much communication in-channel as possible 2011-04-04T11:17:20 <_deXter> dbs, sorry. I went directly because is not about evergreen in general.. I'm a potential gsoc student,... I'm interested in applying for evergreen.. 2011-04-04T11:17:22 tsbere: right. Proposal period closes on April 8th, but actual selection won't happen for a while after that. April 9th we'll at least be able to say "Nobody submitted a proposal for X areas" and the floodgates can open :) 2011-04-04T11:18:03 _deXter: I'm not the only GSoC admin/potential mentor, and I have to go away from keyboard in a few minutes. So you're better served addressing questions to #evergreen in general 2011-04-04T11:19:06 <_deXter> dbs, i would like to know if there are projects more crowded than others.. Or if there are any projects with lower priority to you than others... 2011-04-04T11:19:31 <_deXter> dbs, sure. I totally understand that. :-) 2011-04-04T11:20:28 _deXter, If by "crowded" you mean "lots of interest" the only one that sticks out to me from list/chat watching is android client(s). 2011-04-04T11:20:28 *** yboston has quit IRC 2011-04-04T11:20:53 _deXter: it's not so much a matter of how many people are proposing an idea in a given area as it is the quality of the proposals - which of course I can't divulge 2011-04-04T11:21:30 _deXter: my suggestion would be to put together the best proposal you can for a project that excites you and which you really want to work on for 12 weeks, rather than trying to find a project that doesn't have much competition 2011-04-04T11:21:45 _deXter: what dbs said 2011-04-04T11:22:11 * dbs needs to duck out now - later 2011-04-04T11:22:18 also, the problem space for the Android client is such that it can support more than one student working on related clients 2011-04-04T11:22:28 so if Android is what *really* floats your boat, go for it 2011-04-04T11:23:33 *** brian_f has joined #evergreen 2011-04-04T11:25:21 <_deXter> dbs what about my second question? 2011-04-04T11:26:06 _deXter: lower priority projects are those that are never completed and/or never work ;) 2011-04-04T11:27:14 _deXter: they're all useful projects; aim for what fits your technical skills, your desire to learn in a particular area, and your gut feeling about the perceived difficulty 2011-04-04T11:30:10 <_deXter> Yup. I understand that. 2011-04-04T11:31:23 <_deXter> Thank you for the information. 2011-04-04T11:31:43 *** _deXter has quit IRC 2011-04-04T11:51:25 *** yboston has joined #evergreen 2011-04-04T12:03:03 *** brian_f has quit IRC 2011-04-04T12:29:05 *** Digital-Pioneer has quit IRC 2011-04-04T12:37:30 *** brian_f has joined #evergreen 2011-04-04T12:38:27 *** yboston has quit IRC 2011-04-04T12:39:27 *** flopaul has quit IRC 2011-04-04T12:52:10 *** finnapz2 has joined #evergreen 2011-04-04T12:56:07 phasefx++ 2011-04-04T12:56:13 *** flopaul has joined #evergreen 2011-04-04T12:56:44 tsbere++ it's pretty sweet seeing perm-controlled menu entries 2011-04-04T12:57:12 tsbere++ 2011-04-04T12:57:15 phasefx++ 2011-04-04T12:57:21 nice work, folks 2011-04-04T12:57:24 Now we just need a better list of perms for said menu entries. I gave up once I had a decent set for testing. 2011-04-04T12:57:50 * tsbere doesn't even know what half the perms are for 2011-04-04T12:59:25 Oh, and fun note: An extension could, in theory, change the perms that a given command wants with an overlay, to enable/disable it based on something else instead. 2011-04-04T13:00:54 *** jmorris42 has joined #evergreen 2011-04-04T13:01:12 for xul interfaces, I don't mind getting perm denied from the server, since we usually prompt for new credentials at that point, but keeping folks out altogether side-steps the issue, and having Operator Change update the menus is nice 2011-04-04T13:02:30 I had an issue at first where *logout* wouldn't change the menus. Hence having to touch the auth bits to wipe out the cached perms. 2011-04-04T13:05:02 *** StephenGWills has joined #evergreen 2011-04-04T13:08:34 contemplating a minor change to search suggestions 2011-04-04T13:09:02 currently, if a search results in zero hits, suggests are provided for *all* words in the search 2011-04-04T13:09:28 any reason not to restrict this just to words that aren't in the suggestion dictionary? 2011-04-04T13:13:45 sylvar: bshum: the tabbing order of patron search in the horizontal display was discovered very quickly by a PINES director at our tech boot camp - I expect to hear grumbling a plenty about it ;-) 2011-04-04T13:13:57 gmcharlt: I say toss it in trunk/2.1 and we'll see how it shakes out 2011-04-04T13:14:42 *** jeff_ is now known as jeff 2011-04-04T13:15:51 csharp: Heh, fun times. We're more clickers I guess, so visually we disagreed with the ordering of the fields. The tab thing wasn't discussed as much, but maybe also irrelevant once we reorganized all the fields to our liking. 2011-04-04T13:17:29 I wonder how many sites use horizontal setting 2011-04-04T13:17:41 *** suho has joined #evergreen 2011-04-04T13:17:55 bshum: ah (reading back more carefully now) - so you moved the entries around so the tabbing worked? okay... 2011-04-04T13:18:30 csharp: I believe the tabs work across from left to right. So we changed them from being grouped by columns to being grouped by row. 2011-04-04T13:18:35 * csharp adds that to the many many things to do in 1.6.1.8 as we go live 2011-04-04T13:18:42 Name info across the first row, addresses in second row, etc. 2011-04-04T13:19:17 our libraries have complained about scrolling for years, so they want it 2011-04-04T13:19:52 bshum: excellent... - would you be willing to share the file with me? 2011-04-04T13:19:54 ;-) 2011-04-04T13:19:59 unless anyone yells, I'm finally cutting 2.0.5 2011-04-04T13:20:06 fwiw, tab order in the horiz patron search is something I had on a TODO that never got followed up on (ie. folks haven't complained till now) 2011-04-04T13:20:51 * csharp resubscribes phasefx to PINES-L as we go live 2011-04-04T13:21:10 ;-) 2011-04-04T13:21:16 please do :) I'll make some popcorn 2011-04-04T13:21:51 csharp: I no longer have a 1.6 version of that file, not sure how much if any has changed between that and 2.0 2011-04-04T13:22:02 Also, we chose to leave certain fields off the search options. 2011-04-04T13:22:10 As part of our reorganization 2011-04-04T13:22:29 This was before we knew "hiding" was probably better 2011-04-04T13:23:52 bshum: ah... like "Alias"? 2011-04-04T13:24:33 *** afterl has joined #evergreen 2011-04-04T13:25:18 hrmm, I notice the new portal skin needs to be tweaked to handle the setting for horizontal search 2011-04-04T13:25:47 *** jenny1 has joined #evergreen 2011-04-04T13:25:53 *** dbs has quit IRC 2011-04-04T13:26:57 eeevil: done 2011-04-04T13:27:27 *** jenny has quit IRC 2011-04-04T13:29:07 Awww man, I actually have to define stuff I want to hide in actor.usr_setting in config.usr_setting_type? Makes it harder to make an optional extension store per-user stuff. 2011-04-04T13:30:34 gmcharlt: heh ... let's see if I tagged after your update 2011-04-04T13:31:20 If you tagged....off of 2.0 when he touched trunk/2.1? Will it matter? 2011-04-04T13:31:46 tsbere: no, I was confused thinking there was something else still going into 2.0 2011-04-04T13:31:58 Ok. I thought I may have missed something. 2011-04-04T13:33:05 *** dbs has joined #evergreen 2011-04-04T13:33:05 looking, I see the 2.0 stuff finished up a while ago. was just confirming 2011-04-04T13:34:07 *** finnapz2 has quit IRC 2011-04-04T13:35:23 *** flopaul has quit IRC 2011-04-04T13:35:55 sylvar: bshum: csharp: too late for 2.0.5, but re-ordered the tab index for horiz patron search 2011-04-04T13:36:09 phasefx++ 2011-04-04T13:37:00 the intention was/is to use the shortcut keys for quickly jumping from column to column 2011-04-04T13:37:13 *** jenny has joined #evergreen 2011-04-04T13:39:47 *** jenny1 has quit IRC 2011-04-04T13:41:33 building i18n for 2.0.5 now ... T-30m or there abouts 2011-04-04T13:45:36 yay 2.0.5 2011-04-04T13:45:48 dbs: sorry for the delay :( 2011-04-04T13:46:19 eeevil: what? no need to apologize IMO 2011-04-04T13:48:40 we finally beat eeevil down, or maybe it was that procedure on april 1st :) 2011-04-04T13:59:19 phasefx: arg ... do I need to pull 19970 into 2.0.5? 2011-04-04T13:59:33 or can it wait for 2.0.6 2011-04-04T13:59:35 tab order 2011-04-04T14:00:32 *** jenny1 has joined #evergreen 2011-04-04T14:00:36 * eeevil notes the nobody yelled ;) 2011-04-04T14:00:41 I don't think it's critical, or at least, there are 2.0 users now who haven't complained (perhaps they use the mouse more than the keyboard) 2011-04-04T14:01:42 eeevil: gah, sorry; I just discovered I'd missed doing dcommit on rel_2_0 for my LI ordering patch 2011-04-04T14:02:22 mmm.. ok, if you'll both throw those into tags/rel_2_0_5 I'll stop this build and recut 2011-04-04T14:02:38 the terrorists have won ;) 2011-04-04T14:02:55 eeevil: thanks, sec 2011-04-04T14:02:59 bradl: heh 2011-04-04T14:03:36 phasefx: you pushing tab order in too? 2011-04-04T14:03:50 *** jenny has quit IRC 2011-04-04T14:04:04 eeevil: sure, I can do that 2011-04-04T14:05:22 * Dyrcona is happy. 2011-04-04T14:05:27 eeevil: done 2011-04-04T14:05:38 eeevil: done; sorry for missing it 2011-04-04T14:05:55 the ac_target_copy_trig that I posted yesterday is working quite well with my currently broken load. 2011-04-04T14:06:19 * gmcharlt dies a little inside every time I push to a tag, but I'll live ;) 2011-04-04T14:08:52 * phasefx grins 2011-04-04T14:09:32 eeevil: hate to pile on, but I just committed a one-liner which would be nice to get into to 2.0.5 if it isn't too late 2011-04-04T14:10:16 * tsbere thinks 2.0.5 should have waited until 3 or something 2011-04-04T14:10:28 heh heh. 2011-04-04T14:10:41 *** rsoulliere has joined #evergreen 2011-04-04T14:10:50 2.0.5 at 14:30 and 2.0.6 at 16:30. 2011-04-04T14:11:01 *** yboston has joined #evergreen 2011-04-04T14:11:06 time for time-based releases 2011-04-04T14:11:16 we release ... EVERY HOUR 2011-04-04T14:11:17 on the hour 2011-04-04T14:11:32 just build from trunk with a build#. 2011-04-04T14:13:51 * Dyrcona wonders if his little trigger patch could get squeezed in, too. :p 2011-04-04T14:14:43 * AaronZ-PLS winders what the effect of changing to a date-based verison number system would be "Install 2011.04. 2011-04-04T14:15:28 the more I use git, the less i like the traditional version numbering schemes for software. 2011-04-04T14:15:39 * AaronZ-PLS is a little enter happy today. The verison number should have been "2011.04.04.14.14.00" 2011-04-04T14:15:50 i understand why they decided to freeze the linux kernel at 2.6.x. 2011-04-04T14:15:51 *** kcollier has joined #evergreen 2011-04-04T14:16:04 eeevil: Well, since /I/ didn't hear yelling this time, I went ahead with it. 2011-04-04T14:16:31 *** brian_f has quit IRC 2011-04-04T14:17:44 dbwells: yes, please, and thanks 2011-04-04T14:18:17 AaronZ-PLS: IMO, the effect would be a bigger pile-on of changes right at the end ;) 2011-04-04T14:18:54 giving folks a fencepost to procrastinate against can be more dangerous that never knowing when a release will be cut (exactly) 2011-04-04T14:19:04 but, I could certainly be wrong there 2011-04-04T14:19:40 (hope so, because it would make my life easier to go to timed releases) 2011-04-04T14:20:05 heh 2011-04-04T14:20:53 eeevil: I was thinking of the every hour on the hour comment and imagining the "fun" of trying to tell the libraries that they need to install "2011.04.04.14.14.00" not "2011.04.04.14.14.02" 2011-04-04T14:21:35 AaronZ-PLS: I think we should just use full ISO timestamps, with microsecond precision and timezones 2011-04-04T14:22:20 ok, building i18n 2011-04-04T14:22:42 *** hcethatsme has joined #evergreen 2011-04-04T14:22:49 *** brian_f has joined #evergreen 2011-04-04T14:23:25 Using git would be fun. Name the release based on the last hash. Which will change when you add the changelog! 2011-04-04T14:26:57 Hi everybody. Just a reminder, the DIG meeting starts here in 5 minutes. :) 2011-04-04T14:27:19 guess the playful banter has to come to an end. 2011-04-04T14:29:56 Dyrcona: or the playful banter could switch its focus to documentation...? 2011-04-04T14:31:45 Anyway, I guess I'll call the April Documentation Interest Group meeting to order. 2011-04-04T14:32:06 First item, do we have someone willing to compile minutes from the IRC Logs or are we content with letting the IRC logs serve as our record of the meeting? Volunteers? 2011-04-04T14:32:21 And while people are considering that, let's begin introductions. 2011-04-04T14:32:35 * kcollier is Karen Collier, Kent County Public Library 2011-04-04T14:32:41 * rsoulliere is Robert Soulliere from Mohawk College 2011-04-04T14:32:54 * jenny1 is Jenny Turner, PALS - and I can compile notes from this meeting 2011-04-04T14:33:03 * AaronZ-PLS is Aaron Zsembery from the Pioneer Library System in NY 2011-04-04T14:33:04 *** flopaul has joined #evergreen 2011-04-04T14:33:11 jenny1++ 2011-04-04T14:33:45 hcethatsme is Hilary Caws-Elwitt from the Susquehanna County Library in PA 2011-04-04T14:34:17 Thank you for volunteering for minutes, Jenny. 2011-04-04T14:34:25 no prob : ) 2011-04-04T14:35:24 Looks like a fairly small group today. Anyone coming in late, feel free to introduce yourself. 2011-04-04T14:35:55 rsoulliere: You had some DIG page updates to talk about? 2011-04-04T14:36:04 Yes, I have updated the DIG wikipage: http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-docs:dig 2011-04-04T14:36:10 Please review and revise as needed. 2011-04-04T14:36:22 Just to outline what is changed... 2011-04-04T14:36:28 Resource have been moved to this main page instead of requiring an extra link to a generic “resources” page. 2011-04-04T14:36:38 Also note that brian_f has updated the test server to 2.0.4. This is available for DIG members to access the latest Evergreen software for testing and documenting. 2011-04-04T14:36:49 brian_f++ 2011-04-04T14:37:00 *** dpearsa has joined #evergreen 2011-04-04T14:37:35 Thanks for updating the info. rsoulliere++ 2011-04-04T14:37:44 The other item I discovered during clean up is the terms of reference: http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-docs:dig_terms_of_reference 2011-04-04T14:38:00 This includes mission, scope and principles of DIG. 2011-04-04T14:38:08 I thought it was very good and represents the DIG mission very well. 2011-04-04T14:38:16 Should we open this up at the conference meeting for review just to see if we need to update? – last updated 2009 2011-04-04T14:38:48 Good idea to review. 2011-04-04T14:39:29 Couldn't hurt. Do you have any more you want to say about the update, or is this a good time to segue into the Hackfest/Meeting? 2011-04-04T14:40:17 Lets get to the hackfest ideas... 2011-04-04T14:40:47 *** finnapz2 has joined #evergreen 2011-04-04T14:40:50 Okay. DIG is scheduled for one of the hackfest time slots at the Evergreen conference later this month. 2011-04-04T14:41:05 April 27 at 10 AM. 2011-04-04T14:41:22 What I'm wondering is whether we want this to be more like a meeting or more like a hackfest. 2011-04-04T14:41:40 *** sborger has joined #evergreen 2011-04-04T14:41:49 In the past, our "hackfests" have really been meetings. And we could certainly do that again for some or all of the time slot. 2011-04-04T14:42:24 Or, if people want to bring laptops we could work on documentation at the hackfest. 2011-04-04T14:42:55 Thoughts? Anything in particular anyone want to discuss? Any interest in having a more traditional hackfest? 2011-04-04T14:43:20 Who wants to start? 2011-04-04T14:43:37 kcollier: from the peanut gallery, what would a doc hackfest look like? something focused on showing newbies how to use the tools? 2011-04-04T14:43:38 Maybe an even more fundamental question... of those who are here for today's meeting, are you planning to attend the hackfest? 2011-04-04T14:43:57 i am not going to the conference... 2011-04-04T14:44:13 me neither, alas... 2011-04-04T14:44:13 I'll be convening the Reports group at that time, so will defer to the rest of the group. But, if I could attend, it could be interesting to see how the tools work 2011-04-04T14:44:27 gmcharlt: That's one possibility. And I guess that's what I'm trying to figure out. :) 2011-04-04T14:45:40 Any thoughts on what we want to see during our meeting/hackfest? 2011-04-04T14:45:41 I was thinking part of it could be a meeting and then part hackfest this time... 2011-04-04T14:45:41 but 2 hours is pretty short. 2011-04-04T14:46:30 kcollier: from dev land, hackfests tend to be for (a) getting newbies up to speed and (b) getting stuff done (or started, in the case of archictectural changes) 2011-04-04T14:46:34 gmcharlt: can I turn that question around and ask what a development hackfest looks like? I thought I had an idea, but I've never been to one and might be completely off the mark. 2011-04-04T14:46:40 I can certainly see a doc hackfest doing (a) 2011-04-04T14:47:02 I have no idea about (b), whether there's a synergy to be had from a bunch of people in the same room writing 2011-04-04T14:47:37 one of components of any hackfest, though, is being open to ideas that get implemented on the spot 2011-04-04T14:47:38 For (b) does it mainly focus on larger projects that require a lot of input from different people? Or do people tend to do their own thing all in the same room? 2011-04-04T14:48:15 Or could we break down into smaller groups to work on specific issues (missing pieces) with the documentation? 2011-04-04T14:48:17 kcollier: in my experience, it tends to be a bunch of projects that people work on with two or three people working on each project 2011-04-04T14:48:27 and lots of people tossing ideas around 2011-04-04T14:48:48 Ah, thanks for the insight. 2011-04-04T14:49:17 kcollier: cooperative proofreading though, might be suitable 2011-04-04T14:49:27 door prizes for those who fix the most typos? 2011-04-04T14:49:36 * gmcharlt might be getting a little too silly, here 2011-04-04T14:49:45 one thing I would love to see is a look at the organization of the current documentation. For example, to me it is confusing that the "in client" admin stuff is grouped in with the database admin stuff...but that could just be me. : ) So maybe a group could break off to look at that?? 2011-04-04T14:49:50 proofreading and/or testing 1.6 docs against the 2.0 server? 2011-04-04T14:50:01 Door prizes could be fun. :) 2011-04-04T14:50:24 jenny1: good thought 2011-04-04T14:50:28 prizes++ 2011-04-04T14:51:28 Okay, so I think we'll plan on at least a short meeting and if people bring laptops and are interested in working on docs we can do that too. We can bring this question up on the DIG list too for people who will be attending but couldn't be here today. 2011-04-04T14:52:16 Any old or new business anyone wants to bring up before we start talking about next meetings? 2011-04-04T14:52:29 Questions or thoughts? 2011-04-04T14:52:33 would it be possible for us to log in to participate? 2011-04-04T14:52:51 What do you mean by log in? 2011-04-04T14:54:32 I was just thinking if chat was open or if there was meeting software those of us who cannot go to the conference could participate in the hackfest. I too find the documentation confusing but I am sure it is just that I was not part of the organization of it. 2011-04-04T14:55:05 That's a good thought, definitely worth investigating. 2011-04-04T14:55:43 Anyone have any suggestions how we might best go about that? 2011-04-04T14:56:46 Or that could be a question for the list as well. 2011-04-04T14:57:31 In old business. Thank you to Kathy, Jenny, and Robert for volunteering to fill content coordinator positions. 2011-04-04T14:58:26 And we still have a couple of roles to fill if anyone's interested or knows anyone who might be interested. 2011-04-04T14:58:27 * dbs returns, late on the "doc hackfest" idea - there have been "documentation sprints" in other projects where groups just focus on writing a chapter (or an entire book, albeit usually with more time) 2011-04-04T14:59:16 dbs: that sounds like a neat idea. If we could identify a particular area needing work that could be a very productive use of time. 2011-04-04T14:59:30 idea being to discard all of the usual barriers to actually getting things done for a few hours and to just focus on producing; these have happened both in physical meetings and in online collaboration approaches 2011-04-04T14:59:53 We are still looking for a couple of roles, listed here: http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-docs:digparticipants 2011-04-04T15:00:13 Specifically Administration/Development Content Coordinator and Style Coordinator. 2011-04-04T15:00:58 * rsoulliere wonders if we need a documentation organization specialist or team? 2011-04-04T15:01:36 That's a thought. 2011-04-04T15:02:11 a team would be preferable, I think - what makes sense in my head might not make sense to anyone else. 2011-04-04T15:02:35 Or that could be part of the hackfest. Those two hours are getting shorter and shorter though. :) 2011-04-04T15:02:46 prototyping different styles of organization could be useful for hackfest 2011-04-04T15:02:58 i.e. you have a lot of text - try different ways of presenting it 2011-04-04T15:03:04 or what kcollier said 2011-04-04T15:03:41 The issues of organization of the documentation has not been dealt with formally for a long time. 2011-04-04T15:04:05 if time allows, the hackfest could take a stab at organization in general - with work to continue later by the specialist/team? 2011-04-04T15:04:29 I should point out that there is a session on "getting involved in Documentation" at the conference. 2011-04-04T15:04:57 which will deal with some technicals: git, DocBook, AsciiDoc etc... 2011-04-04T15:05:24 Excellent. rsoulliere++ 2011-04-04T15:05:41 and how to contribute in general. 2011-04-04T15:06:24 rsoulliere: true - so maybe wouldn't need to spend much time on that sort of thing at the hackfest. Nice! 2011-04-04T15:07:29 Going back to the idea of forming a team.... Do we have any immediate volunteers for participating on the documentation organization team? Is this something to bring up on the mailing list? 2011-04-04T15:08:14 If we can identify a team leader and some participants maybe they could come to the hackfest prepared to lead some discussion on the topic? 2011-04-04T15:09:30 Perhaps the hackfest could deal with general reorganization and content (in groups). 2011-04-04T15:09:47 * yboston is Yamil Suarez - Berklee College of Music (sorry I'm late, good things this is being logged) 2011-04-04T15:09:54 I won't be at the hackfest, but would be willing to help someone/some people generate ideas for discussion. 2011-04-04T15:10:22 Welcome yboston. 2011-04-04T15:10:35 Thanks Jenny. 2011-04-04T15:10:43 *** glen_ has joined #evergreen 2011-04-04T15:10:43 *** agJohn has quit IRC 2011-04-04T15:12:32 or help brainstorm groups for the hackfest idea rsoulliere presents...which could be a good approach... 2011-04-04T15:13:22 That sounds like a good approach to me too. 2011-04-04T15:13:47 Any other new business or comments on anything we've discussed so far? Last call before we move on to planning our next meeting. 2011-04-04T15:14:51 Could I get my feet wet by doing a small bit? I'm thinking of the Z39.50 section? 2011-04-04T15:16:07 Absolutely. Any help is a help. :) The documentation outlines should give an idea of what topics are already being worked on. 2011-04-04T15:16:22 Yes, 2.0 is marked "needed" on that 2011-04-04T15:16:43 Perfect, then. Thanks for volunteering. 2011-04-04T15:16:52 I'll mark it Assigned. Thanks! 2011-04-04T15:17:23 hcethatsme++ 2011-04-04T15:17:23 Okay, last item on the agenda. Future meetings. 2011-04-04T15:17:58 Our next regularly scheduled on would fall on May 2. But that's almost immediately after the conference. 2011-04-04T15:19:00 Should we skip the May meeting and resume in June? Or rather reschedule the May meeting for part of the hackfest? 2011-04-04T15:19:05 might be nice to have one soon after the meeting (maybe not the 2nd, though) to update folks that weren't able to attend and to keep the momentum going from the conference 2011-04-04T15:19:20 jenny1++ 2011-04-04T15:19:28 That is a very good point. 2011-04-04T15:20:55 How does May 9th look? Or would people prefer to keep it on the original date, May 2, despite the timing in relation to the conference? 2011-04-04T15:21:21 9th works for me. 2011-04-04T15:21:34 2nd is better for me, but I can check the logs and/or come in late 2011-04-04T15:21:56 either date works for me. 2011-04-04T15:22:07 9th is looking good for me. 2011-04-04T15:22:52 Let's plan on the 9th. That'll give us a little more time to prepare. 2011-04-04T15:23:13 2:30 EST like normal? 2011-04-04T15:24:01 works for me 2011-04-04T15:24:21 That works for me too. 2011-04-04T15:25:02 Thank you everyone for attending. Shall we call the meeting concluded? 2011-04-04T15:26:08 kcollier++ 2011-04-04T15:26:12 kcollier++ 2011-04-04T15:27:19 Hopefully we'll be able to arrange for people to participate in the hackfest remotely. And I'll look forward to seeing those who can attend at the hackfest. Thanks guys. 2011-04-04T15:28:20 *** sborger has quit IRC 2011-04-04T15:29:03 *** hcethatsme has quit IRC 2011-04-04T15:31:01 *** dpearsa has quit IRC 2011-04-04T15:31:41 Quick opinion question. For the downloads page, would it be helpful if we added line breaks between the current release sentences under the Source and staff client downloads? 2011-04-04T15:32:20 So that it's not one continuous paragraph. 2011-04-04T15:32:26 *** agJohn has joined #evergreen 2011-04-04T15:32:53 *** rsoulliere has quit IRC 2011-04-04T15:34:25 bshum: +1 2011-04-04T15:34:58 If so, I was thinking to push that in before we updated the page contents to show the 2.0.5 release (when it finishes) 2011-04-04T15:35:27 *** kcollier has quit IRC 2011-04-04T15:38:39 now that the DIG is over, I'll announce here (and soon on the list) that the 2.0.5 tarball is up and ready for the grabbing 2011-04-04T15:43:02 eeevil++ 2011-04-04T15:43:07 eeevil++ 2011-04-04T15:46:53 phasefx: bumping to 1.9.2.16 for staff client build, okay? 2011-04-04T15:54:49 2.0.5 staff client here: http://ur1.ca/2yjyo 2011-04-04T15:55:04 Tried it lightly, and it seems to be okay with the new xulrunner version bump 2011-04-04T15:58:24 bshum: I hear there are a set of test scenarios to run through for that sort of thing. Heh. 2011-04-04T15:58:34 dbs: Oh right. :) 2011-04-04T16:02:51 *** glen_ has quit IRC 2011-04-04T16:04:14 * tsbere loves seeing red bars appear on secondary windows when he changes operator 2011-04-04T16:04:17 Well before I poke too much with changing wiki pages I guess I can run through some of those. 2011-04-04T16:07:46 bah, should have mentioned in my last post to the list that what with 4GB RAM costing all of about $50 these days, I'm personally not stressing about setting the bar conservatively high for VM requiements 2011-04-04T16:11:40 Anyone have opinion on hotkey "profiles", specifically whether they should be stored in a preference (per workstation), user setting, org unit setting, or if multiple of those which should trump which? 2011-04-04T16:12:07 *** tspindler has quit IRC 2011-04-04T16:15:09 pushing staff client up now 2011-04-04T16:16:01 and .... done 2011-04-04T16:17:51 tsbere: user => workstation => OU, I would think 2011-04-04T16:18:04 though I wonder to what extent users would go to the trouble of actually customizing them 2011-04-04T16:18:33 I plan on, at least initially, just making it a "pick from this list" thing. Like circ-oriented compared to cat-oriented. 2011-04-04T16:18:50 Any thought on whether change operator should load the new user's (if any)? 2011-04-04T16:22:04 tsbere: I would think it would 2011-04-04T16:22:45 tsbere: are you thinking of, at the workstation level, being able to pick from a set, and set the default for that WS? I think /that/ would be the most useful 2011-04-04T16:23:59 tsbere: in that case, I would think that you'd only really need to store the settings for users and OUs, and then save the default for the WS locally 2011-04-04T16:24:29 eeevil: Thinking of having org unit setting, workstation (pref) setting, and user setting. org unit would be a default but have a "always use this regardless of user/ws settings" secondary setting. 2011-04-04T16:28:53 *** brian_f has quit IRC 2011-04-04T16:32:20 *** dbs has quit IRC 2011-04-04T16:35:43 Updated wiki instructions, and added 2.0.5 to downloads page. 2011-04-04T16:37:14 *** brian_f has joined #evergreen 2011-04-04T16:38:41 So I recently noticed that if a user tries to save a bib with an empty tag number, the error message will be an ugly DATABASE_UPDATE_FAILED. The psql log says MARC::File:SAX is saying 'Tag "" is not a valid tag.', so I wonder how to pass that further up until it gets to the user (or, alternately, how to get updateBibSource() in marcedit.js to check for tag validity). Ideas? 2011-04-04T16:40:54 *** flopaul has quit IRC 2011-04-04T16:41:29 *** mtisi has quit IRC 2011-04-04T16:59:37 *** suho has quit IRC 2011-04-04T16:59:37 *** jmorris42 has quit IRC 2011-04-04T16:59:39 *** phasefx__ has quit IRC 2011-04-04T16:59:45 *** finnapz2 has quit IRC 2011-04-04T16:59:45 *** afterl has quit IRC 2011-04-04T16:59:46 *** dbwells has quit IRC 2011-04-04T16:59:53 *** csharp has quit IRC 2011-04-04T16:59:54 *** rangi has quit IRC 2011-04-04T16:59:54 *** mtate has quit IRC 2011-04-04T16:59:55 *** finnapz has quit IRC 2011-04-04T16:59:56 *** eeevil has quit IRC 2011-04-04T16:59:59 *** phasefx has quit IRC 2011-04-04T17:02:15 *** finnapz2 has joined #evergreen 2011-04-04T17:02:16 *** afterl has joined #evergreen 2011-04-04T17:02:16 *** suho has joined #evergreen 2011-04-04T17:02:16 *** jmorris42 has joined #evergreen 2011-04-04T17:02:16 *** phasefx__ has joined #evergreen 2011-04-04T17:02:16 *** csharp has joined #evergreen 2011-04-04T17:02:16 *** rangi has joined #evergreen 2011-04-04T17:02:16 *** mtate has joined #evergreen 2011-04-04T17:02:16 *** dbwells has joined #evergreen 2011-04-04T17:02:16 *** finnapz has joined #evergreen 2011-04-04T17:02:16 *** eeevil has joined #evergreen 2011-04-04T17:02:16 *** phasefx has joined #evergreen 2011-04-04T17:03:10 it happens so infrequently it shouldn't bother anyone :) 2011-04-04T17:03:44 why, back in my day, we had to suffer on both sides of a netsplit and we liked it 2011-04-04T17:06:24 *** afterl has left #evergreen 2011-04-04T17:07:46 grep -c 'Netsplit over' \#evergreen.log 2011-04-04T17:07:54 407 2011-04-04T17:08:10 more than a year's worth. not bad 2011-04-04T17:08:52 like ships netspitting in the night 2011-04-04T17:09:29 heh, netsplitting 2011-04-04T17:11:40 474 on a box with fuller logs 2011-04-04T17:12:10 and that was from Oct 28, 2008 2011-04-04T17:17:09 so 474 splits in 887 days (need to take my meds) 2011-04-04T17:20:36 *** pmpcat has joined #evergreen 2011-04-04T17:27:47 Is it too late to suggest "Create a Debian package of Evergreen" as a GSoC project idea? 2011-04-04T17:30:35 *** Dyrcona has quit IRC 2011-04-04T17:31:57 moodaepo: is that large enough a project? 2011-04-04T17:32:56 there's doing it once, and there's making it maintainable, IMO 2011-04-04T17:33:02 bjwebb: It might be if not could add Fedora also to the list 2011-04-04T17:34:00 phasefx: True is maintaining it something a Evergreen admin could continue i.,e. does not require a Debian package expert? 2011-04-04T17:34:33 I'm guessing the initial packaging is something that takes the most time/effort. 2011-04-04T17:34:42 yeah, i think so 2011-04-04T17:35:16 the reason i'm idling in here is because i was considering doing the summer of code 2011-04-04T17:35:35 This would give the student an opportunity to learn debian/fedora packaging while providing the community with a useful end result. 2011-04-04T17:35:43 yeah 2011-04-04T17:35:52 *** yboston has quit IRC 2011-04-04T17:36:14 bjwebb: Welcome! Here is the who's who of the channel > http://evergreen-ils.org/dokuwiki/doku.php?id=community:irc_channel 2011-04-04T17:36:29 moodaepo: oh, thankyou 2011-04-04T17:36:56 dbs gmcharlt and phasefx are the mentors who have volunteered their time. 2011-04-04T17:37:35 ah 2011-04-04T17:39:28 i was considering the android development idea, but packaging also sounds quite useful 2011-04-04T17:39:39 phasefx: We would also need to maintain the Android client once that project is completed. 2011-04-04T17:39:58 i've crated arch linux packages before, but its a much simpler setup than debian or fedora 2011-04-04T17:40:06 bjwebb: You can propose the package as your suggestion and if the mentors like it they can accept. 2011-04-04T17:40:29 moodaepo: not necessarily; we're not obligated to use the code generated from GSoC, and just the act of having it developed could still be useful to the parties involved, even if it's not used 2011-04-04T17:40:52 Hmm, MARK_ITEM_MISSING_PIECES permission is not in the perms list or in the seed data values, am I looking in the wrong place or maybe it's not been included yet? 2011-04-04T17:40:54 bjwebb: The Android project is the one which has got the most attention from other students fyi. 2011-04-04T17:41:02 moodaepo: yeah, i'm not fully convinced if it would work though. for a start, is it properly coding 2011-04-04T17:41:14 phasefx: Same could be said of the packages : ) 2011-04-04T17:41:27 moodaepo: yeah, that would make sense 2011-04-04T17:42:05 bjwebb: I believe so but the mentors might know better. 2011-04-04T17:42:22 moodaepo: true that, or arbitrary features of Evergreen. Just need someone interested in maintaining whatever it is 2011-04-04T17:42:33 moodaepo: yeah 2011-04-04T17:42:57 I'd let printing die a slow death if it were up to me :) 2011-04-04T17:43:22 printers are certainly evil 2011-04-04T17:45:31 phasefx: Do you think the packaging would be an acceptable project idea though since it's not really a coding project as bjwebb mentioned? 2011-04-04T17:46:16 bjwebb: The reason it would be a harder project is to make sure the dependencies for Evergreen need to be packaged/available on those systems also. 2011-04-04T17:46:40 moodaepo: that's true 2011-04-04T17:46:52 the faq says something about coding iirc 2011-04-04T17:47:32 I'm inclined to think so, especially if you're going to tie it into the build system, etc. Our autotools work came from a student, even though we weren't accepted for GSoC that year 2011-04-04T17:47:35 bjwebb: At the same time one could tackle Evergreen to make it more friendly to changes in those packages (guessing) 2011-04-04T17:48:21 yeah, i think if there's definite code being written it should be fine 2011-04-04T17:48:25 I'd like to hear dbs or gmcharlt opine on it, though 2011-04-04T17:48:25 faq says: "" While we greatly appreciate the value of documentation, this program is an exercise in developing code; we can't accept proposals for documentation-only work at this time." 2011-04-04T17:49:22 bjwebb: See what phasefx said after your comment "the faq says something about coding iirc" 2011-04-04T17:49:28 if we can do make deb I think it counts :) 2011-04-04T17:50:34 phasefx: yeah, that sounds reasonable 2011-04-04T17:52:03 While you are at it package OpenSRF also por favor. 2011-04-04T17:55:43 well, from what i can tell, opensrf is a neccessary dependency anyway 2011-04-04T17:59:27 *** flopaul has joined #evergreen 2011-04-04T18:00:25 bjwebb: Yup and that has dependencies : ) 2011-04-04T18:00:59 *** suhothayan has joined #evergreen 2011-04-04T18:01:31 fun 2011-04-04T18:02:01 bjwebb: something else fun is that OpenSRF depends on ejabberd, which is already packaged, but it requires a change ejabberd's config. Not sure how such things are handled in packaging land 2011-04-04T18:02:56 *** jenny1 has left #evergreen 2011-04-04T18:02:57 phasefx: yeah, i suspected there might be cases like that. i suspect it depends on ho wthe configuration is structured/ what the change is 2011-04-04T18:03:07 phasefx: bjwebb: yep, packaging (and improving installation in general) would be fine 2011-04-04T18:03:09 bshum: I saw the commit message saying downloads.php was updated for 2.05 but don't see the change on the site...is that supposed to be live? 2011-04-04T18:03:29 debian has a habbit of splitting up configuration files, so you can insert config for another package 2011-04-04T18:03:43 a lot of EG's current installation system was the result of work done by a student EG sponsored after we applied to GSoC the first time (and got rejected) 2011-04-04T18:04:53 *** suho has quit IRC 2011-04-04T18:04:56 bjwebb: An alert during installation of the package might suffice. If not you could include a "Configure ejabber" section of the package where it walks through the setup and writes the config for the end user (say like how Postfix does). 2011-04-04T18:05:08 interesting 2011-04-04T18:05:12 moodaepo: yeah, there's that too 2011-04-04T18:05:53 what's the generally used method of deployment currently then.. building everything from source? 2011-04-04T18:06:05 it looks like there's more excitement here from the dev community on packaging than on android clients :) 2011-04-04T18:07:19 well android clients are nice and flashy and shiny and have the ooo factor 2011-04-04T18:07:20 bjwebb: Yup! 2011-04-04T18:07:39 packages are seen as boring, but are really useful 2011-04-04T18:07:43 * moodaepo for both your question and comment. 2011-04-04T18:08:07 is there any sort of livecd? 2011-04-04T18:08:53 bjwebb: No I have started looking into it but low on my priorities. dbs has made available a Developer's VM on the downloads page (all the way down) 2011-04-04T18:09:35 ah, cool 2011-04-04T18:11:50 i was thinking a livecd/installer cd that ran/installed an entire linux system + evergreen would be a nice extension of the packaging project 2011-04-04T18:12:32 bjwebb: Excellent but I'd also love a Fedora package : ) 2011-04-04T18:13:44 yeah, and i'd possibly do arch packages too 2011-04-04T18:13:46 The live cd you suggest has been asked for end users so I know it will be very useful. 2011-04-04T18:14:02 moodaepo: ah, cool 2011-04-04T18:14:04 bjwebb++ 2011-04-04T18:14:19 *** flopaul has quit IRC 2011-04-04T18:14:36 * bjwebb wonders how many distros building fairly generic debs and rpms would cover 2011-04-04T18:14:57 deb should do both debian and ubuntu if we're lucky, and don't both fedora/redhat and opensuse use rpm 2011-04-04T18:15:12 *** jamesrf-afk is now known as jamesrf 2011-04-04T18:15:24 although, i imagine there'll be edgecases that mean it won't be that simple 2011-04-04T18:21:43 no brittish libraries listed as using evergreen :( 2011-04-04T18:22:02 *british 2011-04-04T18:22:07 * bjwebb wonders if he could change this 2011-04-04T18:25:45 bjwebb: there are a couple UK libraries that are starting Evergreen implementation projects, but none using it yet 2011-04-04T18:26:04 but feel free to encourage more to adopt it :) 2011-04-04T18:26:25 gmcharlt: interesting, do you know/can say which ones? 2011-04-04T18:27:10 bjwebb: Stirling and East Dunbartonshire 2011-04-04T18:27:19 *** brian_f has quit IRC 2011-04-04T18:27:19 check the open-ils-general archives for 22 Feb for more details 2011-04-04T18:28:20 gmcharlt: thanks 2011-04-04T18:28:22 moodaepo: Right, I don't have access to the web server, so I can only point out to the powers that be that a new downloads page is ready. 2011-04-04T18:29:07 bshum: Will do! 2011-04-04T18:29:35 phasefx: also, as an fyi, being in the uk means my exams are at the start of the gSOC coding itme, but I get the impression I can work around this 2011-04-04T18:36:56 bjwebb: I think you can work around exams 2011-04-04T18:37:42 yeah 2011-04-04T18:37:54 Well probably work with your mentor to work around : ) 2011-04-04T18:39:35 bjwebb: Did you watch the finals over the weekend? 2011-04-04T18:41:43 moodaepo: the cricket? nope 2011-04-04T18:42:14 I watched the sky highlights seemed like a pretty good game. 2011-04-04T18:42:53 yeah. i'm not much of a watcher of sport, but i hear it was supposed to be interesting 2011-04-04T18:52:59 *** phasefx__ has quit IRC 2011-04-04T18:53:04 *** phasefx_ has joined #evergreen 2011-04-04T18:58:30 *** sgirard has quit IRC 2011-04-04T19:08:02 *** bjwebb has quit IRC 2011-04-04T19:21:04 *** StephenGWills has left #evergreen 2011-04-04T20:08:13 *** sgirard has joined #evergreen 2011-04-04T21:01:41 *** jmorris42 has quit IRC 2011-04-04T21:05:03 *** youdonotexist has joined #evergreen 2011-04-04T21:10:02 @later tell dbs looks like between us that each GSoC submission now has a response 2011-04-04T21:10:02 gmcharlt: The operation succeeded. 2011-04-04T21:11:45 *** suhothayan is now known as suho 2011-04-04T21:28:30 *** sgirard has quit IRC 2011-04-04T21:35:23 *** tater-laptop has joined #evergreen 2011-04-04T21:35:47 *** flopaul has joined #evergreen 2011-04-04T21:47:52 *** dbs has joined #evergreen 2011-04-04T21:47:52 *** dbs has joined #evergreen 2011-04-04T21:48:19 pinesol: do it 2011-04-04T21:48:33 phasefx++ gmcharlt++ 2011-04-04T21:49:21 also, for anyone reading this - the ideas list for Google Summer of Code is just an ideas list; students are free to propose other coding projects that they feel would be of value to the project 2011-04-04T21:50:34 unit testing and packaging require code, and I've seen unit testing accepted in previous GSoCs, so a proposal on either of those fronts could be great 2011-04-04T21:51:03 thanks to moodaepo, phasefx, gmcharlt for talking to bjwebb 2011-04-04T21:54:00 bshum: I've made your downloads.php change go live 2011-04-04T21:54:53 * phasefx will still poke at the apps tonight, add my 2 cents 2011-04-04T22:02:11 phasefx: were you ever able to find a public 2.x server that demonstrates the authority UI issues in LP 732681? 2011-04-04T22:03:34 no, but I need to revisit it 2011-04-04T22:11:13 it gnaws at me as well 2011-04-04T22:13:55 *** flopaul has quit IRC 2011-04-04T22:18:04 dbs: if I can reproduce it in-house again, I'll see about getting you access if you'd like 2011-04-04T22:29:54 *** sgirard has joined #evergreen 2011-04-04T22:32:21 *** suho has quit IRC 2011-04-04T23:11:40 gmcharlt++ dbs++ read through the apps, have nothing to add 2011-04-04T23:33:10 *** finnapz2 has quit IRC 2011-04-04T23:38:05 *** jamesrf has quit IRC 2011-04-04T23:46:02 *** finnapz2 has joined #evergreen 2011-04-04T23:54:22 *** sgirard has quit IRC 2011-04-04T23:55:55 *** suho has joined #evergreen