| # | Time | Nick | Message |
|---|
| # | 00:35:54 | mck9 has left #evergreen |
| # | 01:18:49 | alxp has quit IRC |
| # | 03:46:23 | natschil has joined #evergreen |
| # | 04:17:35 | natschil has quit IRC |
| # | 04:33:21 | natschil has joined #evergreen |
| # | 06:30:33 | shopkins has joined #evergreen |
| # | 06:38:27 | moodaepo has quit IRC |
| # | 06:44:02 | moodaepo has joined #evergreen |
| # | 07:18:08 | moodaepo has quit IRC |
| # | 07:34:45 | sfortin has joined #evergreen |
| # | 07:56:48 | moodaepo has joined #evergreen |
| # | 07:57:25 | granitize has joined #evergreen |
| # | 08:01:38 | dbs has joined #evergreen |
| # | 08:33:10 | mck9 has joined #evergreen |
| # | 08:35:55 | jenny has joined #evergreen |
| # | 08:38:24 | collum has joined #evergreen |
| # | 08:44:55 | alxp has joined #evergreen |
| # | 08:46:32 | phase_bb has joined #evergreen |
| # | 08:48:57 | Dyrcona has joined #evergreen |
| # | 09:05:46 | jenny1 has joined #evergreen |
| # | 09:08:08 | jenny has quit IRC |
| # | 09:16:08 | yboston has joined #evergreen |
| # | 09:16:37 | r123 has joined #evergreen |
| # | 09:19:27 | natschil has quit IRC |
| # | 09:27:06 | StephenGWills has joined #evergreen |
| # | 09:27:40 | mrpeters-isl has quit IRC |
| # | 09:39:25 | mrpeters-isl has joined #evergreen |
| # | 09:40:40 | bshum has joined #evergreen |
| # | 09:45:55 | mrpeters-isl has quit IRC |
| # | 09:46:10 | mrpeters-isl has joined #evergreen |
| # | 10:25:44 | dbs | So let's say asset.copy_location grows label_class, label_prefix, label_suffix columns; these can then control call number generation (in holdings maintenance / spine label interfaces) and creation of asset.call_number.label_sortkey. |
| # | 10:26:43 | dbs | Great. But what if there are two copies attached to a given call number; one of which is in a location with a defined classification scheme, and one with a conflicting class scheme (say, Stacks vs. Reserves) |
| # | 10:28:02 | jeff | if you add call number logic to copy_location, it sounds like you're opening it up for either call number moving to the copy from the volume, or having many more volumes -- then do you make it volume location instead of copy location? :) |
| # | 10:28:38 | dbs | Perhaps label_prefix / label_suffix remain on acl, but label_class has to live at acn - which could inherit a default from an org_unit setting, but one would have to override for other classes? |
| # | 10:29:25 | jeff | i haven't followed the discussion regarding label_prefix / label_suffix |
| # | 10:30:47 | dbs | Yeah. There's a good use case for copy locations defining some attributes of the call-number-as-spine-label (e.g. label_prefix = "Fic.") not affecting call-number-as-used-in-sorting |
| # | 10:34:09 | youdonotexist has joined #evergreen |
| # | 10:34:11 | gmcharlt | label_class belongs in acn, IMO |
| # | 10:34:14 | dbs | Some libraries put "Fic.", "Ref." and the like as prefixes or suffixes, some put library shortnames as prefixes or suffixes, to assist with shelving tasks I guess |
| # | 10:35:04 | phasefx | Juv |
| # | 10:35:15 | StephenGWills_ has joined #evergreen |
| # | 10:35:33 | dbs | Maybe at some point we grow an asset.collection table that defines the acn.label_class + acl + ac attributes for a given addition? |
| # | 10:35:47 | dbs | Something like an in-db template |
| # | 10:39:33 | dbs | Step one, though, is probably growing acn.label_class and acn.label_sortkey and plugging in triggers with associated normalization functions (using BillDueber's Library::CallNumber::LC, something based on Koha's C4::ClassSortRoutine::Dewey & Koha Generic until we get CODOC / SUDOC routines) to populate acn.label_sortkey based on acn.label + acn.label_class |
| # | 10:39:39 | StephenGWills has quit IRC |
| # | 10:39:40 | StephenGWills_ is now known as StephenGWills |
| # | 10:48:57 | dbs | gmcharlt++ # remembering poor neglected CentOS/RHEL |
| # | 10:49:23 | gmcharlt | dbs: heh - not so neglected anymore because of our big RHEL customer |
| # | 10:49:42 | jeff grins |
| # | 10:58:54 | dbs spies asset.copy_template... oh |
| # | 11:44:52 | gmcharlt | mck9++ # commit message of the day |
| # | 11:49:00 | jeff | i fully approve of quoting children's books in commit messages :) |
| # | 11:54:17 | dbs wouldn't mind moving to australia |
| # | 12:02:23 | dbs | session_cookie_timing_out_forcing_close_of_browser_or_manual_clearing_of_cookie-- |
| # | 12:02:52 | dbs | surely there's a way to detect that the session has timed out and automatically clearing the cookie? |
| # | 12:03:41 | dbs has it on his list to investigate, one day |
| # | 12:06:04 | dbs has asset.call_number modified to have label_class and label_sortkey columns, with a trigger that automatically populates label_sortkey based on the label_class |
| # | 12:06:29 | dbs | the trigger looks up the function defined in the asset.call_number_class table for the given label_class and does its thing |
| # | 12:07:28 | dbs | only 100 other things to do (between fm_IDL.xml and upgrades and teaching everything to sort on acn.label_sortkey instead of acn.label and....) - but progress |
| # | 12:11:23 | phasefx | anyone know if items associated with opac invisible orgs can fill holds? I'd expect no |
| # | 12:21:01 | tsbere has joined #evergreen |
| # | 12:22:02 | miker_ | phasefx: they can |
| # | 12:22:54 | phasefx | thanks |
| # | 12:46:16 | phase_bb has quit IRC |
| # | 12:55:48 | tsbere | I want to write a shell script that drops files into place and/or fetches them from the /openils folder, specifically /openils/var/<blah>, but from the source folder. Specifically, from the Open-ILS/xul/staff_client/external or similar folder. There any good way to not hardcode the path? |
| # | 13:10:54 | jeff | specify as a command line argument or a config file option, provide a reasonable default if not specified? for bonus points, if you intend to try and include it in the main repo, let the autoconf tools replace a token to specify the default. |
| # | 13:11:30 | jeff | (based on the --prefix given to ./configure) |
| # | 13:28:49 | tsbere | How about "make a Makefile target to call the script with ${prefix} as the first argument"? |
| # | 13:29:26 | jeff | when is your shell script called? |
| # | 13:31:45 | tsbere | The shell script would be called after the client is built to make full and partial update files based on previous builds (if any) and the current client. It needs access to the staff client build directory to do this, as well as the storage location of the other updates (which I plan on having in /openils/var/updates/something) |
| # | 13:33:57 | jenny has joined #evergreen |
| # | 13:34:26 | jenny has left #evergreen |
| # | 13:34:52 | tsbere | I should note that I would not be intending for this to be done automatically, but via a human going in and saying "ok, build the updates" once they are sure everything is working |
| # | 13:35:49 | jenny1 has quit IRC |
| # | 13:36:38 | StephenGWills | what is supposed to create this file? /openils/var/web/standalone/list.txt |
| # | 13:37:45 | tsbere | Our install doesn't have that file to begin with, as far as I can tell. Should it? |
| # | 13:38:40 | StephenGWills | it's the file that is requested when you select the "download offline patrons" from the admin menu |
| # | 13:38:57 | StephenGWills | it's throwing a 404 on me cause it doesn't exist |
| # | 13:39:02 | StephenGWills | 1.6.0.3 |
| # | 13:39:23 | tsbere | Oh, right. We don't have the cronjobs running yet. |
| # | 13:39:41 | tsbere | Thus, I assume a cron script we don't have running. |
| # | 13:39:48 | jeff | there's an offline-blocked-list.pl in Open-ILS/src/support-scripts -- i believe that's what you're looking to schedule. |
| # | 13:40:03 | StephenGWills | ah |
| # | 13:40:07 | StephenGWills | tx |
| # | 13:40:22 | tsbere | Check the crontab.example file. It is listed in there. |
| # | 13:40:31 | StephenGWills | kk thanks |
| # | 13:46:12 | tsbere | jeff: Any more comments on options for my script? |
| # | 13:47:19 | jeff | sorry, nothing offhand. command line option that gets variable-substituted in the proper Makefile sounds good for your use case. |
| # | 13:50:04 | shopkins has quit IRC |
| # | 14:09:41 | miker_ | grabbing 0363 |
| # | 14:22:00 | moodaepo has left #evergreen |
| # | 14:55:14 | alxp has quit IRC |
| # | 14:58:32 | natschil has joined #evergreen |
| # | 15:04:03 | jenny1 has joined #evergreen |
| # | 15:04:59 | jenny1 has left #evergreen |
| # | 15:07:55 | jamesrf has joined #evergreen |
| # | 15:13:42 | tsbere | It dawns on me that updating would be a LOT more efficient if stamping was done differently |
| # | 15:21:17 | phasefx really dislikes the timestamps by default |
| # | 15:21:33 | tsbere | That....is an entirely different issue to what I am talking about, actually. |
| # | 15:21:40 | tsbere | But still a good point |
| # | 15:21:52 | phasefx | for packaged releases, I go with the tag name. Which stamping? |
| # | 15:22:17 | tsbere | the replacing xul/server with xul/BUILD_ID/server part. |
| # | 15:22:41 | phasefx | ah |
| # | 15:22:56 | tsbere | If the xul/server part in the files were based on a STAMP variable or define or something then files that only change because of whatever that BUILD_ID is wouldn't need to be included in partial updates at all. |
| # | 15:23:24 | tsbere | As it stands a file that is identical aside from the BUILD_ID provided still needs to be patched to have the new BUILD_ID |
| # | 15:24:29 | phasefx | how many files chrome-side reference xul/server URL's? |
| # | 15:25:02 | phasefx | figure the majority would be in constants.js |
| # | 15:26:19 | phasefx | one thing to keep in mind is that the staff client Makefile is producing a server/ folder, but which the local client doesn't need |
| # | 15:26:23 | tsbere | Looks like only 18 pull it off, now that I excluded the ones in server |
| # | 15:26:44 | tsbere had a bad exclude line for excluding server from his check before |
| # | 15:27:15 | tsbere | server != serevr <_< |
| # | 15:28:34 | phasefx | anything .js we can replace with a variable from constants.js. For things .xul, I bet some of that is cruft from experiments moving stuff from chrome to remote |
| # | 15:29:42 | phasefx | yeah, some of those are commented out, like in menu_frame_overlay.xul |
| # | 15:30:17 | jeff | tsbere++ |
| # | 15:30:20 | phasefx | we can remove those comments to make things more clear |
| # | 15:52:08 | dbs has quit IRC |
| # | 15:53:53 | dbs has joined #evergreen |
| # | 15:57:54 | granitize has quit IRC |
| # | 15:58:23 | granitize has joined #evergreen |
| # | 16:02:39 | phasefx has quit IRC |
| # | 16:04:37 | phasefx has joined #evergreen |
| # | 16:24:38 | collum has left #evergreen |
| # | 16:27:59 | rjackson-isl has quit IRC |
| # | 16:56:40 | Dyrcona | Does it matter if auths or bibs are loaded first? |
| # | 17:12:43 | gdunbar has quit IRC |
| # | 17:13:39 | bshum has quit IRC |
| # | 17:15:16 | sfortin has quit IRC |
| # | 17:28:43 | r123 has quit IRC |
| # | 17:29:37 | tsbere has quit IRC |
| # | 17:31:23 | Dyrcona has quit IRC |
| # | 17:43:45 | yboston has quit IRC |
| # | 17:45:29 | leed has quit IRC |
| # | 18:04:47 | natschil has quit IRC |
| # | 18:05:29 | natschil has joined #evergreen |
| # | 18:11:42 | natschil has quit IRC |
| # | 18:45:01 | youdonotexist has quit IRC |
| # | 18:54:10 | moodaepo1 has joined #evergreen |
| # | 19:05:03 | moodaepo1 is now known as moodaepo |
| # | 19:10:51 | jamesrf has quit IRC |
| # | 19:52:05 | dbs has quit IRC |
| # | 19:52:48 | dbs has joined #evergreen |
| # | 19:58:28 | dbs has quit IRC |
| # | 20:11:33 | dbs has joined #evergreen |
| # | 20:22:53 | tsbere has joined #evergreen |
| # | 20:23:27 | tsbere | So, anyone around at this point? |
| # | 21:29:09 | dbs has quit IRC |
| # | 21:29:49 | dbs has joined #evergreen |
| # | 21:31:50 | tsbere has quit IRC |
| # | 21:48:00 | mck9 has quit IRC |
| # | 21:57:30 | StephenGWills has quit IRC |
| # | 23:06:42 | jeff | hrm |
| # | 23:12:56 | dbs | hrm? |
| # | 23:14:05 | dbs ponders jeff's pondering |
| # | 23:17:03 | jeff | now i've gone and done it. don't waste your time pondering my pondering. ;) |
| # | 23:21:51 | dbs | hrm. trunk "create new database" is broken because 200.acq references 210.serials |
| # | 23:22:39 | dbs tries working around it by making 210 go ahead of 200 in builddb.sh |
| # | 23:24:46 | dbs | it worked. cheap hack, confusing because 210 > 200 but will let it go for now just to fix things up |
| # | 23:32:07 | dbs has quit IRC |
| # | 23:33:18 | dbs has joined #evergreen |
| # | 23:55:38 | dbs has quit IRC |
April 10-13