Evergreen ILS Website

Search in #evergreen

Channels | #evergreen index




Results

Result pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138

Results for 2017-04-10

04:12 NxT joined #evergreen
04:13 NxT Hi all, i'm looking for a guide or info on how to integrate 3M RFID Readers into Evergreen - is this possible? what do i need for this?
04:36 rlefaive joined #evergreen
05:00 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
05:03 rlefaive joined #evergreen
06:24 rlefaive joined #evergreen
06:40 rlefaive joined #evergreen
11:30 alynn26 gmcharlt++
11:30 mmorgan gmcharlt++
11:30 mmorgan Not too hard, I hope;-)
11:32 Dyrcona Heh. Make sure you run your scripts in the correct test database. :)
11:33 Dyrcona A missing copy location can cause you problems.
11:43 gmcharlt alynn26: miker: bit more to the problem, but webby is now fully back up
11:45 gmcharlt er, mmorgan ^^
14:05 JBoyer (provided, of course, that all of the IDL links are accurate and functional)
14:05 jeff yeah, and reproducing what we have in Jasper in this case might be as simple as defining a creative new report source in the IDL
14:05 csharp JBoyer: I was just thinking about that
14:05 jeff i haven't tested, though.
14:07 jeff grr. google's index of docs.evergreen-ils.org is out of date, and of course the site's search box uses google...
14:07 jeff if only i had a local git repo that i could grep...
14:07 jeff oh, wait!
14:08 alynn26 @dbs that is what I had to do to fix the ones I had in a very large bucket.
14:08 pinesol_green alynn26: As great as you are man, you'll never be greater than yourself.
14:19 dbs pinesol_green: I do not like your gender assumptions

Results for 2017-04-09

03:45 bshum As is, running the sync work off lupin for now
04:09 rlefaive joined #evergreen
04:37 rlefaive joined #evergreen
05:00 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
05:04 rlefaive joined #evergreen
05:31 rlefaive joined #evergreen
06:52 rlefaive joined #evergreen
08:13 rlefaive joined #evergreen
08:41 rlefaive joined #evergreen
09:08 rlefaive joined #evergreen
09:20 dbs bshum++
09:21 dbs I applied the Windows 10 Creators Update on my dual-boot laptop last night because I like being up to date even on OSes that I almost never use
09:22 dbs And of course it destroyed grub. That Sys Admin IG was timely :)
09:23 dbs I did get to test my branch for https://bugs.launchpad.net/evergreen/+bug/1681095 last night and force-pushed a fix
09:23 pinesol_green Launchpad bug 1681095 in Evergreen "Extend browser cache-busting support for all stylesheets, JavaScript, and images in default public catalogue" [Undecided,New]
10:29 rlefaive joined #evergreen
10:48 genpaku joined #evergreen
16:15 Jillianne2 joined #evergreen
16:19 dbs oh jeff... looks like I beat you home despite leaving 15 hours later than you. delta--
16:49 rlefaive joined #evergreen
17:00 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:17 rlefaive joined #evergreen
17:52 kaffenkj- joined #evergreen
18:11 rlefaive joined #evergreen

Results for 2017-04-08

03:29 agoben joined #evergreen
03:43 rlefaive joined #evergreen
04:38 rlefaive joined #evergreen
05:00 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
05:05 rlefaive joined #evergreen
05:32 rlefaive joined #evergreen
05:59 rlefaive joined #evergreen
15:56 rlefaive joined #evergreen
16:23 rlefaive joined #evergreen
16:50 rlefaive joined #evergreen
17:00 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:17 rlefaive joined #evergreen
17:44 rlefaive joined #evergreen
17:50 dbs csharp: oh no, are you still getting home tonight?

Results for 2017-04-07

03:01 ningalls_ena joined #evergreen
05:02 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
06:40 rlefaive joined #evergreen
07:08 rjackson_isl joined #evergreen
07:31 Callender joined #evergreen
16:12 jvwoolf joined #evergreen
16:25 dteston joined #evergreen
17:00 mmorgan left #evergreen
17:02 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
20:37 Jillianne2 joined #evergreen
21:41 agoben joined #evergreen
22:06 dbs for bshum https://bugs.launchpad.net/evergreen/+bug/1681009

Results for 2017-04-06

00:08 kaffenkj_ joined #evergreen
00:17 pinesol_green [evergreen|Jane Sandberg] Docs: Adding more information about closed dates editor - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=c101197>
01:51 abowling joined #evergreen
02:04 dcook joined #evergreen
05:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
06:40 rlefaive joined #evergreen
06:45 kmlussier joined #evergreen
07:09 rjackson_isl joined #evergreen
14:28 gsams Dyrcona++
14:30 abowling joined #evergreen
14:31 abowling joined #evergreen
14:36 mdriscoll While updating a test system to 2.12.0 I noticed a bug in upgrade script 1026.  I opened launchpad bug 1680554.
14:36 pinesol_green Launchpad bug 1680554 in Evergreen "Upgrade script 1026 transposes metabib_field.id" [Undecided,New] https://launchpad.net/bugs/1680554
14:37 kmlussier mdriscoll++
14:46 mmorgan mdriscoll++
16:34 mdriscoll left #evergreen
16:41 abowling joined #evergreen
16:43 abowling joined #evergreen
17:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:03 mmorgan left #evergreen
17:10 ningalls_ena joined #evergreen
17:12 sykeslewis joined #evergreen

Results for 2017-04-05

