On Mon, May 2, 2016 at 4:57 PM, Sylvain BERTRAND
wrote:
> rust is better than go, or the other way around?
I'm not arguing for, or against either. I use Go and like and dislike
different aspects of it. I've written, maybe, 200 lines in rust so
it's premature to comment on that...
I will say that
On Mon, May 2, 2016 at 3:37 PM, Sylvain BERTRAND
wrote:
>
> On Mon, May 02, 2016 at 03:47:06PM +0200, Leo Gaspard wrote:
> > On 05/02/2016 04:40 AM, Sylvain BERTRAND wrote:
> > > On Mon, May 02, 2016 at 11:12:08AM +1000, Timothy Rice wrote:
> > >>> [...]
> > >
> > >
> > > When you want to
On Tue, Nov 17, 2015 at 10:28 AM, Random832 wrote:
> FRIGN writes:
>> Hello fellow hackers,
>>
>> I'm very glad to announce farbfeld to the public, a lossless image
>> format as a successor to "imagefile" with a better name and some
>> format-changes reflecting experiences I made since imagefile
On Wed, Oct 22, 2014 at 4:18 PM, Alexander Huemer
wrote:
> On Wed, Oct 22, 2014 at 01:23:46PM -0400, Andrew Gwozdziewycz wrote:
>> Who are we talking about? *I* use free software. Despite that, I can't
>> fully trust what my computer is doing, because I can't verify the
On Wed, Oct 22, 2014 at 2:01 PM, Peter Hofmann
wrote:
> Hi OP,
>
> yeah, I read your posting on the list. I was curious to see what others
> suggested on this topic. Unfortunately, the discussion went off-topic
> pretty soon. :-/
My apologies for my role in that.
>
> I'm still replying on the li
On Wed, Oct 22, 2014 at 1:49 PM, Martti Kühne wrote:
>> Who are we talking about? *I* use free software. Despite that, I can't
>> fully trust what my computer is doing, because I can't verify the
>> hardware the software runs on isn't doing something malicious. I also
>> can't verify that my hardw
On Wed, Oct 22, 2014 at 11:13 AM, Alexander Huemer
wrote:
> On Wed, Oct 22, 2014 at 10:49:46AM -0400, Andrew Gwozdziewycz wrote:
>> On Wed, Oct 22, 2014 at 10:41 AM, Alexander Huemer
>> wrote:
>>
>> >> Direct observation. Go to any conference (I've only b
On Wed, Oct 22, 2014 at 10:41 AM, Alexander Huemer
wrote:
>> Direct observation. Go to any conference (I've only been to
>> conferences in the US, so YMMV), or Meetup, and witness the number of
>> glowing Apples staring back at you.
>> Ask any of my friends / coworkers who were GNU/Linux users wh
On Wed, Oct 22, 2014 at 3:53 AM, Nick wrote:
> Quoth Andrew Gwozdziewycz:
>> On Mon, Oct 20, 2014 at 3:57 AM, Alexander Huemer
>> > Or do you have some concrete example I do not grasp at the moment?
>> > At least the people I know who are using OSX do not even know wh
for you, dwm is like 2,000
lines of fairly readable C, and not all that complicated.
I haven't looked, but you might also find a patch to get you started
here: http://dwm.suckless.org/patches/
> On 19. oktober 2014 at 7:17 PM, "Andrew Gwozdziewycz" wrote:
>>
>>On Octob
On Mon, Oct 20, 2014 at 3:57 AM, Alexander Huemer
wrote:
> Hi.
>
> On Mon, Oct 20, 2014 at 12:14:32AM +, orangepri...@hushmail.com wrote:
>> If anything, Apple's dominance has made people familiar with the Unix
>> command-line, which is certainly better than had they been using
>> Windows.
>
>
On October 19, 2014 1:51:37 PM EDT, orangepri...@hushmail.com wrote:
>>I don't know why you would want that.
>
>Partly because I want to keep things simple, partly because of
>nostalgia, and partly because I think SGI Irix was coolest thing ever.
Why not patch dwm to draw the appropriate decorat
On Wed, Jul 9, 2014 at 2:12 AM, Dimitris Papastamos wrote:
> On Tue, Jul 08, 2014 at 10:40:38PM -0400, Andrew Gwozdziewycz wrote:
>> I'm looking for a very simple and suckless syslogd. What do people on
>> this list use for this purpose?
>
> It has been on my mind recen
I'm looking for a very simple and suckless syslogd. What do people on
this list use for this purpose?
On July 2, 2014 5:34:10 AM EDT, Ari Malinen wrote:
>I made cron daemon because vixie-cron was too complex for my taste. It
>does the job for me. Maybe someone finds use for it.
>
>features:
>schedule tasks
>single daemon, config and initscript
>log job output: command &>> /var/log/cron.log
>run
On Tue, Jun 24, 2014 at 6:50 AM, Dimitris Papastamos wrote:
> On Mon, Jun 23, 2014 at 09:44:05AM -0400, Andrew Gwozdziewycz wrote:
>> On Sat, Jun 14, 2014 at 3:28 PM, grayfox wrote:
>> > Hey,
>> >
>> > i used Arch for some years but changed to Gentoo
On Sat, Jun 14, 2014 at 3:28 PM, grayfox wrote:
> Hey,
>
> i used Arch for some years but changed to Gentoo this week. It's not
> really BSD-equivalent by default but with some time you can do
> everything you want very easily. Moreover I like the USE-flag concept
> to compile just the things I re
On June 14, 2014 8:52:39 AM EDT, FRIGN wrote:
>On Sat, 14 Jun 2014 12:42:00 +0200
>Markus Wichmann wrote:
>
>> So, having one program that reads some standardized input and
>displays
>> it on screen, while another program converts any given image file to
>> that standardized format may be more
On Thu, May 1, 2014 at 2:46 PM, Nick wrote:
> Quoth Anthony J. Bentley:
>> MuPDF is nice but has a disgusting license (AGPL).
>
> I second that, I like mupdf very much. I quite like the license,
> too, no doubt controversially.
I'm not sure why a pdf reader would need the benefits of the AGPL,
wh
Samuel Holland wrote:
>>> On Dec 12, 2013, at 4:10 PM, "Fernando C.V."
>wrote:
>>> On Thu, Dec 12, 2013 at 10:49 PM, Fernando C.V.
>wrote:
>>> This way could do something like:
>>>
>>> $ when -t ssh host
xmessage DONE!
>>
>> Well... even if you didn't prompt it to the user interactively
On Thu, Dec 12, 2013 at 11:00 PM, Kai Hendry wrote:
> RSS is dead. why bother?
Why bother? The troves of people who cried at Google Reader shutting
down would say otherwise. RSS is "dying" because companies like
Google, Facebook, Twitter want to *own* the flow of information, and
they can't do t
On Thu, Dec 12, 2013 at 5:30 PM, Andrew Gwozdziewycz wrote:
> On Thu, Dec 12, 2013 at 5:26 PM, Bobby Powers wrote:
>> Hello,
>>
>> Andrew Gwozdziewycz wrote:
>>>> $ time find / | grep 'bin' > /dev/null
>>>> real0m8.122s
>>
On Thu, Dec 12, 2013 at 5:26 PM, Bobby Powers wrote:
> Hello,
>
> Andrew Gwozdziewycz wrote:
>>> $ time find / | grep 'bin' > /dev/null
>>> real0m8.122s
>>> user0m3.101s
>>> sys 0m2.519s
>>>
>>> $ time f
Huge copy paste fail!
> Also, just for kicks I ran a comparison:
>
> $ time find / | grep 'bin' > /dev/null
> real0m8.122s
> user0m3.101s
> sys 0m2.519s
>
> $ time find / -regex 'bin' | grep
> real0m18.795s
> user0m3.394s
> sys 0m3.401s
That should have been
$ time find
On Thu, Dec 12, 2013 at 3:36 PM, Troels Henriksen wrote:
> Troels Henriksen writes:
>
>> Andrew Gwozdziewycz writes:
>>
>>> Assume that each filter halves the fileset of, say, 256 files (my /etc
>>> directory on this OSX machine has just 247 files). That&
On Thu, Dec 12, 2013 at 2:36 PM, Chris Down wrote:
> On 2013-12-12 14:32:03 -0500, Andrew Gwozdziewycz wrote:
>> So, to find all files in /etc modified within the last hour...
>>
>> walk /etc | agep -1H -
>>
>> Or,
>>
>> walk /etc | xargs agep -
find(1) seems very un-unixy, but it's very powerful. Let's assume for
a minute that find didn't exist. How would you do the following:
1. execute a command for each file (find . -exec whatever {} \;)
2. find files that are > 8M
3. find files that are older than 20 days
4. find all files that a
On Thu, Dec 12, 2013 at 10:32 AM, Truls Becken wrote:
> On 2013-12-12, at 13:28, Andrew Gwozdziewycz wrote:
>
>> Are you suggesting that the shell handle the command after the &&?
>> Or you let the subshell I spawn do it?
>
> The shell would handle the com
On Thu, Dec 12, 2013 at 5:16 AM, Truls Becken wrote:
> On 2013-12-12 at 04:54, Andrew Gwozdziewycz wrote:
>
>> On 2013-12-11 at 19:08, Fernando C.V. wrote:
>>
>>> Sounds like a little nice useful utility, even thoguh I don't like
>>> that the commands have
On Wed, Dec 11, 2013 at 11:53 PM, Patrick <201009-suckl...@haller.ws> wrote:
> On 2013-12-11 22:46, Andrew Gwozdziewycz wrote:
>> On Wed, Dec 11, 2013 at 6:02 PM, Charlie Kester
>> wrote:
>> > Maybe I'm have a dumb day (it happens, all too often), but is there
On Wed, Dec 11, 2013 at 7:08 PM, Fernando C.V. wrote:
> On Thu, Dec 12, 2013 at 12:56 AM, Fernando C.V. wrote:
>> $ { ssh user@host &; } && xmessage connected
>
> Whoops, it's:
>
> $ { ssh user@host & } && xmessage connected
>
> Btw, what "when" does is that it considers that the program is r
On Wed, Dec 11, 2013 at 6:02 PM, Charlie Kester wrote:
> On Wed 11 Dec 2013 at 13:30:11 PST Andrew Gwozdziewycz wrote:
>>
>>
>> Using -t, you can notify when the longrunningscript is actually still
>> running. So it's very useful if you have something that fail
it's very useful if you have something that fails
repeatedly and get an alert when it actually starts.
> On 11 December 2013 11:31, Andrew Gwozdziewycz wrote:
>> Hey all,
>>
>> If you've used watch(1) you know that running a command repeatedly is
>> useful. What I
On Wed, Dec 11, 2013 at 1:14 PM, Patrick <201009-suckl...@haller.ws> wrote:
> On 2013-12-11 12:21, Andrew Gwozdziewycz wrote:
>> Yes. You can do exactly that. But you *can't* do:
Sorry, I shouldn't have said *can't*, since I knew it was *possible.*
>>
t's what I'm going for.
> On 12/11/13 at 07:32pm, Dimitris Zervas wrote:
>> @nicholas: Sorry, I didn't see your email!
>> @Andrew:oh, that's nice!
>>
>> On Wed, Dec 11, 2013 at 7:21 PM, Andrew Gwozdziewycz wrote:
>> > On Wed, Dec 11, 2013 at
On Wed, Dec 11, 2013 at 12:15 PM, Nicholas Hall wrote:
> On Wed, Dec 11, 2013 at 10:31 AM, Andrew Gwozdziewycz wrote:
>> I wondered if I could do it in shell, but figured it might be too
>> tricky to do concisely
>
> $ while ! command; do continue; done; xmessage 're
On Wed, Dec 11, 2013 at 11:55 AM, Patrick <201009-suckl...@haller.ws> wrote:
> On 2013-12-11 11:31, Andrew Gwozdziewycz wrote:
>> Maybe one of you will stop laughing long enough to find it useful.
>
> So why isn't this a standard unix utility?
I'm certainly not sma
Hey all,
If you've used watch(1) you know that running a command repeatedly is
useful. What I wished for yesterday though, is for a mechanism that
notified me when a command succeeded, but is long running -- say an
ssh session.
I wondered if I could do it in shell, but figured it might be too
tri
> Thanks, I will read up on the links I don't know yet.
> And many thanks for a constructive post! ;)
I'm just trying to do my best to make this mailing list suckless.
On Fri, Nov 22, 2013 at 11:58 AM, Markus Teich
wrote:
> Andrew Gwozdziewycz wrote:
>> On Fri, Nov 22, 2013 at 5:29 AM, FRIGN wrote:
>>> I honestly had to smile when I read the code :).
>>> However, I don't consider this good coding-style and there are quit
On Fri, Nov 22, 2013 at 5:29 AM, FRIGN wrote:
> On Thu, 21 Nov 2013 19:44:01 +0100
> Martti Kühne wrote:
>>
>> Staring at the code in horror.
>> Something about git and nyancat.
>> Without running the code - I have trust issues from similar occasions
>> - you're kidding, right?
>>
>> cheers!
>> m
On Tue, Jul 2, 2013 at 7:11 AM, Alexander Sedov wrote:
> 2013/6/29 oneofthem :
> > is there any reason why lisp isn't mentioned much in the suckless
> > community?
> > considered irrelevant, harmful or what?
> I personally consider it irrelevant. People just don't actually write
> in Lisp, because
On Mon, Jul 1, 2013 at 4:27 PM, Craig Brozefsky wrote:
> Andrew Gwozdziewycz writes:
>
> >Lisps are loaded with this sort of stuff, and while I love it, and
> >enjoy using them thinking about them, reading about them, they just
> >aren't practical fo
On Sat, Jun 29, 2013 at 1:35 PM, Louis-Guillaume Gagnon <
louis.guillaume.gag...@gmail.com> wrote:
> 2013/6/29 Andrew Gwozdziewycz :
> > I don't speak for the suckless community, but despite the fact that I
> love
> > it, Lisp is complicated and not very simple at a
On Sat, Jun 29, 2013 at 12:12 PM, Craig Brozefsky wrote:
> Andrew Gwozdziewycz writes:
>
> >I don't speak for the suckless community, but despite the fact that I
> >love it, Lisp is complicated and not very simple at all, which I'm
> >guessing i
I don't speak for the suckless community, but despite the fact that I love
it, Lisp is complicated and not very simple at all, which I'm guessing is
why you don't hear about it. I'm currently playing around with attempting
to make a minimal, embeddable, unix friendly, without complications
dialect,
There's a python command line client for dropbox that could provide it.
You'd could call out to popen(3) to grab it.
So, something like:
char *status[50];
FILE *f = popen("dropbox status", "r");
fgets(status, 50, f);
pclose(f);
would do the trick.
On Wed, Jun 26, 2013 at 9:45 AM
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:
> >
> 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.
> >
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
Christoph Lohmann <2...@r-36.net> wrote:
>> P.S. Any recommendations on joining #suckless when connecting to oftc
>> through tor?
>
>Don’t be a terrorist pedophile so don’t use tor. Only feminists,
>pe‐
>dophiles and terrorists use tor.
>
That's pretty offensive, don't you think? There are
On Wed, May 22, 2013 at 4:24 PM, Thorsten Glaser wrote:
> Andrew Gwozdziewycz dixit:
>
> >Not really, given that HTML has *nothing* to do with HTTP.
>
> Both are overused, really.
>
You won't find me arguing against this statement.
>Of course, you often ret
On Wed, May 22, 2013 at 3:54 PM, Gregor Best wrote:
> On Wed, May 22, 2013 at 03:19:46PM -0400, Jacob Todd wrote:
> > no.
> > [...]
>
> Isn't it kinda ironic that this mail came as HTML?
Not really, given that HTML has *nothing* to do with HTTP.
Of course, you often retrieve HTML documents via
53 matches
Mail list logo
