Hi,
frantisek holop 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 tricks via some
LD_PRE
Alan Corey 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,
| but I'm loo
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 f
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/2
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
> 000
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 impossibi
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/'
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
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-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
Stuart Henderson wrote [2012-02-10 01:01+0100]:
> On 2012-02-09, Steffen Daode Nurpmeso 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 com
> 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 j
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!
P
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
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 ki
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 tarbal
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,
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.
> Every
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
Richard Thornton wrote [2011-12-30 14:25+0100]:
> what's your damage?
The damage of Fritz WC
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 --- *
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 Aus
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 imp
Philip Guenther wrote [2011-11-07 19:03+0100]:
> On Mon, Nov 7, 2011 at 5:37 PM, Steffen Daode Nurpmeso
> 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 offici
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 sin
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 wrote:
> > Later on I guess I
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 e
> 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 off
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 inte
Jason McIntyre 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 default route(s), and get
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 lin
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 er
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 so
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
@@ -
Anonymous Remailer (austria)
Scheint mir diese armselige "Fritz WC
== 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
@ Daniel Villarreal 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 modified Lotus Elise with
> > This really has nothing to do on this list, but here I go...
@ Ariane van der Steldt 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 this and t
@ Alexey Suslikov 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 fast. Am I missing some
@ Otto Moerbeek 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 like a mouse
i
@ Corey 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. That's at least som
On Tue, 15 Mar 2011 19:50:50 +0100, marc 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 *one* real and
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.
43 matches
Mail list logo
