| # | Time | Nick | Message |
|---|
| # | 00:16:41 | phase_bb has quit IRC |
| # | 00:19:38 | dbs | tweaked 1.4.0 release to include lucid target + libmemcached 0.40 |
| # | 00:29:51 | dbs creates a lucid image to actually test the damned thing |
| # | 01:20:44 | dbs | opensrf 1.4.0 works on lucid. yay. |
| # | 01:28:26 | dbs has quit IRC |
| # | 02:02:51 | atz_ has joined #evergreen |
| # | 02:06:16 | atz has quit IRC |
| # | 02:38:14 | fayek has joined #evergreen |
| # | 03:01:53 | atz__ has joined #evergreen |
| # | 03:02:14 | atz_ has quit IRC |
| # | 03:02:15 | csharp has quit IRC |
| # | 03:04:37 | atz_ has joined #evergreen |
| # | 03:04:37 | csharp has joined #evergreen |
| # | 03:05:17 | atz_ has quit IRC |
| # | 06:42:33 | natschil has joined #evergreen |
| # | 07:34:59 | sfortin has joined #evergreen |
| # | 08:48:58 | atz__ is now known as atz |
| # | 09:03:01 | mrpeters-isl | anyone reported problems with the xls files generated by Evergreen on Win 7? I've never been able to get them to open. Thought it might have just been me, so I always used CSV but I'm hearing it more often from others as well now. |
| # | 09:06:20 | atz | mrpeters-isl, still using open office to open? |
| # | 09:06:26 | atz | or excel? |
| # | 09:06:32 | _bott_ has quit IRC |
| # | 09:06:39 | mrpeters-isl | excel |
| # | 09:06:45 | jeff | mrpeters-isl: what are the symptoms? what's the version of office? |
| # | 09:06:55 | mrpeters-isl | both 07 and 10 |
| # | 09:07:00 | mrpeters-isl | let me pull one up real quick |
| # | 09:07:19 | _bott_ has joined #evergreen |
| # | 09:08:49 | mrpeters-isl | screenshot: http://yfrog.com/9gxlsp |
| # | 09:09:05 | kmlussier has joined #evergreen |
| # | 09:09:49 | jeff | mrpeters-isl: i know it sounds odd, but have you tried opening excel by itself on that workstation as that user, then try again? |
| # | 09:10:04 | jeff | just to let excel get through it's "first time running as this user" dance. |
| # | 09:10:20 | mrpeters-isl | godo question. let me try |
| # | 09:10:32 | jeff | i've seen that issue before with that cause, though i'm sure it's not the only possible cause. |
| # | 09:10:34 | mrpeters-isl | same deal |
| # | 09:10:39 | jeff | alas. |
| # | 09:10:48 | mrpeters-isl | saving it to the disk, then opening is also the same |
| # | 09:11:07 | eby | jeff: prob heading up tonight after work, so should be avail early tomm if you're around |
| # | 09:11:33 | mrpeters-isl | if you save it, you get a different prompt about trusting it...but after you say yes it still fails to open with the same error as before |
| # | 09:16:54 | jeff | does it happen with all reports? if you make a particularly simple report, do you have the same problem? |
| # | 09:17:29 | jeff | what kind of data does the report you're trying now contain? can you share the file, or does it contain private info? |
| # | 09:17:48 | mrpeters-isl | jeff: all reports, indeed |
| # | 09:17:57 | mrpeters-isl | i will share the file, one moment |
| # | 09:20:59 | kmlussier has quit IRC |
| # | 09:21:30 | jeff | and this same file does not cause you problems on office 2007 or office 2010 running on something other than Windows 7? |
| # | 09:21:37 | mrpeters-isl | http://208.119.72.66/report-data.xls |
| # | 09:21:47 | mrpeters-isl | jeff: i never started having issues until we got new Win 7 workstations |
| # | 09:21:54 | mrpeters-isl | i used Office 2010 on XP and didn't have trouble |
| # | 09:24:26 | bshum has joined #evergreen |
| # | 09:29:59 | jeff | mrpeters-isl: yeah, works fine for me in openoffice and in Excel 2007 on XP Pro -- obviously I'm saving then opening from Explorer, not doing the "open this when downloaded" from the staff client, but you mentioned having tried that approach also. |
| # | 09:31:27 | jeff | mrpeters-isl: ah, think I found it. |
| # | 09:32:46 | jeff | clark-kent.pl uses Spreadsheet::WriteExcel to create the .xls files. Spreadsheet::WriteExcel depends on OLE::Storage_Lite, and version 0.19 of that module contains a Win7 specific fix. |
| # | 09:34:16 | jeff | mrpeters-isl: if you upgrade to OLE::Storage_Lite 0.19, that might fix it. You could also upgrade Spreadsheet::WriteExcel if you still run into problems, but I think OLE::Storage_Lite upgrade should be enough. |
| # | 09:34:57 | jeff | I'd suggest Spreadsheet::WriteExcel 2.29 or higher if you're going to try to upgrade both. |
| # | 09:35:41 | jeff | If you create a larger-than-7-megabyte .xls file with the current version of everything and it works, that should be further confirmation that this is the bug you're experiencing. |
| # | 09:39:10 | mrpeters-isl | interseting jeff! |
| # | 09:39:22 | mrpeters-isl | is ther eany documentation for updating that module? |
| # | 09:40:40 | jeff | you could remove the version supplied by your linux distribution and install from CPAN. sometimes that will get you chasing many dependencies (which CPAN.pm will happily do for you, but it might be undesirable) |
| # | 09:41:02 | jeff | what distribution and version are you running? you might be able to install a package from a more recent version of the distro. |
| # | 09:43:41 | jeff | ubuntu hardy includes the package libole-storage-lite-perl version 0.14, while lucid contains version 0.19 |
| # | 09:45:22 | mrpeters-isl | would this be the db server needing the upate? |
| # | 09:45:25 | mrpeters-isl | *update |
| # | 09:45:39 | jeff | just the host that runs clark-kent.pl |
| # | 09:46:11 | mrpeters-isl | ok, yeah so thats on debian lenny |
| # | 09:47:35 | mrpeters-isl | http://packages.debian.org/sid/libole-storage-lite-perl perhaps? |
| # | 09:47:41 | jeff | testing has the updated version of the package that should include the fix for Win7: http://packages.debian.org/source/testing/libole-storage-lite-perl |
| # | 09:48:02 | jeff | (yep, you found it! testing and sid/unstable's version of the package is currently identical) |
| # | 09:48:15 | mrpeters-isl | ok, so apt-get says we already have the newest? |
| # | 09:49:55 | mrpeters-isl | manually installing took care of it |
| # | 09:50:09 | jeff | if you download the new deb from testing, http://ftp.egr.msu.edu/debian/pool/main/libo/libole-storage-lite-perl/libole-storage-lite-perl_0.19-1_all.deb you can install with dpkg -i |
| # | 09:50:16 | atheos | mrpeters-isl - tell Adam his 30 minutes is up |
| # | 09:50:37 | jeff | good! now you will need to stop and start clark-kent.pl and try running a new report that outputs to .xls |
| # | 09:50:44 | mrpeters-isl | yep, going to try now! |
| # | 09:52:51 | mrpeters-isl | crap, same error :( |
| # | 09:54:14 | jeff | mrpeters-isl: did you run a new report to create new output? just downloading a previously-output report wouldn't do it. |
| # | 09:54:24 | mrpeters-isl | yep, new report from template |
| # | 09:54:29 | mrpeters-isl | and restarted Clark |
| # | 09:56:34 | jeff | mrpeters-isl: what does "dpkg -l libole-storage-lite-perl" output for a Version? |
| # | 09:57:15 | gdunbar has joined #evergreen |
| # | 09:57:56 | mrpeters-isl | ii libole-storage-lite-perl 0.19-1 simple class for OLE document interface |
| # | 09:58:08 | jeff | and how about: perl -MOLE::Storage_Lite -e 'print "$OLE::Storage_Lite::VERSION\n";' |
| # | 09:58:21 | mrpeters-isl | hmm 0.18 |
| # | 09:59:20 | jeff | heh |
| # | 09:59:44 | jeff | perhaps you had a previous version installed via CPAN, not via the debian package. |
| # | 10:00:24 | jeff | find /usr/local/share/perl -name Storage_Lite.pm |
| # | 10:02:07 | mrpeters-isl | looks like one in /usr/local/share/perl/5.10.0/OLE/Storage_Lite.pm |
| # | 10:06:15 | jeff | i do wonder how that got there. you should be able to remove /usr/local/share/perl/5.10.0/OLE/Storage_Lite.pm to get clark-kent.pl to pick up the new version you installed via the deb. It could in theory break something else, because again I'm not sure how you ended up with a CPAN-installed version of it in the first place. |
| # | 10:06:35 | jeff | another option would be to remove the deb and use cpan to upgrade OLE::Storage_Lite |
| # | 10:06:46 | jeff | (since it was installed by CPAN already) |
| # | 10:06:49 | jeff | *shrug* |
| # | 10:06:53 | jeff | six of one... |
| # | 10:10:32 | mrpeters-isl | 10-4. not sure i've ever updated a CPAN module, so off to learn that |
| # | 10:12:01 | jeff | removing /usr/local/share/perl/5.10.0/OLE/Storage_Lite.pm and leaving the deb installed should be quickest. do that, restart clark-kent.pl, re-test. |
| # | 10:12:05 | mrpeters-isl | ok |
| # | 10:15:12 | mrpeters-isl | dangit |
| # | 10:15:13 | mrpeters-isl | still no dice |
| # | 10:15:25 | jeff | *frown* |
| # | 10:15:48 | jeff | so now that you've removed the copy in /usr/local, what's the output of: perl -MOLE::Storage_Lite -e 'print "$OLE::Storage_Lite::VERSION\n";' |
| # | 10:16:39 | mrpeters-isl | 0.19 |
| # | 10:18:00 | jeff | dpkg -l libspreadsheet-writeexcel-perl |
| # | 10:19:30 | mrpeters-isl | ii libspreadsheet-writeexcel-pe 2.22-1 create Excel spreadsheets |
| # | 10:21:03 | jeff | grr. |
| # | 10:21:31 | jeff | i don't currently have access to win7 to test this. |
| # | 10:21:41 | mrpeters-isl | hehe |
| # | 10:22:32 | jeff | at this point, you might need a new version of Spreadsheet::WriteExcel also, and clark-kent.pl might need to be modified to not use the deprecated ::Big variant of Spreadsheet::WriteExcel. |
| # | 10:22:40 | phasefx | mrpeters-isl: whenever you get a moment, I'd love to see if you could install the 1.6.1.1 client on a win7 box and bring it up without errors (no need to connect to a server) |
| # | 10:23:21 | mrpeters-isl | phasefx: id be happy to, if you have a server I can point to |
| # | 10:23:34 | jeff | i'd suggest getting familiar enough to use CPAN to upgrade both Spreadsheet::WriteExcel and OLE::Storage_Lite, and see if you can upgrade those without CPAN wanting to upgrade *everything* |
| # | 10:23:51 | jeff | you could then remove the package-installed versions to keep from getting things confused |
| # | 10:24:03 | jeff | let me know if you get stuck. |
| # | 10:24:10 | mrpeters-isl | phasefx: also can't seem to find a 1.6.1.1 instsaller |
| # | 10:24:11 | phasefx | mrpeters-isl: totally unrelated to your problems (won't fix anything). And no server handy to point it to, but there's a report on launchpad where they're getting an error just running it, prior to login |
| # | 10:24:18 | jeff | don't let CPAN upgrade everything, like perl ;-) |
| # | 10:24:35 | mrpeters-isl | jeff: you're making me nervous! |
| # | 10:24:44 | phasefx | mrpeters-isl: http://evergreen-ils.org/downloads/evergreen-setup-rel_1_6_1_1.exe muchos gracias! |
| # | 10:25:07 | mrpeters-isl | phasefx: but no server? |
| # | 10:25:51 | phasefx | mrpeters-isl: no, but a server isn't needed for the test |
| # | 10:26:05 | mrpeters-isl | ok, i'm confused then |
| # | 10:26:27 | mrpeters-isl | oh, we're not working with reports |
| # | 10:26:31 | mrpeters-isl | just loading up the client on win 7 |
| # | 10:26:55 | phasefx | mrpeters-isl: right, solve your report problems first :) this is a favor/tangent |
| # | 10:27:09 | mrpeters-isl | no problem just 1 sec |
| # | 10:27:26 | mrpeters-isl | no error |
| # | 10:27:36 | mrpeters-isl | just that my server doesn't support 1.6.1.1 |
| # | 10:27:41 | phasefx | alright, thanks a lot! |
| # | 10:27:45 | mrpeters-isl | no problem |
| # | 10:29:58 | mrpeters-isl | jeff, is this as simple as ? perl -MCPAN -e 'install Spreadsheet::WriteExcel' |
| # | 10:32:27 | jeff | just to be 'safe', try "perl -MCPAN -e shell", then "o conf prerequisites_policy ask", then "install Spreadsheet::WriteExcel" |
| # | 10:39:34 | mrpeters-isl | success!!!!!!! |
| # | 10:39:48 | mrpeters-isl | upgrading Spreadsheet::WriteExcel did the trick |
| # | 10:39:52 | jeff | hooray! |
| # | 10:39:56 | mrpeters-isl | thanks so much, jeff! |
| # | 10:40:00 | jeff | you're welcome! |
| # | 10:40:18 | jeff | do you want to open a bug in launchpad, or shall I? |
| # | 10:40:21 | mrpeters-isl | is this worth documenting for everyone? or should i have known this |
| # | 10:40:45 | jeff | i guess it isn't exactly a 'bug' in evergreen, but certainly a gotcha. |
| # | 10:41:45 | jeff | a note to open-ils-dev would be good, and i'm torn on the 'open a bug or don't' -- the best we can do is change the Makefile.install to require the newer version of the needed libs. |
| # | 10:42:00 | bshum | phasefx: Is that the same 1.6.1.1 that was there when I was poking around it last week? If so I ran that just fine on a Win7 machine |
| # | 10:42:51 | phasefx | same 1.6.1.1, thanks! |
| # | 10:44:02 | bshum | phasefx: Yep, tested on both Win7 32 and 64 bit, looks okay to me. |
| # | 10:46:46 | phasefx | bshum: would you be so kind as to weigh in on https://bugs.launchpad.net/evergreen/+bug/600308 ? |
| # | 10:47:04 | youdonotexist has joined #evergreen |
| # | 10:47:04 | bshum | Question, how often do people run their hold_targeter.pl script to target copies to holds? |
| # | 10:47:19 | bshum | phasefx: Sure, let me read it up real quick :) |
| # | 10:47:48 | phasefx | bshum: re: hold_targeter, I think 15 minutes has been common |
| # | 10:48:34 | mrpeters-isl | bshum: 15 minutes here, too |
| # | 10:48:45 | bshum | Cool, good to know. |
| # | 10:48:53 | bshum | Apparently our installation was only doing it once per day. |
| # | 10:49:11 | bshum | And the libraries were wondering why hold targeting was so slow. |
| # | 10:50:01 | jeff | targeting is a function of how often the targeter runs, and the retargeting interval. the targeter will only target holds that are due for retargeting. |
| # | 10:50:01 | bshum | Is there any need to manipulate the hold_targeter script itself to deal with the reduced time period that it's running? I saw some variable in there that seemed to indicate a 24h period or something? |
| # | 10:53:05 | jenny has joined #evergreen |
| # | 10:53:05 | phasefx | that's the probably the determinant for when a hold is eligible for re-targeting |
| # | 10:53:14 | bshum | Aha, gotcha |
| # | 10:53:39 | phasefx | probably a default, that can be specified in a config or setting somewhere |
| # | 10:54:10 | jeff | i believe the default in the storage call is 12h, the default in the stock support scripts is 24h. |
| # | 10:57:50 | bshum | phasefx: The error that Robert reports sounds somewhat familiar. I think we once saw that during our move from 1.4 to 1.6 or possibly during some trunk testing on an incomplete staff client |
| # | 10:59:11 | bshum | It was a long time ago though, so my memory could be playing tricks on me. |
| # | 10:59:42 | phasefx | interesting |
| # | 10:59:56 | bshum | I think what happened for us |
| # | 11:00:06 | bshum | Was there was an incomplete locale thing going on |
| # | 11:00:13 | bshum | And so when I set my staff client to the "wrong" locale |
| # | 11:00:21 | bshum | It gave me errors and died |
| # | 11:00:38 | phasefx | ah, that's something worth checking |
| # | 11:00:41 | phasefx | bshum++ |
| # | 11:00:47 | bshum | I think scrubbing out my profile in EG helped to clear the problem |
| # | 11:00:56 | bshum | But that would mean losing all workstation specific data |
| # | 11:01:57 | bshum | There might be better ways to handle it that are less drastic. |
| # | 11:02:46 | phasefx | launchpad isn't loading for me at the moment. fun fun |
| # | 11:03:07 | bshum | Oh is that why my refreshing isn't working... hmm |
| # | 11:11:02 | bshum | Does anyone have any suggestions on where to look to changing the OPAC so that it no longer displays available/total copies for all three depth levels, but only for the specific level you are searching at? |
| # | 11:11:33 | bshum | I'm thinking it's got to be something javascript related in one of the skin folders |
| # | 11:13:56 | natschil has quit IRC |
| # | 11:15:51 | bshum | The main objective would be eliminating extra columns if someone were only interested in seeing availability for their library and none others. |
| # | 11:20:16 | natschil has joined #evergreen |
| # | 11:24:39 | natschil has quit IRC |
| # | 11:25:39 | jenny has quit IRC |
| # | 11:28:03 | natschil has joined #evergreen |
| # | 11:57:47 | natschil has quit IRC |
| # | 11:57:53 | natschil has joined #evergreen |
| # | 12:01:21 | dmcmorris has joined #evergreen |
| # | 12:23:15 | yboston has joined #evergreen |
| # | 12:46:08 | jenny has joined #evergreen |
| # | 12:57:10 | _bott_ | bshum: I've got a couple posts on hiding Everywhere, both column and depth options. I think the rdetails.js options are what you're looking for: http://www.grpl.org/egblog/ |
| # | 12:57:47 | _bott_ | er, rather, result_common.js |
| # | 13:00:02 | phasefx | _bott_: do you want that blog on planet evergreen? |
| # | 13:00:45 | _bott_ | started it long ago, but I think there are only 2 or 3 posts. ...might get me to use it more ;-) |
| # | 13:00:55 | phasefx | :D |
| # | 13:07:06 | mrpeters-isl | anyone know, off the top of their heard, what file I can edit to change the examples on the Patron Registration - Contact info page? |
| # | 13:09:55 | dbs has joined #evergreen |
| # | 13:10:19 | dbs | senator++ # I planned to eventually track that dijit.form.Button bug down :) |
| # | 13:10:22 | _bott_ | mrpeters-isl: /var/web/opac/locale/<language>/lang.dtd |
| # | 13:10:25 | mrpeters-isl | thanks! |
| # | 13:10:46 | _bott_ | I assume you're looking for this line: <!ENTITY ev.staff.patron.ue_xhtml.phone_example "Example: 123-456-7890 or 123-456-7890 ex123"> |
| # | 13:10:49 | mrpeters-isl | yes! |
| # | 13:13:04 | senator | dbs: np. pretty sure that if that bug turns up in other interfaces that i haven't found yet, the solution is the same |
| # | 13:17:39 | natschil has quit IRC |
| # | 13:18:20 | dbs goes back to celebrating Canada Day |
| # | 13:18:22 | dbs has quit IRC |
| # | 13:29:56 | afterl has joined #evergreen |
| # | 13:34:26 | bshum | _bott_: Ooh, sweet! Thanks for sharing this piece with me. I'll take a poke at those files to try replicating that on our system. |
| # | 13:46:55 | jeff | _bott_: you guys have an awesome 404. wjr just pointed it out. |
| # | 13:47:30 | _bott_ | heh, there are several different random "titles" ...read them all |
| # | 13:47:54 | jeff | did you guys do a staff/patron contest or something? :) |
| # | 13:48:40 | jeff | hrm. only getting one so far. |
| # | 13:49:13 | mrpeters-isl | all, who would we need to beg to get a seperate database field for phone number extensions in a future release? |
| # | 13:49:22 | _bott_ | ah, just asked. They're not auto rotating anymore. Someone in-house wrote them |
| # | 13:49:32 | mrpeters-isl | having extensions all mashed in one phone field is causing havocc with our outbound phone system |
| # | 13:50:17 | jeff | if you have more than 9 digits for a phone number, i'd hold off on outbound calls. |
| # | 13:50:41 | jeff | because your chances of actually getting to the proper extension are extremely slim. |
| # | 13:50:47 | mrpeters-isl | interesting point |
| # | 13:53:22 | atheos | jeff - mrpeters-isl - There's a mechanism for dialing extensions with the Asterisk dial command. It doesn't work every time, but it does work |
| # | 13:53:55 | mrpeters-isl | atheos: so it'd work for you, if we had a seperate extension field with only numeric digits? |
| # | 13:54:03 | bshum | mrpeters-isl: Biblio is interested in having an extension field as well, people feel that having all it all crunched together seemed bad. |
| # | 13:54:11 | mrpeters-isl | bshum ++ |
| # | 13:54:37 | atheos | mrpeters-isl yes, I'd prefer to grab that from a separate field. anything else will result in poorly executed data entry |
| # | 13:54:51 | mrpeters-isl | we'd "just add it" but we like to stay away from making local customizations like that in the interest of commonality with thec ommunity |
| # | 13:55:37 | bshum | Maybe it's something that should be started as a ticket on launchpad? Or e-mail thread to general |
| # | 13:55:45 | mrpeters-isl | perhaps |
| # | 13:55:57 | mrpeters-isl | have you drafted something already? if you send it out, we'll add our support for it..and why |
| # | 13:55:57 | bshum | To see what sort of other interest is out there |
| # | 13:56:27 | bshum | Not yet, but I could probably try writing something up |
| # | 13:57:49 | mrpeters-isl | excellent! |
| # | 13:57:53 | bshum | Just hadn't thought too much about where to stick it yet. |
| # | 13:58:05 | mrpeters-isl | bshum: same. i was just tossing that around |
| # | 13:58:15 | mrpeters-isl | what about 3 new columns in actor.usr |
| # | 13:58:29 | mrpeters-isl | day_phone_ext, evening_phone_ext, other_phone_ext |
| # | 14:00:22 | mrpeters-isl | rather than moving all of the phone numbers to their own table, like addresses |
| # | 14:00:59 | bshum | That's an interesting thought though. What are the reasons that eventually things get moved out into their own tables? |
| # | 14:01:20 | mrpeters-isl | good question! if anyone knows, let us know! |
| # | 14:01:23 | bshum | Is it a speed thing in terms of searching large sets of data? |
| # | 14:01:24 | atheos | bshum organization |
| # | 14:01:30 | atheos | keep a tidy house |
| # | 14:02:39 | mrpeters-isl | personally, i don't mind where it goes as long as we can make it happen in the future! |
| # | 14:03:44 | mrpeters-isl | seems like creating something like actor.usr_phone and then assigning actor.usr.day_phone = actor.usr_phone.id would be more complicated than just adding 3 new columns but thats just me! |
| # | 14:14:02 | miker_ | http://databases.about.com/od/specificproducts/a/normalization.htm EG is generally 2NF, with some 3NF and some denormalization to speed common operations |
| # | 14:16:22 | miker_ | the phone fields are an example of a compromise between speed and function (users with more than 3 phone numbers are really corner cases), and normalization. there has been work, though, to implement actor.usr_phone |
| # | 14:19:21 | atheos | I'm down with actor.usr_phone, nothing but a subselect ! |
| # | 14:19:34 | mrpeters-isl | i'm down with however it haas to happen! |
| # | 14:19:42 | mrpeters-isl | but thanks for the background miker_ |
| # | 14:21:05 | jeff | phone_notify in ahr is sometimes a bother, also. currently we have staff verify any outstanding holds do not have the "old" number when a patron updates their phone number... |
| # | 14:22:24 | jeff | i've considered either an automated "hey, this old number is still listed for a hold, would you like to replace it'... |
| # | 14:22:47 | jeff | or have the phone_notify be boolean, and calls made based on patron preference of which number (or which number at which time) |
| # | 14:23:08 | jeff | or just have phone_notify point to one of the upcoming actor.usr_phone entries |
| # | 14:25:41 | miker_ | jeff: but, then, how would you have someone notified on their cell phone when they haven't set that as their primary account phone number? |
| # | 14:25:57 | miker_ | s/primary// |
| # | 14:29:49 | phasefx | that said I think I remember seeing a spec somewhere for an option to update phone_notify fields when a patron's number has changed |
| # | 14:30:01 | jeff | right, still need free-form entry. that's an argument for "is the phone number we just removed/replaced still listed on an active hold request" logic. |
| # | 14:32:08 | dmcmorris has left #evergreen |
| # | 14:35:53 | miker_ | just so nobody thinks otherwise ... I still loath IE with a searing hatred |
| # | 14:35:54 | miker_ | that is all |
| # | 14:38:02 | bshum | If we were to use an external table like actor.usr_phone, would the creation of some sort of label field be something worth considering? (like day, night, cell, etc.) |
| # | 14:38:34 | bshum | Then making the fields in actor.usr more generic like phone_1, phone_2, phone_3 |
| # | 14:40:09 | bshum | I guess that's a bit far ahead in thought, just wondering what shape it might take. |
| # | 14:55:38 | phasefx | bshum: strictly speaking, we wouldn't need fields on actor.usr, though they could still be useful as way of determining functional roles |
| # | 14:56:15 | phasefx | ala .billing_address and .mailing_address |
| # | 14:56:21 | bshum | phasefx: Ah right, I just thought about adding a usr field on the actor.usr_phone field to indicate ownership |
| # | 14:57:01 | bshum | And then having the label be part of the usr_phone table somewhere |
| # | 14:57:08 | bshum | I don't know, I like thinking about it, it's fun. |
| # | 14:57:59 | bshum | phasefx: Oh, those are good examples. |
| # | 14:59:05 | phasefx | but like miker_ said, some work has been done along those lines, I just don't it ever made its way into trunk |
| # | 15:00:02 | bshum | Right. |
| # | 15:02:37 | phasefx | worth poking folks if you get the itch to make it happen sooner |
| # | 15:04:27 | jeff | http://github.com/senator/OpenILS-Evergreen/commit/112774e3738d05552020a552fdca1a8117bfb303 and several surrounding bits include work on breaking out phone numbers into actor.usr_phone |
| # | 15:45:15 | jenny1 has joined #evergreen |
| # | 15:45:49 | jenny has quit IRC |
| # | 15:46:20 | natschil has joined #evergreen |
| # | 15:55:25 | sfortin has quit IRC |
| # | 16:03:39 | fayek has quit IRC |
| # | 16:04:38 | rickd_ has joined #evergreen |
| # | 16:10:37 | gdunbar has quit IRC |
| # | 16:27:19 | afterl has quit IRC |
| # | 17:08:17 | yboston has quit IRC |
| # | 17:12:06 | moodaepo | atz++ # SIP & Git stuff. |
| # | 17:41:54 | lisppaste has quit IRC |
| # | 17:52:59 | jenny1 has left #evergreen |
| # | 18:12:36 | bshum has quit IRC |
| # | 18:49:16 | youdonotexist has quit IRC |
| # | 18:57:43 | natschil has quit IRC |
| # | 20:00:27 | _bott_ has quit IRC |
| # | 20:00:28 | csharp has quit IRC |
| # | 20:00:29 | mrpeters-isl has quit IRC |
| # | 20:00:30 | leed has quit IRC |
| # | 20:00:31 | kbeswick has quit IRC |
| # | 20:00:32 | mck9 has quit IRC |
| # | 20:00:33 | denials has quit IRC |
| # | 20:00:35 | jeff has quit IRC |
| # | 20:00:36 | miker_ has quit IRC |
| # | 20:00:36 | wjr has quit IRC |
| # | 20:00:36 | eby has quit IRC |
| # | 20:00:37 | artunit has quit IRC |
| # | 20:00:37 | gmcharlt has quit IRC |
| # | 20:00:38 | rickd_ has quit IRC |
| # | 20:00:39 | shadowspar has quit IRC |
| # | 20:00:39 | Dmagick-home has quit IRC |
| # | 20:00:39 | moodaepo has quit IRC |
| # | 20:00:39 | atheos has quit IRC |
| # | 20:00:39 | rsinger has quit IRC |
| # | 20:00:40 | phasefx_ has quit IRC |
| # | 20:00:40 | _dkyle_ has quit IRC |
| # | 20:00:40 | greg-g has quit IRC |
| # | 20:00:40 | sylvar has quit IRC |
| # | 20:00:41 | phasefx has quit IRC |
| # | 20:00:41 | berick has quit IRC |
| # | 20:00:41 | bradl has quit IRC |
| # | 20:00:42 | Callender has quit IRC |
| # | 20:00:42 | dbwells has quit IRC |
| # | 20:00:43 | Dmagick_ has quit IRC |
| # | 20:00:43 | atz has quit IRC |
| # | 20:12:19 | rickd_ has joined #evergreen |
| # | 20:12:19 | _bott_ has joined #evergreen |
| # | 20:12:19 | csharp has joined #evergreen |
| # | 20:12:19 | atz has joined #evergreen |
| # | 20:12:19 | mrpeters-isl has joined #evergreen |
| # | 20:12:19 | leed has joined #evergreen |
| # | 20:12:19 | shadowspar has joined #evergreen |
| # | 20:12:19 | Dmagick-home has joined #evergreen |
| # | 20:12:19 | mck9 has joined #evergreen |
| # | 20:12:19 | jeff has joined #evergreen |
| # | 20:12:19 | denials has joined #evergreen |
| # | 20:12:19 | gmcharlt has joined #evergreen |
| # | 20:12:19 | artunit has joined #evergreen |
| # | 20:12:19 | eby has joined #evergreen |
| # | 20:12:19 | kbeswick has joined #evergreen |
| # | 20:12:19 | wjr has joined #evergreen |
| # | 20:12:19 | miker_ has joined #evergreen |
| # | 20:12:19 | moodaepo has joined #evergreen |
| # | 20:12:19 | atheos has joined #evergreen |
| # | 20:12:19 | rsinger has joined #evergreen |
| # | 20:12:19 | _dkyle_ has joined #evergreen |
| # | 20:12:19 | Callender has joined #evergreen |
| # | 20:12:19 | bradl has joined #evergreen |
| # | 20:12:19 | dbwells has joined #evergreen |
| # | 20:12:19 | greg-g has joined #evergreen |
| # | 20:12:19 | sylvar has joined #evergreen |
| # | 20:12:19 | Dmagick_ has joined #evergreen |
| # | 20:12:19 | phasefx_ has joined #evergreen |
| # | 20:12:19 | phasefx has joined #evergreen |
| # | 20:12:19 | berick has joined #evergreen |
| # | 20:12:19 | calvino.freenode.net sets mode: +o phasefx |
| # | 21:11:05 | _bott_ has quit IRC |
| # | 21:11:05 | csharp has quit IRC |
| # | 21:11:06 | mrpeters-isl has quit IRC |
| # | 21:11:06 | leed has quit IRC |
| # | 21:11:06 | kbeswick has quit IRC |
| # | 21:11:07 | mck9 has quit IRC |
| # | 21:11:07 | denials has quit IRC |
| # | 21:11:09 | jeff has quit IRC |
| # | 21:11:09 | miker_ has quit IRC |
| # | 21:11:09 | wjr has quit IRC |
| # | 21:11:09 | eby has quit IRC |
| # | 21:11:10 | artunit has quit IRC |
| # | 21:11:10 | gmcharlt has quit IRC |
| # | 21:11:10 | rickd_ has quit IRC |
| # | 21:11:11 | shadowspar has quit IRC |
| # | 21:11:11 | Dmagick-home has quit IRC |
| # | 21:11:11 | moodaepo has quit IRC |
| # | 21:11:11 | atheos has quit IRC |
| # | 21:11:11 | rsinger has quit IRC |
| # | 21:11:11 | phasefx_ has quit IRC |
| # | 21:11:12 | _dkyle_ has quit IRC |
| # | 21:11:12 | greg-g has quit IRC |
| # | 21:11:12 | sylvar has quit IRC |
| # | 21:11:12 | phasefx has quit IRC |
| # | 21:11:12 | berick has quit IRC |
| # | 21:11:13 | bradl has quit IRC |
| # | 21:11:13 | Callender has quit IRC |
| # | 21:11:13 | dbwells has quit IRC |
| # | 21:11:13 | Dmagick_ has quit IRC |
| # | 21:11:14 | atz has quit IRC |
| # | 21:23:15 | rickd_ has joined #evergreen |
| # | 21:23:15 | _bott_ has joined #evergreen |
| # | 21:23:15 | csharp has joined #evergreen |
| # | 21:23:15 | atz has joined #evergreen |
| # | 21:23:15 | mrpeters-isl has joined #evergreen |
| # | 21:23:15 | leed has joined #evergreen |
| # | 21:23:15 | shadowspar has joined #evergreen |
| # | 21:23:15 | Dmagick-home has joined #evergreen |
| # | 21:23:15 | mck9 has joined #evergreen |
| # | 21:23:15 | jeff has joined #evergreen |
| # | 21:23:15 | denials has joined #evergreen |
| # | 21:23:15 | gmcharlt has joined #evergreen |
| # | 21:23:15 | artunit has joined #evergreen |
| # | 21:23:15 | eby has joined #evergreen |
| # | 21:23:15 | kbeswick has joined #evergreen |
| # | 21:23:15 | wjr has joined #evergreen |
| # | 21:23:15 | miker_ has joined #evergreen |
| # | 21:23:15 | moodaepo has joined #evergreen |
| # | 21:23:15 | atheos has joined #evergreen |
| # | 21:23:15 | rsinger has joined #evergreen |
| # | 21:23:15 | _dkyle_ has joined #evergreen |
| # | 21:23:15 | Callender has joined #evergreen |
| # | 21:23:15 | bradl has joined #evergreen |
| # | 21:23:15 | dbwells has joined #evergreen |
| # | 21:23:15 | greg-g has joined #evergreen |
| # | 21:23:15 | sylvar has joined #evergreen |
| # | 21:23:15 | Dmagick_ has joined #evergreen |
| # | 21:23:15 | phasefx_ has joined #evergreen |
| # | 21:23:15 | phasefx has joined #evergreen |
| # | 21:23:15 | berick has joined #evergreen |
| # | 21:23:15 | calvino.freenode.net sets mode: +o phasefx |
| # | 21:55:51 | moodaepo has quit IRC |
| # | 21:57:53 | moodaepo has joined #evergreen |
| # | 22:19:46 | mck9 has left #evergreen |
April 10-13