On Sun, Apr 13, 2014 at 08:42:12PM -0400, Calvin Morrison wrote:
> On 11 April 2014 18:25, sin wrote:
> > On Fri, Apr 11, 2014 at 06:02:55PM +0200, Christoph Lohmann wrote:
> >> Greetings.
> >>
> >> On Fri, 11 Apr 2014 18:02:55 +0200 Calvin Morrison
> >> wrote:
> >> > I'd like lock to belong som
On Mon, Apr 14, 2014 at 12:15:12AM +0200, FRIGN wrote:
> Good evening,
>
> as discussed earlier, I worked on the switch_root-tool and successfully
> tested it with my initramfs-setup without problems.
> Let me know what you think.
Cool!
Applied with minor stylistic changes (also removed redundan
On Mon, Apr 14, 2014 at 12:15:12AM +0200, FRIGN wrote:
> Good evening,
>
> as discussed earlier, I worked on the switch_root-tool and successfully
> tested it with my initramfs-setup without problems.
> Let me know what you think.
BTW, what other tools from busybox do you need to use for your ini
On Mon, Apr 14, 2014 at 01:41:58PM +0200, FRIGN wrote:
> On Mon, 14 Apr 2014 10:05:02 +0100
> Dimitris Papastamos wrote:
>
> > BTW, what other tools from busybox do you need to use for your
> > initramfs-setup?
>
> None.
> I plan on switching to dash from the busy
On Mon, Apr 14, 2014 at 03:29:10PM +0200, FRIGN wrote:
> Hello,
>
> as promised you can find the manpage for switch_root attached.
Applied, thanks.
Renamed it from switch_root.1 to switch_root.8.
Cheers,
sin
On Mon, Apr 14, 2014 at 04:13:43PM +0200, FRIGN wrote:
> Hello,
>
> Seems like I neglected the Makefile while adding the switch_root
> manpage.
> This is now fixed.
Ooops... I need to add all the other manpages we wrote recently!
Good catch.
On Mon, Apr 14, 2014 at 04:13:43PM +0200, FRIGN wrote:
> Hello,
>
> Seems like I neglected the Makefile while adding the switch_root
> manpage.
> This is now fixed.
I added them all with an one-liner, thanks for spotting this.
On Mon, Apr 14, 2014 at 04:26:45PM +0200, FRIGN wrote:
> On Mon, 14 Apr 2014 15:21:29 +0100
> Dimitris Papastamos wrote:
>
> > I added them all with an one-liner, thanks for spotting this.
>
> Now, there's one question that has been bugging me for a while:
> If
On Tue, Apr 15, 2014 at 06:44:54PM +0200, Markus Wichmann wrote:
> On Sun, Apr 13, 2014 at 02:10:51PM +0200, FRIGN wrote:
> > Good day,
> >
> > sometimes, you depend on an initramfs to do stuff for you before
> > the rootfs is available.
> > Busybox has become the standard for "all your initramfs
On Tue, Apr 15, 2014 at 05:57:25PM +0100, Dimitris Papastamos wrote:
> On Tue, Apr 15, 2014 at 06:44:54PM +0200, Markus Wichmann wrote:
> > On Sun, Apr 13, 2014 at 02:10:51PM +0200, FRIGN wrote:
> > > Good day,
> > >
> > > sometimes, you depend on an initramfs
On Sun, Apr 13, 2014 at 08:42:12PM -0400, Calvin Morrison wrote:
> On 11 April 2014 18:25, sin wrote:
> > On Fri, Apr 11, 2014 at 06:02:55PM +0200, Christoph Lohmann wrote:
> >> Greetings.
> >>
> >> On Fri, 11 Apr 2014 18:02:55 +0200 Calvin Morrison
> >> wrote:
> >> > I'd like lock to belong som
On Thu, Apr 17, 2014 at 12:07:46AM +0200, Szabolcs Nagy wrote:
> * Dimitris Papastamos [2014-04-15 17:57:25 +0100]:
> > On Tue, Apr 15, 2014 at 06:44:54PM +0200, Markus Wichmann wrote:
> > > Why switch_root and not pivot_root? Here's a sh mockup of how to do what
> >
On Fri, Apr 18, 2014 at 11:45:48AM +0200, FRIGN wrote:
> On Mon, 14 Apr 2014 12:51:25 +0100
> Dimitris Papastamos wrote:
>
> > Interesting, maybe we could mention this in the wiki page and/or README.
>
> Good idea!
> But on which wiki-page particularly?
We should make
On Sun, Apr 27, 2014 at 11:23:18AM +0200, Silvan Jegen wrote:
> Document the -d option and slightly change the wording of the page.
Applied, thanks!
On Wed, Apr 30, 2014 at 12:24:29AM +0200, Jakob Kramer wrote:
> static void
> usage(void)
> @@ -86,7 +87,7 @@ main(int argc, char *argv[])
> if (!cryptpass)
> eprintf("crypt:");
>
> - if (strcmp(cryptpass, spw->sp_pwdp) != 0)
> + if (
On Wed, Apr 30, 2014 at 12:23:56AM +0200, Jakob Kramer wrote:
> >From 734e8e4471c808eee52021d10497429ea3fc5269 Mon Sep 17 00:00:00 2001
> From: Jakob Kramer
> Date: Wed, 30 Apr 2014 00:10:40 +0200
> Subject: [PATCH 1/2] su: zero out cryptpass
I am considering to remove the zero-out code entirely
On Wed, Apr 30, 2014 at 12:23:56AM +0200, Jakob Kramer wrote:
> >From 734e8e4471c808eee52021d10497429ea3fc5269 Mon Sep 17 00:00:00 2001
> From: Jakob Kramer
> Date: Wed, 30 Apr 2014 00:10:40 +0200
> Subject: [PATCH 1/2] su: zero out cryptpass
If we really want to do this, can we at least have a
Greetings everyone.
After 332 commits and about 9 months of development, the first release
of ubase has been announced on http://suckless.org.
We are currently waiting for the distribution tarball to appear on
dl.suckless.org, but in the meantime you can grab the tarball from the tagged
release i
On Thu, May 01, 2014 at 12:33:36PM -0400, Nick wrote:
> Quoth Dimitris Papastamos:
> > After 332 commits and about 9 months of development, the first release
> > of ubase has been announced on http://suckless.org.
>
> Excellent, great work folks, and thanks to all involv
tl;dr
all of your download links are dead.
On Wed, May 07, 2014 at 07:57:56PM +0200, patrick295767 patrick295767 wrote:
> One can retrieve the link and send it over mplayer on nix, vlc,... and
> any win32 apps as well.
Your drugs suck.
On Fri, May 09, 2014 at 11:58:54AM -0300, Amadeus Folego wrote:
> The -h or --human-readable option is not available on ls, and probably a
> lot of other places on sbase.
>
> This is something that would help me migrating to an userspace made with
> sbase binaries.
>
> Would implementing this be
On Sat, May 10, 2014 at 11:53:11AM +0200, patrick295767 patrick295767 wrote:
> Hello,
>
> Over the years I was commonly using Mutt (probably as you too...).
>
> Offlineimap is a reliable (well, more or less) to fetch email and get
> them to work offline.
>
> However... I would be really pleased
On Sun, May 11, 2014 at 11:00:01AM +0200, FRIGN wrote:
> Hello,
>
> I decided to state my clear name in the licenses of the programs I
> submit to.
> Thus, to complete the change, I send in this patch to change the
> sbase-license accordingly.
Applied, thanks.
On Mon, May 12, 2014 at 12:34:36AM +0200, FRIGN wrote:
> Hello,
>
> previously, we allocated one regex_t for each pattern found.
> This gets pretty nasty once the tree of patterns grows.
> Reusing one regex_t and regfreeing it after each use inside grep()
> implies just one simultaneous element in
On Mon, May 12, 2014 at 12:36:12AM +0100, Dimitris Papastamos wrote:
> On Mon, May 12, 2014 at 12:34:36AM +0200, FRIGN wrote:
> > Hello,
> >
> > previously, we allocated one regex_t for each pattern found.
> > This gets pretty nasty once the tree of patterns grows.
On Mon, May 12, 2014 at 12:57:57PM +0200, Hiltjo Posthuma wrote:
> On Mon, May 12, 2014 at 12:34 AM, FRIGN wrote:
> > Hello,
> >
> > previously, we allocated one regex_t for each pattern found.
> > This gets pretty nasty once the tree of patterns grows.
> > Reusing one regex_t and regfreeing it af
On Mon, May 12, 2014 at 11:36:28AM -0300, Amadeus Folego wrote:
> Maybe we should include a benchmark script so that we can test if a
> patch has a regression on performance?
Yes, it has been discussed before. If anyone feels up to the task
to make an sbase-test repo, that would be nice.
On Mon, May 12, 2014 at 10:20:26AM -0300, Amadeus Folego wrote:
> Hi there,
>
> I just noticed most of suckless projects use the MIT License, and I just
> wondered if there was any place on the suckless wiki that stated why
> this was preferred, but found none.
>
> So I thought that maybe this wa
On Wed, May 14, 2014 at 01:46:07PM +0200, Thuban wrote:
> Hi all,
> I was wondering if there is any existing solution to have dmenu
> understanding regular expression?
I don't fully follow, you want to use regular expressions to filter
the input before selection? or?
If so you can filter the inpu
On Wed, May 14, 2014 at 03:28:08PM +0200, Markus Teich wrote:
> Dimitris Papastamos wrote:
> > I don't fully follow, you want to use regular expressions to filter
> > the input before selection? or?
>
> I think he wants to enter a regex (or globbing star) and get all re
On Wed, May 21, 2014 at 10:58:22PM -0400, Wolfgang Corcoran-Mathe wrote:
> Perhaps I've missed something deep in the simplicity of sbase that
> makes it unnecessary, but is there any plan to implement the POSIX
> -F flag for grep?
Probably yes...
On Wed, May 21, 2014 at 10:58:22PM -0400, Wolfgang Corcoran-Mathe wrote:
> Perhaps I've missed something deep in the simplicity of sbase that
> makes it unnecessary, but is there any plan to implement the POSIX
> -F flag for grep?
We have some cleanup patches for grep coming in soon with some perf
On Fri, May 23, 2014 at 11:51:19AM +0200, Manolo Martínez wrote:
> Do you guys hang out at any microblogging platform? I used to use
> identi.ca, but the move to pump.io put me off somewhat -- the client I
> was used to use didn't work anymore, etc. Also, as far as I can tell,
> there's not much go
On Fri, May 23, 2014 at 06:17:46PM +0300, Dimitris Zervas wrote:
> In 2 weeks I will be done with my finals (yay! no more school!) and I will
> concentrate on my projects.
>
> My main project is the C blogging platform which is, well, a blogging
> platform - you didn't see that coming huh?. It's
I personally use a mix of [0] and [1]. Investigate at your own risk.
[0] http://git.codemadness.org/static-site-scripts/
[1] http://git.2f30.org/divzeroweb/
On Mon, Jun 02, 2014 at 02:29:39PM +0200, Jakob Kramer wrote:
> add -t flag to sort
Applied, thanks.
On Mon, Jun 02, 2014 at 06:08:12PM +0200, FRIGN wrote:
> Hello,
>
> I was very glad to see the initial implementation of login by sin, but
> found some stuff that simplifies the code even more.
> Check the patch for more details, it should speak for itself.
Thanks.
Yeah the uid, gid stuff are le
On Mon, Jun 02, 2014 at 06:08:12PM +0200, FRIGN wrote:
> Hello,
>
> I was very glad to see the initial implementation of login by sin, but
> found some stuff that simplifies the code even more.
> Check the patch for more details, it should speak for itself.
Applied thanks. We should probably fac
On Mon, Jun 02, 2014 at 06:20:52PM +0200, FRIGN wrote:
> On Mon, 2 Jun 2014 17:13:49 +0100
> Dimitris Papastamos wrote:
>
> > Yeah the uid, gid stuff are leftovers because I initially had shadow
> > support but could not be arsed to test it so I removed it.
>
> I
On Tue, Jun 03, 2014 at 07:28:37PM +0200, FRIGN wrote:
> - if(num && !iscntrl((int) buf[0]) && (len + num
> < sizeof passwd)) {
> + if(num && !iscntrl((int) buf[0]) && (len + num
> < sizeof passwd)) {
Whitespace issue?
Other than that it
On Wed, Jun 04, 2014 at 12:44:01PM +0200, FRIGN wrote:
> Looking at it from the programmer's side: Implementing /etc/shadow
> brings more complexity to the program. Avoiding complexity is one goal
> to set, thus avoiding /etc/shadow is a good way to simplify things.
The implementation turned out t
On Wed, Jun 04, 2014 at 02:21:51PM +0200, FRIGN wrote:
> On Wed, 4 Jun 2014 12:55:39 +0100
> Dimitris Papastamos wrote:
>
> > The implementation turned out to be simple enough. Factoring out
> > the routines in util/ should make the code more readable.
>
> The simila
On Wed, Jun 04, 2014 at 05:28:50PM +0200, FRIGN wrote:
> Given ubase was already very close to compile with c90-mode enabled,
> why not do it then?
> Basically, it involved switching to uint_least64_t instead of unsigned long
> long
> and improving some dynamic-array magic.
uint_least64_t is C99.
On Wed, Jun 04, 2014 at 12:00:41PM -0400, Lee Fallat wrote:
> Just a quick question that is somewhat related: will ubase compile on
> the BSDs, and possibly Plan 9 (using APE) ?...
not ubase. ubase specifically exists for all programs that are inherently
not portable. All tools in ubase depend o
On Wed, Jun 04, 2014 at 06:32:50PM +0200, FRIGN wrote:
> On Wed, 4 Jun 2014 16:31:47 +0100
> Dimitris Papastamos wrote:
>
> > uint_least64_t is C99.
>
> Well, it's your choice to take it or not. If you don't like it, you can
> implement the changes to the inh
On Wed, Jun 04, 2014 at 06:52:11PM +0200, FRIGN wrote:
> On Wed, 4 Jun 2014 17:44:14 +0100
> Dimitris Papastamos wrote:
>
> > declaring variables in the middle of the block is not my practice.
> > I am not embracing all features of C99, I use a mix of C90 and C99
&g
On Mon, Jun 09, 2014 at 05:14:24PM +0300, Tuukka Kataja wrote:
> Hi,
> a new contributor here. I was browsing through the sources of sbase and
> decided to tackle the missing unexpand.
Thanks for your contribution. All three patches have been applied.
Cheers,
sin
Your eyes.
On Sat, Jun 14, 2014 at 05:40:17PM +0200, Thuban wrote:
> Hi,
> I'm looking for a suckless distro. I really like crux [1], and I would
> like to know what are you using?
Some of us are working on morpheus[0]. Still quite heavy in development
but we are getting there. There's also sabotage linux[
On Sat, Jun 14, 2014 at 05:40:17PM +0200, Thuban wrote:
> Hi,
> I'm looking for a suckless distro. I really like crux [1], and I would
> like to know what are you using?
Another option would be Slackware. You can do a minimal base install, then
generate a package-tempate for your needs and use th
On Mon, Jun 23, 2014 at 01:01:21AM +0200, Markus Teich wrote:
> Heyho guys,
>
> I wrote a small presentation tool[0]. It takes plaintext as input and displays
> it in a X11 window. No need for latex, libreoffice, etc.
Nice.
I use catpoint[0] which depends on curses.
[0] http://git.2f30.org/catp
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 this week. It's not
> > really BSD-equivalent by default but with some time you can do
> > everything you want ve
On Wed, Jun 25, 2014 at 01:49:58PM +0530, Weldon Goree wrote:
> On 06/24/2014 11:58 AM, Markus Teich wrote:
> > I've built me a hardware tailored kernel, containing only the drivers, my
> > laptop
> > needs and mostly statically linked. Only a few drivers (UMTS modem, wifi,
> > audio)
> > are bui
On Mon, Jun 23, 2014 at 06:46:33PM +0200, Sylvain BERTRAND wrote:
> On Mon, Jun 23, 2014 at 05:23:02PM +0200, FRIGN wrote:
> > [0]: http://sta.li/faq
> > [1]: http://dl.suckless.org/stali/clt2010/stali.html
> > [2]: http://www.catonmat.net/blog/ldd-arbitrary-code-execution/
>
> BTW, regarding a st
On Wed, Jun 25, 2014 at 04:42:19PM +0530, Weldon Goree wrote:
>
>
> On 06/24/2014 04:20 PM, Dimitris Papastamos wrote:
> >
> > Systemd is not the only issue.
> >
> Frankly the least suckfull distro I am familiar with
> is the venerable Slackware, which is
On Tue, Jun 24, 2014 at 11:09:11AM -0400, Andrew Gwozdziewycz wrote:
> 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:
> >> >
On Tue, Jun 24, 2014 at 08:28:42AM -0700, Ryan O’Hara wrote:
> On Tue, Jun 24, 2014 at 8:19 AM, FRIGN wrote:
> > On Tue, 24 Jun 2014 11:09:11 -0400
> > Andrew Gwozdziewycz wrote:
> > …
> >> Don't want pulseaudio? Fine, don't install it. Don't want GNOME? Don't
> >> install it. The number of *avai
On Wed, Jun 25, 2014 at 02:05:20PM +0200, Sylvain BERTRAND wrote:
> On Tue, Jun 24, 2014 at 11:52:04AM +0100, Dimitris Papastamos wrote:
> > There's also smdev[0] if you are interested.
> >
> > [0] http://git.2f30.org/smdev
>
> Using a makefile is overkill. Shou
On Wed, Jun 25, 2014 at 02:38:27PM +0200, Sylvain BERTRAND wrote:
> On Tue, Jun 24, 2014 at 11:57:27AM +0100, Dimitris Papastamos wrote:
> > Nobody cares how you build the kernel.
>
> Ok, you are from those who does not care.
>
> Unfortunately, I'm from those who do ca
On Wed, Jun 25, 2014 at 02:57:30PM +0200, Sylvain BERTRAND wrote:
> I stole parts of the ffmpeg configure script for my
> needs.
Nothing to see here.
On Wed, Jun 25, 2014 at 04:16:36PM +0200, Sylvain BERTRAND wrote:
> On Wed, Jun 25, 2014 at 02:14:31PM +0100, Dimitris Papastamos wrote:
> >
> > On Wed, Jun 25, 2014 at 02:05:20PM +0200, Sylvain BERTRAND wrote:
> > > On Tue, Jun 24, 2014 at 11:52:04AM +0100, D
On Wed, Jun 25, 2014 at 04:34:59PM +0200, Sylvain BERTRAND wrote:
> This is where I draw the line for my SDKs: build time too
> annoying with a brutal and stupid sh script --> I'll go makefile
> to cherry pick what to compile/generate and speed up the build.
https://github.com/sylware/charfbuzz/bl
I love the comment at the top[0]
[0] https://github.com/sylware/mudev/blob/master/makefile
On Wed, Jun 25, 2014 at 12:38:01PM -0500, M Farkas-Dyck wrote:
> Computers are meant to do tedious work for us. That includes us who
> program them. The appropriate metric of code quality, ergo, is how
> much easier it makes one's life. To this end, mental costs trump
> technical costs by far.
>
>
On Thu, Jun 26, 2014 at 06:33:17AM +0900, Philip Rushik wrote:
> Nobody can take your code and make it non-free under a MIT/BSD license,
> they can only make their modifications non-free.
I am confused. The BSD 3-Clause License[0] states the following:
"Redistribution and use in source and binar
On Thu, Jun 26, 2014 at 08:24:23AM +0900, Philip Rushik wrote:
> On Thu, Jun 26, 2014 at 8:02 AM, Dimitris Papastamos wrote:
> > I am confused. The BSD 3-Clause License[0] states the following:
> >
> > "Redistribution and use in source and binary forms, with or wit
On Sun, Jun 29, 2014 at 01:35:52PM +0200, Sime Ramov wrote:
> On Sun, 29 Jun 2014 13:24:58 +0200, patrick295767 patrick295767
> wrote:
> > Which alternative to VIM would you propose (which would be according
> > to the suckless-phylosophy) ?
>
> nvi, mg.
+1 for mg.
On Sun, Jun 29, 2014 at 05:43:36PM +0300, Aapo Vienamo wrote:
> On Sun, Jun 29, 2014 at 03:00:32PM +0300, Dimitris Zervas wrote:
> > I think that a new text editor must be created, with text interface (and
> > maybe GUI later).
> No, the current situation with terminals and terminal emulators is
On Sun, Jun 29, 2014 at 01:24:58PM +0200, patrick295767 patrick295767 wrote:
> Hello,
>
> For many years I have been looking for a lightweight alternative to VIM.
> (sthg else than Emacs, elvis, nano,... and all the billion of text editor).
>
> I was reading the emailed topic "Text-only browser
On Sun, Jun 29, 2014 at 03:18:03PM +0300, Dimitris Zervas wrote:
> I do not agree.
> Why search in all white code for a semicolon or scroll 3 thousand times to
> compare code while you can highlight and fold. There is just no reason, It
> makes life easier and less prone to errors.
Wrap your lin
On Sun, Jun 29, 2014 at 06:13:30PM +0300, Dimitris Zervas wrote:
> >Wrap your lines.
> I am happy that you break the discussion, every time for the same thing :)
Knowing how to write e-mails is a prerequisite to having
a discussion.
On Mon, Jun 30, 2014 at 12:31:31PM +0300, Dimitris Zervas wrote:
> More like knowing how you want to read your emails.
> Anyway, you could send a personal email. Not that anything is going to
> change...
This is about readability yes.
You obviously don't care to make it easy for others to read
y
On Tue, Jul 01, 2014 at 01:56:04PM +0200, Markus Teich wrote:
> struct msg_signed_data {
> unsigned int op;
> struct foo data;
> struct bar signature;
> };
If this is data that goes across the network then instead of
directly mapping a struct on that data I'd simply have function
On Tue, Jul 01, 2014 at 05:01:43PM +0200, Markus Teich wrote:
> Rob wrote:
> > You've got alignment issues here - msg will be aligned to support any
> > type (as malloc's interface specifies) so msg+1 will most likely be on
> > an odd address, one byte off a highly aligned address. This means if
>
On Wed, Jul 02, 2014 at 09:39:20AM +0400, Alexander S. wrote:
> 2014-06-29 18:43 GMT+04:00 Aapo Vienamo :
> >> 2. Fantastic syntax highlighting
> > This may be considered harmfull in general. [0]
> > [0] http://www.linusakesson.net/programming/syntaxhighlighting/
> Hello,
> This snippet of thought
On Wed, Jul 02, 2014 at 05:52:41PM +0400, Alexander S. wrote:
> It's still incredible to me how some people think they're better than
> others on absolutely no grounds, though.
That's your impression.
On Wed, Jul 02, 2014 at 08:10:47AM -0400, Andrew Gwozdziewycz wrote:
> Sounds neat! Where can we find it?
https://github.com/defer-/scron
On Fri, Jul 04, 2014 at 10:28:33PM +0200, Krol, Willem van de wrote:
> Good evening,
>
> Attached are two patches. The first is to optimize the leap year
> calculation, and the second patch changes the dayofweek algorithm to
> fix the handling of a different first day of the week (that is, fday
>
On Sat, Jul 05, 2014 at 11:41:00AM +0400, Jack L. Frost wrote:
> No */n for “every n ”?
> Pretty much useless without that if you ever need a command to be run every
> five minutes, for example.
I've forked scron[0] and I plan to implement */n at some point. If
you get to it first, please send a
On Sat, Jul 05, 2014 at 12:52:05PM +0300, Ari Malinen wrote:
> Maybe something like this:
Nice! Applied it just now.
I only removed the debug message in matchentries().
On Sat, Jul 05, 2014 at 09:30:25PM +0200, Džen wrote:
> On Sat, Jul 5, 2014 at 11:35 AM, Dimitris Papastamos wrote:
> > I've forked scron[0] [...]
>
> Why fork scron if you could just provide useful patches to the original
> author?
Why do you assume that?
I made
On Sat, Jul 05, 2014 at 09:30:25PM +0200, Džen wrote:
> On Sat, Jul 5, 2014 at 11:35 AM, Dimitris Papastamos wrote:
> > I've forked scron[0] [...]
>
> Why fork scron if you could just provide useful patches to the original
> author?
And please next time look at the actu
On Sun, Jul 06, 2014 at 11:57:18AM +0200, Džen wrote:
> On Sun, Jul 6, 2014 at 11:13 AM, Dimitris Papastamos wrote:
> > And please next time look at the actually git history of the project
> > before you jump in talking bs.
> I did look at the git history, this doesn't
On Sun, Jul 06, 2014 at 12:16:38PM +0200, Džen wrote:
> Yes. That's why I was asking, I wanted to know the reason.
It was purely because the original author did not feel like having
duplicate code around, which I explained in my first e-mail. He was not
going to drive the project in a different d
On Sun, Jul 06, 2014 at 09:33:29AM -0500, Bigby James wrote:
> I can't speak for Dzen, but the wording of your first message in the thread
> gave
> me the same impression. We basically have two messages in the discussion
> thread
> to work with: One from the original author anouncing the project,
On Sun, Jul 06, 2014 at 10:42:25PM +0200, Truls Becken wrote:
> - openlog(argv[0], LOG_CONS | LOG_PID, LOG_DAEMON);
> + openlog(argv[0], LOG_CONS | LOG_PID, LOG_CRON);
Good catch! Applied.
On Tue, Jul 08, 2014 at 10:45:15PM +0200, Roberto E. Vargas Caballero wrote:
> I could see a similar problem in [1]. Do someone have the same problem?
I had the same problem and reverted the patch.
Not sure what the proper solution is.
On Tue, Jul 08, 2014 at 10:51:42PM +0200, Roberto E. Vargas Caballero wrote:
> > > I could see a similar problem in [1]. Do someone have the same problem?
> >
> > I had the same problem and reverted the patch.
> >
> > Not sure what the proper solution is.
>
> Maybe the solution is send a report
On Wed, Jul 09, 2014 at 01:16:05AM +0200, FRIGN wrote:
> On Tue, 8 Jul 2014 22:45:15 +0200
> "Roberto E. Vargas Caballero" wrote:
>
> > cannot find -lrt
>
> The fix is rather trivial: Just remove the damn -lrt.
> Seriously: On OpenBSD, you don't need to include any libs to use
> time.h; on Linux
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 recently after Ari posted crond. I have not
implemented it yet.
Other than that, I think toybox ha
On Fri, Jul 11, 2014 at 01:26:38AM +0300, Dimitris Zervas wrote:
> But how are you going to deal with lines longer than the capacity of a line?
> or buffers longer than the capacity of buffer?
You have to resize the buffer.
There are some clever ways to expand the buffer in O(sqrt(N))
extra spac
On Fri, Jul 11, 2014 at 01:43:16AM +0300, Dimitris Zervas wrote:
> First of all, we haven't even agree in which data structure will we use.
> Buffer gap, piece table, or pointer array?
If you want to tackle this, I'd go with whatever approach you feel most
comfortable with.
Try to keep it simple,
On Sun, Jul 13, 2014 at 06:22:23PM +0200, Rafa Garcia Gallego wrote:
> As stated before, I don't have access to the git repo at suckless.org
> anymore, but in the meantime you can find the changes at
> https://bitbucket.org/rafaelgg/sandy
I can apply the patches if you want. Just let me know.
On Mon, Jul 14, 2014 at 12:24:27PM -0400, Carlos Torres wrote:
> Hello,
>
> On Mon, Jul 14, 2014 at 12:20 PM, Weldon Goree
> wrote:
> > How much of util/ needs to be pulled in if one copies arg.h and its
> > fairly awesome ARGBEGIN, etc.?
Only thing that's required is to have a char *argv0 symb
On Mon, Jul 14, 2014 at 01:19:22PM -0400, Carlos Torres wrote:
> Hello,
>
> On Mon, Jul 14, 2014 at 1:16 PM, Weldon Goree wrote:
> > On 07/14/2014 09:54 PM, Carlos Torres wrote:
> >> Enjoy!
> >
> > I do! Huge thanks to all of those who made this.
> >
>
> I think full credit goes to 20h :)
as we
On Wed, Jul 23, 2014 at 07:49:09PM +0200, Guillaume Quintin wrote:
> Hi,
>
> I was wondering if there was some program out there that uses
> algorithms such as red-black trees, B-trees, binomial heaps, fibonacci
rb-trees/avl trees can be found in many programs. Do a code search on
the macros def
You mostly ask about data structures, but I thought I'd share one of my
favorite algorithms. The core rsync algorithm as described here[0] is quite
simple and brilliant.
Another interesting data structure is a Bloom filter[1].
I forgot to mention previously, that rb/AVL trees are also used for i
On Wed, Jul 23, 2014 at 03:25:58PM -0400, Andrew Hills wrote:
> On 7/23/14, 3:21 PM, Calvin Morrison wrote:
> > LDAP sucks, is there any good alternative for managing user logins
> > over 5-10 servers?
>
> I declare one server the master and manage accounts through there with
> some simple scripts
Really helpful thanks, would be nice to merge it.
1 - 100 of 421 matches
Mail list logo
