| Time |
Nick |
Message |
| 00:26 |
|
artunit joined #evergreen |
| 06:59 |
|
wsmoak joined #evergreen |
| 07:46 |
|
collum joined #evergreen |
| 07:53 |
|
rjackson-isl joined #evergreen |
| 07:56 |
|
jboyer-isl joined #evergreen |
| 08:30 |
|
Shae joined #evergreen |
| 08:45 |
|
ericar joined #evergreen |
| 08:49 |
|
mmorgan joined #evergreen |
| 08:51 |
|
kmlussier joined #evergreen |
| 08:58 |
|
Dyrcona joined #evergreen |
| 09:01 |
Bmagic |
tsbere bshum: it was parts! Thanks for the suggestions! |
| 09:04 |
Dyrcona |
It's always parts. ;) |
| 09:26 |
|
yboston joined #evergreen |
| 09:34 |
|
sarabee joined #evergreen |
| 09:37 |
|
ningalls joined #evergreen |
| 09:52 |
|
mllewellyn joined #evergreen |
| 10:02 |
|
mnsri joined #evergreen |
| 10:14 |
csharp |
@karma parts |
| 10:14 |
pinesol_green |
csharp: Karma for "parts" has been increased 10 times and decreased 18 times for a total karma of -8. |
| 10:14 |
dbwells |
parts++ |
| 10:16 |
dbwells |
I just don't like so much negativity toward any code brave enough to tackle a really tough problem :) |
| 10:16 |
jboyer-isl |
Parts have a quantum mechanical property; they’re simultaneously positive and negative until observed. |
| 10:19 |
kmlussier |
dbwells++ |
| 10:19 |
* bshum |
is feeling generous today and will not give parts negative karma for the moment. |
| 10:19 |
bshum |
dbwells++ |
| 10:29 |
|
eby___ joined #evergreen |
| 10:40 |
|
wsmoak_ joined #evergreen |
| 10:40 |
|
wsmoak_ joined #evergreen |
| 10:44 |
|
wsmoak_ joined #evergreen |
| 10:44 |
|
wsmoak_ joined #evergreen |
| 10:45 |
|
Dyrcona joined #evergreen |
| 10:45 |
Dyrcona |
stupid fingers. |
| 10:49 |
|
wsmoak_ joined #evergreen |
| 10:49 |
|
wsmoak_ joined #evergreen |
| 10:54 |
|
wsmoak joined #evergreen |
| 11:20 |
|
rfrasur joined #evergreen |
| 12:10 |
|
buzzy joined #evergreen |
| 12:18 |
|
RBecker joined #evergreen |
| 12:35 |
|
gsams joined #evergreen |
| 12:43 |
|
vlewis joined #evergreen |
| 12:52 |
|
jihpringle joined #evergreen |
| 12:58 |
dbs |
is bug 1147028 the only one that mentions adding a target for database server dependencies, like Rose::URI and Library::CallNumber::LC? |
| 12:58 |
pinesol_green |
Launchpad bug 1147028 in OpenSRF "Build System Prerequisite Installation Improvements" (affected: 2, heat: 10) [Wishlist,Triaged] https://launchpad.net/bugs/1147028 |
| 12:58 |
dbs |
I could swear I heard mention of a branch to add those back in just in the past week or so. |
| 12:59 |
dbs |
(context: 2.6 database server got rebuilt, Library::CallNumber::LC was not added, unhappy times adding/editing/deleting call numbers for our LC-using libraries) |
| 13:02 |
csharp |
I edited the README in my ubuntu-14-04-makefile-signoff branch to use deb repos where possible, but I didn't add Makefile targets for them |
| 13:04 |
dbs |
Is there any reason not to include the debs that we can in the PGSQL_SERVER_DEBS_93 stanza? /me is tempted to do so |
| 13:05 |
csharp |
I can't think of a good reason not to |
| 13:05 |
dbs |
Maybe make it a single target that then gets included in both the base DEBS and the PGSQL_SERVER_DEBS_93 stanzas, to avoid duplication |
| 13:05 |
csharp |
yeah, I was thinking that myself |
| 13:10 |
dbs |
Would make the README simpler too. |
| 13:10 |
* dbs |
will take a stab, later |
| 13:13 |
csharp |
dbs++ |
| 13:13 |
bshum |
dbs++ |
| 13:13 |
bshum |
Yeah we mused about that when we were playing with the 14.04 makefile. |
| 13:13 |
bshum |
I just forgot about it :( |
| 13:14 |
dbs |
I've _told_ you guys not to increment me until I actually _do_ something :) |
| 13:14 |
dbs |
Now you'll make me feel guilty if I get caught up in something else - heh |
| 13:19 |
bshum |
:) |
| 13:39 |
eeevil |
grabbing 0890 for some bug fixin' goodness |
| 13:46 |
|
mnsri joined #evergreen |
| 13:46 |
pinesol_green |
[evergreen|Bill Erickson] LP#800478 repair logic error in acq fund transfer - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=31f025d> |
| 13:46 |
pinesol_green |
[evergreen|Mike Rylander] LP#800478: Stamping upgrade script for fund transfer fix - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4e40c88> |
| 13:57 |
bshum |
Hmm |
| 13:58 |
dbs |
Uh oh. bshum's a-thinking |
| 13:58 |
bshum |
I'm just testing to see what happens if the websockets portion isn't deployed right and it looks like bits of the XUL staff client die off (the stuff that was changed) |
| 13:59 |
bshum |
At some point today, I'd like to commit the first phase web client code to master, but I just wanted to see what other potential ramifications there are to having it |
| 14:15 |
|
mnsri joined #evergreen |
| 14:17 |
bshum |
So yeah, without websockets running, it's an unhappy internal server error using the catalog for things like holds/lists. |
| 14:17 |
bshum |
So it's definitely required once we add it in |
| 14:22 |
|
RBecker joined #evergreen |
| 14:25 |
* dbs |
throws an (untested!) branch at http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/dbs/db_server_packages |
| 14:37 |
bshum |
Hmm |
| 14:38 |
bshum |
dbs: For an app server, wouldn't you still need some of the perl packages to be installed to run properly? |
| 14:38 |
bshum |
dbs: Meaning, we can't move out all the extra debs to the DEBS_PGSQL_COMMON_MODS |
| 14:38 |
bshum |
dbs: Oh, wait |
| 14:38 |
bshum |
Nevermind I see it now |
| 14:38 |
bshum |
You're installing it all the time |
| 14:39 |
bshum |
Or some of the time |
| 14:39 |
bshum |
Depends on which is called up |
| 14:40 |
bshum |
dbs++ |
| 14:42 |
|
mnsri joined #evergreen |
| 14:43 |
bshum |
Do we need to include debian-squeeze in there still? |
| 14:45 |
dbs |
bshum: I just included it because it was there. Although I was admittedly a little surprised that it was still there :) |
| 14:46 |
jeff |
it's still supported oldstable until jessie is released, right? |
| 14:46 |
gmcharlt |
jeff: it's also the new Debian LTS |
| 14:46 |
jeff |
right, but that's "unofficial" as I understand it. |
| 14:47 |
dbs |
debian-squeeze-still-supported-but-please-don't-actually-use |
| 14:47 |
bshum |
Hehe |
| 14:47 |
jeff |
oh, actually squeeze (per the LTS information at https://wiki.debian.org/LTS ) is no longer supported by the Debian security team. I knew but had forgotten that unusual tidbit. |
| 14:48 |
gmcharlt |
jeff: it's got an LTS team and everything |
| 14:48 |
gmcharlt |
jeff: and unless https://www.debian.org/News/2014/20140616 was superseded, it seems official enough |
| 14:50 |
jeff |
"unofficial" in the sense that LTS will not receive support from the Debian Security Team, but by a distinct group of volunteers and backing companies. It's a bit of an experiment, so I'm not that surprised that there's some confusing bits like "will not be handled by the Debian security team" followed by "Companies using Debian who are interested in aiding this effort should contact team security.debian.org" :-) |
| 14:53 |
gmcharlt |
bshum: to state my opinion more explicitly, due to the existance of the LTS, I would prefer that squeeze support not be removed "just because", and I'm willing to give it a few tuits |
| 14:53 |
jeff |
so at some point we may wish to determine if Evergreen policy will be to support Evergreen on LTS versions of Debian. |
| 14:54 |
kmlussier |
eeevil, berick_: Could bug 800478 be backported to 2.5/2.6? |
| 14:54 |
pinesol_green |
Launchpad bug 800478 in Evergreen 2.6 "Acquisitions - Funds transfer always transfers entire fund, not specified amount" (affected: 5, heat: 34) [Undecided,New] https://launchpad.net/bugs/800478 |
| 14:54 |
gmcharlt |
though only up to a point - i.e., I'm not planning on doing package backporting or the like to keep it alive |
| 14:54 |
jeff |
and that decision may make sense to treat in a similar fashion as how Debian is treating the LTS release in general -- an experiment of "let's see how it goes" |
| 14:54 |
bshum |
gmcharlt: If you have some tuits to follow what dbs has done for the other makefiles and README changes, then I think we can easily accomodate that. |
| 14:55 |
gmcharlt |
bshum: fair enough |
| 14:55 |
bshum |
Otherwise, I was thinking to commit what he has so far for ease of use and then fix squeeze later on. |
| 14:55 |
dbs |
gmcharlt: also, I didn't actually touch the debian-squeeze stuff because the databse server requirements for squeeze weren't listed in the README |
| 14:55 |
eeevil |
kmlussier: I'll see if there's any drift that would stop it. I suspect 2.6 is fine, though. I'll look... |
| 14:56 |
kmlussier |
eeevil: We may also have somebody who can test it on 2.6 if it's needed. |
| 14:57 |
jeff |
but one thing that stands out to me is that as currently planned, the number of Debian LTS releases with "current support" would be fewer than the number of Ubuntu LTS releases with "current support" |
| 14:58 |
jeff |
...or perhaps about the same. nevermind me. |
| 14:59 |
dbs |
bshum: don't commit yet, there's some extra quoting in the packages that won't work |
| 14:59 |
dbs |
yum -y install "gcc perl-Business-ISBN ..." postgresql postgresql-contrib ... |
| 15:00 |
bshum |
dbs: Ah okay, no problem. I was going to try it on a test server first, but I appreciate the warning. |
| 15:00 |
dbs |
it treats the double-quoted string as a single package name :) |
| 15:00 |
bshum |
Heh |
| 15:00 |
* dbs |
will tweak |
| 15:00 |
eeevil |
kmlussier: looks perfectly safe. I'll pull those to 2.6/2.5 |
| 15:00 |
kmlussier |
eeevil++ Thanks! |
| 15:03 |
dbs |
bshum: force-pushed a quoteless version |
| 15:04 |
|
mnsri joined #evergreen |
| 15:25 |
jboyer-isl |
I’m slowly driving myself mad trying to work backward from my account to where one might enable things like history.circ.retention_age for a user. Is this an opt-in setting that has to be enabled somehow, or is it just not wired up in the opac at all? |
| 15:25 |
|
mnsri joined #evergreen |
| 15:28 |
tsbere |
jboyer-isl: I believe it is already in the patron preferences in the opac |
| 15:28 |
tsbere |
jboyer-isl: Though maybe not on your version, possibly.... |
| 15:29 |
jboyer-isl |
I’m not seeing it on a default install, only the “Keep Circ/Hold history?” settings. |
| 15:31 |
jboyer-isl |
I assume they’re older than 2.6.2-ish? |
| 15:32 |
mmorgan |
jboyer-isl: There are user settings that define the history preferences. |
| 15:32 |
mmorgan |
history.circ.retention_age, history.circ.retention_start |
| 15:33 |
jboyer-isl |
mmorgan: Those are the settings I want to be able to see. :) My development server is not cooperating. I see entries for start, nothing for age. |
| 15:34 |
jboyer-isl |
in prefs_settings.tt2 the history.*.start settings are shown, but there’s no mention of age. I tried to add them myself following the pattern of other settings in that file (just made it a drop down instead of free-text) but I’m not able to save changes. No errors, of course. :/ |
| 15:36 |
mmorgan |
Ah ok. Same here. 2147 entries in our production database for start, 0 for age. |
| 15:38 |
jboyer-isl |
I’ll keep plugging away at it, just wanted to make sure I haven’t stumbled into something that has already been solved. |
| 15:43 |
|
kmlussier1 joined #evergreen |
| 16:00 |
|
kmlussier left #evergreen |
| 16:05 |
|
buzzy joined #evergreen |
| 16:13 |
jeff |
jboyer-isl: what are you trying to do? |
| 16:14 |
jboyer-isl |
Make the history.circ.retention_age (and hold) setting available to patrons in the opac before purging old circs/holds. |
| 16:16 |
jboyer-isl |
They have opac_visible = true but they’re not referenced with history.circ.retention_start. |
| 16:18 |
jboyer-isl |
and so far efforts to add them to prefs_settings.tt2 haven’t been successful. |
| 16:21 |
tsbere |
jboyer-isl: I am not sure you need those. "start" is going to trump in the short term anyway... |
| 16:24 |
jboyer-isl |
tsbere: action.purge_circulations does refer to them, if they exist. Though it does appear you’re right for now, there aren’t any start times older than we’ll be removing (until next year…) |
| 16:29 |
|
kmlussier joined #evergreen |
| 16:30 |
|
jboyer-isl left #evergreen |
| 16:48 |
kmlussier |
All of the Bug Squashing Day sandboxes are loaded with development branches and ready to go! |
| 16:49 |
kmlussier |
Bmagic++ |
| 16:51 |
jeff |
Bmagic++ kmlussier++ |
| 16:51 |
Bmagic |
kmlussier++ |
| 17:00 |
kmlussier |
tsbere++ #Extracting Concerto login information for me. http://wiki.evergreen-ils.org/doku.php?id=qa:concerto_logins |
| 17:11 |
|
mmorgan left #evergreen |
| 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:57 |
|
remingtron__ joined #evergreen |
| 17:58 |
|
DPearl1 joined #evergreen |
| 17:58 |
|
vlewis_ joined #evergreen |
| 18:00 |
|
geoffsams joined #evergreen |
| 18:04 |
|
remingtron_ joined #evergreen |
| 18:07 |
|
mmorgan1 joined #evergreen |
| 18:09 |
|
DPearl joined #evergreen |
| 18:13 |
|
artunit joined #evergreen |
| 18:17 |
|
RBecker joined #evergreen |
| 19:14 |
|
bmills joined #evergreen |
| 21:41 |
|
bmills joined #evergreen |
| 21:42 |
|
kmlussier joined #evergreen |
