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
* 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.con
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 lo
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 entrie
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 U
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 ta
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 appl
> 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 P
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 fo
# 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 (/etc/
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 [os/2][linux][s
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 MSN
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 po
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 boot/boo
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 se
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 && ma
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?
>
> 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 Unsubsc
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 li
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, s
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 nee
> 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/
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
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 ppp
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 -
"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-).
...actual
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
> performan
"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 "b
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:
http://www.gnu.org
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 oh-why-does-it-have-to-be
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
h
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.
39 matches
Mail list logo
