| Time |
Nick |
Message |
| 01:38 |
|
ALB joined #evergreen |
| 07:39 |
|
collum joined #evergreen |
| 07:41 |
|
akilsdonk joined #evergreen |
| 07:44 |
csharp |
marc--\ |
| 07:44 |
csharp |
marc-- |
| 07:44 |
csharp |
@karma marc |
| 07:44 |
pinesol_green |
csharp: Karma for "marc" has been increased 0 times and decreased 16 times for a total karma of -16. |
| 07:47 |
phasefx |
@rss announce add qatests |
| 07:47 |
pinesol_green |
phasefx: Error: You don't have the #evergreen,op capability. If you think that you should have this capability, be sure that you are identified before trying again. The 'whoami' command can tell you if you're identified. |
| 07:47 |
phasefx |
csharp: do that for me? ^ :) |
| 07:48 |
csharp |
@rss announce add qatests |
| 07:48 |
pinesol_green |
csharp: Error: You don't have the #evergreen,op capability. If you think that you should have this capability, be sure that you are identified before trying again. The 'whoami' command can tell you if you're identified. |
| 07:48 |
csharp |
bleh |
| 07:48 |
phasefx |
bshum can hook us up later |
| 07:49 |
csharp |
mork calling bshum... come in bshum |
| 07:50 |
* csharp |
uses late 70s pop culture references to date himself |
| 07:50 |
csharp |
@whoami |
| 07:50 |
pinesol_green |
csharp: csharp |
| 07:51 |
phasefx |
nanu nanu |
| 07:52 |
csharp |
phasefx++ |
| 08:08 |
|
kmlussier joined #evergreen |
| 08:27 |
|
mrpeters joined #evergreen |
| 08:34 |
|
RoganH joined #evergreen |
| 08:51 |
|
rjackson-isl joined #evergreen |
| 08:52 |
|
Shae joined #evergreen |
| 08:53 |
|
jwoodard joined #evergreen |
| 09:02 |
|
ericar joined #evergreen |
| 09:12 |
|
mmorgan joined #evergreen |
| 09:23 |
|
dluch joined #evergreen |
| 09:26 |
|
Dyrcona joined #evergreen |
| 09:28 |
csharp |
is there a good use case for having "Local Catalog" available as a z39.50 source? |
| 09:30 |
csharp |
I've been asked to remove it from the available choices in PINES, and I was wondering if this should be a wishlist bug for YAOUS |
| 09:30 |
|
mrpeters joined #evergreen |
| 09:30 |
bshum |
csharp: My sense was always that it's there to remind people that a bib already exists. |
| 09:30 |
bshum |
If say one were searching multiple z targets |
| 09:30 |
csharp |
ah good point |
| 09:32 |
|
yboston joined #evergreen |
| 09:33 |
csharp |
well, that was pretty soundly rejected as a rationale by our cataloger here, so I'll be moving forward with the purge ;-) |
| 09:33 |
bshum |
@rss announce add qatests |
| 09:33 |
pinesol_green |
bshum: The operation succeeded. |
| 09:33 |
csharp |
apparently searching for the record first is a process thing that's engraved in stone here |
| 09:33 |
* bshum |
shrugs |
| 09:34 |
RoganH |
csharp: in my experience catalogers don't check to see if a bib already exists all that often :) |
| 09:34 |
* csharp |
does too ;-) |
| 09:35 |
csharp |
RoganH: I agree, and I even asked if that shouldn't be left in as an extra failsafe, but got a firm "no" |
| 09:35 |
bshum |
Well ripping that out sounds like some sort of custom code then. |
| 09:35 |
bshum |
I wonder if that's server side or client side |
| 09:35 |
bshum |
Hmm |
| 09:36 |
csharp |
my secret to happiness is that I ask what people want and try not to have strong opinions about it ;-) |
| 09:36 |
csharp |
if it's client side, I'm not as keen on changing it |
| 09:37 |
csharp |
this PINES procedural corner case is not worth it from my perspective <-- *strong opinion about it* |
| 09:37 |
bshum |
:) |
| 09:38 |
bshum |
It looks like it may be xul server side |
| 09:39 |
bshum |
Open-ILS/xul/staff_client/server/cat/z3950.xul |
| 09:39 |
csharp |
excellent |
| 09:44 |
bshum |
Well, at least there's where I see checkboxes defined for local catalog |
| 09:46 |
Dyrcona |
I would consider adding or removing z targets as something you do on your local system. |
| 09:47 |
Dyrcona |
IIRC, Local Catalog is a bit different code wise, but conceptually, I look at it in the same light. |
| 09:50 |
* csharp |
was able to talk her out of the code change |
| 09:51 |
csharp |
I'm setting up a recurring report so she can track if this is an ongoing issue (the issue of importing records from the PINES catalog as if they are from our cataloging vendor) |
| 09:51 |
csharp |
@developer |
| 09:51 |
pinesol_green |
csharp: Communication:13, BigPicture:16, DetailOriented:15, KungFu:9, GetsStuffDone:7, FlakeFactor:14, JavaAvoidance:16 |
| 09:53 |
Dyrcona |
@dnd |
| 09:53 |
pinesol_green |
Dyrcona: strength:16 dexterity:9 constitution:16 intelligence:9 wisdom:12 charisma:7 |
| 09:53 |
Dyrcona |
random_stats-- |
| 09:54 |
jeff |
hey, build tests pass! |
| 09:54 |
jeff |
i wish i knew more c. |
| 09:55 |
csharp |
C++ #ha! |
| 09:57 |
|
ericar_ joined #evergreen |
| 10:23 |
bshum |
Doh, time change this weekend? *big sigh* |
| 10:23 |
tsbere |
Forgot about that? |
| 10:23 |
Dyrcona |
DST-- |
| 10:24 |
bshum |
Need to make some cron adjustments again |
| 10:24 |
* bshum |
should find better times to run everything again |
| 10:28 |
Dyrcona |
Vixie Cron and anacron (on Ubuntu at least) apparently know about and adjust for DST. |
| 10:29 |
bshum |
Dyrcona: I'll have to take a look at those. |
| 10:30 |
Dyrcona |
anacron is the default cron on Ubuntu. |
| 10:30 |
bshum |
Huh |
| 10:30 |
bshum |
Hmm |
| 10:30 |
Dyrcona |
Simple, though, don't run jobs between 2:00 am and 3:00 am. |
| 10:31 |
bshum |
:) |
| 10:32 |
Dyrcona |
bshum: man cron on my Ubuntu server says it handles dst, or clock changes of less than 3 hours. |
| 10:33 |
Dyrcona |
Of course, you should just set the clock and time zone to UTC, and not worry about it. :) |
| 10:33 |
bshum |
Haha |
| 10:38 |
jcamins |
DST this weekend? Ugh. |
| 10:39 |
jcamins |
I'm glad you mentioned that. |
| 10:44 |
* gmcharlt |
is looking forward to it, actually |
| 10:44 |
gmcharlt |
(and before you take away my sysadmin certificate, it's because of being at a high latitutde and hating dark evenings) |
| 10:45 |
jcamins |
gmcharlt: but we're going to spend two months waking up in the dark! |
| 10:47 |
* dbs |
enjoyed a glorious sunrise at 7:00 am today. will miss that. |
| 10:49 |
gmcharlt |
eh, I'm used to waking up in the dark, but then again, that's a bit self-inflicted, as I work a quasi-ET schedule while living on the west coast |
| 10:50 |
dbs |
we need a bot plugin to do evergreen searches like @search --title "Eastern Standard Tribe" |
| 10:50 |
gmcharlt |
dbs++ |
| 10:50 |
dbs |
and maybe a bot plugin to catalogue entries in our collective sample data set while we're at it :) |
| 10:51 |
* bshum |
charges dbs with starting the pinesol bug tracker to start collecting feature requests. |
| 10:55 |
bshum |
phasefx: Are you guys still working on that alternate patron summary thing? Or are those working branches just to keep some of the folks who did adopt it going? |
| 10:55 |
* bshum |
is just checking, but assumes that project is mostly dead with the web client work in the wings |
| 10:55 |
dbs |
bshum: sure thing: https://docs.google.com/document/d/1ar_2DRmhkWRdxvEY-_dJNMMp_OcMy8833kq0uRJFjZw/edit?usp=sharing |
| 10:56 |
bshum |
dbs++ |
| 10:56 |
eeevil |
bshum: Imma look at the located URIs thing from the other day RSN |
| 10:57 |
phasefx |
bshum: just forward porting for those who still use it. Not pushing for integration into master |
| 10:57 |
bshum |
eeevil: Sounds good, I'm going to reingest a few more test records (not enough time to do the whole thing) |
| 10:57 |
bshum |
(yet) |
| 10:57 |
bshum |
phasefx: Cool, just thought I'd check. |
| 10:57 |
bshum |
Thanks |
| 10:58 |
pastebot |
"eeevil" at 64.57.241.14 pasted "for bshum ... please toss on your test server :)" (33 lines) at http://paste.evergreen-ils.org/26 |
| 11:00 |
bshum |
Well, there's a syntax error |
| 11:00 |
bshum |
Missing parenthesis / hanging ; maybe |
| 11:01 |
eeevil |
um ... doesn't look like it to me... |
| 11:01 |
* eeevil |
runs to a meeting, will look after |
| 11:02 |
tsbere |
bshum/eevil: Perhaps add a ")x" before the order by at the end? |
| 11:03 |
tsbere |
(sans quotes, but with the x) |
| 11:06 |
bshum |
tsbere: Indeed that lets it run. I'll test further once I get to the office in a bit. |
| 11:07 |
eeevil |
tsbere: ah, yep. the upgrade script was already broken in that way ... so, I'll fix that too in a patch. bshum: ... nm :) |
| 11:12 |
|
kmlussier joined #evergreen |
| 11:29 |
eeevil |
bshum: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/collab/miker/located-uris-leaking (with the subquery fixed. thanks, tsbere) |
| 11:43 |
|
ericar joined #evergreen |
| 11:45 |
|
kayals joined #evergreen |
| 12:38 |
csharp |
@featurerequest |
| 12:38 |
pinesol_green |
csharp: Try restarting apache. |
| 12:49 |
|
snowkit joined #evergreen |
| 12:51 |
|
Dyrcona1 joined #evergreen |
| 12:54 |
|
kmlussier1 joined #evergreen |
| 12:59 |
berick |
csharp: working on a plugin to let people make requests? |
| 13:02 |
berick |
bshum: just saw your @later re: 1287973 |
| 13:02 |
berick |
looking |
| 13:02 |
|
kmlussier1 joined #evergreen |
| 13:10 |
|
_bott_ left #evergreen |
| 13:10 |
|
_bott_ joined #evergreen |
| 13:18 |
|
oyarin joined #evergreen |
| 13:21 |
|
mcooper joined #evergreen |
| 13:45 |
bshum |
berick: Oh, cool. I'm glad that it was a simple fix. |
| 13:45 |
bshum |
I'll go push that in. |
| 13:45 |
bshum |
berick++ |
| 13:49 |
pinesol_green |
[evergreen|Bill Erickson] LP#1287973 recover row breaks in TPAC advanced search - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=51473ec> |
| 13:53 |
|
Bmagic joined #evergreen |
| 13:56 |
bshum |
eeevil: Tested that new function and at least I'm not seeing crazy URIs everywhere :) |
| 13:57 |
|
krvmga joined #evergreen |
| 13:58 |
krvmga |
if baker and taylor doesn't supply a jacket image, can be supply our own? |
| 13:58 |
bshum |
krvmga: For...... the catalog? |
| 13:58 |
krvmga |
bshum: yes |
| 13:58 |
bshum |
You get covers from B&T? |
| 13:59 |
bshum |
Or do you mean ContentCafe |
| 13:59 |
krvmga |
content cafe |
| 13:59 |
bshum |
Yeah okay :) |
| 13:59 |
eeevil |
bshum: cool, thanks |
| 13:59 |
eeevil |
dbwells: you handy? |
| 13:59 |
dbwells |
eeevil: sure |
| 13:59 |
bshum |
eeevil: Is there a branch that fix is intended for? Or is it just a tack-on to the tail end of the CRA bug I guess. |
| 13:59 |
bshum |
*branch/bug ticket |
| 14:00 |
eeevil |
dbwells: process question... are we saying, collectively, that one should be able to upgrade from, say, alpha to beta to RC to gold? |
| 14:01 |
eeevil |
dbwells: or is the only promise for 2.5.current to 2.6.0 to work? |
| 14:01 |
dbwells |
eeevil: my understanding has always been the second |
| 14:01 |
eeevil |
(I'd rather just fix the existing upgrade scripts, especially now that we're past beta, and say "testing should be on a fresh system, either upgraded or baseline, not upgraded from the previous beta") |
| 14:02 |
bshum |
I agree. People shouldn't necessarily expect that it'll go alpha --> beta --> rc, etc. |
| 14:02 |
eeevil |
good, ok ... then I can answer bshum! ;) |
| 14:02 |
bshum |
That said, |
| 14:02 |
eeevil |
bshum: I'd suggest, if we want to tack on an LP number in the commit message, that the located-uris bug is the most appropriate |
| 14:03 |
eeevil |
and I can push it onto that bug |
| 14:03 |
bshum |
I know in the past we've added new XXXX scripts for fixing broken functions in earlier upgrade scripts. |
| 14:03 |
bshum |
For those of us who upgrade master beyond that point |
| 14:03 |
eeevil |
the "located uris act as copies" one |
| 14:03 |
eeevil |
bshum: ah, that is a more subtle point |
| 14:03 |
bshum |
(not that I have yet, so I'm fine with that) |
| 14:05 |
eeevil |
well, immediately-pre-RC is probably the wrong time to jump on master, IMO ;) seems the least stable time one could pick |
| 14:07 |
bshum |
Oh I know |
| 14:07 |
bshum |
I'm just being devil's advocate :) |
| 14:07 |
bshum |
I think fixing the original script file is just fine in this case. |
| 14:07 |
bshum |
eeevil++ |
| 14:07 |
dbwells |
I do concur with bshum that the numbered scripts should generally not be edited if possible, if that is what's at stake here (not following completely) |
| 14:08 |
eeevil |
dbwells: it is what's at stake ... I'll take your objection and create a new script |
| 14:08 |
eeevil |
bshum: would you like a new branch to signoff and push? |
| 14:08 |
dbwells |
We've had a few with a pretty short shelf-life already. |
| 14:09 |
bshum |
eeevil: Sure thing |
| 14:11 |
bshum |
eeevil: I made a quick ticket to track it for logistics |
| 14:12 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/1288938 |
| 14:12 |
pinesol_green |
Launchpad bug 1288938 in Evergreen "Located URIs showing too broadly" (affected: 1, heat: 6) [Undecided,New] |
| 14:12 |
dbwells |
sounds good, thanks guys. I'll try to watch out for it when creating the combined script for RC. |
| 14:14 |
eeevil |
bshum: hrm... I was just adding it to 1271630, but that's fine, I'll change it |
| 14:16 |
eeevil |
bshum: bug updated with branch |
| 14:24 |
bshum |
Calling 0870 |
| 14:26 |
bshum |
Well actually |
| 14:26 |
bshum |
Double checking something |
| 14:26 |
|
jihpringle joined #evergreen |
| 14:27 |
bshum |
The script does more stuff in it |
| 14:27 |
bshum |
Than the original |
| 14:27 |
bshum |
Oh, yeah it won't run as written because it has the INSERT in there still |
| 14:31 |
|
hbrennan joined #evergreen |
| 14:35 |
hbrennan |
@karma |
| 14:35 |
pinesol_green |
hbrennan: Highest karma: "dbs" (815), "bshum" (681), and "tsbere" (574). Lowest karma: "ie" (-52), "^" (-27), and "----------------------------------" (-18). You (hbrennan) are ranked 48 out of 2153. |
| 14:36 |
|
Bmagic|2 joined #evergreen |
| 14:37 |
Dyrcona |
@karma hbrenna |
| 14:37 |
pinesol_green |
Dyrcona: hbrenna has neutral karma. |
| 14:37 |
Dyrcona |
@karma hbrennan |
| 14:37 |
pinesol_green |
Dyrcona: Karma for "hbrennan" has been increased 16 times and decreased 0 times for a total karma of 16. |
| 14:37 |
Dyrcona |
helps to spell it right. |
| 14:38 |
hbrennan |
whoa! How'd I get to 16? That's awesome |
| 14:38 |
bshum |
hbrennan++ # because you are awesome |
| 14:38 |
kmlussier |
hbrennan++ |
| 14:38 |
hbrennan |
Just said yes to speaking at the State of Evergreen and I needed the top karma points :) |
| 14:39 |
eeevil |
bshum: was I dumb? I'm doing about 13 things right now, so I apologize for any sloppiness |
| 14:40 |
bshum |
eeevil: Yeah it was just a bad copy/paste I think. I'm going to rip out the other parts that don't pertain to the function we're fixing. |
| 14:40 |
eeevil |
thanks |
| 14:40 |
kmlussier |
I've always wondered, is there any way to get the top 10 karma points. Three is so...unsatisfying. |
| 14:40 |
bshum |
@karma denials |
| 14:40 |
pinesol_green |
bshum: Karma for "denials" has been increased 329 times and decreased 5 times for a total karma of 324. |
| 14:40 |
bshum |
So actually dbs is 815 + 329 |
| 14:40 |
bshum |
And then some |
| 14:40 |
bshum |
Oops, meant to message that :) |
| 14:40 |
hbrennan |
kmlussier: I agree. Haha, They have a monopoly up there |
| 14:40 |
kmlussier |
Feature request: ability to merge karma points. |
| 14:44 |
dbs |
@karma |
| 14:44 |
pinesol_green |
dbs: Highest karma: "dbs" (815), "bshum" (681), and "tsbere" (574). Lowest karma: "ie" (-52), "^" (-27), and "----------------------------------" (-18). You (dbs) are ranked 1 out of 2153. |
| 14:44 |
dbs |
yeesh |
| 14:46 |
hbrennan |
Jeez, look at the vanity check I started :) |
| 14:46 |
dbs |
dbs-- |
| 14:46 |
* kmlussier |
wants to play along |
| 14:46 |
kmlussier |
@karma |
| 14:46 |
pinesol_green |
kmlussier: Highest karma: "dbs" (814), "bshum" (681), and "tsbere" (574). Lowest karma: "ie" (-52), "^" (-27), and "----------------------------------" (-18). You (kmlussier) are ranked 8 out of 2153. |
| 14:46 |
phasefx |
@karma phasefx |
| 14:46 |
pinesol_green |
phasefx: Karma for "phasefx" has been increased 216 times and decreased 1 time for a total karma of 215. |
| 14:47 |
kmlussier |
@karma kmlussier |
| 14:47 |
pinesol_green |
kmlussier: Karma for "kmlussier" has been increased 334 times and decreased 0 times for a total karma of 334. |
| 14:47 |
hbrennan |
kmlussier: Whoa! Look at you! kmlussier++ |
| 14:47 |
kmlussier |
dbs: Don't give yourself negative karma. Negative karma always makes me sad. |
| 14:48 |
dbs |
self-directed negative karma is okay though, right? |
| 14:49 |
hbrennan |
stepping away for a few.. I am not cool enough to know how to change my name to indicate that. I can't even remember my password here. |
| 14:49 |
jcamins |
hbrennan: /nick hbrennan_away |
| 14:54 |
|
tsbere_ joined #evergreen |
| 14:56 |
hbrennan |
Hey, thanks jcamins++ |
| 14:56 |
hbrennan |
Is there a secret place where all the IRC tricks are located? I'm compiling my own for now |
| 14:59 |
|
tsbere_ joined #evergreen |
| 15:03 |
* dbs |
mostly learned from freenode.net/faq.shtml but that appears to be down right now |
| 15:03 |
jcamins |
hbrennan: Freenode has a page somewhere. |
| 15:03 |
hbrennan |
I'll ask Google |
| 15:03 |
hbrennan |
dbs++ Ha. Now you're back to 815 |
| 15:03 |
dbs |
hbrennan: curse you! |
| 15:03 |
dbs |
:) |
| 15:03 |
* jeff |
greatly favors "/away some message here" over changing ones nickname to indicate presence |
| 15:03 |
jeff |
(but my favor just gets to dictate what i do and what i recommend when asked :-) ) |
| 15:04 |
hbrennan |
dbs: Jeez. I thought Canadians were nice people. |
| 15:05 |
hbrennan |
But I mostly know western ones :) |
| 15:06 |
bshum |
fwiw, back in the day I think kmlussier started http://wiki.evergreen-ils.org/doku.php?id=community:irc-quick-start |
| 15:06 |
bshum |
To try writing up some general tips on how to use IRC for our community. |
| 15:07 |
hbrennan |
bshum: Oh, perfect. Exactly what I was looking for. I'll add anything I have that isn't there, if anything |
| 15:08 |
dbs |
hbrennan: the western ones are nice. I live pretty close to Toronto, so I'm very business-like and avert contact in general |
| 15:09 |
kmlussier |
hbrennan: I thought Canadians were nice too until I went through customs for last year's conference. Sheesh! |
| 15:10 |
hbrennan |
kmlussier: Haha! I know! That was traumatizing for me, too. I'm more comfortable driving through. |
| 15:19 |
dbs |
hbrennan++ # easy to do with a big enough vehicle and enough speed |
| 15:23 |
pinesol_green |
[evergreen|Mike Rylander] LP#1288938: Leaking URIs ... don't do that - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7b52df5> |
| 15:23 |
pinesol_green |
[evergreen|Ben Shum] LP1288938 - stamping upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7063355> |
| 15:24 |
eeevil |
bshum: thanks, man |
| 15:26 |
hbrennan |
dbs: A subaru outback (purchased in CT) with AK plates and two big dogs, and a smile |
| 15:26 |
dbs |
crazy idea, here. if an upgrade script is known to be bad, why don't we just "git rm" it when we replace it with the new higher-numbered script? |
| 15:27 |
jeff |
this does assume that the higher-numbered "fix it" script doesn't rely on the to-be-removed script having done it's "broken" thing? |
| 15:27 |
dbs |
If we're not fixing the scripts, then I can only imagine bad consequences of keeping them around (like multiple reingests, or DROP CASCADEing important parts of the database, or whatever) |
| 15:27 |
jeff |
(which only would affect master-tracking installations) |
| 15:27 |
dbs |
jeff: it does, but why keep the old known-bad script around anyway? |
| 15:30 |
jeff |
i can probably come up with some scenarios designed to create an example of why you might want, but it might be overly-contrived. i have a stronger opinion on other things. :-) |
| 15:31 |
dbs |
heh |
| 15:31 |
dbs |
I just hate the idea of people tripping over known-bad scripts if they're trying to backport a particular feature or whatever |
| 15:31 |
jeff |
in the case of a so-bad-it-could-cause-data-loss upgrade script, i'd hope we could be expected to modify it. |
| 15:31 |
jeff |
yeah. |
| 15:32 |
hbrennan |
As someone who just did our first upgrade, it was very hard to figure out what was the right info to follow |
| 15:32 |
hbrennan |
many pauses to wait for support to verify the next step |
| 15:32 |
dbs |
Since we typically don't modify the known-bad script, there's no easy way in git to find out which scripts are known-bad |
| 15:32 |
hbrennan |
I think at one point we has three different versions of upgrade instructions in front of us |
| 15:33 |
jeff |
eeevil has thoughts on this, I think -- but I'm not sure where he's at in his timeline of proposing a new way. |
| 15:34 |
eeevil |
jeff: stalled ATM. but, yes, explicit deprecating/superseding allows us to both keep the script and know exactly what we must (and must not) replicate from that previous script |
| 15:35 |
eeevil |
it imposes an outcome, IOW, which provides a policy. which is better than us inventing a policy, because we haven't to date ;) |
| 15:35 |
eeevil |
better IMO, anyway |
| 15:36 |
eeevil |
or, I should say, it imposes an outcome WHEN YOU USE IT ... it can be ignored and the status quo can continue, even with support for deprecating/superseding |
| 15:36 |
eeevil |
but it /allows/ more structure |
| 15:38 |
dbwells |
dbs: I almost suggested something similar when it came up earlier today (I was going to suggest blanking out the file and leaving a comment in the file instead, but same general idea). I talked myself out of it, because I wasn't sure how that would effect cases where only part of the previous upgrade would be replaced. |
| 15:39 |
dbwells |
But I think we have problems either way. |
| 15:39 |
dbwells |
So I don't have a very strong opinion about it, either. |
| 15:52 |
mrpeters |
this may seem a silly question, but, in theory....one could have a Git repo locally, and "push" to it from different user accounts, no? |
| 15:53 |
mrpeters |
kind of breaks the theory of people pushing from their individual machines up to a remote repo, but im wondering if that proposed route would be easier for grasping quickly |
| 15:54 |
jeffdavis |
mrpeters: yes, that's entirely possible - the "remote" just happens to be on the same machine, but git doesn't care about that |
| 15:55 |
mrpeters |
im thinking that will be easier than messing with ssh keys, etc., but still keep authorship to individual user accounts |
| 15:56 |
mrpeters |
so, clone Evergreen.git to say, /var/cache/git --- how then do users add it as a "remote" of sorts even though its on the same machine |
| 15:56 |
gmcharlt |
mrpeters: note the information about the --shared option for git-init - http://git-scm.com/docs/git-init |
| 15:56 |
gmcharlt |
a bit of care has to be taken so as not not run into pain with managing permissins |
| 15:57 |
mrpeters |
ah, nice |
| 15:57 |
mrpeters |
my goal would be user modifys their "clone" of the master in their home directory, and then pushes to the master repo |
| 15:57 |
mrpeters |
errr, modifies -- geez where are my grammars haha |
| 15:58 |
mrpeters |
ahhh git clone file:///home/gitadmin/project1.git |
| 15:58 |
mrpeters |
nice, file:// explains that away |
| 16:00 |
gmcharlt |
don't need the "file://", but as you say, it makes it self-explanatory |
| 16:00 |
mrpeters |
perfect jeffdavis++ gmcharlt++ |
| 16:38 |
Dyrcona |
mrpeters: For added fun, I have a remote that has a fetch-url that is a local, empty repository named empty.git, and a push-url that is a bare repository on my development server. |
| 16:38 |
Dyrcona |
Nice if you want a "push-only" remote. |
| 16:39 |
* Dyrcona |
just thought he'd brag on himself. ;) |
| 16:55 |
|
dcook joined #evergreen |
| 17:19 |
|
mmorgan left #evergreen |
| 17:39 |
bshum |
dbwells: I just pushed bug 1287510's fix in |
| 17:39 |
pinesol_green |
Launchpad bug 1287510 in Evergreen "2.5.2-2.5.3-upgrade-db.sql and ERROR: column "behind_desk" does not exist" (affected: 1, heat: 6) [High,Confirmed] https://launchpad.net/bugs/1287510 |
| 17:40 |
dbwells |
bshum: yay, thank you! |
| 17:40 |
bshum |
Since the upgrade script file doesn't apply at all, changing the existing file seemed appropriate in that situation. |
| 17:40 |
dbwells |
right |
| 17:40 |
bshum |
I want to whip a quick tack for the CRA one for that broken reporter view too. |
| 17:40 |
bshum |
I'll go do that |
| 17:40 |
bshum |
Since that file won't apply either if you have that view blocking you |
| 17:41 |
dbwells |
Whip a quick tack, eh? Can't say I'm familiar with such phraseology... |
| 17:41 |
bshum |
I blame that on English not being my first language. |
| 17:41 |
bshum |
How about "quick fix" instead :) |
| 17:42 |
pinesol_green |
[evergreen|Dan Wells] LP#1287510 Add missing column to upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=19c624f> |
| 17:43 |
dbwells |
Sure. And I actually would have never guessed that English wasn't your first language. |
| 17:43 |
bshum |
Only technically speaking. |
| 17:44 |
bshum |
I've lived in the US most of my life. |
| 17:53 |
* dcook |
takes that as a random moment to pop in |
| 17:53 |
dcook |
"Whip a quick tack" does sound pretty interesting |
| 17:53 |
dcook |
Is that a literal translation from another language? |
| 17:53 |
* bshum |
waves at dcook |
| 17:53 |
bshum |
dcook: No it's probably just my generally addled brain trying to make weird phrases. I do that all the time. |
| 17:55 |
bshum |
Some weird place between whipping up something (conjuring) and tack, like sticking in a pin in something. A small trivial thing. |
| 17:55 |
dcook |
Fair enough :) |
| 17:57 |
bshum |
dbwells: I put a time on 0864 this time, so I'll get a sense of how long it'll take to complete on our duplicate production hardware with the test database. |
| 18:17 |
bshum |
Hmm, running for 20+ minutes now. Guess I'll check back at it tomorrow. |
| 18:17 |
bshum |
Or later tonight I mean |
| 18:20 |
pinesol_green |
[evergreen|Dan Wells] Forward-port 2.5.2-2.5.3 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5d62e7d> |
| 18:30 |
pastebot |
"bshum" at 64.57.241.14 pasted "For hbrennan, top 50 karma entries in the pinesol_green database" (51 lines) at http://paste.evergreen-ils.org/27 |
| 18:30 |
* bshum |
amuses himself with the c|16 entry there at the end. c++ :P |
| 18:37 |
gmcharlt |
@karma IE |
| 18:37 |
pinesol_green |
gmcharlt: Karma for "IE" has been increased 0 times and decreased 52 times for a total karma of -52. |
| 19:01 |
hbrennan |
bshum: Ah, just got back from lunch. Thanks! bshum++ |
| 19:03 |
hbrennan |
I know I'm late to the party, but "whip a quick tack" would make an excellent quote to be later regurgitated. If I knew how to tell pinesol such a thing... |
| 19:08 |
hbrennan |
I need IRC friends in earlier time zones... |
| 19:12 |
gmcharlt |
hbrennan: like this: |
| 19:12 |
gmcharlt |
@quote add <bshum> I want to whip a quick tack for the CRA one for that broken reporter view too. |
| 19:12 |
pinesol_green |
gmcharlt: The operation succeeded. Quote #80 added. |
| 19:13 |
gmcharlt |
now bshum can never escape that... mwa-ha-ha ;) |
| 19:13 |
hbrennan |
gmcharlt++ |
| 19:14 |
hbrennan |
Can't slip up on a publicly logged site! |
| 19:15 |
dcook |
@quote 80 |
| 19:15 |
pinesol_green |
dcook: Message root @ server God....Universe going down for reboot.... |
| 19:15 |
dcook |
Hmm, I'll remember that one day |
| 19:18 |
* gmcharlt |
blinks |
| 19:18 |
gmcharlt |
@quote get 80 |
| 19:18 |
pinesol_green |
gmcharlt: Quote #80: "<bshum> I want to whip a quick tack for the CRA one for that broken reporter view too." (added by gmcharlt at 07:12 PM, March 06, 2014) |
| 19:18 |
dcook |
I had the feeling I was missing something in there... |
| 19:18 |
dcook |
:D |
| 19:33 |
|
smyers_ joined #evergreen |
| 19:33 |
|
smyers__ joined #evergreen |
| 19:57 |
|
kmlussier joined #evergreen |
| 21:00 |
|
rjackson_isl joined #evergreen |
| 21:00 |
|
fparks joined #evergreen |
| 21:03 |
|
sseng joined #evergreen |
| 21:07 |
|
gmcharlt joined #evergreen |
| 21:07 |
|
Callender_ joined #evergreen |
| 21:07 |
|
ningalls joined #evergreen |
| 21:25 |
|
serflog joined #evergreen |
| 21:34 |
|
pmurray joined #evergreen |
| 22:01 |
|
dbwells joined #evergreen |
| 22:02 |
|
bshum_ joined #evergreen |
| 22:02 |
|
rjackson_isl joined #evergreen |
| 22:02 |
|
mcooper joined #evergreen |
| 22:02 |
|
DPearl joined #evergreen |
| 22:02 |
|
mceraso joined #evergreen |
| 22:02 |
|
jboyer-isl joined #evergreen |
| 22:02 |
|
bradl joined #evergreen |
| 22:02 |
|
zxiiro joined #evergreen |
| 22:02 |
|
ktomita joined #evergreen |
| 22:02 |
|
Topic for #evergreen is now Register to vote in the upcoming EOB election: https://www.surveymonkey.com/s/WM5ZVWG | Welcome to the #evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.evergreen-ils.org |
| 22:06 |
|
dcook joined #evergreen |
| 22:11 |
|
bshum_ joined #evergreen |
| 22:11 |
|
rjackson_isl joined #evergreen |
| 22:11 |
|
mcooper joined #evergreen |
| 22:11 |
|
DPearl joined #evergreen |
| 22:11 |
|
mceraso joined #evergreen |
| 22:11 |
|
jboyer-isl joined #evergreen |
| 22:11 |
|
bradl joined #evergreen |
| 22:11 |
|
zxiiro joined #evergreen |
| 22:11 |
|
ktomita joined #evergreen |
| 22:15 |
|
ldwhalen joined #evergreen |
| 22:21 |
|
dbs joined #evergreen |
| 22:23 |
|
tsbere joined #evergreen |
| 22:29 |
|
jeffdavis joined #evergreen |
| 22:31 |
|
dkyle joined #evergreen |
| 22:31 |
|
jeff joined #evergreen |
| 22:31 |
|
pinesol_green joined #evergreen |
| 22:32 |
|
jeff joined #evergreen |
