| Time |
Nick |
Message |
| 00:42 |
|
buzzy joined #evergreen |
| 01:49 |
|
wongon joined #evergreen |
| 02:13 |
|
jboyer-isl joined #evergreen |
| 02:23 |
|
jboyer-isl joined #evergreen |
| 02:29 |
|
jboyer-isl joined #evergreen |
| 02:37 |
|
Ryan_ joined #evergreen |
| 02:43 |
|
RBecker joined #evergreen |
| 03:11 |
|
mtj_ joined #evergreen |
| 03:27 |
|
jboyer-isl joined #evergreen |
| 03:29 |
|
jboyer_isl joined #evergreen |
| 03:42 |
|
jboyer-isl joined #evergreen |
| 04:51 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:43 |
|
jboyer-isl joined #evergreen |
| 07:59 |
kmlussier |
Good morning #evergreen! |
| 07:59 |
kmlussier |
@weather 02771 |
| 07:59 |
pinesol_green |
kmlussier: The current temperature in Seekonk River, Providence, Rhode Island is 50.0°F (7:59 AM EDT on June 02, 2015). Conditions: Light Rain. Humidity: 94%. Dew Point: 48.2°F. Windchill: 44.6°F. Pressure: 30.14 in 1021 hPa (Falling). Flash Flood Watch in effect through this evening... |
| 08:00 |
kmlussier |
Happy spring |
| 08:02 |
|
rjackson_isl joined #evergreen |
| 08:06 |
kmlussier |
@coffee [someone] |
| 08:06 |
* pinesol_green |
brews and pours a cup of Colombia Tolima Reynel Perez Micro-Lot, and sends it sliding down the bar to jeff_____ |
| 08:06 |
kmlussier |
Why does jeff_____ always get the coffee? |
| 08:17 |
|
mrpeters joined #evergreen |
| 08:28 |
|
ericar joined #evergreen |
| 08:33 |
|
mmorgan joined #evergreen |
| 08:33 |
StomproJ |
The _____ is Jeff's coffeesink, sort of like a heatsink, but it absorbs coffee. |
| 08:43 |
|
_bott_ left #evergreen |
| 08:43 |
kmlussier____ |
@coffee [someone] |
| 08:43 |
* pinesol_green |
brews and pours a cup of Kenya Peaberry Muthunzunni Estate, and sends it sliding down the bar to jeff |
| 08:43 |
kmlussier____ |
Oh, now, that's just not fair! |
| 08:44 |
* mmorgan |
thinks jeff has some arrangement with pinesol_green ;-) |
| 08:45 |
|
Shae joined #evergreen |
| 08:47 |
jboyer-isl |
Someone has programmed our bot with a sense of humor, methinks. :D |
| 08:49 |
mmorgan |
@coffee [someone] |
| 08:49 |
* pinesol_green |
brews and pours a cup of Ethiopia Yirgacheffe Addis Ketema North Italian Espresso Roast, and sends it sliding down the bar to pastebot |
| 08:49 |
mmorgan |
Hmm. |
| 08:49 |
|
montgoc1 joined #evergreen |
| 09:02 |
csharp |
@coffee jeff |
| 09:02 |
* pinesol_green |
brews and pours a cup of Kenya Thiriku Top Auction Lot, and sends it sliding down the bar to jeff |
| 09:02 |
csharp |
@who is sufficiently caffeinated? |
| 09:02 |
pinesol_green |
graced is sufficiently caffeinated. |
| 09:04 |
csharp |
@praise [someone] |
| 09:04 |
* pinesol_green |
dbwells_ is kind and patient to newbies |
| 09:05 |
|
jwoodard joined #evergreen |
| 09:05 |
kmlussier |
@who gets all the coffee from pinesol_green? |
| 09:05 |
pinesol_green |
edoceo gets all the coffee from pinesol_green. |
| 09:10 |
* graced |
is NOT sufficiently caffeinated. pinesol lies |
| 09:15 |
|
Dyrcona joined #evergreen |
| 09:18 |
kmlussier |
And edoceo does NOT get all the coffee. |
| 09:18 |
kmlussier |
Lies! ALL LIES! |
| 09:19 |
mmorgan |
pinesol_green: What have you done with pinesol_green? |
| 09:19 |
pinesol_green |
mmorgan: It reads like a Nigerian 419 scam, but I think it is a sincere question sent to the wrong list. |
| 09:19 |
pinesol_green |
mmorgan: I am only a bot, please don't think I'm intelligent :) |
| 09:20 |
kmlussier |
Dyrcona: I pulled up the web client on your dev machine today. :) |
| 09:20 |
kmlussier |
Dyrcona++ |
| 09:20 |
Dyrcona |
:) |
| 09:21 |
kmlussier |
Dyrcona: Are you still working on it or is it ready to share with others at MassLNC? I want to show off berick's initial work on the patron editor. |
| 09:21 |
Dyrcona |
kmlussier: I have no plans to do anything on the VM this week. |
| 09:22 |
kmlussier |
Perfect. Thank you! |
| 09:22 |
Dyrcona |
yw |
| 09:26 |
* kmlussier |
shakes her fist at the slow, old Windows computer she is using because she can't figure out how to mail merge in LibreOffice. |
| 09:32 |
dbs |
coffee coffee coffee coffee |
| 09:32 |
* dbs |
shakes fist at university VPN which requires Java. Because _that's_ making me feel more secure. |
| 09:35 |
jboyer-isl |
dbs++ |
| 09:36 |
jboyer-isl |
As comforting as a php shopping cart. |
| 10:05 |
|
_bott_ joined #evergreen |
| 10:21 |
|
ohiojoe joined #evergreen |
| 10:28 |
jeff |
coffee is great, but what i could have really used this morning was a working alarm clock. |
| 10:28 |
jeff |
that said, pinesol_green++ coffee++ |
| 10:29 |
jeff |
i made coffee, took the coffee mug to my desk, set it down, had a brief conversation with wjr, then walked over to the coffee maker and paused, wondering where my coffee was. |
| 10:32 |
mmorgan |
jeff: hanging out with all the other cups of coffee pinesol_green provided, no doubt. |
| 10:35 |
jeff |
right! mmorgan++ |
| 10:35 |
* jeff |
grabs coffee from jeff_____ |
| 10:35 |
berick |
this may be a little whacky, but i'm curious if there would be any interest in making it possible to run the reporter (clark-kent.pl) on a DB server without having to install opensrf and evergreen. |
| 10:36 |
berick |
if you change how it loads configs, it uses exactly one Evergreen module OpenILS::Reporter::SQLBuilder (no sub-modules) |
| 10:36 |
berick |
and about 9 perl prereqs |
| 10:36 |
berick |
on a vanilla ubuntu 14.04 server |
| 10:37 |
eeevil |
berick: to what real benefit? then it's just one more special thing to install and maintain, instead of being the same as everything else |
| 10:38 |
eeevil |
(don't mean to sound snarky ... s/real/practical/ maybe?) |
| 10:38 |
berick |
eeevil: i'm in a curious situation here where we have centos DB servers and it may be that way for a while. (all other servers are ubuntu) |
| 10:39 |
eeevil |
without the report size protections (which, I think, you should be able to backport directly, so probably not a big deal) you also risk knocking PG over with a rogue report... |
| 10:40 |
berick |
well, yeah, that would all be part of the local config, command line options, whatever |
| 10:40 |
berick |
not suggesting it lose functionality |
| 10:41 |
eeevil |
as long as it can continue to get its config from settings (so folks that want a central config point can continue to have one), I wouldn't fight a "minimal" mode |
| 10:41 |
jeff |
We rely on clark about once a year, and I think that will probably go away before the next time that cycle rolls around. I have... no real opinion at present. |
| 10:42 |
berick |
eeevil: that's kind of what I was thinking, too.. a minimal mode |
| 10:43 |
Dyrcona |
Being the oddballs that we are, we might like something like a minimal mode, ourselves. |
| 10:44 |
Dyrcona |
I find it amusing that all the services can be shut down and Clark just keeps right on running reports. |
| 10:45 |
Dyrcona |
Jimmy, Clark really is Superman! |
| 10:47 |
berick |
doing some rough hacking for now, i was able to get a reporter running doing this: http://pastie.org/10219424 |
| 10:49 |
berick |
eeevil++ jeff++ Dyrcona++ # feedback FTW |
| 10:49 |
berick |
i'll post something to LP for further comment |
| 10:49 |
jeff |
berick++ |
| 10:52 |
jeff |
For a while now, we've had a toggle between normal and "Kids' Catalog", done with a local cookie + perl handler addition: http://git.evergreen-ils.org/?p=evergreen/tadl.git;a=commit;h=8f6fe3d4e0c463ce9dc0286f9c1e089d862e5399 |
| 10:54 |
jeff |
Then we sprinkle conditionals throughout the templates, like so: https://github.com/tadl/Evergreen_templates_tadlskin/commit/240ae95a8c9904dacecabc07d1f7406e55710b8f |
| 10:55 |
jeff |
Once we think about adding more than one variant, this seems to quickly... fail to scale. |
| 10:56 |
jeff |
So thought here is to move to a hostname per variant (dept/lib/audience/whatever) and use a template dir (with the usual inheritance). This seems more sane. |
| 10:56 |
jeff |
I've had a few conversations with others in this regard, but thought I'd throw it out here to see if anyone else had thoughts/ideas. |
| 11:08 |
bshum |
jeff: That seems reasonable. |
| 11:08 |
bshum |
We use hostnames for deciding most of our customizations too. |
| 11:08 |
bshum |
With variables sprinkled about depending on which hostname is applied |
| 11:08 |
berick |
jeff: you're using physical_dept for (e.g.) Kid's Catalog.. what's audience? canned MARC audience filter? |
| 11:11 |
jeff |
berick: no, sorry. "audience" was me taking the possible progression of templates farther than is currently forecast. :-) |
| 11:11 |
berick |
gotcha |
| 11:12 |
jeff |
currently we have the public catalog and the "Kids' Catalog". we're re-basing our public catalog templates and likely adding a new department skin for our Sight and Sound department. Sometime after that, we'll rebase the Kids' catalog as well, and sometime after that we'll likely add a few variants for specific libraries -- those will mostly be logo + color. |
| 11:13 |
jeff |
it seems good to move away from the custom hack (that frankly i don't see turning into anything more generally useful) and moving toward a three level inheritence, "branch" template dir containing one or two files, inheriting from "tadl" dir, inheriting from the general stock dir. |
| 11:14 |
jeff |
and more than just moving away from the physical_dept cookie/etc, moving away from having a bunch of conditionals sprinkled throughout the templates. |
| 11:15 |
mmorgan |
jeff: we currently have hosts set up for each of our libraries. I think right now we just have different navigation links set up. Examples: http://wakefield.noblenet.org http://endicott.noblenet.org |
| 11:16 |
jeff |
mmorgan++ thanks! |
| 11:16 |
berick |
jeff: yeah, template overrides have to be better than sprinkled conditionals |
| 11:16 |
berick |
if nothing else for merging upstream stuff back in |
| 11:20 |
|
_bott_ joined #evergreen |
| 11:21 |
jeff |
And I can see (whenever we get to that point) using a single template dir for the "hostname per branch" and having SetEnvIf to set physical_loc and a hash in some of the base templates (parts/css/colors.tt2 or similar), but I can also see us eventually wanting to move past that as well. Trying not to over-generalize, though. |
| 11:23 |
bshum |
holds-- |
| 11:25 |
jeff |
looks like edoceo could use that coffee from earlier |
| 11:25 |
|
buzzy joined #evergreen |
| 11:29 |
Dyrcona |
bshum: You just caught by two of the 40+ settings related to holds, that's all. :) |
| 11:29 |
Dyrcona |
just got caught |
| 11:29 |
bshum |
Dyrcona: evidently :( |
| 11:29 |
* Dyrcona |
sings "Been caught stealin', once, when I was five...." |
| 11:29 |
bshum |
Dyrcona++ # helping me work through weirdness |
| 11:31 |
Dyrcona |
For those not following along at home: The hold targeter skipped a library's copy because the patron placed the hold and the library had a close date entered. |
| 11:31 |
Dyrcona |
The settings to target while closed were not set. |
| 11:32 |
* mmorgan |
has often fiddled with those settings depending upon the reason for the closing. |
| 11:32 |
Dyrcona |
It would be nice if one could configure seasonal hours some how. |
| 11:33 |
Dyrcona |
It would further complicate fine calculations, though. |
| 11:33 |
hopkinsju |
Speaking of holds... How do you guys handle placing hold on On Order records? |
| 11:34 |
Dyrcona |
We allow it and we don't. Varies by member and status, etc. |
| 11:34 |
hopkinsju |
We've heard some complaints about the hold placing process looking like everything went through fine: green text and all that. |
| 11:34 |
Dyrcona |
We have an on order status that allows holds and another that doesn't. |
| 11:34 |
hopkinsju |
Hmm. That's interesting Dyrcona |
| 11:35 |
Dyrcona |
Basically member libraries get to choose. |
| 11:35 |
hopkinsju |
Have you modified the OPAC in any way to make the fact that the patron isn't likely to see the book in quite some time more clear? |
| 11:35 |
Dyrcona |
Nope. |
| 11:35 |
mmorgan |
We allow it across the board. |
| 11:35 |
Dyrcona |
We might have a message about it can take a while to fill holds. |
| 11:36 |
hopkinsju |
We do that when all copies are under age based hold protection (and we changed that message to be more clear) but I'm feeling like we need to add something for on order records also |
| 11:39 |
Dyrcona |
Yeah, I think we just have the language when age hold protection comes into play. |
| 11:39 |
mmorgan |
Yes, that's true for us as well. No special language for on order items. |
| 11:39 |
Dyrcona |
berick++ # I have been testing the kill circ script branches this morning. |
| 11:40 |
berick |
Dyrcona: sweet |
| 11:40 |
jboyer-isl |
berick: I've specifically removed everything from our db servers over the years. They don't run anything now except the base system and postgres. We used to generate notices and payment reports directly on them, but that's been gone for some time. |
| 11:40 |
Dyrcona |
Basically, just doing circulations and placing holds. |
| 11:40 |
jboyer-isl |
Curses! I thought I was at the bottom of the scrollback. Lets see how things went first... |
| 11:41 |
Dyrcona |
jboyer-ils berick: Yeah, we don't presently run anything other than memcached on our db server. |
| 11:42 |
Dyrcona |
However, we're considering using our current db server for reports/replication after we get all the new servers set up, so maybe shoving Clark over there makes sense to us. |
| 11:42 |
berick |
Dyrcona: where are you running clark now? |
| 11:42 |
Dyrcona |
berick: It runs on our main server. |
| 11:43 |
berick |
i was considering that as an option, too, running it from a different server |
| 11:43 |
berick |
but was a little concerned about the potential of slurping large piles of data from the DB over the network |
| 11:43 |
Dyrcona |
On the new bricks, we're going to run it somewhere else. |
| 11:44 |
Dyrcona |
I forget which VM it is going on. |
| 11:44 |
Dyrcona |
Clark never really seemed to use a lot of RAM. |
| 11:44 |
Dyrcona |
When we had memory issues, it was always ejabberd, apache, and sometimes storage drones at the head of the list. |
| 11:47 |
jboyer-isl |
Dyrcona: How tricky is it for you to balance the RAM between memcached and postgres? We're past the point where I'll let anything else compete with the db for space here. (db size is the main factor there, obviously) |
| 11:48 |
bshum |
jboyer-isl: fwiw, we also run memcached from our DB server, and it's set to 4 GB. I should probably monitor how much is actually used between major restarts. |
| 11:48 |
bshum |
I never notice postgresql fighting too hard against it |
| 11:48 |
bshum |
Or vice versa |
| 11:50 |
jboyer-isl |
Well, I mean postgres will only take what you say it can have, but I didn't know if either of you might run into situations where more ram for pg would be good for speed reasons, but would require taking some away from memc. |
| 11:50 |
berick |
in the early days of PINES, there were cases where memcached would use more RAM than configured. possible it was a bug that's been fixed or possibly misconfiguration. either way, i'd suggest keeping memcache away from the DB server. |
| 11:50 |
berick |
well, close monitoring can help w/ that, of course |
| 11:51 |
bshum |
I think we've kept it there cause the DB is the one machine that's supposed to stay up all the time. |
| 11:51 |
bshum |
So we never think about it going away and messing up the app servers. |
| 11:51 |
bshum |
But you're probably right. |
| 11:51 |
Dyrcona |
jboyer-isl: What bshum said, mostly. We limit memcached to about 4 or 6 GB, and our db is just about 100 GB. The current server has 128GB of RAM. |
| 11:52 |
bshum |
Our DB is like 130 GB and we've got 192 GB of RAM |
| 11:52 |
Dyrcona |
Horton, our new db server, has 256 GB of RAM. |
| 11:53 |
* bshum |
wants more RAM, just because |
| 11:53 |
jboyer-isl |
It's not always as simple as RAM > disk space for the database. If there are 20 concurrent queries that require large joins that's up to 20x the (mumble, mumble) value from postgresql.conf. |
| 11:53 |
kmlussier |
Dyrcona: Horton? That's a great name! |
| 11:54 |
Dyrcona |
You'll love the other hardware names. |
| 11:54 |
bshum |
jboyer-isl: True, I did try that math once, and then I figured, meh |
| 11:54 |
Dyrcona |
Lorax is the shared data server, NFS that stuff. |
| 11:54 |
Dyrcona |
Thing1 and Thing1 are the virtual machine hosts. |
| 11:54 |
bshum |
And I think query limits are available in PG 9.3+ |
| 11:54 |
Dyrcona |
Oops, Thing1 and Thing2. |
| 11:54 |
bshum |
So that too has assisted in making sure that it doesn't blow up our DB when things go awry. |
| 11:54 |
bshum |
Well, size limits |
| 11:55 |
bshum |
I think timeouts prevent lots of queries from going too bananas too |
| 11:55 |
jboyer-isl |
bshum: Oh, I don't mean that all of the math has to be firgured out to get things set exactly, just that there is no such thing as "too much" for pg, so I just remove everything else from the machine. |
| 11:55 |
jboyer-isl |
There's always temp files that it can fall back on too, it's damn hard for pg to get an out of memory error, but temp files are awfully slow. |
| 11:56 |
Dyrcona |
jboyer-isl: We decided to put memcached on the db server for pretty much the same reasons that bshum cited. |
| 11:56 |
jboyer-isl |
I have a lunch appt, must run! |
| 11:56 |
Dyrcona |
Enjoy lunch. |
| 11:56 |
Dyrcona |
And, I think I'll mosey on down to the caf' to get something to eat. |
| 12:13 |
|
jihpringle joined #evergreen |
| 12:22 |
csharp |
berick: (and others interested) late to the clark-without-evergreen discussion, but we went ahead and made our reports server (which *only* runs reports, no postgres) into a full-on Evergreen app server so it wouldn't be depending on another server for settings info |
| 12:23 |
csharp |
probably overkill, but it was a solution to the "we don't want reports to die because utility01 dies" scenario |
| 12:24 |
tsbere |
csharp: Not positive, but I think you could get away with "just OpenSRF" with the right opensrf.xml file |
| 12:24 |
csharp |
yeah |
| 12:24 |
tsbere |
As all clark needs is opensrf.settings |
| 12:24 |
* tsbere |
thinks |
| 12:24 |
tsbere |
Not actually 100% positive there, haven't tried it, and our setups have had clark on a something that does more than just reports right along |
| 12:25 |
berick |
and OpenILS::Reporter::SQLBuilder |
| 12:25 |
tsbere |
berick: I was thinking from a services POV more than a perl/other code POV. You don't have clark without having installed Evergreen. |
| 12:27 |
berick |
tsbere: ah, gotcha. re: installing evergreen, see my comments from ~10:35 |
| 12:27 |
berick |
csharp: another case of running clark on a non-DB server... |
| 12:28 |
berick |
starting to think that may be the better option. just run it where evergreen is already running |
| 12:28 |
berick |
instead of installing evergreen on the DB serer just to run clark |
| 12:28 |
tsbere |
berick: He said it doesn't run postgres already |
| 12:28 |
berick |
or implementing minimal clark mode |
| 12:29 |
berick |
tsbere: yeah, that was the whole point of my comment |
| 12:29 |
berick |
another case of not running clark on a DB server |
| 12:30 |
berick |
seems to be a trend |
| 12:30 |
berick |
for some reason, i thought people always ran clark directly on a DB server |
| 12:35 |
eeevil |
berick: +1 to running it elsewhere, IMO. I figured you were in a position where you had to keep it on the db server |
| 12:35 |
|
ohiojoe joined #evergreen |
| 12:35 |
Bmagic |
We have always ran clark on our utility server |
| 12:36 |
berick |
thanks eeevil, Bmagic |
| 12:36 |
berick |
good to know |
| 13:15 |
jeff_____ |
hey! who took my coffee? |
| 13:15 |
jeff |
@who took jeff_____'s coffee? |
| 13:15 |
pinesol_green |
jeffdavis took jeff_____'s coffee. |
| 13:15 |
jeff |
easy mistake. |
| 13:15 |
jeff |
same number of blank characters and everything. |
| 13:17 |
jeffdavis |
@coffee jeff_____ |
| 13:17 |
* pinesol_green |
brews and pours a cup of Kenya Nyeri AB Gichatha-ini Signature Series, and sends it sliding down the bar to jeff_____ |
| 13:17 |
jeffdavis |
^ the least I can do. |
| 13:18 |
jeff |
jeffdavis++ |
| 13:21 |
kmlussier |
I think jeff's had enough coffee for today. |
| 13:21 |
* mmorgan |
thinks that ALL jeffs have had enough for today :) |
| 13:21 |
Dyrcona |
heh |
| 13:22 |
Dyrcona |
@bartender jeff |
| 13:22 |
* pinesol_green |
fills a pint glass with Unibroue Blanch de Chambly, and sends it sliding down the bar to jeff (http://beeradvocate.com/beer/profile/22/31/) |
| 13:22 |
kmlussier |
@coffee [someone] |
| 13:22 |
* pinesol_green |
brews and pours a cup of Kenya Gichathaini, and sends it sliding down the bar to b_bonner |
| 13:29 |
dbs |
we, too, have always kept the db server pristine and dedicated |
| 13:31 |
dbs |
jeff: you'll love this: "SSL received a weak ephemeral Diffie-Hellman key in Server Key Exchange handshake message. (Error code: ssl_error_weak_server_ephemeral_dh_key)" |
| 13:31 |
dbs |
This is Firefox refusing to connect to our VPN server (the one that also requires client side Java) |
| 13:39 |
|
wongon joined #evergreen |
| 13:42 |
Dyrcona |
dbs: I recall seeing something posted in a Crypto group I'm in about weak Diffie-Hellman being exploitable, so looks like your VPN software needs an update. :) |
| 13:43 |
dbs |
Dyrcona: _Everything_ around here needs an update! |
| 13:43 |
Dyrcona |
heh. |
| 13:43 |
Dyrcona |
dbs++ |
| 13:43 |
Dyrcona |
Speaking of update: we're currently running production services for Evergreen all on a single VM. |
| 13:44 |
Dyrcona |
We've noticed that everything seems to be using less RAM than on our previous server. |
| 13:44 |
dbs |
Nice! |
| 13:44 |
Dyrcona |
We think it has to do with the previous server having been upgraded from Ubuntu 10.04 to 12.04 and who knows what happened with packages. |
| 13:45 |
Dyrcona |
And, this is temporary. |
| 13:45 |
Dyrcona |
tsbere is going to set up our new brick arrangement in production on Sunday evening. |
| 13:45 |
dbs |
Hah, downloading Java from java.com and Chrome gives me two "THis could be dangerous! Are you _sure_ you want to download this?" warnings |
| 13:45 |
|
ericar_ joined #evergreen |
| 13:46 |
Dyrcona |
heh |
| 13:46 |
Dyrcona |
Everything seems to come with a warning these days. |
| 13:47 |
Dyrcona |
You might stumble and hit your head. Are you sure you want to get out of bed? |
| 13:47 |
dbs |
Oh yeah, and I have to re-enable NPAPI in Chrome to make this work |
| 13:47 |
Dyrcona |
But anyway, ejabberd in particular seems much happier. |
| 13:47 |
dbs |
Our security is RIDICULOUS! |
| 13:48 |
Dyrcona |
Security? What's that? ;) |
| 13:49 |
Dyrcona |
I thought I read that NPAPI was going to be removed from Chrome, or did I read that incorrectly? |
| 13:49 |
dbs |
It has been disabled |
| 13:50 |
dbs |
chrome://flags/#enable-npapi is still available on Windows and Mac, though |
| 13:50 |
jeffdavis |
https://weakdh.org/ has more info on the attack that presumably is prompting that error about weak Diffie-Hellman, fyi |
| 13:51 |
dbs |
time to boot up my Windows XP VM so I can re-enable NPAPI and access this freaking VPN using a weak DH key. So many layers of painful insecurity required to access this server securely! |
| 13:51 |
jeff |
Could be worse: could be a weak debian key vuln from... 2007, 2008? |
| 13:54 |
dbs |
and virtualbox driver isn't working. gawd. |
| 13:57 |
Dyrcona |
dbs: It is times like you're having that make me want to take up goat farming. |
| 13:58 |
dbs |
"sudo akmods" to the rescue |
| 13:58 |
dbs |
Goats make me feel secure. |
| 14:09 |
dbs |
"Java 8 requires a newer version of Windows!" |
| 14:12 |
|
sarabee joined #evergreen |
| 14:13 |
csharp |
dbs: I'm trying to ditch vbox in favor of GNOME boxes on my fresh F22 installation - so far so good |
| 14:14 |
* csharp |
got tired of busted kmods from rpmfusion lag |
| 14:17 |
Dyrcona |
Lag kills. ;) |
| 14:19 |
|
buzzy joined #evergreen |
| 14:23 |
berick |
csharp: i found virt-manager to be better than boxes, fwiw |
| 14:24 |
berick |
boxes has probably gotten better, but it had pretty limited functionality when I first tried it |
| 14:24 |
* dbs |
also using virt-manager normally, but wasn't able to get Windows to run in it |
| 14:25 |
berick |
dbs: huh, i've run XP. haven't tried anything newer yet |
| 14:32 |
csharp |
berick: yeah - I'm trying to make boxes do what I want - there are improvements, but virt-manager is still probably what I'll end up using |
| 14:33 |
csharp |
boxes has some cool features, like providing the URL for an ISO and it downloads automatically and cranks up the installer |
| 14:34 |
csharp |
and if you don't need bridged networking, it's probably all you'd ever need |
| 14:36 |
* csharp |
is running Windows 7 in virt-manager right now |
| 14:37 |
Dyrcona |
hmm. Doesn't seem to be a link to OpenSRF installation instructions from the downloads page. |
| 14:38 |
csharp |
Dyrcona: you mean http://evergreen-ils.org/egdownloads/? |
| 14:38 |
csharp |
or http://evergreen-ils.org/opensrf-downloads/? |
| 14:38 |
Dyrcona |
I mean the former. |
| 14:39 |
Dyrcona |
I just clicked on the big downloads graphic, didn't choose anything from a menu. |
| 14:42 |
Dyrcona |
I wonder if the two lines devoted to OpenSRF on the egdownloads matrix/table should be changed to one, with a link to the OpenSRF downloads page. |
| 14:42 |
dbs |
Windows failure was undoubtedly my fault for trying to just slide my VBox image over into virt-manager |
| 14:52 |
csharp |
yeah - I'm trying to convert my .vdi into a working .qcow2 with no success yet - the working instance was installed from scratch |
| 15:04 |
|
ericar joined #evergreen |
| 15:56 |
csharp |
@test |
| 15:56 |
pinesol_green |
csharp: What do you mean? An African or European swallow? |
| 16:00 |
bshum |
csharp: Am I spamming you with my experiments? |
| 16:10 |
bshum |
I was toying briefly with seeing how the Cast plugin operated. Freebase API is going away though end of this month, so meh |
| 16:14 |
jboyer-isl |
I think coders freebasing APIs are the kinds of stories that fud-spreaders tell to their clients to keep them up at night. |
| 16:15 |
Dyrcona |
heh |
| 16:15 |
Dyrcona |
jboyer-isl++ |
| 16:15 |
jboyer-isl |
(and in long term contracts. ;)) |
| 16:16 |
Dyrcona |
@quote add <jboyer-isl> I think coders freebasing APIs are the kinds of stories that fud-spreaders tell to their clients to keep them up at night. |
| 16:16 |
pinesol_green |
Dyrcona: The operation succeeded. Quote #117 added. |
| 16:16 |
Dyrcona |
@quote get 2 |
| 16:16 |
pinesol_green |
Dyrcona: Quote #2: "<tsbere> We need more quotes" (added by berick at 11:24 AM, February 17, 2011) |
| 16:18 |
jboyer-isl |
I'm here all week, tip your wait staff. |
| 16:21 |
Dyrcona |
@quote get random |
| 16:21 |
pinesol_green |
Dyrcona: Error: 'random' is not a valid id. |
| 16:21 |
Dyrcona |
oops. |
| 16:21 |
Dyrcona |
@quote random |
| 16:21 |
pinesol_green |
Dyrcona: Quote #5: "<senator> the armenian regression sounds like a spy novel" (added by bshum at 03:44 PM, February 22, 2011) |
| 16:31 |
bshum |
Heh |
| 16:38 |
jeff |
I am paying the price for having worked with GeoTrust to fix their broken re-issue process (where they kept issuing certs that had a validity interval that were too long -- violated CA/B forum Baseline Requirements). |
| 16:38 |
jeff |
Now, presumably due to the high number of re-issues we've had on this account/domain/etc, every new cert we request gets flagged for "manual review". |
| 17:01 |
kmlussier |
jboyer-isl++ |
| 17:01 |
kmlussier |
@quote random |
| 17:01 |
pinesol_green |
kmlussier: Quote #104: "<jeff> that's it. we're all switching to koha, right meow." (added by gmcharlt at 01:16 PM, January 02, 2015) |
| 17:07 |
ohiojoe |
so I *think* I'm ticklishly close to having an evergreen sandbox installed here.. |
| 17:08 |
ohiojoe |
however, when I do the srfsh test, I'm getting "Received no data from server" |
| 17:10 |
|
mmorgan left #evergreen |
| 17:11 |
ohiojoe |
wait a minute |
| 17:11 |
ohiojoe |
settings-tester is telling me that the libdbi PostgreSQL driver was not found in the shared library path |
| 17:30 |
dbs |
ohiojoe: that test in settings-tester should probably have been removed a long time ago |
| 18:16 |
|
wongon joined #evergreen |
| 19:15 |
|
buzzy joined #evergreen |
| 19:41 |
bshum |
@later tell Dyrcona I forgot, did we ever do anything with https://bugs.launchpad.net/evergreen/+bug/1413336 ? Maybe we should add that towards the next series. |
| 19:41 |
pinesol_green |
bshum: The operation succeeded. |
| 19:41 |
pinesol_green |
Launchpad bug 1413336 in Evergreen "Making Better Use of CStoreEditor" (affected: 1, heat: 6) [Undecided,New] |
| 20:10 |
|
wongon joined #evergreen |
| 21:06 |
|
wongon joined #evergreen |
