Re: [dev] Sup and dmc
complicated? is the most simple implementation for storing data. why non transparent? I'm not sure I understood the whole concept yet, will have to do some more reading. I guess I'm making it more difficult than it is...
Re: [dev] Sup and dmc
On Tue, May 3, 2011 at 8:38 PM, pancake panc...@youterm.com wrote: You may like starting to play with sdb. http://hg.youterm.com/sdb Its a nosql-like (key-value db) based on cdb, but with a decent api and aiming to provide a memcache network protocol. Its about 1000 LOC atm. Contribs are welcome I don't really understand. sdb is essentially a ramfs without folders, but hidden behind a CLI? I would either have to run stuff on my server (128MB RAM) or use web services like gmail which I don't have to pay for. And memcached seems to me like a complicated nontransparent cache with tcp/ip interface. What is all this stuff good for?
Re: [dev] Sup and dmc
On 05/06/11 16:28, hiro wrote: On Tue, May 3, 2011 at 8:38 PM, pancakepanc...@youterm.com wrote: You may like starting to play with sdb. http://hg.youterm.com/sdb Its a nosql-like (key-value db) based on cdb, but with a decent api and aiming to provide a memcache network protocol. Its about 1000 LOC atm. Contribs are welcome I don't really understand. sdb is essentially a ramfs without folders, but hidden behind a CLI? it's a hashtable. why you try to explain such a simple concept in that complicated way? I would either have to run stuff on my server (128MB RAM) or use web services like gmail which I don't have to pay for. i dont get the point. maybe you need to get a job to earn some money. And memcached seems to me like a complicated nontransparent cache with tcp/ip interface. complicated? is the most simple implementation for storing data. why non transparent? it's rather simple. What is all this stuff good for? you have O(1) times to access the information, you can build any data structure on top of a keyvalue database, you can use it from shell, as a library from C or networkedly using netcat or a memcache client. it's stupidly simple to replicate memcache-like servers and it's lightweight. what i did in sdb is a hashtable (memory) database which syncs to disk using a slightly modified version of cdb. it is just faster than any other implementation out there.the only problem is that the disk database is always fully replaced atomically. this means that if you have zillions of rows it will take some seconds to write to disk instead of just updating what has been modified. You can split up the key space with namespaces, so you can create a pseudo-tree structure like in cassandra, and get better scaling times. or use different databases for each key group.. and get faster times for listing the whole database. Also key expiration times are not yet implemented..but it would be just simple to do. I also write a vala interface for it, this means that if you use 'valaswig' you can just build bindings for sdb for python, ruby, perl, lua, java, ... but that's not really suckless at all :P --pancake
Re: [dev] Sup and dmc
On Tue, 5 Apr 2011 22:58:33 -0500, Hank D hdon...@gmail.com wrote: [...] but I really want an email client that isn't total ass. You may find what you're looking for in notmuch [1]. Even if you do somehow come to the conclusion that it's total ass, the amount of ass would still be notmuch. Considerable less than mutt(ch), anyways. Peace -- Pieter [1] http://notmuchmail.org/
Re: [dev] Sup and dmc
On Wed, Apr 6, 2011 at 7:49 AM, SHRIZZA shri...@gmail.com wrote: You know, we could all say we're using shitty MUAs because we see the rendered HTML rather than the plain-text component. ;) Even HTML-only mail can be converted to plain text. Solution: use mutt. Real solution: Exterminate all Apple users. uriel
Re: [dev] Sup and dmc
Despite Mutt does a good job for me, today I tried Heirloom mailx[1] and I'm hooked to its simplicity. [1] http://heirloom.sourceforge.net/mailx.html -- Ricardo
Re: [dev] Sup and dmc
Gmail's basic html view sucks least at least for a lazy ass like me. I'm still waiting for the plan9 cloud 2.0 alternative though. mail.google.com/mail/h/ 2011/4/9 Łukasz Pankowski lukp...@o2.pl: Bjartur Thorlacius svartma...@gmail.com writes: On 4/6/11, Hank D hdon...@gmail.com wrote: The problem is that mutt sucks, too. True. It can be configured to suck even less, though. But I want a minimalist alternative that's configured to suck less *at build time*. If the default for a text-based MUA is not to just display text, something's awry. IMO, MUA should simply draw a list of messages to it's console, and simply pipe message contents through mailcap, for opening in another window, overwriting the message list or (if you're living in another century than I am) forwarding to a line printer producing a hardcopy. Mutt, on the other hand, sports a built in pager. Sucks. I use no suckless MUA (gnus + mairix) but from those two mairix is more important: any MUA that does not integrate easily fast full text filtering of messages is just unusable with today's tons of mails.
Re: [dev] Sup and dmc
On 4/6/11, Hank D hdon...@gmail.com wrote: The problem is that mutt sucks, too. True. It can be configured to suck even less, though. But I want a minimalist alternative that's configured to suck less *at build time*. If the default for a text-based MUA is not to just display text, something's awry. IMO, MUA should simply draw a list of messages to it's console, and simply pipe message contents through mailcap, for opening in another window, overwriting the message list or (if you're living in another century than I am) forwarding to a line printer producing a hardcopy. Mutt, on the other hand, sports a built in pager. Sucks. Not to mention the very outdated model of email it uses and the lack of support for multiple email accounts. I thought that to be mostly a MTA problem. Note, though, that mutt supports multiple 'mailboxes' (switching between them is usually bound to 'c'). Really, how many MUAs out there let WMs control their windows? Claws?
Re: [dev] Sup and dmc
Bjartur Thorlacius svartma...@gmail.com writes: On 4/6/11, Hank D hdon...@gmail.com wrote: The problem is that mutt sucks, too. True. It can be configured to suck even less, though. But I want a minimalist alternative that's configured to suck less *at build time*. If the default for a text-based MUA is not to just display text, something's awry. IMO, MUA should simply draw a list of messages to it's console, and simply pipe message contents through mailcap, for opening in another window, overwriting the message list or (if you're living in another century than I am) forwarding to a line printer producing a hardcopy. Mutt, on the other hand, sports a built in pager. Sucks. I use no suckless MUA (gnus + mairix) but from those two mairix is more important: any MUA that does not integrate easily fast full text filtering of messages is just unusable with today's tons of mails.
Re: [dev] Sup and dmc
The problem is that mutt sucks, too. If the default for a text-based MUA is not to just display text, something's awry. Not to mention the very outdated model of email it uses and the lack of support for multiple email accounts. Actually, I shouldn't say that. There's at least 3 different ways to handle multiple email accounts. One using folder hooks, account hooks, and hooks; one using macros; and one poor bastard using multiple muttrc files and screen. On Wed, Apr 6, 2011 at 12:49 AM, SHRIZZA shri...@gmail.com wrote: You know, we could all say we're using shitty MUAs because we see the rendered HTML rather than the plain-text component. ;) Even HTML-only mail can be converted to plain text. Solution: use mutt. In ~/.muttrc: alternative_order text/plain auto_view text/html set mailcap_path=~/.mailcap And in ~/.mailcap: text/html; w3m -I %{charset} -T text/html; copiousoutput; w3m is required for the html-text translation. /me mumbles something about suckless and MUA :D Funny, cause mutt's slogan is, all mail clients suck. This one just sucks less.
Re: [dev] Sup and dmc
I'll look at the source. I don't think I'll be able to accomplish much, but I really want an email client that isn't total ass. On Sun, Apr 3, 2011 at 9:23 AM, Ethan Grammatikidis eeke...@fastmail.fm wrote: On 3 Apr 2011, at 1:37 pm, Džen wrote: I don't know what you guys think, but why not simply return messages which contain a text/html attachment to the sender? Maybe like this people might learn it someday and trash such shitty MUAs... I think some mailing lists do this. Some simply drop all attachments but means you can't attach patches. Of course, the ML could just drop text/html attachments. The big problem is not attachments but mail which does not have a plain-text component. You know, we could all say we're using shitty MUAs because we see the rendered HTML rather than the plain-text component. ;) Even HTML-only mail can be converted to plain text. /me mumbles something about suckless and MUA :D
Re: [dev] Sup and dmc
You know, we could all say we're using shitty MUAs because we see the rendered HTML rather than the plain-text component. ;) Even HTML-only mail can be converted to plain text. Solution: use mutt. In ~/.muttrc: alternative_order text/plain auto_view text/html set mailcap_path=~/.mailcap And in ~/.mailcap: text/html; w3m -I %{charset} -T text/html; copiousoutput; w3m is required for the html-text translation. /me mumbles something about suckless and MUA :D Funny, cause mutt's slogan is, all mail clients suck. This one just sucks less.
Re: [dev] Sup and dmc
I don't know what you guys think, but why not simply return messages which contain a text/html attachment to the sender? Maybe like this people might learn it someday and trash such shitty MUAs... On 01/04/11 02:09am, hiro wrote: I just looked at the source and what is this shit?!?!
Re: [dev] Sup and dmc
On 3 Apr 2011, at 1:37 pm, Džen wrote: I don't know what you guys think, but why not simply return messages which contain a text/html attachment to the sender? Maybe like this people might learn it someday and trash such shitty MUAs... I think some mailing lists do this. Some simply drop all attachments but means you can't attach patches. Of course, the ML could just drop text/html attachments. The big problem is not attachments but mail which does not have a plain-text component. You know, we could all say we're using shitty MUAs because we see the rendered HTML rather than the plain-text component. ;) Even HTML-only mail can be converted to plain text. /me mumbles something about suckless and MUA :D
Re: [dev] Sup and dmc
On 04/01/11 01:22, Andreas Wagner wrote: Thanks for the information on the repository url change. I have updated the archlinux AUR PKGBUILD: http://aur.archlinux.org/packages.php?ID=39955 cool! I use the one in slpm :) slpm -i dmc # hg clone http://hg.suckless.org/slpm I use dmc to quickly send files by email from the shell and I'm interested in working on dmc because I would like it to be usable as my primary email client. yay, me too :) but i cant find time to work on it. Bure I've recently been grepping through the source code of dmc and I will have some fixes and improvements once I understand it better. Great! let me know if you do any change on it. I would love to hear about ideas and changes do make dmc a real replacement for mail management. --pancake
[dev] Sup and dmc
As long as they are suckless projects and I didnt find any time to work more on it im going to move the repos to hg.suckless.org This way the code will be part of the suckless project and more people will have commit access to it. It's ok for you guys? Anybody interested in working on them? --pancake
Re: [dev] Sup and dmc
Thanks for the information on the repository url change. I have updated the archlinux AUR PKGBUILD: http://aur.archlinux.org/packages.php?ID=39955 I use dmc to quickly send files by email from the shell and I'm interested in working on dmc because I would like it to be usable as my primary email client. I've recently been grepping through the source code of dmc and I will have some fixes and improvements once I understand it better. - AndreasBWagner On Thu, Mar 31, 2011 at 2:10 PM, pancake panc...@youterm.com wrote: As long as they are suckless projects and I didnt find any time to work more on it im going to move the repos to hg.suckless.org This way the code will be part of the suckless project and more people will have commit access to it. It's ok for you guys? Anybody interested in working on them? --pancake
Re: [dev] Sup and dmc
Fuck such enormous letters at such a time, is it possible to turn off HTML in gmail?? Or better even - make *your* mail client suck less... On Thu, Mar 31, 2011 at 6:10 PM, pancake panc...@youterm.com wrote: As long as they are suckless projects and I didnt find any time to work more on it im going to move the repos to hg.suckless.org This way the code will be part of the suckless project and more people will have commit access to it. It's ok for you guys? Anybody interested in working on them? --pancake
Re: [dev] Sup and dmc
I just looked at the source and what is this shit?!?!
Re: [dev] Sup and dmc
On Fri, 1 Apr 2011, hiro wrote: I just looked at the source and what is this shit?!?! Yikes. I thought hiro was overreacting, until I looked at the source of the HTML MIME part. Wow. That's Office-grade shit. Horribly verbose, and only aimed at a specific subset of browsers: span class=Apple-style-span style=-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); font-size: medium;
Re: [dev] Sup and dmc
On 1 Apr 2011, at 3:19 am, Benjamin R. Haskell wrote: On Fri, 1 Apr 2011, hiro wrote: I just looked at the source and what is this shit?!?! Yikes. I thought hiro was overreacting, until I looked at the source of the HTML MIME part. Wow. That's Office-grade shit. Horribly verbose, and only aimed at a specific subset of browsers: span class=Apple-style-span style=-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba (175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba (77, 128, 180, 0.230469); font-size: medium; I missed seeing this specific mail but after my inbox got filled several times I found one 1/4-megabyte email in a folder I don't look at often. After that I cut my filtering down to reject messages over 128KB. I don't suppose I'll miss too many patches I'd want to see because of that. :)