Blog: 2024-01-03: Difference between revisions
No edit summary |
No edit summary |
||
Line 95: | Line 95: | ||
which appears to be defined in the c source code. Hmm... |
which appears to be defined in the c source code. Hmm... |
||
Alright some debugging later, I get |
|||
dbm.c |
|||
│ > 69 services_die("Failed to load a database module, continuing would be unwise.", FALSE) |
|||
where module is pgsql.la |
|||
This seems to be the same error as the earlier psql load, so that's good, seems database connecting works. |
|||
Side note: this error simply comes from a psycopg2.connect call without password: |
|||
In [11]: psycopg2.connect(host="localhost", database="testoftcdb", user="razzi") |
|||
OperationalError: connection to server at "localhost" (127.0.0.1), port 5432 failed: fe_sendauth: no password supplied |
|||
So it's nothing to be afraid of... |
Revision as of 02:55, 4 January 2024
New year ya
Ok looking into this issue to get deno into apt. https://github.com/denoland/deno/issues/1583 + https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961337
One thing I notice from my local clone of https://github.com/denoland/deno/ is that dependency versions keep changing. Each of these will require a new debian upload. For example we have the following diff
git diff c08319262..9526520cf Cargo.lock
name = "comrak" name = "deno_core" name = "deno_doc" name = "deno_ops" name = "deno_unsync" +name = "handlebars" name = "hashbrown" +name = "memoffset" name = "metal" +name = "onig" +name = "onig_sys" name = "opaque-debug" +name = "pest" +name = "pest_derive" +name = "pest_generator" +name = "pest_meta" name = "petgraph" +name = "regex-syntax" name = "regex-syntax" name = "rustls-tokio-stream" name = "serde_v8" +name = "syntect" name = "tar" -name = "tinytemplate" name = "tinyvec" +name = "ucd-trie" name = "unic-char-property"
Ok so let's start with comrak https://docs.rs/comrak/latest/comrak/
Trying to get in to to #debian-js on oftc, can't seem to join channels, the client doesn't seem to show anything... huh.
Side note, there's an emacs package to edit mediawiki pages: https://github.com/hexmode/mediawiki-el
Ok I switched to the oftc/weechat/libera buffer and did /join #debian-js and it worked, great
https://packages.debian.org/search?keywords=comrak&searchon=names&suite=bookworm§ion=all shows comrak has not been packaged for debian.
fr on a side quest, trying to see if oftc can support sasl. Here's the scoop
| razzi | Hi there, I see on the faq page https://www.oftc.net/FAQ/Services/ that | SASL is on the Roadmap, curious if anybody is working on this and if I | could help :) │15:47:57 @dwfreed | it's a long process; I think the current step is coming up with a │ | solution for OFTC's custom services bots │15:52:41 razzi | Thanks for that info dwfreed , is there an info page for these bots or │ | is it more folk knowledge at this point? │15:53:03 @dwfreed | folk knowledge + they're open source │15:53:14 @dwfreed | https://github.com/oftc/ │15:54:09 razzi | Cool I'll take a look at the sources, thanks │15:58:51 phy1729 | Anything for the non-hatted to do there? │16:04:04 @dwfreed | phy1729: I mean, if you want to rewrite all our custom services bots into │ | their own psuedo-server that can support speaking both oftc-hybrid TS6 │ | and eventually solanum TS6 and the necessary atheme modules for │ | information sharing over TS6 (ENCAP galore) │16:04:35 phy1729 | They aren't client connections? │16:05:44 @Myon | some are, some aren't │16:06:27 @dwfreed | GanneffServ, FloodServ, MoranServ, BOPM, and CTCPServ are all integrated │ | in oftc-ircservices │16:06:44 @dwfreed | FloodServ is C, the rest are ruby │16:07:02 phy1729 | Is the plan to shove them all into atheme? │16:07:12 @dwfreed | the plan is to not put them into atheme at all │16:07:17 @dwfreed | hence "own psuedo-server" │16:08:07 phy1729 | Is there a scaffold or language choice yet? │16:08:27 @dwfreed | I'd kind of decided on lua, since it's simple to learn in case I get hit │ | by a bus │16:08:37 @dwfreed | (specifically lua 5.1, for luajit compat)
There is an open issue for this: https://github.com/oftc/oftc/issues/1
And a workaround: https://www.oftc.net/NickServ/CertFP/
Ok several hours later I have the command to start the oftc irc services:
oftc-ircservices $ src/services oftc-ircservices: version 1.5.12 oftc-ircservices: pid 5473 oftc-ircservices: running in background mode from /usr/local/
But when I try to load the postgres module to add the irc_lower function, I get this error:
testoftcdb=# load '/usr/local/lib/oftc-ircservices/pgsql.so'; ERROR: could not load library "/usr/local/lib/oftc-ircservices/pgsql.so": /usr/local/lib/oftc-ircservices/pgsql.so: undefined symbol: outofmemory
which appears to be defined in the c source code. Hmm...
Alright some debugging later, I get
dbm.c │ > 69 services_die("Failed to load a database module, continuing would be unwise.", FALSE)
where module is pgsql.la
This seems to be the same error as the earlier psql load, so that's good, seems database connecting works.
Side note: this error simply comes from a psycopg2.connect call without password:
In [11]: psycopg2.connect(host="localhost", database="testoftcdb", user="razzi") OperationalError: connection to server at "localhost" (127.0.0.1), port 5432 failed: fe_sendauth: no password supplied
So it's nothing to be afraid of...