devil-linux-develop — developer discussions

[Devil-linux-develop] [fmII] grsecurity 2.0-rc1 released (Development branch)

[<no...@fr...>]

This email is to inform you about the release of version '2.0-rc1' of
'grsecurity' through freshmeat.net. All URLs and other useful information
can be found at

    http://freshmeat.net/projects/grsecurity/

The changes in this release are as follows:
With this release, a milestone in the project has been reached. It is
now possible to create a policy for the entire system with no
configuration. The system performs a complex graph and heuristic
analysis to create the policy, and then undergoes an automatic policy
audit and correction to ensure the policy is truly least privilege.
Learning for an entire role or a single process is supported as well. 

Project description:
grsecurity is a complete security system for Linux 2.4 that implements
a detection/prevention/containment strategy. It prevents most forms
of address space modification, confines programs with least privilege
via its process-based MAC system, hardens syscalls, provides
full-featured auditing, and implements many of the OpenBSD randomness
features. It was written for performance, ease-of-use, and security.
The MAC system has an intelligent learning-mode, and all of
grsecurity supports a feature that logs the IP of the attacker that
causes an alert or audit. 

If you would like to cancel subscription to releases of this project,
login to freshmeat.net and choose 'home' from the personal menubar at the
top of the page. You'll be presented with a list of projects you're
subscribed to in the right column, which you may cancel by highlighting
the project in question and clicking the 'delete' button.

Sincerely,
freshmeat.net 
 
____________________________| Advertising |____________________________
The e-business on demand Resource Center is a 

comprehensive site for developers with hundreds of development resources:
articles, tutorials, white papers, demos, code & more for open
standards-based development.
 

http://www.ibm.com/developerWorks/ondemand/?ca=dpi-frmeat 
____________________________| Advertising |____________________________

[Devil-linux-develop] Feature Roadmap for DL V1.0

[John K. <jk...@sa...>]

	Does anyone have or created a Feature Roadmap for DL V1.0?

	I Looked on the website and found a small discritpion of wanted
features, but not specifically for version 1.0..

	What is missing?  Just need to know so I can spend my time effeciently.

	Cheers

On Mon, 2003-06-23 at 09:17, Heiko Zuerker wrote:
> On 06/23/2003 08:55:32 AM Bruce Smith wrote:
> >>    A few other things I'll be working on in the weeks to come.
> >>
> >>    * APACHE
> >>    * PHP 4.3.x
> >>
> >>    When these are added I wanted to start work on a generic
> >GPL'ed Web UI
> >> for Devil Linux, with lots of input of course, unless someone is
> >already
> >> working on one?
> >
> >I had mentioned writing one before, but haven't started on the _web_
> >interface yet.
> >
> >Instead I'm writing a ncurses setup utility, because for the web
> >interface, you need a network card up and running first.
> >
> >A web interface would be a nice addition, and a logical next step.
> >
> >I've VERY GLAD to see "PHP" listed above.  Personally, I wouldn't
> >use anything else to write the web interface.
> 
> I would fully approve PHP. Didn't do anything with it for a long time, but
> I loved it when I did.
> 
> >Perhaps we could work together on the web interface?
> 
> But please first for release 2.0, otherwise we never get 1.0 done.
> 
> cya
>   Heiko
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: INetU
> Attention Web Developers & Consultants: Become An INetU Hosting Partner.
> Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
> INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
-- 
John Kiss <jk...@sa...>

[Devil-linux-develop] [fmII] grsecurity 1.9.11 released (Stable branch)

[<no...@fr...>]

This email is to inform you about the release of version '1.9.11' of
'grsecurity' through freshmeat.net. All URLs and other useful information
can be found at

    http://freshmeat.net/projects/grsecurity/

The changes in this release are as follows:
Changes in this release include a fix for an ACL consistency, a fix
for the rand_tcp_isns sysctl option, PaX updates, and better default
ACL enforcement.  

Project description:
grsecurity is a complete security system for Linux 2.4 that implements
a detection/prevention/containment strategy. It prevents most forms
of address space modification, confines programs with least privilege
via its process-based MAC system, hardens syscalls, provides
full-featured auditing, and implements many of the OpenBSD randomness
features. It was written for performance, ease-of-use, and security.
The MAC system has an intelligent learning-mode, and all of
grsecurity supports a feature that logs the IP of the attacker that
causes an alert or audit. 

If you would like to cancel subscription to releases of this project,
login to freshmeat.net and choose 'home' from the personal menubar at the
top of the page. You'll be presented with a list of projects you're
subscribed to in the right column, which you may cancel by highlighting
the project in question and clicking the 'delete' button.

Sincerely,
freshmeat.net 
 
____________________________| Advertising |____________________________
The e-business on demand Resource Center is a 

comprehensive site for developers with hundreds of development resources:
articles, tutorials, white papers, demos, code & more for open
standards-based development.
 

