Jordan K Hubbard wrote:
This one's a bit like government. Everyone has an opinion about how it
should work or what it could be doing better, but very few people want
to actually get involved in changing it. :-)
It's not so much that, as that there are so many politicians
waiting in the wings
I did try to get core to bless the libh effort and, in so doing, get
more people to jump in and help Alex and Max, but it seems this
particular bill's more like health care - nobody wants to touch it or
sponsor it through the senate lest their names be linked with any
failure. :-)
- Jordan
Greg 'groggy' Lehey wrote:
On Wednesday, 18 June 2003 at 2:38:34 -0700, Terry Lambert wrote:
Greg 'groggy' Lehey wrote:
Yes, it reminded me of that thread, but wkt was actually referring to
System III, not 32V.
I am also pretty certain that it was widely stated at the time
that the
Dmitry Sivachenko writes:
On Wed, Jun 18, 2003 at 06:08:37PM +0200, Gary Jennejohn wrote:
Dmitry Sivachenko writes:
Hello!
Is there any reason why struct ipc_perm is not protected by #ifdef _KERNE
L
in ipc.h? Is it supposed to be used from userland?
It's needed by
On Thu, Jun 19, 2003 at 10:56:41AM +0200, Gary Jennejohn wrote:
Dmitry Sivachenko writes:
On Wed, Jun 18, 2003 at 06:08:37PM +0200, Gary Jennejohn wrote:
Dmitry Sivachenko writes:
Hello!
Is there any reason why struct ipc_perm is not protected by #ifdef _KERNE
L
in
On Thursday, 19 June 2003 at 1:29:37 -0700, Terry Lambert wrote:
Greg 'groggy' Lehey wrote:
On Wednesday, 18 June 2003 at 2:38:34 -0700, Terry Lambert wrote:
Greg 'groggy' Lehey wrote:
Yes, it reminded me of that thread, but wkt was actually referring to
System III, not 32V.
I am also
Hello,
I've been trying lately to develop a solution for the problem with
open() that manifests itself in ESTALE error in the following situation:
1. NFS server: echo file01
2. NFS client: cat file01
3. NFS server: echo file02 mv file02 file01
4. NFS client: cat file01 (either old
On Wed, Jun 18, 2003 at 11:40:13AM -0400, The Anarcat wrote:
- Whether the installer is graphical or not is not the issue. Grey boxes on
a blue background with yellow, red and black text is just plain ugly to a
society that understands art and interior design. I know you're limited on
Good day!
Can anyone tell me if there is an implementation of nscd for FreeBSD?
If there is no, who's currently working on it?
Michael A. Bushkov
Computer Center of Rostov State University
mailto:[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
Gary Jennejohn [EMAIL PROTECTED] 38 lines of wisdom included:
Dmitry Sivachenko writes:
Any ideas?
The usual way to handle this sort of change is to put any new structure
elements at the end so that existing applications don't get confused.
They simply aren't aware the new elements
Michael Bushkov wrote:
Good day!
Can anyone tell me if there is an implementation of nscd for FreeBSD?
If there is no, who's currently working on it?
You can use bind in caching only mode. A far suprerior solution
to the problem at hand. So there is no need for takoje malenkoje gawno as
nscd is
On Wed, Jun 18, 2003 at 06:23:42PM +0300, Samy Al Bahra wrote:
A plugin-based architecture will allow us to choose between various UIs
(ncurses, QT, etc...).
Yup. Trick is to make the plugins as user-definable as possible. The trick
here (and i've said this elsewhere, probably uk-users) is
In message [EMAIL PROTECTED], Greg 'groggy' Lehey
writes:
I suppose you mean John Lions.
Yes. I always spell his name wrong.
He got into a lot of trouble for that, and I doubt he would have
got away with it in the USA.
Really? Can you point to the signed non-disclosure agreement
that
On Wed, Jun 18, 2003 at 12:12:15PM -0700, Jordan K Hubbard wrote:
I was wondering when Jordan was going to come and beat me up... :-)
Hmmm. That is an interesting statement given that libh has not made
any attempt so far to pretty up sysinstall or has really provided
anything in the way of
On Thu, 19 Jun 2003, Marcin Dalecki wrote:
Michael Bushkov wrote:
Good day!
Can anyone tell me if there is an implementation of nscd for FreeBSD?
If there is no, who's currently working on it?
You can use bind in caching only mode. A far suprerior solution
to the problem at hand. So
Corrections:
- the patch is against STABLE
- I know the second lookup will fail if the *current* directory itself
is stale :)
Could anyone please be so kind to comment this issue?
In particular, I'd like to know if I need NDINIT before entering vn_open()
again, as there are several comments
Michael Bushkov [EMAIL PROTECTED] writes:
Can anyone tell me if there is an implementation of nscd for FreeBSD?
For DNS information, have a look at dnscache from the djbdns suite.
Small, secure, fast.
http://cr.yp.to/djbdns.html
http://www.lifewithdjbdns.org/
If you're trying to cache other
* Paul Robinson [EMAIL PROTECTED] [2003-06-19 14:34:36 BST]:
I think getting a focused group together who want to get FBSD onto the
desktop would be a good idea. At the moment, there is lots of talk about
installers, package management, etc. including this thread, clogging up
either
On Thu, Jun 19, 2003 at 03:50:07PM +0100, Peter McGarvey wrote:
I'm with you on this.
You'll regret it... :-)
Although [EMAIL PROTECTED] implies FreeBSD is
currently unfriendly, which IMHO is decidedly not the case. So as we're
talking about making it easier to run FreeBSD on the desktop,
Another correction:
- statement below is valid for a configuration where nfsaccess_cache_timeout
is generally less than acmin, otherwise chances are the failure will be
VOP_OPEN while requesting new attributes by a call to VOP_GETATTR
which is called from vn_open(). If nfs_access() decides to go
Jan Grant wrote:
On Thu, 19 Jun 2003, Marcin Dalecki wrote:
Michael Bushkov wrote:
Good day!
Can anyone tell me if there is an implementation of nscd for FreeBSD?
If there is no, who's currently working on it?
You can use bind in caching only mode. A far suprerior solution
to the problem at
* Paul Robinson [EMAIL PROTECTED] [2003-06-19 16:01:12 BST]:
On Thu, Jun 19, 2003 at 03:50:07PM +0100, Peter McGarvey wrote:
I'm with you on this.
You'll regret it... :-)
I'd likely regret not jumping on board more ;-)
Although [EMAIL PROTECTED] implies FreeBSD is
currently
Paul Robinson wrote:
As to what I'm writing, well, I'm going to do the design in about four weeks
time, and anybody who is interested can take a look. An announcement will
probably go up on -hackers and -libh...
I want something that works. To be honest, just something that abstracts
On Thu, Jun 19, 2003 at 09:42:20AM -0700, Tim Kientzle wrote:
When you get ready to do some work, let me know. I've
Will do. Just need to move, get DSL installed, and clear down some work and
I'm looking at a year of clear weekends and evenings. And this is biting me
up inside now... :-)
In case anyone interested I wrote a paper for my own reference on
the FreeBSD NFS open() and attribute cache behavior.
It can be found here:
http://www.blackflag.ru/patches/nfs_attr.txt
___
[EMAIL PROTECTED] mailing list
PMTUD Black Hole ProblemPlease take a look at this possible code Problem? If not,
please read the message below to find out the original problem!
Is this a code problem in ip_input.c, This code is from FreeBSD 4.8 that I just
installed on my computers.
ip_forward ? It looks to me like case
Greg 'groggy' Lehey wrote:
On Thursday, 19 June 2003 at 1:29:37 -0700, Terry Lambert wrote:
Greg 'groggy' Lehey wrote:
On Wednesday, 18 June 2003 at 2:38:34 -0700, Terry Lambert wrote:
Greg 'groggy' Lehey wrote:
Yes, it reminded me of that thread, but wkt was actually referring to
Hi,
I posted similar question some time ago but I guess I misstated the problem.
I will be more careful this time. Here is my situation:
Node A - LAN1 - Node B - LAN2 - Node C
Node A:
OS: Win2K
IP Address (to LAN1): 129.197.23.232
Node B:
OS: FreeBSD 4.6
IP address (to LAN1):
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
After reading that really great article last night on opensource.org
about the SCO thing , I tried to bring it up tonight and it looks
like both their nameservers are down.
nslookup returns unknow host/domain.
Makes you wonder
--
-Jim
___
On Thu, Jun 19, 2003 at 10:08:34PM -0400, Jim Durham wrote:
After reading that really great article last night on opensource.org
about the SCO thing , I tried to bring it up tonight and it looks
like both their nameservers are down.
nslookup returns unknow host/domain.
Makes you
On Tuesday 17 June 2003 17:29, Daniel O'Connor wrote:
ukphy0: Generic IEEE 802.3u media interface on miibus1
ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
Nothing out of the ordinary there, but perhaps we're messing up by _not_
recognizing a specific PHY and doing
On Fri, 20 Jun 2003, Daniel O'Connor wrote:
Hmm, well all I could manage was a 5 port micro switch. It is made by Alloy
but can autodetect crossover (MDX?). It works fine with the vr port doing
autodetect, so I guess it's an interaction with the older switch.
No idea how ammenable to
On Friday 20 June 2003 15:43, Mike Silbersack wrote:
However, if you have an interest in learning about the internal workings
of PHYs, I'll be glad to commit patches for you. :)
Hehe, fair enough!
For the record -
vr0: VIA VT6102 Rhine II 10/100BaseTX port 0xe800-0xe8ff mem
Greg 'groggy' Lehey wrote:
Really? Can you point to the signed non-disclosure agreement
that he violated in order to publish his commentary? The U.S.
was not nearly as anal about this stuff until the 1980's.
Things have got worse, yes. But certainly there was enough trouble in
the
Chris Shenton wrote:
Michael Bushkov [EMAIL PROTECTED] writes:
Can anyone tell me if there is an implementation of nscd for FreeBSD?
For DNS information, have a look at dnscache from the djbdns suite.
Small, secure, fast.
http://cr.yp.to/djbdns.html
http://www.lifewithdjbdns.org/
If
Hello Terry,
Friday, June 20, 2003, 9:28:24 AM, you wrote:
TL Chris Shenton wrote:
Michael Bushkov [EMAIL PROTECTED] writes:
Can anyone tell me if there is an implementation of nscd for FreeBSD?
For DNS information, have a look at dnscache from the djbdns suite.
Small, secure, fast.
37 matches
Mail list logo