<beneroth>
Regenaxer has to contact rob_w or we have to try to convince some freenode admin that we are the legitimate users/owners.
<DKordic>
beneroth: Do You have a 64-bit ARM tablet? How to avoid Android as much as possible?
<beneroth>
Yes. Good question.
<beneroth>
For the moment I don't avoid Android, I just disabled and restricted all access as far as I could.
<DKordic>
Is there, at least, a way to do Android HelloWorld from _CLI_? I had a very hard time googling it.
<beneroth>
Regenaxer does the same afaik. He was on CynagenMod in the past, switched to LineageOS, but that gave him suddenly problems (OS hangs, I think). So he is too back on standard android.
<beneroth>
DKordic, there are multiple ways to have picolisp on Android. 1) Install app "termux", which is a cli with packages, including a package for picolisp. So you can use pil with it on CLI just the same as on PC. 2) pilBox, the picolisp android app with repl.
<tankfeeder>
beneroth: we need announce in ML, to contact rob_w
<beneroth>
tankfeeder, Regenaxer probably have direct contact data to reach rob_w
<tankfeeder>
cool
<beneroth>
and anyway, if rob_w is on ML, then Regenaxer has at least his email address :)
<beneroth>
no need to make a mail to all ML members.
<tankfeeder>
where was info how to enable picolisp colors in vim ?
<DKordic>
Regenaxer: I mean "Strings" are more fundamental than Files. Second, for example, `in' is Imperative more than Functional.
<Regenaxer>
arguably
<Regenaxer>
DKordic, stop with your "minimal" stuff
<Regenaxer>
Pil is *NOT* minimalistic
<Regenaxer>
it is SIMPLE
<Regenaxer>
Which is different
<beneroth>
minimal in concepts vs. minimal effort to use. picolisp tries both but tends to care more about "minimal practicable way" than about "minimal in spirit"
<beneroth>
maybe one could optimize the "minimal in concepts" side a bit without any losses on the "practicable" side. if someone has an idea for that, make a proof-of-concept, I'm sure Regenaxer is happy to seriously consider it :)
<beneroth>
but the "simple for practicable real-world usages" is holy I understand.
<Regenaxer>
I was never much interested in any non-practical aspecws
<Regenaxer>
aspects
<beneroth>
yeah. you are very radical about it, in a good sense of the word. much more radical than all those big visions to enhance productivity.
<Regenaxer>
thanks :)
<beneroth>
I can understand the attraction of nice internally-consistent minimalistic models, but often they require some compromise for real-world applications (that is why e.g. all this physic models have numerous exceptions / special rules, right?)
<beneroth>
but such approach quickly ends up being nothing more than mental masturbation
<beneroth>
maybe just a legacy / historic reason, not really technical one. one or a few standard software vendors started it that way and it stuck
<Regenaxer>
yeah, or perhaps more human-readable this way for such long strings
<Regenaxer>
Cool, just discovered the 'socat' command line tool
<Regenaxer>
seems useful
<Regenaxer>
eg. with 'pipe'
<beneroth>
" in the early 90s, there were many formats for sequence data. Pretty much every sequence analysis suite and public database had its own distinct format. The vast majority of these were designed for human readability first and computer parsing second,"
<beneroth>
like "openssl s_client", though this is apparently meant as debugging tool and not for productive use
<Regenaxer>
openssl would also work
<Regenaxer>
but socat is extremely general it seems
<Regenaxer>
Virtually any kind of I/O channel
<Regenaxer>
The manpage is terrifying
<C-Keen>
socat is just fine for tunneling
<Regenaxer>
yeah, should be
<C-Keen>
and the man page is not as terrifying as openssl's
<Regenaxer>
haha, ok :)
<C-Keen>
another idea would be using stunnel
<Regenaxer>
I always use ssh app@domain.de -L 55555:127.0.0.1:80 -N
<C-Keen>
or use ssh as a SOCKS proxy
<Regenaxer>
T
<C-Keen>
the downside with this is that it is hard to catch a connection error in code and react appropriately
<mickiebyrd>
Howdy all
<beneroth>
howdy mickiebyrd
<Regenaxer>
Hi mickiebyrd
<mickiebyrd>
Is "(diff SomeList NIL)" the best way to remove all NILs from SomeList?
<Regenaxer>
I would use filter
<Regenaxer>
(filter bool Lst)
<beneroth>
Regenaxer, you never used CC or Reply-To with (mail) right? I intend to use it, I figure for the moment I just make an customized copy of (mail). better idea (without doing a proper SMTP implementation) ?
<mickiebyrd>
Ah ok, thanks.
<beneroth>
yeah filter is better
<Regenaxer>
There is no CC in SMTP
<beneroth>
oh ah
<Regenaxer>
I always send in a loop
<beneroth>
:D
<beneroth>
but there is Reply-To header in email :P
<beneroth>
mickiebyrd, note for (diff) the ordering matters, the second lists gets removed from the first one
<Regenaxer>
ah, did not check Reply-To
<Regenaxer>
or, did not use I think
<beneroth>
Regenaxer, my use case: Emails sent by user from application, sent by app with a noreply@app, but I want to set the Reply-To to the email who issued the message.
<mickiebyrd>
Regenaxer: Thanks, filter is quite nice
<beneroth>
I don't want to use the users email as sender because of spam protections which might catch this mail then
<Regenaxer>
hmm, I see
<mickiebyrd>
beneroth: thanks for the tip
<beneroth>
mickiebyrd, you're warmly welcome :)
<Regenaxer>
beneroth, perhaps 'patch' the mail function?
<Regenaxer>
I send sometimes mails to hundreds of recipients (in BTG) though
<Regenaxer>
no probs so far
<beneroth>
yeah. its an additional feature, not a problem with the normal usage
<beneroth>
ah well with sender email to you use? I guess a system email account? :)
<beneroth>
my use case is: email is sent from the application, but receivers should be able to respond to the user, not the application email address
<Regenaxer>
ok, understand
<beneroth>
using the users email as sender email could cause problem, as user emails are from other domains, and if those domains happened to be protected by SPF - declaring which servers are allowed to send emails in their domain name - spam filters catch it if the application is not in the SPF :)
<Regenaxer>
right, I'm aware of that
<beneroth>
nicest way would probably be extend (mail) so it can handle a cons pair as 'from argument, e.g. ("from" . "reply-to") vs just "from"
<beneroth>
should I send you a proposal for changing (mail) ?
<Regenaxer>
yes, good
<beneroth>
ok. will do.
<Regenaxer>
better is ("reply-to" . "from") btw
<Regenaxer>
it is more in the cons philosophy
<Regenaxer>
(fin From) altays gives "from" then
<beneroth>
ah I wasn't aware of fin
<beneroth>
perfect
<Regenaxer>
no matter how much gets consed in front
<Regenaxer>
It is used quite often for such situations