| 09:27 |
Dyrcona |
Debian package maintainers strike again! |
| 09:28 |
Dyrcona |
Pakaging erlang with the distributed features turned off. |
| 09:29 |
Dyrcona |
Thereby defeating the whole point of erlang. |
| 09:29 |
tsbere |
Supposedly fixed, but not on any version we are running on our end. <_< |
| 09:29 |
tsbere |
(which broke me testing stuff with it this weekend) |
| 09:30 |
jeff |
"Oh honey, he's teasing you. Nobody has TWO computers." |
| 09:36 |
kmlussier |
berick: We're due for another Bug Squashing Day in February. But I don't want it to interfere with 2.8 release activities. Do you have any thoughts on what timing would work best? |
| 09:36 |
kmlussier |
Maybe we should put it off until March. |
| 11:16 |
pinesol_green |
kmlussier: The operation succeeded. kmlussier hates undrinkable coffee. |
| 11:17 |
csharp |
@coffee kmlussier |
| 11:17 |
* pinesol_green |
brews and pours a cup of Kenya Peaberry Thika Gethumbwini, and sends it sliding down the bar to kmlussier |
| 11:18 |
kmlussier |
csharp: Thank you! I'm sure it will be better than the cup I just poured down the drain. |
| 11:25 |
kmlussier |
I apparently shouldn't be testing without my usual allotment of caffeine. I just set up a Vandelay match set that says "020 and 022 and 024 and 028" and then couldn't figure out why none of my incoming records were finding matches. |
| 11:33 |
|
jihpringle joined #evergreen |
| 11:35 |
kmlussier |
berick: I'm looking at bug 1350371. In the original description, you say Evergreen will "warn" the user if a duplicate PO name is used. The term "warn" makes me think a user can override the warning, but I don't see a way to override it and use the same PO name. |
| 11:35 |
pinesol_green |
Launchpad bug 1350371 in Evergreen "ACQ improved duplicate order detection" (affected: 1, heat: 6) [Wishlist,New] https://launchpad.net/bugs/1350371 - Assigned to Kathy Lussier (klussier) |
| 11:36 |
kmlussier |
Should I be able to override it and use the same PO name if I need to? Or is it working as designed? |
| 11:36 |
berick |
kmlussier: it should probably say "prevent" |
| 15:40 |
kmlussier |
Awww, thanks! I always assumed I was the thorn in everyone's side. ;) |
| 15:41 |
kmlussier |
buzzy: Do you have credentials to add an announcement to the Evergreen blog or do you want somebody else to do that? |
| 15:42 |
buzzy |
hmm, that's a good question. let me check |
| 15:43 |
berick |
bshum: i'm curious if anything came from your testing of bug 1261777 |
| 15:43 |
pinesol_green |
Launchpad bug 1261777 in Evergreen "User editor cloned address owner link fails to load new tab" (affected: 1, heat: 6) [Medium,Incomplete] https://launchpad.net/bugs/1261777 |
| 15:43 |
buzzy |
i do, in fact. i'll do that now. |
| 15:43 |
bshum |
berick: I probably got side tracked and didn't finish testing from a clean install. I can try it again though. |
| 15:44 |
bshum |
It looks straightforward enough.... |
| 15:45 |
berick |
bshum: well, i'm just doing some bug wrangling. it's not urgent. |
| 15:45 |
bshum |
berick: It's fine, wrangle away. I'll add it to my list of things to take a look over though for you. |
| 15:46 |
berick |
thanks, bshum |
| 16:40 |
bshum |
pinesol_green: obey me, slave! |
| 16:40 |
pinesol_green |
bshum: http://wonder-tonic.com/geocitiesizer/content.php?theme=2&music=6&url=evergreen-ils.org |
| 16:43 |
Bmagic |
bshum: it also writes to /tmp/blablabla file, while the edi process is running, I can snag that file and read it. It has stuff in it! weird |
| 16:43 |
kmlussier |
bshum/buzzy: I could be wrong, but I believe we allow attendees to edit their registrations in Eventbrite. If so, that might be a way to add on the lunches at a later date. |
| 16:43 |
kmlussier |
But I can test that further after I register. |
| 16:48 |
* kmlussier |
thinks she will add the conference to http://opensource.com/resources/conferences-and-events-monthly |
| 16:48 |
bshum |
@whoami |
| 16:48 |
pinesol_green |
bshum: bshum |
| 16:48 |
bshum |
Good. |
| 17:05 |
|
dcook joined #evergreen |
| 17:05 |
kmlussier |
Have a nice night everyone! |
| 17:05 |
|
mmorgan left #evergreen |
| 17:06 |
Bmagic |
bshum: I setup a ftp server and tested edi against that, it worked! So it is the FTP..... off to contact their server admin. Thanks everyone! |
| 17:07 |
bshum |
Bmagic: Good luck! |
| 17:08 |
jeffdavis |
mrpeters: It supports checkout. I don't recall seeing that kind of lag, but I'll ask folks who have done more of the testing. |
| 17:09 |
mrpeters |
that would be great, i'd love to hear how long it takes. We didn't have as good of results as it seems you have had. |
| 17:12 |
jeffdavis |
mrpeters: I do know grabbing availability details is usually quite fast. Getting a list of a patron's current holds/checkouts can be a little slow, but still only a few seconds (not as much as 15). I'll let you know what I hear back. |
| 17:13 |
mrpeters |
thats great to hear |
| 09:57 |
kmlussier |
bshum: You don't hate server power failures? |
| 09:58 |
bshum |
Not today anyways. |
| 09:58 |
|
remingtron joined #evergreen |
| 10:32 |
csharp |
wow - so postgres replication is not at all scary to setup - nowhere near as complicated as slony |
| 10:32 |
csharp |
I'm running it in some test VMs - so far so good |
| 10:33 |
kmlussier |
csharp: Is that something you're thinking of doing in production? |
| 10:33 |
bshum |
csharp: It is pretty awesome. |
| 10:33 |
kmlussier |
I know it's something that OmniTI recommended in their report. |
| 13:32 |
Dyrcona |
I used to like pam, but now I don't. :) |
| 13:33 |
eeevil |
heh |
| 13:39 |
Dyrcona |
What I'm not finding is what happens if the limits for all uses is set to 65535 and the line is commented out in su. Will pam use some built-in limit? |
| 13:42 |
jeff |
even if i thought i knew the answer, i'd test by doing something like echoing the output of uname -a into a file from within an init script that uses su |
| 13:42 |
jeff |
(from a command run with su from an init script, that is) |
| 13:48 |
Dyrcona |
Here's a little something from the Debian wiki: Note that pam_limits is not used in /etc/pam.d/common-session and /etc/pam.d/common-session-noninteractive, so it won't be active for daemons |
| 13:51 |
Dyrcona |
Dunno if that applies here for certain, since the init script does use su. |
| 13:51 |
Dyrcona |
Dunno if setting in either of those files would do anything. |
| 16:27 |
dbs |
and then we'll get to try and deal with RDA :) |
| 16:28 |
dbs |
Next stop, BIBFRAME |
| 16:30 |
kmlussier |
dbs++ |
| 17:05 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:12 |
dbs |
Archive::Zip-- |
| 17:13 |
dbs |
We've been living with broken windows and ugly graffitti too long |
| 17:32 |
|
mmorgan left #evergreen |
| 05:09 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:44 |
|
tsbere_ joined #evergreen |
| 06:14 |
|
mtate joined #evergreen |
| 06:14 |
|
eeevil joined #evergreen |
| 09:39 |
* csharp |
rubs hands together evilly |
| 09:40 |
collum |
http://themushroomkingdom.net/media/smw/wav |
| 09:41 |
csharp |
collum++ |
| 09:41 |
bshum |
I remember that site |
| 09:42 |
bshum |
I borrowed clips from there to experiment once on one of my test servers :) |
| 09:45 |
bshum |
Hmm |
| 09:45 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/638509 |
| 09:45 |
pinesol_green |
Launchpad bug 638509 in Evergreen 2.4 "renewing lost items fails unintuitively" (affected: 6, heat: 30) [Medium,Confirmed] |
| 09:45 |
bshum |
Dyrcona has some code on that bug |
| 09:45 |
bshum |
Maybe we should pull it out of the dark |
| 11:31 |
Dyrcona |
This is a case of, "We expect you to know something about Linux before you install Evergreen." ;) |
| 11:31 |
kmlussier |
I'm filing an LP bug. I'll work on it if I have time, but it will be there in case somebody else has the tuits to do it. |
| 11:32 |
* dbs |
looks at the "20 * * * *" he has had running in production for the past five years and wonders why he hasn't seen problems |
| 11:32 |
bshum |
kmlussier: Well not running it during the day may not be a problem for long if we tested tsbere's fix for https://bugs.launchpad.net/evergreen/+bug/1018011 and found it to solve the issue. |
| 11:32 |
pinesol_green |
Launchpad bug 1018011 in Evergreen "Incorrect copy status caused by reshelving process colliding with item checkout" (affected: 5, heat: 24) [Medium,Confirmed] |
| 11:33 |
dbs |
Ah, academics don't tend to be busy relative to publics, but yes, those symptoms sound familiar. |
| 11:34 |
bshum |
dbs: I think Bmagic included a query for the auditor table to identify items that go through these bad transitions. |
| 13:53 |
pinesol_green |
Launchpad bug 1401177 in Evergreen 2.6 "Results of a metarecord search will display duplicate format icons" (affected: 5, heat: 26) [Medium,Fix committed] |
| 13:54 |
dbs |
Seq Scan on billing, yay |
| 13:54 |
bshum |
csharp: See above |
| 13:54 |
csharp |
dbs: when I tested long ago on our test server with real PINES data, it was speedy to acceptable |
| 13:54 |
csharp |
dbs: but it's been a while |
| 13:55 |
csharp |
bshum++ # thanks |
| 13:56 |
* dbs |
throws in CREATE INDEX CONCURRENTLY m_b_xact_time_idx ON money.billing (xact, billing_ts); and gets an index scan instead |
| 13:59 |
dbs |
Still 8600 ms |
| 14:00 |
dbs |
But better than the 16500ms without the index |
| 16:38 |
* bshum |
likes dbs' patches anyways |
| 16:39 |
* kmlussier |
loves it when Conifer catches up. :) |
| 16:41 |
|
wjr joined #evergreen |
| 16:51 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:11 |
|
mmorgan left #evergreen |
| 17:29 |
|
mrpeters left #evergreen |
| 20:36 |
|
buzzy joined #evergreen |
| 00:00 |
bshum |
dbwells++ # 2.6.5 |
| 01:16 |
|
akilsdonk joined #evergreen |
| 04:08 |
|
dbwells joined #evergreen |
| 04:54 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:12 |
|
BigRig joined #evergreen |
| 06:12 |
|
phasefx joined #evergreen |
| 06:12 |
|
maryj joined #evergreen |
| 11:39 |
bshum |
We talked about calling the developer target if we select packager right? |
| 11:39 |
bshum |
Since we need the developer pre-req's to build the web client properly |
| 11:39 |
berick |
yes, i'll add that too |
| 11:39 |
bshum |
berick++ # looking forward to testing :) |
| 11:42 |
dbwells |
berick: bshum: I'd be happy to look over and otherwise help out with a EG build wiki page. For maintenence releases, I have it mostly boiled down now to a list of 20 or so commands which I copy and paste :) |
| 11:42 |
dbwells |
A few parts could be easily scripted, but I haven't gotten lazy enough yet. |
| 11:45 |
berick |
dbwells: this list of which you speak... |
| 12:22 |
dbwells |
With ".." we see every commit since the common ancestor. With "--cherry-pick --right-only A...B", we see every commit since the common ancestor, minus those which have an equivalent commit on "the other side". That's my understanding, at least :) |
| 12:23 |
dbwells |
Plus, I think the "--cherry-pick --right-only" options we have in there do nothing with the ".." operator, so something has to give. |
| 12:24 |
* berick |
escorts 2 git commands into the thunderdome |
| 12:34 |
dbwells |
I think it only matters when crossing a major version, as that's the only time the common ancestor won't be linear with the possible changes. |
| 12:36 |
dbwells |
berick: You're probably trying the same thing, but I just tested a changelog from rel_2_5_5...rel_2_6_0 vs rel_2_5_5..rel_2_6_0, and the "..." successfully excluded 950dede414 / 6ec8bcea7e as being equivalent (and thus not a real change). |
| 12:36 |
pinesol_green |
[evergreen|Liam Whalen] LP#1037171 Removed Expert Search paramters from subject links - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=950dede> |
| 12:36 |
pinesol_green |
[evergreen|Liam Whalen] LP#1037171 Removed Expert Search paramters from subject links - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6ec8bce> |
| 12:38 |
dbwells |
With the full command being that from the build script: git log --cherry-pick --right-only --no-merges --pretty --summary --numstat rel_2_5_5...rel_2_6_0 |
| 12:38 |
dbwells |
vs. git log --cherry-pick --right-only --no-merges --pretty --summary --numstat rel_2_5_5..rel_2_6_0 |
| 12:39 |
berick |
dbwells: got sidetracked, so thanks for testing.. shall I pull it into master? |
| 12:40 |
dbwells |
berick: Yes, I am confident now :) |
| 12:40 |
berick |
cool, will do in a few minutes |
| 12:40 |
bshum |
dbwells++ |
| 08:08 |
|
akilsdonk joined #evergreen |
| 08:11 |
|
collum joined #evergreen |
| 08:12 |
|
ericar joined #evergreen |
| 08:16 |
csharp |
tests++ |
| 08:17 |
csharp |
I made a wrong choice when manually merging a conflicted file and the perl test suite found it when building |
| 08:29 |
|
mrpeters joined #evergreen |
| 08:32 |
dbs |
csharp++ # for running tests! |
| 08:33 |
|
mdriscoll joined #evergreen |
| 08:36 |
|
Dyrcona joined #evergreen |
| 08:39 |
|
Shae joined #evergreen |
| 13:55 |
csharp |
yeah, we're not going to use websockets (in production anyway) |
| 13:56 |
bshum |
So, like I said, a label :) |
| 13:56 |
bshum |
But now I'm curious to see if I can build a tarball anyways |
| 13:56 |
csharp |
well, I would understand the "it's just a label" idea if it wasn't labled alpha :-) |
| 13:56 |
csharp |
"alpha" means "pre-release, test at your own risk" |
| 13:59 |
jeff |
pay no attention to that sign that says "EXTREMELY DANGEROUS" |
| 13:59 |
jeff |
</obSidReference> |
| 14:00 |
|
nhilton joined #evergreen |
| 14:09 |
bshum |
csharp: fwiw, the only difference between 2.4.0-alpha and master seems to be the additional commits I added for websockets documentation and some changes to the apache files. |
| 14:09 |
dbs |
tagging is easy enogh |
| 14:09 |
dbs |
enough |
| 14:10 |
bshum |
So essentially, if you've tested alpha and it's not broken, then good odds that'll be the only thing we see for 2.4.0 real |
| 14:10 |
bshum |
Unless there's more stuff waiting to get pulled in for OpenSRF. |
| 14:10 |
bshum |
Which I haven't looked at lately actually. |
| 14:11 |
dbs |
http://evergreen-ils.org/dokuwiki/doku.php?id=dev:release_process:opensrf:2.0 includes the git tag command |
| 14:11 |
bshum |
dbs: Right, I just have to remember where my keys are |
| 14:13 |
* dbs |
thinks he probably lost his GPG key too |
| 14:25 |
kmlussier |
csharp: When are you upgrading? |
| 14:26 |
csharp |
kmlussier: next weekend (MLK) |
| 14:30 |
Dyrcona |
I misspoke: I take care of it in a setup script for trusty, not in our local apache config branch. |
| 14:30 |
Dyrcona |
That makes it easier to test! |
| 14:33 |
|
mrpeters joined #evergreen |
| 14:35 |
* bshum |
decides to take a crack at making an OpenSRF release |
| 14:38 |
jeff |
kmlussier++ |
| 14:53 |
jboyer-isl |
So we treat those branches like tags, but only in so far as everyone just leaves them alone? |
| 14:53 |
berick |
jboyer-isl: exactly |
| 14:54 |
jboyer-isl |
I see. I'm starting to come around on the tagging front. |
| 15:17 |
bshum |
Alright, I have to poke at my GPG key setup more before I can push the tagged release. |
| 15:17 |
bshum |
But the generated files do appear to be set |
| 15:17 |
bshum |
I'll get those moved over to Lupin |
| 15:25 |
bshum |
Alright, files uploaded |
| 15:25 |
bshum |
For brave souls: http://evergreen-ils.org/downloads/opensrf-2.4.0.tar.gz |
| 15:26 |
bshum |
I'm doing a quick test to make sure it isn't borked and then I'll update the downloads page properly. |
| 15:30 |
|
vlewis joined #evergreen |
| 15:37 |
bshum |
Success, figured out my GPG situation. |
| 15:37 |
bshum |
Getting the git tag set |
| 15:39 |
|
edoceo_ joined #evergreen |
| 15:39 |
bshum |
Cool, it worked! :D |
| 15:39 |
* bshum |
is happy |
| 15:39 |
Dyrcona |
bshum++ |
| 15:40 |
Dyrcona |
I've tagged releases on a couple of my github repos where I think it makes sense. |
| 15:45 |
dbs |
bshum++ |
| 15:55 |
pinesol_green |
kmlussier: yboston was last seen in #evergreen 2 weeks, 4 days, 3 hours, 22 minutes, and 17 seconds ago: <yboston> will keep you posted in janaury |
| 16:30 |
|
dreuther_ joined #evergreen |
| 16:36 |
|
vlewis_ joined #evergreen |
| 16:39 |
mceraso |
bshum: Just finished testing the OpenSRF 2.4 tarball on Ubuntu 14.04 LTS. Works like a charm! |
| 16:39 |
* dbs |
needs to look deeper into this SIP pattern of OILS bootstrap loaded, login w/ 941, INPUT MSG: '9900302.00', followed immediately by another OILS bootstrap loaded, login w/98.... pattern that happens every 90 seconds |
| 16:40 |
bshum |
mceraso++ # thanks :) |
| 16:43 |
eeevil |
dbs: are you using Multiplex (not to be confused with comment's claim of "Mulitplex" -- business in the front, lots of parties in the back?) mode? |
| 16:46 |
dbs |
eeevil: I haven't specified it in oils_sip.xml, so whatever the default it |
| 16:46 |
dbs |
is |
| 16:46 |
eeevil |
dbs: ah. prefork is the default still |
| 16:46 |
dbs |
SIPConfig.xml seems to suggest that it would be prefork |
| 16:47 |
dbs |
Might be some setting from our self-check that dates back 3 years that doesn't play well with current SIPServer I guess |
| 16:48 |
dbs |
eeevil: is "make test" supposed to currently work on SIPServer master? |
| 16:50 |
eeevil |
dbs: I've no idea, I don't think I've ever tried. the SIPServer code itself has not been made "package-friendly", I don't think. I don't rightly recall if there's even a dummy "ils" implementation module, which I think would be needed for 'make test' |
| 16:50 |
dbs |
(assuming of course that you've run "PERL5LIB=. ./sip_run.sh" to get the dummy sipserver running) |
| 16:51 |
* dbs |
answered the second recollection at least :) |
| 16:51 |
eeevil |
(and I'll bet that it hasn't been kept up to date with stuff we've added to the evergreen "driver") |
| 17:09 |
bshum |
Ha |
| 17:10 |
* csharp |
rides off into the sunset |
| 17:11 |
|
mmorgan left #evergreen |
| 17:13 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:16 |
phasefx |
that Archive::Zip failure also impacts the Excel Writer module that the reporting system uses |
| 17:17 |
bshum |
phasefx: What debian are we using for that server? |
| 17:17 |
phasefx |
wheezy |
| 17:26 |
* bshum |
refers back to: http://irc.evergreen-ils.org/evergreen/2014-08-04#i_115000 |
| 17:26 |
bshum |
Where we last talked about packaged vs. CPAN |
| 17:27 |
bshum |
But yeah, the packaged version is a bit dated |
| 17:30 |
eeevil |
yeah ... I'd fear 0.47, I think ... there was something specific we use that older versions lacked |
| 17:33 |
eeevil |
well, it looks like it /should/ work ... anyone have tuits for testing that? |
| 17:34 |
eeevil |
did precise even have the module? squeeze does not |
| 17:35 |
|
dreuther_ joined #evergreen |
| 17:35 |
bshum |
eeevil: I don't see it listed, so I'm guessing no. |
| 17:36 |
|
dreuther__ joined #evergreen |
| 09:02 |
bshum |
mrpeters: I'm almost certain that the order is relevance based |
| 09:03 |
mrpeters |
OK, so the same as the default strategy for the regular OPAC? |
| 09:03 |
bshum |
That would be my expectation. |
| 09:04 |
mrpeters |
easy way to test, i suppose -- run the same search string in tpac and limit the audiences :) |
| 09:04 |
bshum |
I'm sure you could try altering it by tacking on more variables to the URL. |
| 09:04 |
mrpeters |
nope, you nailed it |
| 09:04 |
pie_ |
bshum: heh. thanks |
| 10:02 |
|
Guest5683 joined #evergreen |
| 10:03 |
|
pie_ joined #evergreen |
| 10:14 |
|
RBecker_ joined #evergreen |
| 10:15 |
bshum |
@later tell tsbere Hmm, "Config variable ${SERVER_PORT} is not defined" is ending up in my apache warnings whenever I restart on apache 2.4 with Ubuntu Trusty. Test converting our rewrite maps/rules from 2.2 to 2.4. |
| 10:15 |
pinesol_green |
bshum: The operation succeeded. |
| 10:21 |
|
Dyrcona joined #evergreen |
| 10:31 |
|
RBecker joined #evergreen |
| 10:50 |
|
dkyle joined #evergreen |
| 11:00 |
|
jboyer-isl joined #evergreen |
| 11:16 |
mmorgan |
Anyone around who has worked with the Merge Monograph Parts functionality in 2.7? |
| 11:17 |
bshum |
mmorgan: I tested it |
| 11:17 |
bshum |
And pushed those commits to master during 2.7 |
| 11:17 |
bshum |
What seems to be up? |
| 11:21 |
bshum |
parts-- # asking about parts is dangerous |
| 11:21 |
|
mmorgan joined #evergreen |
| 11:25 |
mmorgan |
sorry for dropping out, kicked the power strip :-( |
| 11:25 |
bshum |
mmorgan: I blamed it on parts, don't worry about it :) |
| 12:04 |
|
mmorgan left #evergreen |
| 12:26 |
* bshum |
grumbles at bug 1406788 |
| 12:26 |
pinesol_green |
Launchpad bug 1406788 in Evergreen "KPAC Login Redirect Issue" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1406788 |
| 12:27 |
bshum |
abowling++ # I'll test that one cause I probably broke it when I merged redirect changes a couple releases back |
| 12:31 |
bshum |
abowling: On the other hand, initial testing doesn't seem to redirect it where I think it should. I'll poke at it some more :) |
| 12:32 |
jeff |
heh. i was just looking at that. :-) |
| 12:32 |
bshum |
jeff: Heh |
| 12:52 |
|
jboyer-isl joined #evergreen |
| 09:07 |
Dyrcona |
The quotes very likely change the search. |
| 09:08 |
Dyrcona |
One would assume it turns it into a phrase. |
| 09:08 |
Dyrcona |
berick: It turns out that I have not been running the fine generator on my new dev VM for the past ten days. |
| 09:08 |
Dyrcona |
berick: Anything in particular I should watch for while testing your branch? |
| 09:09 |
krvmga |
Dyrcona: i'm guessing that is so. what i can't account for is why there are more results with a more restrictive format filter. |
| 09:10 |
mmorgan |
krvmga: I get more results in our catalog with book(all) - 6304 vs book(regular print) - 4192, so am not seeing the same thing |
| 09:10 |
dbs |
krvmga: do you page through all of the results to find out how many there actually are? |
| 14:36 |
cfarley |
So I'm saying, hide everything below the catelog and effectively ignore them. |
| 14:37 |
Dyrcona |
Yes, but a lot of things expect there to be a tree and go up and down the tree looking for settings, etc. |
| 14:37 |
Dyrcona |
So, 1 mistake can throw that off. |
| 14:37 |
cfarley |
I see, maybe I'll have to do some testing |
| 14:38 |
Dyrcona |
If all you do is allow the top org unit type to have volumes/copies and users, and then just use that org unit type as your only org. unit, you should be OK. |
| 14:39 |
Dyrcona |
Testing is always good, preferably in a separate installation from production. |
| 14:55 |
cfarley |
I just noticed that my Catelog and system levels are greyed out in the Pickup location dropdown box on the place hold screen. Does anyone know what is needed to get these enabled? |
| 14:57 |
bshum |
cfarley: I believe that's controlled via the type of organization unit that's employed. There's a flag on the org unit type that sets it as allowing volumes and copies. If the unit type doesn't allow that, then they're typically not eligible as hold pickup locations. |
| 14:57 |
bshum |
Generally speaking, it's assumed in the stock setup that the top level and system levels do not actually house copies of materials. |
| 17:02 |
|
pie_ joined #evergreen |
| 17:02 |
pie_ |
Hey guys, has anyone ever used usemarcon or have access to some conversion tables/rulesets? |
| 17:03 |
|
mrpeters left #evergreen |
| 17:07 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:08 |
|
mmorgan left #evergreen |
| 17:37 |
|
nhilton joined #evergreen |
| 18:34 |
|
RBecker joined #evergreen |
| 02:58 |
|
b_bonner_ joined #evergreen |
| 02:59 |
|
jeffdavi1 joined #evergreen |
| 05:09 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:30 |
|
rjackson-isl joined #evergreen |
| 07:37 |
|
jboyer-isl joined #evergreen |
| 07:46 |
|
ericar joined #evergreen |
| 15:09 |
berick |
bshum: have you noticed high mem. usage locally? |
| 15:10 |
bshum |
berick: I actually haven't monitored it that closely. Though the server that runs fines also runs A/T events and we do allocate a lot of memory to the server to avoid running out of room in general. |
| 15:10 |
bshum |
In the past, I know we've run out of memory before, so we've always kept it at a very high number anyways. |
| 15:11 |
berick |
bshum: gotcha. yeah, we get mem alerts occasionally. didn't think much about it until i saw what happened on the test server. |
| 15:15 |
Dyrcona |
I've never gotten memory alerts, but I know it can take a long time to generate fines on a dev/test server that has been kept up to date. |
| 15:15 |
Dyrcona |
Should be "has not been kept up to date." |
| 15:16 |
bshum |
The idea of skipping the $0 stuff sounds like a really good thing to me. |
| 15:16 |
bshum |
I know that ends up being tons for us |
| 15:26 |
jeff |
1.2.0.4 -- first version with Hold Capture Verify and Rental support. :-) |
| 15:27 |
jeff |
November 2008. |
| 15:29 |
berick |
nice |
| 15:55 |
Dyrcona |
Well, I threw that branch up on my development server, I'll have to figure out how to test it later. |
| 15:56 |
Dyrcona |
berick++ |
| 15:56 |
berick |
Dyrcona++ sweet |
| 16:52 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:08 |
|
mmorgan left #evergreen |
| 18:07 |
|
cfarley joined #evergreen |
| 18:10 |
cfarley |
Hello, I am having problem and hoping that someone has run into it before. I am running 2.6.4 and when I try to place an item on hold through the opac, nothing happens. |
| 12:38 |
tsbere |
hopkinsju: Looking at the hold targeter, it looks like it may be hardcoded to re-examine holds after 24 hours. We may want to make that more of an option some day. So, provided you are running it frequently it should, once a day, change the copies (when multiple are available) on each non-captured hold. |
| 12:40 |
tsbere |
hopkinsju: If there are no other copies available it obviously can't pick a new one (this is always the case for copy-level holds, for example) and as I mentioned it could be going back to the previous copy every other day....in fact, thinking about it, it may never leave a given library if that library has 2 or more holdable copies... |
| 12:41 |
tsbere |
That will be most likely to be a problem with the hold is for pickup at that library, or that is the "closest" library in the org tree to where the hold is to be picked up, though. If it has to look further than that it should be more random. |
| 12:46 |
hopkinsju |
tsbere: I think I'm going to have to do some further testing. My interpretation of the hold_targeter.pl was that it was looking for new *potential* copies to add to the pool every 24 hours. So that newly added items might be considered, |
| 12:46 |
hopkinsju |
But only in the case that a manual retarget (or status change related retarget) happened. |
| 12:48 |
|
mrpeters1 joined #evergreen |
| 12:53 |
|
mrpeters joined #evergreen |
| 12:54 |
tsbere |
hopkinsju: It adds new copies and updates the pull list information as part of the same cycle. Manual retarget is "do that without the 24 hour wait from the last time" |
| 13:10 |
|
buzzy joined #evergreen |
| 13:17 |
hopkinsju |
tsbere: I guess it could be that it's just choosing the same copies every time for the same reasons. |
| 13:17 |
hopkinsju |
I've not found a test case yet where the same branch has multiple available copies, but I've not looked hard enough. |
| 13:18 |
hopkinsju |
... where same branch is the local branch and/or local system. |
| 13:44 |
|
mrpeters1 joined #evergreen |
| 13:50 |
|
mrpeters joined #evergreen |
| 14:19 |
|
mrpeters1 joined #evergreen |
| 15:56 |
|
nhilton_ joined #evergreen |
| 16:34 |
|
nhilton joined #evergreen |
| 16:37 |
|
dreuther_ joined #evergreen |
| 17:04 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:10 |
|
mrpeters1 joined #evergreen |
| 17:31 |
|
nhilton_ joined #evergreen |
| 17:38 |
|
nhilton joined #evergreen |
| 00:10 |
|
hopkinsju joined #evergreen |
| 00:12 |
|
book` joined #evergreen |
| 01:12 |
|
nhilton joined #evergreen |
| 05:04 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:31 |
|
BigRig joined #evergreen |
| 07:36 |
|
collum joined #evergreen |
| 07:50 |
|
julialima_ joined #evergreen |
| 13:44 |
|
nhilton joined #evergreen |
| 13:45 |
|
nhilton joined #evergreen |
| 13:49 |
|
dreuther joined #evergreen |
| 14:10 |
abowling |
hi, all. doing some testing to hopefully fix some bugs, and have what's probably a relatively elementary question. just for pure testing purposes, i'm adding a variable to the $ctx array (e.g. $ctx->{foo} = "bar"), but when I try to output it in a TT2 file, even after restarting opensrf and apache services, it doesn't show. can someone give me a brief background tutorial on this? |
| 14:11 |
tsbere |
abowling: Where you are attempting add it would be a good thing to know, I think. |
| 14:11 |
abowling |
sorry. correct you are, tsbere |
| 14:11 |
abowling |
EGCatLoader.pm |
| 14:13 |
tsbere |
abowling: In that case, the function you are adding it to may be a good thing to know as well. |
| 14:14 |
abowling |
tsbere: load_common |
| 14:15 |
tsbere |
abowling: Huh. Have you installed the new file and restarted apache? |
| 14:15 |
abowling |
another related issue that i've run into, even if i change, purely for testing purposes, $ctx->{opac_root} to "eg", it still outputs as "/eg/opac" |
| 14:15 |
abowling |
I've restarted apache and opensrf services |
| 14:16 |
tsbere |
but did you reinstall the changed file? |
| 14:16 |
abowling |
is there anything i'm missing. for testing, i'm just directly editing the file and outputting, so based on your last question, probably not |
| 14:16 |
tsbere |
If you are editing the file in, say, an extracted tarball or git checkout then you will need to copy the file in place manually or re-run the make install step. |
| 14:17 |
abowling |
a-ha |
| 14:17 |
abowling |
i'm editing directly on the folder it's running, not in a git checkout |
| 15:14 |
mrpeters |
there is a kpac_root in the EGCatLoader though |
| 15:14 |
tsbere |
There is? |
| 15:14 |
mrpeters |
yeah |
| 15:14 |
abowling |
mpeters: i put the kpac_root there for testing |
| 15:14 |
mrpeters |
oh |
| 15:15 |
abowling |
it wasn't there, natively |
| 15:15 |
mrpeters |
heh i thought you said the original file was back in place :) |
| 01:20 |
|
remingtron_ joined #evergreen |
| 01:23 |
|
_bott_ joined #evergreen |
| 02:37 |
|
dcook__ joined #evergreen |
| 05:08 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:31 |
|
graced joined #evergreen |
| 07:47 |
|
eeevil joined #evergreen |
| 07:52 |
|
jboyer-isl joined #evergreen |
| 09:51 |
|
yboston joined #evergreen |
| 10:01 |
|
akilsdonk joined #evergreen |
| 10:13 |
berick |
Dyrcona: your response to RM schedule.. more time where, exactly? |
| 10:13 |
Dyrcona |
berick: What you described as the week for testing. |
| 10:13 |
berick |
ah, ok |
| 10:14 |
Dyrcona |
I'm going to put it on my calendar at work, so I'll actually get some time to kick tires, etc. |
| 10:14 |
|
phasefx joined #evergreen |
| 10:37 |
|
Shae joined #evergreen |
| 10:56 |
berick |
yboston: fyi at bug 1171984 |
| 10:56 |
pinesol_green |
Launchpad bug 1171984 in Evergreen "add support in Vandelay for overlaying authorities during import using match sets" (affected: 5, heat: 22) [Wishlist,Confirmed] https://launchpad.net/bugs/1171984 |
| 10:57 |
yboston |
cool |
| 10:59 |
|
buzzy joined #evergreen |
| 11:08 |
|
dreuther joined #evergreen |
| 11:23 |
|
dreuther_ joined #evergreen |
| 11:31 |
|
bmills joined #evergreen |
| 11:35 |
|
dreuther_ joined #evergreen |
| 11:35 |
|
jeffdavis joined #evergreen |
| 12:20 |
yboston |
berick: I may be able to find the time to sign off on that last commit today, or should I just wait for me to do the more thorough testing of the whole branch in Janaury? |
| 12:24 |
|
dcook joined #evergreen |
| 12:25 |
berick |
yboston: either way is fine w/ me |
| 12:25 |
yboston |
OK, then I will wait until January so I can wrap up some other stuff. |
| 12:26 |
yboston |
berick: BTW, I was wondering if you could share the test data you used, or at least describe it to me, and any configurations for auth merging that you used. |
| 12:26 |
yboston |
berick: we can do it by email if you |
| 12:26 |
yboston |
prefer |
| 12:30 |
berick |
yboston: i think I did all my tests with Open-ILS/tests/datasets/auth-subset100.mrc |
| 12:31 |
yboston |
berick: did you make any new merge profiles or any new config? |
| 12:32 |
berick |
yboston: i tried various match sets, but didn't create any new merge profiles |
| 12:32 |
yboston |
berick: OK, just wanted to get a sense of what you did |
| 12:32 |
yboston |
will keep you posted in janaury |
| 12:32 |
berick |
different merge profiles would be a good thing to test, of course. since I didn't touch the merge code, I didn't bother testing any of that |
| 12:32 |
berick |
yboston++ |
| 12:42 |
|
ericar joined #evergreen |
| 12:46 |
|
nhilton joined #evergreen |
| 12:57 |
|
nhilton_ joined #evergreen |
| 16:14 |
|
nhilton joined #evergreen |
| 16:32 |
|
dreuther_ joined #evergreen |
| 16:47 |
|
dreuther joined #evergreen |
| 16:50 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:58 |
|
dreuther_ joined #evergreen |
| 17:08 |
|
StephenGWills left #evergreen |
| 17:09 |
|
mmorgan left #evergreen |
| 02:17 |
|
DPearl joined #evergreen |
| 04:53 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:59 |
|
collum joined #evergreen |
| 08:06 |
|
julialima_ joined #evergreen |
| 08:27 |
|
mrpeters joined #evergreen |
| 14:23 |
RoganH |
I'm in favor of using Eventbite if there's a question about GPL compatibility. I am curious what part of the GPL it might be violating though. |
| 14:23 |
keynote2k |
As for Eventbrite: we're working on whether they'll waive the fees for 2015; I haven't heard back yet |
| 14:24 |
graced |
#info graced is Grace Dunbar (better late than never) |
| 14:24 |
yboston |
good to know that on the techinical side kmlussier has been testing the first solution |
| 14:24 |
kmlussier |
keynote2k: But in the past, you have indicated it's less likely than it has been previously, right? |
| 14:24 |
yboston |
but I think we need tme for the license vetting |
| 14:24 |
* gmcharlt |
would like to point out that the investigation of the event plugin is not something that was being undertaken lightly; my understanding is that there has been significant uncertainty about whether EventBrite would waive this year |
| 16:53 |
berick |
yboston: no, i didn't add any new attrs for this code |
| 16:54 |
yboston |
not that I understand how overlays work for bibs or auths, wondering if some new values for auths would be a nice thing to have |
| 16:56 |
yboston |
I can't seem to be able to add new "record display attributes" for auths from the XUL UI either, but that is a diferent matter |
| 16:57 |
berick |
huh |
| 16:58 |
berick |
i wonder if no one's ever tested it, since vandelay has such limited auth support. i found other authority record bugs in vandelay. |
| 16:58 |
yboston |
tested what, the "record display attributes" or importing authorities? |
| 16:58 |
yboston |
we import authorities through Vabdelay daily |
| 16:59 |
yboston |
*Vandelay |
| 16:59 |
berick |
yboston: since the matching is based on MARC tags or normalized headings, new attributes are not required. however, not havingin any attrs, certainly limits the utility of the UI. |
| 16:59 |
berick |
the display attributes |
| 17:00 |
berick |
yboston: if you have suggestions on a set of default attrs, I'd be happy to help integrate them |
| 17:00 |
yboston |
that is what I suspected you woudl ask |
| 17:00 |
berick |
;) |
| 17:00 |
berick |
<-- predictable |
| 17:01 |
yboston |
I will run it by the catalogers here |
| 17:02 |
yboston |
and to be clear, I see two things |
| 17:03 |
yboston |
1) new defaults are needed (and I will help sugest some) 2) there might be a bug with addign new ones from the XUL UI (more testing needed to confirm) |
| 17:04 |
berick |
cool, that's how I understood it |
| 17:04 |
yboston |
great, just checking |
| 17:04 |
yboston |
BTW, I am trying to learn how to do bib overlays before I tackle testing the auth overlays |
| 17:11 |
|
mmorgan left #evergreen |
| 17:54 |
|
dcook joined #evergreen |
| 17:58 |
|
vlewis_ joined #evergreen |
| 11:01 |
remingtron |
"Oh man! Who printed their reports on my chocolate paper?!" |
| 11:05 |
tsbere |
remingtron: Well, that would make it nicer when you decide someone needs to eat the report for security/privacy reasons. ;) |
| 11:22 |
|
nhilton joined #evergreen |
| 11:47 |
bshum |
berick++ # I'm testing https://bugs.launchpad.net/evergreen/+bug/1392759 to get a new build system setup today to roll releases. |
| 11:47 |
pinesol_green |
Launchpad bug 1392759 in Evergreen "Developer/Packager Makefile.install targets" (affected: 1, heat: 6) [Wishlist,New] |
| 11:49 |
bshum |
berick: As a side question, I can see that there's a distinction made between "developer" and "packager" in the Makefile |
| 11:49 |
bshum |
I assume I should also run the developer one so that when we go to build the release including the web client stuff, that it'll have the necessary deps in place |
| 11:54 |
bshum |
berick++ # sweet :) |
| 11:55 |
bshum |
And might I say, I love this super handy addition for future release setup. :D |
| 11:57 |
berick |
great, glad it's helping |
| 11:59 |
* bshum |
goes and rolls 2.7.2 to test and see if everything installed right in his new building environment. |
| 12:04 |
berick |
bshum: hm, are you building on a machine that does not have EG installed? |
| 12:04 |
berick |
just curious about the lack of libtemplate-perl and liblocale-maketext-lexicon-perl |
| 12:04 |
bshum |
berick: Yep, I already found a quirk. |
| 12:07 |
eeevil |
the "not for human eyes" scared me :) |
| 12:09 |
berick |
heh, yeah, well EDI rarely is, i guess |
| 12:09 |
eeevil |
that's fair |
| 12:09 |
Dyrcona |
berick eeevil: I might be able to scare up someone who would be willing to test it with a vendor, but probably not until after the New Year. |
| 12:09 |
berick |
bshum: if you come up w/ a list of prereqs for non-EG-installed machines, we can add them to the makefile target |
| 12:09 |
berick |
Dyrcona++ |
| 12:09 |
eeevil |
Dyrcona++ # indeed |
| 12:38 |
mmorgan |
The log is telling me: circulator: bailing out with events: COPY_NOT_AVAILABLE |
| 12:38 |
Dyrcona |
Does the self check circ user have COPY_NOT_AVAILABLE.override permission? |
| 12:39 |
Dyrcona |
Didn't look to see if COPY_NOT_AVAILABLE is overridable, btw. That just comes to mind, though. |
| 12:40 |
mmorgan |
Yes, the user has that permission. |
| 12:48 |
mmorgan |
I swear the selfcheck/status thing worked when I originally tested, but it's not working now :-( |
| 12:49 |
Dyrcona |
Well, the log messages suggest that either the user doesn't have the permission or the override check is not being done for that event. |
| 12:52 |
mmorgan |
Here are a few more lines from the log. |
| 12:52 |
mmorgan |
[2014-12-17 12:22:11] open-ils.circ [INFO:38527:Circulate.pm:1170:14185563064613121] circulator: permit_patron script returned events: HASH(0x2ea13a8) |
| 13:04 |
RoganH |
#info Rogan Hamby, SCLENDS |
| 13:05 |
gmcharlt |
thanks |
| 13:05 |
RoganH |
And I'll be in and out of paying attention as I have something else going on at the same time (a reference materials meeting). |
| 13:05 |
gmcharlt |
I will need to keep this meeting short today, so let's just focus on highlights, please |
| 13:05 |
gmcharlt |
#topic Action items from previous meetings |
| 13:06 |
gmcharlt |
I've had very little time, what with crossing the continent, so first... |
| 13:06 |
gmcharlt |
#action (carry-over) gmcharlt will coordinate/assist with dbs to move the planet |
| 13:07 |
gmcharlt |
#action (carry-over) gmcharlt with work with DIG to get a test VM for doc-building set up |
| 13:07 |
gmcharlt |
#action gmcharlt will follow up with ericar re libraries roster and LP instructions page |
| 13:07 |
gmcharlt |
#action gmcharlt will tweak the “learn more” buttons shortly |
| 13:07 |
gmcharlt |
#action (carry-over) gmcharlt will coordinate with the EOB regarding the trademark policy page |
| 13:08 |
gmcharlt |
kmlussier: could you talk about your action items as well as the current status of the conference registration & events plugin? |
| 13:08 |
kmlussier |
I'll get the easy one out of the way first. |
| 13:09 |
kmlussier |
#info kmlussier has applied updates to the Getting Started page. The page now contains sections for testing code and funding projects. |
| 13:09 |
kmlussier |
I haven't worked on the action item to bring over previous conference materials, because I have been focusing on getting an event registration solution for this year's conference. |
| 13:10 |
kmlussier |
Mainly because it looks like we won't be able to get continued sponsorship to get Eventbrite fees, but also because I think it would be good if we didn't have to send our info to a third party. |
| 13:11 |
kmlussier |
I looked at a couple of plug-ins. The one that looks like it would work best for our conference is the Pro version of events manager. |
| 13:11 |
kmlussier |
#link http://wp-events-plugin.com/ |
| 13:12 |
kmlussier |
At this point, there are 2 things that could delay the conference registration. 1) we still are waiting for the venue contract to be signed. |
| 13:12 |
kmlussier |
And the SFC has concers about this plug-in because it isn't fully licensed as GPL. |
| 13:13 |
kmlussier |
I'm still waiting to hear back from them on those concerns. |
| 13:14 |
kmlussier |
My preference is to use it because I think it's a better solution to using Eventbrite. |
| 13:14 |
gmcharlt |
thanks for the update |
| 13:14 |
|
nhilton joined #evergreen |
| 13:15 |
gmcharlt |
I believe that phasefx has completed the update the FAQs page |
| 13:15 |
gmcharlt |
kmlussier++ |
| 13:16 |
phasefx |
related, yamil has put together some vendor-related faq's, linked off of the vendor page |
| 13:16 |
* phasefx |
is using "vendor" as short-hand, of course :) |
| 13:17 |
gmcharlt |
thanks |
| 13:18 |
gmcharlt |
on a different note, I believe that the test of the jobs plugin that RoganH did was a success |
| 13:18 |
gmcharlt |
so I think next steps are to get the jobs listing pages linked up |
| 13:19 |
gmcharlt |
and publicize their existance |
| 13:19 |
kmlussier |
Yay! RoganH++ |
| 13:20 |
gmcharlt |
#info Jobs plugin installed and tested; now needs to be linked to navigation and publicized |
| 13:20 |
gmcharlt |
in system administration news... |
| 13:21 |
gmcharlt |
#info Galen has updated dokuwiki after a security release |
| 13:21 |
gmcharlt |
#action jeff will upgrade the web server to Squeeze LTS |
| 13:23 |
bshum |
gmcharlt++ jeff++ |
| 13:23 |
gmcharlt |
so at this point, except for potentially some minor maintenance tasks and possibly installation of the events manager plugin |
| 13:23 |
gmcharlt |
we'll be in a holding pattern until next year |
| 16:49 |
Dyrcona |
PgAdmin estimates that 764,897 rows have been loaded into my table. |
| 16:49 |
Dyrcona |
At this rate, it won't finish until after I go home. |
| 16:50 |
|
nhilton_ joined #evergreen |
| 17:11 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:18 |
|
mmorgan left #evergreen |
| 17:54 |
|
nhilton joined #evergreen |
| 17:56 |
|
nhilton_ joined #evergreen |
| 00:51 |
|
dkyle joined #evergreen |
| 00:52 |
|
_bott_ joined #evergreen |
| 01:17 |
|
nhilton joined #evergreen |
| 05:13 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:35 |
|
BigRig joined #evergreen |
| 07:10 |
|
mmorgan joined #evergreen |
| 07:10 |
|
artunit_ joined #evergreen |
| 12:22 |
mrpeters |
I made note of it on the upgrade spreadsheet. |
| 12:28 |
|
jihpringle joined #evergreen |
| 12:29 |
|
nhilton joined #evergreen |
| 12:31 |
kmlussier |
bshum or anyone else: do you know if we already have a page with guidance on testing bugs/using Launchpad? |
| 12:31 |
bshum |
kmlussier: Last I recalled, I thought ericar was working on a page for that. |
| 12:32 |
kmlussier |
I was thinking it would be useful to put http://wiki.evergreen-ils.org/doku.php?id=dev:bug_squashing:2014-11-10#testing_bugs on a page that is more permanant than a bug squashing day page, but I didn't want to create something new if there was something already out there. |
| 12:33 |
bshum |
kmlussier: Yeah, it was a carryover from a few web team meetings: http://wiki.evergreen-ils.org/doku.php?id=webteam:meetings:agenda:2014-10-15 |
| 12:34 |
bshum |
I imagine it's just gotten lost in the shuffles. |
| 12:36 |
kmlussier |
Well, maybe I can create the page with info on testing bugs, and then when somebody has time to do the larger "how to use Launchpad" page, they can incorporate it there? |
| 12:37 |
|
bmills joined #evergreen |
| 12:37 |
kmlussier |
My initial goal was just to follow up on a web team action item, but I seem to be straying a bit. |
| 12:53 |
|
julialima_ joined #evergreen |
| 13:40 |
|
RoganH joined #evergreen |
| 14:03 |
jcamins |
@later tell rfrasur I just got an e-mail saying my foldscope is in the mail! :D :D :D |
| 14:29 |
bshum |
Just so that we cover the bases. |
| 14:29 |
bshum |
I forward ported things so that the chain is better now though. |
| 14:33 |
pinesol_green |
[evergreen|Dan Scott] LP#1400100 - Avoid extra </div> when OpenURL is enabled - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=85ccb0c> |
| 14:36 |
paxed |
i mentioned this yesterday, but i'll repeat: anyone want to test this (marc_warnings.pl) on EG install & bib data: http://github.com/paxed/marc21-fi-mangle |
| 14:40 |
bshum |
paxed: I saw it, but haven't had a chance to play with anything. |
| 14:41 |
bshum |
I can't remember if adding a new dependency might break egbuilder, but let's see how it goes.. |
| 14:41 |
pinesol_green |
[evergreen|Jason Stephenson] LP#1401271: Add missing dependency for Date::Manip perl module - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=da51e17> |
| 15:32 |
berick |
(merging / LP) |
| 15:36 |
dbs |
6-digit bugs, nice |
| 15:37 |
|
buzzy joined #evergreen |
| 15:38 |
bshum |
Only 5 pullrequest things left for 2.7.2 |
| 15:38 |
bshum |
Of those, 2 are related to action_trigger stuff, and I'm still deciding what to do about them; how to handle the backporting basically. |
| 15:39 |
bshum |
Two are still waiting for further testing. |
| 15:39 |
bshum |
And one looks like it's still in a state of flux |
| 15:39 |
* bshum |
refers to berick/eeevil's https://bugs.launchpad.net/evergreen/+bug/1386347 |
| 15:39 |
pinesol_green |
Launchpad bug 1386347 in Evergreen 2.6 "Speed up hold copy map deletion for clear shelf process, etc." (affected: 1, heat: 6) [Undecided,New] |
| 15:39 |
pinesol_green |
[evergreen|Dan Scott] LP#1402905 Use stricter matching for UPC values - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cd9dfdf> |
| 15:43 |
bshum |
From the comments it looks like we're mostly settled, but maybe we should test more before we're ready to put that through. |
| 15:43 |
|
julialima_ left #evergreen |
| 15:43 |
eeevil |
bshum: I'll sign off on that branch |
| 15:43 |
bshum |
eeevil: That works too :) |
| 16:00 |
jboyer-isl |
mmorgan, I see you were poking at lp 1210541 |
| 16:00 |
jboyer-isl |
yesterday, is that looking good? I didn't want to put a pullrequest on it if there are still issues. |
| 16:00 |
pinesol_green |
Launchpad bug 1210541 in Evergreen "Copy locations table should have a 'deleted' flag" (affected: 9, heat: 52) [Wishlist,Confirmed] https://launchpad.net/bugs/1210541 - Assigned to Michele Morgan (mmorgan) |
| 16:03 |
mmorgan |
jboyer-isl: I did start poking, but didn't finish testing yet. |
| 16:04 |
mmorgan |
I did find that the deleted locations still show up in the interfaces where location groups and location order are configured. |
| 16:07 |
jboyer-isl |
How annoying of them. :/ I'm glad I didn't try to get it pushed in under the wire then, I'll keep plugging away. |
| 16:07 |
jboyer-isl |
Thanks mmorgan . |
| 16:09 |
mmorgan |
I was trying to decide if that was a showstopper. I think it would make those interfaces pretty confusing to use. :-( |
| 16:28 |
|
bmills joined #evergreen |
| 16:32 |
|
buzzy joined #evergreen |
| 16:32 |
|
bmills1 joined #evergreen |
| 16:56 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:56 |
|
artunit_ joined #evergreen |
| 17:00 |
|
jihpringle joined #evergreen |
| 17:07 |
|
mmorgan left #evergreen |