02:36 Bmagic joined #evergreen
03:07 Bmagic joined #evergreen
04:10 jeffdavis joined #evergreen
05:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
06:40 rlefaive joined #evergreen
07:11 rjackson_isl joined #evergreen
07:36 rsoulliere joined #evergreen
15:54 gsams csharp++ #I appreciate your work, it's nice to have a solid refresher.
16:06 hbrennan joined #evergreen
16:43 abowling joined #evergreen
17:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:04 mmorgan left #evergreen
17:17 ningalls_ena joined #evergreen
17:17 loocorez_ left #evergreen
17:30 pinesol_green [evergreen|Dan Scott] Install a modern Node.js - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=33e365b>
17:45 ningalls_ena joined #evergreen
18:34 sandbergja_ joined #evergreen
18:34 sandbergja_ Is anybody still around today who is familiar with Trigger.pm?

Results for 2017-04-04

01:09 tsadok joined #evergreen
01:21 egbuilder joined #evergreen
03:53 rtgrusb joined #evergreen
05:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
06:05 kmlussier joined #evergreen
06:06 kmlussier Good morning #evergreen!
06:40 rlefaive joined #evergreen
16:05 loocorez_ joined #evergreen
16:08 Bmagic rjackson_isl: no problem,  will do!
16:57 mmorgan left #evergreen
17:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:38 Bmagic Anyone want to do dinner?
18:13 kmlussier joined #evergreen
19:03 gmcharlt I have successfully jumped the puddle, and am here

Results for 2017-04-03

00:10 dbs gce
00:11 dbs I had almost ponied up for another linode, or a digitalocean, for the month, but... forget it
00:52 jeff linode's hourly only stops when destroyed, not powered off. also, no concept of an elastic ip, iirc.
05:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
06:40 rlefaive joined #evergreen
07:05 sda joined #evergreen
07:16 rjackson_isl joined #evergreen
16:32 jihpringle joined #evergreen
16:38 bshum Safe journey folks, I'll be down sometime Wednesday PM.
16:42 hbrennan See you soon! I start my journey tonight, because #Alaska
17:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:04 mmorgan left #evergreen
17:19 Bmagic safe travels!
18:30 rtgrusb joined #evergreen

Results for 2017-04-02

00:05 madgoat joined #evergreen
00:07 madgoat left #evergreen
02:08 gsams joined #evergreen
05:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
12:06 pinesol_green [evergreen|Eva Cerniňáková] Docs: Information for system administrators about translations - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=a511b6d>
13:43 pinesol_green [evergreen|Jane Sandberg] Docs: replacing XUL client docs with Browser client docs - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=ec97182>
17:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:13 dbs huh, weird, mod_headers was not enabled by the jessie auto-installer
20:46 Guest65544 joined #evergreen
23:02 jeff hrm. syrup gets slow with a course site with 132 items on it. little to no caching of item status, it seems.

Results for 2017-04-01

05:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
09:24 Dyrcona joined #evergreen
14:14 dbs Hmm, anyone know the resolution of the projectors we'll be using at the conference?
15:33 gmcharlt I do not, alas
17:01 pinesol_green News from qatests: Test Failure <http://testing.evergreen-ils.org/~live>
21:11 genpaku joined #evergreen

Results for 2017-03-31

05:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
07:12 rjackson_isl joined #evergreen
07:39 kmlussier joined #evergreen
07:42 Dyrcona joined #evergreen
16:14 Dyrcona Heh. I'm looking through my branches and deleting those that are fixed released.
16:15 Dyrcona While doing so, I'm looking at the Lp bugs.
16:15 Dyrcona I'm finding updates that I missed during the week of 2/20 because I got bogged down with fixing broken servers and basically ignored LP and other list email.
17:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:05 mmorgan left #evergreen
17:23 rlefaive joined #evergreen
20:59 khuckins__ joined #evergreen

Results for 2017-03-30

