| Time |
Nick |
Message |
| 00:12 |
|
remingtron joined #evergreen |
| 00:14 |
|
dbwells joined #evergreen |
| 01:34 |
|
Recky joined #evergreen |
| 02:12 |
|
jboyer-isl joined #evergreen |
| 05:32 |
|
dbwells_ joined #evergreen |
| 05:33 |
|
remingtron_ joined #evergreen |
| 05:44 |
|
linuxhikz joined #evergreen |
| 08:18 |
csharp |
@weather 30345 |
| 08:18 |
pinesol_green |
csharp: The current temperature in Lakeside, Atlanta, Georgia is 36.5°F (7:45 AM EST on February 11, 2014). Conditions: Light Rain. Humidity: 96%. Dew Point: 35.6°F. Windchill: 35.6°F. Pressure: 30.23 in 1024 hPa (Rising). Winter Storm Warning in effect until 7 am EST Thursday... |
| 08:19 |
|
ericar joined #evergreen |
| 08:29 |
|
kbeswick joined #evergreen |
| 08:32 |
|
Shae joined #evergreen |
| 08:34 |
berick |
dbs: hah, i did indeed. btw, it only shows up for me when the user has fines. in FF (at least) the images appear to be in the wrong locations |
| 08:35 |
berick |
and do not serve a clear purpose. |
| 08:35 |
* berick |
had a mental note to go back and see what was up w/ those |
| 08:45 |
jl- |
yaz-marcdump -i marcxml -o line x.bib > marcxml.xml |
| 08:45 |
jl- |
yaz_marc_read_xml failed |
| 08:45 |
jl- |
ship_utf8.bib:913882: parser error : PCDATA invalid Char value 1 |
| 08:45 |
jl- |
char value 1 interesting |
| 08:46 |
|
rjackson-isl joined #evergreen |
| 08:47 |
|
jwoodard joined #evergreen |
| 08:54 |
jboyer-isl |
When someone has time, could I see the output of a SELECT COUNT(id) FROM config.metabib_field_index_norm_map WHERE field < 1000; ? After running my cleanup and rebuilding that table I get 61. (Was only 33 before D: ) |
| 08:54 |
|
jwoodard joined #evergreen |
| 08:54 |
csharp |
jboyer-isl: 37 is what I get on PINES prod (2.5.1) |
| 08:56 |
csharp |
I guess I don't know what I'm looking at here, though :-/ |
| 08:56 |
dbs |
berick: yeah, I was testing with a user that had fines. And they didn't show up properly (there were a couple of little squares floating below the actual fines box) |
| 08:56 |
jboyer-isl |
That table maps indexed fields to normalizing functions. So it says to run a date normalizer against the date type fields, etc. |
| 08:57 |
dbs |
berick: so arguably my commit to remove those divs is very much a bug fix :) |
| 08:57 |
csharp |
jboyer-isl: ah - I see |
| 08:57 |
berick |
dbs: yes, that's them. agreed. i'll gladly sign off on that |
| 08:57 |
berick |
dbs: i'm also adding your suggested facet link tittles |
| 08:57 |
dbs |
sweet |
| 08:58 |
jboyer-isl |
It's built (at least in the seed data) with few selects where this is in blah blah blah and that is not in etc., so the resulting map can be much larger than the number of fields. |
| 08:59 |
jboyer-isl |
csharp: The issue is that unless you've done any indexed field customizing, one installation should be the same as any other, and between the two of us we've just come up with 3 different numbers. :( |
| 08:59 |
dbs |
berick: it was good timing, I just attended a talk last weekend about WCAG that went into more depth than the Chrome accessibility audit tools... learned lots from reading through your commits |
| 08:59 |
dbs |
berick: so thank you! |
| 09:00 |
berick |
dbs: yeah, this process has been good for me, too. now it's a matter of discipline |
| 09:00 |
csharp |
jboyer-isl: I haven't done customizing myself, but some of this could be inherited from when ESI was admin-ing our system |
| 09:00 |
berick |
and maybe some community best-practices docs |
| 09:00 |
* csharp |
doesn't know how old the table data is |
| 09:01 |
csharp |
I know we have some custom metabib fields |
| 09:01 |
jboyer-isl |
csharp: I think it's from around the 2.0-ish area. Even if it were audited we'd both be in the dark by now. |
| 09:01 |
csharp |
yeah |
| 09:03 |
* dbs |
needs to build some pgTAP tests for further STRING_AGG() / 9.3 type strictness tweaks |
| 09:03 |
jboyer-isl |
csharp: Now I'm even more curious what this looks like at PINES: select id,field_class,name,xpath from config.metabib_field where id < 1000 order by id; |
| 09:04 |
jboyer-isl |
If you've got time, of course. |
| 09:05 |
pastebot |
"csharp" at 64.57.241.14 pasted "select id,field_class,name,xpath from config.metabib_field where id < 1000 order by id;" (36 lines) at http://paste.evergreen-ils.org/19 |
| 09:08 |
jboyer-isl |
I see. The order is ok, but we may have more index normalizers because we're moving to 2.5.2 and have a title browse entry for 31. |
| 09:08 |
jboyer-isl |
Thanks for the help |
| 09:08 |
jboyer-isl |
csharp++ |
| 09:24 |
|
afterl joined #evergreen |
| 09:26 |
|
yboston joined #evergreen |
| 09:28 |
csharp |
jboyer-isl: happy to assist! |
| 09:29 |
|
talexander joined #evergreen |
| 09:31 |
talexander |
Hi all. Wondered if anyone might have some guidance for someone getting errors trying to connect the Staff Client to a fresh Evergreen install? |
| 09:32 |
tsbere |
talexander: What kind of errors? |
| 09:33 |
talexander |
it is finding the host but when I log in I get a big warning that private localhost/open-ils.storage IS NOT CONNECTED TO THE NETWORK!!!!! status 500 |
| 09:33 |
talexander |
I am guessing I have messed something up in the OpenSRF install perhaps? |
| 09:35 |
talexander |
I am able to login to srfsh from the server without errors. |
| 09:36 |
tsbere |
talexander: Login to srfsh, or run srfsh? |
| 09:36 |
tsbere |
(as in, if you run srfsh, does "login username password" work?) |
| 09:37 |
talexander |
sorry I am able to run srfsh and then from the prompt run the login command and it generates the expected response (accroding to the wiki). However the Staff Windows Client fails to allow me to login without generate the error. |
| 09:37 |
talexander |
yes |
| 09:38 |
tsbere |
So C services appear to be functioning (such as auth and I think cstore) but perl services aren't (storage being a perl service) |
| 09:38 |
|
mmorgan joined #evergreen |
| 09:39 |
csharp |
postgres_extended_display++ |
| 09:39 |
csharp |
or psql, rather |
| 09:40 |
tsbere |
talexander: Do you get around 25 lines when you run something like "ps x | grep 'OpenSRF Listener'" |
| 09:42 |
talexander |
I do get about 25 lines or so |
| 09:48 |
talexander |
If I try to continue past the error I get a JavaScript error stating: "TypeError: branch is undefined" |
| 09:51 |
jl- |
yaz-marcdumper just fails on me |
| 09:51 |
jl- |
anyone wanna sanatize a ~1GB file for me and bring it into line format for the sql loader :P |
| 09:55 |
|
ericar joined #evergreen |
| 10:00 |
eeevil |
talexander: did you run autogen.sh? |
| 10:10 |
talexander |
yep with the -u switch and it seems to complete |
| 10:10 |
talexander |
just following these steps:http://evergreen-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors, |
| 10:12 |
|
dluch joined #evergreen |
| 10:30 |
jeff |
csharp: with 9.2 (iirc) and up, you have the option of \x auto |
| 10:39 |
dbwells |
Just a quick reminder that noon today is the deadline for targeting bugs for the 2.6 beta. You can continue to work out the code details between now and the beta cutting deadline next Tuesday, but targeting today gets you on the agenda, so to speak. Thanks! |
| 10:40 |
yboston |
I have a question for someone on the web team, on behalf of the 2014 conference committee. I want to embed a google map for the conference site, but iframes are not allowed on WP by default. Any suggestions? |
| 10:43 |
|
jma joined #evergreen |
| 10:43 |
|
smyers_ joined #evergreen |
| 10:43 |
dbs |
berick: I'm going to edit your commit to remove the trailing whitespace you added to a few lines, otherwise I like the facet titles |
| 10:44 |
berick |
dbs: ah, thanks |
| 10:48 |
jeff |
dbwells: targeted some additional bugs, including a few "rip out this old thing" ones. :-) |
| 10:49 |
* jeff |
is attempting to be optimistic without biting off more than he can chew |
| 10:49 |
dbwells |
jeff++ |
| 10:49 |
|
jma joined #evergreen |
| 10:49 |
dbs |
berick: was there any particular level of WCAG compliance you were targeting (A, AA, AAA?) |
| 10:49 |
jeff |
yboston: google maps has a "static image" method, where you can have the map on the page, and clicking it will bring you to that map (or location, whatever) in Google Maps |
| 10:49 |
dbs |
AA I guess from the bug |
| 10:49 |
berick |
dbs: yeah, AA |
| 10:50 |
berick |
and, btw, i don't think it's done. just a good time to commit what's there. |
| 10:51 |
dbs |
pushed, with a release notes entry (feel free to revise according to truthiness!) |
| 10:51 |
dbs |
berick++ |
| 10:52 |
jeff |
berick++ |
| 10:52 |
jeff |
dbs++ |
| 10:53 |
berick |
dbs++ |
| 10:54 |
* dbs |
suspects that most screen readers support implicit label/form associations these days, but hey, explicit doesn't hurt and makes WCAG 2.0 compliance checking easier :) |
| 10:55 |
berick |
yeah, your probably right. it was all very much by the book. |
| 10:55 |
pinesol_green |
Showing latest 5 of 21 commits to Evergreen... |
| 10:55 |
pinesol_green |
[evergreen|Bill Erickson] LP#1268636 Add helpful empty search term message - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=de17593> |
| 10:55 |
pinesol_green |
[evergreen|Dan Scott] Remove extraneous ] in holds TPAC page - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b1ce5b6> |
| 10:55 |
pinesol_green |
[evergreen|Dan Scott] Remove useless image-based fines border - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4cb854e> |
| 10:55 |
pinesol_green |
[evergreen|Bill Erickson] LP#1268636 add expressive facet link titles - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=40a5441> |
| 10:55 |
pinesol_green |
[evergreen|Dan Scott] Release notes for WCAG compliance for the TPAC - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=598267d> |
| 10:58 |
csharp |
GPLS staff have been told to abandon their posts and flee for their lives, so we'll see you when it all blows over :-) |
| 10:59 |
jeff |
csharp: stay safe! |
| 11:04 |
* berick |
pictures Atlantans with gas cans, camp stoves, and Katanas in their trunks |
| 11:04 |
berick |
i mean, that's what I'd do, anyway |
| 11:05 |
bradl |
they don't film Walking Dead here for nothing |
| 11:06 |
jeff |
QTS facilities page shows one GA location with X generators, and the other location with Y gallons of diesel. Surely someone in-channel can confirm that this is merely a copy editing omission, and not a terrible, terrible operational planning mistake? ;-) |
| 11:08 |
berick |
haha |
| 11:11 |
|
jma joined #evergreen |
| 11:21 |
|
jihpringle joined #evergreen |
| 11:22 |
gmcharlt |
the other one burns pine straw ;) |
| 11:29 |
dbs |
yboston: what about a simple bit of JS + HTML? https://developers.google.com/maps/documentation/javascript/examples/map-simple |
| 11:29 |
* dbs |
was working with something similar to add GMaps dynamically to the library info pages |
| 11:30 |
dbs |
(albeit with geocoding etc) |
| 11:32 |
jl- |
gmaps is fun |
| 11:33 |
jl- |
mostly js |
| 11:49 |
bshum |
gmcharlt: I just noticed that we haven't updated the downloads page with new OpenSRF 2.2.2. I'll go ahead and fix those up. |
| 11:50 |
gmcharlt |
bshum++ |
| 11:55 |
|
mrpeters joined #evergreen |
| 12:09 |
|
jtaylorats joined #evergreen |
| 12:10 |
yboston |
jeff: thanks for the tip, still looking at it. Though I want to pull in a specific custom GooGle map. Not sure if I can do that yet. Need to write a test HTML page |
| 12:10 |
yboston |
dbs: thanks for the tip. I will look at this too |
| 12:10 |
jtaylorats |
Greetings....another, hopefully, quick question....The instructions on this page, at the bottom, says running the indicated script will provide a "pristine" database. |
| 12:10 |
dbs |
yboston: I can help if desired |
| 12:10 |
jtaylorats |
http://wiki.evergreen-ils.org/doku.php?id=evergreen-admin:importing:bibrecords |
| 12:10 |
* dbs |
disavows all knowledge of wiki pages |
| 12:11 |
jtaylorats |
It seems to leave example records and also kills the egadmin login. |
| 12:11 |
jtaylorats |
:-) |
| 12:11 |
jtaylorats |
Any simple way to get an empty database? |
| 12:11 |
dbs |
Yeah, don't follow the wiki directions |
| 12:12 |
jtaylorats |
Do you have any non-wiki instructions that work. I've found the same reference in other places as well. |
| 12:12 |
dbs |
http://docs.evergreen-ils.org/2.5/_creating_the_evergreen_database.html |
| 12:13 |
dbs |
Run the eg_db_config step with --create-schema --create-database and it gets things very clean. |
| 12:13 |
jtaylorats |
So the problem is that maybe the server guys are leaving/adding the --load-all-sample parameter in place? |
| 12:14 |
jtaylorats |
Thanks...I'll pass this on. |
| 12:15 |
dbs |
Yessss. take out the --load-all if you want clean :) |
| 12:16 |
bshum |
I think for 2.5 though, it'll still contain example org units, etc. |
| 12:16 |
bshum |
The really clean DB is coming with 2.6 |
| 12:16 |
dbs |
bshum: I was going to mention that, but thought better of it :) |
| 12:17 |
bshum |
That wiki page has a nice NOTE about how it's older instructions and people should use the docs chapters for 2.3+ |
| 12:17 |
bshum |
Course "instructions" is spelled wrong |
| 12:17 |
yboston |
bshum: I just slightly improved the note on that page> I just are it larger and red |
| 12:18 |
bshum |
I'm more of a fan of deleting it if it's so out of date. |
| 12:18 |
yboston |
bshum: just fixed the typo |
| 12:18 |
bshum |
"history" still tells us what used to be there, I can live with that. |
| 12:18 |
jtaylorats |
Okay....the database they gave me for the previous load was empty so not sure what they did different this time. |
| 12:19 |
jtaylorats |
They are loading 2.4 but assume this part is the same as 2.5. |
| 12:19 |
jtaylorats |
Thanks again. |
| 12:19 |
|
gsams joined #evergreen |
| 12:20 |
dbs |
we should probably have a docs.evergreen-ils.org/current/ alias that always points to the latest stable release, kind of like what postgresql does |
| 12:20 |
bshum |
+1 |
| 12:20 |
dbs |
That way links on old wiki pages won't end up pointing to slightly less old docs |
| 12:21 |
yboston |
+1 |
| 12:21 |
jtaylorats |
+1 |
| 12:24 |
bshum |
Huh... someone is claiming that the Evergreen staff client minimizes after a period of inactivity for no apparent reason. |
| 12:24 |
bshum |
I'm not sure I've ever seen that before. |
| 12:26 |
tsbere |
I have! But due to external programs trying to show the desktop after X amount of time.... |
| 12:26 |
tsbere |
and the occasional "boss key" program. <_< |
| 12:26 |
bshum |
That's what I was thinking... some sort of weird Windows thing or something. |
| 12:26 |
tsbere |
(the last 3 of the boss key programs I ran into were also infection vectors >_>) |
| 12:27 |
jeff |
bshum: isn't that what ui.general.idle_timeout does? |
| 12:27 |
jeff |
we've never used it, but it is described as ``If you want staff client windows to be minimized after a certain amount of system idle time, set this to the number of seconds of idle time that you want to allow before minimizing (requires staff client restart).'' |
| 12:28 |
gmcharlt |
indeed, that's exactly what it does |
| 12:29 |
* tsbere |
did not know that option existed, and wonders why it was implemented to begin with >_> |
| 12:30 |
gmcharlt |
the commit that introduced it suggests that the purpose is to avoid leaving patron information displayed for all to see if somebody steps away from the circ desk briefly without closing out the record |
| 12:30 |
bshum |
Idle Timeout is unset in our library settings editor. |
| 12:31 |
|
timhome_ joined #evergreen |
| 12:34 |
jeff |
bshum: if you have zero rows output by select * from actor.org_unit_setting where name = 'ui.general.idle_timeout'; and zero for select * from config.org_unit_setting_type_log where field_name = 'ui.general.idle_timeout'; then it probably isn't that feature at play in this instance. |
| 12:52 |
|
kbeswick joined #evergreen |
| 12:52 |
jeff |
okay, that's weird. did the usual "click a link in a launchpad e-mail without remembering that they're broken" and firefox returned: ``Firefox can't find the server at ils.org.&f=regular'' |
| 12:53 |
jeff |
not sure where the .&f=regular bit came from. it's not in the url. firefox bug, perhaps. |
| 12:58 |
bshum |
jeff: Right, I would expect the GUI to show me if the history reflected any settings. But I ran both of those queries and yes, zero results. |
| 13:01 |
dbs |
jeff: maybe the italian linux society is trying to mess with us |
| 13:01 |
dbs |
we're probably their greatest source of traffic :) |
| 13:02 |
jeff |
bshum: good. i'd be a little worried if the GUI wasn't showing you the settings, but figured belt-and-suspenders was useful to rule things out. :-) |
| 13:03 |
jeff |
maybe we should ask them for an A record. ;-) |
| 13:03 |
jeff |
@decide fix a bug in launchpad that's 8 years old or change the hostname we use for git |
| 13:03 |
pinesol_green |
jeff: MARC still isn't dead yet, alas |
| 13:13 |
|
snowcat_ joined #evergreen |
| 13:25 |
|
dbwells_ joined #evergreen |
| 13:37 |
|
jwoodard joined #evergreen |
| 13:57 |
|
timlaptop joined #evergreen |
| 14:03 |
|
kbeswick joined #evergreen |
| 14:13 |
|
collum joined #evergreen |
| 14:35 |
|
stevenyvr joined #evergreen |
| 14:37 |
|
roses joined #evergreen |
| 14:39 |
|
ericar joined #evergreen |
| 14:39 |
roses |
I have a test demo server that I just installed 2.5.2 on (couldn't get it to upgrade from 2.3.7 cleanly) - it work working - could get to my staff client etc until yesterday when I installed pgAdmin III and to make that work I had to mess around with two files - /etc/postgresql..../postgresql.conf and pg_hba.conf - anyway I was able to get into pgadmin but now am not able to get into staff client? |
| 14:40 |
bshum |
roses: Err, if you were messing with those two files, I assume you had to restart/reload postgresql to apply changes. |
| 14:40 |
bshum |
roses: Did you restart osrf services after you did that? |
| 14:40 |
bshum |
And apache if you're restarting osrf services... |
| 14:41 |
roses |
bshum: I stopped and restarted using service postgresql stop/start |
| 14:41 |
bshum |
Otherwise, I would expect that resetting the DB would cause osrf services to get grumpy. |
| 14:41 |
roses |
I did not restart osrf |
| 14:41 |
roses |
which order should I restart them? |
| 14:41 |
bshum |
So, normally I would stop osrf and apache, before I restarted postgresql. |
| 14:42 |
bshum |
Then start back up osrf and apache |
| 14:42 |
roses |
okay, it would be so much better if I wasn't a novice at this sort of thing - I know enough to be dangerous but can usually figure stuff out - put this is complicated - everytime I look at this code I'm just amazed at thhe developers |
| 14:44 |
bshum |
roses: Heh, I'm generally either happy amazed or shockingly amazed too :) |
| 14:44 |
dbs |
Occasionally horrified |
| 14:45 |
bshum |
I think that's just cause I got to know some of these people. |
| 14:45 |
bshum |
:P |
| 14:45 |
* bshum |
jests |
| 14:45 |
roses |
bshum and dbs: Either way, it's amazing. |
| 14:46 |
bshum |
roses: At the beginning I wasn't too aware of the disconnects that happen when things don't get restarted / stopped /started in the right orders. |
| 14:46 |
|
kbeswick joined #evergreen |
| 14:46 |
bshum |
I think there is a ticket somewhere about the "wouldn't it be nice if..." idea of having Evergreen figure out when postgresql gets reset and automatically reconnecting. |
| 14:46 |
bshum |
But maybe that was some dream we had in IRC one day. |
| 14:47 |
roses |
bshum: I've learned from after about 10 attempts of intstalling - i went from debian 6 (squeeze) to debian 7 (wheezy) without reading the part in the instructions about the two different names and then I went with ubuntu 14 - precise - that seemed to work best |
| 14:49 |
bshum |
You probably mean Ubuntu 12 precise, but yeah, I know what you mean :D |
| 14:49 |
roses |
bshum: yep - something like that! |
| 14:58 |
|
roses joined #evergreen |
| 15:01 |
roses |
bshum: It worked - I went through the steps of starting/restarting listed here: http://evergreen-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors |
| 15:12 |
csharp |
~troubleshoot |
| 15:12 |
pinesol_green |
If you're having trouble getting Evergreen to work, please follow this guide for isolating the problem: http://evergreen-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors |
| 15:20 |
|
ericar joined #evergreen |
| 15:24 |
bshum |
dbwells: I'm looking more closely at bug 1210161 alongside mceraso and I noticed that there are database seed value changes in the commit but no corresponding upgrade script. |
| 15:24 |
pinesol_green |
Launchpad bug 1210161 in Evergreen "TPAC "my list" still referred to as "bookbag" in some places" (affected: 3, heat: 16) [Medium,In progress] https://launchpad.net/bugs/1210161 - Assigned to Melissa Ceraso (mceraso) |
| 15:25 |
bshum |
As I started constructing one, I notice that there's i18n translation for the text values in the seed data, but of course, those won't work on upgrade scripts I think. |
| 15:26 |
bshum |
Do we skip the upgrade SQL for these kinds of changes to seed data? Or do we just apply the english string in the upgrade file... with some sort of note about i18n issues? |
| 15:30 |
jeff |
eeevil: if you didn't already have someone lined up to review bug 1271630, I'm game (sooner rather than later to have time to adjust the MR bug). |
| 15:30 |
pinesol_green |
Launchpad bug 1271630 in Evergreen "Allow Located URIs to supply copy-like visibility to bibs" (affected: 1, heat: 6) [Wishlist,New] https://launchpad.net/bugs/1271630 |
| 15:31 |
jeff |
eeevil: do you have a specific use case, or should I ask NOBLE / comment on the bug? |
| 15:31 |
eeevil |
jeff: I didn't ... graced has looked at it, but non-ESI-ers would be best, for sure |
| 15:32 |
kmlussier |
jeff: I can give you a use case. |
| 15:32 |
jeff |
kmlussier++ |
| 15:32 |
eeevil |
cool |
| 15:32 |
eeevil |
kmlussier++ |
| 15:32 |
eeevil |
kmlussier: IIRC, there are 5 scenarios, yes? |
| 15:32 |
graced |
better kmlussier than me! |
| 15:33 |
eeevil |
;) |
| 15:34 |
eeevil |
there are to 'when logged in, include "pref_lib"' variants to the ones listed on the bug |
| 15:34 |
kmlussier |
The biggest use case I can think of is that their patrons often are searching the entire consortium from home and won't always be logged in. |
| 15:34 |
eeevil |
s/to/two/ |
| 15:34 |
kmlussier |
There is no way for the system to know which Located URI's are relevant to them. So they want those patrons to retrieve any record with a located URI when searching the consortium. |
| 15:35 |
kmlussier |
And then to see all located URI's on that record. |
| 15:35 |
eeevil |
right ... and it's controlled with a new global flag |
| 15:35 |
kmlussier |
When they are logged in and they are scoped to the consortium, they also want to display all located URI's, but to see the preferred library's Located URI at the top. Similar to the way copies sort. |
| 15:35 |
eeevil |
and, additionally, we're sorting located uris based on their OU ranking |
| 15:35 |
kmlussier |
Because it's possible one patron is affiliated with mroe than one library. |
| 15:36 |
kmlussier |
I can't come up with 5. But I can always look back at my notes. ;) |
| 15:36 |
eeevil |
kmlussier: thanks, you said the pref_lib bit better than me :) |
| 15:39 |
jeff |
kmlussier: thanks, that helps! |
| 15:41 |
dbwells |
bshum: I'm not an authority on i18n stuff, but my advice would be to create the upgrade script with the oils_i18n_gettext() in place. My understanding is that it won't do anything, but I also believe it won't hurt, and could be made to do something down the line. |
| 15:42 |
bshum |
dbwells: Sounds logical. I'm trying to decide if I have time to do it later tonight or if I'll just kick it back to remingtron_ to fix :P |
| 16:41 |
|
jeffdavis joined #evergreen |
| 16:42 |
|
jeffdavis joined #evergreen |
| 17:12 |
|
mmorgan left #evergreen |
| 17:20 |
|
dcook joined #evergreen |
| 20:27 |
bshum |
dbwells++ # 2.6 alpha recap |
| 20:30 |
eeevil |
ha! yeah, that was awesome |
| 20:30 |
eeevil |
dbwells++ |
| 20:47 |
jeff |
dbwells++ |
| 20:56 |
bradl |
dbwells++ |
| 21:06 |
|
afterl left #evergreen |
| 21:08 |
jl- |
hai |
| 21:08 |
jl- |
just bulk imported 30000 records |
| 21:09 |
jl- |
is there a way to show 'all' on the webpage? |
| 21:19 |
|
timhome joined #evergreen |
| 21:28 |
|
timf joined #evergreen |
| 21:36 |
|
timhome joined #evergreen |
| 21:47 |
|
timf joined #evergreen |
| 21:48 |
|
jl- joined #evergreen |
| 22:03 |
bshum |
Doh, going to miss the meeting tomorrow. |
| 22:05 |
|
timhome_ joined #evergreen |
| 22:12 |
|
jl- joined #evergreen |
| 22:14 |
|
timlaptop joined #evergreen |
| 22:35 |
|
jl- joined #evergreen |
| 22:59 |
|
jl- joined #evergreen |
| 23:12 |
|
timhome_ joined #evergreen |
| 23:26 |
|
timlaptop joined #evergreen |
| 23:30 |
|
zerick joined #evergreen |
| 23:43 |
|
timhome_ joined #evergreen |
| 23:46 |
|
timhome___ joined #evergreen |
