Re: [dev] sbase TODO patch

2012-02-10 Thread Džen
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/yes/yes.c?rev=1.8 -- Džen On 09/02/12 11:55pm, Lukas Fleischer wrote: On Thu, Feb 09, 2012 at 10:52:57PM +, Connor Lane Smith wrote: On 9 February 2012 22:44, Lukas Fleischer suckl...@cryptocrack.de wrote: Yeah. 'if (!argv[1]) argv[1]

Re: [dev] sbase TODO patch

2012-02-10 Thread clamiax
http://cvsweb.netbsd.org/bsdweb.cgi/src/usr.bin/yes/yes.c?rev=1.8.22.1content-type=text/x-cvsweb-markup 2012/2/10 Džen yvl...@gmail.com http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/yes/yes.c?rev=1.8 -- Džen On 09/02/12 11:55pm, Lukas Fleischer wrote: On Thu, Feb 09, 2012 at

Re: [dev] sbase TODO patch

2012-02-10 Thread Truls Becken
On 2012-02-09, at 23:52, Connor Lane Smith wrote: const char *s = (argc 2) ? y : argv[1]; while(puts(s) != EOF); On 2012-02-10, at 10:12, clamiax wrote: http://cvsweb.netbsd.org/bsdweb.cgi/src/usr.bin/yes/yes.c?rev=1.8.22.1content-type=text/x-cvsweb-markup How about: #include stdio.h

Re: [dev] sbase TODO patch

2012-02-10 Thread Džen
On 10/02/12 10:50am, Truls Becken wrote: [...] How about: #include stdio.h int main(int argc, char **argv) { const char *s = (argc 1) ? argv[1] : y; while(puts(s) != EOF); return 1; } +1

Re: [dev] sbase TODO patch

2012-02-10 Thread Paul Onyschuk
On Fri, 10 Feb 2012 07:52:54 -0500 Kurt H Maier khm-suckl...@intma.in wrote: out of curiosity, can someone explaing the #ifndef/#if nightmare that is occurring in this file? RCS markers (RCSid) are wrapped inside #ifdef to avoid spitting out compiler warnings, when they aren't used. You

Re: [dev] sbase TODO patch

2012-02-10 Thread clamiax
It's weird to read people who calls nightmare something they didn't understood.

Re: [dev] sbase TODO patch

2012-02-10 Thread Kurt H Maier
On Fri, Feb 10, 2012 at 07:52:54AM -0500, Kurt H Maier wrote: On Fri, Feb 10, 2012 at 10:12:35AM +0100, clamiax wrote: http://cvsweb.netbsd.org/bsdweb.cgi/src/usr.bin/yes/yes.c?rev=1.8.22.1content-type=text/x-cvsweb-markup out of curiosity, can someone explaing the #ifndef/#if nightmare that

Re: [dev] sbase TODO patch

2012-02-10 Thread stateless
On Thu, Feb 9, 2012 at 1:55 PM, Galos, David galos...@students.rowan.edu wrote: Hilarious. I particularly liked the way you needlessly reinvented getenv(), and pointlessly used getopt() in printenv. Heh, true. The use of getopt() was mainly for adding support for -0 in printenv. Although

[dev] [surf] Grave bug reported for Surf in Debian

