Re: web Browsers (Re: gcc -O broken in CURRENT)

2002-03-17 Thread Thomas Hurst

* Greg Black ([EMAIL PROTECTED]) wrote:

 Joerg Wunsch wrote:

  Galeon.

 Yeah right.  Galeon wouldn't even build on the last FreeBSD box I
 tried it on when somebody told me to try it.

Tried Skipstone?  Gecko based GTK browser.

-- 
Thomas 'Freaky' Hurst  -  [EMAIL PROTECTED]  -  http://www.aagh.net/
-
When in charge ponder,
When in doubt mumble,
When in trouble delegate.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: Junior Annoying Hacker Task

2002-02-02 Thread Thomas Hurst

* 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 leak out of
the rc system.

  Then we can all be honest with ourselves that the only difference
  between it an the Windows Registry is that the Windows registry is
  accessible/modifiable from kernel mode, and the path component and
  key names.

The Windows registry is also extremely deep and complex.  If we really
want to emulate it, we'll also need to store where every dll is on the
system behind sha1 hashes and then dump 99% of them in /lib and the
other 1% in random locations on the filesystem, after renaming them
to less obscure names (libsablot.so - sbtxmlpr80.dll, libperl.so -
prllng5.dll, etc)

After doing that, we'll have to work hard to make every application and
tool on the system move their configs to it, leaving us with a nice and
clean /etc.  People who want a text file can have a 30MB text file
that's slow but easy to edit, and everyone else can use a dbm.

I don't see how what we have now even remotely resembles that.  We don't
even have a proper hierachy, and even if we did, hierachies are not only
limited to the Windows registry.

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

 I would add differences like: the M$ registry is bound to be
 corrupted,

I've only come across a handful.  Equally I've come across Linux systems
where things similar to the registry (in this case, the Debian package
list, erk) were corrupted.

 is only accessible by obscure tools,

The system calls to access it seem to be quite well known :)

 is for the best part not documented

Just because nobody's seen any, doesn't mean it's not documented.  I'm
sure it's there somewhere, nested deep on Microsoft's website, with
such obscure search engine keywords attached that I can't even begin to
think what they might be.

 In other words why should FreeBSD adopt something like that?

Irony value :)

-- 
Thomas 'Freaky' Hurst  -  [EMAIL PROTECTED]  -  http://www.aagh.net/
-
I wouldn't recommend sex, drugs or insanity
for everyone, but they've always worked for me.
-- Hunter S. Thompson

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: spam

2001-12-23 Thread Thomas Hurst

* mikem ([EMAIL PROTECTED]) wrote:

 I don't think the effort is worth the reward. If the frequency
 increases, then the issue should be revisited.

 If we do decide this problem merits action...

How about filtering list messages through spamassassin?  Anything that
matches can get bounced so false positivies get noticed and spammers
remove it from the list cos it appears inactive.

-- 
Thomas 'Freaky' Hurst  -  [EMAIL PROTECTED]  -  http://www.aagh.net/
-
Artistic ventures highlighted.  Rob a museum.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message