| Time |
Nick |
Message |
| 00:30 |
|
edoceo joined #evergreen |
| 04:23 |
|
Bmagic joined #evergreen |
| 06:40 |
|
rlefaive joined #evergreen |
| 07:31 |
|
Bmagic_ joined #evergreen |
| 07:35 |
|
Stompro joined #evergreen |
| 07:42 |
|
mrpeters joined #evergreen |
| 08:04 |
|
rjackson_isl joined #evergreen |
| 08:09 |
|
ericar joined #evergreen |
| 08:20 |
|
JBoyer joined #evergreen |
| 08:22 |
|
Dyrcona joined #evergreen |
| 08:35 |
|
rlefaive joined #evergreen |
| 08:35 |
Dyrcona |
Heh. Five lines of commit message for removing four characters from a line. :) |
| 08:39 |
jeff |
not unreasonable. i would be worried if it was five thousand lines of commit message for removing four thousand characters from a line. |
| 08:42 |
|
mmorgan joined #evergreen |
| 08:44 |
csharp |
or one line of commit message for removing five thousand lines? |
| 08:44 |
csharp |
git decimate |
| 08:46 |
Dyrcona |
:) |
| 08:47 |
Dyrcona |
csharp: Remove some unused stuff..... :) |
| 08:47 |
jeff |
git-decimate(1) - Remove one in every ten SLOC as punishment for the remaining code |
| 08:48 |
Dyrcona |
Lines chosen at random from every group of 10. |
| 08:48 |
* csharp |
still wants the "I'm Feeling Lucky" Evergreen feature that randomly applies a commit from master to your running instance |
| 08:49 |
Dyrcona |
Chances are you'd get a commit that you already have, but it could be limited to ones you don't have. |
| 08:49 |
JBoyer |
csharp: That could be implemented as 'git wrecked' |
| 08:49 |
Dyrcona |
@love git-quickpick |
| 08:49 |
pinesol_green |
Dyrcona: The operation succeeded. Dyrcona loves git-quickpick. |
| 08:49 |
csharp |
of course, we cherry-pick and/or rebase -i so they'd be different hashes across the board |
| 08:49 |
Dyrcona |
JBoyer++ |
| 08:49 |
csharp |
JBoyer++ |
| 08:50 |
Dyrcona |
When my wife was learning to use FTP in Kentucky, the instructor had a local accent and would say git for get. |
| 08:50 |
* JBoyer |
is also guilty of that. |
| 08:50 |
* csharp |
grew up saying git for get |
| 08:50 |
Dyrcona |
So I translated "git wrecked" to "get wrecked." |
| 08:51 |
Dyrcona |
I sort of did. |
| 08:51 |
JBoyer |
Git on outta heah! |
| 08:51 |
JBoyer |
Dyrcona: That was my aim. :) |
| 08:51 |
csharp |
pin and pen have the same pronounciation in my hometown too: pee-yun |
| 08:51 |
Dyrcona |
:) |
| 08:53 |
csharp |
my wife was the first to point out that my mom calls me Chree-us - I had honestly never heard it that way ;-) |
| 08:54 |
mmorgan |
csharp: You should register that nick ;-) |
| 08:57 |
Dyrcona |
Yeah, you should. |
| 08:57 |
Dyrcona |
Turns out the commit message isn't 100% accurate. |
| 08:58 |
Dyrcona |
I thought I had to make the change because of Getopt::Long, but no. |
| 08:58 |
csharp |
mmorgan: ha! |
| 08:58 |
Dyrcona |
I had previously double-quoted an argument because it was being passed on to another script. |
| 08:58 |
Dyrcona |
Now, the script handles that argument without passing it on. |
| 08:59 |
Dyrcona |
Oh, well. It's a local thing. Anyone else who looks at it will figure it out. |
| 08:59 |
Dyrcona |
And by double-quoted, I mean "--option='three word value'" |
| 09:01 |
Dyrcona |
Ah, it starts raining and "You Look Like Rain" by Morphine starts playing on my music mix. |
| 09:04 |
|
mmorgan joined #evergreen |
| 09:05 |
csharp |
so user-owned copy templates (from the Item Editor) are in actor.usr_setting, yes? |
| 09:06 |
mmorgan |
csharp: Yes |
| 09:06 |
Dyrcona |
Indeed, and it has been fun making changes to them during upgrades, but we've done it once or twice. :) |
| 09:06 |
mmorgan |
staff_client.copy_editor.templates |
| 09:07 |
csharp |
I'm only seeing one entry for our cataloger in there and she says she has access to all of her templates from any workstation :-/ |
| 09:07 |
Dyrcona |
csharp: Are you sure she's not talking about bib templates? |
| 09:07 |
csharp |
oh - actually - it's all of them |
| 09:07 |
csharp |
one row, all templates |
| 09:07 |
Dyrcona |
Oh. yeah. that's right. |
| 09:08 |
csharp |
that makes sense :-) |
| 09:12 |
|
RoganH joined #evergreen |
| 09:15 |
|
maryj joined #evergreen |
| 09:18 |
Dyrcona |
Fun fact about the double-quoted argument issue: it only happens on the third of the month and comes from changes made last week. ;) |
| 09:20 |
|
mmorgan joined #evergreen |
| 09:23 |
|
mmorgan joined #evergreen |
| 09:30 |
|
yboston joined #evergreen |
| 09:37 |
|
RoganH_ joined #evergreen |
| 10:00 |
|
jwoodard joined #evergreen |
| 10:33 |
|
rlefaive joined #evergreen |
| 10:34 |
gmcharlt |
souding out the room - would folks be amenable to rescheduling the dev meeting to next week, say the 10th? |
| 10:34 |
csharp |
gmcharlt: no objections here |
| 10:34 |
kmlussier |
gmcharlt: The DIG reorg meeting is that day |
| 10:35 |
kmlussier |
At 2 p.m. Eastern |
| 10:35 |
gmcharlt |
the 11th, then? |
| 10:36 |
kmlussier |
Works for me. |
| 10:37 |
miker |
my tuit container would thank you |
| 10:38 |
berick |
11th works for me |
| 10:38 |
kmlussier |
gmcharlt: I know Friday is Feature Slush day. Since we won't be having a dev meeting, is there any chance you could put out a reminder to folks letting them know what needs to be done by Friday? |
| 10:39 |
gmcharlt |
eyp |
| 10:39 |
gmcharlt |
yep |
| 10:41 |
dbwells |
gmcharlt: 11th sounds fine here, thanks |
| 10:41 |
berick |
hm, the 2 items I just added to the agenda are slush related. may just re-pose here |
| 10:42 |
gmcharlt |
speaking of slush |
| 10:42 |
gmcharlt |
I'm inclined to move it to the 12th |
| 10:42 |
gmcharlt |
leaving freeze at the 19th |
| 10:42 |
gmcharlt |
any serious objections? |
| 10:42 |
gmcharlt |
(not that this closes out folks talking about slushy stuff sooner, of course) |
| 10:43 |
berick |
no objection from me |
| 10:44 |
dbwells |
seems sensible to slush after the meeting, for better chance at communication |
| 10:44 |
Dyrcona |
That's all OK with me. |
| 10:44 |
kmlussier |
no objection from me |
| 10:48 |
miker |
+1 |
| 10:53 |
* berick |
updates the gcal |
| 10:53 |
csharp |
11th doesn't work for me, but I'll deal ;-) |
| 10:57 |
Dyrcona |
kmlussier: Are you presently using my dev vm? I ask because I'm about to play around with some of the others: concerto and Ubuntu Pecise. |
| 10:58 |
kmlussier |
Dyrcona: Nope |
| 10:58 |
|
ericar_ joined #evergreen |
| 11:00 |
Dyrcona |
OK. I plan to start up my precise vm to update the software, then maybe make a new vm for concerto. |
| 11:00 |
Dyrcona |
I use the latter to test tarballs and run the perl and db tests. |
| 11:03 |
Dyrcona |
BTW, I plan to finally release 2.9.2 on the 17th. |
| 11:16 |
JBoyer |
I wonder how many users actually make use of wildcard searching, vs those that think that you really do have to search for M*A*S*H to find the DVD you want... |
| 11:16 |
Dyrcona |
JBoyer: I'm going to build just master on my concerto vm to see if the grunt all command still fails. |
| 11:17 |
JBoyer |
If it does, there's probably something that needs to be changed on our side (meaning Eg as opposed to Node/Grunt/etc.) because if it's the error I was seeing it looked like an FS permission error. |
| 11:18 |
Dyrcona |
Yep. |
| 11:31 |
kmlussier |
JBoyer: I don't think there are many people who would enter MASH that way, but there are probably other titles out there using asterisks that are likely to be entererd with the asterisks. |
| 11:31 |
kmlussier |
JBoyer: Does it work if you surround it in quotes? |
| 11:32 |
Dyrcona |
I don't think I would enter MASH that way, and I usually search in lowercase, 'cause the shift key is hard. :) |
| 11:32 |
kmlussier |
Actually, it works with and without quotes |
| 11:33 |
JBoyer |
It's quicker with the quotes, but neither of my tests took 90+ seconds like the search that was in my log analyzer... |
| 11:34 |
JBoyer |
I'm with Dyrcona, it just seems like such a tedious thing to type. What do these people say out loud? "What are you looking for?" "Emm, star, aye, star, ess, star, aich." |
| 11:34 |
kmlussier |
JBoyer: Yeah, I tried it on C/W MARS. The unquoted one was longer, but it wasn't terrible. |
| 11:35 |
JBoyer |
My test was fine too, there must have been something else about when they searched, or the phase of the moon, etc. |
| 11:36 |
JBoyer |
The person that searched for the entire copy/pasted contents of a Google Play book search page must have had some interesting ideas. |
| 11:36 |
* Dyrcona |
should automate the prerequisite installation for OpensRF and Evergreen on his VMs. It will save time without typos. |
| 11:37 |
* JBoyer |
knows a guy... |
| 11:37 |
Dyrcona |
Umm. Guess they thought you had the full text available? |
| 11:38 |
JBoyer |
Or any of the titles on the page, hard to say. |
| 11:41 |
Dyrcona |
Yeah, I should definitely add a script to install the prerequisites. |
| 11:44 |
|
berick joined #evergreen |
| 11:45 |
berick |
Dyrcona: i recommend http://git.evergreen-ils.org/?p=working/random.git;a=shortlog;h=refs/heads/collab/berick/trusty-auto-installer |
| 11:46 |
berick |
depending on how it's run, I think I hit Enter maybe 2 times throughout the process. |
| 11:48 |
Dyrcona |
berick: Nice! From a quick once-over, I see it has more features than my tailored scripts for my vms. |
| 11:48 |
Dyrcona |
I do things in multiple steps/scripts. |
| 11:49 |
Stompro |
tsbere++ thanks for the parts fixup info! |
| 11:49 |
|
egbuilder joined #evergreen |
| 11:49 |
tsbere |
Stompro: I assume you will need to do some significant adjusting for your own practices, but it is still a good starting point |
| 11:50 |
|
sandbergja joined #evergreen |
| 11:53 |
Stompro |
tsbere, the parts rename function does all the work I need, I'm not very fluent in stored procedures so I would have spent much more work doing the same thing. |
| 11:54 |
tsbere |
Stompro: Fair note, that is (obviously) a little dated, and doesn't take into account details like parts being flagged as deleted. |
| 11:54 |
tsbere |
So if you have that code loaded there are adjustments that need to be made |
| 11:55 |
Stompro |
I don |
| 11:55 |
Dyrcona |
I think grunt test failed, but I'll try it manually in a bit. |
| 11:56 |
Dyrcona |
It scrolls by so fast. |
| 11:56 |
Stompro |
tsbere, I don't think that 2.8.4 has the parts deletion bits, no deleted field in biblio.monograph_parts here. |
| 11:57 |
tsbere |
Stompro: Specifically, the "SELECT INTO existing_part id FROM... line would need to have "AND NOT deleted" added to the where clause when you do have the flag. |
| 12:01 |
* csharp |
uses script to capture fast-fleeting screen output |
| 12:02 |
|
Christineb joined #evergreen |
| 12:10 |
Dyrcona |
JBoyer berick miker gmcharlt: I end up at this for the first error out of the chain: https://docs.angularjs.org/error/$injector/nomod?p0=ngFileSaver |
| 12:10 |
|
ericar_ joined #evergreen |
| 12:10 |
gmcharlt |
Dyrcona: completely fresh install or an updated one? |
| 12:10 |
Dyrcona |
It stats with couldn't load egCoreWeb because of the above. |
| 12:11 |
Dyrcona |
gmcharlt: Fresh checkout of master. |
| 12:11 |
Dyrcona |
Fresh vm. |
| 12:11 |
Dyrcona |
That happens with grunt test. |
| 12:12 |
Dyrcona |
The test output is "this should parse the IDL" |
| 12:14 |
gmcharlt |
Dyrcona: OK, I think I see what the problem is, one moment |
| 12:14 |
berick |
if it's a new dependency, it may need to be added to the test manifest |
| 12:15 |
gmcharlt |
ayup |
| 12:17 |
gmcharlt |
Dyrcona: check the tip of collab/gmcharlt/webstaff-sprint2-sprint3-round2 |
| 12:19 |
|
bmills joined #evergreen |
| 12:21 |
Dyrcona |
gmcharlt++ that resolves it. |
| 12:21 |
Dyrcona |
Should I just cherry-pick that into master since it is a fix for a test? |
| 12:21 |
|
_bott_ joined #evergreen |
| 12:28 |
berick |
Dyrcona: +1 to cherry-pick |
| 12:28 |
gmcharlt |
+1 |
| 12:28 |
JBoyer |
Oh, I was really off the mark on that one. Good job squashing it. |
| 12:28 |
JBoyer |
Dyrcona++ |
| 12:28 |
Dyrcona |
And done! |
| 12:28 |
JBoyer |
gmcharlt++ |
| 12:28 |
JBoyer |
and |
| 12:29 |
JBoyer |
berick++ |
| 12:29 |
gmcharlt |
Dyrcona++ |
| 12:29 |
Dyrcona |
breick++ |
| 12:29 |
Dyrcona |
berick++ |
| 12:31 |
pinesol_green |
[evergreen|Galen Charlton] webstaff: add angular-file-saver to test manifest - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e32a1d4> |
| 12:35 |
csharp |
@karma breick |
| 12:35 |
pinesol_green |
csharp: Karma for "breick" has been increased 1 time and decreased 0 times for a total karma of 1. |
| 12:35 |
csharp |
@karma chreeus |
| 12:35 |
pinesol_green |
csharp: chreeus has neutral karma. |
| 12:35 |
Dyrcona |
chreeus++ :) |
| 12:35 |
berick |
hah |
| 12:52 |
JBoyer |
csharp may find himself addressed as chreeus at the Intl Conference if'n he's not careful. :D |
| 12:53 |
Dyrcona |
:) |
| 12:54 |
Dyrcona |
One problem with automating everything and putting configs in git branches...things don't just work for you when you install plain master. |
| 12:55 |
JBoyer |
Dyrcona, yeah, lots of looking at diff output and manual merging. |
| 12:56 |
Dyrcona |
Well, it doesn't look so bad right now. I need to fix the websockets configuration. |
| 13:00 |
Dyrcona |
This is a case of running an outdated script rather than not having a git branch merged. |
| 13:01 |
JBoyer |
I, uh, made a ton of changes there. I didn't like the "throw it all away and just use this httpd.conf" method, so I made the existing framework work as expected in the -ws instance. |
| 13:03 |
chreeus |
JBoyer: I'll feel right at home in good ol' Raleigh ;-) |
| 13:03 |
JBoyer |
:D |
| 13:09 |
Dyrcona |
I'm still trying to figure out what gives. |
| 13:10 |
Dyrcona |
I don't yet see why my regular apache config has the SSL certs but the websockets doesn't. |
| 13:10 |
|
krvmga joined #evergreen |
| 13:10 |
Dyrcona |
I'd think they both lack it. |
| 13:10 |
Dyrcona |
I must be overlooking a sed somewhere... |
| 13:10 |
Dyrcona |
Unless the old script had the sed and I removed it. |
| 13:11 |
JBoyer |
I assume there's not much feedback or logs anywhere? That was my experience with separate sessions, lots of "I wonder if this is busted" :( |
| 13:12 |
JBoyer |
Instances, rather. |
| 13:12 |
Dyrcona |
Ah. It's done via patch. |
| 13:12 |
Dyrcona |
Well, these are my custom build scripts and I have two branches, one for using our database and customizations and another for plain master with concerto. |
| 13:20 |
Dyrcona |
So, the first branch gets its configurations from git, and the concerto branch uses patch. |
| 13:21 |
Dyrcona |
And, I never patched websockets on it. |
| 13:28 |
jeffdavis |
If I find bug reports with the pullrequest tag targeted to 2.next, should I go ahead and update the target to 2.10-beta? e.g. bug 1499086 |
| 13:28 |
pinesol_green |
Launchpad bug 1499086 in Evergreen 2.9 "Slowness/timeout on loading bookbags in OPAC" [Medium,Triaged] https://launchpad.net/bugs/1499086 |
| 13:36 |
|
jihpringle joined #evergreen |
| 13:46 |
csharp |
new_glasses++ |
| 13:48 |
bshum |
jeffdavis: If as you're working through and see stuff that will be signed off or tested as part of 2.10 I would go ahead and update the bug |
| 13:49 |
bshum |
Otherwise, it's just extra churn to update the milestone for work that may go unfinished and end up back on 2.next or later |
| 13:51 |
* Dyrcona |
agrees with bshum. |
| 13:51 |
jeffdavis |
Makes sense, thanks. |
| 14:12 |
JBoyer |
Is anyone using the migration tools to load bibs in parallel? We're working on a local method because a single process isn't getting it done, but we're hitting deadlocks on occasion. I know there's src/extras/import/parallel_pg_loader.pl but I don't think it's ready to use as-is for the output of the migration tools. |
| 14:14 |
Dyrcona |
JBoyer: No, but I suspect you might need to alter some settings. |
| 14:15 |
JBoyer |
I thought about temporarily disabling triggers, but I was hoping to avoid that. We're looking into smaller files to cut down on the transaction time. |
| 14:15 |
JBoyer |
The thinking being that loading too many records in a single COPY makes deadlocks more likely |
| 14:17 |
Dyrcona |
During migration and parallel load we set the following internal flags to true: 'ingest.metarecord_mapping.skip_on_insert', 'ingest.disable_authority_linking', 'ingest.assume_inserts_only' |
| 14:18 |
Dyrcona |
I recall getting deadlocks with authority linking, IIRC. |
| 14:18 |
JBoyer |
Then you catch them up with quick_metarecord_map.sql and authority_authority_liniker.pl? |
| 14:18 |
JBoyer |
Or some other method? |
| 14:20 |
Dyrcona |
Yes. I ran those scripts after. |
| 14:21 |
Dyrcona |
Actually, just authority_control_fields.pl... |
| 14:21 |
Dyrcona |
JBoyer: Do you know what is deadlocking? |
| 14:21 |
JBoyer |
Oh, auth_auth does something else I think. |
| 14:22 |
Dyrcona |
You can probably just disable the authority linking if it is what I think I saw. |
| 14:22 |
JBoyer |
The example I've seen was an update to metabib.metarecord |
| 14:23 |
Dyrcona |
OK. Things have changed since 2011. :) |
| 14:23 |
JBoyer |
I imagine all 3 settings would help. When this is done "for real" no one will be able to edit records anyway, so assuming inserts only may be a small boost. |
| 14:23 |
Dyrcona |
Yeah, be sure to set them back to false when you're done. :) |
| 14:31 |
|
mdriscoll joined #evergreen |
| 15:07 |
krvmga |
does anyone remember offhand where the images for the kpac monster skin are? |
| 15:08 |
krvmga |
(i thought they might be in web/images/kpac but no) |
| 15:33 |
berick |
krvmga: try Open-ILS/examples/web/images/kpac |
| 15:47 |
csharp |
berick: https://frinkiac.com/ |
| 15:48 |
berick |
chreeus++ |
| 15:50 |
berick |
oh nice, "more from this scene" |
| 15:52 |
csharp |
:-D |
| 15:56 |
|
jlitrell joined #evergreen |
| 16:01 |
Dyrcona |
berick: https://frinkiac.com/meme/S08E01/1312360.jpg?lines=+DON%27T+BLAME+ME.+I+VOTED%0A+FOR+KODOS.++%28+whip%0A+cracking+%29 |
| 16:01 |
Dyrcona |
;) |
| 16:02 |
* gmcharlt |
read that as kados first... and shivered |
| 16:02 |
berick |
Dyrcona++ |
| 16:09 |
csharp |
https://frinkiac.com/meme/S08E01/1066881.jpg?lines=+FOOLING+THESE+EARTH%0A+VOTERS+IS+EASIER+THAN%0A+EXPECTED. |
| 16:10 |
berick |
heh, exchanging nutrients, IIRC |
| 16:13 |
JBoyer |
berick, if you know a better way to exchange long protein strands I'd like to hear it. |
| 16:13 |
JBoyer |
(that's probably 40% right. :/ ) |
| 16:14 |
berick |
Yes! that's it |
| 16:14 |
berick |
JBoyer++ |
| 16:24 |
|
mrpeters joined #evergreen |
| 17:00 |
gsams |
Anyone ever have the Record Summary portion freeze up when selecting a new record? It appears to be causing our catalogers a significant amount of grief and I'm not sure why. |
| 17:01 |
gsams |
It takes about 2 minutes after switching to a new record for that summary to update for some of them. |
| 17:02 |
berick |
i've seen it take longer than expected to draw the summary. never seen it take 2 minutes, though. |
| 17:03 |
gsams |
Apparently they are used to it taking about 2-3 seconds to load up, but right now they are seeing times close to 2 minutes. |
| 17:03 |
gsams |
I'm not sure what would cause that honestly. |
| 17:04 |
gsams |
I'm seeing short load times myself, a little less than a second or so. |
| 17:05 |
mmorgan |
gsams: We had something similar happen a while ago related to added content. |
| 17:06 |
mmorgan |
The record summary would not refresh until the added content had loaded. |
| 17:06 |
gsams |
mmorgan: I do not believe the library in question has any added content that I am aware of. |
| 17:07 |
gsams |
I'll check though, and it's good to keep in mind for another library if they have this problem |
| 17:07 |
mmorgan |
Only one library is seeing the problem? Our entire consortium saw the delay. |
| 17:08 |
|
mdriscoll left #evergreen |
| 17:09 |
gsams |
It does appear more than one library is seeing the problem, but to varying degrees (which would be explained by differing internet connection speeds and so on. |
| 17:09 |
gsams |
I attempted to look into it after only one reported the issue, and am seeing a few others have chimed in now |
| 17:12 |
|
bmills joined #evergreen |
| 17:13 |
* mmorgan |
has to run, but can dig up what we did to fix it tomorrow, if it would help. |
| 17:13 |
gsams |
now things appear to be right as rain, I'm thinking network congestion personally |
| 17:14 |
gsams |
mmorgan: I appreciate it, I'd still be interested because it might be relevant for another library if nothing else |
| 17:16 |
mmorgan |
ok will dig up the info tomorrow. Good night all! |
| 17:16 |
|
mmorgan left #evergreen |
| 17:58 |
jeffdavis |
So I'm in the middle of writing a Perl live test for the opt-in feature. |
| 17:58 |
jeffdavis |
One of the test steps is to opt in a patron with open-ils.actor.user.org_unit_opt_in.create. |
| 17:59 |
jeffdavis |
I want to return to a "clean" state when the testing is done, so I need to delete the opt-in during my test. |
| 18:00 |
jeffdavis |
But there's no method for deleting opt-ins, and I can't delete arbitrary records with something like json_query (it only does SELECT statments, IIRC). |
| 18:00 |
jeffdavis |
So I'm thinking the easiest solution is just to add a new open-ils.actor.user.org_unit_opt_in.method to EG. |
| 18:00 |
jeffdavis |
Which we ought to have anyway. |
| 18:00 |
jeffdavis |
Here ends a case study in why tests are a Good Thing. |
| 18:01 |
jeffdavis |
(a new open-ils.actor.user.org_unit_opt_in.delete method, that is) |
| 18:08 |
dbwells |
jeffdavis: or pcrud? (not familiar with the feature, just throwing it out there) |
| 18:09 |
* dbwells |
is not familiar with opt-in. He knows about pcrud :) |
| 18:10 |
jeffdavis |
dbwells: pcrud ought to work, unless there's some reason live tests can't use it. |
| 18:10 |
jeffdavis |
I just like the idea of tests giving me an excuse to add a new feature. :) |
| 18:16 |
miker |
jeffdavis: pcrud or cstore should work fine in live tests |
| 18:16 |
miker |
fwiw |
| 18:16 |
dbwells |
Well, live tests can do about whatever they want, so even cstore's an option. |
| 18:16 |
dbwells |
right :) |
| 18:17 |
jeffdavis |
good to know |
| 18:20 |
dbwells |
We've got plenty of CRUD methods hanging around in EG, so not a big deal, but if simple client access is something desirable, think of pcrud as a good way to _not_ add a new feature :) |
| 18:21 |
* dbwells |
disappears |
| 18:23 |
jeffdavis |
My thinking is that it would be good to eventually have a way to remove existing opt-ins in the UI, and that a open-ils.actor.user.org_unit_opt_in.delete method would be useful to that end. |
| 18:23 |
jeffdavis |
But yeah, maybe I am overengineering things. |
| 18:23 |
* jeffdavis |
-> away too |
| 23:14 |
|
mceraso joined #evergreen |
| 23:14 |
|
kmlussier joined #evergreen |
| 23:19 |
|
phasefx joined #evergreen |
| 23:20 |
|
jcamins joined #evergreen |
| 23:20 |
|
krvmga joined #evergreen |
| 23:21 |
|
dkyle joined #evergreen |
