<Regenaxer>
No, I just entered the bridge in the Element client
<Regenaxer>
#freenode_#picolisp:matrix.org
<Regenaxer>
The problem is that I cannot write
<Regenaxer>
just read
<Regenaxer>
No idea how to configure that
<Regenaxer>
It creates two rooms, one for #picolisp and one for "Freenode IRC Bridge status"
<tankf33der>
Maybe they are read only?
<Regenaxer>
As far as I understand, matrix people all use a Element or another client to use IRC channels like #matrix
<Regenaxer>
It is soooo hard to find useful info about matrix, because you cannot use search engines with such general terms as "matrix" and/or "element"
<Regenaxer>
Really stupid namig for such projects :(
<Regenaxer>
*naming
_whitelogger has joined #picolisp
orivej has quit [Ping timeout: 264 seconds]
Seteeri has quit [Quit: Leaving]
orivej has joined #picolisp
orivej has quit [Ping timeout: 245 seconds]
beneroth has joined #picolisp
<wineroots>
IIRC you need to identify on freenode side with nickserver from element/matrix otherwise cannot send msgs. This happens to xmpp on my end.
<wineroots>
I forgot the procedure but should be found on the web. Regenaxer
<wineroots>
I just had to identify as the 1st try failed
<Regenaxer>
It is really hard to search for info about matrix
<Regenaxer>
(as I ranted above already)
<wineroots>
Yes, I remember my struggle. In the end after getting kicked(every irc channel) for inactivity I reduced my usage and stopped using it.
<Regenaxer>
But you still use matrix?
<wineroots>
I have the app just not opened in a long time..
<wineroots>
I switched to xmpp. Low resource usage, light weight client and gets the job done much better
<Regenaxer>
I see
<Regenaxer>
haven't looked at xmpp yet
<wineroots>
xmpp is like irc just a tad better. Element/Matrix is closer to discord as a competitor instead of IRC and others.
<Regenaxer>
Hmm, so I should register "abu[m]" at freenode, as I want to keep this Regenaxer separate
<Regenaxer>
The problem I see is that I don't know how to pass authentication from Matrix to Freenode then
<Regenaxer>
Ah, ok, @freenode_NickServ:matrix.org
<abu[m]>
Test from Matrix
<abu[m]>
Test2
<Regenaxer>
Great! Works :)
<abu[m]>
One more test ☺
<Regenaxer>
Thanks wineroots!
<wineroots>
You're most welcome! Glad it worked
<abu[m]>
😎👍
<wineroots>
Be sure to post once a while from that account. If this is the default matrix server they kick for inactivity in irc channels.
<Regenaxer>
You mean matrix.org? Or the server abu is on?
<wineroots>
matrix.org as you interface through that server's bridge.
<Regenaxer>
ok
<Regenaxer>
makes sense
<Regenaxer>
Do you have an idea how long that timeout is?
<Regenaxer>
days, months?
<wineroots>
I think a month. but, to be on the safe side send once every 2 weeks.
<wineroots>
In case you do end up kicked just re-join and identify like before.
<abu[m]>
Perfect
<wineroots>
Well, I need to go. Check later. (bye)
<Regenaxer>
Not sure if I'll prefer Regenaxer or abu[m]
<Regenaxer>
See you!
orivej has joined #picolisp
Regenaxer has left #picolisp [#picolisp]
Regenaxer has joined #picolisp
Regenaxer has left #picolisp [#picolisp]
Regenaxer has joined #picolisp
<beneroth>
the original Jitsi software was a kind of Skype on top of xmpp
<beneroth>
(native app, not web app)
<beneroth>
greetings wineroots :)
<beneroth>
Regenaxer, abu[m] to which of you should I send messages now? :P
* beneroth
needs once again to declare his love for pilog and salute to the brilliance of Regenaxer
<abu[m]>
At the moment I'm in this incarnation ;)
<abu[m]>
i.e. logged out of my server
<beneroth>
multi-sleever :P
<abu[m]>
Yeah, only Element client atm
<abu[m]>
Must get used to it
<beneroth>
abu[m], I thank you for pilog. It's just brilliant :)
<abu[m]>
Oh, nice! Glad that you use it :)
<beneroth>
I can find data conflicts with it now
<abu[m]>
Sounds reasonable. I.e. on a logical basis via rules
<beneroth>
offering a very easy interface: 1. declare input values for given parameters (which have relations to records in pilDB) 2. get list of conflicting values, what the database believes they values would supposed to be, and how the system came to this conclusion
<beneroth>
the system being a few simple pilog magic rules
<beneroth>
exactly :)
<beneroth>
just wonderful
<abu[m]>
I need to use it more too
<beneroth>
the problem is, the relationship between parameters/values is not straight forward. records can have multiple unqiue key values, and depending on input source the conflicts and determination of values is very different
<abu[m]>
The principles of Prolog are fascinating
<beneroth>
but pilog allows to code it in very simple rules
<beneroth>
and pilog then determines itself which paths to use
<beneroth>
aye
<beneroth>
abu[m], one stupid question
<beneroth>
pilog has no concept of ordering at all, correct? meaning if I want to prioritize one branch (of the search space) over another, then I should do two separate pilog/solve calls?
<beneroth>
I know it has a kind of order in which it searches, but can it be guaranteed?
<beneroth>
I'd guess the answer is: yes, but very prone to programming/code changes ?
<abu[m]>
I think it is very exact. Guaranteed
<abu[m]>
It is even critical
<abu[m]>
Wrong order gives wrong results
<beneroth>
I have a generator (member @Var @GivenList)
<beneroth>
I want to prioritize some @Var over others, depending if they match certain rules (these rules don't have necessarily to succeed for the overall result, but I want to prioritize @Var where the rules match)
<beneroth>
any way to do this without doing two pilog calls (1. prioritized, then 2. rest) ?
<abu[m]>
Hmm, @Var is just a value
<beneroth>
yep. a symbol.
<abu[m]>
No
<beneroth>
I mean: in my use case, the values of @Var are symbols
<abu[m]>
It is bound to a value, so Pilog sees the value it is unified with
<abu[m]>
ah, ok
<abu[m]>
So generate these values in the right order?