http://www.ibm.com/developerWorks/ondemand/?ca=dpi-frmeat 
____________________________| Advertising |____________________________

Re: [Devil-linux-develop] webserver and php

[John K. <jk...@sa...>]

On Mon, 2003-06-23 at 17:39, Bruce Smith wrote:
> > > And according to boa.org, thttpd is "very similar to Boa", and I see we
> > > already have thttpd in DL...
> > 
> > So a step closer, 
> 
> Why was thttpd originally added to DL?
> 
> > except if John really needs the real apache.
	Not necessary for DL, I would like to add apache for my own use so I
can add microCode. Which is a PHP source encrypt/decrypter. I'll need
this for another project to protect the PHP source from being copied
from the CD.

> 
> I hope not.  Apache is HUGE compared to boa & thttpd:
> 
>   http://www.acme.com/software/thttpd/benchmarks.html
> 
> One other advantage of thttpd over boa is thttpd supports "basic auth",
> and boa doesn't.

	As of now, boa or thttpd are both excellent choices.. I suggest since
thttpd is already in, lets use it instead.
> 
> > > PHP can be compiled as a standalone CGI program, so it should work with 
> > > any web server that supports CGI.

	A standard compile turns the PHP CLI file size to be about 3Megs. I
don't know if that is stripped or not.  But there are plenty of features
and functions that can be disabled. I've figured that I can get the file
size down to be about 1 to 1.5 Megs in size.

> > 
> > I guess Axis did choose PHP3 because of the lower memory footprint
> > than PHP4.
> 
> Could be.  We should probably go with PHP4 so we are sure to have the
> latest security updates.

	This is what I was aiming for. Plus I don't think PHP3 has support for
the standalone CGI interface (PHP CLI, I believe that was introduced in
PHP4)

> 
>  - BS
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: INetU
> Attention Web Developers & Consultants: Become An INetU Hosting Partner.
> Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
> INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
-- 
John Kiss <jk...@sa...>

thttpd webserver (was Re: [Devil-linux-develop] webserver and php)

[Friedrich L. <fl...@fl...>]

Bruce Smith wrote:
> 
> Why was thttpd originally added to DL?

Hmmm....can't find this thread in the mailinglist archive. Did SF lose some messages?
So from my local mailinglist archive (just an excerpt):

-------- Original Message --------
Subject: [Devil-linux-develop] thttpd
Date: Sun, 21 Apr 2002 02:48:52 +0200
From: Friedrich Lobenstock <fl...@fl...>

Maybe thttpd+stunnel would be interesting for a DL online config tool.
  http://www.acme.com/

-------- Original Message --------
Subject: Re: [Devil-linux-develop] thttpd
Date: Sun, 21 Apr 2002 18:11:25 +0200
From: Friedrich Lobenstock <fl...@fl...>

Heiko Zuerker wrote:
[...removed some noice...]
 > I think it would be much easier, when we use Webmin. Otherwise we would
 > have to write something from scratch.

Hmmmm...don't know if that's not a little bit of an overkill.

I think that if we have a webserver on DL, various people can install their
prefered script to manage portions of the system. Somehow an open framework.

But if we can trim webmin it might also be a solution.

Any ideas?

-------- Original Message --------
Subject: Re: [Devil-linux-develop] thttpd
Date: Mon, 22 Apr 2002 11:00:30 -0400
From: Heiko Zuerker <he...@zu...>

John van V. wrote:
 > Hi
 >
 > The www.acme.com site also includes a cli interface, something similar to
 > webmin.  Maybe the author could be encouraged to complete the project.
 >
 > More on webservers:
 > One commonly needed use for a webserver is to run it as an httpd virtual host
 > re-director as part of a firewall/router for single ip address sites with
 > multiple webservers on the internal net.
 >
 > I think this is the page:
 > http://httpd.apache.org/docs/mod/core.html#namevirtualhost
 >
 > Apache 2 may have even more capabilities.

Apache will be included in the future, but before we do that, we need to
have a "User-Build-System", otherwise DL is getting too big and too
feature rich.

 >
 > The acme site seems to have a form of webmin, an "experimental" web cli,
 > http://www.acme.com/cmd/
 >
 > Maybe the author could be encouraged to finish this and package it with thttpd.
 >  The thttpd memory footprint seems almost too good to believe.

It's not really a Web-Config tool.

------------------------------------------------------------------------

I have to admit that I really forgot about thttpd because I played
with an axis camserver lately and that's why I had the boa server in
mind.

-- 
MfG / Regards
Friedrich Lobenstock
____________________________________________________________________
Friedrich Lobenstock                       Linux Services Lobenstock
URL: http://www.lsl.at/                         Email: fl...@fl...
____________________________________________________________________

Re: [Devil-linux-develop] webserver and php

[Bruce S. <bw...@ar...>]

> > And according to boa.org, thttpd is "very similar to Boa", and I see we
> > already have thttpd in DL...
> 
> So a step closer, 

