| 00:23 |
|
dluch joined #evergreen |
| 00:44 |
|
gsams 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> |
| 06:44 |
|
timf joined #evergreen |
| 07:14 |
|
collum joined #evergreen |
| 07:52 |
|
jboyer-isl joined #evergreen |
| 08:31 |
|
tspindler joined #evergreen |
| 08:40 |
|
mmorgan joined #evergreen |
| 08:55 |
|
Shae joined #evergreen |
| 09:09 |
jeff |
p/c |
| 09:11 |
|
kbeswick joined #evergreen |
| 09:17 |
|
yboston joined #evergreen |
| 09:39 |
jeff |
part of me wants a set of live tests with the usual data, then a set of live tests with evil data. |
| 09:39 |
jeff |
and of course, the middle ground is adding more unusual-but-perfectly-reasonable data to the "usual data" |
| 09:39 |
wlambert__ |
Good morning. I'm trying to get a new global admin account added to my test installation. I can get the account created, but when I try to log in to the staff client it fails. I've made sure the 'Work OU' box is checked. |
| 09:40 |
wlambert__ |
When I try to change user from the Admin menu I get more details. First the login fails then I get a javascript error - TypeError:$("username").select is not a function |
| 09:40 |
wlambert__ |
In the text at the top of the login screen I get the following: open0ols.auth.authenticate.complete |
| 09:41 |
wlambert__ |
oops. that was supposed to be open-ils.auth.. |
| 09:41 |
wlambert__ |
Any of you guys have any ideas? I'm stumped...again |
| 09:41 |
wlambert__ |
BTW this is Staff Client 2.6 and Evergreen.... |
| 09:41 |
wlambert__ |
just a sec |
| 09:42 |
wlambert__ |
Evergreen 2.6 |
| 09:56 |
|
ldw joined #evergreen |
| 09:57 |
|
kmlussier joined #evergreen |
| 10:13 |
bshum |
wlambert__: I don't think I've seen that particular error before. And it doesn't show up in my googling so far. |
| 14:39 |
bshum |
:) |
| 14:39 |
csharp |
I'm wondering if it makes sense to create a new contrib branch to handle README updates ;-) |
| 14:40 |
bshum |
We could worry about it after we commit the initial stuff for 14.04 |
| 14:40 |
csharp |
ok - sounds good |
| 14:40 |
csharp |
I'm re-testing my branch now |
| 14:40 |
bshum |
The more prodding we do though, the more I worry about backporting it to rel_2_6 in hindsight |
| 14:41 |
csharp |
yeah - I'll keep that in mind |
| 14:41 |
bshum |
That said, I'm perfectly happy putting a note somewhere, only use Precise with 2.6 and less. :D |
| 14:51 |
pinesol_green |
Launchpad bug 1208915 in Evergreen "Apache 2.4.6 warns about eg.conf" (affected: 2, heat: 10) [Undecided,New] https://launchpad.net/bugs/1208915 |
| 14:51 |
bshum |
Aha |
| 14:51 |
|
kbeswick joined #evergreen |
| 14:52 |
csharp |
catalog works |
| 14:52 |
csharp |
I'll need to tail the logs and test the client next |
| 14:53 |
csharp |
oh - and standardizing logging with rsyslog by default is something else I'd like to work on |
| 14:54 |
bshum |
I hear you there |
| 14:54 |
csharp |
and creating an example init/upstart/systemd script |
| 14:54 |
bshum |
I need to finally write a new logging central server |
| 14:54 |
bshum |
With rsyslog instead of old style syslog-ng |
| 15:03 |
|
hbrennan joined #evergreen |
| 15:06 |
|
mmorgan left #evergreen |
| 15:39 |
mceraso |
dbwells: I tested the 2.6.1 maintenance release using Ubuntu 12.04 LTS. Everything works well |
| 15:40 |
dbwells |
mceraso++ # thanks! |
| 15:51 |
|
gerson joined #evergreen |
| 15:58 |
gmcharlt |
mceraso++ |
| 16:54 |
Dyrcona |
Turns out that what I added was being ignored. |
| 17:01 |
|
artunit joined #evergreen |
| 17:11 |
|
mtate joined #evergreen |
| 17:26 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 18:44 |
|
zerick2 joined #evergreen |
| 18:58 |
|
zerick2 joined #evergreen |
| 19:14 |
|
t8r joined #evergreen |
| 10:01 |
Dyrcona |
eeevil: Cool! That is very useful. |
| 10:02 |
eeevil |
Dyrcona: obv, it's missing the icon_format part, but does simple_record (and friends) not work for that? |
| 10:07 |
|
wlambert joined #evergreen |
| 10:10 |
wlambert |
Good morning. I'm not usually one to ask for help, but I'm having some issues with my test installation. In particular I'm having issues installing Business::ISBN from cpan on a fresh 64 bit Ubuntu Precise server. Has anyone else experienced this issue? |
| 10:11 |
pastebot |
"wlambert" at 64.57.241.14 pasted "cpan Business::ISBN Error" (102 lines) at http://paste.evergreen-ils.org/53 |
| 10:12 |
wlambert |
Wow that is neat. That is the output I get from cpan. |
| 10:15 |
Dyrcona |
wlambert: Install it from the package libbusiness-isbn-perl via apt-get. |
| 10:17 |
csharp |
ah - yeah, patrons wouldn't like that |
| 10:18 |
csharp |
*those* users |
| 10:18 |
Dyrcona |
csharp: I usually only hear complaints from staff, only because most patrons don't know I exist. :) |
| 10:19 |
Dyrcona |
I'm using mafe and mtfe with some nasty joins and aggregates in a test query. |
| 10:19 |
kmlussier |
Dyrcona: That sounds interesting. Is your goal to fix the problem that arises with downloading long circ histories? |
| 10:19 |
Dyrcona |
kmlussier: Exactly that. |
| 10:20 |
Bmagic |
How does Evergreen know which limit_set to choose when there is more than one assocaited with the same matchpoint? |
| 10:27 |
Dyrcona |
Bmagic: No, it is the name of the limit set itself. |
| 10:27 |
jeff |
We're sorry, jeff, but your input focus is in another window! |
| 10:27 |
Bmagic |
That's what I thought http://docs.evergreen-ils.org/2.3/_circulation_limit_sets.html is confusing me |
| 10:28 |
Dyrcona |
Bmagic: That's OK. It confuses me, too, and helped to develop and test it. :) |
| 10:28 |
Bmagic |
Really, there is nothing about the definition of a limit set that means anything as far as the type of item or patron ect. The only thing that really means anything is the maximum items out |
| 10:29 |
Dyrcona |
Bmagic: The limit set is more a place holder. The names mean what you want them to mean, and should be related to what the rules actually do. |
| 10:29 |
* Dyrcona |
will look at his own for examples. |
| 10:34 |
csharp |
plus, it would be nice to recommend installation from OS packages rather than CPAN (where possible) |
| 10:34 |
csharp |
"if you're on debian/ubuntu, do 'sudo apt-get install ....'" |
| 10:34 |
wlambert |
I realized what I'd missed as soon as you guys started commenting. I really appreciate the help! |
| 10:34 |
bshum |
csharp: Well as of 14.04, all them are packages (which I tested myself when we setup our new standalone DB server) |
| 10:35 |
Dyrcona |
csharp: Sometimes O/S packages are broken. |
| 10:35 |
bshum |
csharp: I've been curious to know how Jessie is, but I think Wheezy isn't quite there. |
| 10:35 |
* Dyrcona |
gives the horde "maintainer" for Debian/Ubuntu the hairy eyball. |
| 10:42 |
jeff |
leave the system perl alone, use perlbrew and cpanm. :-) |
| 10:42 |
* csharp |
would at least like us to go the way of Koha and eventually have our own deb repo |
| 10:43 |
Dyrcona |
wlambert: Well, you probably could get away with an all-in-one server, but I'd make it kind of beefy, like 64GB or more of RAM with SSD for storage. |
| 10:43 |
jeff |
(i don't actually yet advocate that for evergreen, since i haven't tried it for the full system, even in test/dev) |
| 10:43 |
csharp |
even if we're not looking for full exception |
| 10:43 |
jeff |
my preferred debian mirror has disappeared from DNS. :P |
| 10:43 |
jeff |
this is mildly annoying. |
| 12:47 |
Dyrcona |
jboyer-home: It means the function was called with a full, field mapped ahr object, not just a database id. |
| 12:49 |
jboyer-home |
I found where that log line is printed and assumed it was something like that (We had a lot of trouble with similar issues because we used circ scripts for so long) Do you have a lot of questions about seemingly “impossible” holds captures, or are they not causing you problems there? |
| 12:49 |
Dyrcona |
jboyer-home: I don't think that would cause the impossible hold captures. It's more likely a case of you have a hold matrix matchpoint that is triggered when you don't expect it to. |
| 12:51 |
jboyer-home |
I tested the item and usr by hand with action.hold_permit_test and it failed, as it should. It’s possible that rsyslog lost the rest of the transaction I suppose, but I’m at a loss as to what might have happened. |
| 12:53 |
Dyrcona |
Dunno. Holds are complicated. |
| 12:54 |
jboyer-home |
Yeah, I’m trying to dig into it here, I was just hoping someone would say “Oh that, check this out: etc.” |
| 12:55 |
mmorgan |
jboyer-home: is it possible that the item was edited after capture? Just grasping at straws... |
| 16:45 |
gmcharlt |
csharp: yes |
| 16:46 |
csharp |
gmcharlt: excellent - thank you |
| 17:07 |
|
mmorgan left #evergreen |
| 17:13 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 18:32 |
|
Dyrcona joined #evergreen |
| 18:34 |
Dyrcona |
Shucks. |
| 18:35 |
Dyrcona |
jboyer-* is not around. |
| 04:58 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:46 |
|
timf joined #evergreen |
| 07:44 |
|
collum joined #evergreen |
| 08:16 |
|
rjackson-isl joined #evergreen |
| 09:17 |
csharp |
so is anyone out there in Evergreen land running their staff workstations in virtualized environments? I'm specifically interested in whether anyone's running Windows on VMWare, but I wanted to cast a wide net |
| 09:18 |
RoganH |
I have one library that runs on the MS platform (can't remember it's name). |
| 09:18 |
csharp |
one of our member libraries is complaining of constant freezes and needs for restarts and I was looking for a comparison point |
| 09:19 |
RoganH |
I know a few more that have talked about it. I'll check to see where they are in their testing. |
| 09:19 |
csharp |
RoganH: thanks! |
| 09:19 |
RoganH |
Actually, now that I think about it, we have another who has been virtual for a long time and they might be VMWare. I tend to forget about them because they did it before it was cool. |
| 09:20 |
RoganH |
They had a really top notch IT guy at the time. |
| 09:21 |
csharp |
phasefx: yeah, I would *love* to steer them towards something like Lubuntu, but that's almost certainly out of the question ;-) |
| 09:21 |
* csharp |
reboots the Fedora buildslave |
| 09:22 |
phasefx |
csharp: if it's all configured, they can just pretend it's a weird app :) |
| 09:22 |
RoganH |
OK, I'm seeing a very narrow problem with searching for email. Can I get anyone else to test it in their staff clients? |
| 09:22 |
csharp |
heh - yeah, I'll see if I can sneak that in ;-) |
| 09:22 |
RoganH |
What happens is if you search for an email that starts with an 'a.' will fail. |
| 09:23 |
RoganH |
So, for example, a.smith generic.net will generate an error. Or A.smithgeneric.net |
| 09:27 |
RoganH |
We've been playing around to narrow down the criteria. It's odd. |
| 09:28 |
RoganH |
Specifically I get a 500 network error. |
| 09:28 |
jeff |
and server side, what is the error? |
| 09:28 |
RoganH |
I tested this last night at 11 pm when there was no server load. |
| 09:29 |
RoganH |
I haven't gone that far yet. I was looking to see if others knew of anything similar but it sounds like a unique to us thing now. |
| 09:30 |
RoganH |
The weird ones are kind of fun so long as they don't affect too many situations. :) |
| 09:30 |
jeff |
RoganH: not that I think that method has changed much recently, but what version are you on? |
| 09:30 |
RoganH |
jeff: 2.5.3 |
| 09:30 |
jeff |
thanks. |
| 09:32 |
bshum |
Well, I modded one of my test accounts to include a style of email like a.testsomewhere.com |
| 09:32 |
bshum |
And while it took awhile to search, it did retrieve the patron in search |
| 09:33 |
bshum |
Might just be a timing issue of some sort. Where the DB takes just a little too long, and the service stops paying attention? |
| 09:33 |
jeff |
server logs are going to be the next best clue. |
| 09:33 |
bshum |
Indeed. |
| 09:34 |
RoganH |
bshum: that's what I'm thinking but yeah, just odd since it coughs up responses to just "a" or "a." with no problem but we've all seen weirder |
| 11:21 |
Bmagic |
who is using keepalived ? |
| 11:44 |
csharp |
bshum: can you catch me up on the status of 14.04 and Evergreen? |
| 11:49 |
Dyrcona |
csharp: I can tell you that on the vms and other computers where we at MVLC have tried upgrading from 12.04 to 14.04, we've had horrible luck. |
| 11:49 |
csharp |
yeah, I expected that from my early tests |
| 11:50 |
csharp |
right now I'm going for clean install - I just didn't want to duplicate effort |
| 11:50 |
Dyrcona |
Even going from 13.10 to 14.04 on my laptop left it in a state that it wouldn't boot. |
| 11:50 |
csharp |
my "desktop" ubuntu upgrades went fine |
| 11:50 |
csharp |
but we don't really upgrade |
| 11:59 |
* csharp |
invites berick to correct him, though |
| 12:01 |
tsbere |
csharp: Given some of the headaches with previous attempts of my own to upgrade dojo I would recommend we remove it, not update it. >_> |
| 12:02 |
* tsbere |
thinks he had found that we are using features that they did not continue to include in later versions |
| 12:05 |
csharp |
ah - well if going forward with dojo isn't certain, I'll not spend too much time on it |
| 12:06 |
csharp |
I'm just reacting to some UI glitch-type frustrations discovered when testing acq, and was hoping to ameliorate things |
| 12:10 |
|
ericar joined #evergreen |
| 12:12 |
csharp |
no mention of dojo in the agendas/minutes of dev meetings over the last year |
| 12:12 |
csharp |
I guess with angular.js in the picture, that would be the preferred toolset, though, right? |
| 12:13 |
csharp |
@ana TOO MANY TOOLSETS |
| 12:13 |
pinesol_green |
csharp: Tamest loony to so |
| 12:14 |
dbs |
angular is not a toolset the way that dojo is (at least, not in terms of widgets) |
| 12:14 |
dbs |
It tries to be minimalist |
| 12:21 |
mrpeters |
was considering upgrading to 14.04 when we upgrade someone to 2.6 |
| 12:22 |
csharp |
mrpeters: I'm working on that right now |
| 12:22 |
csharp |
bshum: did you have an EG branch you were working on? or was my branch the only one? |
| 12:22 |
mrpeters |
yeah, cool. i need to set up their testing server within the next week or two so i may have to just roll with 12.04 for that, and then 14.04 for production |
| 12:23 |
bshum |
csharp: I think yours is the only one I know about. |
| 12:23 |
mrpeters |
which i dont love, but we can always rebuild test server at a later date |
| 12:23 |
csharp |
bshum: okay - cool - thanks! |
| 12:23 |
berick |
csharp: i would love to replace the dojo UIs with angular versions, but there is no specific plan in place to do that yet |
| 12:23 |
csharp |
berick: do you think it's best then to stay with old dojo for the foreseeable future? |
| 13:22 |
csharp |
yeah - that happens here too |
| 13:23 |
csharp |
I'm going to investigate eeevil's suggestion to identify those records and export them piecemeal to stay under the size limit |
| 13:23 |
csharp |
identifying the records will be the hardest part of that |
| 13:26 |
egbuilder |
build #594 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/594 blamelist: Mike Rylander <mrylandergmail.com> |
| 13:26 |
Dyrcona |
I read that as "is complete failure" though guess it amounts to the same. |
| 13:29 |
csharp |
that's after upgrading to Fedora 20, FYI |
| 13:30 |
csharp |
looks like there are some deps that got tore up |
| 13:30 |
Dyrcona |
Perl 5.18? |
| 13:30 |
dbwells |
csharp: I'm double-checking the commit I just pushed. Are you saying that probably isn't the problem? |
| 13:30 |
Dyrcona |
My understanding is some tests and some CPAN modules's tests fail under Perl 5.18. |
| 13:30 |
bshum |
Yeah there's some bugs for that. |
| 13:30 |
csharp |
dbwells: I'm saying that it's likely an OS problem |
| 13:31 |
csharp |
I'm looking now |
| 13:37 |
mrpeters |
and open-ils.circ is definetly running with listener/drone, etc. |
| 13:37 |
csharp |
dbwells: I don't have control over the Debian VM |
| 13:38 |
csharp |
however, with mundungus up and running, creating one under everyone's control is easy ;-) |
| 13:38 |
dbwells |
csharp: that's fine, I'd just like to see one successful buildbot test before I package 2.6.1 today :) |
| 13:38 |
Dyrcona |
mrpeters: Not seen that one. |
| 13:38 |
csharp |
dbwells: ok, ubuntu 12.04 buildslave is back up |
| 13:39 |
dbwells |
csharp: sweet, thank you |
| 13:47 |
mrpeters |
Dyrcona: yeah, and i assume plenty have installed 2.6 from tarballs, so we just need to find our needle in the haystack :) |
| 13:48 |
Dyrcona |
mrpeters: Well, I don't make that assumption, but I've installed it from git. |
| 13:48 |
|
hbrennan joined #evergreen |
| 13:48 |
csharp |
dbwells: fedora buildslave was updated and is ready for testing... I don't know how to trigger a rebuild |
| 13:49 |
mrpeters |
yeah, ill fire up a new vm and install the old fashioned slow way :P |
| 13:49 |
Dyrcona |
I typically only see problems like that when I'm fooling around in development and have edited code. |
| 13:50 |
Dyrcona |
mrpeters: Try this: perl -c /usr/local/share/perl/5.14.2/OpenILS/Application/Circ.pm |
| 14:08 |
mrpeters |
you got us started down the right road now, we'll get this sorted |
| 14:08 |
mrpeters |
apt-get install libjson-perl did the trick! |
| 14:10 |
pinesol_green |
[evergreen|Mike Rylander] LP#1321017: Order constituent records by quality - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4897a05> |
| 14:15 |
egbuilder |
build #595 of evergreen-master-fedora-18 is complete: Success [build successful] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-fedora-18/builds/595 |
| 14:33 |
csharp |
yay! |
| 14:46 |
Dyrcona |
\o/ |
| 14:51 |
|
mmorgan1 joined #evergreen |
| 16:34 |
dbwells |
jeff: thanks |
| 16:45 |
|
kbeswick joined #evergreen |
| 16:56 |
|
jwoodard joined #evergreen |
| 17:31 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:56 |
|
ktomita_ joined #evergreen |
| 18:41 |
|
timf joined #evergreen |
| 19:19 |
pastebot |
"gsams" at 64.57.241.14 pasted "How I solved the duplication of "Lost Materials", "Overdues", "Lost Materials Processing Fee" in that SQL Query" (61 lines) at http://paste.evergreen-ils.org/51 |
| 00:31 |
jeffdavis |
gamambel: Evergreen isn't set up to work that way across separate, independent instances. But it *is* designed for consortial environments, where many different libraries with their own holdings, policies, etc., share the same instance of Evergreen. |
| 05:18 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:58 |
gamambel |
jeffdavis: i haven't had the time yet to look into it in detail, but is there an API or something to facilitate connecting multiple instances |
| 05:58 |
gamambel |
? |
| 07:15 |
|
jboyer-laptaupe joined #evergreen |
| 08:11 |
csharp |
@hate troubleshooting reports |
| 08:11 |
pinesol_green |
csharp: The operation succeeded. csharp hates troubleshooting reports. |
| 08:11 |
csharp |
@hates |
| 08:11 |
pinesol_green |
csharp hates dojo_hold_policies_interface; SIP; when libraries purchase third party products without testing and blame Evergreen for it not working; reports; the fact that the Base Filters is unnecessarily greyed out when applying an Aggregate Filter and vice versa; evil; reports more; reports even moar; details; reports even more; the fact that the Base Filters is unnecessarily greyed out (1 more message) |
| 08:11 |
csharp |
@more |
| 08:11 |
pinesol_green |
csharp: when applying an Aggregate Filter and vice versa even more; having to teach SIP2 client vendors about the SIP2 specification; and troubleshooting reports |
| 08:25 |
Dyrcona |
@hates |
| 09:08 |
Dyrcona |
Yeah, I can see that, too. I don't want to overcomplicate things. |
| 09:08 |
Dyrcona |
;) |
| 09:08 |
Dyrcona |
Yep, NCIP is overly complicated 'cause its basically: "Heres' an array of options that you can implement. Enjoy!" |
| 09:10 |
jeff |
and there's an in-between of the subclass approach and the "recommended list of config settings" approach, where you just have a config setting for "flavor" and set it to "INN-Reach" or "FooLibrarySoftware", and that dictates the defaults while still allowing for specific overrides. I don't think I favor that option, though. |
| 09:10 |
jeff |
(seems like it would lead to less-readable code, and make things harder to test) |
| 09:19 |
tsbere |
jeff: I think I prefer "recommended list of config settings" coupled with "config file allows for including another file" and each 'flavor' being a config file to include. Or perhaps just a config file to specify. But I am not working on any of the code in question. >_> |
| 09:19 |
tsbere |
jeff: You get some of the "flavor" config setting feel, but without it actually being a standard config option. |
| 09:22 |
Dyrcona |
tsbere: Since modules can be loaded at runtime, I prefer a default set of options, with the capability of loading a sub module when necessary. |
| 16:59 |
Dyrcona |
JMGoldberg: You check it in to get it out of In Process status. |
| 17:00 |
hbrennan |
And in your library, you can make things in In Process status as visible in the OPAC |
| 17:00 |
hbrennan |
great for letting patrons place holds on items before they are ready |
| 17:01 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:01 |
JMGoldberg |
Alright, I was able to set up the basics! |
| 17:01 |
JMGoldberg |
Thank you all again so much! |
| 17:07 |
|
gamambel left #evergreen |
| 10:36 |
jeff |
some uncertainty if this is in chrome 35 or 36, but it looks like the long-anticipated Object.observe() has landed: http://www.html5rocks.com/en/tutorials/es7/observe/ |
| 10:37 |
jeff |
I'd guess Chrome 36 (which is currently beta), and that the Tweet from @ChromiumDev was incorrect in saying 35 |
| 10:38 |
gmcharlt |
bshum: I really like the new wiki template |
| 10:44 |
bshum |
gmcharlt: I like that it's responsive. |
| 10:44 |
bshum |
I was hoping that the dokubook theme (to mimic mediawiki) was, but it didn't turn out that way. |
| 10:45 |
bshum |
Oh good, and it works with no-JS |
| 10:45 |
bshum |
(forgot to test that too...) |
| 10:46 |
jeff |
in many ways, themes that mimic something else just end up creating more confusion because it "looks like" X but "isn't actually" X |
| 10:48 |
bshum |
True, true |
| 10:48 |
jboyer-isl |
Ugh, memories of "iOS app" wordpress mobile themes... |
| 11:43 |
bshum |
(just musing, I don't know the answer to the question yet) |
| 11:45 |
tsbere |
bshum: I think mmorgan means "between sessions" |
| 11:45 |
mmorgan |
bshum: Yes, it should be obvious by looking at the screen. My larger question actually is where all those sticky things in the client are stored. Checkin modifiers, checkboxes, etc. |
| 11:46 |
tsbere |
mmorgan: Have you closed the client when testing? The preferences file may not be written right away even if it is visible in about:config |
| 11:46 |
mmorgan |
tsbere: Not sure, will check that. |
| 11:47 |
bshum |
Yeah, but if they're visibly part of the checkin screen (with text/color/boxes/whatnot) why would you need to know where they're stored between sessions? Cause they seem to stick from closing out and coming back in, no? |
| 11:47 |
tsbere |
mmorgan: Beyond that, I seem to find them in the prefs.js file itself here |
| 16:43 |
jeff |
wait, really? i feel embarassed not knowing that. |
| 16:44 |
bshum |
Yeah that doesn't seem quite right somehow |
| 16:44 |
jeff |
almost as embarrassed as me not spelling embarrassed correctly. :P |
| 16:45 |
bshum |
Wow, that's just depressing |
| 16:45 |
bshum |
tested and true. |
| 16:45 |
bshum |
I hate that. |
| 16:45 |
bshum |
I want it to index the whole thing |
| 16:45 |
bshum |
Just in case |
| 16:46 |
bshum |
:\ |
| 16:46 |
bshum |
Bleh |
| 16:46 |
bshum |
This is why I just stick to keyword search :D |
| 16:47 |
bshum |
In that case we really, really ought to turn on this library setting... |
| 16:48 |
kmlussier |
Well, the thing is, if it does pay attention to "the" when you enter the initial article, then the user would be stuck if they didn't use the initial article when entering the search. |
| 16:50 |
kmlussier |
bshum: It's a global flag. |
| 16:50 |
bshum |
Hmm |
| 16:50 |
kmlussier |
Map of search classes to regular expressions to warn user about leading articles |
| 16:51 |
jeff |
okay, testing on 2.5.1 title search for the help and "^the help$" both return results I would expect. that makes me think that i misunderstood the problem. what am I doing different? |
| 16:51 |
|
ldw joined #evergreen |
| 16:51 |
|
akilsdonk joined #evergreen |
| 16:51 |
kmlussier |
jeff: In browse search? |
| 17:13 |
bshum |
krvmga: If you're asking about our production, that's mainly because we're not live yet on a version that includes that feature (ask me again next week) |
| 17:13 |
frank___ |
hi all, does someone could tell me what is the script I have to run to make a reingest? |
| 17:13 |
krvmga |
bshum: oh, sorry, i thought you were on 2.5 already |
| 17:13 |
bshum |
krvmga: But if you're asking about our test server, I've been avoiding it for now because I don't think people really care about it at the results level. |
| 17:13 |
bshum |
krvmga: That's a 2.6 feature isn't it? |
| 17:13 |
frank___ |
I am working on 2.6 EG v |
| 17:14 |
krvmga |
bshum: 2.5, according to the release notes |
| 17:14 |
kmlussier |
bshum: There is a 2.5 feature that only uses OU settings |
| 17:15 |
krvmga |
bshum: we have that already |
| 17:16 |
krvmga |
but i'm going to bet you mean something different from what we have. |
| 17:18 |
kmlussier |
OK, I've given up on working on my other project to look in the database, and I think I've caught up to speed on what's happening. But to make sure I'm understanding it correctly. We have the alternate title index that is set to search and browse... |
| 17:19 |
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 |
kmlussier |
And that index will create one browse entry based on alternative title, which is where we see the entries starting with "the"... |
| 17:20 |
kmlussier |
And will create a second entry based on alternative-nfi, which honors those non-filing indicators. |
| 17:20 |
bshum |
krvmga: Well, I was thinking about making it a page in the catalog, and not something referenced elsewhere on another website. |
| 20:39 |
gsams |
well, that might explain things then |
| 20:39 |
bshum |
Otherwise it'll just keep doing its thing |
| 20:40 |
hbrennan |
Hmm, that's good to know! That's going on a stickie |
| 20:40 |
gsams |
weird how it didn't do anything with my other tests though, that's going to bug me I think. |
| 20:40 |
bshum |
Also |
| 20:40 |
dcook |
Could I beg a favour from someone? |
| 20:41 |
bshum |
Depends on how your email notification was scripted |
| 22:06 |
pinesol_green |
[evergreen|Jeff Godin] LP#1246843: Don't show contact invalidators for new users - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1ed5744> |
| 22:15 |
bshum |
Man I feel so rusty |
| 22:18 |
* dbs |
sprays wd40 on bshum |
| 22:19 |
bshum |
Heh, thanks :) |
| 22:25 |
|
ldw joined #evergreen |
| 22:47 |
bshum |
dbs: I'm looking at bug 1303544 and in my testing the extra .trim in the misc_util.tt2 for isbn/upc/issn result in having nothing show up at all in the catalog. Maybe I'm doing something wrong in my test server, I'll double check on another one. |
| 22:47 |
pinesol_green |
Launchpad bug 1303544 in Evergreen master "ISBNs should be cleaned up in record summary output" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1303544 |
| 22:48 |
bshum |
Otherwise, the change to record/summary.tt2 works fine and seems to put the ISBN on its own as described |
| 22:55 |
|
mtcarlsoz joined #evergreen |
| 23:04 |
|
shadowspar joined #evergreen |
| 23:27 |
dbs |
bshum: I don't think I have a current test VM around to give it a shot right now; feel free to merge just the summary.tt2 changes |
| 03:31 |
|
tater joined #evergreen |
| 05:00 |
|
b_bonner joined #evergreen |
| 05:00 |
|
mtcarlson_away joined #evergreen |
| 05:20 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:24 |
|
TSU-evergreen joined #evergreen |
| 05:25 |
TSU-evergreen |
hii all |
| 05:28 |
TSU-evergreen |
can somebody help me ЫЫ |
| 08:45 |
dbs |
maybe we can borrow the @welcome plugin from zoia as well (it recognizes new visitors to the channel and sends them a quick summary message like kmlussier did) |
| 08:50 |
|
mmorgan joined #evergreen |
| 08:59 |
kmlussier |
dbs: This one?: https://github.com/code4lib/supybot-plugins/tree/master/plugins/Greeter |
| 08:59 |
DPearl |
Question: I'm looking at a change in /usr/local/share/perl/5.10.1/OpenILS/Application/Circ/Circulate.pm. What do I need to restart in order to test the changes in that file? |
| 09:00 |
jeff |
at a minimum, the open-ils.circ service. |
| 09:01 |
jeff |
that might be it. |
| 09:01 |
dbs |
kmlussier: that's it! |
| 09:01 |
DPearl |
jeff: Thanks! |
| 09:02 |
jeff |
in most cases when testing even small changes, i do the work in a local git branch, push that branch to a development server, stop apache and opensrf, then make, make install, start opensrf, start apache. sometimes i also restart memcached or perform a selective removal of keys from memcached. |
| 09:04 |
jeff |
thinking on that a bit, my only real reason for not doing a full memcached restart is usually just that i want to preserve my session -- i should probably either get used to just logging in again, or manually insert my session after a full restart. |
| 09:04 |
jeff |
(of memcached) |
| 09:04 |
jeff |
(or flush) |
| 09:05 |
jeff |
mostly because a partial deletion of keys and their values requires either that i know the exact key, or that i use memcdump and grep, and memcdump is not guaranteed to give you every key in every situation. |
| 09:05 |
tsbere |
jeff: I have aliases that do the entire install/reinstall process for me on my dev machine, and I use the automatic login options on the staff client. The only place I normally log into my dev machine is in the catalog, or if I want a different user than one of the normal three I use in the staff client. :D |
| 09:06 |
Dyrcona |
What tsbere said, plus I only do the makes and restarts when necessary. |
| 09:06 |
* tsbere |
even lets the browser remember the passwords for three "patron" accounts, though, so even the catalog isn't a big deal for logging in |
| 09:06 |
Dyrcona |
If I'm messing with tt2 fles or server side client files, I just copy them in place and clear the cache in the staff client or browser. |
| 09:07 |
* jeff |
nods |
| 09:07 |
jeff |
templates i often test without restarting, just cache-clearing |
| 09:07 |
Dyrcona |
DPearl: You'll want to restart open-ils.circ. Depends on your version of OpenSRF how you do that. |
| 09:07 |
jeff |
i wanted to get away from editing a perllib file in place on the dev system. |
| 09:08 |
Dyrcona |
I use git for this stuff definitely. |
| 09:10 |
jeff |
i edit code on my laptop, commit to a git branch, push that to a bare repo on the dev instance which is configured as a remote on itself |
| 09:11 |
Dyrcona |
Fun thing: On my laptop I have my bare repos set up to pull from an empty.git repo on the laptop and push to the remotes on the dev machine. |
| 09:11 |
Dyrcona |
This avoids errors when doing a git fetch --all and the remotes on the dev machine are not around. |
| 09:12 |
jeff |
mostly the changes i'll be testing do not involve large schema changes, so i don't have much in place for the database other than "create volume from snapshot, mount, configure postgres to use that path" -- where the snapshot in question is a block-level snapshot of a device with a filesystem containing a restore of our production db from sometime in the last month or so. |
| 09:13 |
Dyrcona |
I usually run upgrade scripts by hand, or for large changes I use a perl script that I wrote. |
| 09:13 |
jeff |
Dyrcona: nice. the local repo i'm usually doing this from isn't somewhere where i typically fetch --all, but that's handy. |
| 09:15 |
Dyrcona |
And this reminds me that I noticed memcached running on a machine where it doesn't have to and I want to disable it. |
| 09:21 |
Dyrcona |
Does anyone have a server running 2.6 besides me at the moment? |
| 09:21 |
_bott_ |
Unique is telling me that their collections calls are erroring out with "does not contain valid XML". I'm wondering if I mistakenly updated a Perl mod. Does anyone know if Precise has a version issue with any XML modules? |
| 09:21 |
Dyrcona |
I ask because I suspect something is wrong with SuperCat feeds in general, but I haven't looked hard enough, yet. |
| 09:21 |
_bott_ |
Dyrcona: test server, running, yes. I haven't touched it in a few weeks though. |
| 09:22 |
Dyrcona |
_bott_: Not that I am aware of, but could be. |
| 09:22 |
_bott_ |
I can't seem to locate my handy xml-rpc test scripts. Gotta go recreate them to test. |
| 09:23 |
Dyrcona |
_bott_: Oh. In that case, yeah, I had trouble with xml-rpc and precise all along, but never really narrowed it down. |
| 09:23 |
jeff |
_bott_: there was a change to XMLRPC calls which made our method names no longer valid. there's a new way of spelling those method names, and Unique knows how to do it, but they might not have enabled it for your system -- I don't think it was as simple as "use these names, they work everywhere" -- I think it was more of a "flag day per system" thing. |
| 09:24 |
Dyrcona |
Plus, what jeff just said. :) |
| 10:23 |
jboyer-isl |
I see. Not a bad use of !, letting you know that you're potentially wrecking the variable you're working with. |
| 10:23 |
jboyer-isl |
And saving a fair bit of typging. |
| 10:24 |
jeff |
can't say i prefer it, more of a "using the conventions of the surrounding code" thing. |
| 10:45 |
phasefx |
we don't have any metarecord examples in the test data do we? I grouped by master_record on metabib.metarecord to test |
| 10:47 |
jboyer-isl |
Sigh. on restore (of a 2.5.2-ish db) is anyone seeing this error: COPY failed for table "z3950_index_field_map": ERROR: new row for relation "z3950_index_field_map" violates check constraint "valid_z3950_attr_type" |
| 10:47 |
jboyer-isl |
It's a little disconcerting, as we have plenty of people that do z39.50 searches and there's obviously an entry in the production db being dumped each night. |
| 10:50 |
bshum |
You know, I did have that happen at least once during one of my restores... |
| 11:41 |
|
dreuther joined #evergreen |
| 11:53 |
bshum |
fwiw, gmcharlt, we applied https://bugs.launchpad.net/bugs/1296937 to our production to help speedup lookups and it hasn't been a problem as far as I know. |
| 11:53 |
pinesol_green |
Launchpad bug 1296937 in Evergreen 2.5 "SIP2 Patron Information times out on too many checkouts/holds" (affected: 4, heat: 20) [Medium,Confirmed] - Assigned to Galen Charlton (gmc) |
| 11:54 |
gmcharlt |
bshum: yep, I'm nearly done testing it |
| 11:54 |
bshum |
gmcharlt++ |
| 11:54 |
tsbere |
heh, I just poked him to say the same thing. We had people with a couple hundred holds complaining about overdrive not letting them log in. <_< |
| 11:55 |
bshum |
Yeah, that's the same thing we saw :( |
| 12:01 |
* tsbere |
recalls his testing: Insert a row into action.hold_request for every bib, then when that wasn't enough of a stress test adding one for every copy, for the test patron |
| 12:02 |
pinesol_green |
[evergreen|Thomas Berezansky] LP#1296937: (SIP2) Add ids_only parameter to _items functions - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9ce8743> |
| 12:02 |
pinesol_green |
[evergreen|Galen Charlton] LP#1296937: (follow-up) make $ids_only be the last parameter for ->charged_items() - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2f27b78> |
| 12:02 |
* tsbere |
wonders what Galen was doing with that follow up commit |
| 12:04 |
gmcharlt |
tsbere: bshum: Dyrcona: committed; note the follow-up |
| 12:04 |
tsbere |
gmcharlt: What did that follow-up commit get us beyond confusing things inside of SIPServer? |
| 12:04 |
gmcharlt |
tsbere: read the commit message on the Evergreen follow-up |
| 12:05 |
tsbere |
gmcharlt: I did. I still don't get why it was needed. The code that used that parameter existed only in the Evergreen side of things, and if SIPServer triggered the "force barcode" code it actually *improved* the patron information response from not doing so in my own testing. |
| 12:06 |
tsbere |
gmcharlt: Thus, as I said a moment ago: What does that get us beyond confusing things inside of SIPServer with different numbers of params needed for each summary call? |
| 12:09 |
eeevil |
tsbere: I'm having a hard time understanding when it's ever a good idea to reorder positional parameters as opposed to always adding to the end |
| 12:09 |
gmcharlt |
tsbere: prior to the follow-up, if one upgraded Evergreen but not SIPServer, it was unclear that the renew-all message would get the correct information to actually renew the items |
| 12:10 |
tsbere |
gmcharlt: Ummm.....the renew-all code in question is part of Evergreen, not SIPServer. Which is my point. If you upgraded Evergreen you got the new version of the renew all code too. |
| 13:48 |
tsbere |
gmcharlt: Wait, we care about breakage to JSPac? Since when? |
| 13:48 |
gmcharlt |
this is probably a really obvious Q and A, but I think it wouldn't hurt to be explicit: are we all agreed that we don't care about anything that would break JSPac? |
| 13:49 |
gmcharlt |
and no, I rather suspect we don't, but for as long as it lives in the code base, we should probably be crystal clear about expectations |
| 13:50 |
jeff |
Not having tested jspac on 2.6 in... ever, I'm not sure why I'm asking, but: are you planning to backport the change that breaks jspac to rel_2_6 or is it just master-and-forward? |
| 13:51 |
* kmlussier |
thinks we should break JSPac as much as we can to convince anyone who may be using it to get off of it. |
| 13:52 |
kmlussier |
We officially stopped supporting it in 2.4, right? |
| 13:52 |
gmcharlt |
something like that |
| 15:28 |
jeff |
I have a report for 245 tags where ind2 is 4 and the first characters of the $a are not "The " :P |
| 15:30 |
|
ldwhalen_mobile joined #evergreen |
| 15:31 |
hbrennan |
I'm going to flip flop the first and last of (6!) ISBNs for a title which is showing the wrong cover image... |
| 15:32 |
jeff |
hbrennan: keep in mind that that may do nothing. in the code you're running, there is no predictable way to ensure that a certain ISBN is used for a Syndetics lookup. |
| 15:33 |
jeff |
gmcharlt: does that code and that test pass for you? which version of Business::ISBN? It's been too many weeks since I was looking at Business::ISBN, but memory says it won't do what is expected there. |
| 15:34 |
dbs |
we put some extensive ISBN pre-cleanup code into database logic to work with Business::ISBN, should be able to reuse that |
| 15:34 |
gmcharlt |
jeff: that patch needed a couple follow-ups (also in the source tree) to deal with invalid ISBNs, but overall, it does appear to correctly normalize ISBNs, and produce variations of an ISBN |
| 15:35 |
* jeff |
looks to see if his memory is wrong, but also sees that there's a new-this-year version of Business::ISBN |
| 15:56 |
jeff |
tsbere++ for a very elegant proposed fix to key ordering |
| 15:57 |
hbrennan |
I have to say, Syndetics did not use blame language towards EG |
| 15:57 |
hbrennan |
it would be easy for them to do, but they didn't |
| 15:57 |
jeff |
certainly. they've been very helpful when i have worked with them in the past. |
| 15:57 |
jeff |
including providing us with a client code for development/testing, etc. |
| 15:57 |
hbrennan |
They called it a "small technical issue" on EG's part |
| 15:58 |
hbrennan |
And they did add the missing ISBNs in their database so our images would show.. at least for the two we were missing in the case |
| 15:59 |
|
ericar joined #evergreen |
| 16:59 |
gsams |
jeff: yeah that is basically what I will be trying to setup. |
| 17:00 |
|
dreuther joined #evergreen |
| 17:01 |
gsams |
just a bit smaller scale, as in one library in a 13 library system. |
| 17:03 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:07 |
|
dreuther joined #evergreen |
| 17:09 |
|
mmorgan left #evergreen |
| 17:09 |
dbwells |
Browser prompt: "You are about to close 793 tabs. Are you sure you want to continue?" |
| 18:16 |
|
zerick2 joined #evergreen |
| 18:37 |
|
kmlussier joined #evergreen |
| 19:53 |
* gmcharlt |
grabs 0880 |
| 20:01 |
pinesol_green |
[evergreen|Mike Rylander] LP#1312945: auth-auth linking: cache less agressively and look for all links - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=89f8e98> |
| 20:01 |
pinesol_green |
[evergreen|Srey Seng] LP#1312945: authority.calculate_authority_linking and multiple linked tags - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=663715d> |
| 20:01 |
pinesol_green |
[evergreen|Mike Rylander] LP#1312945: baseline schema update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e7e9731> |
| 20:01 |
pinesol_green |
[evergreen|Galen Charlton] LP#1312945: add regression test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=73aff25> |
| 20:01 |
pinesol_green |
[evergreen|Galen Charlton] LP#1312945: pin schema update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4df12a9> |
| 20:13 |
pinesol_green |
[evergreen|Dan Wells] LP#1314902: Restore header bar styles on results pages - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e174630> |
| 21:21 |
|
kmlussier joined #evergreen |
| 22:04 |
|
kmlussier joined #evergreen |
| 22:09 |
|
Jimmy__ joined #evergreen |
| 22:15 |
bshum |
It's just letting you know that this hasn't been done and it's just using the localhost address 127.0.1.1 as the servername for the apache service. |
| 22:23 |
|
b_bonner joined #evergreen |
| 22:23 |
|
mtcarlson_away joined #evergreen |
| 22:23 |
PSM |
<bshum> Ok, I see. I guess should leave it this way then. My main concern is my staff client 2.6 on win xp machine is connecting fine to the server, but when I try Acquisitions, new brief record then to save the record I get the following error 'Event: 2002: DATABASE_QUERY_FAILED-> The attempt to query to the DB failed' on the server side it seems that it's running fine and I can do the srfsh test with no problems |
| 22:25 |
bshum |
PSM: I'm afraid that I can't speak to how acquisitions operates in that area, so I'm unsure how to instruct you on proceeding further, but yeah, that apache warning you noted is just a warning, not an actual error per say. |
| 22:26 |
PSM |
<bshum> I see, thanks for your help with Apache anyway. |
| 22:27 |
PSM |
<bshum> I wonder where would you recommend me to go for more help about this? |
| 00:41 |
|
zerick 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> |
| 05:09 |
|
_bott_ joined #evergreen |
| 05:46 |
|
john3213 joined #evergreen |
| 05:51 |
|
john3213 left #evergreen |
| 13:30 |
tsbere |
gsams: Did you double-check that the passwords in the SIP XML config are the ones provided to Evergreen *and* the clients are using the correct passwords? |
| 13:30 |
* tsbere |
points out that this has been an issue for him in the past on his dev machine, mis-typing the password in one of the three spots and not noticing |
| 13:31 |
|
mllewellyn joined #evergreen |
| 13:32 |
gsams |
tsbere: unfortunately yes again, I double checked that first, using the password from the xml file and copying it into Evergreen and then into a telnet sip session |
| 13:32 |
gsams |
I also tested a few of the other credentials that I have and they all pass except for the new ones. |
| 13:32 |
tsbere |
gsams: Did you ensure the permissions are properly set on the new accounts in Evergreen? |
| 13:33 |
gsams |
tsbere: yes, they have the same permission group and permissions as other working sip users |
| 13:33 |
tsbere |
gsams: Do your other sip users have secondary groups that the new ones may have had overlooked? |
| 13:35 |
Dyrcona |
OK, just checking the obvious. |
| 13:36 |
gsams |
Dyrcona: not a problem, I was hoping it was something obvious too. |
| 13:36 |
gsams |
tsbere: I'm not sure if they have secondary groups or not honestly. |
| 13:37 |
jcamins |
I have a suggestion of something else obvious. Did you check to make sure that you're connecting to the correct machine? |
| 13:38 |
jcamins |
I've definitely had moments of panic where the new login isn't working... only to realize that I'm logging into a test server. |
| 13:38 |
tsbere |
gsams: Perhaps run this for old vs new? If old doesn't return anything don't worry about the new. SELECT pugm.grp FROM permission.usr_grp_map pugm JOIN actor.usr au ON pugm.usr = au.id WHERE au.usrname = 'some username'; |
| 13:39 |
gsams |
jcamins: yeah, I've got that part correct as well |
| 13:39 |
gsams |
tsbere: nothing was returned for old users |
| 14:55 |
* csharp |
weeps over bug 1207533 |
| 14:55 |
pinesol_green |
Launchpad bug 1207533 in Evergreen 2.5 "Triggered event log times out for large-data sites" (affected: 13, heat: 70) [Medium,Confirmed] https://launchpad.net/bugs/1207533 |
| 14:56 |
csharp |
I kicked off the query like 4 to 5 minutes ago |
| 14:58 |
Bmagic |
Does anyone out there have some statistics on the preformace of their DB when running a full bib reingest? In testing I am measuring something like 22,500 bibs per hour. Does that sound right? |
| 14:59 |
csharp |
Bmagic: I didn't record stats before... I know that it took most of 24 hours last time I did one (1.7 million bibs) |
| 15:00 |
Bmagic |
csharp: that is 70,800 bibs per hour |
| 15:01 |
Bmagic |
csharp: I might be able to get up to that speed when I use my raw real production machine, so perhaps I am on track |
| 15:37 |
Dyrcona |
BTW, that git repo contains some other useful scripts. |
| 15:38 |
ktomita |
Dyrcona: thank you. I will check them out. Dyrcona++ |
| 15:39 |
Dyrcona |
http://git.mvlcstaff.org/ has some more useful and/or interesting repos of Evergreen-related things. |
| 15:43 |
remingtron |
kmlussier: I'm reviewing bugs for 2.6.1 and wondered if you've tested this: https://bugs.launchpad.net/evergreen/+bug/1078593 |
| 15:43 |
pinesol_green |
Launchpad bug 1078593 in Evergreen 2.6 "serials: deleting an issuance does not update the basic summary statement" (affected: 3, heat: 18) [Medium,Triaged] |
| 15:44 |
kmlussier |
remingtron: Not yet. I was just talking to Dyrcona about that one. He's going to add it to his dev server this week. I'll test it as soon as it's been loaded. |
| 15:45 |
remingtron |
kmlussier: okay thanks |
| 15:46 |
remingtron |
kmlussier: not sure if you have influence over that timeline, but dbwells mentioned he might cut 2.6.1 on wednesday |
| 15:46 |
Dyrcona |
I have a meeting in the morning and may be expected to attend another meeting in the afternoon. |
| 00:18 |
|
jl- joined #evergreen |
| 01:03 |
|
zerick2 joined #evergreen |
| 03:28 |
|
zerick2 joined #evergreen |
| 05:06 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:46 |
|
Shae joined #evergreen |
| 07:55 |
|
jboyer-laptaupe joined #evergreen |
| 08:04 |
|
artunit joined #evergreen |
| 12:52 |
mmorgan |
Awesome! |
| 12:58 |
kmlussier |
Bmagic++ |
| 13:05 |
|
ericar joined #evergreen |
| 13:12 |
phasefx |
anyone want to sanity check my logic on staff client bandwidth requirements? |
| 13:13 |
phasefx |
simply logging into an already registered staff client with stock test data seems to pull down 2.1MB of data in about 15 seconds. That seems to be the most demanding activity as far as bandwidth goes. Checking in 10 items, for example, only pulls 83.6KB and uploads 15.4KB |
| 13:14 |
phasefx |
so, let's take the login example, 2.1MB in 15 seconds = 143.36 KBps. If we had 10 staff doing that at exactly the same time, we'd have 143.36 KBps * 10 = 1.4 MBps = 11.2 Mbps |
| 13:15 |
phasefx |
residential Charter internet offers 30 Mbps down. So for 10 staff, residential Charter should be sufficient? |
| 13:16 |
* phasefx |
looks at the upload side of it |
| 13:17 |
phasefx |
4Mbps upstream for Charter |
| 13:19 |
phasefx |
so say we use checkin as our worst case scenario for upstream, 10 staff checking in 10 items each in...optimistic 10 seconds. 15.4KB/10s * 10 = .12 Mbps |
| 13:30 |
jeff |
latency and ack starvation from a saturated connection are bigger concerns than bandwidth. |
| 13:31 |
* phasefx |
can believe, but doesn't know how to tell folks to "shop" for that :( |
| 13:32 |
tsbere |
phasefx: At this point I generally tell people "if you can get X people browsing the internet on the connection then you can run that many staff clients" >_> |
| 15:15 |
krvmga |
even though i occasionally feel like i'm trying to gnarfle the garthok. |
| 15:17 |
phasefx |
twas brillig, and the slithy toves |
| 15:35 |
|
kmlussier1 joined #evergreen |
| 15:44 |
jeff |
* [new branch] container_date_sort -> user/jeff/container_date_sort |
| 15:44 |
jeff |
basic proof of concept, but it seems to work okay. |
| 15:44 |
jeff |
and hopefully the method i used wasn't too evil. |
| 15:46 |
jeff |
haven't tried breaking it too much yet. |
| 15:46 |
jeff |
that's forward-ported to master from testing on 2.5 |
| 16:11 |
jboyer-laptaupe |
phasefx: Do you think you could pull out a memory about a line of code you wrote 8 years ago? :D |
| 16:11 |
|
mceraso joined #evergreen |
| 16:11 |
|
bshum joined #evergreen |
| 16:12 |
jboyer-laptaupe |
I've gotten a question about changing the Type of a receipt in the receipt editor. Apparently that drop-down was enabled at some point in the past (at least here) but if we made any changes to enable it they never hit git. |
| 16:13 |
jboyer-laptaupe |
Do you know if there's a reason that the type of a receipt shouldn't be changed? The svn commit log where it was disabled got cut short in the transition to git. |
| 16:14 |
jboyer-laptaupe |
It's an easy one-line change, but if it's going to break things I'd rather leave it be. |
| 16:14 |
phasefx |
IIRC, the only role that type plays is in picking the test data for the preview pane. It's informational only |
| 16:15 |
phasefx |
I may had delusions in the past of letting you switch to different test data sets |
| 16:15 |
phasefx |
have had |
| 16:16 |
|
rfrasur_ joined #evergreen |
| 16:16 |
jboyer-laptaupe |
Hmm. I may need to see examples of what people are talking about here then. Someone wants to add billing info (balance_owed, etc.) to items_out, which I don't think will fly, though they claim it worked in the past. |
| 16:16 |
phasefx |
jboyer-laptaupe: what would you imagine the behavior might be if you could change the type? |
| 16:34 |
hbrennan |
to edit the form |
| 16:34 |
phasefx |
so I don't see any special perms for those in stock |
| 16:35 |
hbrennan |
No, sorry, those are some of the Library Settings I need to edit |
| 16:35 |
* phasefx |
will try it with his test user |
| 16:35 |
hbrennan |
so I need more permissions besides just UPDATE_ORG_SETTINGS |
| 16:35 |
phasefx |
maybe, not sure yet |
| 16:36 |
hbrennan |
someday I'll create a list of "If you want to do this" you need these permissions at these levels |
| 16:43 |
hbrennan |
Are you looking at permissions under Admin > server > Permissions? |
| 16:43 |
phasefx |
hbrennan: no |
| 16:43 |
hbrennan |
phasefx: Hmm, where are you? |
| 16:43 |
phasefx |
to see whether my test user had a permission or not, I was using the User Perm Editor |
| 16:44 |
hbrennan |
in your "patron" info? |
| 16:44 |
phasefx |
well, I went in through the Admin menu, but through the patron display is an option |
| 16:44 |
hbrennan |
okay |
