| Time |
Nick |
Message |
| 07:40 |
|
collum joined #evergreen |
| 07:45 |
|
cbrown-isl joined #evergreen |
| 07:51 |
|
kworstell-isl joined #evergreen |
| 08:03 |
|
BDorsey joined #evergreen |
| 08:32 |
|
dguarrac joined #evergreen |
| 08:41 |
|
mmorgan joined #evergreen |
| 09:00 |
|
Dyrcona joined #evergreen |
| 09:04 |
|
mmorgan joined #evergreen |
| 09:51 |
|
collum joined #evergreen |
| 09:52 |
|
redavis joined #evergreen |
| 09:54 |
|
mantis joined #evergreen |
| 10:51 |
|
Christineb joined #evergreen |
| 11:13 |
Dyrcona |
No plan survives first contact with the enemy. -- Field Marshall Helmut von Moltke, the Elder.... In my case "enemy" is synonymous with "Monday morning email." |
| 12:04 |
|
jihpringle joined #evergreen |
| 12:39 |
|
cbrown_isl joined #evergreen |
| 12:41 |
|
jihpringle joined #evergreen |
| 13:50 |
|
jvwoolf joined #evergreen |
| 15:06 |
Bmagic |
Dyrcona++ |
| 15:21 |
Dyrcona |
Not sure that I deserve the ++. I could have implemented a more efficient query, but hopefully only need to run this cleanup one time. |
| 15:28 |
Dyrcona |
Oh! some of the emails will be no good..... |
| 15:41 |
pinesol |
News from commits: Get ng build --configuration production working again <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=88ac30ecc3806407a4f2677cd18e2cd9a7489206> |
| 16:11 |
|
sandbergja joined #evergreen |
| 16:12 |
sandbergja |
Dyrcona: regarding that "error TS2339: Property 'pref' does not exist on type 'PreferencesComponent'." you got on Friday, we got it today in the code review group as well. We pushed a commit to main to deal with it. |
| 16:24 |
Dyrcona |
sandbergja++ |
| 16:28 |
Bmagic |
where are people recording "accession number" in Evergreen? Copy note? |
| 16:32 |
berick |
Bmagic: we have a metabib field named Accession Number which points to the MARC 001. don't know if it's the same thing. |
| 16:33 |
berick |
hm that's probably different |
| 16:33 |
berick |
you're talking about holdings |
| 16:33 |
Bmagic |
it'd be an item thing |
| 16:34 |
mmorgan |
Bmagic: asset.copy.copy_number? |
| 16:35 |
Bmagic |
yeah, that might work |
| 16:36 |
Bmagic |
though the data I'm looking at looks like: "DVD 3-06" |
| 16:36 |
Bmagic |
copy number makes me think like "1" or "2" or "3" |
| 16:36 |
mmorgan |
copy_number is an integer. |
| 16:36 |
Bmagic |
won't work then |
| 16:36 |
Bmagic |
I guess it's gonna be a copy note |
| 16:38 |
Bmagic |
I've performed over 55 migrations in the last 10 years. Grepping all of my code for all of those, turns up plenty of examples where I've read that data into various staging tables but never* made use of it |
| 16:42 |
|
jvwoolf joined #evergreen |
| 16:42 |
Dyrcona |
copy tag might work, too. |
| 16:43 |
Bmagic |
right on, thanks! |
| 16:56 |
Bmagic |
the upgrade script 3.11.1-3.12.0-upgrade-db.sql has a bug I believe. INSERT INTO config.upgrade_log (version, applied_to) VALUES ('3.12-beta', :eg_version); shouldn't have the "beta" word in there? right? |
| 16:57 |
|
mantis left #evergreen |
| 17:05 |
sandbergja |
Bmagic: good catch, definitely seems like we shouldn't have beta in there |
| 17:05 |
|
mmorgan left #evergreen |
| 17:05 |
Bmagic |
right, probably should be 3.12.0 |
| 17:11 |
Bmagic |
sandbergja++ # maing main eg build in production mode |
| 17:12 |
sandbergja |
Bmagic++ Dyrcona++ # catching it! |
