| Time |
Nick |
Message |
| 00:07 |
|
beanjammin joined #evergreen |
| 07:08 |
|
rjackson_isl joined #evergreen |
| 07:32 |
|
Dyrcona joined #evergreen |
| 07:36 |
|
rlefaive joined #evergreen |
| 08:14 |
bshum |
I decided to convert https://bugs.launchpad.net/evergreen/+bug/1752025 into a question; and answered using the code museum page (which is being updated with links to more legacy stuff) |
| 08:14 |
pinesol_green |
Launchpad bug 1752025 in Evergreen "2.11.2 version installation path" [Undecided,Invalid] |
| 08:19 |
|
kmlussier joined #evergreen |
| 08:22 |
bshum |
I put 2.12 and 2.11 onto the museum page (figure 2.12 is on its way to history anyways) |
| 08:25 |
|
jvwoolf joined #evergreen |
| 08:35 |
|
serflog joined #evergreen |
| 08:35 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org |
| 08:35 |
Dyrcona |
Perhaps we should use that bundle? |
| 08:36 |
JBoyer |
Agreed, but probably not in a last minute patch I really hope to get included before 3.0.4 and 3.1.0 :) |
| 08:36 |
Dyrcona |
Welcome back, serflog... Does that mean my previous statement will have no context in the logs? |
| 08:36 |
bshum |
Heh, probably |
| 08:36 |
bshum |
Looks like it got disconnected right before Jboyer's mention |
| 08:37 |
bshum |
Oh wells |
| 08:37 |
JBoyer |
That was a very moving sonnet you wrote about the importance of software development practices, 'tis a shame it will be lost forever with serflog's dereliction of duties. |
| 08:37 |
Dyrcona |
Well, there's nothing in the new logs after 15:57 EST yesterday. |
| 08:38 |
Dyrcona |
Guess, I should have just said, "the logs." |
| 08:38 |
bshum |
Well, I only saw the serflog disconnect today |
| 08:38 |
bshum |
Looks like yesterday was fine |
| 08:38 |
* bshum |
shrugs |
| 08:38 |
Dyrcona |
All right. I'll wait a bit to see if the web page catches up. |
| 08:39 |
* Dyrcona |
is messing with local VMs and has concluded that --enable-python is definitely busted on Ubuntu 16.04. |
| 08:39 |
Dyrcona |
Good thing no one uses python. :) |
| 08:42 |
|
mmorgan joined #evergreen |
| 08:48 |
JBoyer |
Oh. re: minified JS. Apparently I have EXPAND_WEB_IMPORTS turned on. Doesn't seem like the sort of thing I'd go out of my way to enable but that's what controls whether you use the blob or the individuals |
| 08:52 |
kmlussier |
hmmm...no qatest results have been posted in the channel since Saturday. |
| 08:53 |
bshum |
kmlussier: I vaguely recall phasefx was poking at something regarding that recent failure. Maybe he's still poking. |
| 08:53 |
bshum |
Either way, we need to get those results moved to a newer VM that's not wheezy. Eventually. Someday. |
| 08:54 |
Dyrcona |
Well, I poked at the bug to fix the test, but sine I ran into problem with offline mode, I didn't push it. |
| 08:54 |
|
rlefaive joined #evergreen |
| 09:03 |
csharp |
Dyrcona: the last thing said yesterday was at 15:57, so logs are okay, I think |
| 09:03 |
Dyrcona |
Well, Ok. :) |
| 09:04 |
|
bos20k joined #evergreen |
| 09:08 |
Dyrcona |
Um... apache2-websockets claims there's no mpm enabled, but /etc/apache2-websockets/mods-enabled/ has mpm_prefork conf and load links in it. |
| 09:08 |
Dyrcona |
Anyone seen this issue before? |
| 09:09 |
Dyrcona |
Maybe I copied the wrong apache2.conf? |
| 09:10 |
Dyrcona |
Yes, I think I did copy the one for apache 2.2 and not 2.4 |
| 09:11 |
|
jvwoolf1 joined #evergreen |
| 09:11 |
Dyrcona |
That's better. :) |
| 09:18 |
kmlussier |
Would anyone be interested in testing bug 1661688? It looked good in my testing, but I added some commits that need a signoff before it can be merged. |
| 09:18 |
pinesol_green |
Launchpad bug 1661688 in Evergreen "Want easy way to clear a hold when picked up by other patron" [Wishlist,Confirmed] https://launchpad.net/bugs/1661688 |
| 09:26 |
|
yboston joined #evergreen |
| 09:32 |
kmlussier |
Dyrcona: I can log in with Firefox. |
| 09:33 |
Dyrcona |
kmlussier: I don't trust your tests. You have branches loaded. :) |
| 09:33 |
Dyrcona |
I'm installing stock master on Ubuntu Xenial VMs. |
| 09:33 |
kmlussier |
Dyrcona: Yes, I do. And I'm not using Xenial either. |
| 09:33 |
Dyrcona |
I'll try on another one in a bit. |
| 09:33 |
Dyrcona |
I saw it first on trusty. |
| 09:34 |
Dyrcona |
Oh, I take that back, I haven't tried Firefox on trusty. |
| 09:34 |
Dyrcona |
I was thinking of offline not working. |
| 09:35 |
kmlussier |
I probably should try updating the OS on my VMs someday. |
| 09:35 |
kmlussier |
In my spare time. |
| 09:35 |
|
beanjammin joined #evergreen |
| 09:35 |
Dyrcona |
If you update the host o/s, I think your scripts will stop working because of bugs in ubuntu-vm-builder. |
| 09:35 |
Dyrcona |
I'll have to show you how to use virt-manager some day. |
| 09:36 |
kmlussier |
Dyrcona: OK, I'm game. |
| 09:40 |
Dyrcona |
There's a patch on Lp to fix the bug, and it has been waiting on one of the maintainers to approve it for a few years. |
| 09:46 |
Dyrcona |
Can't find it, now, of course. |
| 09:49 |
dbs |
Dyrcona: we use Python, but our scripts are running on a debian jessie box. thanks for the heads-up! |
| 09:49 |
rlefaive |
Hey folks! We are experiencing visibility issues (i know right) with our recent upgrade from 2.12 to 3.0.3. It seems like items won’t show in the OPAC unless they have a bib source. (We only started assigning bib sources to our ebooks for the transcendence and 95% of our print books have null bib source). I wasn’t around when this happened, so I’d like to know - is it expected usage to keep valid records with Null as a bib source? |
| 09:50 |
Dyrcona |
dbs: It looks like something in pyxmpp. When I Google the message, I get nothing, just an irrelevant thing about jira. |
| 09:52 |
dbs |
Dyrcona: yeah you mentioned auth yesterday, maybe (haha) pyxmpp doesn't expect anyone to be using the deprecated plain auth method anymore? :) |
| 09:53 |
* dbs |
looks at https://github.com/Jajcus/pyxmpp - last changed 7 years ago - well that's probably not it, if that's the right source repo |
| 09:54 |
dbs |
and pyxmpp2 (https://github.com/Jajcus/pyxmpp2) says "This code is far from being complete and is not actively developed" |
| 09:54 |
kmlussier |
rlefaive: That should be fixed in 3.03. |
| 09:55 |
kmlussier |
rlefaive: Oh, wait, that's different. |
| 09:56 |
rlefaive |
kmlussier: I know! There are tons of visibility things in 3.0 so far, and we’re on 3.0.3… i’m more wondering if we’re using bib sources right, or if we maybe missed a memo telling us we were supposed to add bibsources to everything |
| 09:56 |
kmlussier |
rlefaive: They have a null bib source and copies attached? Are they not showing in the public catalog, the staff catalog or both? |
| 09:56 |
kmlussier |
rlefaive: No, you should be able to go without a bib source. Most of the records in Concerto don't have a bib source, but I haven't noticed this problem there. |
| 09:57 |
rlefaive |
kmlussier: Null bib source, active copies. Shows up fine when searching the catalogue using the staff client, but does not show up when searching the opac. |
| 09:59 |
rlefaive |
kmlussier: even weirder, when typing into the opac, autosuggest populates the correct title [sidenote: i know the fact that we have autosuggest enabled is weird in itself] - but when you click the suggestion or complete the title, there are “sorry, no entries found" |
| 10:01 |
kmlussier |
rlefaive: I don't see that on a test system with the Concerto dataset. However, that's a fresh install, and I recall when we encountered other visibility issues, there was a difference between upgraded data and those records that were added after the upgrade. |
| 10:02 |
rlefaive |
kmlussier: yeah - there’s a script in the release notes that updates something to do with visibility - but only for bibs that have a source. |
| 10:03 |
kmlussier |
The reasons we only updated visibility for records with a source is because the bug was for records that had a source. But, if you did your upgrade straight from 2.12, you do need to calculate visibility for all your records at some point during the upgrade. |
| 10:08 |
kmlussier |
I think that would have been done in the 2.12.6 - 3.0 upgrade script. And then the script that only touched records with a source came after that. |
| 10:09 |
rlefaive |
kmlussier: ok. I know that we skipped some of the reingest steps because there were so many. We thought that we had applied them all. |
| 10:09 |
* kmlussier |
nods |
| 10:12 |
rlefaive |
kmlussier: My theory is that when the bib source is null, visibility is not getting calculated right. When I put the record in a transcendant bib source, it appeared in the OPAC. And when I removed the bib source, it (eventually) vanished from the opac. (eventually - either it takes forever to index, or something is caching? It’s super frustrating to test because i never know when my changes should take effect) |
| 10:15 |
kmlussier |
rlefaive: Hmmm, let me try those steps and see what happens. |
| 10:20 |
|
beanjammin joined #evergreen |
| 10:24 |
kmlussier |
rlefaive: I'm not seeing my l bib records disappearing from the opac when I change a record back to a null bib source. I restarted memcache, osrf services, apache just to make sure I was getting a cached search. |
| 10:27 |
rlefaive |
kmlussier: ok. I wondered if it might be because the item wasn’t being found. So I made a new item, and now (“now” - after waiting a few minutes) a title search that previously didn’t show it, now shows the bib with “1 of 1 copy available”. Thing is, now there are two copies, and when going into the bib, i see two copies in different locations with status “Available”. |
| 10:27 |
JBoyer |
rlefaive, testing a search for changes can be irritating because they are cached. If you change your search to exclude a word you know doesn't exist (i.e. add a -randomjunk to the search) you can make sure it's not cached results. |
| 10:27 |
rlefaive |
JBoyer++ omg that’s such a good idea! |
| 10:27 |
kmlussier |
JBoyer++ |
| 10:27 |
JBoyer |
Also helps give you something to grep if it's the sort of thing you end up in the logs for. |
| 10:29 |
JBoyer |
Speaking of which... If you log your db queries that may help explain what's going on. It takes a bit to pull apart exactly what's happening in a search Q but it may explain what you're seeing if it's not a missed upgrade script. |
| 10:31 |
kmlussier |
rlefaive: My suggestion would be to run that script to recalculate visibility in the 2.12.6 - 3.0 upgrade script. The script starts by disabling a bunch of triggers. From what I've heard, once you disable those triggers, it doesn't take terribly long to run the script. |
| 10:32 |
|
alynn26 joined #evergreen |
| 10:32 |
rlefaive |
kmlussier: we ran that twice, last night. |
| 10:32 |
kmlussier |
rlefaive: OK, never mind then. :) |
| 10:33 |
rlefaive |
kmlussier: new development: i created a brand new Item, and then it showed up in the OPAC with “1 of 1 title available”. The staff client shows “2 of 2 titles available”. And when I deleted that new item, it vanished again. |
| 10:34 |
mmorgan |
rlefaive: Could there be something about your existing items making them not opac visible? A flag on the copy, location, or the status? |
| 10:35 |
rlefaive |
mmorgan: not on copy or location, let me double check status. |
| 10:35 |
rlefaive |
also maybe it has to do with “copy location groups”?? we dont use those; the table is empty. |
| 10:35 |
alynn26 |
Quick question about HATCH, we are trying to set up workstations, and when we activate hatch, no printers are found on the workstation. We have the lastest version of hatch, and running 3.0.3 |
| 10:35 |
alynn26 |
Any one know why no printers are found using hatch? |
| 10:36 |
kmlussier |
rlefaive: The copy location visibility program only happens if you try limiting a search to a particular copy location or copy location group. |
| 10:37 |
kmlussier |
And I think it only happens with located URIs. |
| 10:37 |
kmlussier |
bug 1745233 for anyone who's interested. |
| 10:37 |
JBoyer |
alynn26, there should be a log somewhere under the user's home directory. Probably in C:\Users\(login)\.evergreen\hatch.log on Windows. Maybe it has something useful in it? |
| 10:37 |
pinesol_green |
Launchpad bug 1745233 in Evergreen "Records with located URIs are retrieved in Copy Location Group searches" [High,New] https://launchpad.net/bugs/1745233 |
| 10:37 |
alynn26 |
Thanks I'll take a look. |
| 10:39 |
alynn26 |
The .evergreen folder is not there. |
| 10:39 |
|
Christineb joined #evergreen |
| 10:42 |
JBoyer |
Hmm. That would make me wonder if Hatch is able to start. |
| 10:42 |
* kmlussier |
thought there was still another outstanding opac visibility bug, but she can't find it. :( |
| 10:43 |
JBoyer |
kmlussier, you mean there's a launchpad search vis bug? ;) |
| 10:44 |
kmlussier |
JBoyer: Typically, I can't find something because the bug reporter uses different words than I would use. In this case, I'm pretty sure I'm the person who filed the bug, so I don't have that excuse. |
| 10:45 |
kmlussier |
Found it - bug 1745446 |
| 10:45 |
pinesol_green |
Launchpad bug 1745446 in Evergreen "Limit to available filter in staff client does not filter out empty bibs" [Undecided,New] https://launchpad.net/bugs/1745446 |
| 10:46 |
JBoyer |
You might have more luck going to the Bugs section of your account, then sorting various ways. That's usually how I have to get to a bug I've interacted with. (99% of my FF tabs are LP bugs so I can keep an eye on them without searching....) |
| 10:46 |
JBoyer |
Took longer to type than find, heh. |
| 10:46 |
kmlussier |
JBoyer: I found it by searching for bugs reported by me and sorting the results by newest first. I find the Bugs section of my account is a mess. |
| 10:47 |
JBoyer |
alynn26, to make sure Hatch can startup correctly, open a cmd window (Win + R) and then: |
| 10:47 |
JBoyer |
cd \Program Files (x86)\Hatch |
| 10:47 |
JBoyer |
hatch.bat test |
| 10:47 |
kmlussier |
I guess if I used more of the filters and sorting options, it would be useful. |
| 10:48 |
JBoyer |
kmlussier, it's pretty lousy normally, but sorting by age has helped me locate a couple things. |
| 10:48 |
kmlussier |
Life was easier back when I was interacting with fewer than 100 bugs. |
| 10:48 |
JBoyer |
I should have said press Win+R and then type cmd and enter. I never know how comfortable people are with Windows. |
| 10:49 |
JBoyer |
kmlussier++ |
| 10:50 |
kmlussier |
Speaking of bugs, I should get back to copy alert testing, but if you come across any other patterns, rlefaive, I'm happy to test them out. |
| 10:50 |
rlefaive |
thanks kmlussier for your help!! |
| 10:54 |
|
plux joined #evergreen |
| 10:58 |
alynn26 |
JBoyer: There is no Hatch folder in the Program Files folder. I'm using the lastest version from the Chrome store. I've tried it on several machines with out luck. |
| 11:00 |
JBoyer |
Ah! You're only using half of it. The Chrome extension only talks to a Java application (Plain Javascript can't interact with the system to get a printer list or auto-print, etc.) |
| 11:01 |
JBoyer |
If you download and run the Hatch Windows installer from the Eg downloads page: https://evergreen-ils.org/egdownloads/ then you'll have the whole thing. |
| 11:02 |
JBoyer |
Note you have to install Java first if it's not already there, or update it if it's rather old. I recommend people disable the browser plugin in the Windows Control Panel but that doesn't effect how the web client interacts with it. |
| 11:09 |
alynn26 |
Thanks. Java was updates, but using the download works. When we go around setting everyone else up, we will use the download. |
| 11:09 |
alynn26 |
JBoyer++ |
| 11:26 |
|
littlet joined #evergreen |
| 11:35 |
|
rlefaive joined #evergreen |
| 11:39 |
|
beanjammin joined #evergreen |
| 11:43 |
pinesol_green |
[evergreen|Bill Erickson] LP#1744996 Track bib record merges - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4eb351f> |
| 11:43 |
pinesol_green |
[evergreen|Bill Erickson] LP#1744996 Webstaff bib rec merged to link - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cee1775> |
| 11:43 |
pinesol_green |
[evergreen|Bill Erickson] LP#1744996 Record merge tracking release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=22489de> |
| 11:47 |
|
ngf42 joined #evergreen |
| 12:13 |
|
khuckins joined #evergreen |
| 12:21 |
|
jvwoolf joined #evergreen |
| 12:30 |
|
mmorgan1 joined #evergreen |
| 12:39 |
|
yboston joined #evergreen |
| 12:49 |
|
littlet joined #evergreen |
| 12:53 |
|
jihpringle joined #evergreen |
| 12:55 |
dbwells |
grabbing 1090 |
| 13:02 |
pinesol_green |
[evergreen|Dan Wells] LP#1744996 Stamping upgrade script for record merge tracking - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=77d0110> |
| 13:05 |
Dyrcona |
Is something wrong with the releases? |
| 13:05 |
jeff |
Dyrcona: can you be more specific? |
| 13:06 |
Dyrcona |
Why have the release branches not been tagged and the db upgrade scripts not forward ported in git? |
| 13:06 |
dbwells |
Dyrcona: no reason other than lack of time. I hope to get to it soon. |
| 13:08 |
Dyrcona |
OK. I was beginning to wonder if something was wrong. I don't recall seeing an announcement, either, so adding those two together..... |
| 13:09 |
dbwells |
correction, I will do it right now. |
| 13:10 |
dbwells |
Hoped to not be wearing this hat right now, so I threw it in the air and the darn thing landed right back on my head :) |
| 13:12 |
Dyrcona |
:) |
| 13:18 |
|
mmorgan joined #evergreen |
| 13:19 |
|
mmorgan left #evergreen |
| 13:20 |
pinesol_green |
[evergreen|Dan Wells] Forward-port 3.0.4 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9efe1d2> |
| 13:20 |
|
yboston joined #evergreen |
| 13:20 |
Dyrcona |
dbwells++ |
| 13:30 |
pinesol_green |
[evergreen|Dan Wells] Forward-port 2.12.10 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6aaa85c> |
| 14:01 |
|
dwgreen joined #evergreen |
| 14:01 |
|
dwgreen joined #evergreen |
| 14:11 |
|
collum joined #evergreen |
| 15:02 |
kmlussier |
I was going to test bug 1733695, but is there anyone involved in that project who could write up a release notes entry? |
| 15:02 |
pinesol_green |
Launchpad bug 1733695 in Evergreen "Multilingual searching in the OPAC" [Wishlist,Confirmed] https://launchpad.net/bugs/1733695 |
| 15:22 |
rlefaive |
hey kmlussier, Dyrcona - I think I’ve tracked it down. Our asset.copy_vis_attr_cache contains only a couple dozen entries from recently made items (and a lot of them have duplicates). I take it that table is supposed to contain one row per OPAC visible item? |
| 15:25 |
Dyrcona |
I think so. Mine has 8,424,240 rows. |
| 15:25 |
Dyrcona |
Close to the total number of copies. |
| 15:26 |
Dyrcona |
rlefaive: What release version are you on? You probably need to apply the fixes kmlussier mentioned earlier. |
| 15:26 |
rlefaive |
Dyrcona: geez. thank you! I think I’ll have to manually populate it: the updates are very careful to update existing rows (and those rows don’t exist) so updating copies is not doing anything. |
| 15:26 |
kmlussier |
rlefaive: My memory's a little fuzzy, but I think it's one row per item, even if it's not opac visible. miker would know better. |
| 15:26 |
* miker |
's ears are burning |
| 15:26 |
rlefaive |
Dyrcona, kmlussier: we’ve tried to apply the fixes. We’re on 3.0.3. |
| 15:27 |
Dyrcona |
There's a new ingest for that, isn't there? |
| 15:27 |
kmlussier |
Yes, and rlefaive reported earlier that they tried recalculating visibility a couple of times. |
| 15:27 |
Dyrcona |
Hrm.... maybe I'm thinking of something else. |
| 15:27 |
miker |
it's a row per copy that's not deleted |
| 15:27 |
miker |
btw |
| 15:28 |
miker |
whether a copy is visible is caclulated based on the stored value at run time -- copy_vis_attr_cache caches attributes that contribute to the definition of visibility, not visibility itself |
| 15:30 |
rlefaive |
miker: that makes sense. But if the copy_vis_attr_cache isn’t populated with all copies, then nothing I do to an existing copy is going to create a new row. I’m going to take a look at the updates to see why population didn’t happen correctly. |
| 15:30 |
miker |
yeah, there's an upgrade-time thing that populates the table |
| 15:30 |
* miker |
will look in a minute |
| 15:32 |
kmlussier |
miker: Before you look, we were talking about this earlier, and rlefaive reported that they ran the recalculation that was in the 2.12 - 3.0 upgrade script two times last night. |
| 15:32 |
* kmlussier |
mentions it in the interest of saving time. :) |
| 15:33 |
* Dyrcona |
puts on the bug maintenance hat. |
| 15:34 |
kmlussier |
Dyrcona++ |
| 15:34 |
Dyrcona |
I think there's a later calculation that works better, but I can't look right now. |
| 15:34 |
* Dyrcona |
is probably mis-remembering or confusing something else. |
| 15:35 |
rlefaive |
Dyrcona miker: line 855 in 1057.schema.copy_vis_attr_cache.sql looks promising |
| 15:35 |
miker |
if this doesn't work: http://paste.evergreen-ils.org/462 ... then something in the db is messed up |
| 15:35 |
rlefaive |
but I’ll keep looking - you mention something later |
| 15:35 |
kmlussier |
The one in the 2.12 to 3.0 upgrade script disabled triggers, which made it run faster. I don't think the later recalculation was necessarily better, but needed to be run to get all of the fixes in place. |
| 15:35 |
rlefaive |
miker++ |
| 15:36 |
|
xenophanes joined #evergreen |
| 15:36 |
kmlussier |
miker++ |
| 15:37 |
miker |
there is a later script, IIRC, that deals with the bib-side stuff |
| 15:39 |
Dyrcona |
That's the one I was thinking of. |
| 15:44 |
Dyrcona |
distractions-- |
| 15:45 |
* Dyrcona |
really puts on the bug maintenance hat. |
| 15:48 |
Dyrcona |
The bug maintenance account can't update milestones? |
| 15:49 |
kmlussier |
Dyrcona: I've been able to update milestones under that account. |
| 15:50 |
Dyrcona |
Doesn't look it can, but my own account can, so I'll do that as myself. # The joy of using two browsers. |
| 15:54 |
|
khuckins_ joined #evergreen |
| 15:56 |
* Dyrcona |
is a little rusty at messing with milestones, but I think I got it in the end. |
| 15:59 |
|
rlefaive joined #evergreen |
| 16:00 |
Dyrcona |
Hrm... Looks Lp didn't have the bug maintenance account logged in, yet. |
| 16:00 |
Dyrcona |
I forgot it gets a little weird when you first login. |
| 16:03 |
rlefaive |
miker++ it worked. |
| 16:04 |
kmlussier |
rlefaive: Woo hoo! |
| 16:04 |
kmlussier |
@praise miker |
| 16:04 |
* pinesol_green |
Shall I compare miker to a summer's day? miker is more lovely and more temperate. |
| 16:06 |
dbwells |
grabbing 1091 |
| 16:12 |
pinesol_green |
[evergreen|Jason Boyer] LP1737016: Ease Constraints on afs.code - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5d80c0b> |
| 16:12 |
pinesol_green |
[evergreen|Dan Wells] LP#1737016 Stamping upgrade script for easing constraints on afs.code - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3c1b6d0> |
| 16:17 |
* Dyrcona |
should try getting the python scripts for this working again, but documentation is scarce. |
| 16:19 |
kmlussier |
Calling 1092, 1093 and 1094 |
| 16:23 |
miker |
rlefaive: ah, good! |
| 16:29 |
Dyrcona |
There are four bugs targeted at 2.12.11 that are not targeted at any 3.x series. I think someone should review these to see if they still apply and target as appropriate. |
| 16:29 |
Dyrcona |
https://bugs.launchpad.net/evergreen/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structu |
| 16:29 |
Dyrcona |
iber=&field.milestone%3Alist=85026&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search |
| 16:29 |
Dyrcona |
What a link! |
| 16:30 |
Dyrcona |
kmlussier++ |
| 16:30 |
Dyrcona |
That's what I call testing. :) |
| 16:30 |
kmlussier |
Wait, what am I getting karma for? |
| 16:32 |
Dyrcona |
you called 3 db upgrade numbers. I assume you tested 3 branches or a branch with 3 upgrades. |
| 16:34 |
pinesol_green |
[evergreen|Mike Rylander] LP#1733695: Pull record attribute values from multiple sources - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a8759ba> |
| 16:34 |
pinesol_green |
[evergreen|Mike Rylander] Add release note for multilingual search - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a820163> |
| 16:34 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1733695: Stamping upgrade scripts for multilingual search - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=87846cf> |
| 16:35 |
|
jvwoolf joined #evergreen |
| 16:35 |
kmlussier |
The latter :) |
| 16:41 |
miker |
heh ... I thought I'd clicked my "bugs" label in gmail. nope, just my inbox |
| 16:44 |
|
beanjammin joined #evergreen |
| 16:45 |
dbwells |
:) |
| 16:47 |
miker |
kmlussier++ |
| 17:20 |
|
yboston joined #evergreen |
| 18:01 |
|
khuckins_ joined #evergreen |
| 19:23 |
|
yboston joined #evergreen |
