| Time |
Nick |
Message |
| 02:02 |
|
Mark__T joined #evergreen |
| 07:25 |
|
rjackson_isl joined #evergreen |
| 07:31 |
|
bwicksall joined #evergreen |
| 07:31 |
kmlussier |
Happy Bug Squashing Day #evergreen! |
| 07:39 |
|
bwicksall joined #evergreen |
| 07:42 |
|
rjackson_isl joined #evergreen |
| 07:44 |
|
JBoyer joined #evergreen |
| 07:46 |
|
bwicksall joined #evergreen |
| 07:47 |
|
bwicksall joined #evergreen |
| 07:50 |
|
Stompro joined #evergreen |
| 07:51 |
|
bwicksall joined #evergreen |
| 07:52 |
|
bwicksall joined #evergreen |
| 07:54 |
|
bwicksall joined #evergreen |
| 07:55 |
|
bwicksall joined #evergreen |
| 07:57 |
|
bwicksall joined #evergreen |
| 08:02 |
|
ericar joined #evergreen |
| 08:07 |
|
bwicksall_ joined #evergreen |
| 08:13 |
|
mrpeters joined #evergreen |
| 08:13 |
|
collum joined #evergreen |
| 08:15 |
|
Dyrcona joined #evergreen |
| 08:35 |
Dyrcona |
We got rid of the evergreen-admin list didn't we? |
| 08:37 |
kmlussier |
Dyrcona: Yes, that's my recollection |
| 08:37 |
Dyrcona |
OK. That's what I thought. |
| 08:38 |
kmlussier |
With metarcords, what factor determines what the lead record will be? Is it the first one that was entered in the system? |
| 08:38 |
Dyrcona |
I asked because my folder for that somehow ended up in the wrong place, and when I tried to put it back, the IMAP server refused. |
| 08:38 |
Dyrcona |
So, I deleted it. |
| 08:43 |
* Dyrcona |
sings along with Weird Al: "Hip, Hip, Hooray! It's Weasel Stomping Day!" |
| 08:44 |
csharp |
yep, evergreen-admin was a well-intentioned, but never used venue (and "one more place to check") so we killed it with community consensus |
| 08:46 |
* Dyrcona |
is getting frustrated with "painting on cave walls" and may have to resort to the command line. |
| 08:51 |
Dyrcona |
Snow. |
| 08:52 |
Dyrcona |
@weather 01845 |
| 08:52 |
pinesol_green |
Dyrcona: North Andover, MA :: Overcast :: 23F/-5C | Wind Chill: 15F/-10C | Friday: Cloudy. Snow showers developing this afternoon. High around 35F. Winds NNE at 10 to 20 mph. Chance of snow 40%. Friday Night: Cloudy early with some clearing expected late. Low 22F. Winds N at 10 to 20 mph. Winds could occasionally gust over 40 mph. |
| 08:52 |
csharp |
@snow |
| 08:52 |
pinesol_green |
csharp: As great as you are man, you'll never be greater than yourself. |
| 08:52 |
Dyrcona |
Well, that's a bit off. It is snowing right now. |
| 08:53 |
csharp |
it was unexpected sleet/snow in north georgia yesterday |
| 08:53 |
csharp |
we didn't even have time to panic! ;-) |
| 08:53 |
Dyrcona |
heh |
| 08:57 |
Dyrcona |
And it is accumulating.... |
| 08:59 |
|
mmorgan joined #evergreen |
| 09:11 |
|
maryj joined #evergreen |
| 09:17 |
mmorgan |
kmlussier++ Bmagic++ #Sandboxes! |
| 09:20 |
kmlussier |
I really wish Launchpad would let me edit my own comments. |
| 09:24 |
Dyrcona |
Hmm. I wonder if we should backport bug fixes that introduce new dependencies. |
| 09:25 |
* Dyrcona |
is inclined to say, "No." |
| 09:26 |
kmlussier |
Dyrcona: Are you referring to the patron search bug? |
| 09:26 |
Dyrcona |
Indeed, I am. |
| 09:26 |
Dyrcona |
I'm looking at for real right now. |
| 09:26 |
Dyrcona |
Not that anyone here has reported it as a problem |
| 09:26 |
|
yboston joined #evergreen |
| 09:27 |
kmlussier |
I had initially identified it as a bug, but I've had second thoughts since then. |
| 09:29 |
Dyrcona |
Well, I'm not disputing it could be a bug. Just wondering if we should introduce new dependencies in the middle of a series. |
| 09:30 |
Dyrcona |
People may not run Makefile.install during an upgrade. |
| 09:30 |
Dyrcona |
I only do so when I know I have to. |
| 09:32 |
csharp |
Dyrcona: I would agree with "no" except in the case of a security bug |
| 09:32 |
Dyrcona |
And I upgraded to latest master. There's apparently an attr ingest required. |
| 09:32 |
|
mllewellyn joined #evergreen |
| 09:34 |
Dyrcona |
csharp: Makes sense to me. |
| 09:34 |
Dyrcona |
If it appears to work, I'll sign off on the branch, and then comment on the bug that I don't think it should be backported and why. |
| 09:42 |
kmlussier |
Dyrcona: +1 |
| 09:43 |
* Dyrcona |
adds accents to his name, so he has something to test with. |
| 09:43 |
kmlussier |
Dyrcona: I think there are two types of reingests required: record attribute and then another one for the new genre index. |
| 09:44 |
Dyrcona |
So, would that be a search reingest? |
| 09:44 |
Dyrcona |
Or facets.... |
| 09:44 |
Dyrcona |
If it's browse, I'll skip it. :) |
| 09:45 |
kmlussier |
No, it's not browse. |
| 09:45 |
Dyrcona |
Whatevs. I started it over with --skip-browse. |
| 09:45 |
Dyrcona |
Should finish sometime tonight :) |
| 09:45 |
|
krvmga joined #evergreen |
| 09:46 |
Dyrcona |
oh.. helps to download the new client, doesn't it. :) |
| 09:47 |
kmlussier |
I thought I saw instructions at the bottom of the upgrade script, but I'm too lazy to look for it. |
| 09:47 |
kmlussier |
gmcharlt: Would it be worthwhile to add the reingest requirements to the Upgrade Notes section of the release notes? |
| 09:47 |
Dyrcona |
Yeah, but I'm skipping that doing a parallel ingest. Dunno if it is sufficient. |
| 09:47 |
* Dyrcona |
thinks it would be worthwhile. |
| 09:48 |
kmlussier |
@marc 240 |
| 09:48 |
pinesol_green |
kmlussier: The uniform title for an item when the bibliographic description is entered under a main entry field that contains a personal (field 100), corporate (110), or meeting (111) name. [a,d,f,g,h,k,l,m,n,o,p,r,s,6,8] |
| 09:49 |
csharp |
late in the game to have this thought, but I would totally attend a conference session on ingest/reingest and all the variants |
| 09:49 |
* kmlussier |
can add it to her to-do list for today, but, first, needs to get a better handle on how metarecords are grouped together. |
| 09:50 |
csharp |
why certain changes require them, possibility for a reingest-free future... |
| 09:50 |
kmlussier |
csharp: Yes! I would love to see that session too! |
| 09:50 |
* csharp |
stares off to the horizon with a dreamy expression |
| 09:50 |
gmcharlt |
kmlussier: yes, it would; I'm planning to write that up next week and go into a little detail about ways to do it |
| 09:50 |
kmlussier |
gmcharlt: Excellent! |
| 09:51 |
kmlussier |
gmcharlt++ |
| 09:51 |
Dyrcona |
Oof.. The ingest is making things be very sloooowww..... |
| 09:51 |
Dyrcona |
S'pose I could skip it for now. |
| 09:56 |
Dyrcona |
I can't edit myself...That's right.... |
| 09:58 |
Dyrcona |
Interesting... If I search with or without the accented character, I get the same results. |
| 09:59 |
Dyrcona |
Is that the desired behavior? |
| 10:00 |
kmlussier |
I'm learning towards 'yes'. |
| 10:00 |
kmlussier |
Because I would never search a name with an accent. |
| 10:00 |
Dyrcona |
OK. I just wondered. |
| 10:00 |
kmlussier |
And if it was entered with an accent, I would want it to be found. |
| 10:01 |
Dyrcona |
Without the patch, the accent finds nothing before I change a patron's name. |
| 10:02 |
kmlussier |
Re-reading the original description on the bug report, it seems like that's the intended behavior. Make it more tolerant. |
| 10:02 |
Dyrcona |
Too many staff clients open.... :) |
| 10:02 |
Dyrcona |
OK, fine with me. |
| 10:02 |
|
jvwoolf joined #evergreen |
| 10:04 |
Dyrcona |
My name turns out to be a good one to use for testing, because we have about 35 patrons with the same last name. |
| 10:07 |
Dyrcona |
There aren't any tests on that branch. |
| 10:07 |
Dyrcona |
So, it needs another signoff anyway. |
| 10:12 |
|
terran joined #evergreen |
| 10:14 |
hopkinsju |
Good morning my friends! Happy Bug Squashing Day! |
| 10:16 |
mmorgan |
Happy Bug Squashing Day! |
| 10:17 |
csharp |
https://goo.gl/I9EpsB |
| 10:18 |
berick |
csharp: indeed.. for those that need to warm up: https://tstotopix.files.wordpress.com/2014/04/whacking_day.jpg |
| 10:19 |
|
Christineb joined #evergreen |
| 10:19 |
csharp |
berick: :-) |
| 10:22 |
Dyrcona |
heh |
| 10:26 |
|
lualaba_ joined #evergreen |
| 10:26 |
Dyrcona |
csharp: Should lp 1533331 be targeted at 2.9.3? |
| 10:26 |
pinesol_green |
Launchpad bug 1533331 in Evergreen "evergreen.protect_reserved_rows_from_delete() trigger function returning error" [High,New] https://launchpad.net/bugs/1533331 - Assigned to Chris Sharp (chrissharp123) |
| 10:26 |
lualaba_ |
Hello we have small issues here. when import records from z39.50 staff client show alarm: "This tab may have unsaved data. Replace it anyway?" |
| 10:27 |
lualaba_ |
can somehow fixed this issu? |
| 10:28 |
Dyrcona |
ugh... I keep making typos. |
| 10:29 |
Dyrcona |
lualaba_: I'm not sure that I can help you with that one. I do think there are/were bugs that some views would do that when they shouldn't. Some were fixed, but maybe not all. |
| 10:31 |
lualaba_ |
but everything stored in DB just we have alarm |
| 10:31 |
lualaba_ |
if someone know solution will be great |
| 10:33 |
Dyrcona |
lualaba_: Sounds like lp 1531953. So, there is no solution at the moment. |
| 10:33 |
pinesol_green |
Launchpad bug 1531953 in Evergreen "Z39.50 Import Fast Item Add Yields Unsaved Data Popup " [Undecided,New] https://launchpad.net/bugs/1531953 |
| 10:34 |
|
lualaba__ joined #evergreen |
| 10:35 |
Dyrcona |
csharp: While looking into the bug that I asked you about above, I found a worse error. |
| 10:35 |
Dyrcona |
I can add the new cancel reason, but the check boxes are all inactive. |
| 10:36 |
Dyrcona |
lualaba__: Did you see the bug that I mentioned to you above? |
| 10:39 |
lualaba__ |
https://bugs.launchpad.net/evergreen/+bug/1491962 ? |
| 10:39 |
pinesol_green |
Launchpad bug 1491962 in Evergreen 2.8 "Fix for 1484281 breaks live test" [Undecided,Fix released] |
| 10:39 |
lualaba__ |
what i understand here in new release was fixed |
| 10:40 |
Dyrcona |
lualaba__: No, lp 1531953 |
| 10:40 |
pinesol_green |
Launchpad bug 1531953 in Evergreen "Z39.50 Import Fast Item Add Yields Unsaved Data Popup " [Undecided,New] https://launchpad.net/bugs/1531953 |
| 10:40 |
Dyrcona |
That isn't fixed. |
| 10:41 |
lualaba__ |
they problem only popup or something will be wrong in DB? |
| 10:42 |
|
sandbergja joined #evergreen |
| 10:42 |
Dyrcona |
Sounds like only the pop up is the problem. |
| 10:43 |
Dyrcona |
The DB should be OK if you did actually save. |
| 10:44 |
|
jlundgren_ joined #evergreen |
| 10:44 |
lualaba__ |
thats no problem just popip thank you |
| 10:44 |
mmorgan |
lualaba__: It's just a pop up issue. Here is a related bug: https://bugs.launchpad.net/evergreen/+bug/1491875 |
| 10:44 |
pinesol_green |
Launchpad bug 1491875 in Evergreen "Erroneous "Tab may have unsaved data" message when creating new MARC record" [Undecided,New] |
| 10:44 |
csharp |
Dyrcona: in my testing, the newly created reason is "checkable" - the ones that are inactive have ids < 2000 |
| 10:44 |
Dyrcona |
you click the exclamation point next to "Does this bug affect you?" and that might help it get more attention for a fix. |
| 10:44 |
mmorgan |
These two bugs may actually be the same issue |
| 10:45 |
Dyrcona |
csharp: I can't check anything, not even the new one. |
| 10:45 |
csharp |
hmm - I'll try again after I get done testing dbwells's branch for bug 1528627 |
| 10:45 |
pinesol_green |
Launchpad bug 1528627 in Evergreen "Feature Request: Evergreen "su/sudo" functionality" [Undecided,New] https://launchpad.net/bugs/1528627 |
| 10:46 |
Dyrcona |
Switch User is not good enough, eh? :) |
| 10:47 |
csharp |
:-) |
| 10:48 |
dbs |
As long as we don't have to integrate Susudio |
| 10:48 |
Dyrcona |
heh |
| 10:49 |
Dyrcona |
We could borrow doas from OpenBSD. It's described as sudo-lite. |
| 10:49 |
* Dyrcona |
hasn't used it, yet. Needs to upgrade but never makes the time. |
| 10:52 |
Dyrcona |
csharp: I tried adding two more: 1 at my work ou and #2 at my home ou. |
| 10:53 |
Dyrcona |
Can't check the box next to either of those. |
| 10:54 |
|
Christineb joined #evergreen |
| 10:54 |
Dyrcona |
csharp: I just noticed something. My new ones are getting ids in the 1600 range. |
| 10:55 |
* Dyrcona |
wonders if something is missing in an upgrade script to boot. |
| 10:57 |
Dyrcona |
9s to update 3 rows. :) |
| 10:58 |
yboston |
remingtron++ for your help with the DIG meeting wiki page |
| 11:01 |
Dyrcona |
And, now, the Delete Selected button appears to do nothing, but I think that's the bug. |
| 11:02 |
|
vlewis joined #evergreen |
| 11:02 |
csharp |
Dyrcona: correct - if you select one with an ID > 2000 and click delete, it appears to work, but it returns to the list with a reload |
| 11:03 |
Dyrcona |
csharp: It's not doing that for me. They stay checked and don't go away. I'll try just one. |
| 11:03 |
csharp |
hmm |
| 11:03 |
* csharp |
is in apt hell on his dev box because of installing PG 9.4 there |
| 11:04 |
Dyrcona |
I get the same result with just one. I do see the same messages in the logs, though. |
| 11:05 |
|
mmorgan1 joined #evergreen |
| 11:06 |
kmlussier |
I'll be tracking Bug Squashing Day activity here https://docs.google.com/spreadsheets/d/146INC7zd4OkujfrFsVtCtHM52D33ZPIiIfQPSFcYwU8/edit?usp=sharing |
| 11:11 |
|
agent11 joined #evergreen |
| 11:18 |
Dyrcona |
csharp: Your branch fixes it for me. |
| 11:19 |
csharp |
Dyrcona: awesome |
| 11:20 |
Dyrcona |
I'll run your test. Looks like it should work with my data. |
| 11:20 |
Dyrcona |
If that passes, I'll push it. |
| 11:22 |
Dyrcona |
Works for me! :) |
| 11:22 |
csharp |
Dyrcona++ |
| 11:26 |
Dyrcona |
Grabbing 0971. |
| 11:35 |
pinesol_green |
[evergreen|Chris Sharp] LP#1533331 - Fix evergreen.protect_reserved_rows_from_delete() trigger function - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9f05aad> |
| 11:35 |
pinesol_green |
[evergreen|Jason Stephenson] LP 1533331: Stamping upgrade script. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=dc35906> |
| 11:37 |
|
ericar_ joined #evergreen |
| 11:43 |
|
ericar_ joined #evergreen |
| 11:51 |
|
bmills joined #evergreen |
| 11:53 |
pinesol_green |
[evergreen|Terran McCanna] LP#1454884 Hold placed on grouped metabib result displays wrong title - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=593cb0c> |
| 11:54 |
kmlussier |
hmm...do we need to backport to 2.10 or are merges to master automatically going into 2.10? I forget when that happens. |
| 11:56 |
kmlussier |
nm Answered my own question |
| 12:03 |
|
jihpringle joined #evergreen |
| 12:09 |
* kmlussier |
has done all the bug squashing she can do for now and needs to get back to her real job. |
| 12:10 |
kmlussier |
Maybe I'll have a chance to look at some signedoff bugs at day's end. |
| 12:26 |
Stompro |
Question, should sql upgrade scripts use oils_il8n_gettext? I see examples of both using it and not using it for upgrades? |
| 12:28 |
tsbere |
Stompro: That likely depends on what the upgrade script is doing |
| 12:29 |
Stompro |
Here is an update that uses it http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/src/sql/Pg/upgrade/0180.data.acq.cancel-reasons.sql;hb=HEAD (although it looks to me like it should be used twice, once for the label and once for the description). |
| 12:30 |
bshum |
0180? Yeah don't rewind time. |
| 12:31 |
Stompro |
tsbere, for inserting values into tables like acq.cancel_reason or new permissions. |
| 12:40 |
Stompro |
bshum, I was just looking for updates that inserted into acq.cancel_time, that was one example that came up. |
| 12:53 |
Dyrcona |
Stompro: Upgrade scripts probably should use oils_i18n_gettext. |
| 12:53 |
Dyrcona |
How's that for a definite answer? ;) |
| 13:00 |
Dyrcona |
Stompro: A more complete answer is that the i18n stuff is not run during an upgrade, so omitting the oils_i18n_gettext from the upgrade script is mostly harmless. |
| 13:00 |
Dyrcona |
i18n does happen at db creation so the schema files need the oils_i18n_gettext calls. |
| 13:01 |
Dyrcona |
I often copy and past code from one to the other when doing my development, so if I forget it one place, I usually forget it in the other. |
| 13:02 |
Dyrcona |
paste, even. |
| 13:02 |
Dyrcona |
Having the gettext in the upgrade script is also harmless. |
| 13:04 |
Dyrcona |
hmm... I need to check again what happens with a major version upgrade via tarball. |
| 13:33 |
Stompro |
Dyrcona, does that mean that if I'm using the czech locale, and perform an upgrade from one version to another, that any strings in sql upgrades that would get translated on a new install, won't be translated? |
| 13:34 |
* tsbere |
believes that the entire oils_i18n_gettext construct is so that the translation tools can extract the strings and has no actual bearing otherwise |
| 13:35 |
tsbere |
As evidence of that, I will point out that the function in the DB does nothing more than return the second argument. Other code translates things later. |
| 13:36 |
dbs |
tsbere is correct |
| 13:36 |
tsbere |
Stompro: What the above means is that everything (outside of the translation tables) goes into the DB in English, but then you can load the appropriate translations in later |
| 13:37 |
dbs |
I was going to mention that, but given Dyrcona's simple "probably should" answer I didn't want to muddy the waters. |
| 13:39 |
Dyrcona |
Yeah. I guess I wan't 'splainin' so good. |
| 13:40 |
Dyrcona |
Stompro: To answer your question about the Czech locale, you'll get the translations that are available in the upgrade. |
| 13:40 |
Dyrcona |
We only do the translation updates for major upgrades in tarballs. |
| 13:41 |
Dyrcona |
But, you can always do the steps yourself at any time. |
| 13:47 |
Stompro |
Thanks for explaining it, I think I get it now. Dyrcona++ tsbere++ dbs++ |
| 13:49 |
JBoyer |
Dyrcona: do you have time for a quick Q re: z39.50 and holdings? |
| 13:50 |
JBoyer |
(I don't want to wreck any bug squashing day work, especially since I'm not taking part. :( ) |
| 13:54 |
Dyrcona |
JBoyer: I'm not sure I can answer a question about z39.50 and holdings, but ask away. |
| 13:55 |
JBoyer |
The issue is I'm not sure how to configure our Z server to show who has holdings on the records returned, or if that's possible. I was starting to dig through some yaz docs, but since you're already part of a shareit installation I thought I'd just ask how you set it up |
| 13:57 |
JBoyer |
And I asked at a poor time, I have to head out for a phone meeting. :-/ |
| 14:00 |
JBoyer |
\me can't calendar. Meeting is at 2:30 |
| 14:00 |
* JBoyer |
can't either |
| 14:00 |
Dyrcona |
JBoyer: In the zurl in oils_z39_50.xml add /holdings after the DB name. |
| 14:01 |
Dyrcona |
Here's an example: http://jasondev.mvlcstaff.org/opac/extras/sru/MVLC/holdings |
| 14:02 |
JBoyer |
Oh. I'm glad I asked then, because I was expecting to change something in one of the <retrieval> tags or something like that. |
| 14:02 |
JBoyer |
:Q |
| 14:03 |
Dyrcona |
I'm glad you asked, too. I thought you'd have a trickier question. :) |
| 14:04 |
JBoyer |
At this rate it'll probably be at least a month before I have a tricky question, we're barely starting setup right now. |
| 14:11 |
|
mmorgan joined #evergreen |
| 14:11 |
* kmlussier |
is having trouble keeping up with Terran on the Bug Squashing stats |
| 14:12 |
Dyrcona |
:) |
| 14:14 |
kmlussier |
I have to say, I do like people who have a habit of writing LP comments that say "I agree with Kathy" |
| 14:14 |
* kmlussier |
should add that as a column to the Bug Squashing spreadsheet. |
| 14:15 |
terran |
Happy to oblige, Kathy! |
| 14:16 |
kmlussier |
terran++ |
| 14:16 |
terran |
Can someone point me to where the contents of the "Template Macros" pop-up windows that are called from the receipt template editor in the client are stored? |
| 14:17 |
mmorgan |
Maybe "I agree with Kathy" should be an official Launchpad bug tag :) |
| 14:19 |
bshum |
Go #TeamKathy |
| 14:19 |
terran |
I should at least make myself a little macro so I can just paste it in rather than retyping it each time like a sucker. |
| 14:20 |
bshum |
terran: Muscle memory, you're getting there slowly. |
| 14:20 |
bshum |
Think of it like the loading bars in Evergreen. |
| 14:20 |
bshum |
Loading, 25% |
| 14:24 |
tsbere |
terran: Open-ILS/xul/staff_client/server/circ/print_list_template_editor.js |
| 14:25 |
tsbere |
terran: Yes, they are stored in javascript. You will want to search for 'macros' including the single quotes for the code block you want, I think. |
| 14:28 |
terran |
tsbere++ |
| 14:28 |
|
EricGAC joined #evergreen |
| 14:29 |
EricGAC |
I am running autogen.sh and I am getting errors that there is no such file or directory |
| 14:30 |
Dyrcona |
No such which file or directory? |
| 14:30 |
bshum |
Wrong user or missing bashrc path. |
| 14:30 |
* bshum |
will take Evergreen Troubleshooting for 400, please Alex. |
| 14:31 |
Dyrcona |
Tell 'im what he didn't win, Don Pardo. |
| 14:38 |
jihpringle |
kmlussier: I'm testing the two unclaimed self check bugs (1370694 and 1551447) |
| 14:38 |
kmlussier |
jihpringle++ |
| 14:39 |
kmlussier |
jihpringle: You've got the server details, right? |
| 14:39 |
jihpringle |
yes |
| 14:45 |
* gmcharlt |
makes a motion |
| 14:46 |
gmcharlt |
specifically, I move that ə be formally adopted as a letter of the English alphabet |
| 14:46 |
gmcharlt |
that way, I will no longer be tripped up with "persistent" vs. "persistant" |
| 14:46 |
gmcharlt |
can I have a second? |
| 14:48 |
Dyrcona |
əm, ok. |
| 14:49 |
gmcharlt |
Dyrcona++ |
| 14:49 |
* Dyrcona |
bows. :) |
| 14:49 |
gmcharlt |
@quote add <Dyrcona> əm, ok. |
| 14:49 |
pinesol_green |
gmcharlt: The operation succeeded. Quote #144 added. |
| 14:50 |
* Dyrcona |
hunts for an IPA keyboard. |
| 14:59 |
gmcharlt |
hmm, I wonder if we could find a small town that we could convince to rename themselves to, literally, "Your City Here"? |
| 15:02 |
Dyrcona |
:) |
| 15:02 |
EricGAC |
not sure what else to do. osrf_control commands work just fine but when i run autogen.sh under opensrf it errors out when trying to create the files because it cant find the files |
| 15:05 |
csharp |
EricGAC: can you pastebin what you're seeing on the screen? |
| 15:06 |
EricGAC |
http://pastebin.com/33NsA5uN |
| 15:07 |
Dyrcona |
EricGAC: Your make blew up at some point. How did you configure this? config.log in the Evergreen source directory should tell you. |
| 15:18 |
Dyrcona |
EricGAC: Also, your osrf_control command is not working fine. Some of the services will not start without the IDL. |
| 15:18 |
Dyrcona |
osrf_control --diagnostic will tell you what is broken. |
| 15:23 |
|
mmorgan joined #evergreen |
| 15:28 |
pinesol_green |
[evergreen|Galen Charlton] LP#1552060: fix persistent login - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1127312> |
| 15:29 |
kmlussier |
gmcharlt++ dbwells++ |
| 15:31 |
dbwells |
kmlussier++ # for reporting the bug (neglected to thank you on the bug, sorry!) |
| 15:49 |
mmorgan |
@weather 01923 |
| 15:49 |
pinesol_green |
mmorgan: Danvers, MA :: Snow :: 29F/-2C | Wind Chill: 20F/-7C | Friday: Chance of snow showers early. Lows overnight in the low 20s. Friday Night: Snow showers this evening. Breaks in the overcast later. Low 23F. Winds N at 15 to 25 mph. Chance of snow 60%. Snow accumulations less than one inch. | Updated: 31m ago |
| 15:51 |
mmorgan |
Hm. Snowing at quite a clip at the moment. |
| 15:52 |
Dyrcona |
gmcharlt++ # I didn't try Greek with the unaccent branch. |
| 15:53 |
|
jvwoolf left #evergreen |
| 15:58 |
Dyrcona |
TIMTOWTDI! |
| 15:59 |
gmcharlt |
Dyrcona: I blame a recent Koha bug for making me think along those lines in the first place |
| 16:00 |
Dyrcona |
gmcharlt: Well, it's a good catch. And there are a couple of options. I'd be willing to work on either solution if dpearl doesn't want to. |
| 16:04 |
terran |
kmlussier: You'll be happy to know that I've burned myself out reviewing new bugs today so you won't have to track my number any more :) |
| 16:04 |
mmorgan |
terran++ |
| 16:04 |
bshum |
terran++ |
| 16:04 |
kmlussier |
terran++ #Wrangling |
| 16:05 |
terran |
kmlussier++ for organizing another successful Bug Squashing Day! |
| 16:06 |
kmlussier |
I'll have to look at the numbers, but I think this may have been one of our best ones. |
| 16:06 |
gmcharlt |
cool; I'd lean towards the PL/Perl approach, especially since %_SHARED could be use to store a coderef and amortize the cost of loading the Perl module |
| 16:06 |
gmcharlt |
but I have no particular object to there being an unaccenting service |
| 16:07 |
terran |
Non-bug topic: Are any of you going to be at Code4Lib next week? |
| 16:08 |
Bmagic |
kmlussier++ terran++ |
| 16:09 |
kmlussier |
Bmagic++ |
| 16:09 |
Bmagic |
karma party! |
| 16:09 |
Dyrcona |
terran++ kmlussier++ |
| 16:09 |
Bmagic |
terran: I waited to long to get into Code4Lib this year, so sadly, they wont let me attend |
| 16:11 |
berick |
terran: i'll be there |
| 16:14 |
terran |
berick: excellent, see you there! |
| 16:15 |
terran |
bmagic: Drat. My first time going to this one, so I'm looking forward to it. |
| 16:16 |
Bmagic |
terran: I went in 2014, it was exciting! I loved learning what everyone was doing. Some good innovation happening there |
| 16:19 |
csharp |
Bmagic: sorry - we'll miss you there |
| 16:20 |
Bmagic |
csharp: I KNOW!! I can't believe I am going to miss it again. I gotta get on the ball next year. I was watching it and waiting for the dates to be released, and I checked back, it was sold out!! Must have been a small window |
| 16:21 |
terran |
bmagic: Yes, I think it was sold out the same day. |
| 16:23 |
|
jlitrell joined #evergreen |
| 16:23 |
* kmlussier |
needs to attend code4lib someday |
| 16:24 |
Bmagic |
csharp: terran: but on the plus side, I will see you at EG in NC! |
| 16:28 |
terran |
bmagic: excellent! |
| 16:28 |
csharp |
Bmagic: rock on |
| 16:37 |
jlitrell |
I woke up in the middle of the night with a total noob Q, but can't find it anywhere... do we have a minimum Perl version? |
| 16:38 |
jlitrell |
I'm sure it's somewhere obvious and I'll say "oh, duh." :) |
| 16:38 |
tsbere |
jlitrell: Whatever it installed with the oldest OS we support? >_> |
| 16:38 |
tsbere |
er, is installed. Meh. |
| 16:38 |
jlitrell |
I'm just thinking about //=, which is like... 5.10? Can't remember. |
| 16:40 |
jlitrell |
Surely nobody's running that, right? |
| 16:40 |
* jlitrell |
laughs hysterically and starts weeping |
| 16:41 |
dbwells |
We ran 5.10 until Ubuntu 10.04 went EOL last year. Never had a problem compatibility-wise. If you're feature is in Perl 5.10, I imagine you are safe. |
| 16:47 |
dbwells |
On the other hand, you might get some "old-timers" (like me) looking cross-eyed at your new-fangled operator, so try to weigh the pros and cons :) |
| 16:48 |
jlitrell |
Coming up on the 10-year anniversary for that one. :-P |
| 16:48 |
gmcharlt |
*cough*smart match*cough* |
| 16:48 |
Dyrcona |
heh. |
| 16:49 |
jlitrell |
It was a nice idea! |
| 16:51 |
* Dyrcona |
remembers being discouraged from using smart match at one point. |
| 16:52 |
jlitrell |
It got deprecated in... .18? |
| 16:52 |
gmcharlt |
yeah |
| 16:53 |
dbwells |
Anyone in here to answer a confusing acq questions at this late Friday hour? We've entered a state where a staff member received and invoiced items from a PO that was never activated, and now everything is a bit askew. |
| 16:55 |
dbwells |
Tried removing from invoice and unreceiving, but no matter what I'm not getting any fund debits for these (i.e. the summary says "0 Invoiced"). |
| 16:55 |
* Dyrcona |
is signing off. |
| 16:55 |
berick |
dbwells: is the PO still un-activated? |
| 16:55 |
dbwells |
no, it's activated now |
| 16:56 |
dbwells |
but it was activated while these items were in that state. |
| 16:56 |
* dbwells |
is pretty green with the acq stuff |
| 16:57 |
dbwells |
I don't see an obvious way to un-activate, if that's even possible. |
| 16:58 |
berick |
it's not. well, not via the UI anyway |
| 16:58 |
berick |
you'd have to clear the order_date on the PO and delete the related fund_debits to de-activate |
| 17:01 |
dbwells |
We've got 147 things received with no fund_debit. Is it correct to say that shouldn't happen for normal cases? |
| 17:05 |
dbwells |
berick: It seems simpler at this point to just create the missing fund_debits in the DB. Is that going to make things out of sync in some other way and make things worse, or should that be pretty safe? |
| 17:06 |
berick |
dbwells: hm, if the debits aren't there, seems like setting order_date to NULL and re-actiting would be even easier, or am I missing something? |
| 17:06 |
berick |
re-activating |
| 17:08 |
berick |
assuming no parts of the PO are still attached to any invoices... sounds like you detached those already, though. |
| 17:08 |
dbwells |
half the debits are there for the stuff on the PO which hadn't been received/invoiced when the order was activated. |
| 17:08 |
dbwells |
The other half is still attached to invoices. |
| 17:09 |
berick |
ah, ok |
| 17:09 |
berick |
in that case you're probably right, creating the debits by hand may be simplest |
| 17:10 |
berick |
i can't think of any reason why that would cause problems. |
| 17:10 |
berick |
hm, but they'll have to be re-invoiced |
| 17:10 |
berick |
well, dang |
| 17:10 |
berick |
i'm getting msyelf confused now |
| 17:12 |
berick |
i guess if you create the debits for the invoiced items and set encumbrance=false, it will be the same end result |
| 17:12 |
dbwells |
I was considering creating the debits using the invoice prices and 'encumbrance' set to false. |
| 17:12 |
berick |
jinx |
| 17:13 |
dbwells |
Well, here's hoping. I don't think I'll be too much worse off giving it a try. Thanks, berick! |
| 17:27 |
|
mmorgan left #evergreen |
| 18:33 |
|
bmills joined #evergreen |
| 18:48 |
|
vlewis_ joined #evergreen |
| 21:31 |
|
bmills left #evergreen |
| 21:49 |
|
bmills joined #evergreen |
| 21:50 |
|
bmills left #evergreen |
