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 wing
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
On
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
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?
> > >
>
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 #ifde
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.
>>
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 (eithe
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 limit
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
htt
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
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 u
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 t
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-discl
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 wa
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 han
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 thr
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 ot
* 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 -h
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 des
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 "g
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 hand
* 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
> > c
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
/usr/p
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... :-)
>
Bravo!
Now this is the talk I like to hear. :)
Sorry to have been so negative in my last emails, I see there is good
work going on. I have forgotten about you efforts, Tim.
Don't give up!
A.
On jeu jun 19, 2003 at 09:42:20 -0700, Tim Kientzle wrote:
> Paul Robinson wrote:
> > As to what I'm wr
On jeu jun 19, 2003 at 10:57:39 +0100, Paul Robinson wrote:
> > libh's dead, folks. It's been dead for a good while now. I was just
> > kicking it to make it look like we could tear something out of this
> > monster.
>
> It's not *that* bad is it? :-)
It's right now to the point I wouldn't consid
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
http://lists.freebsd.org/mailman
Paul Robinson wrote:
On Thu, Jun 19, 2003 at 09:42:20AM -0700, Tim Kientzle wrote:
* libtarfile works. ...
... the ability to look inside, if not packages,
at least tar files in memory ...
>> * Direct package extraction works. ...
In particular, I think that the work I'm doing now should
end the
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 EMS
I ran into something like this back in the days of SKIP VPNs and fbsd 3.5 to
4.5 and although I am not currently doing that, I can remember a couple of
the issues.
One was that I was also using natd via ipfw bypassing the tunnel and natd
would copy the MTU (1500) before SKIP reduced it to 1346
"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 re
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
___
[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
___
[EMAI
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 w
On Tuesday 17 June 2003 17:29, Daniel O'Connor wrote:
> > > ukphy0: 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 something special. H...
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 so
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: port 0xe800-0xe8ff mem 0xdd006000-0xdd0060ff
irq 11 at device 18.0 on pc
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
>
Andrey Alekseyev wrote:
> 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.
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
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, secu
On 19 Jun, Andrey Alekseyev wrote:
> 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 &
43 matches
Mail list logo