| Time |
Nick |
Message |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:17 |
|
rjackson_isl_hom joined #evergreen |
| 08:07 |
|
collum joined #evergreen |
| 08:21 |
|
mantis joined #evergreen |
| 08:30 |
|
mmorgan joined #evergreen |
| 08:42 |
|
dbwells joined #evergreen |
| 08:42 |
|
tlittle joined #evergreen |
| 08:45 |
|
rfrasur joined #evergreen |
| 09:00 |
|
jvwoolf joined #evergreen |
| 09:01 |
Bmagic |
@coffee [someone] |
| 09:01 |
* pinesol |
brews and pours a cup of Ethiopia Konga Co-op Yirgacheffe, and sends it sliding down the bar to awitter |
| 09:01 |
Bmagic |
@coffee [someone] |
| 09:01 |
* pinesol |
brews and pours a cup of Sumatra Danau Toba, and sends it sliding down the bar to bshum |
| 09:01 |
Bmagic |
@coffee [someone] |
| 09:01 |
* pinesol |
brews and pours a cup of Panama Geisha Aroma Roast, and sends it sliding down the bar to dbwells |
| 09:03 |
|
Dyrcona joined #evergreen |
| 09:04 |
Dyrcona |
So, this'll be interesting. I've given myself the mission of figuring out if a database index is actually needed. |
| 09:09 |
|
mmorgan1 joined #evergreen |
| 09:15 |
|
mmorgan joined #evergreen |
| 09:19 |
Dyrcona |
Nah. I won't bother with that, given that analog index in metabib.real_full_rec has a similar definition to the change that I intend to make. I'll likely add this to Launchpad. |
| 09:27 |
Bmagic |
Dyrcona++ # figuring it all out |
| 09:30 |
|
dbwells joined #evergreen |
| 09:31 |
|
alynn26 joined #evergreen |
| 09:40 |
Dyrcona |
rhamby: I'm likely to have a pull request on github for the migration-tools repo. I've added an option to specify the DB port to eg_staged_bib_overlay. |
| 09:55 |
|
collum_ joined #evergreen |
| 10:00 |
Dyrcona |
typos-- |
| 10:31 |
|
sandbergja joined #evergreen |
| 10:37 |
Dyrcona |
I should have saved the bad record. Now, I have to extract it again. |
| 10:48 |
Dyrcona |
rhamby: https://github.com/EquinoxOpenLibraryInitiative/migration-tools/pull/25 |
| 10:51 |
|
mmorgan1 joined #evergreen |
| 11:06 |
|
collum joined #evergreen |
| 11:59 |
|
dbwells joined #evergreen |
| 11:59 |
Dyrcona |
It would nice if there were a way, in SQL, to say that you want to select all but 1 or 2 two fields from a table rather than having to type out to copy and edit a list of columns. |
| 12:01 |
Dyrcona |
It would be really useful for skipping the marc column(s) for instance. |
| 12:02 |
|
sandbergja joined #evergreen |
| 12:08 |
tlittle |
I totally agree, Dyrcona! Google helpfully reminds me that I've googled many times if I can do that in SQL, but alas |
| 12:54 |
|
mantis left #evergreen |
| 13:39 |
|
dbwells joined #evergreen |
| 14:15 |
|
dbwells joined #evergreen |
| 14:17 |
|
book` joined #evergreen |
| 14:20 |
|
mmorgan joined #evergreen |
| 14:30 |
|
mantis joined #evergreen |
| 15:58 |
|
sandbergja joined #evergreen |
| 16:11 |
|
stephengwills left #evergreen |
| 16:43 |
Dyrcona |
Bleh. This test isn't going to work so great as a pgtap test... The point is can you insert a record or not. |
| 16:45 |
|
mantis left #evergreen |
| 16:46 |
|
dbwells joined #evergreen |
| 16:52 |
Dyrcona |
Ah well. I'll figure it out tomorrow. |
| 17:03 |
|
mmorgan left #evergreen |
| 17:12 |
|
sandbergja joined #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:10 |
|
dbwells joined #evergreen |
| 18:28 |
|
jonadab joined #evergreen |
| 19:31 |
|
dbwells joined #evergreen |
| 19:43 |
|
dbwells joined #evergreen |
| 19:45 |
|
stephengwills joined #evergreen |
| 20:34 |
|
stephengwills left #evergreen |
| 20:51 |
|
dbwells_ joined #evergreen |
| 20:58 |
|
dbwells joined #evergreen |
| 21:58 |
|
sandbergja joined #evergreen |
| 21:59 |
|
dbwells_ joined #evergreen |
| 23:03 |
|
sandbergja joined #evergreen |
| 23:24 |
|
dbwells joined #evergreen |
| 23:56 |
|
dbwells joined #evergreen |
