maybe one day, someone will look at dmc
[2013-06-10 18:12] Michael Stevens
>
> Are there any mail clients that don't suck?
You might want to have a look at mmh. It's far from perfect,
but it does some things quite well.
http://marmaro.de/prog/mmh
http://marmaro.de/docs/master
meillo
btw: If someone likes to write an MH storage vi
On Mon, Jun 10, 2013 at 08:18:50PM +0200, Uli Armbruster wrote:
> * Andrew Hills [10.06.2013 19:20]:
> > On Mon, 10 Jun 2013 18:12:57 +0100 Michael Stevens
> > wrote:
> > > Are there any mail clients that don't suck?
> >
> > Mutt for CLI, Claws Mail for GUI. I don't think either of them suck.
>
On Tue, Jun 11, 2013 at 09:43:40AM +0200, pancake wrote:
> maybe one day, someone will look at dmc
I looked and went "this doesn't seem to work". I approve of the basic
idea.
Specifically my attempts to ls after setting up an account just do:
mstevens@ceres:~/dmc/doc % dmc -c ls
-(out)-> (null)
On Mon, Jun 10, 2013 at 10:35:33PM +0300, Edgaras wrote:
> As for alternatives, for some time I have tried heirloom mailx, which is
> really
> cli application, seems to have considerably smaller footprint. Though
> interfaces is a bit rough, and since it seems it uses less(no?) caching its at
> le
On 2013-06-10, at 21:35, Edgaras wrote:
> Also Christop/__20h__ is working on some mail client that sounded quite nice
> and interesting from the description, but afaik it is not yet available(?).
I've heard Christoph mention this, but never seen a description.
Do you have a link?
-Truls
yep, its development is totally stalled and nobody is spending any
minimal effort to enhace it.
it works, for pop3, imap and smtp support via msmtp. But, like swk,
if no one shows interest on it, there's probably no reason to continue
developing it.
what sucks of dmc is the lack of feedback and
Hi,
I experience today a problem with Virtualbox and DWM. I have two monitors
connected to my PC. Toggling the screen in Virtualbox (Host + Home then
View -> VirtualScreen -> HostScreenX) in full screen mode has no effect. So
Virtualbox stays on the primary screen and not switch to the second one.
Did you compile dwm with xinerama enabled?
On Jun 11, 2013 6:54 AM, "Rémy Lefevre" wrote:
> Hi,
>
> I experience today a problem with Virtualbox and DWM. I have two monitors
> connected to my PC. Toggling the screen in Virtualbox (Host + Home then
> View -> VirtualScreen -> HostScreenX) in full s
I think so. XINERAMALIBS and XINERAMAFLAGS are set and passed respectively
in LIBS and CPPFLAGS in the file config.mk as it is by default. Should I do
something else ?
2013/6/11 Jacob Todd
> Did you compile dwm with xinerama enabled?
> On Jun 11, 2013 6:54 AM, "Rémy Lefevre" wrote:
>
>> Hi,
>>
On 11 Jun 2013 12:19, "Rémy Lefevre" wrote:
>
> I think so. XINERAMALIBS and XINERAMAFLAGS are set and passed
respectively in LIBS and CPPFLAGS in the file config.mk as it is by
default. Should I do something else ?
>
>
> 2013/6/11 Jacob Todd
>>
>> Did you compile dwm with xinerama enabled?
>>
>>
Here is the result of ldd dwm:
linux-vdso.so.1 (0x7fffc1bf5000)
libc.so.6 => /usr/lib/libc.so.6 (0x7f4b30baa000)
libX11.so.6 => /usr/lib/libX11.so.6 (0x7f4b3086f000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x7f4b3066c000)
/lib/ld-linux
Hi,
Il giorno Mon, 10 Jun 2013 19:14:50 -0500
"Galos, David" ha scritto:
> The only useful changes to nice here are the move of usage, which is
> more stylistically consistent with the rest of the source, and the
> proper POSIX return value.
>
> I was under the impression that this project incl
Good software is not measured in number of patches either.
Only create software that you would want to use yourself, everything
else is a waste of time.
On Mon, Jun 10, 2013 at 10:35:33PM +0300, Edgaras wrote:
> Well mutt is niceish, but not suckless. (well at something like 20MB
> of ram
In what state? Stripped, idle and no configuration (~5mb
shared+resident)? With a connection (let's add TLS on top too for more
overhead) opened to some remote s
On Jun 11, 2013 3:20 PM, "Alex Pilon" wrote:
>
> On Mon, Jun 10, 2013 at 10:35:33PM +0300, Edgaras wrote:
> > Well mutt is niceish, but not suckless. (well at something like 20MB
> > of ram
>
> In what state? Stripped, idle and no configuration (~5mb
> shared+resident)? With a connection (let's ad
> There is isync ( http://isync.sourceforge.net/) , which appears to be a
> saner implementation of OfflineIMAP's idea.
I use isync with mutt and it works quite well. I think I may try to
use it with nmh/mmh next and see whether that combination is even
better.
On Tue, Jun 11, 2013 at 09:18:43AM -0400, Alex Pilon wrote:
> Any body know of a suckless method of using IMAP mostly
> offline/disconnected? Offlineimap sucks and is brittle.
I use mbsync in several places and it works very well, and is a good
deal simpler and more reasonable than offlineimap or
On Tue, Jun 11, 2013 at 1:51 PM, Silvan Jegen wrote:
> I think I may try to use it with nmh/mmh next and see whether that
> combination is even better.
Isync only supports Maildir for local storage, while nmh uses mh
format, so they are incompatible.
--
Dmitrij D. Czarkoff
On Tue, Jun 11, 2013 at 1:54 PM, Nick wrote:
> I use mbsync in several places and it works very well, and is a good
> deal simpler and more reasonable than offlineimap or isync.
>From what I gather isync is a wrapper around mbsync, which is only
used to provide configuration file stability.
--
D
On Tue, 11 Jun 2013 15:09:10 +0200 hiro <23h...@gmail.com> wrote:
> Only create software that you would want to use yourself, everything
> else is a waste of time.
This is bad advice, perhaps just because, like most snappy mantras,
it's a gross oversimplification of reality. Some non-developers ne
On Tue, Jun 11, 2013 at 02:06:10PM +, Dmitrij Czarkoff wrote:
> On Tue, Jun 11, 2013 at 1:54 PM, Nick wrote:
> > I use mbsync in several places and it works very well, and is a good
> > deal simpler and more reasonable than offlineimap or isync.
>
> From what I gather isync is a wrapper aroun
On Tue, Jun 11, 2013 at 4:03 PM, Dmitrij Czarkoff wrote:
> Isync only supports Maildir for local storage, while nmh uses mh
> format, so they are incompatible.
I thought nmh's inc command would be able to convert maildir into the
nmh format and save it to a mail directory of your choosing for use
On 11/06/13 at 09:18am, Alex Pilon wrote:
> Any body know of a suckless method of using IMAP mostly
> offline/disconnected? Offlineimap sucks and is brittle.
I'm quite happy with fdm[1].
[1] http://fdm.sourceforge.net/
--
Peter A. Shevtsov
Heyho,
is there a particular reason for using (f)cgi scripts to serve a purely
static website?
Wouldn't plain html suck less?
--Markus
No, not having a website would suck less.
On Tue, Jun 11, 2013 at 2:28 PM, Silvan Jegen wrote:
> I thought nmh's inc command would be able to convert maildir into the
> nmh format and save it to a mail directory of your choosing for use
> with nmh. If that's not the case I will have to rethink my approach.
I'm not sure whether inc indeed
On Tue, 11 Jun 2013 11:11:03 -0400 Jacob Todd
wrote:
> No, not having a website would suck less.
Not having a website would suck more...
signature.asc
Description: PGP signature
On 6/11/13, Andrew Hills wrote:
> On Tue, 11 Jun 2013 15:09:10 +0200 hiro <23h...@gmail.com> wrote:
>> Only create software that you would want to use yourself, everything
>> else is a waste of time.
>
> This is bad advice, perhaps just because, like most snappy mantras,
> it's a gross oversimplif
For example because people didn't want to worry about having to update
stuff that gets included on multiple pages.
But how often does stuff actually get updated? You can simply pregenerate
all the content and serve it... For a site with 50 pages, that's nothing.
On Tue, Jun 11, 2013 at 11:36 AM, hiro <23h...@gmail.com> wrote:
> For example because people didn't want to worry about having to update
> stuff th
I really don't give a shit.
The real question is why is FastCGI "suckless" approved. It's a pretty
shitty and complicated protocol for what it does, especially when compared
to SCGI.
On Tue, Jun 11, 2013 at 12:01 PM, Calvin Morrison wrote:
> _who gives a shit_
>
> For a site with 50 pages, fcgi
_who gives a shit_
For a site with 50 pages, fcgi is nothing.
On 11 June 2013 11:59, Andrew Gwozdziewycz wrote:
> But how often does stuff actually get updated? You can simply pregenerate
> all the content and serve it... For a site with 50 pages, that's nothing.
>
>
> On Tue, Jun 11, 2013 at
i don't know anything about fastcgi or "suckless", I thought you just
asked why we use any CGI at all.
werc itself doesn't tell anyone to use fastcgi. stupid suckless.
Greetings.
On Tue, 11 Jun 2013 18:26:17 +0200 Truls Becken wrote:
> On 2013-06-10, at 21:35, Edgaras wrote:
>
> > Also Christop/__20h__ is working on some mail client that sounded quite nice
> > and interesting from the description, but afaik it is not yet available(?).
>
> I've heard Christoph
Greetings.
On Tue, 11 Jun 2013 18:29:48 +0200 Lorenzo Cogotti wrote:
> If you like it more with ARGBEGIN/ARGEND, I'm fine with it, I
> personally saw no reason to use ARGBEGIN and ARGEND macros when getopt
> is standard, tested and works just fine, but if that isn't the case,
> then I'll modify i
Greetings.
On Tue, 11 Jun 2013 18:30:36 +0200 Markus Teich
wrote:
> is there a particular reason for using (f)cgi scripts to serve a purely
> static website?
> Wouldn't plain html suck less?
If you volunteer to do implement this, contact me. For now suckless.org
is still using the werc remnan
alright if we are dreaming and scheming...
Why not have static pages which are all within a git repository? When
there is a change pushed to the server, a git hook could run the
re-generate script to recreate the static files in the appropriate
directories with the headers and such.
Calvin
On
http://shebang.ws/fugitive-readme.html
seems to do exacty that. It might be worth looking into.
--Markus
Am 2013-06-11 18:45, schrieb Calvin Morrison:
alright if we are dreaming and scheming...
Why not have static pages which are all within a git repository? When
there is a change pushed to t
In my implementation of split, the ability to split files into rather
large chunks is important. However, c89 does not provide a 64-bit int
type by default. Although I could manually emulate 64-bit counting, a
uvlong would be far cleaner. Is there a suckless-approved way of using
such an integer in
get a job.
On Tue, Jun 11, 2013 at 6:45 PM, Calvin Morrison wrote:
> alright if we are dreaming and scheming...
>
> Why not have static pages which are all within a git repository? When
> there is a change pushed to the server, a git hook could run the
> re-generate script to recreate the static
Galos, David dixit:
>On GNU systems stdint.h still provides uint64_t, but I have no idea
>how portable this is.
is C99.
bye,
//mirabilos
--
17:08⎜«Vutral» früher gabs keine packenden smartphones und so
17:08⎜«Vutral» heute gibts frauen die sind facebooksüchtig
17:10⎜«Vutral» aber auch traurig;
Andrew Gwozdziewycz dixit:
>But how often does stuff actually get updated? You can simply pregenerate
>all the content and serve it... For a site with 50 pages, that's nothing.
FWIW, the MirBSD website is kept in CVS and generated with
some (BSD) make and mksh scripts, then rsync’d to a webserver
Right, but '-ansi -pedantic' is strictly C89. GCC doesn't complain,
but I could imagine there being trepidation around using a C99 header
in a C89 environment (where it is not required).
2013/6/11 Thorsten Glaser :
> Galos, David dixit:
>
>>On GNU systems stdint.h still provides uint64_t, but I ha
> On 11/06/13 at 09:18am, Alex Pilon wrote:
> > Any body know of a suckless method of using IMAP mostly
> > offline/disconnected? Offlineimap sucks and is brittle.
>
On Tue, Jun 11, 2013 at 06:55:19PM +0400, Peter A. Shevtsov wrote:
> I'm quite happy with fdm[1].
I would be, were it not capable o
This commit adds the renice command and its man page,
it also introduces some fixes:
* Makes nice command more solid, it also makes it respect POSIX return values.
* Fixes estrtol, which produced a misleading error on out of range errors.
* Fixes chgrp.1 NAME section.
---
Makefile | 1 +
c
On Jun 11, 2013 5:30 PM, "hiro" <23h...@gmail.com> wrote:
> Just because I do indeed have empathy with this stupid planet's
> population I'd rather have people stop writing software commonly made
> for other people or for another greater good. Nobody needs software to
> fuck up their lives that muc
>>On Tue, Jun 11, 2013 at 11:36 AM, hiro <23h...@gmail.com> wrote:
>
> http://www.afaik.de/usenet/faq/zitieren/
>
> And yes, this is *also* valid for eMail.
Did you try to give an example of how not to quote? I don't get it.
On Tue, Jun 11, 2013 at 2:13 PM, Alex Pilon wrote:
> > On 11/06/13 at 09:18am, Alex Pilon wrote:
> > > Any body know of a suckless method of using IMAP mostly
> > > offline/disconnected? Offlineimap sucks and is brittle.
> >
> On Tue, Jun 11, 2013 at 06:55:19PM +0400, Peter A. Shevtsov wrote:
> >
> That said, for the software of equal interest both to programmers and the
> rest of computer users, the very fact that developer doesn't use own product
> should hint that this product should not be used by the others.
sounds fair.
btw, sorry for making people philosophize so much about software
Is dwm displaying a mirror of the first screen on the second? I saw
this behavior and just resorted to using xsetroot rather than fixing
my X config.
Interesting mix of top- and bottom-posting. I'll not disturb it.
Anyway, 1999 was 14 years ago. I think uint64_t is the least of our
worries if we're porting to some exotic architecture where gcc can't at
least emulate a 64-bit integer. I mean even tcc has a runtime library
for that.
On Tue, Jun
Bryan Bennett gmail.com> writes:
>
> Is dwm displaying a mirror of the first screen on the second? I saw
> this behavior and just resorted to using xsetroot rather than fixing
> my X config.
>
>
No, dwm is not displaying a mirror. I used xrandr --output VGA1 --left-of
LVDS1 to change that. S
Hi.
I've made a short patch that enables semi-transparent background for st-0.4.1.
The same mechanism should work with recent commits.
Some important notes:
1) This changes background opacity only.
2) The color designated by "defaultbg" are modified during the initialization,
so you should add
Hi.
I've made a short patch that enables semi-transparent background for
st-0.4.1. The same mechanism should work with recent commits.
Some important notes:
1) This changes background opacity only.
2) The color designated by "defaultbg" are modified during the
initialization, so you should add an
Xrandr. It was a long day...
57 matches
Mail list logo
