| Time |
Nick |
Message |
| 00:38 |
|
kakious joined #evergreen |
| 00:39 |
kakious |
Anyone free to help me with somthing or no? |
| 01:07 |
bshum |
kakious: Possibly, what's going on? |
| 01:08 |
bshum |
Certainly you'll get more folks around later today I suspect |
| 01:09 |
kakious |
Woo! I can not delete any Organizational Units, even if I run the command on the documentation to update the database and restart apache. |
| 01:10 |
bshum |
There could be a lot of reasons you're not able to remove an organizational unit from your (test?) system |
| 01:10 |
kakious |
It is a test system. Any Ideas to pinpoint the cause of it? |
| 01:11 |
bshum |
If you're trying to remove an org unit via the staff client, I'm not 100% sure that would work out so well. |
| 01:11 |
bshum |
There might be something in the logs that would explain what it's unhappy about |
| 01:12 |
bshum |
Did you load the test system with the sample records? Or just a clean test system? |
| 01:12 |
kakious |
Sample Records |
| 01:13 |
bshum |
So, you used that --load-all-sample option when creating the database? |
| 01:13 |
kakious |
Yes, I did |
| 01:13 |
kakious |
ks |
| 01:13 |
kakious |
Wrong place |
| 01:14 |
bshum |
Okay, so that's probably the problem then |
| 01:14 |
bshum |
If you use that option it'll populate sample bibs and assign sample copies and users too |
| 01:14 |
bshum |
And these all belong to the org units you're probably trying to remove |
| 01:14 |
kakious |
Ahh, so How would I wipe the database and rebuild it? |
| 01:14 |
bshum |
So there's dependency stuff in place to prevent deltion of org units that have stuff attached to them |
| 01:14 |
bshum |
The best thing might be to stop your test system |
| 01:15 |
bshum |
And then re-run the command that builds the database |
| 01:15 |
bshum |
But this time without that option for --load-all-sample |
| 01:15 |
bshum |
That will create a database without any sample items or users in it |
| 01:15 |
bshum |
And that should be easier to manipulate the org unit structure with |
| 01:16 |
kakious |
Okay |
| 01:16 |
bshum |
Running that eg_db_config script again will generally drop the pre-existing Evergreen DB and start over fresh |
| 01:21 |
bshum |
You'll find this channel tends to be most active during weekdays between 9-5 eastern timezone. So there'll be more folks later in the day you can ask for further help too. |
| 01:25 |
kakious |
Okay, right now I am trying to remember where the script is again. |
| 01:27 |
bshum |
Right |
| 01:27 |
bshum |
It's in the readme, the path: https://evergreen-ils.org/documentation/install/README_2_12.html#_creating_the_evergreen_database_and_schema |
| 01:27 |
bshum |
Just be sure you shut down the open-ils services first, with that "osrf_control --l --stop-all" so that nothing is still accessing the database |
| 01:27 |
bshum |
Or weird stuff could go wrong with building the database again |
| 01:47 |
* bshum |
signs off to get some sleep, new week here we go... whee... |
| 01:56 |
kakious |
Thank you! That fixed it |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 08:15 |
|
collum joined #evergreen |
| 08:41 |
|
jvwoolf joined #evergreen |
| 08:55 |
|
kmlussier joined #evergreen |
| 09:04 |
|
Dyrcona joined #evergreen |
| 09:06 |
|
yboston joined #evergreen |
| 09:19 |
|
kmlussier joined #evergreen |
| 09:21 |
|
collum_ joined #evergreen |
| 09:22 |
|
jvwoolf2 joined #evergreen |
| 09:36 |
|
dbs joined #evergreen |
| 10:16 |
csharp |
I'm seeing an issue when adding a survey that results in this message in the error log: Session cache for thread 0.34420842786521711503929736231 does not match request |
| 10:17 |
csharp |
I had seen those messages a lot in the logs while testing 2.12/OpenSRF 2.5, but wasn't connecting them with a specific problem |
| 10:17 |
csharp |
but now I'm nervous |
| 10:18 |
csharp |
steps: enter Admin -> Local Admin -> Surveys in the XUL client and create a new survey. Clicking save does not save the survey and the "Session cache..." message appears in the logs. |
| 10:21 |
csharp |
actually, same behavior in web client' |
| 10:23 |
csharp |
huh - works in the web client on my master server |
| 10:24 |
csharp |
I get a different error in the logs (Global $r object is not available.) but it allows me to create the survey |
| 10:27 |
csharp |
fwiw I can edit *existing* surveys, just not create new ones |
| 10:27 |
csharp |
and existing surveys are working during patron registration, etc. |
| 10:27 |
bshum |
csharp: https://bugs.launchpad.net/opensrf/+bug/1684970 |
| 10:27 |
pinesol_green |
Launchpad bug 1684970 in OpenSRF "Proxy setup masks client IP needed by osrf-http-translator" [Medium,Confirmed] |
| 10:27 |
bshum |
That error you see is similar to what I encountered in another bug that pointed back to that one for OpenSRF 2.5.0 and using nginx proxy |
| 10:28 |
* berick |
was going to say the same |
| 10:28 |
csharp |
bshum: berick: thanks! |
| 10:28 |
bshum |
From what I could tell, installing libapache2-mod-rpaf made everything work happily |
| 10:28 |
berick |
csharp: no config required, just install and restart apache |
| 10:28 |
csharp |
oh - nice |
| 10:28 |
csharp |
we'll add that to our deb dependencies |
| 10:28 |
bshum |
So maybe you've got that on your master system, but not your 2.12 test one |
| 10:29 |
bshum |
Or you're not using nginx proxy |
| 10:29 |
csharp |
no proxy on the master server, right |
| 10:31 |
|
kmlussier joined #evergreen |
| 10:33 |
csharp |
bshum++ berick++ # works! |
| 10:34 |
berick |
yay |
| 10:40 |
dbs |
time to merge that into the docs |
| 10:41 |
dbs |
maybe add it to the install deps too as a "can't really hurt, right?" thing |
| 10:42 |
dbs |
was "a2enmod rpaf" needed too? |
| 10:42 |
bshum |
dbs: +1 |
| 10:42 |
bshum |
That wasn't needed for me, I think it enabled it automatically when I installed the package |
| 10:42 |
dbs |
okay, cool |
| 10:43 |
Dyrcona |
Most packages enable themselves in the postinst script on Ubuntu. I'm not sure about Debian. |
| 10:51 |
* gmcharlt |
claims 1056 in the name of Lord Bucketheads everywhere! |
| 10:56 |
pinesol_green |
[evergreen|Mike Rylander] LP#1689608: Batch user editing - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b3e2b84> |
| 10:56 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1689608: Minor fixes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2b92656> |
| 10:56 |
pinesol_green |
[evergreen|Galen Charlton] LP#1689608: add release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=076836d> |
| 10:56 |
pinesol_green |
[evergreen|Galen Charlton] LP#1689608: stamp schema update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e3fd9e6> |
| 11:16 |
|
kmlussier joined #evergreen |
| 11:17 |
kmlussier |
Calling 1057 |
| 11:22 |
jeff |
Pretty sure you'd have to configure a list of known proxies for mod_rpaf to do its work. |
| 11:23 |
* jeff |
looks at the debian package to make sure it's not doing something... foolish |
| 11:24 |
berick |
jeff: you do. it defaults proxies on localhost |
| 11:25 |
jeff |
berick: good, just confirmed that in the deb. |
| 11:26 |
pinesol_green |
Showing latest 5 of 13 commits to Evergreen... |
| 11:26 |
pinesol_green |
[evergreen|Mike Rylander] LP#1698206: Remove remaining SQL uses of the old copy visibility cache - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=aaf0056> |
| 11:26 |
pinesol_green |
[evergreen|Galen Charlton] LP#1698206: fix sequence error in schema update script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c3a96ff> |
| 11:26 |
pinesol_green |
[evergreen|Galen Charlton] LP#1698206: remove now-superfluous include of List::MoreUtils - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=58fe62d> |
| 11:26 |
pinesol_green |
[evergreen|Galen Charlton] LP#1698206: basic release notes entry - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=24cd717> |
| 11:26 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1698206: Stamping upgrade script for copy_vis_attr_cache - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f215050> |
| 11:27 |
berick |
exciting! (bug 1698206) |
| 11:27 |
pinesol_green |
Launchpad bug 1698206 in Evergreen "Eliminate staged search" [Wishlist,Fix committed] https://launchpad.net/bugs/1698206 |
| 11:38 |
miker |
kmlussier++ # Wheee! |
| 11:54 |
|
_adb joined #evergreen |
| 12:08 |
|
jihpringle joined #evergreen |
| 12:27 |
|
kmlussier joined #evergreen |
| 12:56 |
* gmcharlt |
claims 1058 in the name of low-bandwidth protocols everywhere! |
| 12:58 |
dbs |
gopher? |
| 12:58 |
dbs |
ah routing |
| 12:59 |
gmcharlt |
SMS |
| 13:01 |
dbs |
oh heh - https://www.ietf.org/rfc/rfc1058.txt |
| 13:02 |
pinesol_green |
[evergreen|McCanna] LP#1668734 Action Trigger for SMS Preminder - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6e019d8> |
| 13:02 |
Dyrcona |
HTTP isn't that high bandwidth. It's all the crap that advertisers add to most sites.... ;) |
| 13:02 |
pinesol_green |
[evergreen|Galen Charlton] LP#1668734: pin ID of new A/T definition - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e888f2d> |
| 13:02 |
pinesol_green |
[evergreen|Galen Charlton] LP#1668734: set max_delay, similar to stock courtesy email notice - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fc9be06> |
| 13:02 |
pinesol_green |
[evergreen|Galen Charlton] LP#1668734: stamp DB update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=47fa55c> |
| 13:13 |
jeff |
hrm. looks like i have some improvements for marc_export. |
| 13:18 |
jeff |
a mechanism to expand --since to pick up on data relevant to --items would be handy. |
| 13:20 |
Dyrcona |
So, export things with new/changed/deleted items? |
| 13:20 |
Dyrcona |
Well, deleted might be a problem.... |
| 13:20 |
jeff |
depending on your need, yeah. |
| 13:21 |
Dyrcona |
Sounds useful to me. |
| 13:21 |
kmlussier |
miker: Would you have time to resolve a couple of merge conflicts for bug 1706107? |
| 13:21 |
pinesol_green |
Launchpad bug 1706107 in Evergreen "Offline mode for the Web Client" [Wishlist,New] https://launchpad.net/bugs/1706107 - Assigned to Kathy Lussier (klussier) |
| 13:35 |
miker |
kmlussier: sorry, meeting. /me looks |
| 13:41 |
miker |
kmlussier: I see a conflict in the first commit, but I suspect that's not your issue, eh? |
| 13:44 |
miker |
kmlussier: so I ran into 2 confilicts when picking the 8 commits. The solution to both is to keep /both/ change sets, AFAICT |
| 13:44 |
kmlussier |
miker: There was a conflict in two files when I merged the branch. I resolved them myself, but testing hasn't been going well. I wanted to make sure it wasn't because I did something wrong, though the conflicts seemed rather simple to resolve. |
| 13:45 |
* kmlussier |
always assumes she's in error before blaming the code. |
| 13:49 |
Dyrcona |
Speaking of merge conflicts. I am declaring it the end of the line for the alt_patron_summary branch for master. |
| 13:49 |
Dyrcona |
CONFLICT (modify/delete): Open-ILS/xul/staff_client/server/patron/display.js deleted in Patron Display/Summary Revamp and modified in HEAD. Version HEAD of Open-ILS/xul/staff_client/server/patron/display.js left in tree. |
| 13:50 |
Dyrcona |
Since we're the only site that uses it, I suppose it doesn't matter much. :) |
| 14:09 |
* kmlussier |
just realized feature freeze is Friday. o_O |
| 14:14 |
pinesol_green |
[evergreen|Skye Howard] LP#1629298: Web Client Checkout Fails For Barcodes With Spaces - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8c7bdaa> |
| 14:17 |
bshum |
o.O sigh, time flies... |
| 14:23 |
|
sandbergja joined #evergreen |
| 14:54 |
|
Dyrcona joined #evergreen |
| 14:54 |
Dyrcona |
charter-- |
| 15:07 |
|
bwicksall joined #evergreen |
| 16:53 |
|
Christineb joined #evergreen |
| 17:00 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 17:05 |
miker |
hrm. inquiring minds want to know... why does that failing pgtap test replace the unapi.mmr_mra function with a static, local copy and then call it instead of testing the version in the database? |
| 17:18 |
kmlussier |
Huh. When I tested pg tap tests earlier, I must have skipped the ones in the regress directory. |
| 17:21 |
dbs |
I assume the test was written before the new version was part of the core schema. Removing the CREATE OR REPLACE statement from the test should make it more correct now though, right? |
| 18:19 |
|
jvwoolf joined #evergreen |
| 20:00 |
|
Jillianne joined #evergreen |
