Time |
Nick |
Message |
02:59 |
|
Guest12994 joined #evergreen |
06:41 |
|
kbeswick joined #evergreen |
07:12 |
|
kbeswick joined #evergreen |
07:15 |
|
kmlussier joined #evergreen |
07:17 |
|
Callender_ joined #evergreen |
07:17 |
|
kbeswick joined #evergreen |
07:19 |
|
bshum_ joined #evergreen |
07:24 |
|
ericar joined #evergreen |
07:34 |
|
rjackson-isl joined #evergreen |
07:47 |
|
jboyer-isl joined #evergreen |
07:49 |
|
ericar joined #evergreen |
08:00 |
|
gdunbar joined #evergreen |
08:06 |
|
collum joined #evergreen |
08:19 |
|
akilsdonk joined #evergreen |
08:20 |
|
mrpeters joined #evergreen |
08:27 |
|
Dyrcona joined #evergreen |
08:28 |
Dyrcona |
"Ah-oooo! Werewolves of London!" |
08:28 |
Dyrcona |
err, sorry. I meant "Good morning, #evergreen!" |
08:28 |
Dyrcona |
:) |
08:29 |
kmlussier |
Dyrcona: Good morning! :) |
08:37 |
csharp |
warren_zevon++\ |
08:37 |
csharp |
warren_zevon++ |
08:40 |
jboyer-isl |
perfect_hair++ |
08:40 |
paxed |
kmlussier: i thoought cloning a patron record would "link" the address (that is, use the same address record for both the original and the cloned patron), and istr someone suggested using that for family groups or whatever who share and addr. |
08:41 |
paxed |
-o-d |
08:42 |
kmlussier |
paxed: Yes, cloning a record will link the address and will also link the records together in a user group. |
08:43 |
paxed |
hmm. |
08:43 |
paxed |
i didn't know about the user group linking. |
08:43 |
kmlussier |
I guess what I was saying is that I think it's important to keep something like the friends feature as a separate entity so that we also have something where we can create relationships among users without linking them the way we do with user groups. |
08:44 |
paxed |
i was thinking about all this today, and i have some ideas how it would work with both as a "friends" feature and as a child/parent or whatever linking one. |
08:45 |
kmlussier |
I know there is a wishlist bug out there to separate cloning from linking, but that's another matter. Bug 1230414 |
08:45 |
pinesol_green |
Launchpad bug 1230414 in Evergreen "Wishlist: Separate grouping from cloning in patron registration" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1230414 |
08:48 |
paxed |
hmm. i'll do a write-up how i wished things would work... and i bet i can't get that implemented just in a few weeks, so i'd better try to cobble together a child/parent thing too. |
08:48 |
|
mmorgan joined #evergreen |
08:50 |
pinesol_green |
[evergreen|Remington Steed] Docs 2.5: Fix floating groups heading level (2nd try) - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6379cb9> |
08:50 |
remingtron |
sorry world for my messy docs commits. slowly learning asciidoc. |
08:52 |
jboyer-isl |
Sigh. I've got one more Holds matrix Q to make certain I'm understanding things properly. Lets say that a matchpoint defines all of the *_ou fields (usr_requestor,item_circ, item_owning, etc.) ALL of those fields have to match before that row will be used, regardless of it's weight in partial matches, correct? |
08:52 |
Dyrcona |
Correct. |
08:53 |
jboyer-isl |
Awesome. That's what I was hoping. |
09:00 |
|
timf joined #evergreen |
09:04 |
|
kbeswick joined #evergreen |
09:17 |
jeff |
some days there are discussions on #evergreen where i almost expect to see a doc commit immediately following a clarification of behavior. :-) |
09:20 |
tsbere |
jboyer-isl: Fair warning on the OU fields (and the grp fields, for that matter): Anything "below" the OU (or grp) in question on the tree will also match, but more specific OU (or grp) will match first. |
09:21 |
jboyer-isl |
tsbere: I saw that this morning in the examples in Evergreen In Action. I'm planning to make a lot of use of that. :) I think I can get our holds matchpoints WAY down from 2100 lines. |
09:23 |
kmlussier |
Dyrcona++ bshum++ # Providing great circ matrix examples for Evergreen in Action. |
09:27 |
dbs |
bshum: I mean to look into the graphic_880 vs. 260 issue. It should be fairly easy to remedy. _should be_ :0 |
09:28 |
dbs |
remingtron: no worries, but you might want to push to working & retest before pushing to the real repo just to keep churn down a bit :) |
09:30 |
Dyrcona |
Does anyone else consider biblio record entries with a source of NULL being an error? |
09:30 |
Dyrcona |
I know it isn't technically an error, 'cause Evergreen allows it and looks like cataloging does it by default. |
09:31 |
Dyrcona |
Conceptually, I think it is an error. |
09:34 |
|
rfrasur joined #evergreen |
09:34 |
dbs |
I don't think it's an error. NULL == "source unknown", no? |
09:35 |
dbs |
You could create an actual source for "source unknown" and link it up and enforce the constraint, but I don't see how much that buys us |
09:35 |
Dyrcona |
Well, the source is usually known, someone just neglects to set it. |
09:36 |
Dyrcona |
makes queries fun: and (source is null or source in (1,2)) |
09:36 |
dbs |
bshum: Do you have an example RDA record you could supply for testing purposes? I think the fix may just be to add another get_graphic_880s() call right after the one for 260, similar to what we do for authors |
09:36 |
tsbere |
How about "we know, but the source isn't in the list"? Because I suspect sometimes that happens. ;) |
09:36 |
Dyrcona |
tsbere: I don't suspect that happens very often with our gang, and in that case, they should open a ticket to request the source be added. :) |
09:37 |
dbs |
Dyrcona: about 2 million of our bibs would be "source = migrated from previous system"; nobody is going to spend time tracking down the actual source for all of those unless there is some benefit |
09:37 |
Dyrcona |
dbs: I used oclc and local system during our migration. I based it on 001 and other fields in the original records. |
09:38 |
Dyrcona |
Since other people have no problem with it, I won't bother with a Launchpad ticket or a branch. I'll let it drop. |
09:42 |
dbs |
Dyrcona: well, it might just be me (and I'm effectively "meh"; if a patch materialized I wouldn't argue against it). Perhaps other people with a different opinion are still just eating breakfast or sleeping |
09:43 |
dbs |
I just don't think it qualifies as an error :) |
09:43 |
* rfrasur |
is meh and trusts you guys/girls to know what's what anyway |
09:44 |
jeff |
i was just musing on what method would be best if it were determined as a local "don't allow empty bib source" (which would presumably could be paired with an Other defined source) |
09:44 |
bshum |
dbs: I didn't have one readily to share, but followed your suggestion to add another get_graphic_880s(target_field='264'); after the 260 one and voila it works now. |
09:44 |
* Dyrcona |
is not a big fan of NULL values in database fields in general. |
09:44 |
dbs |
\o/ |
09:44 |
Dyrcona |
jeff: YAOUS for a default source, probably local system. |
09:45 |
jeff |
Dyrcona: yeah. (to both a dislike of nulls and default local source) |
09:45 |
jeff |
could also pair with a user or workstation setting. |
09:46 |
jeff |
i wonder if we have any existing examples of OU, user, and workstation settings -- especially in terms of "which trumps which?" |
09:46 |
jeff |
it might not matter. |
09:46 |
Dyrcona |
I don't know how others use bib source, but we use it to segregate some of our electronic records from overdrive and safari for instance. |
09:47 |
* jeff |
nods |
09:47 |
Dyrcona |
I don't if others would have entries for Library of Congress, bibliowhatsit, etc. |
09:47 |
Dyrcona |
I'm trying to simplify things, but lately when I've tried that, they've ended up more complicated. |
09:48 |
* csharp |
likes Bibliowhatsit™ as a potential company name |
09:48 |
dbs |
We need an Integrated OUS Management System: IOU SMS |
09:48 |
Dyrcona |
dbs++ |
09:48 |
rfrasur |
csharp++ |
09:49 |
rfrasur |
dbs++ #along with an eyeroll |
09:49 |
eeevil |
dbs: the filters and search stuff aren't enough? |
09:49 |
* eeevil |
ducks |
09:52 |
dbs |
bshum: I'll push a branch with that simple fix. Someday it would be nice to refactor the 880 stuff so it wasn't quite as clumsy, but ah well |
09:54 |
bshum |
dbs: Sounds reasonable to me. Thanks much sir! |
09:54 |
bshum |
dbs++ |
09:55 |
|
mrpeters joined #evergreen |
09:56 |
dbs |
bshum: working/user/dbs/lp1243746_tpac_rda_pubinfo_880 |
09:58 |
|
berick joined #evergreen |
10:01 |
bshum |
dbs: I'll sign off on that and get it pushed. I have to check backwards and see, but I suspect we should backport that tweak to 2.4 at least |
10:01 |
jeff |
file under crazy thoughts if you like, but i almost think that making config values universally OU -> workstation -> usr (and the priority of those last two might be argued) and defining a method for locking/forcing (vs just defaulting) could be helpful. |
10:01 |
bshum |
dbs: As for getting some sample RDA bibs, I could see that being helpful to include in our sample datasets for the future. I'll see what I can do on that front as well. |
10:01 |
jeff |
of course, some OU settings make no sense to have a workstation or usr level counterpart, so maybe not. |
10:02 |
bshum |
(though probably later) |
10:03 |
jeff |
while i have high hopes to test some more 2.5 goodness this evening or weekend, today i am fixing bits and adding bits in the user editor. |
10:03 |
bshum |
2.3 is unaffected since that was pre-880 stuff |
10:03 |
jeff |
one of the things it has me thinking about is how you'd specify an OU setting for "this is how you generate a suggested username" |
10:04 |
|
yboston joined #evergreen |
10:04 |
jeff |
a string of tokens representing au fields (perhaps only a small subset being intentionally valid), with a min/max length for each token, and the tokens are all concatenated? |
10:05 |
|
ericar joined #evergreen |
10:05 |
jeff |
suspect i'll hardcode the scheme to start, leave future modification/enhancement for future. |
10:06 |
pinesol_green |
[evergreen|Dan Scott] RDA / TPAC: Add 264 for pubinfo graphic 880 lookups - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4cb4ab7> |
10:14 |
Dyrcona |
Always fun to find overdrive urls for a library in Texas in your records. |
10:14 |
rfrasur |
Dyrcona: THAT'S resource sharing |
10:15 |
jeff |
Dyrcona: almost as much fun as Amazon affiliate links in 856 tags. |
10:16 |
Dyrcona |
jeff: You just gave me an idea! ;) |
10:16 |
* Dyrcona |
now knows how he'll fund his retirement. |
10:18 |
Dyrcona |
And the second law of thermodynamics strikes again, and Sisyphus watches the boulder roll back down the hill. |
10:18 |
jeff |
maybe OCLC should have gone that route instead of the 996 tag. :-) |
10:18 |
|
roses joined #evergreen |
10:21 |
roses |
I am having trouble with a scanner. I thought that the library had an old bad scanner so I replaced it with a new one. On checkout we are getting a bad check digit error from EG - doesn't happen on checkin - any thoughts? |
10:22 |
csharp |
roses: make sure the "strick barcode checking" box is unchecked |
10:22 |
roses |
Also this just started two days ago - they migrated in August. I am at the library now trying to figure this out. |
10:22 |
csharp |
s/strick/strict/ |
10:23 |
Dyrcona |
As csharp suggests, sounds like someone checked a box that they shouldn't have. |
10:24 |
csharp |
roses: the checkbox is labeled "Strict Barcode" at the bottom of checkout/checkin screens |
10:25 |
|
Shae joined #evergreen |
10:25 |
roses |
csharp: That was it! Something so simple..... but you guys rock. Thanks for all of your help. And if I ever get the csharp++Dyrcona++ syntax correct I'll be able to thank both of you at one time |
10:26 |
csharp |
roses: happy to help! |
10:27 |
* csharp |
has learned that lots of scary looking problems often have a |
10:27 |
csharp |
... "simple" solution in the end |
10:27 |
csharp |
my_keyboard-- |
10:32 |
roses |
csharp: I'm just glad to add it to my "things to know" list. Thanks again. |
10:44 |
rfrasur |
http://gnome.org/opw/ - I wish I had a daughter...or a clone. |
10:52 |
|
ericar joined #evergreen |
11:02 |
|
montgoc1 joined #evergreen |
11:15 |
|
smyers_ joined #evergreen |
11:30 |
mrpeters |
does 2.5 RC1 support Debian 7? haven't grabbed the makefile to confirm |
11:31 |
Dyrcona |
Which one is Debian 7? |
11:32 |
Dyrcona |
If you won't look at the Makefile, I won't look at Google. :p |
11:32 |
bshum |
For fun, it looks like Mavericks really hates xulrunner and crashes and burns with the client. |
11:33 |
mrpeters |
i dont know the codename, actually just found out it was released |
11:33 |
bshum |
Wheezy is 7 |
11:33 |
bshum |
So the new 2.5 should support it. |
11:34 |
Dyrcona |
Oh, that Mavericks.... |
11:34 |
Dyrcona |
Mavericks should crash and burn, yes. |
11:34 |
* Dyrcona |
agrees with bshum. :) |
11:35 |
rfrasur |
(I have Raspbian Wheezy on the Pi...it's supported by four screws and plexiglass...that's all I know) |
11:43 |
bshum |
Whew, the one school that was using a Mac only got my warning just in time. They were literally downloading the upgrade to Mavericks and stopped. |
11:43 |
bshum |
Stupid Apple |
11:44 |
jboyer-isl |
I'm not sure they can be blamed for an ancient unsupported app not working. There are more valid complaints about their recent moves. (like dropping all of the AppleScript support from their apps yesterday, for instance.) |
11:45 |
jboyer-isl |
And I'm sure MS has some beef with new customer expectations re: upgrade pricing, heh. (bad for indie devs too. :/ ) |
11:45 |
Dyrcona |
If I don't have the source code it isn't software. |
11:46 |
Dyrcona |
I don't use not software. |
11:46 |
jboyer-isl |
You must have a list of exceptions to that rule a mile long, or do you not care about embedded software? ;) |
11:47 |
Dyrcona |
Like all absolutes, mine isn't. |
11:47 |
Dyrcona |
Nothing is absolute, everything is relative. |
11:47 |
Dyrcona |
*jedi hand wave* |
11:47 |
jboyer-isl |
Dyrcona++ |
11:47 |
jboyer-isl |
:) |
11:48 |
Dyrcona |
Honestly, though I prefer software over not software. I still run some not software on my phone, and then embedded in my car and other devices. |
11:49 |
* rfrasur |
uses magic. |
11:49 |
jboyer-isl |
I understand, just kidding around a little. :) |
11:50 |
jeff |
bshum: you probably already know this, but we use a winebottled version of the staff client for our macs, rather than trying to run xulrunner on the mac. |
11:52 |
bshum |
I fixed it |
11:52 |
bshum |
Apparently the problem is with the info.plist file that's generated with our clients |
11:52 |
bshum |
It needs something for "CFBundleIdentifier" |
11:52 |
bshum |
And if it's null, it croaks horribly with Mavericks |
11:52 |
bshum |
Adding a key and string for that makes it happy again |
11:54 |
Dyrcona |
CFBundleIdentifier should always have something in it. That's a bug with how your building clients. |
11:54 |
Dyrcona |
That's not new with Mavericks. |
11:55 |
* Dyrcona |
admits to programming Mac OS X and NextStep with out admitting it. |
11:55 |
kmlussier |
rfrasur: I think the Oversight Board considered participating in the Outreach Program for Women last year. I can't remember why it didn't happen. It may have been a time constraint. I like the fact that it includes documentation. |
11:55 |
* jeff |
pesters OverDrive again |
11:56 |
* Dyrcona |
decides to take his phone with the OpenSource O/S and OpenSource music player and go for a walk. |
11:56 |
bshum |
Dyrcona: I imagine that past versions must have been more lenient I guess. |
11:56 |
bshum |
The example info.plist on the Evergreen wiki didn't note that string. |
11:56 |
bshum |
But of course that example is AGES old now |
11:58 |
kmlussier |
Bah! Looks like we're already too late to consider it for this year. :( |
11:59 |
bshum |
Lame |
11:59 |
bshum |
Need to add it to your calendar reminders next year. |
12:02 |
rfrasur |
kmlussier: It sounds like a great thing, even if we missed it this year, to revisit for next year. |
12:02 |
rfrasur |
lol, bshum "lame" |
12:03 |
kmlussier |
It looks like they may do different rounds throughout the year. Maybe I just need to subscribe to an RSS feed so that I'll know when the next round happens. |
12:05 |
|
akilsdonk joined #evergreen |
12:29 |
|
smyers_ joined #evergreen |
12:58 |
dbs |
kmlussier: IIRC, the issues about participating in GNOME Outreach Program for Women last year was a concern about finances; we wanted to get through the next conference and ensure we were on good financial ground |
12:59 |
dbs |
OPW++ # docs, design and other high-value non-coding activities, as well as coding :) |
12:59 |
dbs |
OPW is every four months like clockwork, I think |
12:59 |
rfrasur |
dbs: kmlussier: maybe it's something to continually revisit and reevaluate. It sounds like a good thing to eventually get plugged into. |
13:09 |
|
ericar joined #evergreen |
13:33 |
|
mrpeters joined #evergreen |
13:40 |
rfrasur |
jboyer-isl: are around? |
13:41 |
rfrasur |
are you around, that is. |
13:41 |
jboyer-isl |
Poof. As if by magic, my lunch ended about 5 minutes ago. |
13:42 |
rfrasur |
just a sec...may not need anything. helpdesking for another library. |
13:43 |
jboyer-isl |
We helpdesk here too you know. Staaaaatissssticcss.... ;D |
13:44 |
rfrasur |
Okay...here...count this. patron had trouble logging into overdrive and I started panicking about SIP authentication because she had a PIN error...but we don't use PINs anymore.. |
13:44 |
* rfrasur |
thinks of a question |
13:44 |
rfrasur |
Oh yeah...what are some reasons that could happen. |
13:45 |
rfrasur |
:p |
13:45 |
* rfrasur |
doesn't get stats for that kinda thing. |
13:45 |
jeff |
I still cringe every time I hear about libraries opening up SIP access like that. |
13:45 |
jboyer-isl |
Picking the wrong lib from Overdrive's horrendous login system? |
13:46 |
jboyer-isl |
rfrausr: you don't count ref Qs? Or do you do that "representative sample week" thing? |
13:46 |
rfrasur |
hehe, nope. it was EG. patron's account was expired. But it gave a PIN error. |
13:46 |
jboyer-isl |
Oops. |
13:46 |
rfrasur |
we do representative sample week...and I don't usually count lib-to-lib |
13:46 |
* rfrasur |
might start |
13:46 |
jboyer-isl |
I'm willing to bet they just hard code the PIN error for any non-connectivity related issue. :/ |
13:47 |
dbs |
EG deliberately doesn't give helpful error messages in response to authentication failures |
13:47 |
rfrasur |
That's what i was thinking. dbs: it wasn't an EG error message. Was an Overdrive message. |
13:47 |
jboyer-isl |
dbs: that's good, but Overdrive knows that there is no PIN for this or that lib, so the error message is more confusing than protective. |
13:47 |
dbs |
ah okay |
13:47 |
rfrasur |
It just ran up against an account that wouldn't authenticate and gave back a pants answer |
13:48 |
jeff |
some of your libraries send a "pin" to overdrive? is that pin their evergreen password? |
13:48 |
jeff |
rather, some of your libraries have an auth setup where the patron sends their evergreen password to overdrive? |
13:48 |
rfrasur |
jeff: it's the autogenerated password out of Evergreen...but it was a pain in the neck to get EG and Overdrive passwording to play nice. |
13:48 |
jboyer-isl |
jeff: it's an overdrive option to require the account pin (their term) but yes, they do a patron status message with the user's barcode and evergreen pass. |
13:49 |
jboyer-isl |
do, bah. SEND. |
13:49 |
jeff |
i see. |
14:01 |
ldwhalen |
What STAMP_ID should I use for a default 2_4_0 Staff Client? |
14:02 |
Dyrcona |
2_4_0 ? |
14:02 |
bshum |
ldwhalen: rel_2_4_0 |
14:02 |
* Dyrcona |
couldn't remember if the rel goes on there or not. |
14:02 |
* Dyrcona |
always uses custom stamps. |
14:02 |
* bshum |
also uses custom stamping |
14:03 |
bshum |
ldwhalen: I wouldn't get too crazy with figuring the stamps out. That's more of a lesson for the end users imo. |
14:04 |
ldwhalen |
ok |
14:05 |
Dyrcona |
I usually just set the version and the stamp becomes the same. |
14:06 |
ldwhalen |
I have VERSON as 2.4.0 and the Info.plist set to the wiki values. Should that work? |
14:07 |
Dyrcona |
ldwhalen: Have you tried it and it doesn't work? |
14:09 |
ldwhalen |
Dyrcona: what server should I connect to? I looked at the commnity demo servers, one did not list the version, but it wouldn't give me a SSL cert. The other is 2.3.6. |
14:11 |
Dyrcona |
There, I have no idea. |
14:11 |
Dyrcona |
You could build your own. |
14:12 |
ldwhalen |
Oh yeah, I'll fire up my VMs. Most of the time the obvious escapes me. |
14:13 |
* Dyrcona |
will update the wiki to include CFBundleIdentifier. It should have been there all along. Fortunately, Evergreen doesn't actually need it until recently. |
14:14 |
ldwhalen |
Dyrcona: bshum beat you to that |
14:14 |
Dyrcona |
I see he did. |
14:14 |
Dyrcona |
I missed it down there at the bottom. :) |
14:15 |
|
akilsdonk joined #evergreen |
14:15 |
rfrasur |
(wheezy reminds me of dos...the command prompt interface) |
14:16 |
ldwhalen |
eg |
14:16 |
ldwhalen |
mt |
14:16 |
Dyrcona |
rfrasur: Blasphemer! |
14:16 |
Dyrcona |
;) |
14:17 |
Dyrcona |
(Q|MS)DOS is a pale shadow of the power of even the original sh. |
14:19 |
rfrasur |
Dycona: command prompts look like command prompts to the uninitiated ;) |
14:19 |
rfrasur |
It also reminds me of the Apple IIe I used in 5th grade :p |
14:19 |
|
kmlussier joined #evergreen |
14:19 |
Dyrcona |
:) |
14:20 |
* Dyrcona |
rembers "Apple II Forever!" |
14:20 |
Dyrcona |
remembers, even. |
14:20 |
csharp |
rfrasur: if you really start learning the shell on Debian, you'll learn pretty fast that there is a *huge* difference between Linux/UNIX and DOS command lines |
14:21 |
jeff |
Dyrcona: are you referring to the song? |
14:21 |
* csharp |
loved playing pirated games on his uncle's Apple II plus |
14:21 |
jeff |
Dyrcona: some of those were... memorable. |
14:21 |
rfrasur |
I need to figure out if I can skip the windoified UI to improve the performance of the OPAC through the PI or if I need to get a soldering iron |
14:21 |
jboyer-isl |
csharp: you have to remember how DOS/cmd.exe worked to realize that. ;) |
14:21 |
csharp |
heh |
14:21 |
Dyrcona |
jeff: No, the promise... Apple claimed at one point they'd support Apple II forever and that was their marketing slogan. |
14:21 |
rfrasur |
csharp: I have no doubt. I was just seeing who was going to start sharpening spikes when I said something about MS and Linux in the same breath. |
14:21 |
rfrasur |
:D |
14:22 |
csharp |
rfrasur: TROLL! |
14:22 |
rfrasur |
:D |
14:22 |
jeff |
Dyrcona: there was a song, just before they released the Mac. |
14:22 |
rfrasur |
short people aren't ashamed to troll |
14:22 |
rfrasur |
(we're just ashamed to cave troll) |
14:22 |
Dyrcona |
jeff: Yes, part of their marketing campaign. |
14:22 |
Dyrcona |
They actually supported the Apple II up until sometime in 1989. |
14:23 |
Dyrcona |
The IIGS came out in what, 1986? |
14:23 |
csharp |
http://www.youtube.com/watch?v=YcjlhFVTY50 looks like what jeff is referring to |
14:23 |
jeff |
https://db.tt/7n2kupjQ |
14:23 |
dbs |
rfrasur: ages ago (6 years?) I had a startx config that effectively started X + Firefox that evolved shortly after into the xinitrc at http://journal.code4lib.org/articles/49 |
14:23 |
jeff |
apple2forever.mp3 |
14:24 |
csharp |
yep |
14:24 |
rfrasur |
dbs: an hour ago I wouldn't have understand one bit of what you just said. |
14:24 |
* rfrasur |
understands now |
14:24 |
rfrasur |
(Lynda tutorials forever!) |
14:24 |
Dyrcona |
rfrasur++ # for taking the plunge |
14:24 |
csharp |
Evergreen 2.3.6 Forever! |
14:25 |
* Dyrcona |
hopes not. |
14:25 |
rfrasur |
err...this is the blowing bubbles part of the swimming lesson. |
14:25 |
* csharp |
writes a song |
14:25 |
Dyrcona |
Every OpenBSD release comes with a song. |
14:25 |
rfrasur |
csharp.....no. Don't sing that song... |
14:26 |
Dyrcona |
going back to 3.0 anyway. |
14:26 |
Dyrcona |
http://www.openbsd.org/lyrics.html |
14:26 |
* csharp |
sings along with http://www.youtube.com/watch?v=9sJUDx7iEJw |
14:26 |
rfrasur |
dbs: thank you for that link. I'll give it a read soon. I think I can do something with it. |
14:26 |
dbs |
Microsoft have sponsored Linux Foundation events, so there's that |
14:26 |
dbs |
rfrasur: hope it helps! |
14:27 |
rfrasur |
I'm sure it will :-) |
14:27 |
Dyrcona |
I was going to say that MS aren't The Evil™ any more. |
14:27 |
dbs |
rfrasur: I guess on the Pi you're perhaps looking at using midori as a browser anyway; not sure what's considered the lightest-weight browser anymore |
14:28 |
* rfrasur |
uses MS everyday. Right now...Adobe is The Evil |
14:28 |
rfrasur |
dbs: I'm not sure...Midori is preloaded, but I dunno if there's something lighter. |
14:28 |
jboyer-isl |
dbs: links -g |
14:28 |
Dyrcona |
or lynx... |
14:28 |
csharp |
rfrasur: midori is nice and light |
14:28 |
csharp |
for a graphical browser |
14:28 |
Dyrcona |
but links is probably lighter than even lynx. |
14:28 |
csharp |
@love lynx |
14:28 |
pinesol_green |
csharp: The operation succeeded. csharp loves lynx. |
14:29 |
rfrasur |
csharp: but 512 mb.... |
14:29 |
jboyer-isl |
Dyrcona: I would think links is slightly "heavier." Does lynx even have a GUI mode? (I didn't think it even did tables last I looked at it) |
14:29 |
* Dyrcona |
suddenly flashes back to using Lynx on a NeXt Cube..... |
14:30 |
Dyrcona |
jboyer-isl: It kinda/sorta handles tables. |
14:32 |
Dyrcona |
and then....sees a Gopher menu..... |
14:32 |
Dyrcona |
:) |
14:38 |
ldwhalen |
eg |
14:38 |
ldwhalen |
eg |
14:38 |
ldwhalen |
mt |
14:38 |
Dyrcona |
? |
14:38 |
Dyrcona |
Wrong window? |
14:38 |
ldwhalen |
miss tell, sorry I am spamming you. Yes. |
14:38 |
jboyer-isl |
ldwhalden: is this the "hip-hop" the kids talk about. |
14:38 |
jboyer-isl |
? |
14:39 |
ldwhalen |
jboyer-isl: lol, maybe, but not in my case. |
14:39 |
rfrasur |
jboyer-isl++ |
14:47 |
rfrasur |
Hmm, when you type sudo shutdown -h what does the h stand for since if you put -r the r means reboot? |
14:48 |
dbs |
rfrasur: "man shutdown" says "Equivalent to --poweroff, unless --halt is specified." |
14:48 |
jboyer-isl |
halt. Welcome to 1965! |
14:48 |
* rfrasur |
is retro |
14:48 |
|
zxiiro joined #evergreen |
14:48 |
dbs |
jboyer-isl: "-H, --halt" == halt :) |
14:49 |
Dyrcona |
rfrasur: -h means halt, which on Linux usually mean power off, too. |
14:49 |
rfrasur |
right |
14:49 |
jboyer-isl |
Alas, I've been bitten by a Linux/BSD-ism schism. |
14:49 |
Dyrcona |
on the BSDs it usually means halt, i.e. stop the O/S, but the power stays on. |
14:49 |
* rfrasur |
knew what happened...but not why |
14:49 |
rfrasur |
I dunno what a BSD is. |
14:49 |
rfrasur |
:D |
14:49 |
Dyrcona |
heh. |
14:49 |
dbs |
Linux is environmentally friendly |
14:50 |
Dyrcona |
-p would do the same thing as -h on linux |
14:50 |
jboyer-isl |
rfrasur: Unix's kid, Linux's second cousin. |
14:50 |
rfrasur |
Oh...okay. |
14:51 |
Dyrcona |
Berkeley System Distribution, the original "distro!" |
14:51 |
Dyrcona |
Some of us neckbeards still use it. ;0 |
14:51 |
rfrasur |
I think my brain might have just hit its limit. |
14:52 |
csharp |
rfrasur: must watch: http://www.youtube.com/watch?v=CjaC8Pq9-V0 (also on Netflix streaming if you prefer) |
14:52 |
jboyer-isl |
I shave my neck (semi-) daily, I'll have you know. ;) |
14:52 |
* rfrasur |
does too |
14:52 |
jboyer-isl |
Now my processor has ground to a halt. |
14:52 |
rfrasur |
:D |
14:52 |
rfrasur |
csharp: bookmarked |
14:53 |
Dyrcona |
heehee. |
14:53 |
csharp |
huh - actually no longer on netflix, so bleh |
14:53 |
Dyrcona |
How come every other or third video I try to watch on youtube is unavailable, but if I use the app on my phone, it works? |
14:54 |
csharp |
my experience is exactly the opposite |
14:54 |
rfrasur |
that's okay. I pay for Netflix and oft wonder why. Was gonna use youtube anyway. |
14:54 |
csharp |
cool |
14:56 |
|
Bmagic joined #evergreen |
14:59 |
|
stevenyvr2 joined #evergreen |
14:59 |
|
Bmagic joined #evergreen |
15:10 |
DPearl |
What do I have to do to get the Debug Options of the staff client login screen to appear? |
15:10 |
tsbere |
DPearl: Usually "make devbuild" for the staff client |
15:11 |
DPearl |
tsbere: Ahh... custom-build client. Thanks! |
15:11 |
tsbere |
DPearl: For fun you can just drop the appropriate javascript file into your existing client |
15:11 |
DPearl |
tsbere: I'll try that! |
15:12 |
tsbere |
DPearl: Open-ILS/xul/staff_client/external/developers.js from a source checkout of some kind into the defaults/preferences folder of the staff client install, the main thing is the one that sets open-ils.debug_options to true. Which you could do from the about:config screen IN the client if you want... |
15:13 |
DPearl |
tsbere++ |
15:16 |
|
kmlussier joined #evergreen |
15:31 |
|
mllewellyn joined #evergreen |
15:39 |
* Dyrcona |
thinks item status->upload from file should only look at the first column. |
15:40 |
jeff |
right now it fails (in an uninterruptible fashion) on anything other than one barcode per line, right? |
15:41 |
|
rogan_ joined #evergreen |
15:42 |
|
rogan_ joined #evergreen |
15:42 |
Dyrcona |
jeff: If all fields (or at least first two per row) are barcodes, it works fine. Otherwise not so much. |
15:43 |
Dyrcona |
It loads everything that is a barcode, but you sit through ages of the alert sound and clicking that "barcode" doesn't exist dialogs. |
15:44 |
|
RoganH joined #evergreen |
15:54 |
|
mrpeters joined #evergreen |
15:54 |
|
rfrasur joined #evergreen |
16:02 |
rfrasur |
I just gotta say...GPIO is fascinating. |
16:06 |
jboyer-isl |
ooh, really getting into your pi, eh? |
16:06 |
rfrasur |
well, it was part of the tutorial...but they just kinda give these teasers....and there was a "billy-the-big-mouth-bass" and "frying your raspberry pi" and yeah.... |
16:07 |
jboyer-isl |
Always wanted to do more with electronics, couldn't really get into it as easily as software. |
16:08 |
rfrasur |
I really just want a functional opac...but they keep distracting me with bright lights |
16:08 |
rfrasur |
squirrel and all that. |
16:09 |
rfrasur |
plus the electronics is must easier to conceptualize...but the software is the important stuff. Otherwise you just have a chunk of plastic and metal. |
16:10 |
jboyer-isl |
If you have a diode rom, software IS hardware! ;) (I don't even know if you can get those anymore.) |
16:10 |
rfrasur |
Hmm, like so many things...that's vaguely familiar. |
16:11 |
rfrasur |
very, very vaguely...and I'll probably remember something about it driving home and then forget about it before arriving. |
16:16 |
rfrasur |
guess I should just finish up the database tutorial. ACK! So sick of primary and foreign keys and blah blah keys. |
16:19 |
|
mrpeters left #evergreen |
16:24 |
jeff |
i need to read up on floating copies. |
16:25 |
rfrasur |
as in floating between branches? |
16:26 |
Dyrcona |
well, yes, but they will actually float between systems too. |
16:26 |
rfrasur |
Hmm, really? |
16:27 |
rfrasur |
I mean, I get it theoretically...but just haven't experienced it in practice. |
16:40 |
jcamins |
Any architects around? |
16:40 |
jcamins |
House architects, not software architects. |
16:41 |
Dyrcona |
Real architects or just folks who can swing a hammer? |
16:41 |
jcamins |
Dyrcona: real architect. |
16:42 |
Dyrcona |
Doubt it. |
16:42 |
* rfrasur |
knows some...but not in your vicinity. |
16:42 |
jcamins |
Apparently most states allow non-architects to draw up plans if they are for a residential under a certain size. |
16:42 |
jcamins |
I am currently proofreading a catalog about architecture, and the size has a question mark. |
16:43 |
jcamins |
So I turn to IRC to see if anyone knows what that size might be. |
16:43 |
jcamins |
California says buildings of no more than two floors and a basement can be designed by non-architects. |
16:44 |
rfrasur |
lol, IRC knows all the things. |
16:47 |
jcamins |
Florida says one- or two-family residence. |
16:47 |
jcamins |
I don't think it's a size thing. |
16:48 |
jcamins |
Or, rather, the size is incidental. If you are building a mansion, you can afford an architect. |
16:48 |
rfrasur |
I suspect, like most things of that nature, it's a state home rule thing and each state can do/say whatever they want. |
16:49 |
jcamins |
Two stories + basement for no more than four families seems to be fairly consistent. |
16:50 |
Dyrcona |
Would it really be up to you to fill in the question mark? Shouldn't you point it out as the proof reader and have the author do the research? |
16:53 |
|
anton____ joined #evergreen |
16:54 |
rfrasur |
It would appear that all learning shall now stop as teens in morph suits have found the library. |
16:54 |
Dyrcona |
morph suits? |
16:55 |
jcamins |
rfrasur: didn't you already kick them out? |
16:58 |
rfrasur |
oh, I don't kick them out. I just make them behave. They can't cover their faces and have to have on clothes over the suits. |
16:58 |
rfrasur |
There's also a kid with a pigeon mask. |
16:59 |
rfrasur |
It was kinda impressive...but yeah. |
16:59 |
anton____ |
hello everybody, I am testing the holds module in EG and I can´t get the Pull list, I mean, I hold a book with one test account, and then I try to see this hold in Pull List for hold requests but It doesn´t show nothing |
17:00 |
Dyrcona |
anton____: You have to run the hold targeter to target the hold at a copy before it will show up in the pull list. |
17:01 |
anton____ |
Is in EG site a complete documentation about how do that= |
17:01 |
anton____ |
? |
17:01 |
tsbere |
anton____: Not to mention run the pull list "at" the library that owns the copy to be pulled.= |
17:02 |
Dyrcona |
anton____: It's a script. It should be in /openils/bin |
17:03 |
dbs |
rfrasur: the kids in morph suits appear to be equivalent to pigeons, in terms of being pests at your library |
17:03 |
rfrasur |
They are...but even pigeons are cute. And they don't hang around terribly long after I remind them who will always win. |
17:04 |
* rfrasur |
always wins. |
17:05 |
anton____ |
Dyrcona: I run /openils/bin/hold_targeter.pl but I am getting bootstrap config required |
17:06 |
Dyrcona |
anton____: You should use less to read the script. It will tell you the option to set the config file path. |
17:08 |
|
RBecker joined #evergreen |
17:13 |
|
mmorgan left #evergreen |
17:28 |
rfrasur |
And now...I shall go home. |
18:21 |
|
BigRig_ joined #evergreen |
18:22 |
|
ktomita joined #evergreen |
19:07 |
|
shadowspar joined #evergreen |
20:53 |
|
stevenyvr2 joined #evergreen |
21:12 |
|
stevenyvr2 left #evergreen |
22:34 |
|
rahulmanghnani joined #evergreen |
22:34 |
|
mrpeters joined #evergreen |
22:35 |
|
mrpeters left #evergreen |