00:39 book` joined #evergreen
05:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
05:36 remingtron joined #evergreen
05:36 dbwells joined #evergreen
07:07 rjackson_isl joined #evergreen
12:33 jihpringle joined #evergreen
12:41 maryj joined #evergreen
12:43 miker kmlussier: webstaff collab branch finally sync'd and new stuff pushed
12:55 jihpringle frank_guel: one my techs add a © to one of our MARC templates on our 2.12 test server and I'm not seeing any weirdness
12:56 jihpringle maybe there something between 2.8 and 2.12 causing the character issue
12:58 frank_guel I will try putting a new database without nothing and test
13:04 ppound joined #evergreen
13:07 mmorgan Is it possible to use copy criteria in an action trigger filter?
13:08 mmorgan For example, I want to add  "-and" : [ { "target_copy.circ_modifier" :["reserve"] } ]
13:42 frank_guel that is the postgresql 9.4.10 config
13:42 frank_guel What Do you refer about the environment that you run the staff client in?
13:43 Dyrcona OK. That looks OK, but I usually use collation C and character type C. You definitely want UTF-8 encoding in the database.
13:44 frank_guel I did a test, and the problem is just with the new marc records
13:45 Dyrcona Created from the template?
13:45 frank_guel yes,
13:46 Dyrcona Was the template originally created in a UTF-8 environment?
14:51 berick yes indeed
14:52 Dyrcona Might have been nice if the release notes mentioned that. :)
14:53 Dyrcona But, anyway. I'm looking at the ebook api and it looks I don't need to run the service unless I enable the api.
14:55 jeffdavis Dyrcona: yes, that should be true. Nothing depends on that service except the integration layer in the OPAC (and some live tests I suppose).
14:55 Dyrcona jeffdavis: Thanks for confirming. That is what I'm seeing from the code.
14:56 Dyrcona I've asked the powers that be if we should enable it, yet, or wait for 3.0.
14:56 Dyrcona jeffdavis++
15:03 pinesol_green Dyrcona: The outlook is good.
15:03 Dyrcona hah
15:23 khuckins__ joined #evergreen
15:31 kmlussier Funny, we were just looking at the ebook stuff.
15:33 kmlussier jeffdavis: I just set up our test server with our Overdrive credentials. I noticed that if I try to use the Download link from e-items checked out tab, it brings me to https://mlnc1.noblenet.org​/eg/opac/myopac/undefined
15:33 kmlussier Did I miss a configuration step?
15:35 mmorgan joined #evergreen
15:39 jeffdavis kmlussier: no, that's a bug
15:39 kmlussier OK, I'll file one then. :)
16:04 khuckins_ joined #evergreen
16:12 JBoyer I'm out until the conference next week, see some of you then!
16:32 khuckins__ joined #evergreen
17:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:13 mmorgan left #evergreen
17:46 jeffdavis @later tell kmlussier OverDrive download link bug report: https://bugs.launchpad.net/evergreen/+bug/1677813
17:46 pinesol_green jeffdavis: The operation succeeded.

Results for 2017-03-29

03:00 Jillianne joined #evergreen
04:23 hawahaniz_ left #evergreen
05:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
06:55 agoben joined #evergreen
07:08 rjackson_isl joined #evergreen
07:08 rjackson_isl_ joined #evergreen
12:31 JBoyer Thats the hope!
12:32 kmlussier Or, even, 2.12.2. No reason to wait for 3.0. :)
12:32 JBoyer Well, the hope is that there aren't that many to *be* filed, but you know.
12:32 kmlussier JBoyer: I always feel very confident that my thorough testing revealed everything there is to find. And then people start using it in production, and I find out I'm wrong.
12:33 JBoyer "But WHY would anyone do THAT?! That's not how any of this works!"
12:33 berick JBoyer: vacuum full analyze the whole db?  nice
12:35 * berick has a few vacuum-full's lined up, expects to recover several hundred GB of disk space
12:35 berick after cleaning up copy auditor and anonymizing holds
12:35 JBoyer berick, Yeah, that's where all the time will go. I think the db upgrade scripts (minus reingest, of course) only takes a few minutes. I was about to do another test run on our dev server to double check.
12:36 JBoyer we keep all of our auditors trimmed (we delete 2 hogsheads a fortnight), and we run circ/hold purges daily. I'm hoping it all goes smoothly.
12:36 berick heh
12:37 JBoyer I'm reminded though that slony will be the hassle here. Perhaps for the next large upgrade we move to Pg 9.5 and back to the built in sync.
16:06 Dyrcona I've been too bogged down in the day to day to keep up with everything.
16:28 mmorgan joined #evergreen
16:33 khuckins_ joined #evergreen
17:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:10 mmorgan left #evergreen
17:38 khuckins joined #evergreen
18:56 kenstir joined #evergreen
19:22 jihpringle frank_guel: that sounds like a bug to me, I checked our templates which came from 2.10 to 2.12 and we don't have any symbols in our templates so I can't replicate
19:23 frank_guel could be an accent or a symbol.
19:25 jihpringle our templates are pretty much just lists of blank fields per item type
19:27 frank_guel ah ok ok, I did another test, I open the k_book.xml default template, add a word with an accent, and it save it as a weird character, if I open it again and replace the character with the correct word, save the changes and it looks well
19:28 jihpringle frank_guel: I'll ask one of our techs to add some accents/symbols to one of our templates and see if we can replicate
19:30 frank_guel that sounds great, thanks
19:30 jihpringle I'll let you know whether or not we can replicate

Results for 2017-03-28

01:25 StomproJ joined #evergreen
05:00 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
07:08 rjackson_isl joined #evergreen
07:27 pinesol_green [evergreen|Jane Sandberg] Docs: adding more to the config.tt2 variable list - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=92ebc0a>
07:31 agoben joined #evergreen
07:50 kmlussier joined #evergreen
08:09 Dyrcona joined #evergreen
15:02 mmorgan1 joined #evergreen
15:06 bshum Lucky cricket.
15:08 frank_guel joined #evergreen
15:09 frank_guel Hi all, I have a question, I am ussing the 2.12.0EGv in a test server, I am getting the following console error in chrome when I go to the loggin page, "Uncaught Error: Could not load class 'openils.widget.AutoSuggest'. Did you spell the name correctly and use a full path, like 'dijit.form.Button'?"
15:10 frank_guel I guess it is not an 2.12.0 error because I am ussing the 2.8.4 version in a production system and it happends too
15:12 kmlussier I don't see it, but I don't have Autosuggest enabled.
15:13 kmlussier But I just tried another catalog that does use Autosuggest. Yup. I can confirm that the uncaught error does appear in the console.
15:14 kmlussier And autosuggest does not work on the login page.
15:18 bshum Fwiw, the same error occurs on Firefox too.  Autosuggest / dojo unhappiness.
15:20 bshum Since we discontinued autosuggest by default with Evergreen 2.6 new installations, I don't think there's been any further movement on it.
15:31 Jillianne joined #evergreen
15:42 pinesol_green [evergreen|Jane Sandberg] Docs: Web client no longer has borders around patron name - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=c85e457>
15:48 jvwoolf joined #evergreen
15:51 mmorgan joined #evergreen
16:07 khuckins_ joined #evergreen
16:21 mmorgan left #evergreen
17:01 pinesol_green News from qatests: Test Failure <http://testing.evergreen-ils.org/~live>
17:09 khuckins__ joined #evergreen
20:46 kenstir joined #evergreen
21:02 kenstir Hey hi ho.  I have a question about services available to the android app through OSRF.

Results for 2017-03-27

05:00 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
07:06 rjackson_isl joined #evergreen
07:20 JBoyer joined #evergreen
07:39 agoben joined #evergreen
16:38 gmcharlt Dyrcona: yeah, you can
16:41 Dyrcona Just two entries or is it a list?
16:51 Dyrcona Even if you set more than 1, it looks like only 1 of them will be used...
17:00 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:10 mmorgan joined #evergreen
17:18 mmorgan left #evergreen
20:24 kmlussier joined #evergreen
21:27 wsmoak joined #evergreen
21:29 genpaku joined #evergreen
23:21 pinesol_green [evergreen|Jane Sandberg] Docs: adding to the list of config.tt2 variables - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e7a5763>

Results for 2017-03-26

03:14 Callender joined #evergreen
03:17 Callender_ joined #evergreen
03:35 RBecker joined #evergreen
05:02 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
12:53 Dyrcona joined #evergreen
16:16 Jillianne joined #evergreen
16:52 pinesol_green` joined #evergreen
17:02 pinesol_green` News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
20:16 kenstir joined #evergreen
20:34 dbs heh, bshum, install docs in master still provide instructions for compiling node 0.10.28 from source: http://git.evergreen-ils.org/?p=Evergreen.​git;a=blob;f=docs/installation/server_inst​allation.txt;h=539ab85ea1c3037474242e668e5​aaa15c8c3028f;hb=refs/heads/master#l154
20:44 dbs Also OpenSRF instructions for Debian websockets install assumes wheezy it seems; directions are for apache 2.2
21:22 dbs and that enabled me to start it, yay
21:25 dbs oh yeah, cloud firewall blocking 7682, might as well set up that nginx proxy
21:28 dbs haha, had to stop apache2 before installing nginx or else I would get "dpkg: dependency problems prevent configuration of nginx nginx depends on nginx-full"
21:31 bshum dbs: Yeah I think csharp already noted that issue for nginx
21:31 bshum It should be in the latest OpenSRF master already
21:31 bshum Maybe the file hasn't been regenerated for the website
21:33 bshum As for master, I guess we could update it to a newer nodejs version.  But the note ahead of it also specifies that if you use the developer make target on Jessie, Trusty, or Xenial, you can skip the building from scratch
21:34 bshum It's really only for Wheezy that we built from source because the version of nodejs wasn't new enough to do it.  Or didn't exist I guess.
21:34 * bshum hasn't tested with the latest nodejs, but figure it could be an interesting experiment down the road to try
21:36 bshum Hmm, nope, the OpenSRF-2.5.0 readme has csharp's change for reconfiguring the apache ports first, before installing nginx.
21:36 bshum Maybe you saw something new dbs
21:39 dbs yay webby
21:39 dbs (got it working)
21:40 bshum dbs: Since you're using the proxy, I might point you in the direction of https://bugs.launchpad.net/evergreen/+bug/1648234
21:40 pinesol_green Launchpad bug 1648234 in Evergreen "Internal Apache port leaks when using proxy" [Medium,Confirmed]
21:41 dbs yeah, I had updated the ports in eg.conf but missed ports.conf
21:41 dbs there are many ways to get knifed
21:42 bshum Yeah I feel like not many have really tested it.
21:42 bshum I know I've only setup nginx proxy twice so far.  And haproxy only once, unsuccessfully.  So more eyes, the better I'm sure.
21:43 dbs I've gone through the steps a few times now, but last time was on trusty; this time jessie
21:47 dbs and time before that was when we upgraded in September to 2.10, so few and far between
21:47 dbs part of my fun this time around was going back and enabling webby after having already installed evergreen

Results for 2017-03-25

05:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
07:36 kmlussier joined #evergreen
11:13 dbs silly me, thought I could set up a simple nginx instance on localhost to proxy / to a VM; works okay for http but totally fails once I hit https (myopac etc) with weird TLS protocol errors
11:13 dbs probably the result of localhost https with invalid cert proxying vm https with invalid cert, heh
12:32 dbs the auto installer is... special
12:41 Dyrcona joined #evergreen
15:24 Jillianne joined #evergreen
17:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
18:08 Jillianne joined #evergreen

Results for 2017-03-24

05:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
07:10 rjackson_isl joined #evergreen
07:46 agoben joined #evergreen
07:50 Dyrcona joined #evergreen
08:39 pinesol_green Launchpad bug 690910 in Evergreen "Apache process spin out of control" [Undecided,Incomplete] https://launchpad.net/bugs/690910
08:39 Dyrcona JBoyer: Yes, I believe it is the Perl code that is ultimately responsible.
08:39 Dyrcona Possibly, Perl itself.
08:40 Dyrcona I need to do some more testing, but something changes from Perl 5.14 (maybe 5.18) to Perl 5.20 that make DBD::Pg and DBI behave "differently."
08:41 Dyrcona Of course, this happened on Debian 7 with Perl 5.14 and Apache 2.2, so that wouldn't be the issue here.
08:41 Dyrcona But, still, if someone did a search that tries to return every record....
08:48 mdriscoll joined #evergreen
11:54 Dyrcona I tried that once, 15+ years ago....not going back.
11:55 Dyrcona yppasswd opensrf ....
11:55 Dyrcona Oops.. wrong window :)
11:56 Dyrcona This'll be fun...testing a db upgrade in a file image on a USB drive....
11:57 Dyrcona <spongebob_depressed_announcer_voice>Two months later....</spongebob_depressed_announcer_voice>
11:57 jeff hah. mostly-quiescent non-production database, ran a vacuum full analyze on it earlier today. shrunk by a few gigs, as you might expect for something that hadn't been vacuumed in a bit and had a bunch of data shuffled around within it.
11:57 jeff the "hah" was because i just noticed that it grew by a megabyte since then. :-)
11:58 Dyrcona Well, this'll be a pg_upgrade test with production data, freshly restored, so it'll be small as possible.
11:58 Dyrcona I tried before with a 600GB image file. It was too smal.
11:59 Dyrcona The missing 'l' is somehow appropriate.
12:03 jvwoolf joined #evergreen
15:00 rhamby which isn't to say I won't do it ......
15:05 kmlussier I missed a lot of these tweets the first time around.
15:41 kipd joined #evergreen
16:35 jeffdavis hm, I'm getting an error in the web client when I should get an opt-in dialog
16:35 jeffdavis 2.12 beta, still need to test on 2.12.0
17:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:06 remingtron joined #evergreen
20:42 jvwoolf joined #evergreen
21:10 jihpringle_ joined #evergreen

Results for 2017-03-23

05:00 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
05:15 jonadab joined #evergreen
06:07 jonadab joined #evergreen
06:27 abowling joined #evergreen
13:30 NawJo Thank you all for your help, thank you Dyrcona and  Berick :)
13:33 Dyrcona You can login now?
13:36 NawJo Yes, yes :)
13:37 NawJo I wrote the rtl stylesheets for web client days ago, and now I want to test them :)
13:38 Dyrcona OK. Have fun and thanks for the stylesheets.
13:38 berick NawJo++
13:39 NawJo :) thank you all
16:16 Dyrcona echo...echo.. echo... My brain can spell, it's just my fingers that can't.
16:17 berick just tried for grins, no dice.  I also tried exporting TZ before the srfsh line
16:17 * berick confirms it's in the osrf message w/ the original command
16:18 gmcharlt berick: yep, the TZ should be passsed in
16:18 gmcharlt and I've verified in the srfsh log on my test system that the tz is being passed in the request
16:18 gmcharlt now checking the cstore side of things
16:18 berick gmcharlt++
16:19 Dyrcona OK. I've never mangled the env with pipes much.
16:19 Dyrcona It looks...well, weird and wrong.
16:27 * berick nods
16:35 BAM_ joined #evergreen
16:39 kmlussier joined #evergreen
16:40 Dyrcona I tested with circulation, so transactions.
16:40 Dyrcona I don't think I thought to test it without a transaction.
16:41 Dyrcona "I don't think I thought..." heh....
16:41 gmcharlt friends don't let friends do circulation transactions outside of transactions
16:41 Dyrcona :)
16:53 bshum Leading to a bad video
16:53 bshum But, hey, fun!
16:53 bshum :D
17:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:08 mmorgan joined #evergreen
17:14 mmorgan left #evergreen
17:29 jvwoolf left #evergreen
21:41 bshum Oh special.
21:41 bshum https://bugs.launchpad.net/ubunt​u/+source/ejabberd/+bug/1659801
21:41 pinesol_green Launchpad bug 1659801 in ejabberd (Ubuntu) "apparmor rules block ejabberdctl" [Undecided,New]
21:41 bshum Just came across this segmentation error on Ubuntu 16.04 dry run while trying to run through ejabberd user registration :\
21:41 bshum Ruined my asciinema recording, bah
21:42 bshum Guess I'll have to try it all over again
21:43 * bshum blows away his VM to test anew
21:49 * bshum considers making the recording on Trusty instead
21:50 bshum Or Debian... *shudders*
23:05 Dyrcona I have not encountered that one, but I always start ejabberdctl with sudo.
23:06 bshum I ran it as root
23:06 bshum And got that error

Results for 2017-03-22

01:13 bshum_ joined #evergreen
01:15 bshum joined #evergreen
01:23 bshum @coin
01:23 pinesol_green bshum: heads
05:00 pinesol_green News from qatests: Test Failure <http://testing.evergreen-ils.org/~live>
07:14 agoben joined #evergreen
07:25 Callender_ joined #evergreen
07:25 Callender joined #evergreen
12:30 gmcharlt review requested
12:30 Dyrcona oh well. after lunch.
12:42 kmlussier gmcharlt: I can grab that one.
12:42 * csharp is available for testing stuff too, FYI
12:44 csharp (at least for the next hour or so)
12:54 pinesol_green [evergreen|Galen Charlton] LP#1668720: remove browser console noise for OPAC - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=47f5e9a>
13:52 BAM_ joined #evergreen
14:04 pinesol_green [evergreen|Galen Charlton] 2.11.3-2.12.0 schema update script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=5ae1694>
15:58 bshum Needles in the haystack
16:00 pinesol_green [evergreen|Galen Charlton] fix typo that broken generation of es-ES lang.dtd - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=713bb94>
16:37 kmlussier gmcharlt++ # Early karma for building the release. :)
17:00 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:32 pinesol_green [evergreen|Galen Charlton] LP#1669868: fix regression that broke building staff client - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=35efd51>
17:58 Jillianne joined #evergreen
18:11 bshum joined #evergreen
18:20 gmcharlt final time's a charm, hopefully
18:43 Dyrcona joined #evergreen
18:44 Dyrcona gmcharlt: When I added that code for PKG_CHECK_MODULES, I thought I was doing it in a sensible place, but I really meant not to put it in a block. I guess I didn't look hard enough.
18:59 gmcharlt no worries - just becomes another thing to write a CI build test for :)
19:19 gmcharlt at long last, now uploaded and available for download
19:20 Dyrcona gmcharlt++
19:20 Dyrcona Just to make sure, I built a linux client on my xenial vm.
19:21 Dyrcona After pulling master, it works.

Results for 2017-03-21

02:18 dbwells_ joined #evergreen
04:46 gsams joined #evergreen
04:55 gsams joined #evergreen
05:02 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
06:40 rlefaive joined #evergreen
06:53 agoben joined #evergreen
07:12 rjackson_isl joined #evergreen
10:36 kmlussier If we do keep it, though, I agree with Dyrcona that we might want to name it .next so that we don't need to rename it every time we make a big jump in release numbers.
10:36 berick i guess the rule is when you add a pullrequest for a wishlist/feature bug, you have to set a milestone of 'next' or it will likley be ignored ?
10:36 berick yes, definitely needs renaming
10:38 kmlussier berick: I've always followed that rule when submitting my own code because I was told it would be more likely to get attention if it was targeted. In general, when looking for code to test, I usually just look for the pullrequest tag.
10:39 bshum One of the old ideas was to rename 2.next into 2.actualnumber-alpha but that got tiresome to keep reshuffling bugs away from the actual milestones.  So we ended up leaving 2.next as is as a general placeholder to target future dev
10:40 bshum I'd prefer to keep a target around for next dev just cause I do find that untargeted bugs can easily get lost in the mire of open tickets depending on how you set your search scopes
10:40 berick kmlussier: same here, i just look for the tag
10:42 kmlussier Overall, I think it would be good practice to try to go through all those bugs with pullrequest tags, merge the ones that are ready, and actively remove the pullrequest tags, possibly adding a needsrepatch tag, for ones that aren't ready.
10:42 kmlussier But now I'm living in the land of dreams.
10:43 kmlussier I do find that many of the bugs that sit without a pullrequest tag are there because we're reluctant to remove the pullrequest if it's not ready or needs a test.
10:43 kmlussier OK, now I'm just talking gibberish. /s/without/with
10:45 berick that's consistent w/ my lp-world view
10:46 berick pullrequest means merge me as soon as possible, if I don't have a milestone, put me in master.
10:46 * berick is not pushing for anything, just like knowing how people work
11:05 berick as to me they are the same thing
11:05 bshum As long as bugs get worked on, I think that's the key goal :D
11:06 berick very diplomatic ;)
11:06 bshum gmcharlt: Speaking of, sorry I saw your question... but got distracted, lol.  So uh, my answer is maybe
11:06 bshum gmcharlt: I didn't get to play with it directly myself yet
11:06 bshum But I'm always happy to test and merge stuff that people push my way
11:07 kmlussier Yeah, if I were proposing anything, it's probably that bugs get worked on. :) I know core committers are busy, but one or two bugs a month seems reasonable to me.
11:30 csharp gmcharlt: I'll take a look
11:33 gmcharlt csharp: great!
15:08 berick booting_up_the_thunderdome++
15:09 berick (it runs on windows 98)
15:09 csharp https://www.youtube.com/watch?v=tajDxBaPBBM
15:09 berick you've got mail!
15:10 kmlussier joined #evergreen
15:11 berick miker: another thought, assuming a non-hatch version of offline is viable, starting there lowers the barrier to entry for broader testing.
15:12 miker it does, certainly. (sans printing stuff above)
15:36 hbrennan joined #evergreen
15:39 Jillianne joined #evergreen
15:40 Dyrcona gmcharlt | csharp: https://bugs.launchpad.net/eve​rgreen/+bug/1669868/comments/9
15:40 pinesol_green Launchpad bug 1669868 in Evergreen ""make check" failure" [High,Confirmed]
15:40 Dyrcona I developed that on Ubuntu 16.04. I'll test on wheezy, jessie, and trusty next.
15:41 gmcharlt Dyrcona: thanks
15:48 Dyrcona Works for me on jessie.
15:51 Dyrcona Works on wheezy.
16:27 mmorgan joined #evergreen
16:52 bshum Taco time :)  See you guys later...
17:00 Dyrcona I ..am.. outta here!
17:00 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:09 mmorgan left #evergreen
17:10 khuckins joined #evergreen
17:11 * kmlussier heads out to get pizza.

Results for 2017-03-20

05:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
07:05 NawJo joined #evergreen
07:22 rjackson_isl joined #evergreen
07:54 collum joined #evergreen
09:51 * Dyrcona thinks his initial assessment of a "bug" might be wrong.
10:00 Dyrcona Just doing this: "select distinct * from biblio.record_entry where not deleted" and print the marc field from the result leads to memory starvation.
10:01 Dyrcona That is more or less the query if you do marc_export -a with no other selection options.
10:02 Dyrcona I don't believe the starvation happened on Wheezy or Trusty. I can build a vm on one of those later to test it.
10:02 mmorgan1 joined #evergreen
10:06 jeff Dyrcona: in your test case above, you're still using perl + dbi, or do you have that issue even executing the query via psql?
10:06 Dyrcona jeff: That is Perl + DBI.
10:06 jeff Dyrcona: and, which distros have you encountered the issue on?
10:06 Dyrcona This is Debian 8 Jessie. I've seen similar on Ubuntu 16.04, but has not tested this specific script.
10:07 Dyrcona I'm doing it without the distinct to see if that makes a difference.
10:07 Dyrcona Also, it's important to note that we have approximately 2.7 million bibs that are not deleted.
10:07 * jeff nods
10:41 Dyrcona Yes, understood. And cursors are so 20th century.... :)
10:43 Dyrcona I don't think it's a question of the amount of RAM changing. I believe the server that I used to run this on had 8GB, and I've run it on a vm with 8GB with similar results.
10:43 Dyrcona Similar results meaning it crashes.
10:43 jeff Yeah, I was about to suggest re-testing to see if you can reproduce on older distro with this same dataset.
10:44 jeff But at this point, that's probably mostly to satisfy curiosity.
10:44 jeff grabbing a configurable chunk of bibs at a time will probably be the fix.
10:44 jeff default to 10k or 50k or whatever testing shows to use a semi-reasonable amount of ram.
10:45 jeff which version of perl are you running on the problematic system?
10:46 Christineb joined #evergreen
10:47 jeff oh. jessie, therefore 5.20.2
10:59 Dyrcona Xenial is 5.22.something
11:00 jeff https://rt.cpan.org/Public​/Bug/Display.html?id=93266 is the DBD::Pg bug for fixing this long-term, which also isn't immediately useful.
11:06 Dyrcona Right.
11:06 Dyrcona I'm going to build some 8GB VMS with different distros: Wheezy, Jessie, Trusty, and Xenial to test this.
11:07 Dyrcona Mabye not today, but soon.
11:07 Dyrcona I may have a non-issue. :)
11:20 fbeaudry joined #evergreen
16:19 eady joined #evergreen
16:20 rlefaive joined #evergreen
16:29 kmlussier joined #evergreen
17:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:05 mmorgan left #evergreen
23:20 genpaku joined #evergreen

Results for 2017-03-19

05:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
10:51 Dyrcona joined #evergreen
11:26 IRCFrEAK joined #evergreen
12:12 teletype01 joined #evergreen
12:33 NawJo joined #evergreen
15:48 Jillianne joined #evergreen
17:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>

Results for 2017-03-18

02:56 gsams joined #evergreen
05:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
08:46 Dyrcona joined #evergreen
10:14 NawJo joined #evergreen
17:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
23:46 Jillianne joined #evergreen

Results for 2017-03-17

05:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
06:53 agoben joined #evergreen
07:10 rjackson_isl joined #evergreen
07:30 graced Happy St. Patrick's Day , #evergreen!
15:51 kmlussier Actually, it makes sense. The ones that don't have covers in the feed also don't have them in the regular catalog.
15:52 Dyrcona Ah ha!
15:53 * Dyrcona learned something: The action.hold_notification is created by the cleanup routine on the action trigger runner, but that still doesn't tell me why it failed on Monday.
15:56 * kmlussier looks longingly at bug 1236979, which retrieved that feed so much more quickly, but was not quite right in testing.
15:56 pinesol_green Launchpad bug 1236979 in Evergreen "Speed up bibs-by-item-age" [Medium,Confirmed] https://launchpad.net/bugs/1236979 - Assigned to Galen Charlton (gmc)
15:57 kmlussier Oh! I hadn't noticed gmcharlt's name on that one.
15:57 StomproJ Dyrcona, I just tried it out and ISBN lookup does still work for /ac/jacket/small/ISBN It just won't handle records with ISSN/UPC.
16:49 mmorgan [% END %]
16:49 mmorgan terran++
16:57 kmlussier terran++
17:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:07 mmorgan left #evergreen

Results for 2017-03-16

01:24 brakattak joined #evergreen
05:00 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
06:40 rlefaive joined #evergreen
07:09 rjackson_isl joined #evergreen
07:49 kmlussier joined #evergreen
16:59 pinesol_green kmlussier: The horror... The horror...
17:00 kmlussier Sigh...
17:00 kmlussier @quote random
17:00 pinesol_green kmlussier: Quote #142: "csharp: do you want to be a sys admin or a fireman?" (added by mrpeters at 08:41 PM, March 03, 2016)
17:00 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:01 jvwoolf joined #evergreen
17:01 khuckins_ joined #evergreen
17:15 jvwoolf left #evergreen

Results for 2017-03-15

01:39 StomproJ joined #evergreen
01:45 Guest45619 joined #evergreen
05:02 pinesol_green News from qatests: Test Failure <http://testing.evergreen-ils.org/~live>
06:40 rlefaive joined #evergreen
07:11 rjackson_isl joined #evergreen
07:16 agoben joined #evergreen
07:39 * pinesol_green brews and pours a cup of Ethiopia Yirga Cheffe Koke Espresso, and sends it sliding down the bar to graced
07:39 graced mmmmmm
07:53 kmlussier joined #evergreen
07:55 kmlussier PgTAP live test failure. Must be a release day.
08:02 rhamby kmlussier: think of it as getting it out of the way early
08:06 kmlussier Beware the Ides of March
08:13 rhamby kmlussier: yes but in revenge Octavian took revenge on 300 senators and slew them on an altar dedicated to Ceasar... so slaying bugs is revenge?
08:14 rlefaive joined #evergreen
08:17 kmlussier rhamby: Do I have to slay 300 bugs?
08:19 rhamby kmlussier: I think the actual number should be relative to the crime, so failing a pgtap test isn't quite up there with murder
08:19 kmlussier OK, the Concerto users shifted in actor.usr.
08:20 * kmlussier is experiencing Déjà vu
08:22 kmlussier If I change the id in the test to point to new id 189, we should be good.
08:23 kmlussier And add a comment to bug 1672434 that we also need to address the addition of usr records to the sample dataset.
08:23 pinesol_green Launchpad bug 1672434 in Evergreen "Improved method for adding new bib records to test dataset" [Undecided,New] https://launchpad.net/bugs/1672434
08:40 kmlussier bug 1673059 for anyone who would like to test and signoff.
08:40 pinesol_green Launchpad bug 1673059 in Evergreen "Update passwd storage test" [Undecided,New] https://launchpad.net/bugs/1673059
08:44 bshum kmlussier: I'll test and get that in, since I broke it.
08:44 bshum Should only take a moment or two
08:48 rlefaive joined #evergreen
08:51 mmorgan joined #evergreen
08:54 bshum kmlussier++ # test passed for me, pushed to master for you
08:55 kmlussier bshum++ Thank you!
08:58 pinesol_green [evergreen|Kathy Lussier] LP#1673059: Update passwd storage test - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=6cd11aa>
08:59 Dyrcona joined #evergreen
09:01 Callender joined #evergreen
09:38 maryj joined #evergreen
09:44 gmcharlt I've now branched rel_2_12 in preparation for the RC
09:44 gmcharlt and now that that branch exists... I'm declaring a freeze on it :)
09:45 gmcharlt specifically, please don't merge anything that is not directly related to the release until I say otherwise
09:50 dbs bshum: what the heck? we both ran the live tests and didn't see any issues, right? *sigh*
09:50 JBoyer gmcharlt++
09:51 kmlussier gmcharlt++
09:51 dbs gmcharlt++
16:55 remingtron frank_guel: you may need to view that record in your Evergreen staff client and use the "Clear AddedContent Cache" link on the right sidebar
16:57 remingtron frank_guel: here is the documentation for this feature, in case it helps: http://docs.evergreen-ils.org/2.11/_includi​ng_external_content_in_your_public_interfac​e.html#_clear_external_added_content_cache
16:59 frank_guel remingtron: at IPICYT we are still on 2.8.4 EG version, so there is no the Clear addedContent cache option,
17:00 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:05 remingtron frank_guel: Okay. It looks like this feature was added in 2.9: https://bugs.launchpad.net/evergreen/+bug/1435938
17:05 pinesol_green Launchpad bug 1435938 in Evergreen "New Feature: Allow Staff to clear Added Content cache" [Wishlist,Fix released]
17:06 Jillianne2 joined #evergreen
18:02 dbwells gmcharlt++
18:08 gmcharlt also, I have created LP milestones for _both_ 2.12.0 and 2.12.1 and divvied up the unfixed bugs that were assigned to 2.12-rc
18:10 gmcharlt I was conservative in how I did that: if it wasn't something that visibly affected installation on one or more platforms or caused a lot of JS console spewage, I bumped it to 2.12.1 rather than 2.12.0
18:21 frank_guel remingtron: thanks for your help. It let me understand how it works.
18:22 frank_guel As a part of the 2.11.3 EG update testing, I already install EG and it looks working well on opac, but I am getting this message when I want to access to staff client: XML Parsing Error: undefined entity Location: chrome://open_ils_staff_cl​ient/content/main/main.xul Line Number 21, Column 1:<window id="main_win"  ^
18:34 dbs frank_guel: if you want to remove the cached images right away, you can do something like 'memcrm --servers=localhost ac.jacket.small.0471828726'
18:34 dbs (repeating for medium, large in place of small)
18:35 dbs memcdump --servers=localhost | grep ac.jacket.large # will show you all of the keys for cached large jackets
20:04 * bshum should start writing stuff like this down
20:04 bshum For said talk :)
20:06 frank_guel thanks , it works, bshum
20:07 bshum I'm not sure why the built clients don't have the right content in them.  gmcharlt should check his install directory to see what's where.  On my test system when I build all the locales, lang.dtd looks fine.  And we only just branched rel_2_12 today, so I would have thought the new 2.12-rc client should be fine too.
20:08 bshum frank_guel++ Thanks for checking that out for us!
20:09 frank_guel :)
20:09 * bshum feels like Bmagic encountered this error recently too, but we just weren't sure what we were looking at then; check above for details if you still want Spanish :)
20:10 gmcharlt I'll look at it tomorrow

Results for 2017-03-14

16:51 miker yeah, looks like just one, for booking from holdings view
16:52 kmlussier heh...controversial booking code.
16:53 miker pushed
16:55 pinesol_green [evergreen|Jason Etheridge] webstaff: Make Items Bookable and Book Item Now for Holdings View - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=549d6a0>
17:00 khuckins__ joined #evergreen
17:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:17 Bmagic We are interested in getting our catalog in google results. We are generating the sitexml files nightly. Any other tricks anyone tried? Like geo data in the meta tags?
17:19 jeff Bmagic: dbs has done a bit of work in this area. have you looked at any of his writings/presentations?
17:20 Bmagic It's vaguely familiar, I know that schema.org vocaular is sneaking into the template toolkit
19:58 dbs Start with the sitemap and see how many pages Google adds to its index.
20:20 kmlussier joined #evergreen
22:24 pinesol_green [evergreen|Dan Scott] LP#1671112 Sample users and addresses with Unicode characters - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=9793d47>
22:39 bshum Neato
22:39 bshum First time using nginx to proxy websocket and stuff
22:39 bshum Cool stuff :)
22:41 bshum berick: Just FYI, I tested out the apache config changes for https://bugs.launchpad.net/evergreen/+bug/1648234 and it worked for me (minus a tiny tweak to setup on 7443 and not 70443 like the test plan says)
22:41 pinesol_green Launchpad bug 1648234 in Evergreen "Internal Apache port leaks when using proxy" [Undecided,New]
22:41 bshum I'll make a note on the bug and push a signoff branch
22:42 bshum I couldn't figure out how to get haproxy going yet, but the nginx instructions are pretty straightforward thankfully.  Though I did have to disable the default nginx config which is not mentioned in the OpenSRF readme

Result pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138