Time |
Nick |
Message |
00:51 |
|
jeff_ joined #evergreen |
07:28 |
|
rjackson_isl joined #evergreen |
07:40 |
|
Callender joined #evergreen |
07:47 |
|
ericar joined #evergreen |
07:57 |
|
JBoyer joined #evergreen |
08:00 |
|
collum joined #evergreen |
08:00 |
|
mrpeters joined #evergreen |
08:17 |
|
Dyrcona joined #evergreen |
08:45 |
|
mmorgan joined #evergreen |
09:19 |
|
jwoodard joined #evergreen |
09:27 |
|
afterl joined #evergreen |
09:30 |
|
maryj joined #evergreen |
09:32 |
|
yboston joined #evergreen |
09:40 |
|
mllewellyn joined #evergreen |
09:43 |
* bshum |
loves to hate i18n |
09:43 |
bshum |
Or is it hates to love i18n? |
09:43 |
kmlussier |
bshum++ # For willingness to investigate i18n issues |
09:50 |
Dyrcona |
I'm asking the next question in channel because other people's opinions might be useful, though I'm mainly concerned what tsbere thinks, since it affects us. |
09:50 |
tsbere |
AKA, I should pay attention in here right now |
09:51 |
Dyrcona |
tsbere: What do you think of giving catalogers, or a single library's generic cataloger account, permission to override the circ matrix when checking out? |
09:51 |
Dyrcona |
The above is brought on by our RT ticket 5307 if tsbere wants to have a look at the original question. |
09:52 |
Dyrcona |
I was going to propose that we just allow their reference material to circulate, and maybe I should ask why they want the cataloger to circulate reference material. |
09:52 |
tsbere |
Dyrcona: With the current state of the override system that will also give them permission to override Copy and Location based "Do Not Circ" flags, so I am against it. |
09:53 |
Dyrcona |
tsbere: yes, I thought that would be your answer. :) |
09:53 |
tsbere |
Dyrcona: On the other hand, if they are checking these out to a specific patron type (in - house or similar) then a rule could just be put in the matrix to let them check them out. |
09:54 |
Dyrcona |
I'm going to ask for more information. |
09:54 |
Dyrcona |
Right, if it is something like that, then it is easy. |
09:54 |
Dyrcona |
bshum++ |
09:54 |
mmorgan |
Dyrcona: So the question is should they be able to override circ not allowed? |
09:54 |
tsbere |
bshum: I would say "all of the above" ;) |
09:54 |
Dyrcona |
He figured out that the webstaff translations are overwriting the tpac translations. |
09:54 |
Dyrcona |
mmorgan: Basically, yes. |
09:55 |
kmlussier |
Is it a question where the cataloger in this particular library has more duties than they do in another library? In that case, a secondary permission group might come in handy. |
09:58 |
mmorgan |
FWIW, our basic circ level has that permission. We also have a restricted circ level that does not have that permission. Seems like its' not uncommon to need to override. |
09:59 |
csharp |
@whocares i18n |
09:59 |
pinesol_green |
csharp: I can't find anyone who loves or hates i18n. |
09:59 |
Dyrcona |
Well, our catalogers already have the same permissions as our circulators. |
10:00 |
Dyrcona |
I've asked them to clarify why they want this permission. That will likely suggest a parameter change as tsbere indicated. |
10:01 |
Dyrcona |
mmorgan: We revoked that permission from all of our circulator accounts after we had a case of library A checking out an item from library B that did not circulate to library C's patron. |
10:01 |
* csharp |
has found that "I need more permissions" tickets are usually solved with alternative approaches |
10:02 |
* tsbere |
tends to want some of the "you can bypass the rules!" permissions to be locked down to "we know who you are" accounts for accountability reasons instead of the generic ones |
10:02 |
Dyrcona |
How the item got to library A from library B remains a mystery. |
10:03 |
Dyrcona |
csharp +1 : i.e. I often discover the same thing. |
10:03 |
csharp |
"mystery" usually translates into "staff did something totally unanticipated by the software/basic human reasoning" |
10:04 |
Dyrcona |
In this case, I suspect the patron more than staff, but yes. |
10:05 |
Dyrcona |
tsbere++ # For something not Evergreen-related but would likely have taken me longer to realize. |
10:05 |
Dyrcona |
Static arp entries for the win! |
10:06 |
Dyrcona |
So, for anyone who knows/cares: Verizon says my network issues are not their router, nor mine, but the ONT, that is the box that translates the fiber optics to Etherent, etc. |
10:07 |
Dyrcona |
They will replace it tomorrow. |
10:13 |
kmlussier |
For rescheduling the developers meeting, as gmcharlt suggested in his email yesterday, I didn't notice that the oversight board also has a meeting next Thursday, which happens right after the acq interest group meeting. |
10:13 |
|
mdriscoll joined #evergreen |
10:15 |
kmlussier |
It appears, then, that Wednesday the 17th works better in terms of not conflicting with other community meetings. How does that date look for everyone here? |
10:16 |
berick |
17th works for me |
10:19 |
Dyrcona |
I believe I can the 17th. |
10:20 |
* Dyrcona |
can't type. |
10:25 |
|
_bott_ joined #evergreen |
10:26 |
csharp |
17th works for me |
10:29 |
Dyrcona |
The 17th is also on the calendar as maintenance release day, and I don't want to miss another. ;) |
10:29 |
* Dyrcona |
may have to anyway, depending on personal circumstances. |
10:29 |
* kmlussier |
grumbles something about still not taking any steps to find a new DIG release coordinator to wrangle release notes |
10:30 |
berick |
Dyrcona: yeah, i was thinking we could cut main. releases after the meeting |
10:30 |
berick |
the exact day is not as important as just doing it, of course |
10:30 |
Dyrcona |
I may have to take a car into the shop that day. I'm going to make an appointment tomorrow. |
10:31 |
Dyrcona |
Yeah. |
10:52 |
|
Christineb joined #evergreen |
10:52 |
csharp |
my scripting cycle: 1) start with bash because that's what I know best 2) remember why Larry Wall created Perl when I hit the clunkiness of bash 3) try to port what I've done to Perl 4) hit a wall since I don't have a great foundation for Perl 5) revert to bash |
10:53 |
Dyrcona |
Heh. |
10:53 |
csharp |
one of these days I'm going to slog through and actually learn Perl ;-) |
10:53 |
Dyrcona |
Apologies to Sean Bean/Boromir: "One does not simply learn Perl." |
10:54 |
csharp |
true dat |
10:54 |
* csharp |
has been slowly moving through the llama book for the last 8 years |
10:54 |
csharp |
the funny thing is, I can *read* Perl fine |
10:55 |
JBoyer |
My personality is not such that I take well to perl. |
10:55 |
JBoyer |
There's more than one way to do it? WHY? |
10:55 |
Dyrcona |
Because.... |
10:55 |
csharp |
I guess it's the difference between learning Italian in college and having to speak it in real life situations on my honeymoon in Italy |
10:55 |
miker |
csharp: my advice: read the camel book (preferably 3rd edition) end to end ... just let it wash over you |
10:55 |
JBoyer |
I have to hit shift every time I type any identifier? UGH. |
10:55 |
csharp |
miker: I have the camel book too - very impressive |
10:56 |
Dyrcona |
Funny when you think about it: Perl should have been named Python and Python should have been named Pearl. |
10:56 |
csharp |
third edition, in fact |
10:56 |
* csharp |
blows off the dust |
10:57 |
Dyrcona |
yes, I meant the "a" in Pearl. |
10:57 |
Dyrcona |
Pearls imply perfection, though the vast majority are imperfect. |
10:57 |
csharp |
JBoyer: I looked into Python early on because it made more sense to me for the reasons you mention, but perl feels more integrated into bash |
10:57 |
JBoyer |
At the core of my distaste is all of the implicit this and that that happens. I hate magic and perl may as well have a wizard's hat. |
10:58 |
JBoyer |
That's because it literally lifted a bunch of shell syntax for things. That's another thing I could go on about (but won't, because meetings ;) |
10:58 |
Dyrcona |
Perl, though, seems to match well with the eclectic wit and overall craziness of Monty Python more than does the language named after it. |
10:59 |
Dyrcona |
Shell syntax... sh, ksh, pdksh, bash, csh, tcsh, zsh, ..... or ..... |
10:59 |
* csharp |
does like The Zen of Python (available via 'import this' in the python shell for those unfamiliar) |
11:00 |
* Dyrcona |
likes Python except for the whitespace matters part. That has literally broken programs for me. |
11:00 |
jeff |
JBoyer: yes, yes... use Your::Hatred; |
11:00 |
csharp |
@who can feel JBoyer's anger? |
11:00 |
pinesol_green |
pinesol_green can feel JBoyer's anger. |
11:01 |
* Dyrcona |
finds Python with Paramiko is a great way to script remote updates to multiple servers. |
11:02 |
Dyrcona |
hey, it said "pinesol_green" and not "itself." |
11:03 |
jeff |
Dyrcona: Python with Paramiko? I think JBoyer and i spell that "ansible" |
11:04 |
Dyrcona |
heh. |
11:05 |
Dyrcona |
Admittedly, I've only used Python with Paramiko for 1 thing, for servers that I do not normally have access to. |
11:09 |
|
book` joined #evergreen |
11:13 |
|
sandbergja joined #evergreen |
11:46 |
|
abowling joined #evergreen |
11:46 |
|
bmills joined #evergreen |
11:47 |
Dyrcona |
And in the end, the prvis request, turns into "use record in-house use." # Apologies to The Beatles, but I couldn't make the last part fit. |
11:47 |
Dyrcona |
grr. typo... |
12:04 |
|
Stompro joined #evergreen |
12:10 |
|
jihpringle joined #evergreen |
12:17 |
* kmlussier |
now has the entire Abbey Road album playing in her head. |
12:19 |
|
mmorgan joined #evergreen |
12:20 |
jwoodard |
our Senior thursday group is cooking lunch... |
12:20 |
* jwoodard |
mouth waters |
12:51 |
* Dyrcona |
plays Abbey Road. |
12:52 |
* Dyrcona |
needs to organize his music better. One album is under "Beatles," two under "The Beatles," and the rest under "Beatles, The." |
13:07 |
Dyrcona |
So, Antonio Vivaldi is not the only victim of my lack of cataloging skills. :) |
13:34 |
csharp |
Dyrcona: http://www.webupd8.org/2010/01/pyrenamer-easy-mass-file-renaming-in.html |
13:34 |
csharp |
you can do lots of cool stuff with that |
13:35 |
csharp |
(well, as long as "lots of cool stuff" falls within the category of renaming things) ;-) |
13:35 |
Dyrcona |
Without following the link, I can say that I've probably written a number of scripts to do similar things. |
13:36 |
csharp |
I'm sure ;-) |
13:36 |
csharp |
it's a GUI |
13:36 |
* Dyrcona |
recalls scripting a python interface to MusicBrainz to get the metadata for a number of rips from CDs. |
13:36 |
csharp |
and it anticipates things like "The Beatles" vs "Beatles, The" |
13:37 |
csharp |
it's been several years since I used it, but the project looks up to date: https://launchpad.net/pyrenamer |
13:43 |
Dyrcona |
Cool. I'll have a look later. |
13:44 |
Dyrcona |
Probably better than having to reinvent the wheel if it understands ID3 and ogg. |
13:52 |
|
Stompro joined #evergreen |
13:57 |
|
dkyle1 joined #evergreen |
14:09 |
mrpeters |
Dyrcona: http://www.mp3tag.de/ is fantastic -- not sure that you want to have to use Windows, but, it's worth the hassle just to organize your music. |
14:10 |
mrpeters |
you can hit Amazon, FreeDB, discogs.com (the best!), and MusicBrainz with it and pick how much of the data from that source you want to bring in...may just be artist name, may just be cover art...might be everything |
14:10 |
mrpeters |
also supports regex and such for replacing strings in tags or filenames |
14:10 |
mrpeters |
and it supports more than mp3, despite its name |
14:12 |
Dyrcona |
mrpeters: I used MusicBrainz Picard before. It's cross platform. |
14:12 |
mrpeters |
yep, that is a good tool as well |
14:12 |
mrpeters |
but i think only works with their database |
14:12 |
mrpeters |
discogs database is crazy |
14:13 |
mrpeters |
especially if you have imports, promo cds, or any weird stuff like that |
14:13 |
Dyrcona |
Yeah, I've got a few imports. |
14:13 |
mrpeters |
they are like the hardcorest of the hardcore MARC catalogers, but for music :) |
14:13 |
Dyrcona |
:) |
14:14 |
Dyrcona |
Looks like there is a library (libglyr) that will search discogs among others. |
14:15 |
mrpeters |
h nice! |
14:15 |
mrpeters |
between amazon and discogs i'm usually golden |
14:15 |
mrpeters |
it was a lot of work but everything is pretty solid now |
14:16 |
Dyrcona |
There's a command line tool, but it might be fun to use the library to write something of my own. |
14:16 |
mrpeters |
there you go! |
14:16 |
mrpeters |
they do require signup for api access- FYI |
14:17 |
mrpeters |
but its well worth it, its also a big music store too |
14:17 |
mrpeters |
people who catalog the releases can post them for sale, or if you have a matching copy you can list yours |
14:17 |
mrpeters |
i get almost all of my vinyl from there now |
14:17 |
Dyrcona |
I had some "fun" with the built in recognition in Windows Media Player. It would often identify songs as being from a compilation album, instead of the studio album. |
14:18 |
* Dyrcona |
hasn't bought vinyl since...probably.... Mellencamp's "Lonesome Jubilee" in 1987. |
14:19 |
Dyrcona |
I've been buying mostly mp3s or oggs lately, directly from the artist when I can. |
14:20 |
Dyrcona |
These are usually pre-tagged, but my Beatles stuff are all CD rips. |
14:25 |
Dyrcona |
Looks like kid3 is another music tagging library with support for discogs, etc. and already works with Qt. ;) |
14:25 |
mrpeters |
i like to buy from hdtracks and qobuz when stuff is available there |
14:26 |
mrpeters |
24-bit and sometimes up to 96kHz is nice to have if you have a setup that can utilize that extra bit depth |
14:27 |
* mrpeters |
wants my Adele 25 in 24/96 and is not ashamed! |
14:27 |
Dyrcona |
heh. |
14:27 |
mrpeters |
also awesome when they get studio masters and do 5.1 mixes |
14:28 |
mrpeters |
The Fleetwood Mac Rumours 5.1channel 24/96 came out recently and sounds killer |
14:29 |
Dyrcona |
I might have to get that one. |
14:29 |
mrpeters |
Dyrcona: how big is your digital collection? |
14:30 |
Dyrcona |
Not so big. It's mostly rips of stuff I bought on CD. I don't really spend a lot on music. |
14:30 |
Dyrcona |
Suppose I can get a file count rather quickly. |
14:31 |
mrpeters |
If you find you don't have the time to fix up your tags and stuff, let me know...i weirdly enjoy doing it |
14:31 |
mrpeters |
i have family send me their garbage itunes collections with hardly any tags all the time and get them fixed up for them |
14:31 |
Dyrcona |
Looks like 3,643 tracks on my work laptop. |
14:31 |
mrpeters |
plus its fun to find otu someone has a super rare pressing of a CD and tell them they're holding on to some money :P |
14:31 |
mrpeters |
nice, yeah that would be a cakewalk |
14:32 |
Dyrcona |
Most of them are tagged OK. |
14:33 |
mrpeters |
i had just over 31K tracks to cleanup...was a nightmare |
14:33 |
|
mmorgan joined #evergreen |
14:33 |
Dyrcona |
I've considered building a "media center" PC out of some inexpensive hardware and hooking it up to a nice set of speakers. |
14:33 |
mrpeters |
heck yeah! |
14:33 |
mrpeters |
or a good reciever that can do DNLA |
14:34 |
Dyrcona |
Heh... My receivers are from 1989 and 1992 respectively. ;) |
14:35 |
Dyrcona |
My step father has a beautiful and beautifully sounding analog receiver, a Technics IIRC, from the late '70s. Still works. |
14:35 |
mrpeters |
oh yeah i would love to have some of those old recievers...they dont make stuff like that anymore |
14:36 |
Dyrcona |
My turntable still works and I've considered recording my vinyl to digital for the things I don't want to buy again. |
14:36 |
mrpeters |
thats what i do with all of my vinyl |
14:37 |
mrpeters |
capture it at 24/96 FLAC and stream it through Plex |
14:37 |
Dyrcona |
IIRC, my most recent purchase was actually Lonesome Jubilee on MP3 from Amazon. |
14:37 |
mrpeters |
is amazon still 256kbps? |
14:38 |
Dyrcona |
Heh. I could have FLACs of all my Iron Maiden, that I don't listen to anymore. :) |
14:38 |
mrpeters |
totally |
14:38 |
mrpeters |
or you could justify downloading them from someone who has already ripped one with great equipment |
14:38 |
Dyrcona |
I'm not sure. I think os. |
14:38 |
Dyrcona |
s/os/so/ |
14:39 |
mrpeters |
that is my main issue with Google Play/Amazon is that i'm paying the same price for a CD, but getting a worse quality version |
14:39 |
mrpeters |
though with the way they master most stuff today it hardly matters |
14:40 |
Dyrcona |
Tell me about it. They crank the treble because "everyone is listening on shitty earbuds." |
14:40 |
mrpeters |
yeah...these "mastered for iTunes" releases make my ears bleed |
14:41 |
mrpeters |
but, im weird, and get excited by the spectrals of a properly mastered track |
14:42 |
Dyrcona |
No, I get it. I wouldn't call myself an audiophile, but I know garbage when I hear it, and I can tell if it is the artist or the engineer's fault. |
14:42 |
mrpeters |
exactly |
14:42 |
Dyrcona |
My step father is an audiophile, so I grew up listening and recording on good equipment. |
14:43 |
mrpeters |
i'm pretty spoiled with having my ears trained from all of my years taping concerts -- mostly Dave Matthews Band -- and they do a top notch job |
14:43 |
|
gmcharlt joined #evergreen |
14:43 |
mrpeters |
they inherited a ton of equipment from the Grateful Dead -- lots of it not in use anymore, but a ton of knowledge was passed down |
14:44 |
mrpeters |
i get a killer tape at almost any venue for them, other acts its hit or miss |
14:50 |
|
jihpringle joined #evergreen |
15:01 |
gmcharlt |
kmlussier++ |
15:04 |
|
mmorgan left #evergreen |
15:06 |
|
jeff_ joined #evergreen |
15:14 |
|
lualaba joined #evergreen |
15:14 |
lualaba |
hello time to time on my server processes died |
15:14 |
lualaba |
* timed out waiting on open-ils.acq pid=37626 to die * cannot signal open-ils.acq: process 37626 is not running * sending TERM signal to pid=37604 router * sending TERM signal to pid=37605 router |
15:15 |
lualaba |
after restart osrf everyrhing is working |
15:19 |
lualaba |
this is in logs: evergreen CRON[50526]: (root) CMD (test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )) |
15:23 |
jeff |
lualaba: that log entry is expected -- it's cron running daily tasks. it is possible that you are running out of memory, in which case you'll probably have a recent note to that effect in the output of dmesg or in the file /var/log/dmesg (and likely some other places as well) |
15:23 |
jeff |
lualaba: how much memory does the machine have? |
15:27 |
lualaba |
2 GB ram |
15:27 |
jeff |
that's probably cutting it a bit close, especially if the host is also the database server. |
15:27 |
jeff |
i'd check logs for signs that you're running out of memory. |
15:28 |
lualaba |
yes in same host i have DB |
15:28 |
lualaba |
dmseg: 6.398521] audit: type=1400 audit(1448970548.081:10): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=968 comm="apparmor_parser" |
15:33 |
lualaba |
if i increase ram it should be fixed problem correct? |
15:36 |
jeff |
if you find signs in your logs that you are running out of memory, then adding more memory should help fix that problem, yes. |
15:36 |
jeff |
but i would seek confirmation in the logs first. |
15:36 |
Dyrcona |
That, or running fewer drones. |
15:36 |
jeff |
sure, or not running optional unneeded services, etc. |
15:39 |
lualaba |
evergreen kernel: [6064547.071467] [<ffffffff81165b32>] out_of_memory+0x492/0x4d0 |
15:40 |
jeff |
lualaba: okay, yes. you have run out of memory at least once and you should consider adding more memory to the server. |
15:41 |
lualaba |
Thank you, there is any suggestion to disable some of services or jobs? |
15:59 |
|
jvwoolf1 joined #evergreen |
16:02 |
Dyrcona |
lualaba: If you're not using acq, you could probably disable that. There are not that many you can actually disable without causing problems. |
16:02 |
Dyrcona |
lualaba: You could also configure fewer minimum drones and maximum drones. I've done that for test and development servers. |
16:04 |
* Dyrcona |
would like to make it so that circ does not depend on booking, for instance. |
16:04 |
* Dyrcona |
had an idea how to do it once, but ran out of tuits. |
16:04 |
lualaba |
how fewer minimum drones and maximum drones? |
16:06 |
Dyrcona |
lualaba: in opensrf.xml, there is an <apps> section. |
16:06 |
Dyrcona |
lualaba: Each service has an entry in that section, for example <open-ils.circ> |
16:07 |
Dyrcona |
lualaba: Each service has a <unix_config> section/subsection. |
16:07 |
miker |
Dyrcona: circ depends on booking now? I thought we could turn off booking ... we certainly could at one time |
16:07 |
Dyrcona |
lualaba: In the <unix_config> are two options <min_children> and <max_children>. You change those values. |
16:08 |
lualaba |
Thank you i will try |
16:08 |
Dyrcona |
lualaba: You don't want to set <min_children> below 1, though. |
16:08 |
Dyrcona |
miker: I think we tried once and circ blew up. |
16:08 |
Dyrcona |
miker: I know there are calls to open-ils.booking in there. give me a minute. |
16:09 |
miker |
related to Dyrcona's advice (for the room), I have a branch that needs testing that teaches C apps how to respect {min|max}_spare_servers, like perl does (or is supposed to) |
16:10 |
miker |
Dyrcona: yeah, there are def calls, but I thought we had fenced those off, and there was even a setting at one time to say "booking is not running, don't even try to use it" |
16:10 |
Dyrcona |
lualaba: Also, I would keep <max_children> at or above 2 also. |
16:11 |
lualaba |
i check and in most cases parameter is 15 |
16:11 |
lualaba |
<min_children>5</min_children> <max_children>15</max_children> |
16:11 |
Dyrcona |
miker: Heh. There is right at the top of Circulate.pm. |
16:12 |
* Dyrcona |
check git blame to see how far out of date his comprehension is. |
16:12 |
miker |
I was just staring at that, whispering "why you no work!?" |
16:13 |
Dyrcona |
Oh great, git-blame in Emacs doesn't give the date by default... |
16:13 |
Dyrcona |
but senator++ anyway. :) |
16:13 |
miker |
2010-10-27, ftr |
16:14 |
Dyrcona |
Yeah, I was just about to say, /me feels stupid. |
16:14 |
Dyrcona |
;) |
16:16 |
miker |
heh |
16:16 |
Dyrcona |
So, scratch what I previously said. You can disable booking. |
16:16 |
miker |
I'd say that not remembering all code from before The Great lib/-ification of ought-eleven is not a thing to feel bad about |
16:17 |
Dyrcona |
I'll give it a try next time I build a new branch on my development vm. |
16:17 |
miker |
I had the advantage of helping senator with that particular feature. and dbwells was involved as well, I think... |
16:18 |
Dyrcona |
lualaba: Yeah, those are defaults. I've found in some production environments they need to be higher. |
16:19 |
Dyrcona |
lualaba: If you're testing/kicking the tires, you can probably drop most of the <max_children> settings. |
16:19 |
lualaba |
4 GB ram will be enough |
16:19 |
Dyrcona |
I have numbers for how many drones are spawned on our production servers, but not for training or development. |
16:19 |
lualaba |
tomorrow i will try increase nd after that will change settings |
16:20 |
Dyrcona |
lualaba: 4GB is cutting it close with the database running on the same hardware. |
16:20 |
lualaba |
this mean i should move DB on another server? |
16:21 |
Dyrcona |
It should work with the right tuning. If you don't want to test booking or acq, I'd out right disable those services. |
16:21 |
miker |
lualaba: for production, almost certainly. or add a lot of CPU cores to the VM (if it's a VM) |
16:21 |
lualaba |
yes it is VM |
16:21 |
Dyrcona |
Oh, right. I would not run production on 4GB. |
16:22 |
Dyrcona |
I use 6GB for development and I do run the database on is own server. |
16:22 |
Dyrcona |
Granted, that database server also runs our training and other test databases. |
16:23 |
Dyrcona |
What you need for production depends a lot on your size and how many transactions you do. |
16:23 |
|
mmorgan joined #evergreen |
16:23 |
lualaba |
Thank you for information i will try some of changes in opensrf.xml |
16:25 |
* Dyrcona |
agrees with miker that the database should be on its own hardware for production. |
16:25 |
lualaba |
i use 2.8.1 version and will upgrade to 2.9.1 after that i will make changes |
16:27 |
lualaba |
if i move DB on another HW i should change localhost with new hostname in opensrf.xml right? |
16:30 |
Dyrcona |
lualaba: Yes, for the database configurations. You can run the support-scripts/eg_db_config script again with the appropriate options. |
16:31 |
lualaba |
Thank you |
17:07 |
|
mmorgan left #evergreen |
17:10 |
|
jvwoolf1 left #evergreen |
17:39 |
|
geoffsams joined #evergreen |
17:40 |
jwoodard |
@librarian |
17:40 |
pinesol_green |
jwoodard: Management:14, Cataloging:13, Acquisitions:14, Reference:17, Circulation:12, Systems:9, Research:16, Custodial:10 |
18:24 |
|
bmills joined #evergreen |
19:10 |
|
stompro_ joined #evergreen |
19:13 |
|
Stompro joined #evergreen |