== ORIGINAL MESSAGE ==
To: austin-grou...@opengroup.org
Date: Thu, 13 Oct 2011 14:36:26 +0200
Dennis Ritchie, one of the two fathers of UNIX, and the father of
C, has passed away today.
via Rob Pike - 8:02 PM - Public
I just heard that, after a long illness, Dennis
Anonymous Remailer (austria) mixmas...@remailer.privacy.at
Scheint mir diese armselige Fritz WChler KrC6te zu sein.
Schade, das sein Account **nicht** im September expired ist ...
(The Fritz WChler account actually expired in september.
It really had to create a new one!)
Hast es immer noch
Ciao,
i've found a mismatch in between 49.html and the mentioned
man(1) (82583V).
'Coming from nowhere, should be verified by someone who knows.
--steffen
diff --git a/share/man/man4/em.4 b/share/man/man4/em.4
index 2b0fa5c..8d4aac6 100644
--- a/share/man/man4/em.4
+++ b/share/man/man4/em.4
@@
Hello,
thanks go indeed to you.
And i'm a bit ashamed right now.
That Daode has been given to me somewhen, it belongs to my
philosophy, but there is *really* no need at all to include it
somewhere for *you*.
It's also (useless) typing like crazy.
So, please, shall i ever be able to provide
Ciao,
49.html states:
dhclient(8) now accepts 'egress' as an interface name, meaning
whichever interface is marked as being in the 'egress' group.
but the manual page doesn't mention it.
Also it seems to me that dhclient.c:get_ifname() uses an error()
call with a %m format without any
Hello again,
ok and while i did the patches i'm replying to, i did't
understand: the code seems to be a real nifty automatic deduction
of configuration data which is made available somewhere else
(ifconfig(8)).
It may be stupid, useless etc.
The appended diff implements a '=GROUPNAME' command
Jason McIntyre j...@cava.myzen.co.uk wrote [2011-10-22 16:24+0200]:
i will look at it. but i'm pretty sure we won;t want that.
jmc
Thanks for looking at *that* anyway!
It was the wrong source diff from somewhere in between.
I can't comment on 'egress' otherwise.
ifconfig.8 talks about
Argh! - besides everything what jmc@ said, it should have been
the following diff *for sure*:
diff --git a/sbin/dhclient/dhclient.8 b/sbin/dhclient/dhclient.8
index 9d77c7e..b6094c1 100644
--- a/sbin/dhclient/dhclient.8
+++ b/sbin/dhclient/dhclient.8
@@ -57,6 +57,16 @@ The name of the network
I would say, you follow the github.com/openbsd repo, and do a git log.
Just a question: i'm personally tracking
git://anoncvs.estpak.ee/openbsd-{src,xenocara}, a link which was
introduced by Stuart Henderson in a message some months ago.
Is that github.com repo (beside the fact that it also
Ciao,
Ingo Schwarze wrote [2011-11-02 15:58+0100]:
When Nicolas did it and i saw what he said regarding mandoc(1),
i sometimes went Huh? Which change is that referring to? or
a few times even What? I never did that... - even though
Nicolas certainly used care and spent considerable effort,
Hi all,
i still have some doubts about that github thing.
Or, to be more exactly, i just don't know.
But it turns out that the two repos only have three heads in common:
BOOTBLOCKS, BRIAN and graichen (from the 19-hundreds).
On Fri, Nov 4, 2011 at 12:45 AM, Brett brett.ma...@gmx.com wrote:
Stuart Henderson wrote [2011-11-07 9:47:53+0100]:
the three public cvs-git imports of OpenBSD are separate efforts
I desperately searched for some OpenBSD git(1) repository and
couldn't find one, but remembered one post of yours and so
i ended up at anoncvs.estpak.ee, having no problem ever
Philip Guenther wrote [2011-11-07 19:03+0100]:
On Mon, Nov 7, 2011 at 5:37 PM, Steffen Daode Nurpmeso
sdao...@googlemail.com wrote:
...
That is to say, to end this lengthy thing, i would have
appreciated it if i would have found some URL to a trusted git
clone on the official OpenBSD
I have a mail of someone who is actively fought by the henchmen of
No. 43!
Theo de Raadt wrote [2011-11-07 18:52+0100]:
Even if there would have been a note that the project itself has
chosen to use cvs(1) and that git clones are unofficial.
wow, that's backwards.
History is very
Welly, welly, welly, welly, welly, welly, well!
I dunno, but maybe Fritz simply misunderstood A Clockwork
Orange - completely, that is?
The same actor also played in Caligula.
That one is much much better for your handwork, Fritz!
And couldn't some cute Austrian restart selling OpenBSD in
Gregory Edigarov wrote [2011-12-19 11:30+0100]:
Taiga and Niva is two different models, just for the record...
You cannot hide Austria only because the boys (B;BurschenB+)
are not qualified for Ukraine/Poland 2012!
What if England had not been able to qualify?
Would you pretend not to know ---
Richard Thornton wrote [2011-12-30 14:25+0100]:
what's your damage?
The damage of Fritz WChler is that he doesn't read books.
I'm currently reading
Richtisch beese MC$uler (Hessische Satiren)
Reallybad Jaws (Satires from Hesse)
a retrospective of humour from my little homeland
Chris Smith wrote [2012-01-16 13:21+0100]:
Are there any dynamic or static C code analysis tools available for
OpenBSD? [swoosh]
You may try llvm from packages, it aims to have a good analyzer.
lint(1) is in base.
I'd still like to be able to check that I've not made any
hideous cock-ups in
Hi,
Simon Perreault wrote [2012-01-23 21:44+0100]:
/etc/kbdtype contains cf. I tried playing with kbd and wsconsctl.
I'm not an expert, but i'll append something for you to play with
even more. Maybe it'll help you.
Otherwise wait for the answer of someone who actually is an
expert.
Hey,
Dave Anderson wrote [2012-01-28 15:13+0100]:
[.]
I haven't yet had a chance to look into how cvs works beyond
reading the man page, faq, etc.
Also true for me.
I've run into this problem perhaps a dozen times over the past several
months
[.]
I've noted a lot of upload network
Hi Amit,
Amit Kulkarni wrote [2012-02-01 00:57+0100]:
this motivated me to use cvsync from anoncvs and use a
CVSROOT=/home/amit/MYLOCALREPO to update from cvs. Much much faster
and while initial checkout from cvsync takes 5-10 hrs
Yes, that's a real pity.
I think it would be great if tarballs
Henning Brauer wrote:
there aren't all that many repositories the size of ours out there.
That's true.
But no Henning, i don't believe it's that;
you know, it's just that i don't have anything to say, because
i have no knowledge about the internals of cvs(1).
I always thought of this as some
Otto Moerbeek wrote [2012-02-03 12:47+0100]:
I like to say that long delays I have seen when using cvs had to do
with multiple different values of CVS/Root files in my local tree.
Those different entries can be created when doing a cvs up -d that
creates a new dir. If a cvs -d option is used
1.
On the long run cvs(1) will die, and be replaced by Schily SCCS
(oh god, why does v6 not have any branch name info, too??), which
will rule the world.
Without having the need to use GNU autoconf at all, so that
software will compile with make(1) not gmake(1).
Make bootstrapping easy.
Freedom!
there aren't all that many repositories the size of ours out
there.
My upload-traffic problem never occurred with binutils, which is
also an *incredible* large repository, especially if you up -d.
10% there and my monthly traffic would exhaust, and no begging
would help.
I have no idea, I
Stuart Henderson wrote [2012-02-10 01:01+0100]:
On 2012-02-09, Steffen Daode Nurpmeso sdao...@googlemail.com wrote:
On the long run cvs(1) will die, and be replaced by Schily SCCS
oh please don't, even as a joke.
It's not that bad!
It's from 1972, and only good things can come from 1972
Henning Brauer wrote [2012-02-14 13:52+0100]:
anything depending on PYTHON
MY WOMAN!
(gimme a break)
Aeh.
Man.
will never make it into base anyway.
If it were true!
--steffen
Rudolf Leitgeb wrote [2012-03-05 13:51+0100]:
Look where almost all desktop and laptop CPUs come from.
And where these devices plus their peripherals are made.
Oh yes! You really just can't trust America. Really.
--steffen
Henning Brauer wrote [2012-03-09 20:51+0100]:
i hope obama never tries to scroll up. that red shiny button...
Sorry, but that knocked me out.
Good night.
--steffen
@ Corey clinge...@gmail.com wrote (2011-06-01 04:39+0200):
I mean, come on -- storing data in unused bits in a pointer? Even
I know that's a bad idea.
But really, there are user-space memory pools which align on 8 or
16 byte boundaries, so here you have at least three perfectly fine
bits.
@ Otto Moerbeek o...@drijf.net wrote (2011-06-01 14:12+0200):
Storing tag bits in the lower bits of a pointer can be ok indeed if
you know things about alignment restrictions.
Of course it all stands and falls with the quality of the memory
allocator! If that sucks your canary's chirp beeps
@ Alexey Suslikov alexey.susli...@gmail.com wrote (2011-06-01 21:04+0200):
Why do they need such a trick instead of simply storing tags in a
associative array, where key is a pointer and value is a set of tags
(or any other arbitrary data)? Lookup against properly aligned array
is relatively
This really has nothing to do on this list, but here I go...
@ Ariane van der Steldt ari...@stack.nl wrote (2011-06-08 14:00+0200):
I did say that. I said code proof (assisted or manual) is a lot of work.
Yes, we should start over. If we start over we can make it so much
better! We can do
@ Daniel Villarreal yclwebmas...@gmail.com wrote (2011-09-01 17:21+0200):
Seeing and hearing that Lamborghini was a pleasant surprise.
Lambo is Audi now.
I.e. Volkswagen - one generation.
OK, two.
I'd also be interested in checking out one of the Tesla motor cars.
And Tesla is actually a
On Thu, Apr 07, 2011 at 12:14:43PM +0200, Tobias Ulmer wrote:
Lions are useless: http://www.youtube.com/watch?v=TBpu4DAvwI8
The Gods Must Be Grazy.
On Tue, 15 Mar 2011 19:50:50 +0100, marc li...@drwx.org wrote:
Hi all,
Subject: Choosing a window manager...
All of you - you are completely misguided.
The redmoondian horror misled you to use crude stuff.
(Hey, if you're american: crude is *not* a noun here!!!)
'Cause there is one, and only
Hi,
Claus Assmann wrote [2012-03-14 03:05+0100]:
Maybe try something like this?
HISTFILE=${HOME%/}/.ksh_hist.$$
for what's it worth, i do use the following in my multi-shell
(ksh(1), bash(1), FreeBSD sh(1)) .shrc:
export TTY=$(/usr/bin/tty | /usr/bin/sed -e 's/.\{1,\}\/\(.\{1,\}\)$/\1/')
Theo de Raadt wrote [2012-03-28 22:44+0200]:
If software cannot cope intelligently with soft resource limits,
then such software is probably broken.
Otherwise, let's just remove the entire resource limit subsystem, ok?
I found out that i miss some kind of physical keyword.
The impossibility
Opera wrote [2012-03-30 12:58+0200]:
Using the same keyboard where I first saw the bug but connected to a
plain old PC.
I use hexdump like this:
# hexdump -C
tap the problem key, then hit return and then Cntrol-D
With numlock off I see:
^[[3~
1b 5b 33 7e 0a
0005
With
Hi all you messy-int-typedef-mix rejectors,
Jeremy O'Brien wrote [2012-04-25 13:56+0200]:
On Wed, Apr 25, 2012 at 01:21:06PM +0200, Gilles Chehade wrote:
On Wed, Apr 25, 2012 at 07:10:32AM -0400, Jeremy O'Brien wrote:
On Wed, Apr 25, 2012 at 12:04:27PM +0200, mxb wrote:
On 04/25/2012
Marc wrote:
the reason why i like it is precisely because it's simple and doesn't
come with tons of features that change all of the time, it's the same
look feel on all systems I use, and has been like that for years.
That is true for me, too.
I don't use any pointing devices for normal
Alan Corey ab...@devio.us wrote:
| Is there a way to get the name of a file that's open when all you've
| got is a file descriptor?
|
| I'm working on porting something, that I didn't write. with directories
| full of source. I'm seeing a problem with an ioctl being the wrong type,
Hi,
frantisek holop min...@obiit.org wrote:
| hi there,
[.]
| could the reason be, that after the update both
| libkvm.so.13.0 and libkvm.so.13.1 were still under /usr/lib?
The dynamic linker will use the first library it encounters to
resolve the symbols (which can be used for nice
43 matches
Mail list logo