Time |
Nick |
Message |
02:25 |
|
gsams joined #evergreen |
06:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
07:04 |
|
agoben joined #evergreen |
07:11 |
|
rjackson_isl joined #evergreen |
08:06 |
|
collum joined #evergreen |
08:26 |
|
PMA-HQ joined #evergreen |
08:26 |
PMA-HQ |
hello and hi from malaysia!! |
08:26 |
PMA-HQ |
i have install open srf but stuk at evergreen ils installation |
08:27 |
PMA-HQ |
can somebody help me |
08:27 |
remingtron |
PMA-HQ: hello and welcome! |
08:28 |
remingtron |
PMA-HQ: Go ahead and post your questions. What step are you trying, and what errors are you seeing? |
08:31 |
|
PMA-HQ joined #evergreen |
08:35 |
|
Dyrcona joined #evergreen |
08:38 |
|
PMA-HQ joined #evergreen |
08:39 |
pastebot |
"PMA-HQ" at 64.57.241.14 pasted "/usr/bin/ld: cannot find -ldbd" (1 line) at http://paste.evergreen-ils.org/850 |
08:39 |
PMA-HQ |
i dont know what the error |
08:41 |
|
mmorgan joined #evergreen |
08:41 |
remingtron |
PMA-HQ: what is the command you are running that causes this message? |
08:41 |
Dyrcona |
PMA-HQ: What distro are you installing on and is it 32-bit or 64-bit? |
08:42 |
PMA-HQ |
make STAFF_CLIENT_STAMP_ID=rel_2_12_6 install |
08:43 |
PMA-HQ |
i using ubuntu server 16.04.3 32 bit |
08:44 |
Dyrcona |
Yeah, thought so... |
08:45 |
Dyrcona |
My recommendation is switch to 64-bit, otherwise you'll have to fix the library path on your system. |
08:45 |
Dyrcona |
If you search the IRC logs for your error message, I think you'll find what you need. |
08:46 |
PMA-HQ |
and how to install postgresql for evergreen? |
08:46 |
Dyrcona |
BTW, it's an Ubuntu bug, not on an Evergreen bug. |
08:46 |
Dyrcona |
It's in the Evergreen README toward the bottom. There's a section about Postgresql. |
08:46 |
PMA-HQ |
tq Dyrcona!! |
08:46 |
Dyrcona |
We have an install target, that I don't have memorized. |
08:47 |
Dyrcona |
YW and GL! :) |
08:50 |
Dyrcona |
Now, me tries to remember the postgresql code to dump a function definition before he drops the function....... |
08:52 |
Dyrcona |
I should put it in a script when I remember/look it up again. I've used a bit lately. :) |
08:54 |
Dyrcona |
I should find all of our custom functions and put them in a dedicated schema and drop the ones we don't need. As it is, they're all over the place. |
08:55 |
Dyrcona |
Been here just over a year and I'm finding things that are new to me all the time. |
08:58 |
Dyrcona |
BTW, I think >/dev/null 2>&1 in a crontab is bad. At least remove the 2>&1 at the end. You probably want to know if it blows up. And if it normally spits out errors, then you need to fix the script. |
09:01 |
|
_adb joined #evergreen |
09:02 |
Dyrcona |
@coffe everyone |
09:02 |
pinesol_green |
Dyrcona: Dyrcona probably has a script for that. |
09:03 |
* Dyrcona |
can't type English. |
09:03 |
Dyrcona |
@coffee everyone |
09:03 |
* pinesol_green |
brews and pours a cup of Nicaraguan Maragogipe Light Roast, and sends it sliding down the bar to everyone |
09:03 |
mmorgan |
@tea Dyrcona |
09:03 |
* pinesol_green |
brews and pours a pot of Golden Orchid, and sends it sliding down the bar to Dyrcona (http://ratetea.com/tea/whispering-pines/golden-orchid/7244/) |
09:04 |
Dyrcona |
mmorgan: Thank you, I am about ready for a refill. |
09:04 |
mmorgan |
Same here with the coffee :) |
09:09 |
|
jvwoolf joined #evergreen |
09:10 |
|
yboston joined #evergreen |
09:31 |
Dyrcona |
Ooh, clever.... |
09:31 |
Dyrcona |
Got a phish email that looks like a PayPal email receipt for a payment to a company called fiverr.com. |
09:32 |
Dyrcona |
Had me fooled for about 30 seconds, but I didn't click the refund link. |
09:32 |
Dyrcona |
The refund goes to a shortened URL, and it is not controlled by PayPal. |
09:48 |
|
kmlussier joined #evergreen |
10:17 |
|
_adb left #evergreen |
10:39 |
|
_adb joined #evergreen |
12:11 |
wlawlibrary |
ubuntu question - does changing to root in a terminal session grant root access to a file search? |
12:12 |
Dyrcona |
it does. it grants root access to every command you run after. |
12:14 |
wlawlibrary |
hrm. grumble. not really for me. so had to sudo -i, then in terminal navigate to etc/ejabberd to view file contents |
12:14 |
wlawlibrary |
if i gedit from terminal i should have root permissions to edit |
12:17 |
|
jihpringle joined #evergreen |
12:26 |
wlawlibrary |
is it necessary that the opensrf user account pw's be secure? |
12:27 |
bshum |
wlawlibrary: I think that's just general good practice for any user account. |
12:27 |
bshum |
If someone were able to access your server remotely, like via SSH or other method, having more secure passwords might prevent them from doing damage to your system |
12:28 |
wlawlibrary |
and opensrf user accounts will do such damage? |
12:29 |
bshum |
Well, the opensrf user is used to run/start the services and would have the permission to read/write to any file that it uses for Evergreen. So, it is a pretty critical user account, in my opinion |
12:29 |
bshum |
But there's lots of different ways of trying to mitigate access and secure Linux systems from unintended users |
12:30 |
wlawlibrary |
fair nuff. glad i asked. |
12:30 |
bshum |
For myself, I don't usually set the password for my opensrf user. I just leave it whatever default randomized password it starts with, and then I use SSH keys to securely access my servers. But there's lots of solutions. |
12:31 |
wlawlibrary |
i'm going to stick to the recipe until i better understand the substitutions |
12:31 |
bshum |
Good plan as any :) |
12:40 |
|
khuckins__ joined #evergreen |
12:43 |
|
bwicksall joined #evergreen |
12:53 |
|
acautley joined #evergreen |
13:37 |
kmlussier |
@dessert bshum |
13:37 |
* pinesol_green |
grabs some Non-Vanilla Ice Cream for bshum |
13:37 |
bshum |
That works perfectly for me :) |
13:37 |
bshum |
@dessert kmlussier |
13:37 |
* pinesol_green |
grabs some boxes of Samoa cookies for kmlussier |
13:39 |
kmlussier |
Nice! I need to stock up on those since my daughter isn't a Girl Scout this year. |
13:43 |
|
sandbergja joined #evergreen |
13:44 |
wlawlibrary |
i have a question about Opensrf - i get a segmentation fault when I try to add Opensrf users to ejabberd |
13:44 |
wlawlibrary |
i see this https://bugs.launchpad.net/ubuntu/+source/ejabberd/+bug/1659801 but i am not sure if this bug report is the same as my situation |
13:44 |
pinesol_green |
Launchpad bug 1659801 in ejabberd (Ubuntu) "apparmor rules block ejabberdctl" [Undecided,Fix released] |
13:45 |
Dyrcona |
Use sudo to run those commands. |
13:45 |
Dyrcona |
If plain sudo doesn't work, then sudo -u ejabberd does. |
13:50 |
Dyrcona |
This is one place where the instructions are out of date for Ubuntu 16.04. |
13:54 |
wlawlibrary |
ok. so... so far... nothing works. what I'm seeing is... exit root... in normal user. library. sudo ejabberdctl register router = enter pw = segmentation fault try sudo -u result sudo unknown user ejabberdctl sudo: unable to initialize policy plugin |
13:57 |
Dyrcona |
sudo -u ejabberd ejabberdctl .... |
13:57 |
Dyrcona |
The username is ejabberd |
13:58 |
Dyrcona |
It worked for me earlier today just doing sudo ejabberdctl .... |
13:58 |
Dyrcona |
You could always edit the apparmor profile as mentioned in comment #3 of that Lp bug. |
13:59 |
Dyrcona |
If it segfaults with that username, then you've got something else going on that I've not seen before. |
13:59 |
|
acautley joined #evergreen |
14:00 |
|
Christineb joined #evergreen |
14:15 |
wlawlibrary |
opensrf question... just completed step 11. registered the router and user accounts for opensrf |
14:15 |
wlawlibrary |
now i tried to activate opensrf |
14:15 |
wlawlibrary |
su - opensrf |
14:16 |
wlawlibrary |
it asks for pass |
14:16 |
wlawlibrary |
and tells me authentication error |
14:17 |
bshum |
su = switch user (actually google tells me substitute user), so it's asking for the password you assigned to the opensrf user |
14:17 |
wlawlibrary |
yep. same. auth err |
14:18 |
bshum |
wlawlibrary: Which user are you logged in as currently? is it a user with sudo powers? |
14:20 |
Dyrcona |
sudo -u opensrf -i |
14:20 |
bshum |
Keep in mind there are different user accounts named "opensrf". So the password for "opensrf" the Linux account could be different than the password you chose for the opensrf ejabberd registered users. |
14:20 |
Dyrcona |
Pretty much the same thing. |
14:20 |
Dyrcona |
This is why I make the opensrf user during installation and then do everything as the opensrf user. |
14:23 |
wlawlibrary |
starts to make sense. |
14:23 |
Dyrcona |
You can also sudo su - opensrf |
14:23 |
wlawlibrary |
su from default account says auth fail err, but sudo -i, then su - opensrf works |
14:24 |
Dyrcona |
What I just shared is pretty much the same. |
14:24 |
Dyrcona |
When you're root, you can su as any user without a password. |
14:24 |
bshum |
To fix it, you could do "sudo passwd opensrf" and you can change the password for the opensrf linux user account again to something you want. Then I would expect "su - opensrf" and input that new password chosen to work to switch user to opensrf. |
14:25 |
bshum |
You know, if you wanted to change it. Again. |
14:26 |
|
khuckins_ joined #evergreen |
14:26 |
Dyrcona |
Yes, it would. |
14:42 |
wlawlibrary |
stuck on step 12 of opensrf install instructions. sysconfdir... the location is what... /home/opensrf? |
14:45 |
jeffdavis |
wlawlibrary: normally sysconfdir would be /openils/conf I think |
14:46 |
wlawlibrary |
located. thanks |
14:49 |
jeffdavis |
more specifically, it's the value you pass to the --sysconfdir flag when doing ./configure from step 5 here: http://evergreen-ils.org/documentation/install/OpenSRF/README_2_5_2.html |
14:49 |
jeffdavis |
normally you would use --sysconfdir=/openils/conf as the documentation specifies |
14:59 |
|
acautley joined #evergreen |
15:00 |
|
collum joined #evergreen |
15:04 |
csharp |
are others seeing errors during the "grunt all" step installing 3.0.rc? |
15:05 |
Dyrcona |
Not for a while. |
15:05 |
|
mmorgan1 joined #evergreen |
15:05 |
Dyrcona |
But, I haven't installed it since last week. |
15:05 |
csharp |
https://pastebin.com/Rx2KwWLR |
15:05 |
Dyrcona |
The warnings from npm intall bug me. :) |
15:05 |
csharp |
Dyrcona: same here |
15:06 |
Dyrcona |
csharp: Haven't seen that one. |
15:06 |
csharp |
more than one module mentions DoS vulnerabilities |
15:06 |
|
khuckins__ joined #evergreen |
15:06 |
Dyrcona |
Yeah. |
15:07 |
csharp |
(this is in line with my general concerns about using NPM, Ruby, CPAN, etc.) |
15:07 |
Dyrcona |
Well, we should really not be installing Node.js. |
15:08 |
Dyrcona |
We should find a better way to install Angular and the other stuff we need. |
15:09 |
Dyrcona |
csharp: That error message looks like a problem with the source file and not with grunt missing something. |
15:10 |
csharp |
SyntaxError: Expected token ']' makes me think "bad JSON somewhere", but I'm not strong with JS |
15:11 |
csharp |
could be a customization - was hoping not, though :-/ |
15:11 |
Dyrcona |
You've already customized the web staff client? |
15:11 |
csharp |
here and there |
15:12 |
* Dyrcona |
waits for the inevitable request to make it look just like the xul alt patron summary branch. |
15:18 |
csharp |
Dyrcona: so far we haven't gotten that and PINES has been using the alt summary for years |
15:18 |
csharp |
better monitors now than then |
15:18 |
csharp |
the complaint with the vertical default was need to scroll to see it all |
15:19 |
csharp |
ok, not sure what PhantomJS is doing here so not sure how to approach debugging |
15:20 |
berick |
csharp: can you paste a few context lines? |
15:20 |
berick |
from the source file |
15:20 |
berick |
not seeing what I would expect to see at that line in master |
15:20 |
Dyrcona |
csharp: PhantomJS is used by the karma unit tests. |
15:21 |
csharp |
berick: which is the source file? sorry - I'm truly at a loss :-/ |
15:21 |
* csharp |
is also sick, so brain is not 100% |
15:21 |
berick |
/home/opensrf/pines/Open-ILS/web/js/ui/default/staff/circ/patron/app.js |
15:21 |
csharp |
ah sure |
15:23 |
berick |
a few lines before and after 614 |
15:23 |
csharp |
berick: https://pastebin.com/x7fAHGUT |
15:24 |
* bshum |
raises an eyebrow |
15:26 |
berick |
csharp: your code got splinched |
15:26 |
berick |
looks like a merge conflict resolution error |
15:26 |
berick |
much of that code lives in a different file now |
15:27 |
csharp |
ah... |
15:27 |
csharp |
just did a diff and see the same thing |
15:27 |
csharp |
so I'll try unsplinching the code |
15:27 |
bshum |
berick++ |
15:27 |
* csharp |
uses essence of dittany |
15:28 |
berick |
csharp++ |
15:32 |
* csharp |
sees new errors after changing that and gets very nervous about further splinches |
15:32 |
csharp |
berick++ # pointing me in the right direction |
15:37 |
JBoyer |
Have there been recent cherry-picks of your local mods? |
15:41 |
csharp |
JBoyer: I just did an interactive rebase to move our mods from 2.12 onto 3.0 |
15:41 |
csharp |
may have borked that |
15:41 |
csharp |
sometimes I hate git |
15:42 |
JBoyer |
It should have complained a lot if things didn't merge as expected. :/ |
15:43 |
JBoyer |
And I hear you re: git and sometimes. |
15:45 |
bshum |
@hates git |
15:45 |
pinesol_green |
bshum: git doesn't seem to hate anything. |
15:45 |
bshum |
On the plus side, git doesn't hate any of us yet :) |
15:46 |
csharp |
@whocares git |
15:46 |
pinesol_green |
Dyrcona, tsbere, bshum, csharp, gmcharlt, yboston, kmlussier and gsams love git |
15:46 |
pinesol_green |
terran hates git |
15:47 |
kmlussier |
I used to hate git, but then I changed it to love about a year ago. But, yeah, I still hate it sometimes. |
15:47 |
kmlussier |
@hates |
15:47 |
pinesol_green |
kmlussier hates Launchpad search; Internet Explorer; snow; scheduling meetings; Starbucks; negative balances; undrinkable coffee; winter; blizzards; spam; dojo interfaces; Windows line endings; peanut M&Ms; bad technology days; authorities; pollen; comcast; and comcast even more |
15:53 |
csharp |
@hates |
15:53 |
pinesol_green |
csharp hates dojo_hold_policies_interface; SIP; when libraries purchase third party products without testing and blame Evergreen for it not working; reports; the fact that the Base Filters is unnecessarily greyed out when applying an Aggregate Filter and vice versa; evil; reports more; reports even moar; details; reports even more; the fact that the Base Filters is unnecessarily greyed out (2 more messages) |
15:53 |
csharp |
@more |
15:53 |
pinesol_green |
csharp: when applying an Aggregate Filter and vice versa even more; having to teach SIP2 client vendors about the SIP2 specification; troubleshooting reports; money reports; marc; reports even more than before; the EDI ruby bits; acquisitions; <quote>fun<unquote>; edi; sip2; sip too; sip two; acq; acq more; acq way more than before; omg I hate acq; omg I love acq; hate hate hate; comcast; and (1 more message) |
15:53 |
csharp |
@more |
15:53 |
pinesol_green |
csharp: action_triggers |
15:53 |
* csharp |
needs more @hates |
15:53 |
kmlussier |
@loves csharp |
15:53 |
pinesol_green |
csharp loves supybot plugins; virtualization; lasagna; logs; clarity; all y'all; upgrades; tpac; git; this venue; google; not being evil; when evergreen problems turn out to be staff error; the Jedi; pgadmin; policy; lynx; autoupdate; coffee; db02; kvm; CWMARS; mobile catalog; vim; snow; pizza; google forms; chicken soup; cilantro; actual fun; supybot; vimdiff; felafel; postgresql; THE (1 more message) |
15:53 |
kmlussier |
@more |
15:53 |
pinesol_green |
kmlussier: RESISTANCE; and vacuum full |
15:54 |
jeffdavis |
csharp is a man of strong opinions |
15:55 |
Dyrcona |
@loves |
15:55 |
pinesol_green |
Dyrcona loves git; sed; OpenBSD; gnu/emacs; git tag; and git-quickpick |
15:55 |
csharp |
@love strong opinions |
15:55 |
pinesol_green |
csharp: The operation succeeded. csharp loves strong opinions. |
15:55 |
kmlussier |
csharp: If we removed reports, acq and sip from your life, I don't think you would hate anything. |
15:55 |
Dyrcona |
@hates |
15:55 |
pinesol_green |
Dyrcona hates MARC; Launchpad Search; and printing |
15:55 |
csharp |
kmlussier: I'm sure I would find something ;-) |
15:55 |
csharp |
none of this namby pamby not loving or hating things |
15:56 |
kmlussier |
Yes, there's always comcast. |
15:56 |
csharp |
kmlussier: I'm getting 25Mbs grandpa internet installed as I type - dropping comcast gigabit after they put me through the wringer for 2 months |
15:57 |
csharp |
comcast-- |
15:57 |
kmlussier |
@karma comcast |
15:57 |
pinesol_green |
kmlussier: Karma for "comcast" has been increased 0 times and decreased 15 times for a total karma of -15. |
15:57 |
csharp |
comcast-- |
15:59 |
|
acautley joined #evergreen |
16:05 |
* csharp |
contemplates merge vs. rebase |
16:06 |
csharp |
the problem is, some of our mods are old enough that they may no longer be necessary and since I'm not the only author, I'm not always sure of intent |
16:06 |
csharp |
but most of our mods are OPAC templates, so not sure why JS is so borked |
16:09 |
* Dyrcona |
generally prefers rebase. |
16:09 |
Dyrcona |
Particularly for feature/customization branches. |
16:11 |
csharp |
yeah, I've preferred rebase too, because the history is easier to track |
16:11 |
csharp |
but there are so many changes to replay, either way is getting cumbersome |
16:11 |
* csharp |
sighs |
16:15 |
Dyrcona |
So squash them together. |
16:15 |
bshum |
csharp: Maybe it's time to start doing some squashing of commits then. |
16:15 |
Dyrcona |
heh |
16:15 |
bshum |
You could leave a branch around with the original history somewhere |
16:15 |
bshum |
And then keep the squashed version of whatever date you do it, and go forward from there |
16:16 |
bshum |
I did it a couple times back at Biblio, where I would squash some commits together or reorder them depending on what struck my fancy |
16:16 |
Dyrcona |
We have multiple branches for customizations. |
16:16 |
bshum |
Like I would try to keep the OPAC stuff in one branch together, and then reorder/squash to keep things simple |
16:16 |
bshum |
And then yeah |
16:16 |
bshum |
Merge, merge, only during major upgrade time |
16:17 |
Dyrcona |
But, I squash commit from time to time. |
16:17 |
bshum |
And then rebase all of it to look prettier |
16:17 |
Dyrcona |
Well, I use rebase on the feature/custom branches. |
16:17 |
Dyrcona |
I sometimes merge into the upgrade branch. |
16:17 |
bshum |
Like every year we changed the year targeted for KPAC for specific awards, etc. Why have a commit each year to commemorate that when we could just squash those together and only do one change |
16:18 |
bshum |
Lots of ways to clean up old history |
16:18 |
csharp |
bshum: thanks for that tip - I may do that |
16:18 |
bshum |
But yeah, having various feature branches like Dyrcona said is a good thing too |
16:18 |
csharp |
some of the changes may need to be reviewed |
16:18 |
bshum |
When I started out, I made different branches for everything |
16:18 |
bshum |
I just got lazy later on :) |
16:19 |
bshum |
But I rebased my branches like every other day to master |
16:19 |
csharp |
Dyrcona: do you merge them in or rebase each one? |
16:19 |
bshum |
Just to know early if they broke stuff |
16:19 |
Dyrcona |
I rebase each one. |
16:19 |
csharp |
k |
16:20 |
Dyrcona |
I also make a new branch when a new Eg version is released. |
16:20 |
Dyrcona |
So, right now I have config/master and config/rel_2_12. |
16:20 |
Dyrcona |
When 3.0 is branched, I'll likely do a config/rel_3_0. |
16:20 |
Dyrcona |
I rebase each of them periodically on the "parent" branch. |
16:22 |
* Dyrcona |
should do that presentation on managing customization with git. |
16:28 |
kmlussier |
Dyrcona: I would sign up for that presentation. |
16:28 |
|
khuckins_ joined #evergreen |
16:36 |
|
mmorgan joined #evergreen |
16:47 |
pinesol_green |
[evergreen|abneiman] Update RELEASE_NOTES_3_0.adoc - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fb31c0c> |
16:48 |
kmlussier |
I'm confused again. |
16:48 |
kmlussier |
Before merging the above commit, I did a git commit --amend to change the author name to be Andrea Neiman instead of abneiman. |
16:49 |
kmlussier |
In my local branch, the author shows as Andrea Neiman. But in the remote branch, it shows as abneiman. Why? |
16:53 |
kmlussier |
nm. I think I see what happened. |
16:59 |
|
acautley joined #evergreen |
17:05 |
|
mmorgan left #evergreen |
17:08 |
|
khuckins__ joined #evergreen |
17:30 |
|
_adb joined #evergreen |
17:32 |
|
jvwoolf left #evergreen |
17:33 |
|
b_bonner left #evergreen |
17:43 |
|
Jillianne joined #evergreen |
17:59 |
|
acautley joined #evergreen |
18:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
18:59 |
|
acautley joined #evergreen |
19:59 |
|
acautley joined #evergreen |
21:00 |
|
acautley joined #evergreen |
22:00 |
|
acautley joined #evergreen |
22:29 |
|
jeff_ joined #evergreen |
22:29 |
|
jeff___ joined #evergreen |
22:37 |
|
Krushnika joined #evergreen |
22:59 |
|
acautley joined #evergreen |
23:32 |
|
jeff_ joined #evergreen |