| Time |
Nick |
Message |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 05:58 |
|
kmlussier joined #evergreen |
| 05:58 |
kmlussier |
@coffee |
| 05:58 |
* pinesol_green |
brews and pours a cup of Kenya Mamuto, and sends it sliding down the bar to kmlussier |
| 07:04 |
|
dteston joined #evergreen |
| 07:07 |
|
dteston joined #evergreen |
| 07:09 |
|
dteston_ joined #evergreen |
| 07:13 |
|
rjackson_isl joined #evergreen |
| 07:14 |
|
akilsdonk_ joined #evergreen |
| 07:31 |
|
agoben joined #evergreen |
| 08:10 |
|
collum joined #evergreen |
| 08:40 |
|
mmorgan joined #evergreen |
| 08:53 |
|
bos20k joined #evergreen |
| 09:04 |
|
Dyrcona joined #evergreen |
| 09:08 |
Bmagic |
good morning! |
| 09:09 |
kmlussier |
Bmagic: Good morning! |
| 09:10 |
mmorgan |
Good morning! |
| 09:10 |
Bmagic |
@weather 65203 |
| 09:10 |
pinesol_green |
Bmagic: Error: I got an error searching 'None'. (missingkey: you must supply a key) |
| 09:10 |
csharp |
@weather 30345 |
| 09:10 |
pinesol_green |
csharp: Atlanta, GA :: Smoke :: 54F/12C | Wednesday: Plentiful sunshine. Areas of smoke and haze are possible, reducing visibility at times. High 71F. Winds WNW at 5 to 10 mph. Wednesday Night: A clear sky. Areas of smoke and haze are possible, reducing visibility at times. Low 44F. Winds light and variable. |
| 09:11 |
* csharp |
breathes in the smoke |
| 09:11 |
mmorgan |
:-( |
| 09:11 |
Bmagic |
pinesol_green: why no likey 65203? |
| 09:11 |
pinesol_green |
Bmagic: http://wonder-tonic.com/geocitiesizer/content.php?theme=2&music=6&url=evergreen-ils.org |
| 09:11 |
pinesol_green |
Bmagic: I am only a bot, please don't think I'm intelligent :) |
| 09:15 |
csharp |
for those who aren't aware, wildfires in western NC and north GA are pluming smoke over the northern half of the state: http://cimss.ssec.wisc.edu/goes/blog/wp-content/uploads/2016/11/AQUA_TrueColor_10Nov2016.1000m.png |
| 09:15 |
jeff |
heard about that. no fun. |
| 09:25 |
Bmagic |
wow |
| 09:27 |
|
Christineb joined #evergreen |
| 09:34 |
|
yboston joined #evergreen |
| 09:46 |
rhamby |
@weather |
| 09:46 |
pinesol_green |
rhamby: Error: I did not find a preset location for you. Set via setweather <location> |
| 09:47 |
rhamby |
@weather 30096 |
| 09:47 |
pinesol_green |
rhamby: Duluth, GA :: Smoke :: 54F/12C | Wednesday: Abundant sunshine. Areas of smoke and haze are possible, reducing visibility at times. High 71F. Winds WNW at 5 to 10 mph. Wednesday Night: A clear sky. Areas of smoke and haze are possible, reducing visibility at times. Low 44F. Winds light and variable. | Updated: 54m ago |
| 09:53 |
|
krvmga joined #evergreen |
| 09:55 |
kmlussier |
Dyrcona: Your blog post at http://blog.mvlcstaff.org/2015/06/setting-up-evergreen-browser-staff_2.html has been very helpful as I try to get my own webclient install up and running. I'm plan to incorporate some of your tips in the main docs. |
| 09:56 |
kmlussier |
Dyrcona: I have one question, though. |
| 09:56 |
Dyrcona |
OK. |
| 09:57 |
kmlussier |
You say at the beginning of one of your paragraphs: 'If you follow those steps exactly, you will likely need to run chmod -R opensrf:opensrf ~/.npm/ between steps 4.1 and 4.2.' |
| 09:57 |
kmlussier |
Should that be chown? |
| 09:57 |
Dyrcona |
Yes, it should. Guess that's a "typo." |
| 09:58 |
kmlussier |
That's what I thought. Thanks! |
| 09:58 |
kmlussier |
Dyrcona++ |
| 09:58 |
Dyrcona |
Also, you can install the developer prerequisite. It installs the stuff you need. At the time I wrote that blog post, I'm not sure that was an option. |
| 09:59 |
kmlussier |
Dyrcona: Yes, I saw that. I might end up redoing with that option if I continue having trouble with this one area. |
| 10:00 |
kmlussier |
I wonder if we should take that section out and just tell people to install the developer prerequisite? |
| 10:00 |
Dyrcona |
I can't fix the typo as I no longer have access to edit that blog. |
| 10:01 |
Dyrcona |
Yes, we probably should. I'm pretty sure the developer prerequisite installs what you need on all of the supported distros. |
| 10:01 |
Dyrcona |
At least the Debian-based ones. I haven't tried Fedora. |
| 10:02 |
kmlussier |
If we kept that section, we would need to clarify which account should be issuing commands, as is done in the rest of the docs. Even after issuing the chown command, I only had success with npm install as root user. Not sure if that's expected. |
| 10:03 |
Dyrcona |
Hmm... After I did the chown it worked for me as the opensrf user. |
| 10:04 |
Dyrcona |
I've been installing the developer prerequisites anyway to build from git. |
| 10:04 |
berick |
kmlussier++ # bug 1642086 |
| 10:04 |
pinesol_green |
Launchpad bug 1642086 in Evergreen "jQuery support for the public catalog" [Wishlist,New] https://launchpad.net/bugs/1642086 |
| 10:05 |
kmlussier |
Dyrcona: OK, thanks for the this. I'm going to try again. |
| 10:06 |
Dyrcona |
Basically, just skip installing node from source if you do the developer prereqs. The other steps are still required. <-- Mostly for the logs. |
| 10:08 |
Dyrcona |
Recent tarballs should install the webstaff client stuff, but you'll still need to do websockets in OpenSRF and configure all of that. <-- Also for the logs. :) |
| 10:12 |
kmlussier |
I briefly considered installing from the tarball just to get the webclient up and running. But the tarball won't help me much once master starts diverging more from 2.11. |
| 10:12 |
kmlussier |
BTW, are we doing maintenance releases today? |
| 10:13 |
* kmlussier |
moves documenting DIG Release Coordinator processes higher on her to-do list. |
| 10:19 |
berick |
seem to recall some other hackaway talk about being less aggressive w/ webstaff bugfix backports, up until 2.12 anyway. |
| 10:19 |
* berick |
updates some pullrequest bugs to 2.next just in case |
| 10:23 |
kmlussier |
I don't recall that talk. Was there a particular reason for it? |
| 10:23 |
* kmlussier |
isn't opposed, just curious. |
| 10:25 |
berick |
IIRC, since little-to-no production use was expected before 2.12, there wasn't much point in expending the effort to backport |
| 10:26 |
berick |
also seems like most stuff is flowing into the current collab branch, which will be 2.12-only i assume |
| 10:27 |
kmlussier |
Yes, the collab branch should definitely be just 2.12. |
| 10:27 |
kmlussier |
I would like to start merging the collab branch to master on a more regular basis, hence my efforts today to work on my web client installation. |
| 10:28 |
berick |
+1 |
| 10:28 |
jeff |
+1 |
| 10:28 |
jeff |
that was one of the things that i was excited about from discussions at the hack-a-way. |
| 10:29 |
berick |
best way to get eyes on code it is to make it unavoidable ;) |
| 10:40 |
|
jvwoolf joined #evergreen |
| 11:12 |
|
brahmina joined #evergreen |
| 11:13 |
kmlussier |
gmcharlt / miker: Do you expect to be merging more patches in prep for today's maintenance release? Just wondering if it's safe to start working on point release notes or if I should wait. |
| 11:14 |
miker |
TBH, the release snuck up on me. I don't have anything to push ... maybe other committers do? (that'd be super, btw... ;) ) |
| 11:14 |
gmcharlt |
kmlussier: possibly, will let you know for sure in 15 minutes or so |
| 11:15 |
kmlussier |
gmcharlt: Thanks! |
| 11:15 |
gmcharlt |
meanwhile, I'd like to request eyes on my patch for bug 1641208 as a possible candidate for the maintenance releases |
| 11:15 |
pinesol_green |
Launchpad bug 1641208 in Evergreen 2.10 "Unicode strings stored by util.file can come back mangled" [Medium,New] https://launchpad.net/bugs/1641208 |
| 11:22 |
gmcharlt |
and another one: bug 1488655 |
| 11:22 |
pinesol_green |
Launchpad bug 1488655 in Evergreen 2.10 "Metarecords are not being maintained properly" [Medium,Confirmed] https://launchpad.net/bugs/1488655 |
| 11:26 |
gmcharlt |
kmlussier: OK, so the ones I intend to merge today are |
| 11:26 |
gmcharlt |
bug 1618183 |
| 11:26 |
pinesol_green |
Launchpad bug 1618183 in Evergreen 2.10 "add Spanish to config.i18n_locale" [Undecided,New] https://launchpad.net/bugs/1618183 |
| 11:26 |
gmcharlt |
bug 1615736 |
| 11:26 |
pinesol_green |
Launchpad bug 1615736 in Evergreen 2.10 "User History Table Index on usr column" [Medium,Confirmed] https://launchpad.net/bugs/1615736 |
| 11:27 |
gmcharlt |
bug 1612873 |
| 11:27 |
pinesol_green |
Launchpad bug 1612873 in Evergreen 2.11 "DB Migration 2.10.0 - circ history migration confusing status message" [Low,Confirmed] https://launchpad.net/bugs/1612873 |
| 11:28 |
kmlussier |
gmcharlt: Thanks! I'll make sure those get added to the notes. |
| 11:30 |
Bmagic |
Is there a bug reported for hold history in the OPAC making Internal Server error? I found that it fails when an old hold doesn't connect to it's target anymore. In this case it was a title hold on a deleted bib. |
| 11:33 |
|
bmills1 joined #evergreen |
| 11:33 |
miker |
Bmagic: lemme google that for you ;) ... I don't see any: https://www.google.com/#q=site:bugs.launchpad.net+evergreen+hold+history+error+-1275118 |
| 11:34 |
Bmagic |
miker: hehe I googled it too. I have been surprised more than once that I reported a bug that was already reported. Some of you seem to have the entire launchpad database on tap..... |
| 11:35 |
gmcharlt |
git pull miker-brain |
| 11:35 |
miker |
only bshum and Dyrcona, I think |
| 11:35 |
gmcharlt |
although more fun is |
| 11:35 |
miker |
I just have a cheat form: http://yeti.esilibrary.com/lp.html?repo=on |
| 11:35 |
gmcharlt |
git push miker-brain HEAD:cat-pictures |
| 11:35 |
miker |
NOOOOOOOOOO |
| 11:36 |
miker |
git push miker-brain HEAD: |
| 11:36 |
Dyrcona |
git push miker-brain :cat-pictures |
| 11:37 |
Dyrcona |
:) |
| 11:37 |
Dyrcona |
My trouble is, I often swear there was a Lp bug on some issue, but then I can't find it. |
| 11:39 |
csharp |
then you open a new bug, only to have kmlussier point out there's a 5-year-old duplicate :-) |
| 11:39 |
csharp |
@who is the evergreen-ils bug cataloger? |
| 11:39 |
pinesol_green |
collum is the evergreen-ils bug cataloger. |
| 11:40 |
kmlussier |
csharp: usually because I filed the 5-year-old duplicate and have been patiently waiting for the fix. :) |
| 11:41 |
pinesol_green |
[evergreen|Josh Stompro] LP#1612873 - Fix text of notice message for history migration. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=abc63ac> |
| 11:42 |
bshum |
I was thinking it might be a good idea to get one last PO sync for translations in 2.11.1 before master drifts further forward and we do the template sync. |
| 11:42 |
bshum |
And actually if we plan on doing more frequent web client merges for 2.next, it might be nice to do POT syncs after major merges too to maximize translation time. |
| 11:43 |
bshum |
Plus then they'll find typos or stuff sooner than later. |
| 11:44 |
gmcharlt |
grabbing 1001 |
| 11:48 |
phasefx |
there was a book where computer programming was more akin to archeaology |
| 11:50 |
csharp |
kmlussier++ |
| 11:51 |
phasefx |
sci-fi, far future |
| 11:51 |
pinesol_green |
[evergreen|Josh Stompro] LP#1615736 - Add an index on the usr field of action.usr_circ_history. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=00692d6> |
| 11:51 |
pinesol_green |
[evergreen|Galen Charlton] LP#1615736: stamping schema update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bd8e4f0> |
| 12:01 |
jeffdavis |
phasefx: A Fire Upon the Deep? |
| 12:03 |
phasefx |
jeffdavis++ |
| 12:05 |
phasefx |
or a Deepness in the Sky |
| 12:07 |
phasefx |
"This massive accumulation of data implies that almost any useful program one could want already exists in the Qeng Ho fleet library, hence the need for computer archaeologists to dig up needed programs, work around their peculiarities and bugs, and assemble them into useful constructs." |
| 12:12 |
gmcharlt |
grabbing 1002 |
| 12:16 |
phasefx |
jeffdavis: I just hope they don't use Launchpad as their search engine :) |
| 12:18 |
berick |
*archaeologists stumbles on the code for Tetris* Eureka! *retires* |
| 12:25 |
gmcharlt |
kmlussier: OK, I've merged the three I said I was going to |
| 12:25 |
pinesol_green |
[evergreen|Galen Charlton] LP#1618183: make upgrade not die if es-ES locale already exists - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=dbfe4ab> |
| 12:25 |
pinesol_green |
[evergreen|Galen Charlton] forward-port 2.10.7-2.11.0 schema update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=dadd139> |
| 12:25 |
pinesol_green |
[evergreen|Galen Charlton] LP#1618183: placeholder schema update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=67db9ad> |
| 12:25 |
pinesol_green |
[evergreen|Galen Charlton] LP#1618183: more work backporting update to rel_2_10 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fd5cd29> |
| 12:25 |
gmcharlt |
any taker for bug 1488655 or bug 1641208 |
| 12:25 |
gmcharlt |
? |
| 12:25 |
dbs |
*archaeologists stumble across Atari ET cartridges, pretend they didn't see them and move on* |
| 12:25 |
pinesol_green |
Launchpad bug 1488655 in Evergreen 2.10 "Metarecords are not being maintained properly" [Medium,Confirmed] https://launchpad.net/bugs/1488655 |
| 12:25 |
pinesol_green |
Launchpad bug 1641208 in Evergreen 2.10 "Unicode strings stored by util.file can come back mangled" [Medium,New] https://launchpad.net/bugs/1641208 |
| 12:36 |
csharp |
gmcharlt: I'm looking at bug 1488655 |
| 12:36 |
pinesol_green |
Launchpad bug 1488655 in Evergreen 2.10 "Metarecords are not being maintained properly" [Medium,Confirmed] https://launchpad.net/bugs/1488655 |
| 12:36 |
gmcharlt |
csharp: thanks |
| 12:50 |
* csharp |
notices rhamby's comment on the bug indicating his signoff |
| 12:50 |
rhamby |
csharp: yeah, I tested it ... last week? time is blurring together into an endless wave of projects .... |
| 12:52 |
Dyrcona |
"Time keeps on slippin', slippin', slippin' into the future..." |
| 12:54 |
kmlussier |
That is not a song I want in my head. |
| 12:55 |
kmlussier |
Too late |
| 12:55 |
kmlussier |
@blame Dyrcona |
| 12:55 |
pinesol_green |
kmlussier: It's all Dyrcona's fault! |
| 12:55 |
Dyrcona |
:) |
| 13:03 |
JBoyer |
graced, helllllloooo? |
| 13:03 |
graced |
JBoyer - gah! |
| 13:03 |
graced |
Coming! |
| 13:04 |
JBoyer |
;) |
| 13:04 |
kmlussier |
Meeting today? |
| 13:04 |
kmlussier |
No, that's torrow. |
| 13:04 |
kmlussier |
tomorrow, even. |
| 13:04 |
JBoyer |
conference call. |
| 13:08 |
graced |
conference conference call to be specific ;) |
| 13:35 |
kmlussier |
Just to clarify, if I follow the instructions for the optional developer additions to install the browser client, I only need to install the developer Makefile.install target, right? I don't need to install the packager target, do I? |
| 13:37 |
bshum |
kmlussier: That sounds right to me. The packager target calls the developer one so if you were to use packager, you'd be covered too. |
| 13:37 |
bshum |
But if you only need the web client stuff, then developer is good enough |
| 13:38 |
bshum |
Packager just contains all the stuff for asciidoc building and i18n |
| 13:38 |
kmlussier |
OK, thanks for confirming bshum! |
| 13:38 |
kmlussier |
bshum++ |
| 13:38 |
bshum |
I've been thinking about adding a new make target to split i18n away from packager too |
| 13:38 |
bshum |
So that I can install stuff more quickly to test that piece. |
| 13:38 |
|
sandbergja joined #evergreen |
| 13:41 |
Dyrcona |
I mentioned to bshum (yesterday? Monday?) that sounded fine to me as long as packager depended on the new i18n target. |
| 13:44 |
kmlussier |
Yay! The root user wasn't required for npm install this time. Progress. |
| 14:01 |
|
bmills joined #evergreen |
| 14:02 |
csharp |
gmcharlt: your patch to bug 1488655 works for me and I created a signoff branch for it, but it may be unnecessary with rhamby's comment |
| 14:02 |
pinesol_green |
Launchpad bug 1488655 in Evergreen 2.10 "Metarecords are not being maintained properly" [Medium,Confirmed] https://launchpad.net/bugs/1488655 |
| 14:07 |
kmlussier |
We have a nice little bundle of fixes in this release. |
| 14:15 |
|
hbrennan joined #evergreen |
| 14:18 |
csharp |
acq question: is it ever approriate for an acq.invoice_item (e.g., processing fee, shipping charges) to *not* be linked back to a fund_debit? |
| 14:19 |
|
abowling left #evergreen |
| 14:21 |
* tsbere |
wonders if "free shipping, but it shows on the invoice" counts towards csharp's question, or if it should still be linked |
| 14:27 |
csharp |
well, we have 4,474 rows in acq.invoice_item with a null fund_debit field, so it's probably ok, but there are 3 with a null fund_debit but a non-null po_item (which from our perspective should mean that it should be linked to the same fund_debit as the po_item) |
| 14:27 |
* csharp |
realizes to people without acq exposure this probably all reads like gibberish :-) |
| 14:27 |
csharp |
@blame acq jargon |
| 14:27 |
pinesol_green |
csharp: Your failure is now complete, acq jargon. |
| 14:31 |
tsbere |
csharp: Could it be that the link doesn't occur until some "charge the fund" step? |
| 14:31 |
* tsbere |
has very little ACQ knowledge |
| 14:36 |
csharp |
I'm learning what I have to :-) |
| 14:37 |
csharp |
the end result of the non-linking is that some charges remain encumbered even after they're paid |
| 14:38 |
csharp |
more precisely, the end user "pays" the charge along with the rest of the invoice, but EG acq doesn't recognize that it's the same thing as the encumbered fund debit |
| 14:42 |
berick |
csharp: is this an EDI invoice? |
| 14:46 |
gmcharlt |
I'll push 1488655 now, along with an update to the release notes |
| 14:46 |
gmcharlt |
by the way, the bug 1618183 fix was already in 2.11.0; it's only new in 2.10.8 |
| 14:46 |
pinesol_green |
Launchpad bug 1618183 in Evergreen 2.10 "add Spanish to config.i18n_locale" [Medium,Fix committed] https://launchpad.net/bugs/1618183 |
| 14:46 |
gmcharlt |
so I'll tweak the release notes for that as well |
| 14:47 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: Adding 2.10.8 point release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=13b9c74> |
| 14:47 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: Adding 2.11.1 point release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e97c583> |
| 14:48 |
kmlussier |
gmcharlt++ # Thanks for catching that. |
| 14:49 |
csharp |
berick: yes |
| 14:50 |
csharp |
I don't yet have a good idea of how often this is happening, and I suspect (more) end-user error |
| 14:51 |
berick |
csharp: i thought there was a bug on this, but not seeing it.. EDI invoicing is not smart enough to link charges from the EDI to existing po-item charges |
| 14:52 |
berick |
so if the EDI has a tax charge, it will result in a new charge (invoice_item) on the invoice, regardless of whether a "tax" po_item charge existed. |
| 14:53 |
* gmcharlt |
claims 1003 in the name of All The Cats |
| 14:53 |
berick |
csharp: that may not be your exact problem, just wanted to point it out |
| 14:56 |
* dbs |
was trying to figure out how to split a payment for a single line item between two funds today\ |
| 14:56 |
kmlussier |
berick: That sounds familiar. I thought there was a bug on that too. |
| 14:56 |
kmlussier |
dbs: Did you find a way to do it? |
| 14:56 |
csharp |
berick: thanks - that appears to explain most of the items we're seeing |
| 14:56 |
dbs |
best I could come up with was to add a Direct Charge on the invoice for the second part of the payment, with a note on the direct charge reflecting that it was a split payment |
| 14:57 |
dbs |
With a separate Funding Source -> Fund -> Invoice path for the second part of the payment to at least link the two funding sources through the invoice piece |
| 14:58 |
dbs |
(this is for big ticket items like databases or journal suites that often are shared costs between departments or separate institutions) |
| 14:59 |
pinesol_green |
[evergreen|Galen Charlton] LP#1488655: regression test for metarecord remapping - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=31108a7> |
| 14:59 |
pinesol_green |
[evergreen|Galen Charlton] LP#1488655: fix MR remapping upon fingerprint change - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a27eaba> |
| 15:00 |
pinesol_green |
[evergreen|Galen Charlton] LP#1488655: stamp schema upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ab51669> |
| 15:07 |
pinesol_green |
[evergreen|Galen Charlton] updates to 2.11.1 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ab807aa> |
| 15:08 |
pinesol_green |
[evergreen|Galen Charlton] update 2.10.8 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=166aa9e> |
| 15:12 |
gmcharlt |
OK, after checking with miker, I'm declaring rel_2_10 and rel_2_11 "done" with respect to substantive changes for the 2.10.8 and 2.11.1 releases |
| 15:13 |
gmcharlt |
dbwells: I believe you're building the 2.11.1 tarball, right? |
| 15:13 |
dbwells |
gmcharlt: yes sir |
| 15:14 |
gmcharlt |
groovy |
| 15:14 |
gmcharlt |
and not expecting any translation updates for 2.10? if not, I'll start cutting 2.10.8 |
| 15:14 |
dbwells |
please cut away |
| 15:22 |
Bmagic |
I can't seem to find the definition for open-ils.cat.biblio.record.metadata.retrieve.authoritative that is referenced in constants.js. What am I doing wrong? |
| 15:24 |
pinesol_green |
[evergreen|Galen Charlton] 2.10.7-2.10.8 schema upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9228574> |
| 15:25 |
dbwells |
Bmagic: it is very likely defined programmatically. |
| 15:25 |
berick |
remove ".authoritative" from the call when grep'ing |
| 15:26 |
dbwells |
that's also very good advice |
| 15:26 |
Bmagic |
thanks! I think I found it |
| 15:27 |
Dyrcona |
Yeah, the .authoritative is "automagical." |
| 15:29 |
Dyrcona |
It means bypass cached and look it up in the database. |
| 15:29 |
berick |
well, query the master database |
| 15:29 |
Bmagic |
oh, that's good to know |
| 15:37 |
Dyrcona |
If I want to change from using PayPal to using Authorize.net, do I need to do anything after changing the ou settings in the database? |
| 15:37 |
Dyrcona |
Like restart services or edit some other file? |
| 15:42 |
dbwells |
I thought 'authoritative' had something to do with to do with forcing transactions? I haven't thought too much about it in quite a long time, though. |
| 15:42 |
berick |
dbwells: right. force communication to the master db by inserting a begin/rollback into the DB query |
| 15:43 |
berick |
well, wrapping |
| 15:43 |
Dyrcona |
But in very general terms, my characterization is correct. :) |
| 15:43 |
berick |
Dyrcona: yes, definitely |
| 15:44 |
dbwells |
Thanks guys. Just making notes for the incipient Evergreen Development Manual :) |
| 15:45 |
Dyrcona |
To many my own question, it doesn't look like I have to do anything other than flip the right settings. |
| 15:45 |
Dyrcona |
s/many/answer/ |
| 15:47 |
Dyrcona |
Well, here goes testmode.....;) |
| 15:51 |
|
abowling joined #evergreen |
| 15:53 |
|
annagoben joined #evergreen |
| 16:15 |
gmcharlt |
dbwells: I've got the 2.10.8 release built and uploaded in the relevant places on lupin |
| 16:28 |
dbwells |
gmcharlt: Thanks, and also for forward-porting the 2.11.0 upgrade script to master ('twas on my to-do list). |
| 16:34 |
kmlussier |
OK, now that I have a working web client installation, I need to figure out how to add it to tsbere's VM build scripts. But that's for another day. :) |
| 16:35 |
tsbere |
kmlussier: To start with you need a list of shell commands ;) |
| 16:35 |
Dyrcona |
kmlussier++ |
| 16:36 |
tsbere |
kmlussier: After that you need to edit postbuild.sh to add your new commands to where it writes the buildeg.sh file. Or you send me the list of things to do and I see about adding them for you. ;) |
| 16:36 |
kmlussier |
Dyrcona has started me off in the right direction by sending me his build script. I think I can piece it all together. |
| 16:36 |
kmlussier |
tsbere: Yes, I've been looking closely at postbuild.sh today. |
| 16:37 |
kmlussier |
Right now, I feel like it's doable. I may feel differently once I attempt it, though. |
| 16:37 |
Dyrcona |
kmlussier: Easy-peasy. :) |
| 16:38 |
kmlussier |
Dyrcona: Sure! |
| 16:38 |
* kmlussier |
is going to quit for the day while she's ahead. |
| 16:38 |
kmlussier |
Have a nice night everyone! |
| 16:38 |
Dyrcona |
Good night! |
| 16:38 |
mmorgan |
Good night! |
| 16:44 |
gmcharlt |
downloads page updated for 2.10.8 |
| 16:45 |
gmcharlt |
dbwells: I'll also start drafting the blog post |
| 16:45 |
Dyrcona |
gmcharlt++ dbwells++ |
| 16:58 |
|
bmills joined #evergreen |
| 16:58 |
|
jvwoolf left #evergreen |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:03 |
|
mmorgan left #evergreen |
| 17:16 |
gmcharlt |
OK, post ready to go when 2.11.1 is |
| 17:36 |
dbwells |
gmcharlt: everything is in place, downloads page is updated |
| 17:36 |
gmcharlt |
dbwells++ |
| 17:41 |
gmcharlt |
blog post posted and email announcement sent |
| 17:41 |
berick |
gmcharlt++ dbwells++ |
| 18:43 |
|
dcook joined #evergreen |
| 19:33 |
|
bmills joined #evergreen |
| 20:26 |
|
jacobsd joined #evergreen |
| 20:27 |
|
jacobsd joined #evergreen |
| 21:12 |
|
artunit joined #evergreen |
