Time |
Nick |
Message |
00:26 |
|
Guest33082 joined #evergreen |
02:39 |
|
collinanderson joined #evergreen |
05:06 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
07:25 |
|
Newziky joined #evergreen |
07:26 |
|
TaraC joined #evergreen |
07:50 |
|
Shae joined #evergreen |
07:53 |
|
rjackson_isl joined #evergreen |
08:15 |
|
akilsdonk joined #evergreen |
08:24 |
|
ericar joined #evergreen |
08:30 |
|
Dyrcona joined #evergreen |
08:33 |
|
mrpeters joined #evergreen |
08:35 |
|
jboyer_isl joined #evergreen |
08:36 |
|
mmorgan joined #evergreen |
08:41 |
csharp |
berick: FYI, trying to install hatch with openjdk on Fedora 22 is not going well, mainly because of the javafx dependency... seemingly relevant: http://stackoverflow.com/questions/28126217/openjdk-does-not-work-with-javafx |
08:43 |
|
montgoc1 joined #evergreen |
08:44 |
|
collum joined #evergreen |
08:45 |
csharp |
also the informative answer here: https://stackoverflow.com/questions/18547362/javafx-and-openjdk |
08:45 |
csharp |
apparently the versions of openjdk that ship with most distros doesn't include javafx |
08:45 |
csharp |
s/doesn't/don't/ |
08:48 |
csharp |
...and then there's this bug report: https://bugzilla.redhat.com/show_bug.cgi?id=1145303 - so it looks like it would be more hopeful on Debian or Ubuntu |
08:48 |
csharp |
(which include an openjfx package) |
08:50 |
csharp |
probably more likely that end users running Linux would be in the Debian/Ubuntu world anyway, from what I've seen IRL |
09:01 |
|
sarabee joined #evergreen |
09:04 |
dbs |
csharp: hmm, so it's the "Oracle WebStart/Browser Embedded application deployment technology" that's missing? |
09:05 |
dbs |
Or OpenJFX is just missing entirely? |
09:06 |
|
RoganH joined #evergreen |
09:07 |
mrpeters |
looking back at my dusty old bug reports -- https://bugs.launchpad.net/evergreen/+bug/978040 -- I don't use the staff client much -- any frontline staff have an opinion on where you should be redirected if you enter an invalid user id value? |
09:07 |
pinesol_green |
Launchpad bug 978040 in Evergreen "No result found search for patron by database id results in return to wrong interface" (affected: 1, heat: 6) [Low,Confirmed] |
09:07 |
mrpeters |
I'm thinking just back to the "dashboard" page since the search by id is a popup |
09:08 |
* dbs |
finishes reading through the fedora bug from F20 days. oh. |
09:09 |
|
Stompro_home joined #evergreen |
09:10 |
dbs |
On the bright side, gradle is packaged for Fedora 22. |
09:10 |
Stompro_home |
kmlussier, could you try to login with a sample account on sb2 for me, I just tried bm1eellis:edwarde1234 and I'm having no luck. |
09:10 |
dbs |
On the dark side, https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX#BuildingOpenJFX-Fedora21 says that only gradle 1.8 will work to build OpenJFX, and F22 packaged Gradle 2.2 |
09:10 |
dbs |
java-- |
09:11 |
kmlussier |
Stompro_home: Did the admin user name and password work for you? |
09:11 |
jcamins |
dbs: Java's great! It will do exactly what you want. |
09:11 |
jcamins |
Oh, unless you wanted to _run_ a Java program? |
09:11 |
jcamins |
[expletive deleted] Sorry, you'll need a different JDK. |
09:12 |
* jcamins |
stops being snarky. At least for a moment. |
09:13 |
dbs |
jcamins++ |
09:13 |
dbs |
also, printing-- |
09:14 |
Stompro_home |
kmlussier, doh, didn't see that column, nevermind. |
09:15 |
jcamins |
dbs: ooh, you're testing the new Java compilation mode? Compile-to-paper? Run a print-out of a .class file through a scanner and you can run your Java application on any non-Linux, non-BSD, non-Windows, non-Mac computer. |
09:16 |
jcamins |
(this weekend I helped a coworker get a Java program running on his new laptop; I have lots of excess hostility toward Java now) |
09:16 |
csharp |
java-- |
09:16 |
csharp |
@karma java |
09:16 |
pinesol_green |
csharp: Karma for "java" has been increased 0 times and decreased 2 times for a total karma of -2. |
09:16 |
dbs |
jcamins++ # you need the karma |
09:16 |
dbs |
berick++ # for figuring _some_ sort of solution for centralized printing |
09:18 |
dbs |
csharp: so do you think OpenJDK + OpenJFX will work on any platform, or is it a matter of "must use Oracle's proprietary Java distribution"? |
09:20 |
csharp |
dbs: I'd love to test on Ubuntu - I was actually just going to ask for a spare laptop from one of our IT staff to try |
09:22 |
csharp |
screw it, I'll just use virtualbox (for its dead-simple network bridging capabilities) |
09:22 |
jeff |
printing-- indeed. |
09:22 |
mrpeters |
did i hear someone mention recently that there were scripts to auto-build master on regular intervals? |
09:22 |
jeff |
our "print from the opac" setup uses a network receipt printer, an HTTPS call, and CUPS. It takes about 4 seconds at present from click to print. |
09:22 |
jeff |
I don't like that delay. |
09:22 |
csharp |
jeff: ewww |
09:23 |
jeff |
I need to look and see if CUPS is doing the default SNMP poll of the printer (and if it's failing, and if it can be disabled...) |
09:23 |
jeff |
CUPS used to do an SNMP query to localhost when printing to a locally-attached receipt printer. That was annoying. |
09:24 |
|
jlundgren_ joined #evergreen |
09:24 |
csharp |
ugh - you mean I have to go out and download the ISO from a browser, then click through a wizard to build a VM? :-P |
09:25 |
* csharp |
is already spoiled by boxes/virt-manager |
09:27 |
|
jlundgren joined #evergreen |
09:27 |
|
maryj joined #evergreen |
09:27 |
dbs |
csharp: "gcloud compute instances create new_ubuntu --zone us-central1-a --image ubuntu-14-10" should have a new instance up and running for you in a minute or so |
09:27 |
dbs |
(of course, connecting _that_ to your local printers is going to be hard) |
09:28 |
jeff |
i was all excited when i found a set of printers that supported printing over http with a javascript client/api/sdk/whatever. then 1) price and 2) implementation -- both were a disappointment. |
09:28 |
dbs |
and I would suggest adding "--machine-type f1-micro" to keep it supercheap |
09:30 |
csharp |
dbs++ # gcloud - I'll have to investigate that ;-) |
09:30 |
dbs |
my f1-micro instance (512MB of RAM) is costing me roughly $0.18/day |
09:31 |
dbs |
that's including a static IPv4 address |
09:31 |
csharp |
awesome |
09:34 |
dbs |
If anyone is considering using a Raspberry Pi to run hatch for a cheap printer server, JavaFX appears to be in flux there, too: https://www.raspberrypi.org/forums/viewtopic.php?f=81&t=97367 |
09:36 |
dbs |
pull quote: "Oracle officially drops FX entirely on the ARM machines starting with Java 8u33", sigh |
09:36 |
jcamins |
kmlussier: by the way, I made raspberry-cashew oatmeal chocolate icebox cookies last weekend that were very well-received. I thought of you when I made them. |
09:37 |
kmlussier |
jcamins: Sounds tasty! :) |
09:38 |
dbwells |
jcamins: That is like my wife's five favorite foods all in one. I might need that recipe :) |
09:38 |
jcamins |
They were! |
09:38 |
jcamins |
dbwells: it was really easy! The secret ingredient was overly-set hot fudge. |
09:38 |
|
terran joined #evergreen |
09:42 |
jcamins |
The recipe was something like this: 1 c butter, 2 c sugar, 1/2 c cocoa powder, 2 eggs, 1 Tbsp raspberry liquor, 1 tsp vanilla extract, 1/2 c. hard-set hot fudge (melted), 1.5 c flour, 1/2 tsp baking soda, 1/2 c broken cashews, 2 c rolled oats. Chilled into logs, sliced, and baked at 375. |
09:42 |
jcamins |
I'm just guessing about how much oats I put in, though. |
09:42 |
jcamins |
Actually, probably 1 c cashews. |
09:42 |
jcamins |
Oh, and I also had 1 c chocolate chips, but I think I might not use those next time. |
09:42 |
jcamins |
Chocolate chips aren't sliceable. |
09:43 |
dbwells |
jcamins++ # thanks! |
09:48 |
jeff |
hacked up proof-of-concept SMS notifications of hold/courtesy/overdue working via Twilio. |
09:48 |
jeff |
yay! |
09:52 |
kmlussier |
jcamins++ |
09:53 |
terran |
jeff++ |
09:53 |
* mmorgan |
never thought to check irc logs for cookie recipes, will have to remember that! ;-) |
09:53 |
|
terran left #evergreen |
09:54 |
|
terran joined #evergreen |
09:59 |
Stompro_home |
Those sandboxes worked great, kmlussier++ mobius++ Bmagic++ |
10:00 |
kmlussier |
mmorgan: We should make it a regular thing. :) |
10:00 |
kmlussier |
Stompro_home++ #testing |
10:02 |
kmlussier |
Stompro_home: On your signoffs, if you're not doing the git signoff, could you add the language that I sent out in the Sandbox email? |
10:02 |
* kmlussier |
will update the Bug Squashing Day spreadsheets with Stompro_home 's signoffs. :) |
10:03 |
bshum |
Stompro_home: later today, time permitting, I'm hoping to get some more action on the next round of Jessie bugs |
10:03 |
Stompro_home |
Sure, I'll do that in 20 min. |
10:04 |
* kmlussier |
probably should have added the code from bug 1435938 on the Sandbox that is being used to test bug 1431055 :( |
10:04 |
pinesol_green |
Launchpad bug 1435938 in Evergreen "New Feature: Allow Staff to clear Added Content cache" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1435938 |
10:04 |
pinesol_green |
Launchpad bug 1431055 in Evergreen "Content Cafe opens in a new window" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1431055 |
10:05 |
kmlussier |
OK, I think I need help with this Sandbox. http://mlnc2.mvlcstaff.org/eg/opac/home |
10:05 |
kmlussier |
I've configured it to use Content Cafe, and it seems to be working when I'm not looking at cached content. |
10:06 |
kmlussier |
But it's not displaying the Reviews & More link you would typically see on the search results page when using Content Cafe. Is there an additional step to getting that to display? |
10:09 |
* kmlussier |
thinks bug 1318029 could be set to invalid at this point since this should be working in 2.7+ |
10:09 |
pinesol_green |
Launchpad bug 1318029 in Evergreen "Content Cafe can no longer retrieve cover images by UPC" (affected: 1, heat: 10) [Medium,New] https://launchpad.net/bugs/1318029 - Assigned to Jeff Godin (jgodin) |
10:09 |
jeff |
probably. |
10:09 |
jcamins |
mmorgan: there are probably several from me. |
10:09 |
jeff |
i need to go through my assigned bugs. |
10:09 |
jeff |
(more often) |
10:10 |
* Dyrcona |
grumbles about SIP. |
10:11 |
mmorgan |
jcamins: maybe we need a cookie app so that pinesol_green can serve up recipes on demand :) |
10:11 |
mmorgan |
...but that would be a new feature, not a bug ;-) |
10:12 |
kmlussier |
Hmmmm...that sounds like a fun project to work on. |
10:15 |
|
krvmga joined #evergreen |
10:17 |
jeff |
"unfortunately, bug squashing day squashed zero bugs, but we did make this neat cookie recipe plugin for the community irc bot..." |
10:18 |
|
RoganH joined #evergreen |
10:19 |
|
kbutler joined #evergreen |
10:21 |
kmlussier |
jeff: As long as something is accomplished, right? :) |
10:22 |
Bmagic |
A fun project would be to reprogram the office billy bass to use lines out of The Simpsons instead of the lame music |
10:25 |
berick |
*fish head turns to face you* "eeeeexcellent..." |
10:25 |
Bmagic |
yep! |
10:27 |
csharp |
"Hididdlyho, neighbor!" |
10:28 |
Bmagic |
http://hackedgadgets.com/2010/01/19/hacked-big-mouth-billy-bass/ |
10:31 |
csharp |
Bmagic++ |
10:33 |
csharp |
@who wishes vim was installed by default on all the major distros |
10:33 |
pinesol_green |
jeff_____ wishes vim was installed by default on all the major distros. |
10:37 |
berick |
StomproJ: i was about to test bug #1449709 and related bugs (1452366 1452352), but I see you are assigned. are you actively testing? |
10:37 |
pinesol_green |
Launchpad bug 1449709 in Evergreen "support caching of compiled Template Toolkit templates" (affected: 1, heat: 8) [Wishlist,New] https://launchpad.net/bugs/1449709 - Assigned to Josh Stompro (u-launchpad-stompro-org) |
10:37 |
pinesol_green |
[evergreen|Lynn Floyd] Docs: New chapter for Library Settings Editor - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=578fd40> |
10:37 |
pinesol_green |
[evergreen|Remington Steed] Docs: Fix spelling errors in Library Settings docs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=57bd96b> |
10:40 |
Bmagic |
Has anyone out there changed the series index fields? Can we include both 440 and 490? |
10:40 |
Dyrcona |
Is SIP now doing something different if the client does not explicitly log out? |
10:41 |
mrpeters |
Bmagic: i think there is some stuff on the random magic spells page to do that |
10:41 |
berick |
StomproJ: in either case, i'll continue testing, since you're not assigned to the other tickets. let me know how your testing goes... |
10:41 |
StomproJ |
berick, I tested #1449709 and it seemed to work well, I was just about to update the ticket. |
10:41 |
|
jwoodard joined #evergreen |
10:42 |
berick |
StomproJ: great, thanks |
10:43 |
|
alynn26 joined #evergreen |
10:44 |
|
Newziky joined #evergreen |
10:45 |
berick |
so, at the EG conf, we talked about using git merge --no-ff instead of cherry-pick. am I missing that there's no sign-off option for git-merge? |
10:45 |
berick |
is the idea to --amend the merge commit and add a sign-off? |
10:45 |
eeevil |
Dyrcona: with Socket::Linux installed, yes. it uses SYN probes to detect dropped connections |
10:47 |
eeevil |
aka tcp-keepalive |
10:48 |
csharp |
okay, so for the logs, Ubuntu 14.04 does *not* have an openjfx package, but it exists in 14.10+ |
10:55 |
csharp |
one of my pet peeves is starting a sentence with "It would be nice if..." when talking about software, but... ;-) |
10:55 |
csharp |
it would be nice if we could somehow tag bugs that will be irrelevant after we move to the web client |
10:56 |
csharp |
I'm going through the dusty bugs and most of the ones I'm seeing are XUL or old dojo-related |
10:56 |
berick |
csharp: well, that's better than "why can't I..." |
10:56 |
Dyrcona |
eeevil: We've got one vendor complaining that they started having trouble with SIP after 5:30 pm last night. |
10:57 |
Dyrcona |
Of course, that is two days after we not necessarily intentionally upgraded SIP. |
10:57 |
csharp |
or "the developers"/"they"/"y'all really need to fix..." |
10:57 |
Dyrcona |
So far, all I see is they are failing to send us actual barcodes for our items. |
10:58 |
Dyrcona |
csharp: Sometimes, when bug wrangling, one is tempted to remove all the bugs and start over. ;) |
10:58 |
csharp |
Dyrcona: I just had that exact thought |
11:00 |
Dyrcona |
On the plus side, it only take 8ms to determine that the "barcode" isn't in our database. |
11:01 |
Dyrcona |
^takes |
11:02 |
Dyrcona |
eeevil: Should we consider removing Socket::Linux? |
11:02 |
mrpeters |
should i not waste my time on bugs for xul client? |
11:02 |
Dyrcona |
mrpeters: In most cases, I'd say no. |
11:03 |
Dyrcona |
mrpeters: Or rather, yes, i.e. don't bother with them. |
11:03 |
mrpeters |
ok -- im going to mark https://bugs.launchpad.net/evergreen/+bug/978040 as wont fix |
11:03 |
pinesol_green |
Launchpad bug 978040 in Evergreen "No result found search for patron by database id results in return to wrong interface" (affected: 1, heat: 6) [Low,Confirmed] |
11:04 |
Dyrcona |
That's OK. Someone else can always "override" you on that, if they really think it should be fixed. :) |
11:04 |
mrpeters |
i was going to fix it today, but the feature doesnt exist in the web client anyways |
11:04 |
mrpeters |
and who REALLY knows the database id of their patrons |
11:05 |
jeff |
berick: the discussion about --no-ff merges over cherry-picking didn't reach the stage of "yes, let's start doing this" |
11:06 |
jeff |
berick: i'm going to walk through some common existing workflows and write up "this is how we might do things differently" and maybe present a "this is what the last few weeks of master would have looked like if we were doing something like this" and we continue the discussion from there. |
11:07 |
berick |
jeff++ # sounds good |
11:10 |
jeff |
berick: one option is to "git merge --no-ff --no-commit branch_name_here" followed by "git commit -s" |
11:10 |
jboyer_isl |
mrpeters: I doubt anyone knows any patron ids, but if I’m looking at a weird circ in the db and want to see what the users are seeing it’s nice to pull them up via id since it’s right there. :) I still wouldn’t worry about that bug, if it’s missed in the web client bad enough someone will put it back in (and hopefully not make the same mistake that lead to the bug). |
11:11 |
jeff |
berick: another option would be to use a commit message template, set with the config option commit.template |
11:11 |
mrpeters |
i have used it for that too, jason, but on the whole if its a waste of time for me to look at it ill move on to something more valuable for me to work on today |
11:11 |
berick |
jeff: *nod* |
11:11 |
jboyer_isl |
Oh, yeah, don’t worry about that bug, just saying it’s a nice feature to have in general. |
11:11 |
jeff |
berick: i'm not sure how i feel about the template option, since it somewhat removes the intentionality of the signoff (even if -s is muscle memory/habit by now) |
11:12 |
* mrpeters |
notes we should maybe make the staff client build scripts (when building a windows client) use http://ftp.mozilla.org/pub/mozilla.org/xulrunner/releases/14.0.1/runtimes/ instead of ftp://ftp.mozilla.org/pub/mozilla.org/xulrunner/releases/14.0.1/runtimes/ |
11:12 |
mrpeters |
when you use FTP, the file is not found |
11:12 |
mrpeters |
when you use HTTP, no problems |
11:13 |
jeff |
oh. yeah, we're going to miss retrieve patron by barcode in the web client. time for a wishlist bug. :-) |
11:13 |
mrpeters |
Dyrcona / tsbere - thats kind of your baby, i dont want to step on your toes, but would you mind if i patched that? |
11:14 |
Dyrcona |
mrpeters: I don't mind if you patch anything, honestly. I just figure the general focus in on the web client. |
11:14 |
tsbere |
mrpeters: I was unaware there was an issue at this time. In fact, I don't think there was one recently. huh. |
11:14 |
Dyrcona |
Oh, wait. You were talking about the ftp/http thing. |
11:14 |
mrpeters |
Dyrcona: agreed, but its an easy fix and people may still be building staff clients for a little bit longer |
11:14 |
jeff |
both the http and ftp versions of that url load a directory listing that appears to be identical. |
11:15 |
mrpeters |
yep they do jeff |
11:15 |
Dyrcona |
I've not had a problem with it lately, either. |
11:15 |
mrpeters |
but the scripts give a file not found when it uses FTP |
11:15 |
mrpeters |
if i change it to http:// in the Makefile and friends it works great |
11:18 |
pastebot |
"mrpeters" at 64.57.241.14 pasted "FTP fail" (9 lines) at http://paste.evergreen-ils.org/65 |
11:18 |
jboyer_isl |
mrpeters: It may be a passive/active FTP issue. I had trouble building clients at one point when I was testing and it was network related. http links do get around that though since you’re not limited to ftp’s crusty antique-ness re: port use. |
11:18 |
mrpeters |
that could be -- it does use PASV |
11:19 |
jboyer_isl |
Or firewalling, there’s a limitless list of potential issues. |
11:21 |
mrpeters |
ill push it up to working, if you guys want to commit it cool, if not, at least its out there |
11:22 |
mrpeters |
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/mrpeters/http_over_ftp_for_xulrunner_runtime_download - FYI |
11:26 |
Dyrcona |
FTP over websockets! |
11:31 |
eeevil |
Dyrcona: sorry, looked away. I think definitely no to removing Socket::Linux. it's critical for detecting those client that just step away from the socket and don't log out |
11:32 |
Dyrcona |
eeevil: Well, I suspect it is causing one of those clients an issue, so I've removed it to see if it helps. |
11:33 |
eeevil |
Dyrcona: and, from production, it also protects the server when the client is behind a crappy firewall with connection tracking limits that just "forget" about quiescent connections |
11:33 |
eeevil |
such as low-use selfcheck machines |
11:34 |
eeevil |
the firewall says "you haven't talked over this socket in 10 minutes. I'm going to drop my conntrack info" ... the server can /never/ know that the client is effectively gone in that situation because without tcp-keepalive it will only ever sit in accept() for the socket |
11:34 |
eeevil |
(of particular concern when you are /not/ using multiplex -- you have 300MB processes that are completely orphaned at that point) |
11:35 |
Dyrcona |
eeevil: We also timeout and drop inactive connections after ten minutes anyway. |
11:35 |
Bmagic |
Where in the database are the MODS defined? AKA //mods32:mods/mods32: blah blah blah |
11:36 |
Dyrcona |
All I can tell you is no one was complaining until we installed new servers and did a fresh clone of SIPSever, so we're turning off new stuff to see what "fixes" it. |
11:36 |
Dyrcona |
And, seriously, I don't need TCP explained to me. ;) |
11:38 |
eeevil |
Dyrcona: sure thing, I understand. each environment is different. all /I'm/ saying is that without tcp-keepalive and multiplex (with sufficiently large worker-keepalive for specific accounts, re AMH's), SIP is unworkable for us, and works fine now. for tens of instances concurrently |
11:38 |
eeevil |
and thousands of conncurrent connections |
11:39 |
Dyrcona |
We never have more than 40 or so SIPServer instances running at once. |
11:41 |
eeevil |
as far as explaining tcp, I meant no offence. I simply wanted to explain why it's important in some environments. consider it FTR verbosity :) |
11:47 |
|
b_bonner left #evergreen |
11:47 |
|
b_bonner joined #evergreen |
11:49 |
dbs |
Bmagic: interestingly, the MODS are defined both in the database and on-disk |
11:50 |
Bmagic |
dbs: ah |
11:50 |
dbs |
on-disk at /openils/var/xsl/*.xsl |
11:51 |
|
sandbergja joined #evergreen |
11:52 |
dbs |
in-db at config.xml_transform |
11:53 |
dbs |
Also, our MARC21-to-MODS XSL doesn't match the LoC source (and not just because it's not up to date) |
11:55 |
eeevil |
Dyrcona: do I need to wipe the egg off my face for misinterpreting your earlier comment to mean that we should consider removing Socket::Linux from the code? I see you probably meant just the module, from your server... of so, sorry for the noise |
11:55 |
Bmagic |
dbs: ah, so if we wanted to alter this, "don't" |
11:55 |
|
Christineb joined #evergreen |
11:56 |
dbs |
Bmagic: well, they've been altered in the past |
11:56 |
dbs |
it may very well be a valid change you want to make! |
11:56 |
Dyrcona |
eeevil: Yeah, I was just talking about us, and anyway, it looks like that is not it. |
11:57 |
dbs |
for example d1f553f1844 |
11:57 |
pinesol_green |
[evergreen|Dan Wells] Tweak MODS32 stylesheet for titles - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d1f553f> |
11:57 |
Dyrcona |
eeevil: At the moment, I suspect a copy with an accented character in the call number. If they'd told me it was choking on one copy before hand that would have saved me a couple of hours. |
11:58 |
jeff |
@blame SIP2 error detection |
11:58 |
pinesol_green |
jeff: SIP2 error detection broke Evergreen. |
11:58 |
|
bmills joined #evergreen |
12:06 |
Dyrcona |
And, now I'm going to reinstall Socket::Linux. |
12:07 |
Dyrcona |
jeff: About openjfx, that will hopefully still be in Ubuntu 16.04, just in time for the web client to be truly usable. :) |
12:07 |
|
bmills joined #evergreen |
12:08 |
dbwells |
Bmagic: ultimately I think many of us would like to see a future we have a "pure" MODS XSL in Evergreen and a separate custom XSL for the tweaks we have made. It would certainly make LoC updates easier to keep up with. Getting there is just a matter of tuits... |
12:11 |
pinesol_green |
[evergreen|Remington Steed] Docs: Replace broken link, go to new LSE section - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=10426df> |
12:17 |
|
jwoodard joined #evergreen |
12:19 |
|
jwoodard joined #evergreen |
12:25 |
bshum |
kmlussier: Fwiw, I just added "needsrepatch" as an official LP tag |
12:34 |
|
Newziky1 joined #evergreen |
12:34 |
|
Newziky1 left #evergreen |
12:38 |
kmlussier |
bshum++ |
12:39 |
Dyrcona |
bshum++ |
12:44 |
jeffdavis |
Dyrcona: thanks for the bib deletion script |
12:45 |
Dyrcona |
jeffdavis: You're welcome. It has been over a year since I tested it, so it might need some changes. |
12:47 |
jeffdavis |
Understood. I'll need to make adjustments anyway to accommodate some of our local requirements, but it's nice to have something solid to work with. :) |
12:48 |
bshum |
berick: Fwiw, I also tested those TT2 changes (for locale, etc.) and think that merging to master only is a fine start. Backporting the new with the fix was trickier. |
12:49 |
bshum |
So consider that my +1 to those three bugs |
12:49 |
bshum |
Err, LPs |
12:51 |
berick |
thanks bshum |
12:58 |
mrpeters |
refresher -- what is the correct tag that needs a signoff? |
12:59 |
mrpeters |
*correct tag for a bug... |
13:01 |
mrpeters |
https://bugs.launchpad.net/evergreen/+bug/1361900 |
13:01 |
pinesol_green |
Launchpad bug 1361900 in Evergreen "Acq: Move Acqusitions Admin Menu" (affected: 2, heat: 10) [Undecided,New] - Assigned to Michael Peters (mrpeters) |
13:02 |
mrpeters |
^ fixed if anyone wants to test/signoff |
13:05 |
kmlussier |
mrpeters: pullrequest |
13:07 |
mrpeters |
ok, i thought that was for committers only, sorry |
13:30 |
kmlussier |
We've had a pretty active Bug Squashing Day so far! https://docs.google.com/spreadsheets/d/1y0wCUuQju6YpeSKVn1t8QaL6SSvK900ixuPBXSPMF0U/edit?usp=sharing |
13:30 |
kmlussier |
y'all++ |
13:31 |
mmorgan |
kmlussier++ |
13:31 |
mmorgan |
bug-squashing++ |
13:38 |
berick |
Dyrcona: still planning to create a 2.9-alpha target? |
13:40 |
pinesol_green |
Showing latest 5 of 8 commits to Evergreen... |
13:40 |
pinesol_green |
[evergreen|Galen Charlton] LP#1452352: fix generation of locale-specific RO object fetchers - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=23ec5c0> |
13:40 |
pinesol_green |
[evergreen|Mike Rylander] LP#1452352: don't leak $ctx when initializing TPAC R/O object cache - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e675997> |
13:40 |
pinesol_green |
[evergreen|Galen Charlton] LP#1452352: use fresh CStore editors when populating R/O cache - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ce4baf4> |
13:40 |
pinesol_green |
[evergreen|Galen Charlton] LP#1452366: allow EGWeb context loaders to have child_init actions - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=984ea80> |
13:40 |
pinesol_green |
[evergreen|Mike Rylander] LP#1449709: Always get a real hostname for the cache key - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=18d51a4> |
13:41 |
Dyrcona |
berick: I was going to do it, ran into something that I wanted to ask about, and then forgot about it. |
13:42 |
berick |
Dyrcona: and i think i was talking crazy when I said we shouldn't create a 2.9 series. you'll need that to create the 2.9 milestones |
13:42 |
Dyrcona |
berick: My question was related to that, basically about adding 2.9-alpha to master. |
13:43 |
Dyrcona |
So, I'll add the series and the target. |
13:45 |
berick |
Dyrcona++ |
13:46 |
Dyrcona |
Heh. I should put the dates from my email on my calendar. |
13:51 |
berick |
kmlussier: on the doc, patches merged should add 3 instead of 1 -- my last commit included 3 bugs. |
13:51 |
berick |
stats++ |
13:51 |
mrpeters |
i should have 3 -- https://bugs.launchpad.net/evergreen/+bug/1154656 and https://bugs.launchpad.net/evergreen/+bug/1406387 |
13:51 |
berick |
GLORY++ |
13:51 |
pinesol_green |
Launchpad bug 1154656 in Evergreen 2.4 "MARC Expert Search "Add Rows" adds duplicate row" (affected: 5, heat: 24) [Medium,Confirmed] |
13:51 |
pinesol_green |
Launchpad bug 1406387 in Evergreen "Metarecord holds from staff client pulls in staff barcode" (affected: 2, heat: 12) [Undecided,New] - Assigned to Terran McCanna (tmccanna) |
13:52 |
kmlussier |
berick: Ah, thanks for the clarification. :) |
13:52 |
* kmlussier |
is having trouble keeping up with all the activity today. :) |
13:52 |
Dyrcona |
Series and 2.9-alpha milestone have been created. |
13:52 |
* Dyrcona |
has been buried in SIP. |
13:53 |
* berick |
tags some 2.9-alpha bugs |
13:53 |
Dyrcona |
berick++ |
13:53 |
kmlussier |
mrpeters: Were those patches created today? |
13:53 |
mrpeters |
they were created for today, yes |
13:53 |
mrpeters |
i was asked to get them submitted for the bug squashing day today |
13:54 |
kmlussier |
Well, lots of activity was done in preparation for today that didn't get added to the stats. The stats are really a reflection of what's happening today. |
13:54 |
mrpeters |
doesn't really matter -- as long as they get seen |
13:57 |
mrpeters |
kmlussier: fair enough |
14:01 |
mrpeters |
is there a way to search for users who need signoffs? |
14:03 |
Dyrcona |
mrpeters: You could do advanced search and look for bugs with the pullrequest tag. |
14:03 |
kmlussier |
Interesting discovery on my part. The due dates for Concerto transactions are not 11:59 p.m. as would be the case for checkouts in a real system. Led to an anomaly in my testing that almost kept me from signing off on bug 638509 |
14:03 |
pinesol_green |
Launchpad bug 638509 in Evergreen 2.8 "renewing lost items fails unintuitively" (affected: 7, heat: 34) [Medium,Confirmed] https://launchpad.net/bugs/638509 |
14:03 |
mrpeters |
yeah, i just didn't know if those were already being handled by committers |
14:04 |
kmlussier |
mrpeters: I have a link on the bug squashing day wiki page to those bugs, but it's basically what Dyrcona just said. I've also been encouraging people to assign bugs to themselves if they are testing the. |
14:04 |
kmlussier |
s/the/them |
14:05 |
Dyrcona |
mrpeters: Committers often assign themselves to the bugs when they're actively looking at them. |
14:06 |
Dyrcona |
I sometimes forget to do that. |
14:07 |
jeff |
kmlussier: keep in mind that a "real system" can have non-11:59 PM due dates. |
14:07 |
kmlussier |
StomproJ: I just finished up with the Sandbox I was using. If you want, I could load the updated branch from tsbere so that you can see if it addressed the nocache issue you found. |
14:08 |
kmlussier |
jeff: Yeah, but what I considered to be an anomaly would be considered correct behavior in that situation. |
14:09 |
kmlussier |
Basically, I was tracking two parallel transactions to ensure that fines were handled the same way when one was checked in and the other renewed. I had been thinking the 2 transactions had the same due date, but the due times were an hour apart. |
14:09 |
kmlussier |
And I just happened to do my test in between those 2 due times. |
14:11 |
StomproJ |
kmlussier, that would be great. |
14:15 |
StomproJ |
So, should apache mod_headers be enabled by default for evergreen installs? Maybe it was enabled by default by apache in Squeeze but now isn't included in Jessie? |
14:16 |
tsbere |
StomproJ: I don't think so, and my extra change doesn't make it needed for the cache clearing code |
14:16 |
* tsbere |
added it to the actual AddedContent module code, negating the need to mess with the headers afterwards |
14:18 |
StomproJ |
tsbere, I did finally see your update, sorry for adding noise by not seeing it before I posted. There are quite a few other instances of conditional mod_headers blocks that set the no-cache. |
14:18 |
StomproJ |
I wonder if other functionality is affected by not having mod_headers enabled. |
14:19 |
|
abneiman joined #evergreen |
14:19 |
StomproJ |
Doesn't look like it is included in the squeeze default apache install. |
14:20 |
|
Newziky joined #evergreen |
14:22 |
dbs |
berick: fwiw, the opensrf locale bug would be appreciated by us on 2.7, but I guess I can always tackle the backporting if nobody else does |
14:23 |
dbs |
dbwells++ # roadmapping MODS |
14:25 |
mrpeters |
user/mrpeters/lp1074096_finish_removing_bib_call_number_signoff for https://bugs.launchpad.net/evergreen/+bug/1074096 |
14:25 |
pinesol_green |
Launchpad bug 1074096 in Evergreen "Advanced Search by Bib Call Number Returns 0 Results" (affected: 3, heat: 18) [Low,Triaged] |
14:25 |
mrpeters |
but one should note -- current master also has a "Call Number (Shelf Browse)" search option |
14:25 |
dbwells |
calling 0918 |
14:25 |
mrpeters |
so i dont know if that needs to go as well, or not |
14:26 |
|
finnx joined #evergreen |
14:27 |
kmlussier |
mrpeters: No, that should stay since it is using the call number assigned to the volume, not the bib call number. |
14:27 |
eeevil |
mrpeters: that's different |
14:27 |
csharp |
so... I'm trying to fix bug 914800 (as is mrpeters) - I've added the code and description to ils_events.xml, but I'm still getting the ugly skull and crossbones-style error rather than a simple alert box with the error and description |
14:27 |
pinesol_green |
Launchpad bug 914800 in Evergreen "Attempting to merge user in collections provides an unfriendly error message" (affected: 3, heat: 18) [Low,Confirmed] https://launchpad.net/bugs/914800 - Assigned to Michael Peters (mrpeters) |
14:27 |
mrpeters |
10-4 -- consider it tested and signed off by me, as well then -- wasnt sure if Rashma would get the message |
14:28 |
csharp |
what does someone need to do to get that to work? the calls in the code OpenILS::Event->new() seem to be identical |
14:28 |
csharp |
mrpeters: rashma is here in channel too, FYI |
14:28 |
mrpeters |
ah, my mistake |
14:28 |
csharp |
:-D |
14:28 |
mrpeters |
well, 2 testers never hurts ;) |
14:30 |
remingtron |
alynn26: Do you have a larger version of your screenshot from bug 1371646? |
14:30 |
pinesol_green |
Launchpad bug 1371646 in Evergreen "Docs: replacement for creating a distribution screenshot is needed" (affected: 1, heat: 6) [Undecided,Confirmed] https://launchpad.net/bugs/1371646 - Assigned to Lynn Floyd (lfloyd) |
14:31 |
remingtron |
alynn26: It's a nice shot, but would be nice to have at normal screen size |
14:34 |
pinesol_green |
[evergreen|Galen Charlton] LP#1447168: add an index on authority.simple_heading.record - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4ca421f> |
14:34 |
pinesol_green |
[evergreen|Dan Wells] LP#1447168 Stamping upgrade script for index on ash record - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4263276> |
14:45 |
csharp |
well, I don't have my name on anything today, but I've been working my tail off ;-) |
14:45 |
Bmagic |
csharp++ # tail off |
14:50 |
terran |
csharp++ Yes, Chris has had to answer about 50 of my questions alone |
14:53 |
berick |
we need a "tails worked off" column in the doc |
14:54 |
kmlussier |
+1 |
14:55 |
StomproJ |
tsbere, Your fix works great for lp#1435938, it now clears every time with no caching. Thanks, I'll re-add my sign off. |
14:55 |
tsbere |
:D |
14:56 |
kmlussier |
We've had a couple of doc commits today. I don't think that's happenened on Bug Squashing Day before. Any thoughts on whether those should be included in the tally? |
14:56 |
eeevil |
csharp: you don't need that tail anyway, just gets in the way when sitting in chairs |
14:57 |
StomproJ |
kmlussier, I would count them in the total, even if they have a different sub category. It's all work being done on bug day. |
14:58 |
kmlussier |
Yeah, a different category might be nice. |
15:01 |
dbwells |
calling 0919 |
15:04 |
remingtron |
jeffdavis: you work for Sitka, yes? |
15:04 |
remingtron |
jeffdavis: I'd like to use screenshots from these docs in the official EG docs: http://docs.sitka.bclibraries.ca/Sitka/current/html/managing-serials-records.html |
15:05 |
remingtron |
any problem with that? |
15:06 |
dbs |
remingtron: it's definitely nice to ask, but http://docs.sitka.bclibraries.ca/Sitka/current/html/index.html shows they use a CC-BY-SA license, so in theory we would just need to attribute them accordingly |
15:06 |
jeffdavis |
^ what dbs said :) |
15:06 |
remingtron |
dbs: jeffdavis: okay, thanks! |
15:07 |
dbs |
sitka++ # such great docs |
15:07 |
remingtron |
do the EG docs need to be CC too? |
15:08 |
pinesol_green |
[evergreen|Mike Rylander] LP#1289486: Remove blocking constraint from audit table - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d64a227> |
15:08 |
pinesol_green |
[evergreen|Dan Wells] LP#1289486 Stamping upgrade for dropping acq audit fkey - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0f31fcd> |
15:09 |
jeffdavis |
remingtron: yeah, that's the catch. I don't see an explicit license on the official EG docs. |
15:09 |
jeffdavis |
Of course, I'm sure we'd be happy to grant permission to use the screenshots regardless... |
15:12 |
jeffdavis |
remingtron: nevermind, I found the license for the official docs (http://docs.evergreen-ils.org/2.8/licensing.html) and it's the same as the Sitka license. So share away! |
15:13 |
remingtron |
jeffdavis: great, thanks! |
15:19 |
dbs |
gmcharlt: I'm on this gitadmin request! |
15:19 |
* gmcharlt |
unpounces |
15:19 |
gmcharlt |
;) |
15:19 |
* tsbere |
avoids pouncing on it as well |
15:20 |
berick |
cats_that_herd_themselves++ |
15:20 |
kmlussier |
Heh, I've never had to wait on a gitadmin request. You guys are awesome! |
15:20 |
dbs |
gmcharlt: except... I'm not sure I recognize that SSH key format |
15:22 |
tsbere |
dbs: Concat lines 3-6, slap an "ssh-rsa" in front of it? |
15:22 |
b_bonner |
dbs: my request? |
15:23 |
gmcharlt |
dbs: ssh-keygen -f pub_key -i |
15:23 |
dbs |
tsbere: yeah, that's what I was doing |
15:24 |
dbs |
gmcharlt: ah, better than manually doing it. thanks |
15:24 |
dbs |
b_bonner: yep :) |
15:24 |
b_bonner |
dbs: was attempting to use a windows git client and overly confused myself I think. Want me to re-do and re-send? |
15:27 |
dbs |
b_bonner: should be all good now, just added it |
15:27 |
b_bonner |
dbs: Thanks! |
15:28 |
dbs |
Just don't look at the git-admin commit logs, where I used the wrong first name for you in the commit message :( |
15:28 |
* dbs |
could probably safely rewrite history, but will instead own up to his mistake |
15:31 |
b_bonner |
dbs: I won't look, and I've undoubtedly been called worse things. |
15:32 |
|
bmills joined #evergreen |
15:33 |
bshum |
dbs: what no revert, then re-commit with a better message? :) |
15:33 |
bshum |
b_bonner++ # git powah! |
15:34 |
* bshum |
disappears again to find a better internet connection... |
15:46 |
|
Newziky1 joined #evergreen |
15:49 |
terran |
I've posted a fix (I hope) for this one if anyone has time to test: https://bugs.launchpad.net/evergreen/+bug/1396263 |
15:49 |
pinesol_green |
Launchpad bug 1396263 in Evergreen "SMS 'Return to Record' link breaks after texting if user has to log in" (affected: 2, heat: 10) [Medium,Confirmed] |
16:24 |
berick |
tsbere: are you using bug 1347807 on a live server? i'm curious how it's being used. |
16:24 |
pinesol_green |
Launchpad bug 1347807 in Evergreen "Add examples config blocks for "No Image" jacket images" (affected: 1, heat: 6) [Undecided,Confirmed] https://launchpad.net/bugs/1347807 |
16:25 |
tsbere |
berick: I figured it out as a "proof we could" - We decided not to afterwards, though it may come up again. |
16:26 |
berick |
tsbere: gotcha |
16:26 |
tsbere |
berick: Some of it was due to added content returning a "no image" image at the time. I ended up re-writing how content cafe did things and made that stop happening...which brought about "do we want that to happen?" |
16:28 |
alynn26 |
remingtron: Updated the screen shot in Launch pad. |
16:33 |
|
akilsdonk joined #evergreen |
16:41 |
remingtron |
alynn26: thanks! |
16:42 |
|
bmills joined #evergreen |
16:44 |
jeff |
dear past self: thank you for creating this database view. |
16:49 |
|
bmills1 joined #evergreen |
16:51 |
eeevil |
kmlussier: are you the keeper of the spreadsheet, or can that be updated by others? |
16:52 |
kmlussier |
eeevil: I'm the keeper |
16:52 |
kmlussier |
You could, but if you update LP, I'll get the notification too. |
16:53 |
kmlussier |
Oops! Answering questions in channel that were asked somewhere else. :) |
16:56 |
Dyrcona |
:) |
17:07 |
* kmlussier |
is hitting the road, but may test two more things before the day is done. |
17:07 |
kmlussier |
Thanks everyone for all the work you did today! |
17:07 |
berick |
kmlussier++ |
17:07 |
berick |
right back atcha |
17:13 |
|
jlundgren left #evergreen |
17:21 |
|
mmorgan left #evergreen |
17:22 |
|
gdunbar joined #evergreen |
17:22 |
StomproJ |
kmlussier++ for coordinating bug day! |
17:26 |
Bmagic |
kmlussier++ |
17:26 |
Bmagic |
kmlussier++ # big time |
17:35 |
|
gmcharlt joined #evergreen |
18:51 |
terran |
kmlussier++ and Bmagic++ for their tireless assistance! |
20:33 |
bshum |
@roulette |
20:33 |
pinesol_green |
bshum: *click* |
20:34 |
gsams |
I've got an odd issue with parts, I can't seem to give anyone permissions to create and manage parts... |
20:34 |
gsams |
I have permissions, and I've assigned the appropriate permissions to others, but no one else can create the parts |
20:35 |
kmlussier |
gsams: Is the depth 0? |
20:36 |
kmlussier |
For creating a managing parts, you need to assign the permissions at a depth of 0 because they are bib-level parts. |
20:36 |
kmlussier |
s/a/and |
20:38 |
gsams |
ah, that may be the mistake then! |
20:38 |
gsams |
kmlussier++ # I'll look into that |
20:41 |
bshum |
b_bonner++ # your fix for bug 757533 looks good. I'll sign and push it on for you. |
20:41 |
pinesol_green |
Launchpad bug 757533 in Evergreen "Item Status Alternate View Scrolling and Visibility" (affected: 4, heat: 24) [Low,Confirmed] https://launchpad.net/bugs/757533 - Assigned to Bradley Bonner (bbonner) |
20:44 |
b_bonner |
bshum: thanks for taking a look. Just a little something, we wanted to contribute to bug squashing day |
20:44 |
bshum |
Most def! |
20:45 |
pinesol_green |
[evergreen|Bradley Bonner] LP#757533: adds scrollbars (when necessary) to the item status alternate view tab box. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=dea575f> |
20:47 |
bshum |
I think that's your first authored commit. Welcome and I'm sure you'll get your name to the page of glory soon enough ;) |
20:48 |
b_bonner |
bshum: I know! (I haven't really been slacking off all these years) |
20:48 |
bshum |
:D |
20:55 |
pinesol_green |
[evergreen|Josh Stompro] LP#1457094 Switch to package libtemplate-plugin-posix-perl for Debian Jessie - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d74b09b> |
21:03 |
pinesol_green |
[evergreen|Josh Stompro] LP#1456021 Enable apache modcgi during install for Debian Jessie - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0898959> |
21:07 |
pinesol_green |
[evergreen|Blake Henderson] LP#1194860: You have permission to override some of the failed holds. appearing when it should not for patrons in the OPAC Edit - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=adc2aff> |
21:09 |
kmlussier |
And the bshum merging begins! :D |
21:10 |
kmlussier |
b_bonner++ |
21:10 |
bshum |
kmlussier: I'm just doing the lazy part. |
21:10 |
bshum |
But thanks to everyone who tested and signed off. |
21:11 |
kmlussier |
Another signoff is on its way |
21:12 |
kmlussier |
And then I'm going to bed. Been up since 3:30 a.m. |
21:12 |
|
gdunbar joined #evergreen |
21:17 |
bshum |
kmlussier: Indeed |
21:17 |
bshum |
kmlussier++ |
21:17 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1403966: Remove publication-specific information from metarecord results page - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9687a8b> |
21:22 |
* kmlussier |
will update the spreadsheet before calling it a night. |
21:24 |
* bshum |
will probably finish things out throughout the night but will take it slow and easy :) |
21:27 |
pinesol_green |
[evergreen|Jason Etheridge] LP#1452883: prevent staff client warnings w/ Google Analytics - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0848d4c> |
21:31 |
pinesol_green |
[evergreen|Jeff Davis] LP#1074096: Remove Bib Call Number from query type selector - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b5b56e0> |
21:39 |
pinesol_green |
[evergreen|Chris Sharp] LP#1446860 Staff were able to edit their own accounts. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8af9767> |
21:39 |
pinesol_green |
[evergreen|Chris Sharp] LP#1446860 - Correct mistaken logic in previous fix. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a0d9890> |
21:41 |
kmlussier |
bshum++ #Catching missing release notes entry |
21:41 |
bshum |
kmlussier: It was already tagged, but I didn't notice that before I wrote the need for one. |
21:43 |
pinesol_green |
[evergreen|Mike Rylander] LP#1463973: Use dollar-quoting for report literals - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c5f2836> |
21:45 |
kmlussier |
Damn! I was just about to log off for the night, and bshum merged another one. ;) |
21:45 |
bshum |
kmlussier: I still got three more to read through |
21:45 |
pinesol_green |
[evergreen|Blake Henderson] LP1440148 Long overdue Items out TPAC OPAC display My Account - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6091242> |
21:45 |
bshum |
https://bugs.launchpad.net/evergreen/+bugs?field.searchtext=&orderby=-importance&search=Search&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.importance%3Alist=UNKNOWN&field.importance%3Alist=UNDECIDED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&field.importance% |
21:45 |
bshum |
3Alist=MEDIUM&field.importance%3Alist=LOW&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=+signedoff+&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used= |
21:45 |
bshum |
&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on |
21:45 |
bshum |
Oops. |
21:46 |
bshum |
Yeah that's a long query |
21:46 |
bshum |
I could have shrunk that for brevity :\ |
21:46 |
kmlussier |
Well, that's all I'm doing for tonight. I'll catch up in the morning. |
21:46 |
kmlussier |
Have a nice night! |
21:46 |
bshum |
kmlussier: You too! |
21:51 |
pinesol_green |
[evergreen|Terran McCanna] LP#1396263: Fix for 'Return to Record' link breaks after texting - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=72e7839> |
21:53 |
pinesol_green |
[evergreen|Jason Stephenson] LP#638509: Remove the stop_fines checks from do_renew's circulation search. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=773c20d> |
21:53 |
pinesol_green |
[evergreen|Jason Stephenson] LP#638509: Handle COPY_STATUS_LOST and COPY_STATUS_LONG_OVERDUE in renewal. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9612645> |
21:57 |
pinesol_green |
[evergreen|Chris Sharp] LP1444623: Remove "Safe" CPAN dependency from Debian/Ubuntu Makefile.install files - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=120803d> |
22:04 |
|
bmills joined #evergreen |
22:25 |
* berick |
checks in to see a hail storm of awesome from bshum |
22:25 |
berick |
bshum++ |
22:26 |
bshum |
berick: Heh, thanks. I'm pausing for now, but I've got a working list of more stuff to check over before we do maintenance cuts next week. |
22:26 |
bshum |
Looking like it'll be a good point release though. |
22:26 |
berick |
heck yeah |
22:29 |
jeff |
huh. |
22:30 |
jeff |
guess i need to reserve more time in my week. |
22:30 |
bshum |
jeff: Ask the universe for more time for the rest of us when you do. |
22:30 |
jeff |
yeah. |
22:30 |
jeff |
mostly i feel bad when i see people asked me questions on bugs that i didn't make time to answer. |
22:30 |
jeff |
then... broken things happen. |
22:31 |
jeff |
not sure the best approach. sometimes it's difference of opinion. |
22:31 |
jeff |
bigger problem than just "need more time" :-) |
22:31 |
bshum |
jeff: I think I know what you're referring to, and yeah :\ |
22:33 |
jeff |
of course, lacking actual documentation of design/intent for some things (which it could be crippling to require), sometimes it comes down to... and i've lost my thought. |
22:34 |
|
sbrylander joined #evergreen |
22:34 |
jeff |
bshum: pretty sure i know which one you're guessing, but it's not just that. :-) |
22:34 |
jeff |
bshum: also, no hard feelings / please don't take personally :-) |
22:35 |
bshum |
jeff: Oh I wouldn't have merged it if I wasn't willing to stand by it myself ;) |
22:35 |
jeff |
heh |
22:35 |
* bshum |
was tired of manually fixing that in every git build for his servers |
22:36 |
jeff |
never simple. |
22:37 |
bshum |
Someone's bug is another person's feature? |
22:37 |
bshum |
Since we're talking about it, what is the objection actually? |
22:39 |
* bshum |
doesn't mind reverting something if there's a real problem that we're missing :( |
22:39 |
jeff |
to bug 1446860? |
22:39 |
pinesol_green |
Launchpad bug 1446860 in Evergreen "staff users can edit their own accounts" (affected: 3, heat: 14) [High,Fix committed] https://launchpad.net/bugs/1446860 |
22:39 |
bshum |
Right. |
22:39 |
|
bmills joined #evergreen |
22:40 |
jeff |
there is... at least one iceberg. |
22:49 |
jeff |
[conversation ensues elsewhere] |
23:06 |
jeff |
at this point, has bug 1013786 become a new feature? |
23:06 |
pinesol_green |
Launchpad bug 1013786 in Evergreen 2.3 "tpac: Check for password strength at login" (affected: 7, heat: 36) [Medium,Confirmed] https://launchpad.net/bugs/1013786 |
23:09 |
bshum |
jeff: Heh, I'm not opposed to calling it that when it gets built :) |
23:09 |
* bshum |
suspects there are generations of Evergreen users now who know nothing else... :\ |
23:09 |
* jeff |
nods |
23:19 |
jeff |
the good news is that we'll improve on the previous jspac flow for initial login / weak password. |
23:19 |
jeff |
it was: |
23:19 |
jeff |
1. enter username/barcode and password |
23:19 |
jeff |
2. prompt to change password, require enter current password (which you just entered), new password twice |
23:19 |
jeff |
3. you are now logged out |
23:20 |
jeff |
4. log in with username/barcode and the password you just set |
23:20 |
bshum |
Sounds vaguely familiar. |
23:46 |
jeff |
so we'll be removing a number of files with 2.9. i think "remove these files if not doing a clean install" is probably something that we'll recommend in the release notes. i don't think we have existing examples of the install removing files, and i'm not sure we want to start now. |
23:48 |
jeff |
oh. xulrunner has decided to stop resolving names until i restart. |
23:49 |
jeff |
handy! |