Why was thttpd originally added to DL?

> except if John really needs the real apache.

I hope not.  Apache is HUGE compared to boa & thttpd:

  http://www.acme.com/software/thttpd/benchmarks.html

One other advantage of thttpd over boa is thttpd supports "basic auth",
and boa doesn't.

> > PHP can be compiled as a standalone CGI program, so it should work with 
> > any web server that supports CGI.
> 
> I guess Axis did choose PHP3 because of the lower memory footprint
> than PHP4.

Could be.  We should probably go with PHP4 so we are sure to have the
latest security updates.

 - BS

Re: [Devil-linux-develop] webserver and php

[Friedrich L. <fl...@fl...>]

Bruce Smith wrote:
> And according to boa.org, thttpd is "very similar to Boa", and I see we
> already have thttpd in DL...

So a step closer, except if John really needs the real apache.


> PHP can be compiled as a standalone CGI program, so it should work with 
> any web server that supports CGI.

I guess Axis did choose PHP3 because of the lower memory footprint
than PHP4.


-- 
MfG / Regards
Friedrich Lobenstock
____________________________________________________________________
Friedrich Lobenstock                       Linux Services Lobenstock
URL: http://www.lsl.at/                         Email: fl...@fl...
____________________________________________________________________

Re: [Devil-linux-develop] webserver and php (was Re: Embedded Devil Linux (was Re: [Devil-linux-develop] Re: uClibc))

[Bruce S. <bw...@ar...>]

> > I'm also not sure that Apache is necessary.  It would be nice to get by
> > with a smaller web server that supports PHP.  I don't think the web
> > interface needs many of the advanced features offered by Apache.
> > But, I could be wrong.  I've only have experience with Apache ...
> 
> FWIW Axis, known for their webcams running Linux, uses the boa web
> and PHP3 on their webcams
> see http://developer.axis.com/software/apps/index.html (boa)
>      http://www.axis.com/techsup/faq/index.cgi?id=21155 (php3)
> 
> So that must have really small memory footprint then.

And according to boa.org, thttpd is "very similar to Boa", and I see we
already have thttpd in DL...

PHP can be compiled as a standalone CGI program, so it should work with 
any web server that supports CGI.

 - BS

[Devil-linux-develop] webserver and php (was Re: Embedded Devil Linux (was Re: [Devil-linux-develop] Re: uClibc))

[Friedrich L. <fl...@fl...>]

Bruce Smith wrote:
> I'm also not sure that Apache is necessary.  It would be nice to get by
> with a smaller web server that supports PHP.  I don't think the web
> interface needs many of the advanced features offered by Apache.
> But, I could be wrong.  I've only have experience with Apache ...

FWIW Axis, known for their webcams running Linux, uses the boa web
and PHP3 on their webcams
see http://developer.axis.com/software/apps/index.html (boa)
     http://www.axis.com/techsup/faq/index.cgi?id=21155 (php3)

So that must have really small memory footprint then.

-- 
MfG / Regards
Friedrich Lobenstock
____________________________________________________________________
Friedrich Lobenstock                       Linux Services Lobenstock
URL: http://www.lsl.at/                         Email: fl...@fl...
____________________________________________________________________

Re: [Devil-linux-develop] usb

[Heiko Z. <hz...@pr...>]

On 06/22/2003 02:51:07 PM Bruce Smith wrote:
>> > Nope.  This is a real PC, not VMware.  I just followed these steps=
:
>> >
>> > Fresh reboot with config on USB. (loads fine).
>> > ssh into the PC, run save-config, wants to save to floppy, ctrl-C
>> > unplug USB, plug in USB memory stick.
>> > run lsmod - no usb modules listed.
>> > run save-config - still wants to save to floppy - ctrl-C.
>>
>> It works for me in VMWare and on *real* PCs. Is this a fairly new
>computer?
>
>It's a HP Celeron 500.
>
>> > Maybe you need to leave the modules for the USB core/controller?
>> > I _think_ that's how Redhat does it, and they use hotplug.
>>
>> That was causing problems. Looks like I have to force a re-load of t=
he
>> modules in the boot script.
>
>What exactly is "hotplug"?
>Is it a process that should be running?  (it's not)

I didn't really figure out how it works, I guess for that I would actua=
lly
have to read documentation.... ;-)
My understanding is that it registered scripts which are called from th=
e
Kernel (???) when something changes.

Heiko
=

Re: Embedded Devil Linux (was Re: [Devil-linux-develop] Re: uClibc)

[Bruce S. <bw...@ar...>]

> > Instead I'm writing a ncurses setup utility, because for the web
> > interface, you need a network card up and running first.
> > 
> > A web interface would be a nice addition, and a logical next step.
> > 
> > I've VERY GLAD to see "PHP" listed above.  Personally, I wouldn't 
> > use anything else to write the web interface.
> 	Niether would I...

