Greetings.
On Fri, 20 Apr 2012 07:38:40 +0200 Kai Hendry hen...@iki.fi wrote:
I know this is very lazy of me, though it would be good if you could
have hints how to integrate it say with a typical Archlinux system and
its /etc/network.d
https://wiki.archlinux.org/index.php/Netcfg
Netcfg is
On 2012-04-19, at 23:03, Kurt H Maier wrote:
On Thu, Apr 19, 2012 at 10:27:04PM +0200, Truls Becken wrote:
So for the user they seem to have the same effect.
Perhaps 2) is partly the reason they do 1), by the way.
Let's not make the fantastically naive mistake of assuming this userbase
Hi,
As some background, I've been using st on an Arm device (Genesi Efika
MX) which has relatively low specs compared to your average x86/amd64
computer. st should be ideal because of how small it is compared to
xterm or rxvt but the reality is that its rendering is quite a bit
slower. Under heavy
Hi,
Can anyone suggest a suckless mail server?
We need encrypted IMAP and SMTP. Or a suckless tool chain which achieves
the above (e.g. instead SSL aware IMAP server, rsync a maildir from
server machine to local machine)
Thanks for any suggestions where to look into or if you share your
I recommend http://dovecot.org/ though tbh I use gmail. Regards,
Can anyone suggest a suckless mail server?
qmail.
On Fri, Apr 20, 2012 at 12:18:41PM +0200, sta...@cs.tu-berlin.de wrote:
Hi,
Can anyone suggest a suckless mail server?
We need encrypted IMAP and SMTP. Or a suckless tool chain which achieves
the above (e.g. instead SSL aware IMAP server, rsync a maildir from
server machine to local
lot of suckless tools exist nowadays.. mostly prefixed by 's'.. like star,
sdhcp.. i would love to ser them all grouped in a single repo, site or linux
distro. as far as we have 9base and musl can fill the gaps to have a fully
suckless distro.
i think that those commands should get the
On 20/04/2012, sta...@cs.tu-berlin.de sta...@cs.tu-berlin.de wrote:
Can anyone suggest a suckless mail server?
We need encrypted IMAP and SMTP. Or a suckless tool chain which achieves
the above (e.g. instead SSL aware IMAP server, rsync a maildir from
server machine to local machine)
To take
I too would love to see a distro with the suckless tools. Imagine how
efficient it would be? The next thing we need is a suckless X replacement,
heh.
On Fri, Apr 20, 2012 at 9:49 AM, pancake panc...@youterm.com wrote:
lot of suckless tools exist nowadays.. mostly prefixed by 's'.. like star,
1) do you have a public repository? If not, I'm sure we can get you on
hg.suckless, or if you prefer git I can set you up on my server.
I don't have a public repository. I'd be fine with this going on
hg.suckelss, but if it can't, it's probably not too hard to set one up.
2) how do you feel
On 20/04/2012, pancake panc...@youterm.com wrote:
lot of suckless tools exist nowadays.. mostly prefixed by 's'.. like star,
sdhcp.. i would love to ser them all grouped in a single repo, site or linux
distro. as far as we have 9base and musl can fill the gaps to have a fully
suckless distro.
On 20/04/2012, pancake panc...@youterm.com wrote:
lot of suckless tools exist nowadays.. mostly prefixed by 's'.. like star,
sdhcp.. i would love to ser them all grouped in a single repo, site or linux
distro. as far as we have 9base and musl can fill the gaps to have a fully
suckless distro.
Plenty of good suggestion have been shared around. This is what I use. If it
sucks more or less, I guess that's on the eye of the beholder.
1. dovecot - Used for IMAP access. POP is off, SSL is available, not needed if
only local access is used.2. fetchmail - Used to aggregate all my external
Trying to get nmaster patch to work on dwm-hg (dwm 6.0)
I put in the #include nmaster.c in config.h however when I try to compile
it, it spits out this:
dwm.c:1035:1: error: redefinition of 'incnmaster'
In file included from config.h:25:0,
from dwm.c:289:
nmaster.c:17:1: note:
Hey,
On 20 April 2012 19:26, Eric Tse xxsash...@gmail.com wrote:
Trying to get nmaster patch to work on dwm-hg (dwm 6.0)
nmaster is in mainline since dwm 6.0; you don't need to patch.
cls
the wonders of execve
On Wed, Apr 18, 2012 at 7:52 AM, Alexander Tanyukevich
atanyukev...@gmail.com wrote:
You need to separate the argument from the actual command like so:
static const char *volinccmd[] = {/home/olek/.bin/pavolume, increase,
NULL};
Otherwise it would try to exec a script
On Fri, 20 Apr 2012 21:38:01 -, Carlos Torres vlaadbr...@gmail.com
wrote:
the wonders of execve
At least it doesn't try to interpret anything in the filename but control
characters.
--
-,Bjartur
On Fri, 20 Apr 2012 00:37:40 -, Nico Golde n...@ngolde.de wrote:
* Ivan Kanakarakis ivan.ka...@gmail.com [2012-04-20 01:54]:
I think a nice thing to do that would also resolve the
naming choice would be to have -k or some other argument
mean that ii should read the -k flag as an env var. so
On 21 April 2012 02:42, Bjartur Thorlacius svartma...@gmail.com wrote:
On Fri, 20 Apr 2012 00:37:40 -, Nico Golde n...@ngolde.de wrote:
* Ivan Kanakarakis ivan.ka...@gmail.com [2012-04-20 01:54]:
I think a nice thing to do that would also resolve the
naming choice would be to have -k
On Sat, Apr 21, 2012 at 02:52:17AM +0300, Ivan Kanakarakis wrote:
dah
$ ps e -C ii | grep -o IIPASS=[^ ]*
IIPASS=foobar
I am mildly convinced that other users cannot see env data with ps -e.
I am also vaguely determined that on linux this information comes from
/proc/$PID/environ and is
On 21 April 2012 03:25, Kurt H Maier khm-suckl...@intma.in wrote:
On Sat, Apr 21, 2012 at 02:52:17AM +0300, Ivan Kanakarakis wrote:
dah
$ ps e -C ii | grep -o IIPASS=[^ ]*
IIPASS=foobar
I am mildly convinced that other users cannot see env data with ps -e.
a test user here
On 21 April 2012 03:48, Ivan Kanakarakis ivan.ka...@gmail.com wrote:
On 21 April 2012 03:25, Kurt H Maier khm-suckl...@intma.in wrote:
On Sat, Apr 21, 2012 at 02:52:17AM +0300, Ivan Kanakarakis wrote:
dah
$ ps e -C ii | grep -o IIPASS=[^ ]*
IIPASS=foobar
I am mildly convinced
Hi,
* Bjartur Thorlacius svartma...@gmail.com [2012-04-21 01:45]:
On Fri, 20 Apr 2012 00:37:40 -, Nico Golde n...@ngolde.de wrote:
* Ivan Kanakarakis ivan.ka...@gmail.com [2012-04-20 01:54]:
I think a nice thing to do that would also resolve the
naming choice would be to have -k or some
24 matches
Mail list logo