2012-02-10 Thread Vasudev Kamath
Hello all, I'm just forwarding a bug reported on surf Debian package [1]. This bug makes package unfit for Wheezy release. (I'm not the maintainer of package only did a recent QA upload.) [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659296 Best Regards -- Vasudev Kamath

Re: [dev] [surf] Grave bug reported for Surf in Debian

2012-02-10 Thread Nick
'Grave' eh? That seems like an exageration, to me. But still, it is a bug that should be fixed, sure. Incidentally, it seems odd to me to default to $HOME having o+rx access... I'll spin up a patch for this tonight, if nobody beats me to it.

Re: [dev] sbase TODO patch

2012-02-10 Thread Anthony J. Bentley
Paul Onyschuk writes: On Fri, 10 Feb 2012 07:52:54 -0500 Kurt H Maier khm-suckl...@intma.in wrote: out of curiosity, can someone explaing the #ifndef/#if nightmare that is occurring in this file? RCS markers (RCSid) are wrapped inside #ifdef to avoid spitting out compiler

Re: [dev] [surf] Grave bug reported for Surf in Debian

2012-02-10 Thread Vasudev Kamath
On 16:42 Fri 10 Feb , Nick wrote: 'Grave' eh? That seems like an exageration, to me. Just for information *Grave* doesn't literally mean its a *Grave* bug, but its a severity level used by Debian bugzilla [1]. Grave in technical terms of debian Just means makes the package in question

Re: [dev] sbase TODO patch

2012-02-10 Thread Kurt H Maier
On Fri, Feb 10, 2012 at 10:04:24AM -0700, Anthony J. Bentley wrote: Most of them were stripped out of OpenBSD a couple years ago. The commit message by deraadt: Does anyone know if the netbsd guys still rely on them?

Re: [dev] [surf] Grave bug reported for Surf in Debian

2012-02-10 Thread Vasudev Kamath
On 11:46 Fri 10 Feb , Peter Hartman wrote: Fixed. Hello Peter thanks for the patch. Can the permission for cookies.txt can be changed to 0600 instead of 0644?. Best Regards -- Vasudev Kamath http://blog.copyninja.info http://identi.ca/vasudev vasu...@joindiaspora.com (Ostatus)

Re: [dev] [surf] Grave bug reported for Surf in Debian

2012-02-10 Thread Peter Hartman
yes. On Fri, Feb 10, 2012 at 2:00 PM, Vasudev Kamath kamathvasu...@gmail.com wrote: On 11:46 Fri 10 Feb     , Peter Hartman wrote: Fixed. Hello Peter thanks for the patch. Can the permission for cookies.txt can be changed to 0600 instead of 0644?. Best Regards -- Vasudev Kamath

Re: [dev] [surf] Grave bug reported for Surf in Debian

2012-02-10 Thread lordkrandel
On 10/02/2012 19:10, Vasudev Kamath wrote: On 16:42 Fri 10 Feb , Nick wrote: 'Grave' eh? That seems like an exageration, to me. Just for information *Grave* doesn't literally mean its a *Grave* bug, but its a severity level used by Debian bugzilla [1].

[dev] Re: Suckless.org Man page links

2012-02-10 Thread David Krauser
On Friday, February 10, 2012, Jacob Todd jaketodd...@gmail.com wrote: Anselm removed the man pages recently. Any particular reason why they were pulled down? Regardless, the links should probably be redirected or removed. --- David Krauser

Re: [dev] Re: Suckless.org Man page links

2012-02-10 Thread Jacob Todd
Check the hackers ml, the commit message is in there.

Re: [dev] [surf] Grave bug reported for Surf in Debian

2012-02-10 Thread Kurt H Maier
On Sat, Feb 11, 2012 at 12:30:01AM +0530, Vasudev Kamath wrote: On 11:46 Fri 10 Feb , Peter Hartman wrote: Fixed. Hello Peter thanks for the patch. Can the permission for cookies.txt can be changed to 0600 instead of 0644?. Why? Firefox leaves cookies.sqlite or whatever world

Re: [dev] sbase TODO patch

2012-02-10 Thread bch
On Fri, Feb 10, 2012 at 01:31:19PM -0500, Kurt H Maier wrote: On Fri, Feb 10, 2012 at 10:04:24AM -0700, Anthony J. Bentley wrote: Most of them were stripped out of OpenBSD a couple years ago. The commit message by deraadt: Does anyone know if the netbsd guys still rely on them? Can't

Re: [dev] stest review

2012-02-10 Thread Bert Münnich
On 10.02.12, Connor Lane Smith wrote: On 9 February 2012 19:20, Anselm R Garbe garb...@gmail.com wrote: Can we please remove the getopt() dependency? If someone writes an ARGBEGIN-style flag parser with clustering, that's fine. Seems a bit of a waste considering getopt is POSIX, but never

Re: [dev] stest review

2012-02-10 Thread Stephen Paul Weber
Somebody claiming to be Anselm R Garbe wrote: I heavily dislike the fact that dmenu now contains a reference to getopt(). Not exactly dmenu, but stest. Can we please remove the getopt() dependency? What does the community have against getopt() ? It certainly beats the pants off of writing

Re: [dev] [surf] Grave bug reported for Surf in Debian

2012-02-10 Thread Vasudev Kamath
For your information. I applied your patch and it was uploaded to Debian. But I got this mail after it is accepted to Debian. If you can provide me a patch which will help saving the surf package in Debian it would be great. PS: I'm just trying to save surf package on Debian - Forwarded

Re: [dev] [st and terminals] About escape sequences and stuff

2012-02-10 Thread Kurt H Maier
On Sat, Feb 11, 2012 at 02:53:00AM +0100, Guillaume Quintin wrote: @Kurt: So how do you see a terminal emulator? Something that can execute postscript or a subset of it or another stack language? Maybe simplier than NeWS if you do not need multi monitor, thread, ...? When I was

Re: [dev] [surf] Grave bug reported for Surf in Debian

2012-02-10 Thread Kurt H Maier
Better walk the users' whole home directory and chmod 700 everything, just in case.