Good.  I was afraid a Perl monger would want to write it.  :-)
(I don't care for Perl)

I'm also not sure that Apache is necessary.  It would be nice to get by
with a smaller web server that supports PHP.  I don't think the web
interface needs many of the advanced features offered by Apache.
But, I could be wrong.  I've only have experience with Apache ...
 
> > Perhaps we could work together on the web interface?
> > 
> 	I would like that....  I'll send out some ideas that I have to get one
> up quickly and also be usefull... 

Yes.  I think a first step would be to decide what should go into the
web interface, what should stay in the ncurses setup, and what should go
in both places.

As an example, I think setting up the basic functions, like network
cards, language, keyboard, etc.  (stuff you normally only do once)
should stay in the ncurses setup.

I think setting up more advanced services (dhcpd, iptables, CIPE, ...)
should go in the web interface.

 - BS

Re: [Devil-linux-develop] setup

[Bruce S. <bw...@ar...>]

> >I addressed all of your issues.  Changes are committed.
> >Run:  "make clean install iso"  and look again.  Thanks!
> 
> Cool! I hope I get a chance tomorrow, to test it.

I hope so too!  :-)

Only a couple packages have help, as a sample.  I want your feedback
before I add help to all the other packages (to make sure the single
line is good enough).

 - BS

Re: Embedded Devil Linux (was Re: [Devil-linux-develop] Re: uClibc)

[John K. <jk...@sa...>]

	

On Mon, 2003-06-23 at 08:55, Bruce Smith wrote:
> > 	A few other things I'll be working on in the weeks to come.
> > 
> > 	* APACHE
> > 	* PHP 4.3.x
> > 
> > 	When these are added I wanted to start work on a generic GPL'ed Web UI
> > for Devil Linux, with lots of input of course, unless someone is already
> > working on one?
> 
> I had mentioned writing one before, but haven't started on the _web_
> interface yet.
> 
> Instead I'm writing a ncurses setup utility, because for the web
> interface, you need a network card up and running first.
> 
> A web interface would be a nice addition, and a logical next step.
> 
> I've VERY GLAD to see "PHP" listed above.  Personally, I wouldn't 
> use anything else to write the web interface.
	Niether would I...
> 
> Perhaps we could work together on the web interface?
> 
	I would like that....  I'll send out some ideas that I have to get one
up quickly and also be usefull... 

>  - BS
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: INetU
> Attention Web Developers & Consultants: Become An INetU Hosting Partner.
> Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
> INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
-- 
John Kiss <jk...@sa...>

[Devil-linux-develop] [fmII] fwlogwatch 0.9.3 released (Default branch)

[<no...@fr...>]

This email is to inform you about the release of version '0.9.3' of
'fwlogwatch' through freshmeat.net. All URLs and other useful information
can be found at

    http://freshmeat.net/projects/fwlogwatch/

The changes in this release are as follows:
This release adds inclusion/exclusion functions to the command line.
All HTML colors are done with CSS styles now. There are a lot of
small fixes. 

Project description:
fwlogwatch is a packet filter and firewall log analyzer with support
for Linux ipchains, Linux netfilter/iptables, Solaris/BSD/HP-UX/IRIX
ipfilter, Cisco IOS, Cisco PIX, Netscreen, Windows XP firewall, Elsa
Lancom router, and Snort IDS log files. It can output its summaries
in text and HTML, and it has a lot of options. fwlogwatch also
features an interactive incident report generator and realtime
anomaly response capability with a Web interface and
internationalization. 

If you would like to cancel subscription to releases of this project,
login to freshmeat.net and choose 'home' from the personal menubar at the
top of the page. You'll be presented with a list of projects you're
subscribed to in the right column, which you may cancel by highlighting
the project in question and clicking the 'delete' button.

Sincerely,
freshmeat.net 
 
____________________________| Advertising |____________________________
The e-business on demand Resource Center is a 

comprehensive site for developers with hundreds of development resources:
articles, tutorials, white papers, demos, code & more for open
standards-based development.
 

http://www.ibm.com/developerWorks/ondemand/?ca=dpi-frmeat 
____________________________| Advertising |____________________________

Re: [Devil-linux-develop] Gatekeeper?

[Heiko Z. <hz...@pr...>]

On 06/23/2003 09:02:32 AM Bruce Smith wrote:
>At my local LUG, we're currently building an Asterisk PBX box.
>
>One thing that would be useful on our firewall would be a "gatekeeper"=
,
>for handling incoming H.323/VoIP connections.
>
>Does DL currently have anything like that?
>
>If not, any objections to me adding something like "gnugk" to DL?

No objections here, I actually *want* to have it as one of our
functionalities.

cya
  Heiko
=

Re: [Devil-linux-develop] Gatekeeper?

[Heiko Z. <hz...@pr...>]

