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 wrote:
> > > Yeah. 'if (!argv[1]) argv[1] = "y";' and this g
http://cvsweb.netbsd.org/bsdweb.cgi/src/usr.bin/yes/yes.c?rev=1.8.22.1&content-type=text/x-cvsweb-markup
2012/2/10 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 +
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.1&content-type=text/x-cvsweb-markup
How about:
#include
int
On 10/02/12 10:50am, Truls Becken wrote:
[...]
> How about:
>
> #include
>
> int
> main(int argc, char **argv)
> {
> const char *s = (argc > 1) ? argv[1] : "y";
> while(puts(s) != EOF);
>
> return 1;
> }
+1
I'd suggest to adapt the code from
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/printenv/printenv.c?rev=1.6
for printenv.c
IMO it can't get much simpler.
--
Džen
On 09/02/12 08:55am, Galos, David wrote:
> Hilarious. I particularly liked the way you needlessly reinvented
> getenv(), and poi
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.1&content-type=text/x-cvsweb-markup
out of curiosity, can someone explaing the #ifndef/#if nightmare that is
occurring in this file?
On Fri, 10 Feb 2012 07:52:54 -0500
Kurt H Maier 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 can find RCS markers
It's weird to read people who calls nightmare something they didn't
understood.
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.1&content-type=text/x-cvsweb-markup
>
> out of curiosity, can someone explaing the #ifndef/#if nightmare
On Thu, Feb 9, 2012 at 1:55 PM, Galos, David
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 that's probably useless anyway
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
http://blog.co
'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.
Fixed.
On Fri, Feb 10, 2012 at 11:33 AM, Vasudev Kamath
wrote:
> 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/c
Paul Onyschuk writes:
> On Fri, 10 Feb 2012 07:52:54 -0500
> Kurt H Maier 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
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
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?
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)
signature.
yes.
On Fri, Feb 10, 2012 at 2:00 PM, 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?.
>
> Best Regards
> --
> Vasudev Kamath
> http://blog.copyninja
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].
http://www.wordreference.com/ite
On Friday, February 10, 2012, Jacob Todd 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
Check the hackers ml, the commit message is in there.
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 rea
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?
On 10.02.12, Connor Lane Smith wrote:
> On 9 February 2012 19:20, Anselm R Garbe 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 mind.
Ther
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 yo
I just read the ``man terminfo" on my linux box.
It is fucking frightening!
@Chris: Not sure whether or not it is good idea
to be compatible with everybody if you want to
change this.
@pancake: In fact, I think this is not much of a
problem because all main terminal emulators
use [1]. For the mom
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 messa
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 (extraord
Better walk the users' whole home directory and chmod 700 everything,
just in case.
29 matches
Mail list logo
