| Time |
Nick |
Message |
| 03:41 |
|
neady joined #evergreen |
| 04:32 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:40 |
|
rlefaive joined #evergreen |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 07:33 |
|
agoben joined #evergreen |
| 07:43 |
|
kmlussier joined #evergreen |
| 07:47 |
kmlussier |
I don't work much with permissions, but I suspect the Staff level having a lower depth shouldn't be the cause of Jennifer Walz's problem. |
| 08:03 |
|
rlefaive joined #evergreen |
| 08:37 |
jeff |
you know it's an interesting ticket when you resort to using Alice and Bob. |
| 08:38 |
|
mmorgan joined #evergreen |
| 08:51 |
|
bos20k joined #evergreen |
| 09:02 |
|
Dyrcona joined #evergreen |
| 09:08 |
pinesol_green |
[evergreen|Remington Steed] Change all docs filenames to .adoc - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2ed1a8b> |
| 09:21 |
|
jvwoolf joined #evergreen |
| 09:23 |
|
yboston joined #evergreen |
| 09:40 |
kmlussier |
For bug 1685974, is this a case where the action trigger opt-in settings could be used? |
| 09:40 |
pinesol_green |
Launchpad bug 1685974 in Evergreen "In-app messages are not configurable" [Undecided,New] https://launchpad.net/bugs/1685974 |
| 09:47 |
|
mmorgan1 joined #evergreen |
| 09:58 |
mmorgan1 |
kmlussier: re 1685974, my impression was that the message center message is applied as part of the same trigger as the text or email notification. If they were separate triggers, the message center one could be opt in. |
| 10:00 |
|
mmorgan joined #evergreen |
| 10:01 |
kmlussier |
mmorgan1: Ah, ok. I didn't see that they were the same trigger. |
| 10:01 |
|
rlefaive joined #evergreen |
| 10:01 |
|
mmorgan2 joined #evergreen |
| 10:02 |
kmlussier |
It's probably a good reason to configure separate triggers, then, until a more elegant solution presents itself. |
| 10:27 |
berick |
i thinkg the .adoc changes broke our README/INSTALL symlinks |
| 10:28 |
berick |
you wouldn't like autoreconf when it gets angry |
| 10:28 |
* berick |
pushes a working branch |
| 10:29 |
Dyrcona |
The extension isn't technically necessary, anyway. |
| 10:35 |
berick |
pushed a fix to bug #1682447 |
| 10:35 |
pinesol_green |
Launchpad bug 1682447 in Evergreen "Docs: Change all docs filenames to end with .adoc" [Undecided,New] https://launchpad.net/bugs/1682447 |
| 10:36 |
* jeff |
looks |
| 10:36 |
berick |
just added a note about backporting all the way to 2.11 |
| 10:38 |
|
rlefaive joined #evergreen |
| 10:40 |
jeff |
got it. |
| 10:42 |
berick |
jeff++ |
| 10:42 |
kmlussier |
berick++ jeff++ |
| 10:43 |
pinesol_green |
[evergreen|Bill Erickson] LP#1682447 Fix README symlink for server_installation.adoc - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ad823c9> |
| 10:46 |
jeff |
remingtron: mentioned it in my comment, but do you know if the "update the docs build script" task mentioned in the description of bug 1682447 has been taken care of? |
| 10:46 |
pinesol_green |
Launchpad bug 1682447 in Evergreen "Docs: Change all docs filenames to end with .adoc" [Undecided,New] https://launchpad.net/bugs/1682447 - Assigned to Remington Steed (rjs7) |
| 10:48 |
kmlussier |
jeff: According to the email remingtron sent out earlier, it's scheduled to happen at 1 p.m. today. |
| 10:48 |
kmlussier |
Well, the next build is at 1 p.m. He said that rsoulliere is changing the scripts. |
| 10:48 |
remingtron |
jeff: yes, I coordinated with Robert Soulliere, and he already made the change and ran the docs build script manually |
| 10:49 |
remingtron |
I'll update the LP about that |
| 10:49 |
jeff |
kmlussier: ah! thanks! i missed the email. :-) |
| 10:56 |
|
Jillianne joined #evergreen |
| 11:01 |
berick |
EG conf hotel overcharged me by 1 day. they refunded it. just, you know, check your credit cards |
| 11:12 |
* kmlussier |
doesn't appear to be receiving Launchpad emails today. |
| 11:14 |
Dyrcona |
My last one was at 2:34 am from a project other than Evergreen. |
| 11:14 |
kmlussier |
My last bug mail was last night when wsmoak submitted her bug. |
| 11:14 |
kmlussier |
I've added a comment to a bug this morning and there are also the comments added to bug 1682447 |
| 11:14 |
Dyrcona |
That's the last one that I received from Evergreen, yes. |
| 11:14 |
pinesol_green |
Launchpad bug 1682447 in Evergreen "Docs: Change all docs filenames to end with .adoc" [Low,Fix committed] https://launchpad.net/bugs/1682447 |
| 11:16 |
Dyrcona |
My last notification was at 2:34 am from Anatoli on bug 1380702 |
| 11:16 |
pinesol_green |
Launchpad bug 1380702 in Canonical System Image "No keyboards shortcuts in QT apps" [High,In progress] https://launchpad.net/bugs/1380702 - Assigned to Łukasz Zemczak (sil2100) |
| 11:20 |
Dyrcona |
Guess we sound like patrons complaining that they only get about 95% of their email notifications. :) |
| 11:24 |
* Dyrcona |
dons his asbestos suit and jumps into #launchpad to ask about emails. |
| 11:26 |
kmlussier |
Dyrcona++ |
| 11:29 |
Dyrcona |
I don't expect to get an answer, but we'll see. |
| 11:30 |
JBoyer |
Dyrcona, I remember you having strong opinions re: systemd, were you working on systemd service files for Evergreen or trying to get one of the backward compat measures to use an existing startup method? |
| 11:31 |
|
bos20k joined #evergreen |
| 11:31 |
Dyrcona |
JBoyer: Neither. I'm just trying to use systemd. |
| 11:32 |
Dyrcona |
I am looking into moving to a distro that doesn't have systemd, but lack of time... |
| 11:33 |
jeff |
JBoyer: i threw together unit files for a test system here. it seemed to do the trick. |
| 11:33 |
JBoyer |
I see. There was a bit of a curve, yeah. :/ I've got an opensrf.service and clark-kent.service that work as expected on my laptop if anyone is interested in them. |
| 11:33 |
jeff |
and by "seemed to do the trick", i mean "i could reboot the single-VM test instance and end up with a running evergreen instance" |
| 11:34 |
Dyrcona |
JBoyer: I am opposed to systemd as it not being the "UNIX way." |
| 11:34 |
JBoyer |
If Evergreen is going to continue to prefer Debian based systems then I guess it would be a good idea to get a set of service / unit / whatevs in there. |
| 11:34 |
Dyrcona |
I've also had to reboot far more often with systemd than in the past. |
| 11:35 |
Dyrcona |
Re Launchpad emails: (11:32:59 AM) cjwatson: Dyrcona: One of our script servers has been down for a firmware upgrade which took a bit longer than expected |
| 11:35 |
JBoyer |
Dyrcona, I get that, but unless a lot of effort goes into the RedHat / Fedora / CentOS / ports, |
| 11:35 |
JBoyer |
I've got other windmills to tilt at. :) |
| 11:35 |
Dyrcona |
JBoyer: RedHat uses systemd. Their employee developed it. ;) |
| 11:36 |
kmlussier |
Dyrcona: Thanks! I'll stop worrying about all of the insightful bug comments I'm probably missing at the moment. |
| 11:36 |
Dyrcona |
But, that said, I think service files would be a good idea. |
| 11:36 |
JBoyer |
Oops. I didn't hear about it until it hit Debian I guess. |
| 11:38 |
Dyrcona |
kmlussier: cjwatson says "It's hopefully back now, so we'll see if things catch up soon" |
| 11:38 |
* kmlussier |
waits with bated breath |
| 11:39 |
Dyrcona |
JBoyer: You know that I'd like to fix a lot of thing about the build system to make it easier to make distro packages and to port Evergreen to other distros/operating systems. |
| 11:39 |
Dyrcona |
Like you said, other windmills... |
| 11:45 |
Dyrcona |
I just got a bug email from this about an hour ago, so looks like it is catching up. |
| 11:45 |
Dyrcona |
heh... "this [morning] about an hour ago"...because I changed my mind what I wanted to say mid sentence. :) |
| 11:46 |
JBoyer |
Indeed, and my intention wasn't at all negative. I'll see about putting one together for SIPServer too and maybe putting a branch together. Time to learn how the build system works, heh. |
| 11:50 |
|
maryj joined #evergreen |
| 11:59 |
|
khuckins joined #evergreen |
| 12:01 |
|
jihpringle joined #evergreen |
| 12:18 |
dbs |
jeff++ JBoyer++ |
| 12:22 |
|
jihpringle joined #evergreen |
| 12:30 |
gmcharlt |
miker++ # using createdb --template src_eg_database works a treat for standing up a test DB quickly |
| 12:33 |
Dyrcona |
gmcharlt: I've been doing that for quite a while. It's a lot faster than doing a pg_restore. :) |
| 12:45 |
|
sandbergja joined #evergreen |
| 12:55 |
|
mmorgan joined #evergreen |
| 13:14 |
Dyrcona |
gmcharlt | rhamby: Any reason not to push Lp 1545115 at this time? |
| 13:14 |
pinesol_green |
Launchpad bug 1545115 in Evergreen "config.circ_matrix_matchpoint and config.hold_matrix_matchpoint need a description field" [Wishlist,New] https://launchpad.net/bugs/1545115 - Assigned to Jason Stephenson (jstephenson) |
| 13:15 |
Dyrcona |
I'm looking at it and all the tests pass, and it just works in the web staff client. |
| 13:15 |
rhamby |
Dyrcona: I hadn't tested it in ages but since you and gmcharlt have I have no objection |
| 13:17 |
Dyrcona |
It just shows up in the xul client, too. Same dojo interface. :) |
| 13:19 |
Dyrcona |
rhamby: It looks good to me. The description shows up in the client and the database and that's all anyone could ask for. :) |
| 13:20 |
rhamby |
Dyrcona: well, there's the autofill input from the telepathy API that I'm working on but so far all it does it put in random strings from H.P. Lovecraft short stories. No idea why. |
| 13:20 |
Dyrcona |
Hehe |
| 13:22 |
* kmlussier |
feels bad because she suspects she never loaded that code on a Sandbox for sandbergja to test. :( |
| 13:24 |
Dyrcona |
I guess since gmcharlt signed off, it's OK to push. |
| 13:24 |
|
Newziky joined #evergreen |
| 13:25 |
rhamby |
kmlussier: busy people who volunteer for lots of things shouldn't feel bad when the prove occasionally human |
| 13:26 |
kmlussier |
rhamby: Yeah, but only occasionally. ;) |
| 13:27 |
Dyrcona |
Calling 1034. |
| 13:29 |
jeff |
probably should come with a warning about the field contents not being non-normative :-) |
| 13:36 |
Dyrcona |
I could have used that field some time ago to differentiate telescopes from cake pans. :) |
| 13:37 |
pinesol_green |
[evergreen|Rogan Hamby] LP#1545115: add description field for policy matrix tables - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=16b9983> |
| 13:37 |
pinesol_green |
[evergreen|Galen Charlton] LP#1545115: consolidate schema update scripts into one - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=53aacfa> |
| 13:37 |
pinesol_green |
[evergreen|Galen Charlton] LP#1545115: add release notes entry - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=539fb4d> |
| 13:37 |
pinesol_green |
[evergreen|Jason Stephenson] LP#1545115: Stamping upgrade script for description field in matrix tables - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8e763e3> |
| 13:43 |
|
rlefaive joined #evergreen |
| 13:58 |
|
rlefaive joined #evergreen |
| 14:04 |
dbs |
I'm now running # 1685840 in production. whee! |
| 14:04 |
dbs |
err, bug 1685840 that is |
| 14:04 |
pinesol_green |
Launchpad bug 1685840 in Evergreen "Google Books Preview should not require Dojo or any other framework" [Undecided,New] https://launchpad.net/bugs/1685840 |
| 14:27 |
kmlussier |
@coin |
| 14:27 |
pinesol_green |
kmlussier: heads |
| 14:30 |
kmlussier |
@hate pollen |
| 14:30 |
pinesol_green |
kmlussier: The operation succeeded. kmlussier hates pollen. |
| 14:45 |
Dyrcona |
@dessert 22 kmlussier |
| 14:45 |
* pinesol_green |
grabs some Key Lime Pie for kmlussier |
| 14:48 |
* kmlussier |
might be better off with some Claritin Pie |
| 14:49 |
|
mmorgan1 joined #evergreen |
| 15:09 |
|
jvwoolf joined #evergreen |
| 15:14 |
bshum |
gmcharlt: I'm going to try putting together a branch with all the i18n fixes out there and then running things through POT / PO sync for master. Right now, master is busted due to a new table that was added to the fieldmapper but is not part of the PO template. |
| 15:15 |
bshum |
Well, try running the sync using a Trusty server, so that we don't muck up the XUL stuff. |
| 15:15 |
gmcharlt |
bshum: sounds good |
| 15:15 |
bshum |
If the branch tests okay, then I'll put it somewhere and just request to get the whole thing merged for master to get us back up to date and working |
| 15:47 |
|
jvwoolf joined #evergreen |
| 15:50 |
|
jvwoolf left #evergreen |
| 15:51 |
|
mmorgan joined #evergreen |
| 15:59 |
bshum |
dbs: An i18n question or thought... do we want to run the make install for a specific locale and update the POs in git with the latest id data for things like db.seed? |
| 16:00 |
bshum |
Right now, we're not changing the final PO files in git with that data, but I wonder if we should sync that up at some point. |
| 16:05 |
|
khuckins_ joined #evergreen |
| 16:15 |
dbs |
bshum: hmm, probably? |
| 16:16 |
dbs |
I know, that's not particularly helpful |
| 16:16 |
bshum |
dbs: I guess the only reason I'd want to see it included in git is so that we can get towards a clean repo |
| 16:16 |
bshum |
Where changes are actually meaningful |
| 16:17 |
bshum |
Not just generated file differences |
| 16:17 |
bshum |
Though, speaking on that, I still have to go back and figure out what should or shouldn't be added to .gitignore |
| 16:17 |
bshum |
At first I thought everything, then I decided maybe nothing, now I'm thinking maybe a few new things |
| 16:18 |
bshum |
dbs: Either way, if you don't have a strong preference against it, I'd be inclined to add a commit to my new branch to test adding those into history then. Thanks :D |
| 16:18 |
* bshum |
will keep experimenting |
| 16:27 |
dbs |
You are talking about the PO files and not the generated .sql files, etc, right? |
| 16:28 |
bshum |
dbs: Correct, the PO files themselves have a bunch of IDs and stuff already in them |
| 16:29 |
dbs |
okay, yeah that sounds sane |
| 16:29 |
bshum |
And so far, my test with pocommentclean seems to be handling fixing them okay |
| 16:29 |
dbs |
yayz |
| 16:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:44 |
|
Jillianne joined #evergreen |
| 16:48 |
* mmorgan |
notices that in Checkout in the xul client, spaces are trimmed from the beginning and end of barcodes, so if a leading or trailing space is entered by mistake, it will be ignored and the checkout will proceed. |
| 16:48 |
mmorgan |
I don't see that the same trimming is happening at checkin. |
| 16:49 |
mmorgan |
I also don't see that it's happening in the web client checkout function. |
| 16:49 |
bshum |
That trimming was a "new feature" awhile back |
| 16:50 |
mmorgan |
bshum: Just in checkout? Seems like if it happens there, it should also happen at checkin, and IMO item status. |
| 16:50 |
kmlussier |
Hmmmm...how many releases does it take for a 'new feature' to become just a feature? ;) |
| 16:50 |
kmlussier |
That was code form DPearl IIRC |
| 16:50 |
mmorgan |
kmlussier: Depends on who knows about it ;-) |
| 16:51 |
kmlussier |
There is an existing bug for item status. bug 1334689 |
| 16:51 |
pinesol_green |
Launchpad bug 1334689 in Evergreen "trailing spaces not trimmed from barcode pastes in item status" [Undecided,Confirmed] https://launchpad.net/bugs/1334689 |
| 16:52 |
bshum |
Oh, only since 2013. |
| 16:52 |
kmlussier |
I was wrong. It was paxed |
| 16:52 |
bshum |
Yup |
| 16:53 |
Dyrcona |
Seems to me you'd get more copy and paste in item status, so that bug report makes sense. |
| 16:53 |
bshum |
kmlussier: I think Dpearl added it for other areas, like the login for TPAC, right? |
| 16:53 |
kmlussier |
There's also bug 1332651 |
| 16:53 |
pinesol_green |
Launchpad bug 1332651 in Evergreen "Screens are inconsistent when there is a space within the barcode of items or patrons" [Undecided,Confirmed] https://launchpad.net/bugs/1332651 |
| 16:53 |
kmlussier |
bshum: Yeah, I think you're right. |
| 16:54 |
bshum |
Either way, seems like an unmatched feature to me then for web client if it's not there |
| 16:55 |
mmorgan |
So there's the issue with trimming leading and trailing spaces, but also stripping them out from within the barcode :-/ |
| 16:56 |
mmorgan |
And it seems to me that if checkout is trimming leading and trailing spaces, shouldn't checkin do it also? |
| 16:56 |
bshum |
That said, I truly enjoyed the one library we had where "space" was an actual validly encoded barcode character. |
| 16:56 |
bshum |
I hope they've since finished rebarcoding |
| 16:56 |
bshum |
That was many eons ago |
| 16:56 |
Dyrcona |
mmorgan: That makes too much sense. |
| 16:56 |
Dyrcona |
:) |
| 16:56 |
mmorgan |
Sorry! |
| 16:57 |
kmlussier |
mmorgan: I think it should be consistent across all barcode entry boxes, whether it be item or patron. |
| 16:57 |
* mmorgan |
agrees |
| 16:58 |
* kmlussier |
declares that if a feature didn't exist when she started using Evergreen 7 years ago, it shall always be known as a new feature. |
| 16:58 |
mmorgan |
:) |
| 16:58 |
Dyrcona |
:) |
| 16:58 |
mmorgan |
And Evergreen shall always be the "new" system :) |
| 16:58 |
kmlussier |
Also, get off my lawn! |
| 16:59 |
kmlussier |
mmorgan: Yes! |
| 17:00 |
kmlussier |
mmorgan: That is, until you move to your next new system. |
| 17:00 |
mmorgan |
Never! :) |
| 17:01 |
* mmorgan |
will dream of barcodes with spaces and pay a visit to various spacey lp bugs tomorrow. |
| 17:01 |
phasefx |
random aside, I've seen spaces as calculated checkdigits :-/ |
| 17:02 |
phasefx |
I should quote "digit" |
| 17:02 |
Dyrcona |
32! |
| 17:02 |
Dyrcona |
3M seemed to think that space was a valid replacement for 0 at the beginning of a hexadecimal number. |
| 17:05 |
kmlussier |
Have a nice night everyone! |
| 17:06 |
|
mmorgan left #evergreen |
| 17:15 |
jonadab |
That is terrible. 3M should stick to making Post-It notes. |
| 17:15 |
* jonadab |
should probably not be so grumpy. |
| 17:19 |
Dyrcona |
heh |
| 20:42 |
|
JBoyer_alt joined #evergreen |
| 20:52 |
|
rjackson_isl joined #evergreen |
| 21:00 |
|
JBoyer_alt joined #evergreen |
| 21:00 |
|
gsams joined #evergreen |
| 22:20 |
|
genpaku joined #evergreen |