On 06/23/2003 09:18:31 AM Friedrich Lobenstock wrote:
>Bruce Smith wrote:
>> At my local LUG, we're currently building an Asterisk PBX box.
>>
>> One thing that would be useful on our firewall would be a
>"gatekeeper",
>> for handling incoming H.323/VoIP connections.
>>
>> Does DL currently have anything like that?
>
>Not that I know of, but IIRC the last time when I added support
>for a selection of netfilter extra patches I think I enabled
>the H323 nat/conntrack patch.
>
>See scripts/config/config-netfilter-extra an then look up the
>description at
>http://www.netfilter.org/documentation/pomlist/pom-extra.html
>
>Yes the extra/h323-conntrack-nat patch is enabled, see
>http://www.netfilter.org/documentation/pomlist/pom-extra.html#h323-con=
nt
>rack-nat
>
>Does that help for now?

Yes you added it. But for "bigger" setups a H.323 proxy server is bette=
r.

Heiko
=

Re: [Devil-linux-develop] Re: About DL in russian.

[Heiko Z. <hz...@pr...>]

On 06/23/2003 09:13:56 AM Bruce Smith wrote:
>> >Sorry for private mail, but I may only read maillist and can't
>sent...
>
>I hope this is no big secret I'm spilling, but I don't think that's
>true.  I've sent to the mailing list from other email accounts than th=
e
>one I'm subscribed as, and I've never had a message held or rejected
>(that I know of).
>
>The logical conclusion is there is no restriction on who can send.
>Is that correct?

Yes.
I heard from some people having problems, but I think they're using "ba=
d"
mail serves.

Heiko
=

Re: [Devil-linux-develop] Gatekeeper?

[Friedrich L. <fl...@fl...>]

Bruce Smith wrote:
> At my local LUG, we're currently building an Asterisk PBX box.
> 
> One thing that would be useful on our firewall would be a "gatekeeper",
> for handling incoming H.323/VoIP connections.
> 
> Does DL currently have anything like that?

Not that I know of, but IIRC the last time when I added support
for a selection of netfilter extra patches I think I enabled
the H323 nat/conntrack patch.

See scripts/config/config-netfilter-extra an then look up the
description at
   http://www.netfilter.org/documentation/pomlist/pom-extra.html

Yes the extra/h323-conntrack-nat patch is enabled, see
   http://www.netfilter.org/documentation/pomlist/pom-extra.html#h323-conntrack-nat

Does that help for now?


> If not, any objections to me adding something like "gnugk" to DL?
> (The GNU Gatekeeper - http://www.gnugk.org/ )

How can we every object? ;-)

-- 
MfG / Regards
Friedrich Lobenstock
____________________________________________________________________
Friedrich Lobenstock                       Linux Services Lobenstock
URL: http://www.lsl.at/                         Email: fl...@fl...
____________________________________________________________________

Re: Embedded Devil Linux (was Re: [Devil-linux-develop] Re: uClibc)

[Heiko Z. <hz...@pr...>]

On 06/23/2003 08:55:32 AM Bruce Smith wrote:
>>    A few other things I'll be working on in the weeks to come.
>>
>>    * APACHE
>>    * PHP 4.3.x
>>
>>    When these are added I wanted to start work on a generic
>GPL'ed Web UI
>> for Devil Linux, with lots of input of course, unless someone is
>already
>> working on one?
>
>I had mentioned writing one before, but haven't started on the _web_
>interface yet.
>
>Instead I'm writing a ncurses setup utility, because for the web
>interface, you need a network card up and running first.
>
>A web interface would be a nice addition, and a logical next step.
>
>I've VERY GLAD to see "PHP" listed above.  Personally, I wouldn't
>use anything else to write the web interface.

I would fully approve PHP. Didn't do anything with it for a long time, =
but
I loved it when I did.

>Perhaps we could work together on the web interface?

But please first for release 2.0, otherwise we never get 1.0 done.

cya
  Heiko
=

Re: [Devil-linux-develop] Re: About DL in russian.

[Bruce S. <bw...@ar...>]

> >Sorry for private mail, but I may only read maillist and can't sent...

I hope this is no big secret I'm spilling, but I don't think that's
true.  I've sent to the mailing list from other email accounts than the
one I'm subscribed as, and I've never had a message held or rejected
(that I know of).

The logical conclusion is there is no restriction on who can send.
Is that correct?

 - BS

[Devil-linux-develop] Gatekeeper?

[Bruce S. <bw...@ar...>]

At my local LUG, we're currently building an Asterisk PBX box.

One thing that would be useful on our firewall would be a "gatekeeper",
for handling incoming H.323/VoIP connections.

Does DL currently have anything like that?

