| Time |
Nick |
Message |
| 02:28 |
|
cmalm joined #evergreen |
| 06:01 |
|
stephengwills_ joined #evergreen |
| 06:06 |
|
sandbergja joined #evergreen |
| 06:55 |
|
rfrasur joined #evergreen |
| 06:56 |
|
sandbergja joined #evergreen |
| 07:10 |
|
rjackson_isl joined #evergreen |
| 07:50 |
|
tlittle joined #evergreen |
| 08:02 |
|
collum joined #evergreen |
| 08:24 |
|
bos20k joined #evergreen |
| 08:41 |
|
mmorgan joined #evergreen |
| 09:16 |
|
yboston joined #evergreen |
| 09:19 |
|
Dyrcona joined #evergreen |
| 09:30 |
|
aabbee joined #evergreen |
| 09:54 |
|
sandbergja joined #evergreen |
| 10:11 |
csharp |
could someone provide me a pointer to the installed location of the eg2 files? I'm looking to implement an update procedure similar to what berick and jeff were discussing at the conference |
| 10:12 |
csharp |
(build npm/ng stuff, rsync hashed files, cp over index) |
| 10:14 |
csharp |
and, like a flash of lightning, /openils/var/web/eg2/en-US drifted into view :-) |
| 10:14 |
csharp |
thanks rubber dux! |
| 10:16 |
mmorgan |
rubberduck++ |
| 10:19 |
pinesol |
[evergreen|Terran McCanna] LP#1803790 Re-alphabetize Local & Server Administration Links - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b9bb3af> |
| 10:19 |
pinesol |
[evergreen|Galen Charlton] LP#1803790: apply alphabetization fix to Angular admin splash pages - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5625c22> |
| 10:21 |
csharp |
however, I'm now unable to find where the files generated by ng build end up within the source tree |
| 10:21 |
csharp |
can anyone help? |
| 10:23 |
Dyrcona |
:) |
| 10:23 |
csharp |
looking under Open-ILS/src/eg2 and there are none of the files that ng build appears to be generating |
| 10:23 |
csharp |
oh... I see it now |
| 10:24 |
csharp |
the generated files end up in Open-ILS/web/eg2/en-US |
| 10:24 |
csharp |
ok, that's all I need then |
| 10:24 |
* mmorgan |
quacks |
| 10:25 |
csharp |
hopefully the log will help others find that later :-) |
| 10:25 |
mmorgan |
csharp++ |
| 10:28 |
Dyrcona |
:) |
| 10:29 |
Dyrcona |
csharp: I have more information on ldirectord, and I suspsect that yours may be crashing, too, but you don't notice. If you have time and feel like looking into some more, let me know. |
| 10:29 |
* csharp |
confirms that "rsync -auv --exclude=index.html Open-ILS/web/eg2/en-US/ /openils/var/web/eg2/en-US/ && cp Open-ILS/web/eg2/en-US/index.html /openils/var/web/eg2/en-US/index.html" does what he was trying to do |
| 10:30 |
csharp |
Dyrcona: hmmm - interesting - maybe next week? I'm snowed under through the end of next week then things start to ease up for me a bit :-) |
| 10:31 |
Dyrcona |
OK. No problem. I find that 1 ldirectord process now crashes, but no one notices unless they know what to look for. |
| 10:32 |
* gmcharlt |
claims 1193 |
| 10:41 |
jeff |
oh fun. barcode scans as ' D9999999' actual item barcode in state system is 'D9999999' |
| 10:41 |
pinesol |
[evergreen|Remington Steed] LP#1729435: Allow saving Bill Full Details grids - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=05f101e> |
| 10:41 |
pinesol |
[evergreen|Michele Morgan] LP#1729435: Add Seed Data for WS type for Bill Full Details grids - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=aac3577> |
| 10:41 |
pinesol |
[evergreen|Galen Charlton] LP#1729435: stamp DB update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8fe4cdf> |
| 10:41 |
jeff |
(different from those that scan as 'T 999999' and are in the system as the same value, 'T 999999') |
| 10:46 |
* mmorgan |
doesn't understand the utility of barcodes containing spaces, barcodes with leading spaces, even less so. |
| 10:47 |
mmorgan |
Do the spaces have some sort of significance? |
| 10:54 |
|
sandbergja joined #evergreen |
| 11:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 11:03 |
pinesol |
[evergreen|Dan Briem] LP#1841089 Apply button in Patron Bill History screen is in confusing location - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=313c923> |
| 11:03 |
jeff |
mmorgan: it's a mystery! |
| 11:04 |
jeff |
mmorgan: in some cases of weird barcodes, i think they're mistakes that went undetected by the owning library due to some quirk of their software or equipment, etc. |
| 11:07 |
* mmorgan |
grumbles |
| 11:07 |
mmorgan |
just seems like it compromises the utility of all barcodes if we have to support spaces, unnecessarily, if there's no good reason to do so. |
| 11:14 |
jeff |
meanwhile i think the way we'll end up handling many of these is to have a confirmation/disambiguation prompt either when an exact match isn't found (but a close one is), or when an exact match was found but there are also other matches after some space/case normalization |
| 11:35 |
|
jihpringle joined #evergreen |
| 11:36 |
mmorgan |
Notification of a close match could be helpful in general if a misscan cuts off characters at the beginning. Something that happens not infrequently. |
| 11:39 |
|
yboston joined #evergreen |
| 11:43 |
jeff |
i really wonder about these: |
| 11:43 |
jeff |
3FRGD00029048B |
| 11:43 |
jeff |
GHSD0009725 |
| 11:43 |
jeff |
oh, that last one is likely the org name prefixed. |
| 11:54 |
Dyrcona |
oils_ctl.sh could stand some attention, such as making SIP_DIR and similar variables inheritable from the environment and/or even supplied as arguments. Just sayin' 'cause I'm messing with SIP today. |
| 11:54 |
* Dyrcona |
might make a LP bug, |
| 11:57 |
Dyrcona |
Oh, yuck. That branch made it in..... Oh well. |
| 12:05 |
|
Christineb joined #evergreen |
| 12:16 |
|
khuckins joined #evergreen |
| 12:31 |
|
Dyrcona joined #evergreen |
| 12:38 |
|
collum_ joined #evergreen |
| 12:50 |
jeff |
also fun, leading zeros vs not leading zeros. |
| 12:55 |
mmorgan |
:-( |
| 12:56 |
jeff |
barcode in state system as 00123456 actual barcode scans as... oh, nope. that's me scanning into a spreadsheet like a dummy. |
| 13:12 |
|
sandbergja_ joined #evergreen |
| 13:17 |
|
tlittle joined #evergreen |
| 13:38 |
gmcharlt |
I'm quite found of the book whose barcode is 3.1234E+13 |
| 13:38 |
gmcharlt |
*fond |
| 13:39 |
rhamby |
I'd still be impressed if you found it |
| 13:39 |
rhamby |
:) |
| 13:41 |
rjackson_isl |
That's where Excel converting the column to numeric with 0 decimal places comes in handy ;) |
| 13:43 |
Dyrcona |
Small matter of formatting.... ;) |
| 13:44 |
jeff |
these "T 12345" barcodes are... something else. |
| 13:47 |
jeff |
barcode label says T 123456. Paging slip says T 123456. state system messages say T 123456. |
| 13:47 |
jeff |
barcode scans as 0123456012 |
| 13:50 |
jeff |
another item from a different library, barcode label says T 120399, scans as T 120399, paging slip and state system messages say 00120399 |
| 14:22 |
csharp |
scanner settings problem? |
| 14:24 |
|
_sandbergja joined #evergreen |
| 14:32 |
|
yboston joined #evergreen |
| 14:39 |
* mmorgan |
wonders where jeff's libraries are getting their barcodes from. |
| 14:42 |
jonadab |
Ugh. I thought the barcodes that will only scan with the higher-quality scanners (notably, don't work about nine out of ten times with one of the old wand scanners) were bad. |
| 14:42 |
jonadab |
But you guys have it worse. |
| 14:42 |
jeff |
mmorgan: thankfully not our libraries, just libraries in the state that we get to deal with when doing resource sharing. |
| 14:43 |
jonadab |
Well, some of the libraries in our consortium have barcodes that fail the standard codabar check-digit scheme. |
| 14:44 |
jonadab |
Still not as bad as the barcode not matching the number printed under it. Eep. |
| 14:44 |
jeff |
we have lots of seven digit barcodes that have no checkdigit. |
| 14:44 |
mmorgan |
Seems like a very loose interpretation of the concept of 'barcode' |
| 14:44 |
jonadab |
Yeah. |
| 14:47 |
Dyrcona |
It's a bar that codes some value... Sounds 'bout right to me. |
| 14:48 |
rjackson_isl |
rjackson_isl always puts the lid back on the can when he starts reviewing non-standard barcodes in the consortium db :( |
| 14:48 |
* miker |
hands pen scanners to everyone, "have fun with THOSE!" |
| 14:48 |
phasefx |
quecats :D |
| 14:48 |
mmorgan |
'Lightpen' always sounded so cool. |
| 14:49 |
jeff |
OCR-A wand scanners. Eliminate all possibility of conflicting label + encoded data. The label IS the encoded data! |
| 14:49 |
mmorgan |
phasefx: We have a cuecat in a display cabinet in our office :) |
| 14:50 |
Dyrcona |
Well, I'm having fun with vrrp and keepalived on VMs that have two interfaces: one default NAT, and one bridged to the host. I think the bridged networking is not working quite right, or rather, the bridged interface needs to be more configured before keepalived takes over.... |
| 14:50 |
mmorgan |
along with a wooden fine calculator. |
| 14:51 |
phasefx |
mmorgan: :D I have one somewhere; thought I would use to catalog my home library (that never happens anytime I think about it) |
| 14:52 |
jeff |
we used to have something like this, but they were keyboard wedge devices, no need for software that I'm aware of: https://youtu.be/XryEJocxnD8?t=16 |
| 15:00 |
miker |
jeff: it fits comfortably in the hand for hours of operation! |
| 15:02 |
phasefx |
compatible with windows 98se |
| 15:05 |
mmorgan |
What, no Windows for Workgroups? |
| 15:08 |
jonadab |
Didn't cuecat include software for MacOS classic? |
| 15:08 |
phasefx |
that was the best one, right? |
| 15:09 |
phasefx |
incidentally, without software, it throws a few bytes in front of the barcode. Back in the XUL days, I was tempted to write a parser for it |
| 15:41 |
Dyrcona |
Well, I can ssh to the external IP, but I time out trying to connect with a browse, so vrrp is basically working. |
| 15:44 |
* dbs |
added a couple of SQL reports (for listing which staff have permissions, and which permissions, at one or more libraries) to https://wiki.evergreen-ils.org/doku.php?id=evergreen-reports:sql:staff |
| 15:44 |
dbs |
Could have done it in the reporter but hey... |
| 16:17 |
|
yboston joined #evergreen |
| 16:47 |
|
yboston joined #evergreen |
| 17:10 |
|
mmorgan left #evergreen |
| 19:12 |
|
sandbergja joined #evergreen |
| 19:38 |
|
sandbergja joined #evergreen |
| 23:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
