On Fri, Feb 01, 2002 at 04:26:13PM -0800, Terry Lambert wrote:
foo_enable=NO
ipfilter_enable=YES
firewall_enable=NO
natd_enable=NO
natd_interface=fxp0
inetd_enable=NO
inetd_program=/usr/sbin/inetd
foo_enable=YES/NO
* Wilko Bulte ([EMAIL PROTECTED]) wrote:
On Fri, Feb 01, 2002 at 04:26:13PM -0800, Terry Lambert wrote:
Does someone want to write a registry editor program?
rc editor.. registry would imply it's going to be used generally, where
as it'll be a cold day in hell before anybody lets rc.conf
On Fri, Feb 01, 2002 at 04:26:13PM -0800, Terry Lambert wrote:
Hi Terry,
Who is a GTK hacker?
I've done some GTK programs in the past.
Does someone want to write a registry editor program?
The point of the program would be to edit the FreeBSD
Registry, rc.conf, and make it look just
Matt Heckaman wrote:
Yeah, but we've also got a file edited by root and root alone, why would
root be trying to add all kinds of code in it? I think rc.conf will be
failing as it is if people add certain code in it, what do we lose?
The same reason we check the syntax of the password entries,
Wilko Bulte wrote:
I would add differences like: the M$ registry is bound to
be corrupted, is only accessible by obscure tools,
is for the best part not documented
In other words why should FreeBSD adopt something like that?
rc.conf is a registry in all but tools. 8-).
-- Terry
To
Miguel Mendez wrote:
Are you really serious about this? :) I've thought about that many
times, well, not with the registry paradigm, but some sort of graphical
admin tool based on GTK. I'm doing exams this week but may take a go at
it after I finish them.
Let me know the form you want the
On Sat, Feb 02, 2002 at 03:29:50AM -0800, Terry Lambert wrote:
Miguel Mendez wrote:
Are you really serious about this? :) I've thought about that many
times, well, not with the registry paradigm, but some sort of graphical
admin tool based on GTK. I'm doing exams this week but may take a
From: Brian T.Schellenberger [EMAIL PROTECTED]
Sent: Friday, February 01, 2002 7:31 PM
I don't see that at all--the most distinctive characteristic to me of the
Microsoft Windows Registry is that it tries to be a *single* place where
*all* configuration information--both system and
Just go and port NetInfo from Apple's Darwin.
I assume from this that there isnt currently a FreeBSD netinfo implementation
then unfortunately ?
So why is it mentioned in the ntpd man page ?
-pcf. [someone been nicking man pages from NeXT system ? :-)]
To Unsubscribe: send mail to [EMAIL
Nik Clayton heeft op zaterdag 2 februari 2002 om 13:37 het volgende
geschreven:
Let me know the form you want the hierarchy to take, so
you can stick it into the GTK hierarchy thingy;
Just go and port NetInfo from Apple's Darwin.
Now that is a cool idea. Netinfo has been around for quite
# gdb =fstat
[...]
(gdb) break 349
Breakpoint 1 at 0x8049110: file /usr/src/usr.bin/fstat/fstat.c, line 349.
(gdb) run
Starting program: /usr/bin/fstat
USER CMD PID FD MOUNT INUM MODE SZ|DV R/W
root fstat 13709 root / 2 drwxr-xr-x1536 r
root
Don't try to persuade somebody to accept Microsoft
concept, they have never played Microsoft Systems, so
they really don't know what you are talking about, I
personally like the Microsoft's Registry idea,
Microsoft is not always bad, but I never try to force
somebody to accept the idea, it wastes
On Sat, 2002-02-02 at 05:59, Thomas Hurst wrote:
Maybe some sort of hierachy would be good..
/etc/rc.conf/services # sendmail, bind etc
/etc/rc.conf/security # firewall, secure levels
/etc/rc.conf/system # library paths and other low level tweakables
SuSE Linux does this
On Sat, 2002-02-02 at 08:52, Emiel Kollof wrote:
Oh, I am not volunteering, it's way beyond my capabilities.
Hm, Darwin is (userspace-wise) mostly FreeBSD 3.x, isn't it? I wouldn't
expect porting its NetInfo implementation to be particularly difficult.
--
brandon s. allbery
Is there a reason lomac_enable isn't in /etc/defaults/rc.conf? I've only had
a brief look so excuse this email if i'm in error and the answer is
glaringly obvious.
thanks thomas
_
Join the worlds largest e-mail service with
Brandon S. Allbery KF8NH heeft op zaterdag 2 februari 2002 om 16:48 het
volgende geschreven:
On Sat, 2002-02-02 at 08:52, Emiel Kollof wrote:
Oh, I am not volunteering, it's way beyond my capabilities.
Hm, Darwin is (userspace-wise) mostly FreeBSD 3.x, isn't it? I wouldn't
expect porting
On Sat, 2 Feb 2002, Miguel Mendez wrote:
times, well, not with the registry paradigm, but some sort of
graphical admin tool based on GTK. I'm doing exams this week but may
take a go at it after I finish them.
why not use something like webmin ?
Regards, /\_/\
Hi,
a CD created using the following commands fails during loading
/boot/kernel/kernel (just freezes up) under a recent current:
cd /usr/tmp
mkdir root
dump -0a -f - / | ( cd root; restore -r -f - )
dd if=/dev/zero of=root/boot/boot.catalog count=5
mkisofs -b boot/cdboot -no-emul-boot -c
On Fri, Feb 01, 2002 at 05:24:54PM -0800, Terry Lambert wrote:
Giorgos Keramidas wrote:
This still *is* -CURRENT, right? If it doesn't break, once in a
while, how will new things be tested by the -CURRENT userbase?
A make world before commit? Is this a trick question?
Please see the
unsubscribe freebsd-current
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Hi!
Look at the Pam problems today mails on the list, do a cvs update
or apply this patch:
http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/34507
If you don't want to rebuild everything, try:
$ cd /usr/src/lib/libpam
$ (cd pam_lastlog ; make make install)
$ (cd pam_login_access ; make make
On Sat, Feb 02, 2002 at 09:07:27AM -0800, David O'Brien wrote:
On Fri, Feb 01, 2002 at 05:24:54PM -0800, Terry Lambert wrote:
Giorgos Keramidas wrote:
This still *is* -CURRENT, right? If it doesn't break, once in a
while, how will new things be tested by the -CURRENT userbase?
A
AFAIK, Netinfo on Mac OS X is implemented deep. That is, it overrules
standard libc behaviour (like the resolver, fstab and other things), Yes
it's userspace jim, but not as we know it :)
This was certainly true on NeXT's - you needed special versions of most
programs (e.g. sendmail, bind,
I noticed a patch on freebsd-scsi a while back that
added a not very complete form of atapi as scsi support
to the freebsd kernel. Are there plans to complete
this and add it to -current sometime before -current
turns into 5.0-RELEASE? Thanks for any information.
Jordan Breeding
To
On Saturday 02 February 2002 06:15 am, Terry Lambert wrote:
Wilko Bulte wrote:
I would add differences like: the M$ registry is bound to
be corrupted, is only accessible by obscure tools,
is for the best part not documented
In other words why should FreeBSD adopt something like that?
On Sat, 2 Feb 2002, Brian T.Schellenberger wrote:
No, it's not, because it still maintains a separation between system
control (rc.conf) and application control (/var/packges).
It's more like config.sys or something . . .
Much more than that. The registry also stores dynamic data, such
On Sat, 2002-02-02 at 14:50, Pete French wrote:
AFAIK, Netinfo on Mac OS X is implemented deep. That is, it overrules
standard libc behaviour (like the resolver, fstab and other things), Yes
it's userspace jim, but not as we know it :)
This was certainly true on NeXT's - you needed
And I, somehow, had failed to notice that there's no NSS on FreeBSD.
*smacks self on head* Not quite so simple after all, I guess
Is this NSS as in the Mozilla crypt stuff ? If so then what does it
have to do with netinfo - or is OSX netinfo different to normal
netinfo ? [did they break
* Dag-Erling Smorgrav [EMAIL PROTECTED] [020202 05:51] wrote:
# gdb =fstat
[...]
(gdb) break 349
Breakpoint 1 at 0x8049110: file /usr/src/usr.bin/fstat/fstat.c, line 349.
(gdb) run
Starting program: /usr/bin/fstat
USER CMD PID FD MOUNT INUM MODE SZ|DV R/W
root
At 10:56 PM -0700 2/1/02, M. Warner Losh wrote:
Actually, there's a simple way around this that is failsafe.
firewall_enable=YES What it deos now
=NOWide open
=FAILSAFE Defaults to wired down.
/etc/defaults/rc.conf
firewall_enable=FAILSAFE
I like
People,
With FreeBSD 4.5-RELEASE i can't connect to the internet using (userland) ppp.
I use the same configuration in the past, but with this network card (ISA 3Com
EtherLink III), ppp says:
Feb 2 14:00:01 dna ppp[132]: tun0: Phase: deflink: Connected!
Feb 2 14:00:01 dna
x x wrote:
People,
With FreeBSD 4.5-RELEASE i can't connect to the internet using (userland)
ppp.
I use the same configuration in the past, but with this network card (ISA
3Com EtherLink III), ppp says:
the best debug information would be a `tcpdump -e -i ep0 -v -p -n`
Brian T.Schellenberger wrote:
No, it's not, because it still maintains a separation between system
control (rc.conf) and application control (/var/packges).
It's more like config.sys or something . . .
Oh, ya got me! Oh! Oh!
Yeah... config.sys... MUCH better... 8-) 8-).
...actually, I'd
Juha Saarinen wrote:
No, it's not, because it still maintains a separation between system
control (rc.conf) and application control (/var/packges).
It's more like config.sys or something . . .
Much more than that. The registry also stores dynamic data, such as
performance counters.
Brandon S. Allbery KF8NH wrote:
And I, somehow, had failed to notice that there's no NSS on FreeBSD.
*smacks self on head* Not quite so simple after all, I guess
There are NSS patches for FreeBSD; check the PR database;
they just haven't been integrated. The PR database is
like the
Pete French wrote:
Is this NSS as in the Mozilla crypt stuff ? If so then what does it
have to do with netinfo - or is OSX netinfo different to normal
netinfo ? [did they break yet another thing ? :-(]
NSS = Name Service Switch
GNU LIBC has a nice introductory document:
On Sat, 2 Feb 2002, Brian T.Schellenberger wrote:
No, no, I was saying that *rc.conf* was more like config.sys than the
registry.
I see. Sorry for the misunderstanding.
Then again, the registry is the epitome of all that's counter-intuitive,
awkward and generally
Terry Lambert [EMAIL PROTECTED] types:
I guess NIH beats an idea to death, even if the original
implementation bears no resemblence to the current one.
The problem with the registry is not that it's a single place that
tries to control everything. The problem with the registry is that you
have
matusita I've just filed an incident (I have a license of VMware 3.0).
I've received a reply from VMware:
Thank you for submitting the incident and letting us know the
potential workaround.
I must apologize because we do not support FreeBSD 5.0 as a guest OS
yet in Workstation 3.0.
39 matches
Mail list logo