If not, any objections to me adding something like "gnugk" to DL?
(The GNU Gatekeeper - http://www.gnugk.org/ )

 - BS

[Devil-linux-develop] Re: About DL in russian.

[Heiko Z. <hz...@pr...>]

SGVsbG8gVmljdG9yLA0KDQpPbiAwNi8yMS8yMDAzIDAzOjI1OjA3IEFNIFZpY3RvciBWLiBLdXN0
b3Ygd3JvdGU6DQo+SGVsbG8sIEhlaWtvIFp1ZXJrZXIhDQo+DQo+U29ycnkgZm9yIHByaXZhdGUg
bWFpbCwgYnV0IEkgbWF5IG9ubHkgcmVhZCBtYWlsbGlzdCBhbmQgY2FuJ3Qgc2VudC4uLg0KPkkg
d2FudCBzZW5kIHNvbWUgaW5mbyAnYm91dCBydXNzaWFuIGluIERMLiBXaWxsIGJlIHBlcmZlY3Qs
IGlmIHRoYXQNCj5pbmZvIHdpbGwgYWRkZWQgdG8gRkFRIG9yIHNvbWV0aGluZyBlbHNlIGluIHRo
YXQgY2FzZS4NCj4NCj5Qcm9ibGVtIGRlc2NyaWJlOg0KPkluIExpbnV4IHJ1c3NpYW4gY29kZXBh
Z2Uga29pOC1yIHVzZWQsIGJ1dCBubyBub3JtYWwgc2NyZWVuIGZvbnQgaW4NCj50aGlzIGNvZGVw
YWdlLg0KPg0KPmxvYWRrZXlzIGluIERMIGxvYWQgb25seSBrZXlib2FyZCBsYXlvdXQuLi4gYnV0
IG5vdCBmb250cy4NCj4NCj5Qcm9ibGVtIHNvbHZlOg0KPi9ldGMvc3lzdGVtLWNvbmZpZy9jb25m
aWcNCj4NCj4jIG5hbWUgb2Yga2V5Ym9hcmQgbGF5b3V0IHRvIGJlIGxvYWRlZA0KPiMgZS5nLiB1
cyBvciBkZS1sYXRpbjENCj5LRVlCT0FSRF9MQVlPVVQ9InJ1NCINCj4jS0VZQk9BUkRfTEFZT1VU
PSJkZS1sYXRpbjEiDQo+DQo+IyBmb250IGZvciB0dHkgb3V0cHV0DQo+U0NSRUVORk9OVD0iY3A4
NjYtOHgxNCINCj4NCj4jIHVzZSBrb2ksIGJ1dCBzZWUgaW4gODY2IGZvbnQNCj5NQVBTQ1JOPSJr
b2kyYWx0Ig0KPg0KPi9ldGMvaW5pdC5kL2xvYWRrZXlzDQo+DQo+IyBsb2FkIHRoZSBrZXlib2Fy
ZCBtYXANCj5lY2hvICJTZXR0aW5nIHVwIGtleWJvYXJkIGxheW91dCINCj5sb2Fka2V5cyAkS0VZ
Qk9BUkRfTEFZT1VUDQo+ZXZhbHVhdGVfcmV0dmFsDQo+DQo+ZWNobyAiU2V0dGluZyB1cCBzY3Jl
ZW4gZm9udHMiDQo+c2V0Zm9udCAkU0NSRUVORk9OVCAtbSAkTUFQU0NSTg0KPmV2YWx1YXRlX3Jl
dHZhbA0KPg0KPndvcmtzIHBlcmZlY3QhDQoNClRoYW5rcyBmb3IgdGhhdCBpbmZvcm1hdGlvbiwg
d2UnbGwgYWRkIGl0IHRvIHRoZSBkb2N1bWVudGF0aW9uIGFuZCBtb2RpZnkNCm91ciBzY3JpcHRz
Lg0KDQo+QnV0IGhlcmUgc29tZSBwcm9ibGVtcyB0aGF0IEkgY2FuJ3Qgc29sdmU6DQo+MS4gbm8g
bG9jYWxlIChjcDg2Nikgb24gbW91bnRlZCBWRkFUIHZvbHVtZXMuIHNpbXVsYXJ5IG5vIGNvZGVw
YWdlDQo+dXNlZCB3aGVuIGNvcmUgY29tcGlsZWQuLi4NCj5tb3VudCAuLi4uIC1vIGNvZGVwYWdl
PWNwODg2DQo+bm90IHdvcmsgOigNCg0KV2UgaGF2ZSBvbmx5IGEgZmV3IGNvZGVwYWdlcyBhdmFp
bGFibGUsIHdvdWxkIHByb2JhYmx5IGJlIGEgZ29vZCBpZGVhIGlmIHdlDQphZGQgdG8gb3VyIGJ1
aWxkIHN5c3RlbSBhIGNvbmZpZ3JhdGlvbiBvcHRpb24gdG8gZGVmaW5lIGlmIHdlIHdhbnQgdG8N
CmluY2x1ZGUgKmFsbCogY29kZXBhZ2VzLg0KVGhpcyBjb3VsZCB0aGVuIGJlIHRoZSBzdGFuZGFy
ZCBmb3IgdGhlIG9mZmljaWFsIGRpc3RyaWJ1dGlvbi4NCldoeSBhcmUgeW91IG5vdCB1c2luZyBy
ZWlzZXJmcyBvciBleHQyLzMgPw0KDQo+Mi4gbW91bnRlZCBWRkFUIHZvbHVtZXMgb25seSBmb3Ig
cm9vdC4gT2gsIG9oLi4uIG1vcmUgZGV0YWlsZWQ6DQo+SSB3YW50IHRvIGF1dG9tb3VudGVkIFZG
QVQgZGlzayBhbmQgbWFrZSBkaXJlY3Rvcnkgb24gdGhpcyBkaXNrIGFzDQo+aG9tZWRpciBmb3Ig
c29tZSB1c2Vycy4gV2hpY2ggd2F5IEkgbWF5IGRvIGl0Pw0KDQpDaGVjayBvdXQgdGhlICJoYXJk
ZGlzayBzdXBwb3J0IiBwYXJ0IG9mIG91ciBkb2N1bWVudGF0aW9uLCB0aGVyZSBpcw0KZGlzY3Jp
YmVkIGhvdyB5b3UgYWRkIGhhcmRkaXNrIHN1cHBvcnQgZm9yIHlvdXIgREwgaW5zdGFsbGF0aW9u
Lg0KQWxsIHRoZSB2b2x1bWVzIHdpbGwgdGhlbiBiZSBhdXRvbWF0aWNhbGx5IG1vdW50ZWQuIFRo
aXMgd2F5IGlzIGFsc28gdGhlDQpvbmx5IHN1cHBvcnRlZCB3YXksIHdoZW4geW91IHNvbHZlIGl0
IGRpZmZlcmVudGx5LCB0aGVuIHdlIGNhbid0IGhlbHAgeW91DQptdWNoLg0KDQo+My4g089tbWFu
ZCBwcm9tcHQgdG9vIHBvb3IgOiggSSB0cnkgdG8gY2hhbmdlIGl0OiBpbmNsdWRlIEFOU0kgY29s
b3JzDQo+aW4gUFMxIGluIC9ldGMvcHJvZmlsZS4gV29ya3MuIEJVVDogZmlyc3Qgc3RyaW5nIChm
b3IgZXhhbXBsZSkgODANCj5zeW1ib2xzLiBQcm9tcHQgLSAxMi4gKCJyb290QGh1dDovICMiKSBC
dXQgYmFzaCBjb3VudCAxMiArIGxlbmd0aCBvZg0KPkVTQy1bMW0vRVNDLVswbSAoYm9sZCwgZm9y
IGV4YW1wbGUpIGFuZCBrZXlib2FyZCBlbnRlcmluZyB3aWxsIGJyZWFrZWQNCj5iZWZvcmUgc3Ry
aW5nIGNvbXBsZXRlIDooDQo+DQo+V2FubmEgY29sb3JlZCBwcm9tcHQgOikNCg0KUGxheSBhcm91
bmQgd2l0aCB0aGUgVEVSTSB2YXJpYWJsZSwgd2UganVzdCBkZWZpbmUgYSBzdGFuZGFyZCAibGlu
dXgiDQp0ZXJtaW5hbC4NCkNoZWNrIHdoYXQgb3RoZXIgZGlzdHJpYnV0aW9ucyB1c2UuDQoNCj40
LiBTb21lIHByb2JsZW1zIHdpdGggRkREOg0KPmFmdGVyIGJvb3Rpbmc6DQo+c2F2ZS1jb25maWcN
Cj4uLi4gYW5kIC4uLiAiLi4uIGVycm9yIHN1cGVyYmxvY2sgLi4uIiBtZXNzYWdlLiBQaHlzaWNh
bGx5DQo+ZWplY3QvaW5zZXJ0IGFuZCBhbGwgd2lsbCB3b3JrLiB3aHk/DQoNClNvdW5kcyBsaWtl
IGEgZGFtYWdlZCBmbG9wcHkgZGlzYyBvciBkcml2ZS4NClVzZSBhbm90aGVyIGRpc2MgYW5kIGNs
ZWFuL2V4Y2hhbmdlIHRoZSBkcml2ZS4NCg0KPk9oISBWZXJzaW9uOiBETDAuNmItMjEuMDQuMjAw
Mw0KPg0KPkdvb2QgaWRlYSBDRC1ib290aW5nLi4uIEJ1dCB3aGF0IGkgdGhpbms6DQo+DQo+Rm9y
IGJpZyBuZXR3b3JrOiBIREQgYmV0dGVyIHRoYXQgQ0QuIE1hbnkgdGFza3MgbmVlZCBsYXJnZSB3
cml0ZWJsZQ0KPmFyZWFzOiBjYWNoZXMsIG1haWxzLCBob21lZGlycy4NCj4NCj5Gb3Igc21hbGwg
bmV0d29yayAoYXMgbXkpOiBIREQgbW9yZSBjaGlwZXIgYXQgbGFzdCB0aGFuIEZERCtDRFJPTS4N
Cj4NCj5PbmUgYXJndW1lbnQ6IHNlY3VyaXR5LiB1cGdyYWRlYmxlLi4uIGZvciBzdWNoIGxhbWVy
cyBhcyBtZSA6KQ0KPg0KPldoYXQgYWJvdXQgY29uZmlnOg0KPkJPT1RST00gKyBIREQgKG5vIGNk
cm9tLG5vIGZkZCk/DQoNClNvdW5kIGxpa2UgYSBnb29kIGlkZWEgdG8gIGJvb3QgaXQgb3ZlciB0
aGUgbmV0d29yaywgdGhlIG9ubHkgcHJvYmxlbSBpcw0KdGhhdCBzb21lYm9keSBuZWVkcyB0byBp
bXBsZW1lbnQgaXQuDQpDdXJyZW50bHkgb3VyIHRvZG8tbGlzdCBpcyB2ZXJ5IGxvbmcgYW5kIHdl
IG5lZWQgbW9yZSBoZWxwLg0KDQpjeWENCiAgSGVpa28NCg==

Re: Embedded Devil Linux (was Re: [Devil-linux-develop] Re: uClibc)

[Bruce S. <bw...@ar...>]

> 	A few other things I'll be working on in the weeks to come.
> 
> 	* APACHE
> 	* PHP 4.3.x
> 
> 	When these are added I wanted to start work on a generic GPL'ed Web UI
> for Devil Linux, with lots of input of course, unless someone is already
> working on one?

I had mentioned writing one before, but haven't started on the _web_
interface yet.

Instead I'm writing a ncurses setup utility, because for the web
interface, you need a network card up and running first.

A web interface would be a nice addition, and a logical next step.

I've VERY GLAD to see "PHP" listed above.  Personally, I wouldn't 
use anything else to write the web interface.

Perhaps we could work together on the web interface?

 - BS

Re: [Devil-linux-develop] usb

[Bruce S. <bw...@ar...>]

Sorry if this message is a repeat.  I sent it yesterday, but I didn't
see a copy come back to me ... ?

> > Nope.  This is a real PC, not VMware.  I just followed these steps:
> > 
> > Fresh reboot with config on USB. (loads fine).
> > ssh into the PC, run save-config, wants to save to floppy, ctrl-C
> > unplug USB, plug in USB memory stick.
> > run lsmod - no usb modules listed.
> > run save-config - still wants to save to floppy - ctrl-C.
> 
> It works for me in VMWare and on *real* PCs. Is this a fairly new computer?

My firewall I'm testing this on is a HP Celeron 500 - 192MB.

> > Maybe you need to leave the modules for the USB core/controller?
> > I _think_ that's how Redhat does it, and they use hotplug.
> 
> That was causing problems. Looks like I have to force a re-load of the 
> modules in the boot script.

What exactly is "hotplug"?  
Is it a process/daemon that should be running?  (it's not)

 - BS

[Devil-linux-develop] [fmII] cdrtools 2.01a16 released (Development branch)

[<no...@fr...>]

This email is to inform you about the release of version '2.01a16' of
'cdrtools' through freshmeat.net. All URLs and other useful information
can be found at

    http://freshmeat.net/projects/cdrecord/

The changes in this release are as follows:
A workaround for a Solaris 9 x86 bug that caused  libscg to assume too
big a possible DMA count  was added. A new readcd option was included
for  allowiing the speed test result be based on a  speed factor
instead of a transfer rate in kB/s.  mkisofs now creates bootable CDs
using the  ISO-9660:1999 standard. A problem with reading  the
control file for -sort was corrected.  

Project description:
cdrtools (formerly cdrecord) creates home-burned CDs with a CDR/CDRW
recorder. It works as a burn engine for several applications. It
supports CD recorders from many different vendors; all SCSI-3/mmc-
and ATAPI/mmc-compliant drives should also work. Supported features
include IDE/ATAPI, parallel port, and SCSI drives, audio CDs, data
CDs, and mixed CDs, full multi-session support, CDRWs (rewritable),
TAO, DAO, RAW, and human-readable error messages. cdrtools includes
remote SCSI support and can access local or remote CD writers.  

If you would like to cancel subscription to releases of this project,
login to freshmeat.net and choose 'home' from the personal menubar at the
top of the page. You'll be presented with a list of projects you're
subscribed to in the right column, which you may cancel by highlighting
the project in question and clicking the 'delete' button.

Sincerely,
freshmeat.net 
 
____________________________| Advertising |____________________________
The e-business on demand Resource Center is a 

comprehensive site for developers with hundreds of development resources:
articles, tutorials, white papers, demos, code & more for open
standards-based development.
 

http://www.ibm.com/developerWorks/ondemand/?ca=dpi-frmeat 
____________________________| Advertising |____________________________