| 14:19 |
kmlussier |
Ha! It's spooky how you said that just as I saw the harry potter search results filling the screen. |
| 14:19 |
Dyrcona |
:) |
| 14:21 |
* gmcharlt |
is now musing about organizing a super-library-geeky social event at #egconf15 that would have the effect of reshuffling all of our default catalog searches ;) |
| 14:22 |
kmlussier |
That would be fun. |
| 14:23 |
kmlussier |
My default search is "pugs", but I never use it on systems with test data because it rarely pulls up results. Interestingly, it does get a couple of hits on webby. |
| 14:28 |
|
bmills joined #evergreen |
| 14:39 |
bshum |
I need to add my own "star trek" bib record to the stock data :) |
| 14:40 |
bshum |
I usually do "mozart" as my concerto test. And "Harry potter" if I want that one sample :) |
| 14:40 |
Dyrcona |
We should add a bunch of "fictional" books written by community members, with notes extolling things they've done for Evergreen. |
| 14:41 |
bshum |
That would be hilarious |
| 14:41 |
bshum |
And awesome |
| 14:41 |
bshum |
Yeah, where is the book of Evergreen? That totally needs to be original cataloged... |
| 14:42 |
Dyrcona |
Yeah. |
| 14:42 |
kmlussier |
When I'm creating records in a test system, I usually do "Kathy's adventures in Evergreen." |
| 14:43 |
kmlussier |
There's also a serial version: "Kathy's journal of Evergreen." |
| 14:47 |
Dyrcona |
I've got some books on the shelf in my office with barcodes on them that I use if I need test copies. |
| 14:49 |
Dyrcona |
I don't usually create MARC data. |
| 14:50 |
Dyrcona |
We actually have a barcode prefix for our central site, though we do not have a circulating collection. |
| 14:52 |
Dyrcona |
Cataloged a Coca Cola bottle once, now that I think of it. |
| 17:01 |
|
phasefx_ joined #evergreen |
| 17:03 |
kmlussier |
Hooray - it's quitting time! See y'all on Monday! |
| 17:05 |
berick |
It's 5 o'clock somewhere! Oh yeah, here. |
| 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:20 |
* berick |
calls 0915 |
| 17:24 |
* csharp |
answers "Hello? Hello, this is 0915, is anyone there?" |
| 17:26 |
berick |
"have you checked the children?" |
| 01:02 |
|
jboyer_isl joined #evergreen |
| 01:04 |
|
mmorgan1 joined #evergreen |
| 01:14 |
|
jeffdavis 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:51 |
|
collum joined #evergreen |
| 07:59 |
|
rjackson_isl joined #evergreen |
| 08:01 |
|
ericar joined #evergreen |
| 10:33 |
jcamins |
I've been thinking about getting Ticket to Ride. Never played it, though. |
| 10:33 |
|
dreuther joined #evergreen |
| 10:33 |
kmlussier |
I'm glad I dug up that log. Lots of game ideas there. |
| 10:34 |
jcamins |
Oh, it was paxed! "We didn't play test this." I searched for "this should not be a game," and it didn't bring that up. |
| 10:34 |
Bmagic |
jcamins: It's not my favorite game but I will say it's a good opener. A "gateway" game if you will. I enjoy Through the Ages, Agricola, At the Gates of Loyang, 1830 |
| 10:35 |
jcamins |
For this Sunday we'll probably ask some of our guests to bring a couple of their board games, but I would like to own a couple of board games for when we have guests coming who aren't driving. |
| 10:36 |
* paxed |
likes Guillotine and Love Letter. card games, though. |
| 15:25 |
bshum |
(we still haven't switched to 14.04 due to the ruby EDI bug since we use acq) |
| 15:25 |
bshum |
And we used Debian 6 instead of Ubuntu for awhile till 14.04 had a workable less-buggy version of ldirector for our load balancers. |
| 15:26 |
kmlussier |
bshum: But it was just the DB server that was on a different O/S than the bricks? Or did you sometimes have a mix among your bricks too? |
| 15:26 |
bshum |
So you can use whatever OS you want for each role in your setup. The only burden it adds is on the sys admins for keeping track of it all. |
| 15:26 |
bshum |
Right now we're in the midst of switching up our app servers too. |
| 15:26 |
bshum |
Where 5 out of 6 are 12.04 and one is 14.04 |
| 15:27 |
bshum |
We're testing the 14.04 one as a side utility server and seeing what else is weird. |
| 15:27 |
bshum |
And also using it as our chance to rewrite our apache config files for the Apache 2.2 to 2.4 change that Dyrcona mentioned too. |
| 15:29 |
bshum |
Generally I find it's easier on the brain the fewer distros we have to keep track of. |
| 15:29 |
bshum |
So I've been trying to consolidate things as best as I can. |
| 15:30 |
kmlussier |
bshum: Thanks for the details! |
| 15:30 |
kmlussier |
bshum++ |
| 15:30 |
bshum |
kmlussier: Actually come to think of it... we ran Lucid bricks at the same time we were building Precise bricks |
| 16:45 |
Dyrcona |
Median hits/minute during the time of our high load: 2,592. |
| 16:46 |
Dyrcona |
With a maximum of 4,705 during the minute of 4:40 pm EST. |
| 16:47 |
Dyrcona |
Our poor server did the best it could, but the load hit 154. |
| 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> |
| 16:52 |
Dyrcona |
hits==requests if you don't know what I mean. |
| 16:55 |
gmcharlt |
Dyrcona: beats baseball bats... |
| 16:55 |
Dyrcona |
:) |
| 02:32 |
|
bmills joined #evergreen |
| 04:15 |
|
chatley joined #evergreen |
| 04:54 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:57 |
|
TaraC joined #evergreen |
| 07:20 |
|
dkyle1 joined #evergreen |
| 07:21 |
|
_bott_ joined #evergreen |
| 17:20 |
MrMayor |
I see. Ideally we would like fines to be applied in the early a.m. (12:01 for instance) instead of at the end of business. |
| 17:23 |
Bmagic |
MrMayor: The fine generator is a piece of software that runs on your linux server. It runs whenever you tell it to run, usually on a cron job. When it runs, it applies fines but the date stamp that is uses is not the same time that it runs. |
| 17:24 |
MrMayor |
Ahh interesting. I will have to look into this. Thank you very much |
| 17:40 |
Bmagic |
@later tell mmorgan: So, I was wrong. My tests were using the staff action "Find another target" which as I have learned, is not the same thing as the hold targeter running. So, with the hold targeter running, it DOES pick another copy from the pool regardless of the proximity |
| 17:40 |
pinesol_green |
Bmagic: The operation succeeded. |
| 17:40 |
Bmagic |
@later tell Dyrcona: So, I was wrong. My tests were using the staff action "Find another target" which as I have learned, is not the same thing as the hold targeter running. So, with the hold targeter running, it DOES pick another copy from the pool regardless of the proximity |
| 17:40 |
pinesol_green |
Bmagic: The operation succeeded. |
| 17:58 |
|
jihpringle joined #evergreen |
| 18:05 |
|
bbqben joined #evergreen |
| 13:45 |
jonadab |
The emoji that cannot be questions are not the true emoji. |
| 13:45 |
Dyrcona |
These aren't the emoji we're looking for. :) |
| 13:46 |
jonadab |
Ah, sooo. |
| 13:46 |
Dyrcona |
On an Evergreen note, this is what I like to see before testing something: -rw-rw-r-- 1 opensrf opensrf 0 Mar 10 13:36 osrfsys.log |
| 13:47 |
* Dyrcona |
hugs truncate -s0 |
| 13:53 |
Dyrcona |
@coin |
| 13:53 |
pinesol_green |
Dyrcona: tails |
| 16:47 |
|
vlewis joined #evergreen |
| 17:02 |
|
mmorgan left #evergreen |
| 17:05 |
eeevil |
@later tell Dyrcona re method_lookup(), if it can't resolve the method name locally, it will go to the router, get a list of services, go to each and gather their methods, then try to resolve the method by name again. it supports simple service discovery: "I don't care who implements this method, just do what I want" ... that functionality is not used inside evergreen (we only resolve local methods via method_lookup) |
| 17:05 |
pinesol_green |
eeevil: The operation succeeded. |
| 17:12 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:36 |
csharp |
@dunno add The horror... The horror... |
| 17:36 |
pinesol_green |
csharp: The operation succeeded. Dunno #36 added. |
| 17:56 |
|
Newziky left #evergreen |
| 03:17 |
|
_bott_ joined #evergreen |
| 03:42 |
|
dbwells_ joined #evergreen |
| 05:06 |
|
book` joined #evergreen |
| 05:14 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:27 |
|
jboyer-isl joined #evergreen |
| 07:49 |
|
graced joined #evergreen |
| 08:18 |
|
mrpeters joined #evergreen |
| 09:57 |
|
dkyle joined #evergreen |
| 09:57 |
|
yboston joined #evergreen |
| 10:45 |
* berick |
wonders if this Wed. is too early to cut RC1 |
| 10:46 |
bshum |
berick: fwiw, mceraso and I were planning on getting a full sized test system (with a snapshot of our production db) upgraded to latest master (aka 2.8) in the next couple days. |
| 10:47 |
bshum |
So I'll let you know if anything blows up ;) |
| 10:47 |
bshum |
Along the way, I decided to try out PG 9.4. |
| 10:48 |
berick |
bshum: good to know |
| 10:48 |
bshum |
I'm poking at that more this afternoon to see what blows up, if anything. |
| 10:49 |
bshum |
Nobody uses the .0 version anyways. Smart ones wait for the .1 |
| 16:49 |
bshum |
@dessert search chocolate |
| 16:49 |
pinesol_green |
bshum: 6 found: #1: "Chocolate Chip Cookies", #26: "pineapple chocolate things from New Zealand", #27: "Chocolate Mousse", #28: "of jcamins' amazing mint-wasabi chocolate chip...", #2: "Chocolate Pudding", and #3: "Mint Chocolate Chip Ice Cream" |
| 16:49 |
|
Newziky left #evergreen |
| 16:50 |
bshum |
But I'll settle for some mllewellyn cupcakes :D |
| 16:56 |
bshum |
berick: So far, I'm not seeing anything in the 2.8 upgrade script that'll require any reingests. Which sounds good to me. :) |
| 16:56 |
|
dreuther_ joined #evergreen |
| 16:56 |
bshum |
That will help speed along testing, for sure... |
| 16:56 |
berick |
bshum: thanks for reviewing. i didn't see anything, either. what a relief. |
| 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:57 |
berick |
bshum: and beware the upgrade script is going to get shorter, once I "rebase" it to current 2.7 |
| 16:57 |
bshum |
berick: Right on. |
| 16:58 |
bshum |
Speaking of which, I feel like we really need to talk about that during one of these next meetings, or maybe at the conference. |
| 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> |
| 07:38 |
dbs |
Task "karma:unit" failed in the phantomJS tests (which, btw, COOL) |
| 07:43 |
|
mrpeters joined #evergreen |
| 07:51 |
|
rjackson_isl joined #evergreen |
| 08:01 |
|
julialima_ joined #evergreen |
| 10:03 |
pinesol_green |
remingtron: The operation succeeded. |
| 10:19 |
|
kbutler joined #evergreen |
| 10:33 |
|
maryj joined #evergreen |
| 10:33 |
remingtron |
thanks to MassLNC for updating their community test server (http://evergreen-ils.org/dokuwiki/doku.php?id=community_servers) |
| 10:33 |
remingtron |
I'm using it for the docs hackfest today. |
| 10:34 |
remingtron |
kmlussier++ Dyrcona++ |
| 10:34 |
remingtron |
#and any others who helped |
| 10:37 |
kmlussier |
tsbere++ |
| 10:48 |
remingtron |
tsbere++ |
| 10:50 |
remingtron |
I'm documenting the new 2.8 ability to delete copy locations, and wanted to add info about other common copy-location-editor actions. Anyone have comments? |
| 14:25 |
Dyrcona |
Been one of /those/ weeks. |
| 14:25 |
Dyrcona |
Thanks, mmorgan! |
| 14:26 |
mmorgan |
YW. BTW, it's Friday! |
| 14:26 |
jihpringle |
yboston: no, we don't have any authorities docs yet of any kind, we're still in the testing phase without an expected dates to start using authorities |
| 14:26 |
yboston |
jihpringle: OK, I'll make a bare bones docs |
| 14:26 |
yboston |
jihpringle: thanks |
| 14:27 |
jihpringle |
np |
| 16:51 |
csharp |
here are my README changes so far: http://git.evergreen-ils.org/?p=working/OpenSRF.git;a=commit;h=e5ff2480d51feffee388e52104c2c592d37205d3 |
| 16:51 |
* csharp |
runs off to pick up his daughter from dance class |
| 16:52 |
kmlussier |
yboston: So we should try to avoid the use of those level-4 headings in our doc files? |
| 16:52 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:52 |
kmlussier |
Uh oh |
| 16:53 |
yboston |
kmlussier: no, this was a special circumstance |
| 16:53 |
kmlussier |
OK, thanks! |
| 17:24 |
jeff |
http://novselect.ebscohost.com/Configuration/ProfileSettings?finalCall=true&callback=novSelect.clbkConfig&profile=noble.main.novselstaf&password=[omitted -jeff]&siteToken=catalog.noblenet.org&childProfile=true |
| 17:24 |
jeff |
I'd guess that there's a novelist-side config interface to turn features on/off |
| 17:39 |
csharp |
bleh - just hit this bug https://bugzilla.redhat.com/show_bug.cgi?id=1163812 |
| 17:40 |
vlewis |
I need to create a new user, one without permissions, to test a grant permission function. I'm in a developer environment. Is there a set of instructions I could look at? Thanks. |
| 17:42 |
csharp |
vlewis: can you explain what you mean by "without permissions"? |
| 17:43 |
csharp |
vlewis: all users have to belong to a permission group |
| 17:46 |
vlewis |
One without admin permissions |
| 04:54 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:39 |
|
TaraC joined #evergreen |
| 07:42 |
|
remingtron_ joined #evergreen |
| 08:13 |
|
akilsdonk joined #evergreen |
| 09:00 |
eeevil |
because it's doing a TON more than "is this hold on the shelf" |
| 09:01 |
csharp |
wait - maybe the problem is that there *isn't* a check_sms_notify parameter |
| 09:01 |
dbwells |
csharp: Yes, I think that is what tsbere was saying so long ago. |
| 09:01 |
csharp |
dbwells: that's even better ;-) |
| 09:02 |
* csharp |
adds 'name=check_sms_notify, value=1' to 103's event parameters |
| 09:02 |
csharp |
now to test |
| 09:08 |
csharp |
argh - it still created the event |
| 09:08 |
akilsdonk |
kmlussier: I'll update the 2.8 doc needs wiki with the features that ESI is writing docs for. |
| 09:08 |
kmlussier |
akilsdonk++ |
| 09:10 |
csharp |
oh, of course it created the event, because it's "any of the above" |
| 10:53 |
Dyrcona |
And, mine only looks in 5.14 and 5.14.2 |
| 10:54 |
Dyrcona |
Missing comma in what I typed. |
| 10:54 |
Dyrcona |
As I said earlier..... ;) |
| 10:54 |
eeevil |
and you can test empirically for that module with: perl -MJavaScript::SpiderMonkey -e 'print $JavaScript::SpiderMonkey::VERSION."\n";' |
| 10:54 |
Dyrcona |
or just the -MJavaScript::SpiderMonkey if it doesn't load, Perl reports an error. |
| 10:55 |
krvmga_ |
eeevil: when i ran that command, i just got a ">" prompt in response |
| 10:55 |
Dyrcona |
Some modules don't havea VERSION variable. |
| 11:15 |
Dyrcona |
krvmga_: If you can just do a fresh install of.... |
| 11:15 |
Dyrcona |
Oh well. |
| 11:19 |
|
dreuther joined #evergreen |
| 11:21 |
jonadab |
Hmm... When I am not logged in, the client shows "Not yet configured for the specified server." under workstation. When I click the Login button, that disappears, and is replaced with... absolutely nothing. Status still says "Testing hostname...", if that is relevant. |
| 11:22 |
jonadab |
(The srfsh login test works on the server.) |
| 11:22 |
jonadab |
Is there a log I can look at to figure out what is happening, or not happening? |
| 11:22 |
eeevil |
jonadab: using a self-signed cert? |
| 11:23 |
jonadab |
eeevil: Yes. I added an SSL Exception. |
| 11:23 |
eeevil |
ah, k |
| 11:26 |
jonadab |
So that should pick up the previously-specified value and use it again, shouldn't it? |
| 11:26 |
Dyrcona |
jonadab: Does your firewall allow you to talk to the server? Are the server processes configured and running properly? |
| 11:27 |
Dyrcona |
We use custom client versions built from git in production, training, and development. |
| 11:27 |
jonadab |
Well, I can talk to the web server on port 80... hang on... yes, on 443 as well, once I tell my browser the cert is ok. |
| 11:28 |
jonadab |
To be clear: Seamonkey, on the same computer as the staff client, can talk to the Apache on the server. |
| 11:28 |
jonadab |
And get back a test web page. |
| 11:28 |
Dyrcona |
Ah, that's your problem. |
| 11:28 |
Dyrcona |
You should get the Evergreen OPAC. |
| 11:29 |
jonadab |
What's the URL for that? |
| 11:29 |
Dyrcona |
Doesn't sound like Apache is configured properly. |
| 11:29 |
jonadab |
(The test webpage is one I installed, /openils/var/web/test.html |
| 11:29 |
jonadab |
) |
| 11:30 |
Dyrcona |
If you hit the root of your Evergreen with a web browser, you should get the OPAC. |
| 11:30 |
jonadab |
(Which I'm getting via https://evergreen/test.html) |
| 11:30 |
jonadab |
Oh, the root? |
| 11:30 |
jonadab |
No, that doesn't work. |
| 11:30 |
jonadab |
I mean, it does, but. |
| 11:30 |
jonadab |
There's no index.html there, or anything. |
| 11:31 |
Dyrcona |
https://training.mvlcstaff.org/ |
| 11:31 |
Dyrcona |
You get redirected. |
| 11:31 |
jonadab |
Oh, I see. Interesting. |
| 11:31 |
jonadab |
Well /eg/opac/home do anything useful here? [tests] No, no it does not. |
| 11:32 |
jonadab |
Hmm... there is a /opac/, but no index file there either. |
| 11:32 |
jonadab |
Maybe the catalog stuff did not get correctly installed? |
| 11:33 |
jonadab |
/openils/var/web/opac/ contains directories: common extras images locale skin theme |
| 11:33 |
bshum |
That's an older path. |
| 11:33 |
bshum |
For another catalog (that's no longer used) |
| 11:33 |
jonadab |
Oh. |
| 08:41 |
gmcharlt |
if you have not already seen it, yesterday afternoon a security release was made |
| 08:41 |
gmcharlt |
here is the announcement: http://evergreen-ils.org/security-releases-evergreen-2-7-4-2-6-7-and-2-5-9/ |
| 08:41 |
gmcharlt |
upgrading is strongly recommended |
| 08:41 |
* csharp |
applied the relevant security patches to PINES prod and test servers last night |
| 08:42 |
csharp |
gmcharlt++ |
| 08:45 |
|
Shae joined #evergreen |
| 08:46 |
bshum |
Dyrcona++ # security fixes ;) |
| 08:46 |
gmcharlt |
bshum++ |
| 10:36 |
Dyrcona |
That was typo/thinko from banging it out real quick. |
| 10:37 |
Dyrcona |
And, it's the kind of thing that could leave someone scratching their head for hours trying to figure out why the template doesn't work. ;) |
| 10:40 |
mrpeters |
:-D |
| 10:41 |
Dyrcona |
I've had "fun" with similar things in the NCIPServer templates during testing. |
| 10:41 |
mrpeters |
so, is it newList.push(circ) or item? |
| 10:42 |
Dyrcona |
newList.push(circ) |
| 10:42 |
mrpeters |
ok |
| 14:36 |
Dyrcona |
ls -l in /openils/conf should give it away. |
| 14:37 |
Dyrcona |
If the .example files are newer and/or bigger, then you missed that step for Evergreen. |
| 14:37 |
Dyrcona |
You'll need to edit the password fields again, too. |
| 14:38 |
Dyrcona |
If you're regularly building dev/test systems, I'd script all this boring stuff. |
| 14:38 |
krvmga_ |
Dyrcona: the example files are the same date (Mar 3 - i did this yesterday) and i edited the files to change the passwords |
| 14:38 |
jonadab |
Yes, I at one point had a Perl script that edited the passwords and such into that file, but it's versions and versions old now, I wouldn't trust it at this point. |
| 14:38 |
dbs |
First-timers almost always think "I already did this as part of the OpenSRF install, I don't need to do it again" |
| 16:55 |
Dyrcona |
Something to investigate tomorrow and compare to this past Saturday, I guess. |
| 16:57 |
Dyrcona |
Time to call it a day. |
| 16:57 |
|
mrpeters1 left #evergreen |
| 17:12 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:23 |
|
mmorgan left #evergreen |
| 17:47 |
|
mrpeters joined #evergreen |
| 18:20 |
|
bmills joined #evergreen |
| 01:43 |
paxed |
ah. $field->{'_subfields'} array. |
| 02:03 |
|
gsams joined #evergreen |
| 04:11 |
|
dcook__ joined #evergreen |
| 05:14 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:23 |
phasefx |
@later tell paxed I wouldn't use _subfields, the underscore is a convention for internal details that could change. You should be able to do something like @a = $marc->field('650','x') in a list context |
| 07:23 |
pinesol_green |
phasefx: The operation succeeded. |
| 07:28 |
paxed |
phasefx: for a single-use quick data mangling, doesn't really matter. |
| 09:33 |
pinesol_green |
Launchpad bug 1205061 in Evergreen "Need more "IF EXISTS" clauses in 2.3-2.4.0-upgrade-db.sql" (affected: 1, heat: 8) [Medium,Triaged] |
| 09:33 |
yboston |
kmlussier: I just put in my msg in a commnet on your subfield e patch |
| 09:34 |
bshum |
Also anything else I've missed that needs pushing... Let us know. |
| 09:34 |
yboston |
I tested the code, and looks good, I am just not familiar enough with the get_graphic_880s fucntions full use yet, to be sure there are no consequences to your change. despite that |
| 09:34 |
yboston |
I can offer a signoff |
| 09:35 |
gmcharlt |
Dyrcona: indeed; 3.2 is kind of a perfect storm of slow for Pg |
| 09:37 |
* Dyrcona |
winks at gmcharlt, 'cause he probably knows that we're *still* running Pg on a 3.2 kernel. |
| 09:37 |
kmlussier |
yboston: https://bugs.launchpad.net/evergreen/+bug/1427331/comments/3 |
| 10:08 |
jonadab |
Or I suppose there's always "programmer", but in a library context that could be misunderstood too. |
| 10:28 |
kmlussier |
dbs++ #Feedback on subfield e |
| 10:30 |
yboston |
dbs++ |
| 10:33 |
kmlussier |
So was it the consensus that we should use needsrepatch as our new tag? |
| 10:33 |
kmlussier |
And it should be used if you've tested a patch, but you think it needs additional work? |
| 10:34 |
* kmlussier |
is working on updating the Bug Squashing Day Guidelines for signoffs |
| 10:37 |
* bshum |
isn't sure consensus was reached, and didn't see an email from gmcharlt |
| 10:37 |
bshum |
But I used that tag last night on one bug where I thought it could use some extra love. |
| 10:40 |
csharp |
"The Developers" is the term mostly used in the PINES library vernacular |
| 13:17 |
jboyer-isl |
It’s entirely up to you, I was just checking. :) |
| 13:17 |
|
maryj_ joined #evergreen |
| 13:18 |
mmorgan |
kmlussier: Previously, did you have a column for commented bugs? |
| 13:18 |
kmlussier |
mmorgan: I have a column for feedback on a patch that didn't get a signoff. I figure if the time went into testing or reviewing the code, but a signoff wasn't given, it should still count. |
| 13:19 |
kmlussier |
It may have said bug feedback before, but I think I counted it the same way. |
| 13:19 |
|
maryj__ joined #evergreen |
| 13:20 |
mmorgan |
OK, gotcha. |
| 13:20 |
dbs |
kmlussier++ |
| 16:29 |
Dyrcona |
For the record, that's more programming than I'd like to see in a template, but there you go. ;) |
| 16:39 |
|
hopkinsju joined #evergreen |
| 16:39 |
|
Bmagic joined #evergreen |
| 16:57 |
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 |
|
mrpeters left #evergreen |
| 17:08 |
|
mmorgan left #evergreen |
| 17:10 |
jeffdavis |
the commit message for commit 51d2b34 references the wrong LP bug (should be bug 1210541, not 121054) |
| 02:42 |
|
AnxiousGarlic joined #evergreen |
| 02:42 |
|
AnxiousGarlic left #evergreen |
| 04:59 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:11 |
|
graced joined #evergreen |
| 07:39 |
|
rjackson_isl joined #evergreen |
| 07:42 |
|
sarabee joined #evergreen |
| 09:01 |
Dyrcona |
I deleted the wrong files one day last week or the week before, but could recover them easily enough. |
| 09:01 |
* Dyrcona |
keeps almost daily backups. |
| 09:01 |
* csharp |
keeps weekly |
| 09:01 |
pinesol_green |
[evergreen|Dan Pearl] LP#1155313: Repair generation of label_sortkey for monograph_part entries - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=aa682ee> |
| 09:01 |
pinesol_green |
[evergreen|Dan Pearl] LP#1155313: upgrade script and pgTAP tests for monograph_part label normalization fix - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b754ad6> |
| 09:01 |
pinesol_green |
[evergreen|Galen Charlton] LP#1155313: fix copy-and-paste-o in test case - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4e15727> |
| 09:01 |
pinesol_green |
[evergreen|Galen Charlton] LP#1155313: pin upgrade script to 0914 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0c305b9> |
| 09:01 |
Dyrcona |
Well, daily on the server, manual on the laptop, but run it every work day. |
| 09:01 |
csharp |
but I don't really keep anything of high value on my PC |
| 09:02 |
csharp |
I do most of my dev work on a remote server |
| 11:00 |
Dyrcona |
I used to run adblock, but didn't bother after the reinstallation last fall. |
| 11:00 |
gmcharlt |
anyway, I won't promulgate the poll link further, but I'll wait a bit for additional results, then this afternoon write something up for the dev mailing list |
| 11:01 |
|
ericar_ joined #evergreen |
| 11:07 |
jboyer-isl |
Does anyone know if oils_sql.c’s “Empty IN list” error is supposed to be “survivable?” For example, if you call open-ils.collections.user_balance_summary.generate and one of the patrons in collections has paid off all transactions, the summary dies when it hits Collections.pm line 865 (retrieving the balance of no transactions). I’ve fixed that by testing for the existence of values in the array, but if there’s |
| 11:07 |
jboyer-isl |
deeper down that should be fixed I’d like to look into that. |
| 11:09 |
jboyer-isl |
Though I suppose if everything dies when that happens now and empty in lists are suddenly tolerated there could be repercussions all over. |
| 11:10 |
Dyrcona |
jboyer-isl: I didn't look, but are you certain the error comes from the C code and not the database itself? |
| 11:12 |
berick |
it comes from the C |
| 11:12 |
jboyer-isl |
Yes, the string returned is from oils_sql.c line 2737. It doesn’t look like the sql makes it to the db in that case. |
| 13:01 |
pinesol_green |
Launchpad bug 1269865 in Evergreen 2.5 "ACQ user request can result in double (or quadruple) holds placement" (affected: 3, heat: 14) [Undecided,New] |
| 13:03 |
bshum |
From i18n land, https://bugs.launchpad.net/evergreen/+bug/1095280 makes me queasy :( |
| 13:03 |
pinesol_green |
Launchpad bug 1095280 in Evergreen "Build process doesn't get all translatable strings from templates" (affected: 1, heat: 6) [Undecided,Triaged] |
| 13:03 |
bshum |
I think to fix that we need to have more thought into defining a new PO? |
| 13:03 |
bshum |
For other template toolkit files |
| 13:04 |
|
sandbergja joined #evergreen |
| 13:06 |
bshum |
jihpringle: Hmm, this bug has been assigned to you, but unsure if you've had time to look at / test it: https://bugs.launchpad.net/evergreen/+bug/1380709 |
| 13:06 |
pinesol_green |
Launchpad bug 1380709 in Evergreen 2.8 "invoice print amounts-per-fund uses wrong value when item price varies" (affected: 1, heat: 8) [Undecided,New] |
| 13:07 |
jihpringle |
bshum: on my list to test today |
| 13:07 |
bshum |
Oh, cool :) |
| 13:07 |
bshum |
Hope you see good things on it. Thanks! |
| 13:09 |
yboston |
Is there a pinsol_green command to show a commit? |
| 13:27 |
bshum |
True enough. |
| 13:28 |
csharp |
(though God help 'em if theyre still on 2.0 :-)) |
| 13:28 |
Dyrcona |
csharp: That was part of a bigger group of four changes. It was one of the two changes that could stand on its own. |
| 13:29 |
csharp |
Dyrcona: I'm going to test it and sign off. That's something that has needed to be fixed for a long time |
| 13:29 |
* Dyrcona |
is surprised kmlussier never signed off on it, but it fell by the wayside behind other things. |
| 13:29 |
Dyrcona |
csharp++ |
| 13:29 |
kmlussier |
Dyrcona: There was still a bug in that one. |
| 05:02 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:19 |
|
jboyer-isl joined #evergreen |
| 07:19 |
|
graced joined #evergreen |
| 07:53 |
|
rjackson_isl joined #evergreen |
| 10:22 |
bshum |
remingtron++ # https://bugs.launchpad.net/evergreen/+bug/1426133 looks helpful. |
| 10:22 |
pinesol_green |
Launchpad bug 1426133 in Evergreen "Set merge_profile id sequence explicitly" (affected: 1, heat: 6) [Low,New] |
| 10:22 |
bshum |
Calling 0913 |
| 10:25 |
remingtron |
bshum: found that when my pgTAP test for another bug failed |
| 10:27 |
remingtron |
that should fix the integration server |
| 10:29 |
bshum |
phasefx++ # I'm also merging your fix for settings-tester.pl in https://bugs.launchpad.net/evergreen/+bug/1425967 |
| 10:29 |
pinesol_green |
Launchpad bug 1425967 in Evergreen "look for Business::CreditCard and not Business::CreditCard::Object in settings-tester.pl" (affected: 1, heat: 6) [Undecided,New] |
| 10:30 |
pinesol_green |
[evergreen|Remington Steed] LP#1426133: Set merge_profile_id_seq explicitly - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d01ba8e> |
| 10:30 |
pinesol_green |
[evergreen|Ben Shum] LP#1426133: Stamping upgrade script for set merge_profile_id_seq - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=86066c4> |
| 10:30 |
pinesol_green |
[evergreen|Jason Etheridge] LP#1425967: look for Business::CreditCard in settings-tester.pl - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f0c5d6d> |
| 10:34 |
|
Newziky joined #evergreen |
| 10:56 |
phasefx |
berick: I tested user/berick/browser-client-grid-watch-and-bills, and the Apply action works on first use, but not on subsequent use. It's not obvious to me how to fix it further :( |
| 11:15 |
|
mllewellyn joined #evergreen |
| 11:16 |
berick |
phasefx: hm, it works on subsequent use for me in chrome |
| 11:18 |
phasefx |
berick: I'll try again |
| 11:19 |
berick |
ditto FF |
| 11:19 |
phasefx |
berick: IIRC, my steps were to create and pay a bill for today, and then filter to the first week in the month, and then filter to the end of the month |
| 11:20 |
berick |
k, i'm just confirming that Apply results in a query on the server |
| 11:20 |
egbuilder |
build #843 of evergreen-master-fedora-18 is complete: Failure [failed test] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-fedora-18/builds/843 blamelist: Remington Steed <rjs7 calvin.edu>, Ben Shum <bshumbiblio.org>, Jason Etheridge <jasonesilibrary.com> |
| 11:21 |
bshum |
Oooh interesting. |
| 11:22 |
* bshum |
wonders if that's a real problem or just a fedora 21 quirk from csharp's upgrade |
| 11:22 |
bshum |
Since nobody else blew up, I guess we'll start there. |
| 09:03 |
krvmga |
it gave an error at Makefile.PL line 23 related to the yaz version |
| 09:03 |
krvmga |
and also said /usr/bin/perl Makefile.PL INSTALLDIRS=site -- NOT OK |
| 09:05 |
|
mrpeters joined #evergreen |
| 09:06 |
phasefx |
krvmga: here's output from a debian wheezy Makefile.install run from this morning for comparison: http://testing.evergreen-ils.org/~live/test.8.html |
| 09:07 |
|
Newziky joined #evergreen |
| 09:10 |
pastebot |
"krvmga" at 64.57.241.14 pasted "attempt to install Net::Z3950::Simple2ZOOM with required SimpleServer" (201 lines) at http://paste.evergreen-ils.org/37 |
| 09:10 |
krvmga |
phasefx: you can see what happened to me at the command line at that paste. |
| 09:10 |
|
sarabee joined #evergreen |
| 09:11 |
phasefx |
krvmga: try the debian package for those instead? |
| 09:12 |
krvmga |
it's worth a shot |
| 09:13 |
phasefx |
libnet-z3950-simpleserver-perl, libnet-z3950-zoom-perl, libnet-z3950-simple2zoom-perl, libyaz4, libyaz4-dev, yaz |
| 09:14 |
phasefx |
here's settings-tester output from the same instance: http://testing.evergreen-ils.org/~live/test.23.html |
| 09:15 |
phasefx |
ah, here's something that needs some red highlighting: Please install Business::CreditCard::Object |
| 09:16 |
phasefx |
unrelated to your troubles |
| 09:20 |
jonadab |
The first failure I see in that first pastebin is Business::Stripe, I think. |
| 09:21 |
jonadab |
Which, hmm... current version of that hasn't changed since 2012 October. |
| 09:22 |
Dyrcona |
krvmga: You did sudo when you ran the Makefile.install step, right? |
| 12:42 |
|
dMiller_ joined #evergreen |
| 12:46 |
|
dMiller_ joined #evergreen |
| 13:04 |
|
chatley joined #evergreen |
| 13:34 |
kmlussier |
dbwells: I was going to test your patch on bug 1425191, but I'm having trouble replicating the original problem. Can you give me some guidance on how to make it break? |
| 13:34 |
pinesol_green |
Launchpad bug 1425191 in Evergreen 2.7 "Summarization fails for serial units" (affected: 1, heat: 6) [High,New] https://launchpad.net/bugs/1425191 |
| 13:36 |
dbwells |
kmlussier: Sure. It isn't particularly noticeable, since unit labels don't show up in many places in stock Evergreen. |
| 13:37 |
dbwells |
The easiest place to see it is receiving in serial control. |
| 13:39 |
dbwells |
You could also peek in serial.unit in the DB and see that the label field is empty. |
| 13:40 |
dbwells |
sorry, not label, but "summary_contents" and "detailed_contents" |
| 13:40 |
kmlussier |
OK, that gives me some good leads. Thanks! :) |
| 13:42 |
dbwells |
kmlussier: Thank you for testing! Also, bshum mentioned he was going to poke at this bug as well. I am not sure where he is at on that. |
| 13:42 |
|
dMiller_ joined #evergreen |
| 13:44 |
bshum |
dbwells: Right, I haven't gotten that far in my testing either. Have to continually refamiliarize myself with serials workflows :( |
| 13:44 |
bshum |
kmlussier++ # testing |
| 13:46 |
|
dMiller_ joined #evergreen |
| 13:50 |
|
dMiller_ joined #evergreen |
| 14:12 |
|
kitteh_ joined #evergreen |
| 14:13 |
kmlussier |
Bmagic: I hadn't even noticed that you had a fix for bug 1331174. Awesome! |
| 14:13 |
pinesol_green |
Launchpad bug 1331174 in Evergreen "Long Overdue processing needs org unit settings separate from Lost Processing" (affected: 3, heat: 14) [Undecided,New] https://launchpad.net/bugs/1331174 |
| 14:14 |
* kmlussier |
knows somebody who might be interested in testing that, but will probably not be available on Bug Squashing Day. |
| 14:16 |
|
dreuther___ joined #evergreen |
| 14:16 |
|
dreuther__ joined #evergreen |
| 14:24 |
|
RoganH joined #evergreen |
| 04:50 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:14 |
|
graced joined #evergreen |
| 07:35 |
|
rjackson_isl joined #evergreen |
| 07:37 |
|
Arlene joined #evergreen |
| 11:00 |
|
sciani joined #evergreen |
| 11:04 |
|
mllewellyn joined #evergreen |
| 11:17 |
dbwells |
kmlussier: In my opinion, cases like this one depend on the level of changes to the code. If the changes are relatively simple, I'd backport it, but if they are more fundamental, it's probably really a new feature. I know that just kicks the can a bit, but it's the best I've got. |
| 11:19 |
kmlussier |
dbwells: I have a branch at working/user/kmlussier/lp1373203-let-users-escape-metarecord-holds. I just haven't had a chance to do anything beyond light testing, but should be able to post it to LP later today. |
| 11:30 |
|
dreuther_ joined #evergreen |
| 11:34 |
* dbs |
always likes getting "System was down yesterday so we recorded circulations in Word" messages |
| 11:35 |
dbs |
(first, local network was down, the library system was fine--but I get what they mean; second, we have an offline client! Jeez.) |
| 11:53 |
tsbere |
I can at least understand "our local network was down so we couldn't even log into the domain, so we recorded circs on the laptop that doesn't have Evergreen on it in Word" |
| 11:58 |
|
BigRig_ joined #evergreen |
| 12:03 |
dbs |
but you don't even need to log into the domain for standalone, at least not if you've connected in the past |
| 12:03 |
berick |
phasefx: curious if you tested commit e45a691 in google chrome ("add a Retrieve All These Patrons button") |
| 12:04 |
berick |
w/ more than one user selected |
| 12:05 |
berick |
phasefx: i ask becuase .. search down for "opening multiple tabs" in http://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:dev_notes&s[]=browser&s[]=client |
| 12:06 |
phasefx |
berick: I did test it. Chrome offered an option for allowing the web page to open multiple tabs.. it showed up as an icon on the location bar |
| 12:07 |
goood |
berick: yeah, it's the "enable pop-ups for this site" feature that allows opening multiple tabs |
| 12:07 |
berick |
crazy, is that new? |
| 12:07 |
berick |
either way.. cool! |
| 15:32 |
kmlussier |
There is this: http://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:dev_sprints |
| 15:32 |
* kmlussier |
was just looking for that info |
| 15:33 |
|
gdunbar joined #evergreen |
| 15:33 |
bshum |
gmcharlt: I tested the warning but I think it gave me an uncaught exception error in my console rather than displaying me anything |
| 15:33 |
bshum |
I'm double checking that. |
| 15:33 |
bshum |
Ah nevermind there it is |
| 15:34 |
bshum |
Testing by trying to delete "Stacks" for the demo concerto data just takes awhile to figure out that hey, maybe you can't do that. |
| 15:34 |
bshum |
I got the exception popup finally after a nonresponsive JS waiting |
| 15:34 |
Dyrcona |
kmlussier: Thanks muchly. |
| 15:35 |
Dyrcona |
I was getting documentation sprints and list archives. |
| 15:35 |
jboyer-isl |
bshum: That check is pretty basic and could probably be improved by studying some SQL. (Or even throwing a LIMIT 1 on the end to get the Q planner to stop being so picky) |
| 16:04 |
gmcharlt |
bshum: and bug 1424827 now exists, but just as a wishlist item |
| 16:04 |
pinesol_green |
Launchpad bug 1424827 in Evergreen "logically deleted copy locations should be accessible in copy location editor" (affected: 1, heat: 6) [Wishlist,New] https://launchpad.net/bugs/1424827 |
| 16:06 |
|
ericar_ joined #evergreen |
| 16:08 |
bshum |
gmcharlt++ # I'll go ahead and finish testing and push those working fixes to master in a bit. |
| 16:21 |
|
dreuther_ joined #evergreen |
| 16:24 |
|
akilsdonk joined #evergreen |
| 16:53 |
berick |
looking at working/collab/miker/web-client-28-rebase, which is browser client bug fixes, w/ a dash of features. |
| 04:22 |
|
Stompro joined #evergreen |
| 04:43 |
|
StomproJ joined #evergreen |
| 04:55 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:00 |
|
StomproJosh joined #evergreen |
| 07:21 |
|
graced joined #evergreen |
| 07:40 |
|
rjackson_isl joined #evergreen |
| 13:30 |
kmlussier |
eeevil++ gmcharlt++ |
| 13:30 |
kmlussier |
The action/trigger based messages seem to be working now. |
| 13:31 |
kmlussier |
Of course, I need to remind myself to wait for the delay. I almost filed a bug report saying they still weren't working. ;) |
| 13:32 |
berick |
kmlussier: let me know when you wrap up your testing. |
| 13:32 |
berick |
i'll do a final sweep and merge |
| 13:32 |
kmlussier |
berick: Will do |
| 13:33 |
* berick |
thinks this is a cool feature |
| 13:33 |
kmlussier |
Me too! :) |
| 13:47 |
gmcharlt |
kmlussier: yeah, I dropped the A/T delay down to 10 seconds in the test database :) |
| 13:47 |
kmlussier |
Apparently I was a bit impatient. :) |
| 13:55 |
jonadab |
Hmm... for current git Evergreen, is it recommended to upgrade to Apache 2.4, if the OS comes with 2.2 (e.g., wheezy)? |
| 13:56 |
csharp |
jonadab: nope |
| 15:53 |
dbwells |
berick: I can confirm both the bug and fix. berick++ |
| 15:53 |
jeff |
does this branch still try to "pay" bills out of order, or has it moved away from that? |
| 15:53 |
jeff |
an early version tried to "pay" (when simulating/checking) "larger" bills first |
| 15:54 |
dbwells |
The branch being tested right now doesn't try to do anything at all, it is strictly refactoring. |
| 15:54 |
jeff |
ah! i had lost context. thanks! |
| 15:55 |
jeff |
(checking in from a service desk with numerous distractions, i still have my coat on -- thanks for indulging a silly question) |
| 15:55 |
dbwells |
No problem, it is confusing, and who has time to read the 77 comments therein. |
| 15:58 |
kmlussier |
berick: I've finished up testing the message center for today. Sign-offs are forthcoming. |
| 15:58 |
berick |
kmlussier++ |
| 16:01 |
berick |
dbwells: Dyrcona: what's the situation w/ bug 1198465 -- if the fine-gen branch is merged, is the rest basically ready to go? or does that all need more testing, sign-off's, etc.? |
| 16:01 |
pinesol_green |
Launchpad bug 1198465 in Evergreen "Support for Conditional Negative Balances" (affected: 15, heat: 70) [Wishlist,Confirmed] https://launchpad.net/bugs/1198465 |
| 16:02 |
Dyrcona |
I'll let dbwells answer that. It's bascially all his now. |
| 16:02 |
berick |
*wistfully* it's more machine than man now |
| 16:03 |
kmlussier |
berick: There was still a bug with that branch the last time I tested that was supposed to be fixed by the fine-gen branch. I'm guessing it should be checked to see if it really is fixed. |
| 16:04 |
dbwells |
berick: I would need to rebase again, then testing and sign-offs still needed, too. And yes, the branch as it now exists is twisted, and evil. |
| 16:04 |
berick |
heh |
| 16:04 |
|
artunit joined #evergreen |
| 16:05 |
kmlussier |
The bug that needed to be fixed was related to generating new overdue fines on a lost checkin. The way I do my testing is very manual and requires that I do it over a few days to check that scenario. Not sure if you all have fancier ways of testing it. |
| 16:05 |
berick |
so, i really like the fine-gen changes. i think that will help a lot. i'm ready to sign off on those (and maybe do some squashing) unless there are any objections. |
| 16:06 |
dbwells |
berick: the goal in separating out the cstore part was to make it easier to test, so hopefully that will be worth it. I'll rebase the other stuff to that latest branch and see how far off we are from at least having working code again. |
| 16:06 |
berick |
dbwells: let me add sign-off's and squash and push another branch before you rebase. cool? |
| 16:07 |
dbwells |
sure, thanks |
| 16:11 |
Dyrcona |
Billing is twisted and evil, but it's what we got for now. |
| 13:30 |
krvmga |
in the hen story, the animals who come later don't get to eat the cake; only the hen and her chicks :) |
| 13:30 |
yboston |
BTW, at some point we shuold ask opinions fromt he whole community |
| 13:31 |
yboston |
but for example that can be done after we have had a secodn meeting to talk about re-orgs |
| 13:31 |
krvmga |
yboston: in that same line, i think, at some point, we should "play test" the docs with our expected end users. |
| 13:31 |
remingtron |
yboston: might be good to have a proposed outline to get feedback on |
| 13:31 |
sandbergja |
yboston: I like the sound of that -- I think we would get more feedback if we send out something concrete |
| 13:32 |
yboston |
I prefer to first have a clear list of things that we want to adress in the re-org and the minimun requirements for the re-org. Though both can be revised with time |
| 13:34 |
remingtron |
jihpringle: not that soon |
| 13:34 |
yboston |
yboston: I am concerned that we might not be ready to support seperated docs yet |
| 13:34 |
remingtron |
this is just a brainstorming meeting, so it may take a while to slowly change |
| 13:35 |
yboston |
I would like to run some tests to make sure we have the correct automated worlflow first |
| 13:35 |
krvmga |
yboston: that sounds good |
| 13:35 |
remingtron |
yboston: right, it would require changes to the docs building process on the server |
| 13:36 |
|
Arlene joined #evergreen |
| 13:55 |
yboston |
krvmga++ |
| 13:57 |
jihpringle |
afterl: I've created the comments/complaints wiki page (nothing on it yet) http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-docs:reorg_2014:comments |
| 13:59 |
bbqben |
Hi all - EOB mtg starting here in a couple of minutes. cheers! |
| 13:59 |
kmlussier |
remingtron: I quick question before the next meeting starts. |
| 14:00 |
kmlussier |
Or maybe dbwells is the best person to answer it. |
| 14:00 |
kmlussier |
I'm going to test bug 1379815 |
| 14:00 |
pinesol_green |
Launchpad bug 1379815 in Evergreen "Assign stat cats during Vandelay import/overlay of items" (affected: 1, heat: 8) [Wishlist,New] https://launchpad.net/bugs/1379815 |
| 14:00 |
dbwells |
yay :) |
| 14:00 |
|
buzzy joined #evergreen |
| 14:06 |
bbqben |
#topic OPW project update |
| 14:07 |
yboston |
#info yboston is Yamil Suarez @ Berklee College of Music |
| 14:07 |
dbwells |
Good afternoon everyone. The OPW group gave a brief progress report at the dev meeting a couple days ago, and we were invited to do the same for the EOB, and perhaps answer any questions you might have. Our intern julialima_ has joined us today to give the update. |
| 14:07 |
julialima_ |
Good afternoon! We have been working very hard and we have made a lot of progress. |
| 14:07 |
julialima_ |
We are focused, mainly, in ensuring consistency and providing the best user experience we can. Of course it is a working progress, we are still testing some ideas and thinking new solutions for different situations. We still have 3 weeks until my internship is finished so we have a lot of time to try new things. |
| 14:07 |
julialima_ |
You can find the UI style guide in https://github.com/JuliaLima/Evergreen/tree/patch-1/docs/style_guide, remember that we are working on it, so nothing is definitive; and also you can check my blog for updates about our progress: http://lima-julia.tumblr.com/EG-style-guide. |
| 14:08 |
julialima_ |
Feel free to contact us and give your opinion and ideas, we need your feedback in order to improve our work, it is very important for us. |
| 14:08 |
dbwells |
julialima_ also posted a similar update to the mailing list a few days ago, so that might be the best overall venue for feedback at this point. |
| 14:09 |
kmlussier |
julialima++ dbwells++ |
| 14:09 |
bbqben |
julialima++ dbwells++ |
| 16:24 |
pinesol_green |
[evergreen|Dan Scott] lp1422555: Link permalink icon on record summary - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4b30fb8> |
| 16:25 |
bshum |
jboyer-isl: That sounds... "special" |
| 16:25 |
bshum |
dbs++ kmlussier++ |
| 16:27 |
kmlussier |
Hmmm...is bug 1287370 considered new feature or bug fix? I just want to know if I should worry about testing it by tomorrow or not. |
| 16:27 |
pinesol_green |
Launchpad bug 1287370 in Evergreen "Funds Go Back Option Takes User Back to the First Fund Screen" (affected: 5, heat: 26) [Low,Confirmed] https://launchpad.net/bugs/1287370 |
| 16:28 |
dbs |
bug 1423585 is a nice, lightweight feature :) |
| 16:28 |
pinesol_green |
Launchpad bug 1423585 in Evergreen "TPAC discoverability: include Open Graph Protocol markup for bonus points" (affected: 1, heat: 6) [Wishlist,New] https://launchpad.net/bugs/1423585 |
| 16:31 |
bshum |
dbs: That sounds fancy. |
| 16:31 |
dbs |
I say it's a bug fix |
| 16:31 |
bshum |
So let it be done. |
| 16:32 |
kmlussier |
OK, well if I have time I'll test it anyway because our people would like to see it. And who knows when I'll get back to testing. |
| 16:32 |
kmlussier |
But there is always bug squashing day. :) |
| 16:54 |
|
dreuther joined #evergreen |
| 16:54 |
jonadab |
dbs: That _looks_ like it could just be a static background image with text added. Probably could be done with imagemagick. |
| 16:55 |
jonadab |
That's a guess, though. |
| 16:58 |
|
mdriscoll left #evergreen |
| 16:58 |
|
yboston left #evergreen |
| 17:02 |
|
mmorgan left #evergreen |
| 17:12 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:28 |
pinesol_green |
[evergreen|Galen Charlton] LP#1378169: make context OU selector on funds page sticky - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8e8c2a8> |
| 17:31 |
|
dreuther_ joined #evergreen |
| 17:34 |
|
dreuther__ joined #evergreen |
| 18:27 |
|
Arlene joined #evergreen |
