devil-linux-develop Mailing List for Devil-Linux (Page 52)

> > [As someone pointed out to me privately] Dan's Guardian is missing a
> > bunch of config files in /etc/dansguardian/.  So I modified the install
> > script to copy the tmp /etc directory over.  No problem, except Dan's
> > config directory has a LOT of files using almost 700KB!
> > 
> > Do we want that in /etc, taking up memory all the time?  Or should we
> > tar it up and stick it on the CD for people who want to use Dan's?
> > (if so, where on the CD should it go?)
> 
> I'd suggest /config/ as we already have etc.tar.bz2 there. What if the init.d 
> start script extracs /config/etc-dansguarding.tar.bz2 over /etc/ if it finds no 
> config directory /etc/dansguardian/. This way only people activating 
> dansguardian would have the configfiles in place and others would save the 
> space. If I think again it might be better to have some command, eg. 
> "extract-config" which expects eg. "dansguardian" (and set $PACKGAE) as command 
> line option and then extracts /config/etc-$PACKAGE.tar.bz2 over /etc/. Maybe 
> this command checks /etc/sysconfig/config for activated packages and only 
> extracts those. A never ending story....

Maybe there should be a new menu in `setup` to extract the /etc files
for space-intensive packages (separate menu choices per package)?

Looking at the disk usage on /etc now, I see two other large directories
that have potential for moving their /etc files to /config/*.tar.gz.
One is snort.  The other is 'l7-protocols' ... no idea what it is ...

I see l7-protocols is created in patch-o-matic, but I'm not sure what
package(s) use it.  Is it something that can be moved too?  It's
currently the largest subdirectory under /etc (about 1MB).

 - BS

Bruce Smith wrote on 08.06.2006 21:01 MET:
> [As someone pointed out to me privately] Dan's Guardian is missing a
> bunch of config files in /etc/dansguardian/.  So I modified the install
> script to copy the tmp /etc directory over.  No problem, except Dan's
> config directory has a LOT of files using almost 700KB!
> 
> Do we want that in /etc, taking up memory all the time?  Or should we
> tar it up and stick it on the CD for people who want to use Dan's?
> (if so, where on the CD should it go?)

I'd suggest /config/ as we already have etc.tar.bz2 there. What if the init.d 
start script extracs /config/etc-dansguarding.tar.bz2 over /etc/ if it finds no 
config directory /etc/dansguardian/. This way only people activating 
dansguardian would have the configfiles in place and others would save the 
space. If I think again it might be better to have some command, eg. 
"extract-config" which expects eg. "dansguardian" (and set $PACKGAE) as command 
line option and then extracts /config/etc-$PACKAGE.tar.bz2 over /etc/. Maybe 
this command checks /etc/sysconfig/config for activated packages and only 
extracts those. A never ending story....

> We're also missing an init.d start file for Dan's ...

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

[As someone pointed out to me privately] Dan's Guardian is missing a
bunch of config files in /etc/dansguardian/.  So I modified the install
script to copy the tmp /etc directory over.  No problem, except Dan's
config directory has a LOT of files using almost 700KB!

Do we want that in /etc, taking up memory all the time?  Or should we
tar it up and stick it on the CD for people who want to use Dan's?
(if so, where on the CD should it go?)

We're also missing an init.d start file for Dan's ...

 - BS

Just testing the mailing lists after the Mailman upgrade.
Please ignore.

 - BS

Hi!

I've just checked in initial support for run from ram. As the commit mailing 
list seems to lag quite a bit I just wanted to let you know.

I think I've tested every if statement in my code with QEMU (*) but you can 
never be 100% sure. So if things break heavily during boot I might have my stake 
in it ;-)

(*) My new devil build sytem is already a SuSE 10.1 XEN virtual machine so I 
can't run VMWARE there and that's why I've changed to QEMU for simulation.

-- 
MfG / Regards
Friedl

On Mon, May 29, 2006 07:56, "Rudner, Björn" wrote:
> Hi,
>
>
> since a few days I get errors building DL 1.2 with ebtables.
>
> I've done a clean restart today by deleting everything, setting up the
> LFS and doing a new CVS-CO and a fresh update_src
>
>
> Then I've done my changes to .config and startet the build-process.
>
>
> Everytime I get an error on building ebtables.
>
>
> I have added my .config and the buildlog in the zip-archive.
>
>
> I have also tried building DL with the "default-profile" and the error is
> the same. What am I doing wrong? are there any prerequisites that I have
> disabled??
>
> <<error-ebtables.tar.gz>>

Looks to me like you turned the SSP on or off.
Start over with a fresh lfssystem, this should resolve the problem.

-- 

Regards
  Heiko Zuerker
  http://www.devil-linux.org

Hi!

On <ftp://ftp.fl.priv.at/pub/devil-linux/1.2.x/developer-tools/> you can find 
what I use to make my life as Devil-Linux developer easier.

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

Heiko Zuerker wrote on 25.05.2006 14:33 MET:
> 
> On Thu, May 25, 2006 07:27, Friedrich Lobenstock wrote:
> 
>>>I'm currently analyzing the way DL boots and therefore often watching the
>>>boot process. Lots of the time (approx. 90%) I see a GRsec message right
>>>after the initrd starts. For the exact message see the screenshot at
>>><ftp://ftp.fl.priv.at/pub/devil-linux/1.2.x/screenshots/2006-05-25-grsec-
>>>msg-during-boot-01.png>.
>>> [...]
> 
> I have this error too, just complete forgott about it, since usually don't
> watch my systems boot.
> These kind of error messages are usually happening when a program errors
> out. We probably need to change the mount command, maybe the syntax
> changed in a later busybox.

I've just checked the busybox repository, as we are using its mount command, and 
I see that mount seems to be in constant change - see 
<http://www.busybox.net/cgi-bin/viewcvs.cgi/trunk/busybox/util-linux/mount.c?view=log>.

Contrary to what you suspect the mount seems to succeed as the following 
screenshot shows 
<ftp://ftp.fl.priv.at/pub/devil-linux/1.2.x/screenshots/2006-05-25-grsec-msg-during-boot-03.png>.

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On Thu, May 25, 2006 07:27, Friedrich Lobenstock wrote:
> Hi!
>
>
> I'm currently analyzing the way DL boots and therefore often watching the
> boot process. Lots of the time (approx. 90%) I see a GRsec message right
> after the initrd starts. For the exact message see the screenshot at
> <ftp://ftp.fl.priv.at/pub/devil-linux/1.2.x/screenshots/2006-05-25-grsec-
> msg-during-boot-01.png>.
>
> Does somebody know where this is coming from? As far as I can interpret
> this message busybox (don't know which subcommand of it) seems to request
> to big a stack segment.
>
> The commands in question between the two echo's:
>
>
> echo -n "Version "; $YELLOW; echo ${DL_VERSION}; $NORMAL
>
> [...code for subroutines supressed...]
>
>
> # make sure all kernel warnings get lost (seriously!)
> klogd -c 1
>
> # mount proc
> mount -n -t proc none /proc
>
> # mount usb
> mount -n -t usbdevfs none /proc/bus/usb
>
> # print our current running kernel version
> echo Kernel $(uname -r)
>
> Adding echo commands inbetween the command invocations it looks like the
> first mount command is the offender.
>
> Anybody can make sense of this?

I have this error too, just complete forgott about it, since usually don't
watch my systems boot.
These kind of error messages are usually happening when a program errors
out. We probably need to change the mount command, maybe the syntax
changed in a later busybox.

> PS: Currently I'm running DL with QEMU but I've seen the same with VMware
> too.

I have it in VMWare

- -- 

Regards
  Heiko Zuerker
  http://www.devil-linux.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)

iEYEARECAAYFAkR1pCQACgkQUcytMSbs+YUSVQCgiA/8rT88tut19p2jhlPWanf5
paUAn0YC8CJ8sLkRUl3wnYm2ihw8G9oQ
=nhY2
-----END PGP SIGNATURE-----

Hi!

Forgot to add a link to a second screenshot.

Friedrich Lobenstock wrote on 25.05.2006 14:27 MET:
> 
> Adding echo commands inbetween the command invocations it looks like the 
> first mount command is the offender.

See screenshot at 
<ftp://ftp.fl.priv.at/pub/devil-linux/1.2.x/screenshots/2006-05-25-grsec-msg-during-boot-02.png>

> Anybody can make sense of this?

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

Hi!

I'm currently analyzing the way DL boots and therefore often watching the boot 
process. Lots of the time (approx. 90%) I see a GRsec message right after the 
initrd starts. For the exact message see the screenshot at 
<ftp://ftp.fl.priv.at/pub/devil-linux/1.2.x/screenshots/2006-05-25-grsec-msg-during-boot-01.png>.

Does somebody know where this is coming from? As far as I can interpret this 
message busybox (don't know which subcommand of it) seems to request to big a 
stack segment.

The commands in question between the two echo's:

   echo -n "Version "; $YELLOW; echo ${DL_VERSION}; $NORMAL

   [...code for subroutines supressed...]

   # make sure all kernel warnings get lost (seriously!)
   klogd -c 1

   # mount proc
   mount -n -t proc none /proc

   # mount usb
   mount -n -t usbdevfs none /proc/bus/usb

   # print our current running kernel version
   echo Kernel $(uname -r)

Adding echo commands inbetween the command invocations it looks like the first 
mount command is the offender.

Anybody can make sense of this?

PS: Currently I'm running DL with QEMU but I've seen the same with VMware too.

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

It's in CVS.

Heiko

On Wed, May 17, 2006 02:01, "Rudner, Björn" wrote:
> Hello,
>
>
> two weeks ago I started testing DL with Apache 2.2 as a load-balancing
> reverse proxy.
>
> As I wanted to use mod_mem_cache I did not find the module compiled into
> the iso.
>
> Checking the /build/scripts/httpd I found the following statement for
> build ./configure [.....]: # not working --enable-mem-cache ...
>
> Now I enabled --enable-mem-cache as well as --enable-cache ('cause it is
> the prerequisite for it) and rebuild the ISO.
>
> After an hour or two I startet testing with the mem_cache_module and
> could not find any problems. (Maybe it has been disabled for a previos
> version of apache)
>
> So my question is: Are there any issues with the mod_mem_cache (that I've
> not found out yet) or could it be included per default now?
>
>
>
> Mit freundlichen Grüssen
>
>
> Björn Rudner
>
>
> ____________________________________________
> Björn Rudner
> Systemadministrator
>
>
> baulogis GmbH Zamdorfer Strasse 100
> 81677 München
>
>
> Telefon	+49 (89) 930 839-16
> Telefax	+49 1805 456 987-200 16
> Mobil		+49 151 12 16 23 71
> E-Mail 	br...@ba...
> http://www.baulogis.com/
>
>
>
> _________________________________________________________________________
> ___
>
>
> Der Inhalt dieser E-Mail ist vertraulich und ausschließlich für den
> bezeichneten Adressaten (dev...@li...)
> bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser E-Mail oder
> dessen Vertreter sein sollten, so beachten Sie bitte, dass jede Form der
> Kenntnisnahme, Veröffentlichung,
> Vervielfältigung oder Wiedergabe des Inhalts dieser E-Mail unzulässig ist.
>  Bitte setzen Sie sich in diesem Fall mit dem Absender der E-Mail in
> Verbindung (br...@ba...).
>
>
>


- -- 

Regards
  Heiko Zuerker
  http://www.devil-linux.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)

iEYEARECAAYFAkR1ElwACgkQUcytMSbs+YW4KQCggUUmk9t+Qbksqj+rD4W3EiUw
Ew8An1Fb7nJjgjBgftxXiS1I194Oz1wv
=498p
-----END PGP SIGNATURE-----

Bruce Smith wrote:
>>>>>>>>Nmap could be also useful part of DL.
>>>
>>>Personally I have no problem with it being included on DL.
>>
>>OK agreed.

cool!!!

>>But I'm not adding it. ;-)
> 
> 
> Notice that I didn't volunteer to add it either.  :-)
> 


I will do it! *smile*

-- 
thomas

> >>>>>> Nmap could be also useful part of DL.
> >
> > Personally I have no problem with it being included on DL.
> 
> OK agreed.
> But I'm not adding it. ;-)

Notice that I didn't volunteer to add it either.  :-)

 - BS

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On Tue, May 23, 2006 13:27, Bruce Smith wrote:
>>>>>> Nmap could be also useful part of DL.
>>>>>>
>>
>>> I see your point.
>>> It's like with everything else, the DL Developers can vote to add it.
>>>
>>
>> where can i vote? i didn't see any on:
>> http://www.devil-linux.org/sitetools/polls.php
>>
>
> I think he meant on this mailing list (not a _public_ poll).
>
>
> Personally I have no problem with it being included on DL.

OK agreed.
But I'm not adding it. ;-)

- -- 

Regards
  Heiko Zuerker
  http://www.devil-linux.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)

iEYEARECAAYFAkRzY9EACgkQUcytMSbs+YVzjgCghfd93CX9kxoGmIkcza1/Ygj6
3lcAn1ld0Fr0avEdda0YZnQaP3hU/GTc
=5814
-----END PGP SIGNATURE-----

> >>>>Nmap could be also useful part of DL.
>
> > I see your point.
> > It's like with everything else, the DL Developers can vote to add it. 
> 
> where can i vote? i didn't see any on:
> http://www.devil-linux.org/sitetools/polls.php

I think he meant on this mailing list (not a _public_ poll).

Personally I have no problem with it being included on DL.

 - BS

Heiko Zuerker wrote:
> On Tue, October 4, 2005 12:45, Jan Ostrochovsky wrote:
> 
>>>>Nmap could be also useful part of DL.
>>>>
>>>
>>>So far we refused any request about installing tools which could be
>>>used to scan other systems. It's of course always open for discussion, if
>>>you got good reasons for this request.
>>>
>>
>>OK, I respect your opinions and I am sure, you had reasons for this
>>decision.
>>
>>My arguments:
>>
>>
>>Premise 1: DL is designed for network administrators (like you or me).
>>Premise 2: Nmap can help network administrators with (not only) these:
>>a) nmap -sP $subnet/$mask (potentially with combination with arp -a) is
>>useful for getting the list of on-line hosts of home network $subnet/$mask
>> b) nmap localhost or nmap -sU localhost (fast self-diagnostic method, for
>>example may be part of security audit of the system) c) getting info about
>>unauthorized intruders in the home network
>>
>>=> nmap can bring more usability for network admins to DL.
>>
>>
>>My deep personal belief is, that to build the RIGHT society, the path
>>does not lead through revoking people the power, tools or freedom, but
>>through education them to responsibility for using the power. When
>>somebody will want to be a cracker, he will found the way and the absence
>>of nmap in DL will be no obstruction. I think, the way is to give people
>>the model of behaviour, not to try restrict the possibility to show their
>>bad manners. Like nuclear energy, nmap itself is not good or bad (in moral
>>aspect), good or bad are people's reasons only.
> 

Premise 2d): tools like http://iptrack.sourceforge.net/ needs it ;-)
Premise 3): DL has a server and router "version"

> 
> I see your point.
> It's like with everything else, the DL Developers can vote to add it.
> 

where can i vote? i didn't see any on:
http://www.devil-linux.org/sitetools/polls.php


-- 
thomas

> Because DL version 1.2 only supports kernel 2.4 I will remove the 2.6 kernel 
> files from the source files. This saves us from > 30 MB of downloads from the 
> release sources on the ftp server and from unpacking that monster during "make 
> unpack".
> 
> Objection?

Sounds very good to me!

 - BS

Hi!

Because DL version 1.2 only supports kernel 2.4 I will remove the 2.6 kernel 
files from the source files. This saves us from > 30 MB of downloads from the 
release sources on the ftp server and from unpacking that monster during "make 
unpack".

Objection?

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On Mon, May 22, 2006 17:42, Friedrich Lobenstock wrote:
> Hi Heiko!
>
>
> Friedrich Lobenstock wrote on 23.05.2006 00:26 MET:
>
>>
>> I've got troubles building dspam on my build machine.
>>
>>
>> Ok, let's try to build it manually:
>>
>>
>> root:/data/build# scripts/build.sh build dspam
>>
>>
>> executing dspam with option build (in /data/build/tmp/dspam-3.6.6)
>> checking for a BSD-compatible install... /bin/install -c checking
>> whether build environment is sane... yes ...
>> checking whether to enable preferences-extension... yes checking whether
>> to enable verbose debug output... no checking whether to enable long
>> usernames... yes checking whether to enable large scale
>> implementation... yes checking whether to enable domain structure
>> implementation... no checking for logdir... /var/dspam/log checking which
>> storage drivers to build... hash_drv,mysql_drv,pgsql_drv checking
>> whether to enable virtual users... yes checking where to find MySQL
>> headers... /usr/include/mysql checking mysql.h usability... yes checking
>> mysql.h presence... yes checking for mysql.h... yes checking for library
>> containing gzopen... no configure: error: zlib required for mysql_drv
>> ERROR
>>
>>
>> Hmmmm, then I did rebuild zlib manually but that won't help.
>>
>
> I found the solution:
> <http://dspam.nuclearelephant.com/dspam-users/1048.html>
>
>
> I've removed the '--enable-ldap' from the configure options and had to
> make it depend on $CONFIG_OPENLDAPLIB.
>
> I've now also resolved some other dependencies there. Will check in soon.

Ooops, looks like I was a bit lazy on this one...

- -- 

Regards
  Heiko Zuerker
  http://www.devil-linux.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)

iEYEARECAAYFAkRyTSQACgkQUcytMSbs+YXbagCfRufYsjSawgGpUKDIhSp1PMqS
9scAn008xWKK3Qtnc927Ban9IfZsg2NP
=v1DI
-----END PGP SIGNATURE-----

Hi Heiko!

Friedrich Lobenstock wrote on 23.05.2006 00:26 MET:
> 
> I've got troubles building dspam on my build machine.
> 
> Ok, let's try to build it manually:
> 
> root:/data/build# scripts/build.sh build dspam
> 
> executing dspam with option build (in /data/build/tmp/dspam-3.6.6)
> checking for a BSD-compatible install... /bin/install -c
> checking whether build environment is sane... yes
> ...
> checking whether to enable preferences-extension... yes
> checking whether to enable verbose debug output... no
> checking whether to enable long usernames... yes
> checking whether to enable large scale implementation... yes
> checking whether to enable domain structure implementation... no
> checking for logdir... /var/dspam/log
> checking which storage drivers to build... hash_drv,mysql_drv,pgsql_drv
> checking whether to enable virtual users... yes
> checking where to find MySQL headers... /usr/include/mysql
> checking mysql.h usability... yes
> checking mysql.h presence... yes
> checking for mysql.h... yes
> checking for library containing gzopen... no
> configure: error: zlib required for mysql_drv
> ERROR
> 
> Hmmmm, then I did rebuild zlib manually but that won't help.

I found the solution: <http://dspam.nuclearelephant.com/dspam-users/1048.html>

I've removed the '--enable-ldap' from the configure options and had to make it 
depend on $CONFIG_OPENLDAPLIB.

I've now also resolved some other dependencies there. Will check in soon.

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

Hi Heiko!

I've got troubles building dspam on my build machine.

Ok, let's try to build it manually:

root:/data/build# scripts/build.sh build dspam

executing dspam with option build (in /data/build/tmp/dspam-3.6.6)
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
...
checking whether to enable preferences-extension... yes
checking whether to enable verbose debug output... no
checking whether to enable long usernames... yes
checking whether to enable large scale implementation... yes
checking whether to enable domain structure implementation... no
checking for logdir... /var/dspam/log
checking which storage drivers to build... hash_drv,mysql_drv,pgsql_drv
checking whether to enable virtual users... yes
checking where to find MySQL headers... /usr/include/mysql
checking mysql.h usability... yes
checking mysql.h presence... yes
checking for mysql.h... yes
checking for library containing gzopen... no
configure: error: zlib required for mysql_drv
ERROR

Hmmmm, then I did rebuild zlib manually but that won't help.

Any thoughts?

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I added it to the todo list.

Heiko

On Wed, May 17, 2006 02:01, "Rudner, Björn" wrote:
> Hello,
>
>
> two weeks ago I started testing DL with Apache 2.2 as a load-balancing
> reverse proxy.
>
> As I wanted to use mod_mem_cache I did not find the module compiled into
> the iso.
>
> Checking the /build/scripts/httpd I found the following statement for
> build ./configure [.....]: # not working --enable-mem-cache ...
>
> Now I enabled --enable-mem-cache as well as --enable-cache ('cause it is
> the prerequisite for it) and rebuild the ISO.
>
> After an hour or two I startet testing with the mem_cache_module and
> could not find any problems. (Maybe it has been disabled for a previos
> version of apache)
>
> So my question is: Are there any issues with the mod_mem_cache (that I've
> not found out yet) or could it be included per default now?
>
>
>
> Mit freundlichen Grüssen
>
>
> Björn Rudner
>
>
> ____________________________________________
> Björn Rudner
> Systemadministrator
>
>
> baulogis GmbH Zamdorfer Strasse 100
> 81677 München
>
>
> Telefon	+49 (89) 930 839-16
> Telefax	+49 1805 456 987-200 16
> Mobil		+49 151 12 16 23 71
> E-Mail 	br...@ba...
> http://www.baulogis.com/
>
>
>
> _________________________________________________________________________
> ___
>
>
> Der Inhalt dieser E-Mail ist vertraulich und ausschließlich für den
> bezeichneten Adressaten (dev...@li...)
> bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser E-Mail oder
> dessen Vertreter sein sollten, so beachten Sie bitte, dass jede Form der
> Kenntnisnahme, Veröffentlichung,
> Vervielfältigung oder Wiedergabe des Inhalts dieser E-Mail unzulässig ist.
>  Bitte setzen Sie sich in diesem Fall mit dem Absender der E-Mail in
> Verbindung (br...@ba...).
>
>
>


- -- 

Regards
  Heiko Zuerker
  http://www.devil-linux.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)

iEYEARECAAYFAkRrIEYACgkQUcytMSbs+YWVIgCfefcpvjz00tT7i3KtDyfN7yDO
19cAn0AdTdM9d3rhByAxEW716yyFbVL/
=Q6jf
-----END PGP SIGNATURE-----

Hello,

two weeks ago I started testing DL with Apache 2.2 as a load-balancing =
reverse proxy.

As I wanted to use mod_mem_cache I did not find the module compiled into =
the iso.

Checking the /build/scripts/httpd I found the following statement for =
build ./configure [.....]: # not working --enable-mem-cache ...

Now I enabled --enable-mem-cache as well as --enable-cache ('cause it is =
the prerequisite for it) and rebuild the ISO.

After an hour or two I startet testing with the mem_cache_module and =
could not find any problems.
(Maybe it has been disabled for a previos version of apache)

So my question is: Are there any issues with the mod_mem_cache (that =
I've not found out yet) or could it be included per default now?



Mit freundlichen Gr=FCssen=20

Bj=F6rn Rudner=20

____________________________________________=20
Bj=F6rn Rudner
Systemadministrator=20

baulogis GmbH
Zamdorfer Strasse 100
81677 M=FCnchen=20

Telefon	+49 (89) 930 839-16
Telefax	+49 1805 456 987-200 16=20
Mobil		+49 151 12 16 23 71=20
E-Mail 	br...@ba...=20
		http://www.baulogis.com/


_________________________________________________________________________=
___

Der Inhalt dieser E-Mail ist vertraulich und ausschlie=DFlich f=FCr den =
bezeichneten Adressaten (dev...@li...) =
bestimmt.
Wenn Sie nicht der vorgesehene Adressat dieser E-Mail oder dessen =
Vertreter sein sollten,
so beachten Sie bitte, dass jede Form der Kenntnisnahme, =
Ver=F6ffentlichung,=20
Vervielf=E4ltigung oder Wiedergabe des Inhalts dieser E-Mail =
unzul=E4ssig ist.
Bitte setzen Sie sich in diesem Fall mit dem Absender der E-Mail in =
Verbindung (br...@ba...).

Friedrich Lobenstock wrote on 15.05.2006 23:01 MET:
> Friedrich Lobenstock wrote on 14.05.2006 00:18 MET:
> 
>> Thomas Eder wrote on 13.05.2006 22:23 MET:
>>
>>> is this a feature or a bug?
>>>
>>> user@devil-linux:/home $ /usr/sbin/ping ping.inode.at
>>> ping: icmp open socket: Operation not permitted
>>>
>>> I hope its a bug ;-)
>>
>>
>> Hmmmm....we seem to be missing the setuid flag. Will take a look.
> 
> Can't connect to "my" development machine, so I can't check in the fix yet.

Fix is in CVS for the upcoming 1.2.10.

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