Hi,
* Bjartur Thorlacius [2012-04-21 01:45]:
> On Fri, 20 Apr 2012 00:37:40 -, Nico Golde wrote:
> >* Ivan Kanakarakis [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
On 21 April 2012 03:48, Ivan Kanakarakis wrote:
>
>
> On 21 April 2012 03:25, Kurt H Maier 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
On 21 April 2012 03:25, Kurt H Maier 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 (Linux) can
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
On 21 April 2012 02:42, Bjartur Thorlacius wrote:
> On Fri, 20 Apr 2012 00:37:40 -, Nico Golde wrote:
>
>> * Ivan Kanakarakis [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 s
On Fri, 20 Apr 2012 00:37:40 -, Nico Golde wrote:
* Ivan Kanakarakis [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
$ ii -k IRCPASS
would getenv("IR
On Fri, 20 Apr 2012 21:38:01 -, Carlos Torres
wrote:
the wonders of execve
At least it doesn't try to interpret anything in the filename but control
characters.
--
-,Bjartur
the wonders of execve
On Wed, Apr 18, 2012 at 7:52 AM, Alexander Tanyukevich
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 named
Hey,
On 20 April 2012 19:26, Eric Tse 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
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:
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
e
On 20/04/2012, pancake 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.
Since we are on
On 20/04/2012, pancake 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.
>
> i think that
> 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 fee
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 wrote:
> lot of suckless tools exist nowadays.. mostly prefixed by 's'.. like star,
> sdhcp.. i would lov
On 20/04/2012, 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 incoming mail, I
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 standard
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
> Can anyone suggest a suckless mail server?
qmail.
I recommend http://dovecot.org/ though tbh I use gmail. Regards,
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
experien
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
22 matches
Mail list logo
