| Time |
Nick |
Message |
| 02:56 |
|
Jillianne joined #evergreen |
| 04:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:40 |
|
rlefaive joined #evergreen |
| 07:46 |
|
rlefaive joined #evergreen |
| 07:59 |
|
rlefaive_ joined #evergreen |
| 08:10 |
|
Dyrcona joined #evergreen |
| 08:11 |
Dyrcona |
So, crazy project for the day: Copy maintain_901 into a Perl script so I can run it manually on the records to find out which ones blow up. |
| 08:23 |
|
rlefaive joined #evergreen |
| 08:30 |
|
rlefaive_ joined #evergreen |
| 08:39 |
|
mmorgan joined #evergreen |
| 08:53 |
Dyrcona |
Hm.. This will be fun. Think I'll use an explicit row level lock in a transaction. |
| 08:55 |
|
rjackson_isl joined #evergreen |
| 09:18 |
|
yboston joined #evergreen |
| 09:25 |
* Dyrcona |
rethinks what he's planning to do. |
| 09:32 |
|
maryj joined #evergreen |
| 10:05 |
* Dyrcona |
struggle with doing what he needs right now versus making the program more generic. |
| 10:09 |
Dyrcona |
A generic version would have about a dozen flags for ingest options....Whee! |
| 10:14 |
|
terran_ joined #evergreen |
| 10:32 |
gmcharlt |
a reminder - if folks have items for the development update, please get them to me today |
| 10:44 |
|
Christineb joined #evergreen |
| 10:58 |
|
Jillianne joined #evergreen |
| 11:05 |
dbs |
if anyone's feeling saucy I'm running something close to http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/dbs/nodojo_google_books |
| 11:06 |
bshum |
Should be like a song |
| 11:06 |
bshum |
"no dojo, no dojo... NOooooo dojo" |
| 11:07 |
Dyrcona |
no, no, no, no dojo... |
| 11:08 |
Dyrcona |
Start with something simple, then make it so complicated that you don't understand it any more, then you're done! |
| 11:09 |
* Dyrcona |
has a strange sense of deja vu... Writing a new "ingest" procedure every year or two. |
| 11:23 |
|
rlefaive joined #evergreen |
| 11:45 |
|
khuckins joined #evergreen |
| 12:05 |
jeff |
service provider (possibly noticing that we are a heavy user of a DELETE method in one of their REST APIs) sent us a survey, one question asks "If [vendor] provided policy-based deletion, would you still need the HTTP DELETE feature?" |
| 12:05 |
jeff |
followed by an "If yes, then why?" |
| 12:06 |
jeff |
reasonable approach, and i like that the free-form "if yes, then why?" helps catch use cases they haven't thought of... but I do wonder why they're considering eliminating the verb/method altogether. |
| 12:08 |
abneiman |
lunch |
| 12:08 |
abneiman |
sorry wrong channel, lol |
| 12:18 |
terran_ |
abneiman: still a good idea |
| 12:20 |
jeff |
Lunch is always on-topic in #evergreen for those who mention it. |
| 12:20 |
rhamby |
abneiman: heh, I fogot to say I was back from lunch until I saw this |
| 12:26 |
|
Jillianne joined #evergreen |
| 12:29 |
jeff |
and here comes the spam. :-( |
| 12:30 |
jeff |
nah, on second thought i immediately regret mentioning it. moving on! :-) |
| 12:31 |
Dyrcona |
Spam's off.... |
| 12:31 |
|
rlefaive joined #evergreen |
| 12:31 |
Dyrcona |
I'm actually having a salad for lunch. |
| 12:34 |
|
jihpringle joined #evergreen |
| 12:34 |
jeff |
musing a bit more on the "refer bills to business office/etc" concept... i'm trying to determine if it makes sense for it to be an A/T kind of thing, or needs an interface of its own. |
| 12:36 |
jeff |
also, if it's fire-and-forget, or "follow up to let the business office know to back off on a given transaction if an item is returned" |
| 12:37 |
jeff |
i think i have at least one other entity to ask, marge ideas, then throw out on dev/general for additional feedback. |
| 12:44 |
|
jihpringle joined #evergreen |
| 12:59 |
csharp |
@sing John Lennon : Oh Dojo! |
| 12:59 |
pinesol_green |
csharp: We're going to need a bigger boat. |
| 13:13 |
berick |
haha.. in the middle of a bath... |
| 13:13 |
abneiman |
terran_++ # lunch is ALWAYS a good idea :) |
| 13:23 |
|
sandbergja joined #evergreen |
| 13:25 |
|
Jillianne joined #evergreen |
| 13:51 |
|
ohiojoe joined #evergreen |
| 14:00 |
Dyrcona |
miker: I'd like some eyes on my description of Lp 1684984. I think it is a bug, but it may be deliberate. |
| 14:00 |
pinesol_green |
Launchpad bug 1684984 in Evergreen "Internal Flag ingest.disable_metabib_field_entry not used" [Undecided,New] https://launchpad.net/bugs/1684984 |
| 14:01 |
miker |
Dyrcona: I can look a little later this afternoon |
| 14:02 |
Dyrcona |
Cool. No rush. |
| 14:03 |
* Dyrcona |
goes back to working on ngingest. :) |
| 14:08 |
Dyrcona |
It might also be a redundant flag that could be removed. |
| 14:49 |
pastebot |
"gmcharlt" at 64.57.241.14 pasted "towards making more Angular-like databinding for fieldmapper objects" (72 lines) at http://paste.evergreen-ils.org/84 |
| 14:50 |
gmcharlt |
miker: berick: ^^ one half of something I'm working on (the other have being a constructor that accepts a "typedHash" as input |
| 14:51 |
gmcharlt |
the motivation for this is making it easier to plop fieldmapper into angular input widgets |
| 14:51 |
gmcharlt |
because while ng-model-options="{ getterSetter : true }" is available to us, it is (a) verbose and (b) not uniformly supported by various widgets we're using |
| 14:52 |
gmcharlt |
e.g., uib-datepicker-popup doesn't handled getterSetters |
| 14:52 |
gmcharlt |
thoughts? |
| 14:54 |
Dyrcona |
gmcharlt: That switch makes my nose itch, or maybe that's just the pollen in the air. :) |
| 14:54 |
Dyrcona |
It's ugly, but I guess necessary. |
| 14:55 |
Dyrcona |
Anyway, I'm all for "making it easier to plop fieldmapper into angular input widgets" |
| 14:57 |
berick |
gmcharlt: ah, that's too bad about getterSetter not being supported everywhere. your solution looks reasonable to me. certainly better than a lot of ad-hoc cross-talking |
| 15:01 |
* Dyrcona |
is testing ngingest and it appears to be working. |
| 15:03 |
|
mmorgan1 joined #evergreen |
| 16:05 |
|
maryj joined #evergreen |
| 16:24 |
|
mmorgan joined #evergreen |
| 16:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:58 |
|
khuckins_ joined #evergreen |
| 17:07 |
|
mmorgan left #evergreen |
| 17:17 |
|
dteston joined #evergreen |
| 17:21 |
pinesol_green |
[evergreen|Dan Wells] Forward-port 2.11.4 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d3e591d> |
| 18:04 |
|
khuckins_ joined #evergreen |
| 19:16 |
bshum |
Dyrcona++ # for regex help |
| 19:16 |
bshum |
berick++ # for ansible advice |
| 19:17 |
bshum |
I'm doing a full test of the new additions I've made for i18n before I push it to the collab |
| 19:17 |
bshum |
I think I've got all the kinks worked out, and if so, we shall have i18n options built in for the ansible installer very soon |
| 19:17 |
* bshum |
waits for apt-get upgrade to finish on his fresh VM |
| 19:19 |
Dyrcona |
Aw, shucks. 'Twerent' nothin'. |
| 19:24 |
* bshum |
watches the magic unfold |
| 19:40 |
bshum |
Yay! It worked! :D |
| 19:40 |
bshum |
pushing to the collab |
| 19:42 |
bshum |
berick: It did just occur to me right after I pushed it, that it ships with the four locales I picked on by default. We could comment it out and leave it to installers to decide whether to do the i18n dance for given locale per their decisions |
| 19:43 |
bshum |
I can fix that if you'd prefer to avoid i18n by default |
| 19:43 |
* bshum |
goes to eat dinner first though |
| 20:11 |
bshum |
Bleh.... The fieldmapper is busted because of one of the locales. Probably arabic. |
| 20:11 |
bshum |
So staff login isn't working on my new VM. |
| 20:11 |
bshum |
Guess we shouldn't enable that by default yet |
| 20:12 |
bshum |
Back to i18n bug fixing I guess.. |
| 20:14 |
|
dteston joined #evergreen |
| 20:56 |
|
Jillianne joined #evergreen |
| 21:10 |
bshum |
Hmm |
| 21:10 |
bshum |
So nope, not the translations, maybe |
| 21:10 |
bshum |
The problem is with a new addition in fm_IDL.xml |
| 21:10 |
bshum |
parser error : Entity 'class.aacct.label' not defined |
| 21:11 |
bshum |
aacct = action.all_circulation_combined_types |
| 21:11 |
bshum |
Which is a new table added back in July I guess |
| 21:11 |
bshum |
4e64cbbc |
| 21:11 |
pinesol_green |
bshum: [evergreen|blake] LP1599634 Circulation report source to include in-house(non cat), and non cat circ - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4e64cbb> |
| 21:15 |
bshum |
Yup, that field is missing from the fm_IDL.dtd PO template |
| 21:16 |
bshum |
So maybe the addition of that report source without the corresponding template update breaks something. |
| 21:16 |
bshum |
Hmm |
| 21:16 |
bshum |
But then wouldn't 2.12 be broken too... |
| 21:21 |
* bshum |
idly wonders now if anyone has installed 2.12.0+ with locales and checked this odd behavior |
| 21:53 |
bshum |
Oh, I see |
| 21:53 |
bshum |
That's a brand new thing for 3.0-alpha |
| 21:54 |
bshum |
So it's only a master problem, whee... |
| 21:54 |
* bshum |
breathes a small sigh of relief at that |
| 21:54 |
* bshum |
is starting to chase his own tail with i18n issues :( |
| 22:20 |
|
genpaku joined #evergreen |
| 22:27 |
|
khuckins_ joined #evergreen |
| 23:21 |
bshum |
berick: I made i18n optional as an extra argument and amended the README to instruct ansible users who to take advantage of it. |
| 23:21 |
bshum |
*who/how ? |
| 23:21 |
bshum |
Oh boy |
| 23:21 |
bshum |
Time for bed I guess. |
| 23:41 |
Dyrcona |
I'm still signed in? Guess, I should go to bed, too. |
| 23:41 |
Dyrcona |
Good night, #evergreen! |
