| Time |
Nick |
Message |
| 08:35 |
|
mmorgan joined #evergreen |
| 09:04 |
|
Dyrcona joined #evergreen |
| 09:31 |
|
mmorgan1 joined #evergreen |
| 09:34 |
|
mantis1 joined #evergreen |
| 09:35 |
|
Guest57 joined #evergreen |
| 10:14 |
Dyrcona |
Yeahp. Rust is another B&D language... I have to know the types of every single filed in my multi table query to successfully extract values from the row, unless there is some trick that I don't know. |
| 10:15 |
Dyrcona |
s/filed/field/ |
| 10:16 |
Dyrcona |
Considering this: "SELECT event.*, circulation.*, usr.home_ou, org_unit.shortname" That's going to be a lot of lines of "useless" code. Be nice if it could just coerce everything to a string or not care about the type. |
| 10:17 |
Dyrcona |
Perl is better for quick Pg utilities. |
| 10:18 |
Dyrcona |
I still think I'll persist with this version. Maybe I'll learn something else that's useful. |
| 10:19 |
Dyrcona |
This also means if the schema changes, then I have to update my program. |
| 10:20 |
Dyrcona |
At least my code to output the column names as headers in a csv file works. :) |
| 10:31 |
Dyrcona |
Oof.... it gets complicated. Going to be a long list of match ... blocks. Nasty hobbitses.... |
| 10:33 |
berick |
Dyrcona: you can do stuff like https://github.com/kcls/evergreen-universe-rs/blob/main/evergreen/src/idldb.rs#L1041 (replace EgValue with a vanilla json value) |
| 10:36 |
Dyrcona |
berick++ |
| 10:38 |
Dyrcona |
I want to convert everything to a String or &str, 'cause I'm pushing the fields into a vector to be written to a csv. I could something like but use the format! macro or other functions. |
| 10:39 |
Dyrcona |
I.m omitting words and having trouble reading my laptop this morning. Maybe I should just clock out? |
| 10:45 |
|
sandbergja joined #evergreen |
| 10:50 |
Dyrcona |
I'm using chrono already. berick: If I want to add a feature from the postgres crrate, do I just add it again? I assume so. |
| 10:51 |
berick |
Dyrcona: how do you mean "add it again" ? |
| 10:53 |
Dyrcona |
I did 'cargo add postgres' before. I just did 'cargo add postgres --features with-chrnono-0_4' and it seemed to work. |
| 10:53 |
berick |
ah, yeah, makes sense |
| 10:54 |
Dyrcona |
I'm already using chrono to format a local time for a filename. |
| 10:55 |
Dyrcona |
I think I'm going to "steal" your function, but output a String. I'll use "" for null. |
| 10:57 |
Dyrcona |
Once I work out some of this code, I should probably move some of the more useful functions into a crate. |
| 11:15 |
Dyrcona |
Still a big ole ugly match.... |
| 11:17 |
|
smayo joined #evergreen |
| 11:43 |
|
jihpringle joined #evergreen |
| 11:50 |
|
jihpringle joined #evergreen |
| 12:09 |
|
jihpringle joined #evergreen |
| 12:17 |
csharp_ |
@band add Rustify My Love |
| 12:17 |
pinesol |
csharp_: Band 'Rustify My Love' added to list |
| 12:21 |
csharp_ |
we had a cat named Rusty when I was a kid and I can still here my mom calling "Rust-EEE?' in her strong southern accent |
| 12:22 |
|
jihpringle joined #evergreen |
| 12:30 |
Dyrcona |
more crates to add |
| 12:37 |
csharp_ |
despite my distaste for Debian's release naming scheme (mainly because it's cute for five minutes and you have to live with it for five years), I do like that the next release will be "forky" |
| 12:40 |
|
jihpringle68 joined #evergreen |
| 12:45 |
csharp_ |
missing dependency in Debian 13/trixie: libpcre3-dev |
| 12:46 |
csharp_ |
looks like it's required in Open-ILS/src/c-apps/oils_auth.c |
| 12:47 |
csharp_ |
per a discussion about it in another project, looks like they replaced it with libpcre2-dev: https://github.com/accel-ppp/accel-ppp/issues/173 |
| 12:51 |
csharp_ |
old, tangentially related: bug 1563531 |
| 12:51 |
pinesol |
Launchpad bug 1563531 in Evergreen "Missing libpcre during installation ./config EG 2.10.1" [Medium,Fix released] https://launchpad.net/bugs/1563531 |
| 12:57 |
Dyrcona |
csharp_: Have you tried just using libpcre3 on trixie? A lot of times the newer library is backwards compatible enough that it works. |
| 12:58 |
Dyrcona |
I agree on Debian naming, but Debian is a cutesy name to begin... Alas, Ian.... |
| 12:59 |
Dyrcona |
oh! my rust program compiles now. berick++. I copied and modified your function quite a bit. Now, I have to see if it actually produces output that makes sense. |
| 12:59 |
Dyrcona |
Wow! It looks like a valid CSV. |
| 13:00 |
Dyrcona |
Oh.... I forgot to switch from UTC to local time, but other than that the output looks good! |
| 13:03 |
Dyrcona |
Think I'll use this rust version instead of the Perl version since I've bothered to "finish" it. |
| 13:05 |
csharp_ |
Dyrcona: yeah, I was just thinking about trading the libraries out - (libpcre2 is apparently "new" and libpcre3 is apparently "dead") |
| 13:06 |
Dyrcona |
Um... That seems backwards, but OK. |
| 13:07 |
csharp_ |
yeah... |
| 13:07 |
csharp_ |
but we're still using "frozen at 3.0.1" perl dbi, so... |
| 13:08 |
Dyrcona |
The libpcre web page only mentions libpcre and libpcre2. I guess pcre3 is a debianism? |
| 13:08 |
csharp_ |
maybe - haven't figured it out yet |
| 13:08 |
Dyrcona |
I don't even think we need to keep that frozen package. |
| 13:08 |
Dyrcona |
Keep it frozen, I mean. |
| 13:09 |
Dyrcona |
But, don't mention Dojo.... ;) |
| 13:09 |
csharp_ |
well *we're* not the freezing party in that discussion |
| 13:09 |
csharp_ |
except that we are using the frozen version |
| 13:09 |
csharp_ |
F/LOSS FTW! |
| 13:10 |
Dyrcona |
Well, I mean I think we could switch to a newer version. |
| 13:11 |
Dyrcona |
Based on what I can find libpcre3 is the older libpcre library. |
| 13:13 |
csharp_ |
yeah |
| 13:17 |
csharp_ |
I *think* PCRE2 is actually "the new version of PRCE" and libpcre3 is something like (old) PCRE, version 3, if that makes sense |
| 13:18 |
csharp_ |
so yeah, perhaps a debian naming quirk conflicting with a new project name |
| 13:23 |
csharp_ |
I expect it to die at compile time if the PCRE-using C code is broken |
| 13:24 |
csharp_ |
if it is, I'll open a separate bug |
| 13:37 |
csharp_ |
ah... looks like bug 1325054 should be upped in importance |
| 13:37 |
pinesol |
Launchpad bug 1325054 in Evergreen "libdbi deprecation warnings when building Evergreen" [Low,Confirmed] https://launchpad.net/bugs/1325054 |
| 13:37 |
csharp_ |
no longer warning - now erroring |
| 13:39 |
|
jihpringle joined #evergreen |
| 13:54 |
Dyrcona |
csharp_++ |
| 14:50 |
|
kmlussier joined #evergreen |
| 14:56 |
csharp_ |
hmm libdbi itself looks precariously untended to |
| 14:59 |
csharp_ |
https://xkcd.com/2347/ - obligatory |
| 15:04 |
|
mmorgan joined #evergreen |
| 15:14 |
csharp_ |
I may have been reading the errors wrong on my dbi bug - it actually looks like this is the C compiler being more strict about how includes are done |
| 15:14 |
csharp_ |
error: implicit declaration of function 'dbi_initialize_r' [-Wimplicit-function-declaration] |
| 15:20 |
csharp_ |
bleh - might be out of my depth here |
| 15:20 |
|
mantis1 left #evergreen |
| 15:20 |
csharp_ |
in any case, we know the DBI stuff needs fixin' |
| 15:21 |
csharp_ |
but that may not be the problem that's biting me here |
| 15:33 |
Dyrcona |
i can give trixie a whirl soon. |
| 15:37 |
|
jihpringle joined #evergreen |
| 15:47 |
Dyrcona |
Bit late in the day/week to get started now. |
| 15:56 |
|
jihpringle joined #evergreen |
| 16:03 |
Dyrcona |
Yeah, looks like libdbi hasn't been touched in 12 years. |
| 16:06 |
Dyrcona |
Could mean that it's mature. :) |
| 16:08 |
|
jihpringle27 joined #evergreen |
| 16:39 |
|
jihpringle joined #evergreen |
| 17:08 |
|
mmorgan left #evergreen |
| 17:54 |
|
jihpringle joined #evergreen |
