IRC channel logs


back to list of logs

<paroneayea>janneke: congrats on the mutual self-hosting in Mes
<daviid>I have a procedure that returns a list of list, ((foo bar baz ...) ...), and I'd like to use match to get the cdar. I'm doing this (match '((foo bar baz)) (((dir . files) ...) files)) but it returns this '((bar baz)), where I want '(bar baz)
<janneke>paroneayea: hey, thanks!
<amz3`>io #guile!
<catonano>amz3` hi !
<amz3`>catonano: I replied to your message on guile-user
<amz3`>I don't know how adapton works yet
<amz3`>imap... what a mess...
<amz3`>I am trying to bind GNU MailUtils in Guile but... this is a very complicated
<amz3`>I thought that I knew about asynchronous code but little do know about network protocols
<amz3`>I had a look at imaplib from python and it does some funky stuff
<amz3`>like there is no way to receive unsolicited message from the server, which I am ok with but..
<amz3`>otherwise said, there is no way to avoid polling the server for new messages
<amz3`>I am not sure why it wans't built like that from the ground up
<amz3`>I miss my zmq REP socket a lot
<amz3`>there is also libetpan which is the defacto standard in apple world, but the high level api is not available in C
<amz3`>there of course GNU MailUtils
<amz3`>but the library part is not documented
<random-nick>how would you receive without polling?
<amz3`>AFAIK the server sends a message to say they are new messages
<amz3`>in IMAP at least
<amz3`>I am not sure, but I am sure there are unsollicited message from the server in IMAP which means it's not equivalent to REQ/REP zmq socket
<amz3`>in zmq REQ/REP socket, the server can send message to the client only in response to a message
<amz3`>from the client
<amz3`>which makes things much easier
<DerGuteMoritz>amz3`: polling was the only way to obtain updates from the server up until the IMAP IDLE extension was proposed:
<DerGuteMoritz>amz3`: not all servers and clients implement this, though
<DerGuteMoritz>but these days, many do
<DerGuteMoritz>Not sure about Python's imaplib. Maybe search for the keyword "idle" ;-)
<amz3`>there is no mention of idle in python's imaplib
<amz3`>I have an issue with tls-wrap
<amz3`>without tls wrap my program works but with tls wrap 'read-line' hangs until the socket is closed from the other end
<amz3`>at which point read-line returns
<nikita1>nalaginrut: hello! it may be simpler to communcate in the chat instead of issue comments on gitlab :)
***random-nickname is now known as random-nick
<amz3`>" If the server detects a possible ambiguity, it MUST execute commands
<amz3`> to completion in the order given by the client.
<amz3`>why not make it simple, and forbid any concurrent access?!
<amz3`>especially since mail is a slow medium
<amz3`>according to rfc 3501, it's possible (under some circumstencies that are not clear) to *not* wait the completion of a command before sending another
<amz3`>AND the server responses are built so that you can not say what reponse answer which command
<amz3`>instead of prefixing every line with the tag sent during the command...
<amz3`>I don't understand, I MUST be stupid
<amz3`>oh! actually it's possible do disambiguate responses of multiple commands...
<amz3`>because responses are not inter-winded
<amz3`>the server send one response, for a given command and after the full completion of the first another response
<amz3`>but this seems particularly complicated and not very useful.
<chatter29>hey guys
<chatter29>allah is doing
<chatter29>sun is not doing allah is doing
<chatter29>to accept Islam say that i bear witness that there is no deity worthy of worship except Allah and Muhammad peace be upon him is his slave and messenger
***ertesx is now known as ertes