devil-linux-develop — developer discussions

Re: [Devil-linux-develop] [PATCH] config parameter

[Heiko Z. <he...@zu...>]

Roland Pabel wrote:
> On Friday 09 April 2004 15:08, Heiko Zuerker wrote:
> 
>>>On Friday 09 April 2004 03:01, Heiko Zuerker wrote:
>>>
>>>>Roland Pabel wrote:
>>>>
>>>>>On Friday 09 April 2004 02:14, Heiko Zuerker wrote:
>>>>>
>>>>>>Roland Pabel wrote:
>>>>>>
>>>>>>>Hi,
>>>
>>>[...]
>>>
>>>
>>>>It would be great if everybody could test it, especially if you use a
>>>>usb storage device.
>>>
>>>Looks like I did that test wrong. It only 'worked for me'(tm) because the
>>>module was never loaded. When loaded but listed as unused, the test
>>>evaluates
>>>to true and it sleeps. When loaded and used, it will fail and not sleep.
>>>I think a loaded usb-storage module should be enough reason for the
>>>sleep, so
>>>shorten the test to:
>>>if [ `lsmod | grep -c "^usb-storage"` != 0 ]; then
>>
>>Ah wait a minute, I thought usb-storage is directly compiled into the
>>kernel.... (Can't verify right now)
> 
> You're right. Take that patch out again...

DONE

Heiko

Re: [Devil-linux-develop] Attention: fixed patch-o-matic in the 1.1.x series

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

Heiko Zuerker wrote on 09.04.2004 13:35 MET:
> 
> I have an error (with the default config):
> 
> ...
> ipt_connlimit.o ipt_connlimit.c
> ipt_connlimit.c: In function `init':
> ipt_connlimit.c:219: error: `ip_conntrack_module' undeclared (first use 
> in this function)
> ipt_connlimit.c:219: error: (Each undeclared identifier is reported only 
> once
> ipt_connlimit.c:219: error: for each function it appears in.)
> ipt_connlimit.c:220: warning: value computed is not used
> ipt_connlimit.c: In function `fini':
> ipt_connlimit.c:227: error: `ip_conntrack_module' undeclared (first use 
> in this function)
> ipt_connlimit.c:228: warning: value computed is not used

Do a "cvs update".

server:~/devil-linux/1.1.x/lfssystem/data/build # cvs log -r 1.15
[...]
----------------------------
revision 1.15
date: 2004/04/09 21:47:40;  author: friedl;  state: Exp;  lines: +4 -2
base/connlimit creates troubles, therefore we move it away
hopefully the kernel compiles now
=============================================================================

PS: I just started the compile, so I don't know if that really helps but 
still want to let you know.


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

Re: [Devil-linux-develop] Attention: fixed patch-o-matic in the 1.0.x series

[Heiko Z. <he...@zu...>]

>
>> Friedrich Lobenstock wrote on 07.04.2004 01:51 MET:
>>>
>>> I just fixed the patch-o-matic in the 1.0.x series. If you are now
>>> having troubles in the kernel compile stage, what you will hopefully
>>> not
>>> have, then please back out this patch and contact me.
>>>
>>
>> After testing with a freshly compiled 1.0.6beta it all looks good but
>> the
>> PPTP NAT- and connection-tracking modules do kill the machine when the
>> PPTP
>> session is closed down normally by the originating host behind the
>> firewall.
>>
>> In contrast the H.323 NAT- and connection-tracking modules seem to work
>> fine.
>
> Try using the latest POM snapshot.
> My test compile with it for 1.1.x is still running...

It fails again, same place....

Heiko

gcc -D__KERNEL__ -I/data/build/tmp/linux-2.4.25/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit
-frame-pointer  -pipe -mpreferred-stack-boundary=2 -march=i586 -DMODULE
-DMODVERSIONS -include /data/build/tmp/linux-2.4.25/include/linux/mo
dversions.h  -nostdinc -iwithprefix include -DKBUILD_BASENAME=ipt_connmark
 -c -o ipt_connmark.o ipt_connmark.c
gcc -D__KERNEL__ -I/data/build/tmp/linux-2.4.25/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit
-frame-pointer  -pipe -mpreferred-stack-boundary=2 -march=i586 -DMODULE
-DMODVERSIONS -include /data/build/tmp/linux-2.4.25/include/linux/mo
dversions.h  -nostdinc -iwithprefix include
-DKBUILD_BASENAME=ipt_connlimit  -c -o ipt_connlimit.o ipt_connlimit.c
ipt_connlimit.c: In function `init':
ipt_connlimit.c:219: error: `ip_conntrack_module' undeclared (first use in
this function)
ipt_connlimit.c:219: error: (Each undeclared identifier is reported only once
ipt_connlimit.c:219: error: for each function it appears in.)
ipt_connlimit.c:220: warning: value computed is not used
ipt_connlimit.c: In function `fini':
ipt_connlimit.c:227: error: `ip_conntrack_module' undeclared (first use in
this function)
ipt_connlimit.c:228: warning: value computed is not used
make[3]: *** [ipt_connlimit.o] Error 1
make[3]: Leaving directory `/data/build/tmp/linux-2.4.25/net/ipv4/netfilter'
make[2]: *** [_modsubdir_ipv4/netfilter] Error 2
make[2]: Leaving directory `/data/build/tmp/linux-2.4.25/net'
make[1]: *** [_mod_net] Error 2
make[1]: Leaving directory `/data/build/tmp/linux-2.4.25'

Re: [Devil-linux-develop] Attention: fixed patch-o-matic in the 1.0.x series

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

Heiko Zuerker wrote on 09.04.2004 17:47 MET:
>>Heiko Zuerker wrote on 09.04.2004 17:21 MET:
>>
>>>>Friedrich Lobenstock wrote on 07.04.2004 01:51 MET:
>>>>
>>>>
>>>>>I just fixed the patch-o-matic in the 1.0.x series. If you are now
>>>>>having troubles in the kernel compile stage, what you will hopefully
>>>>>not
>>>>>have, then please back out this patch and contact me.
>>>>>
>>>>
>>>>After testing with a freshly compiled 1.0.6beta it all looks good but
>>>>the
>>>>PPTP NAT- and connection-tracking modules do kill the machine when the
>>>>PPTP
>>>>session is closed down normally by the originating host behind the
>>>>firewall.
>>>>
>>>>In contrast the H.323 NAT- and connection-tracking modules seem to work
>>>>fine.
>>>
>>>
>>>Try using the latest POM snapshot.
>>
>>Ok, I will do that.
>>
>>
>>>My test compile with it for 1.1.x is still running...
>>
>>BTW the module dependencies were not correct on my 1.0.6beta. I had to
>>load
>>the extra modules with insmod and absolute path as modprobe would not find
>>them. Do you know right away what could be the problem here? Where should
>>I
>>look for that?
> 
> 
> The only file I can imagine is the modules.conf

The following modules
   ip_nat_h323
   ip_conntrack_h323
   ip_nat_pptp
   ip_nat_proto_gre
   ip_conntrack_pptp
   ip_conntrack_proto_gre

which reside in the same directory as the ip_nat_ftp module, which btw can 
be loaded fine with modprobe, are the modules I am talking about.

I think the problem might be lying  here:
# grep ip_nat /etc/modules/modules.dep
/lib/modules/2.4.22-grsec/kernel/net/ipv4/netfilter/ip_nat_amanda.o: 
/lib/modules/2.4.22-grsec/kernel/net/ipv4/netfilter/iptable_nat.o \
/lib/modules/2.4.22-grsec/kernel/net/ipv4/netfilter/ip_nat_ftp.o: 
/lib/modules/2.4.22-grsec/kernel/net/ipv4/netfilter/iptable_nat.o \
/lib/modules/2.4.22-grsec/kernel/net/ipv4/netfilter/ip_nat_irc.o: 
/lib/modules/2.4.22-grsec/kernel/net/ipv4/netfilter/iptable_nat.o \
/lib/modules/2.4.22-grsec/kernel/net/ipv4/netfilter/ip_nat_snmp_basic.o: 
      /lib/modules/2.4.22-grsec/kernel/net/ipv4/netfilter/iptable_nat.o
/lib/modules/2.4.22-grsec/kernel/net/ipv4/netfilter/ip_nat_tftp.o: 
/lib/modules/2.4.22-grsec/kernel/net/ipv4/netfilter/iptable_nat.o \

Should there be an entry for 3 of the modules listed above? Running depmod 
does not help, as that command does not seem to finish at all, that's why I 
aborted it.

Hmmm....this time I did a "strace depmod" which showed me that it was 
really doing something and that run seems to have fixed it. I guess I was 
just to unpatient - as I used a config disk from 1.0.4 to boot into 
1.0.6beta without updating the config.

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

Re: [Devil-linux-develop] Attention: fixed patch-o-matic in the 1.0.x series

[Heiko Z. <he...@zu...>]

> Heiko Zuerker wrote on 09.04.2004 17:21 MET:
>>>Friedrich Lobenstock wrote on 07.04.2004 01:51 MET:
>>>
>>>>I just fixed the patch-o-matic in the 1.0.x series. If you are now
>>>>having troubles in the kernel compile stage, what you will hopefully
>>>> not
>>>>have, then please back out this patch and contact me.
>>>>
>>>
>>>After testing with a freshly compiled 1.0.6beta it all looks good but
>>> the
>>>PPTP NAT- and connection-tracking modules do kill the machine when the
>>>PPTP
>>>session is closed down normally by the originating host behind the
>>>firewall.
>>>
>>>In contrast the H.323 NAT- and connection-tracking modules seem to work
>>>fine.
>>
>>
>> Try using the latest POM snapshot.
>
> Ok, I will do that.
>
>> My test compile with it for 1.1.x is still running...
>
> BTW the module dependencies were not correct on my 1.0.6beta. I had to
> load
> the extra modules with insmod and absolute path as modprobe would not find
> them. Do you know right away what could be the problem here? Where should
> I
> look for that?

The only file I can imagine is the modules.conf

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

Re: [Devil-linux-develop] Attention: fixed patch-o-matic in the 1.0.x series

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

Heiko Zuerker wrote on 09.04.2004 17:21 MET:
>>Friedrich Lobenstock wrote on 07.04.2004 01:51 MET:
>>
>>>I just fixed the patch-o-matic in the 1.0.x series. If you are now
>>>having troubles in the kernel compile stage, what you will hopefully not
>>>have, then please back out this patch and contact me.
>>>
>>
>>After testing with a freshly compiled 1.0.6beta it all looks good but the
>>PPTP NAT- and connection-tracking modules do kill the machine when the
>>PPTP
>>session is closed down normally by the originating host behind the
>>firewall.
>>
>>In contrast the H.323 NAT- and connection-tracking modules seem to work
>>fine.
> 
> 
> Try using the latest POM snapshot.

Ok, I will do that.

> My test compile with it for 1.1.x is still running...

BTW the module dependencies were not correct on my 1.0.6beta. I had to load 
the extra modules with insmod and absolute path as modprobe would not find 
them. Do you know right away what could be the problem here? Where should I 
look for that?


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

Re: [Devil-linux-develop] Attention: fixed patch-o-matic in the 1.0.x series

[Heiko Z. <he...@zu...>]

> Friedrich Lobenstock wrote on 07.04.2004 01:51 MET:
>>
>> I just fixed the patch-o-matic in the 1.0.x series. If you are now
>> having troubles in the kernel compile stage, what you will hopefully not
>> have, then please back out this patch and contact me.
>>
>
> After testing with a freshly compiled 1.0.6beta it all looks good but the
> PPTP NAT- and connection-tracking modules do kill the machine when the
> PPTP
> session is closed down normally by the originating host behind the
> firewall.
>
> In contrast the H.323 NAT- and connection-tracking modules seem to work
> fine.

Try using the latest POM snapshot.
My test compile with it for 1.1.x is still running...

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

Re: [Devil-linux-develop] Attention: fixed patch-o-matic in the 1.0.x series

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

Friedrich Lobenstock wrote on 07.04.2004 01:51 MET:
> 
> I just fixed the patch-o-matic in the 1.0.x series. If you are now 
> having troubles in the kernel compile stage, what you will hopefully not 
> have, then please back out this patch and contact me.
> 

After testing with a freshly compiled 1.0.6beta it all looks good but the 
PPTP NAT- and connection-tracking modules do kill the machine when the PPTP 
session is closed down normally by the originating host behind the firewall.

In contrast the H.323 NAT- and connection-tracking modules seem to work fine.

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

Re: [Devil-linux-develop] Attention: fixed patch-o-matic in the 1.1.x series

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

Heiko Zuerker wrote on 09.04.2004 14:50 MET:
>>Heiko Zuerker wrote on 09.04.2004 13:35 MET:
>>
>>>Heiko Zuerker wrote:
>>>
>>>
>>>>Friedrich Lobenstock wrote:
>>>>
>>>>
>>>>>Hi!
>>>>>
>>>>>I just fixed the patch-o-matic in the 1.1.x series. If you are now
>>>>>having
>>>>>troubles in the kernel compile stage, what you will hopefully not
>>>>>have,
>>>>>then please back out my patches and contact me. I have given it a
>>>>>basic compile test but not a full one yet.
>>>>>
>>>>
>>>>I'll start one over night.
>>>
>>>
>>>I have an error (with the default config):
>>>
>>>...
>>>ipt_connlimit.o ipt_connlimit.c
>>>ipt_connlimit.c: In function `init':
>>>ipt_connlimit.c:219: error: `ip_conntrack_module' undeclared (first use
>>>in this function)
>>>ipt_connlimit.c:219: error: (Each undeclared identifier is reported only
>>>once
>>>ipt_connlimit.c:219: error: for each function it appears in.)
>>>ipt_connlimit.c:220: warning: value computed is not used
>>>ipt_connlimit.c: In function `fini':
>>>ipt_connlimit.c:227: error: `ip_conntrack_module' undeclared (first use
>>>in this function)
>>>ipt_connlimit.c:228: warning: value computed is not used
>>>make[3]: *** [ipt_connlimit.o] Error 1
>>
>>I can verify this error. Will lock into it later.
> 
> 
> I will download the latest POM an give it a try, since we don't even know
> if the current POM + Kernel combination ever would have worked....
> 
> I post the results in a couple hours

If you want to try out it the new POM applies cleanly before you get a full 
compile going do this:

rm -fr tmp/linux-2.4* tmp/patch-o-matic* tmp/iptables-* ; \
tar -C tmp -xjf src/linux-2.4.25.tar.bz2; tar -C tmp -xjf \
src/patch-o-matic-20040319.tar.bz2; tar -C tmp -xjf \
src/iptables-1.2.9-20040319.tar.bz2 ; \
scripts/build.sh build prepare; \
scripts/build.sh build patch-o-matic 2>&1 | tee logfile

AND before you do that please comment the section "# move troublesome 
patches away" in scripts/patch-o-matic and edit it move the failing patches 
away before you start the full run.

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

Re: [Devil-linux-develop] [PATCH] config parameter

[Roland P. <pa...@ta...>]

On Friday 09 April 2004 15:08, Heiko Zuerker wrote:
> > On Friday 09 April 2004 03:01, Heiko Zuerker wrote:
> >> Roland Pabel wrote:
> >> > On Friday 09 April 2004 02:14, Heiko Zuerker wrote:
> >> >>Roland Pabel wrote:
> >> >>>Hi,
> >
> > [...]
> >
> >> It would be great if everybody could test it, especially if you use a
> >> usb storage device.
> >
> > Looks like I did that test wrong. It only 'worked for me'(tm) because the
> > module was never loaded. When loaded but listed as unused, the test
> > evaluates
> > to true and it sleeps. When loaded and used, it will fail and not sleep.
> > I think a loaded usb-storage module should be enough reason for the
> > sleep, so
> > shorten the test to:
> > if [ `lsmod | grep -c "^usb-storage"` != 0 ]; then
>
> Ah wait a minute, I thought usb-storage is directly compiled into the
> kernel.... (Can't verify right now)
You're right. Take that patch out again...
I'll have a look at it over eastern, there must be some way to detect if 
usb-storage is used or not...
Roland
-- 
ICQ UIN 49339118	Linux Counter #88774
GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...>

Re: [Devil-linux-develop] [PATCH] config parameter

[Heiko Z. <he...@zu...>]

> On Friday 09 April 2004 03:01, Heiko Zuerker wrote:
>> Roland Pabel wrote:
>> > On Friday 09 April 2004 02:14, Heiko Zuerker wrote:
>> >>Roland Pabel wrote:
>> >>>Hi,
> [...]
>>
>> It would be great if everybody could test it, especially if you use a
>> usb storage device.
> Looks like I did that test wrong. It only 'worked for me'(tm) because the
> module was never loaded. When loaded but listed as unused, the test
> evaluates
> to true and it sleeps. When loaded and used, it will fail and not sleep.
> I think a loaded usb-storage module should be enough reason for the sleep,
> so
> shorten the test to:
> if [ `lsmod | grep -c "^usb-storage"` != 0 ]; then

Ah wait a minute, I thought usb-storage is directly compiled into the
kernel.... (Can't verify right now)

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

Re: [Devil-linux-develop] irregularities during "make iso" for DL 1.0.x

[Heiko Z. <he...@zu...>]

> Hi!
>
> I just had a look in the log of
>   (make mrproper 2>&1; make build install iso dist 2>&1) | tee logfile
> and discovered the messages shown below.
>
> Haven't look at the code, but is that normal or not?

That's normal. The script tries to set the date to 1.1.1980, for every
file & folder and fails on symlinks.

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

Re: [Devil-linux-develop] Attention: fixed patch-o-matic in the 1.1.x series

[Heiko Z. <he...@zu...>]

> Heiko Zuerker wrote on 09.04.2004 13:35 MET:
>> Heiko Zuerker wrote:
>>
>>> Friedrich Lobenstock wrote:
>>>
>>>> Hi!
>>>>
>>>> I just fixed the patch-o-matic in the 1.1.x series. If you are now
>>>> having
>>>> troubles in the kernel compile stage, what you will hopefully not
>>>> have,
>>>> then please back out my patches and contact me. I have given it a
>>>> basic compile test but not a full one yet.
>>>>
>>>
>>> I'll start one over night.
>>
>>
>> I have an error (with the default config):
>>
>> ...
>> ipt_connlimit.o ipt_connlimit.c
>> ipt_connlimit.c: In function `init':
>> ipt_connlimit.c:219: error: `ip_conntrack_module' undeclared (first use
>> in this function)
>> ipt_connlimit.c:219: error: (Each undeclared identifier is reported only
>> once
>> ipt_connlimit.c:219: error: for each function it appears in.)
>> ipt_connlimit.c:220: warning: value computed is not used
>> ipt_connlimit.c: In function `fini':
>> ipt_connlimit.c:227: error: `ip_conntrack_module' undeclared (first use
>> in this function)
>> ipt_connlimit.c:228: warning: value computed is not used
>> make[3]: *** [ipt_connlimit.o] Error 1
>
> I can verify this error. Will lock into it later.

I will download the latest POM an give it a try, since we don't even know
if the current POM + Kernel combination ever would have worked....

I post the results in a couple hours

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

Re: [Devil-linux-develop] [PATCH] config parameter

[Roland P. <pa...@ta...>]

On Friday 09 April 2004 03:01, Heiko Zuerker wrote:
> Roland Pabel wrote:
> > On Friday 09 April 2004 02:14, Heiko Zuerker wrote:
> >>Roland Pabel wrote:
> >>>Hi,
[...]
>
> It would be great if everybody could test it, especially if you use a
> usb storage device.
Looks like I did that test wrong. It only 'worked for me'(tm) because the 
module was never loaded. When loaded but listed as unused, the test evaluates 
to true and it sleeps. When loaded and used, it will fail and not sleep.
I think a loaded usb-storage module should be enough reason for the sleep, so 
shorten the test to:
if [ `lsmod | grep -c "^usb-storage"` != 0 ]; then
Roland
-- 
ICQ UIN 49339118	Linux Counter #88774
GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...>

Re: [Devil-linux-develop] Attention: fixed patch-o-matic in the 1.1.x series

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

Heiko Zuerker wrote on 09.04.2004 13:35 MET:
> Heiko Zuerker wrote:
> 
>> Friedrich Lobenstock wrote:
>>
>>> Hi!
>>>
>>> I just fixed the patch-o-matic in the 1.1.x series. If you are now 
>>> having
>>> troubles in the kernel compile stage, what you will hopefully not have,
>>> then please back out my patches and contact me. I have given it a 
>>> basic compile test but not a full one yet.
>>>
>>
>> I'll start one over night.
> 
> 
> I have an error (with the default config):
> 
> ...
> ipt_connlimit.o ipt_connlimit.c
> ipt_connlimit.c: In function `init':
> ipt_connlimit.c:219: error: `ip_conntrack_module' undeclared (first use 
> in this function)
> ipt_connlimit.c:219: error: (Each undeclared identifier is reported only 
> once
> ipt_connlimit.c:219: error: for each function it appears in.)
> ipt_connlimit.c:220: warning: value computed is not used
> ipt_connlimit.c: In function `fini':
> ipt_connlimit.c:227: error: `ip_conntrack_module' undeclared (first use 
> in this function)
> ipt_connlimit.c:228: warning: value computed is not used
> make[3]: *** [ipt_connlimit.o] Error 1

I can verify this error. Will lock into it later.

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

Re: [Devil-linux-develop] Attention: fixed patch-o-matic in the 1.1.x series

[Heiko Z. <he...@zu...>]

Heiko Zuerker wrote:
> Friedrich Lobenstock wrote:
> 
>> Hi!
>>
>> I just fixed the patch-o-matic in the 1.1.x series. If you are now having
>> troubles in the kernel compile stage, what you will hopefully not have,
>> then please back out my patches and contact me. I have given it a 
>> basic compile test but not a full one yet.
>>
> 
> I'll start one over night.

I have an error (with the default config):

gcc -D__KERNEL__ -I/data/build/tmp/linux-2.4.25/include -Wall 
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common 
-fomit-frame-pointer  -pipe -mpreferred-stack-boundary=2 -march
=i586 -DMODULE -DMODVERSIONS -include 
/data/build/tmp/linux-2.4.25/include/linux/modversions.h  -nostdinc 
-iwithprefix include -DKBUILD_BASENAME=ipt_state  -c -o ipt_state.o 
ipt_state.c
gcc -D__KERNEL__ -I/data/build/tmp/linux-2.4.25/include -Wall 
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common 
-fomit-frame-pointer  -pipe -mpreferred-stack-boundary=2 -march
=i586 -DMODULE -DMODVERSIONS -include 
/data/build/tmp/linux-2.4.25/include/linux/modversions.h  -nostdinc 
-iwithprefix include -DKBUILD_BASENAME=ipt_connmark  -c -o 
ipt_connmark.o ipt_connmark.c
gcc -D__KERNEL__ -I/data/build/tmp/linux-2.4.25/include -Wall 
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common 
-fomit-frame-pointer  -pipe -mpreferred-stack-boundary=2 -march
=i586 -DMODULE -DMODVERSIONS -include 
/data/build/tmp/linux-2.4.25/include/linux/modversions.h  -nostdinc 
-iwithprefix include -DKBUILD_BASENAME=ipt_connlimit  -c -o 
ipt_connlimit.o ipt_connlimit.c
ipt_connlimit.c: In function `init':
ipt_connlimit.c:219: error: `ip_conntrack_module' undeclared (first use 
in this function)
ipt_connlimit.c:219: error: (Each undeclared identifier is reported only 
once
ipt_connlimit.c:219: error: for each function it appears in.)
ipt_connlimit.c:220: warning: value computed is not used
ipt_connlimit.c: In function `fini':
ipt_connlimit.c:227: error: `ip_conntrack_module' undeclared (first use 
in this function)
ipt_connlimit.c:228: warning: value computed is not used
make[3]: *** [ipt_connlimit.o] Error 1
make[3]: Leaving directory `/data/build/tmp/linux-2.4.25/net/ipv4/netfilter'
make[2]: *** [_modsubdir_ipv4/netfilter] Error 2
make[2]: Leaving directory `/data/build/tmp/linux-2.4.25/net'
make[1]: *** [_mod_net] Error 2
make[1]: Leaving directory `/data/build/tmp/linux-2.4.25'



Heiko

[Devil-linux-develop] irregularities during "make iso" for DL 1.0.x

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

Hi!

I just had a look in the log of
  (make mrproper 2>&1; make build install iso dist 2>&1) | tee logfile
and discovered the messages shown below.

Haven't look at the code, but is that normal or not?

---------------------------------------------------------------------------
executing cd_cleanup with option install
rm: `/data/build/tmp/ISO/cdtree/usr/lib/sa' is a directory

executing finalize with option install

executing setfiledates with option install
touch: getting attributes of `/data/build/tmp/ISO/cdtree/etc': No such file 
or directory
touch: getting attributes of `/data/build/tmp/ISO/cdtree/usr/bin/skill': No 
such file or directory
touch: getting attributes of `/data/build/tmp/ISO/cdtree/usr/bin/snice': No 
such file or directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/lib/sagator/config.py': No such file or 
directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/lib/plperl.so': No such file or directory
touch: getting attributes of `/data/build/tmp/ISO/cdtree/usr/lib/rpmpopt': 
No such file or directory
touch: getting attributes of `/data/build/tmp/ISO/cdtree/usr/lib/lynx.cfg': 
No such file or directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/lib/plpgsql.so': No such file or directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/share/doc/postfix/RELEASE_NOTES': No such 
file or directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/share/doc/postfix/INSTALL': No such file or 
directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/share/man/man1/md2.1': No such file or 
directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/share/man/man1/md4.1': No such file or 
directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/share/man/man1/md5.1': No such file or 
directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/share/man/man1/sha.1': No such file or 
directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/share/man/man1/ripemd160.1': No such file 
or directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/share/man/man1/fetchmailconf.1': No such 
file or directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/share/man/man1/mdc2.1': No such file or 
directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/share/man/man1/sha1.1': No such file or 
directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/share/man/man7/Modes of DES.7': No such 
file or directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/share/man/man8/mkfs.msdos.8': No such file 
or directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/share/man/man8/fsck.vfat.8': No such file 
or directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/share/man/man8/ipsec_look.8': No such file 
or directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/share/man/man8/ipsec_whack.8': No such file 
or directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/share/man/man8/fsck.msdos.8': No such file 
or directory
touch: getting attributes of 
`/data/build/tmp/ISO/cdtree/usr/share/man/man8/mkfs.vfat.8': No such file 
or directory
touch: getting attributes of `/data/build/tmp/ISO/cdtree/jail': No such 
file or directory
touch: getting attributes of `/data/build/tmp/ISO/cdtree/root': No such 
file or directory
touch: getting attributes of `/data/build/tmp/ISO/cdtree/service': No such 
file or directory
touch: getting attributes of `/data/build/tmp/ISO/initrdtree/etc': No such 
file or directory

executing build-iso with option iso
compressing /var
copying modules....done

creating etc.tar.bz2...done
-- 
MfG / Regards
Friedrich Lobenstock
____________________________________________________________________
Friedrich Lobenstock                       Linux Services Lobenstock
URL: http://www.lsl.at/                         Email: fl...@fl...
____________________________________________________________________

Re: [Devil-linux-develop] Attention: fixed patch-o-matic in the 1.1.x series

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

Heiko Zuerker wrote on 09.04.2004 03:53 MET:
> Friedrich Lobenstock wrote:
> 
>>
>> I just fixed the patch-o-matic in the 1.1.x series. If you are now having
>> troubles in the kernel compile stage, what you will hopefully not have,
>> then please back out my patches and contact me. I have given it a 
>> basic compile test but not a full one yet.
>>
> 
> I'll start one over night.

I erronesly selected LVM2 but had only kernel 2.4 selected that's why my 
compile broke. BTW can't we limit LVM2 to kernel 2.6?


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

[Devil-linux-develop] [PATCH] eagle-usb init script

[Philippe Midol-M. <pmi...@so...>]

Here is a little patch for the eagle-usb init script

-- 
Philippe Midol-Monnet
pmi...@so...

Re: [Devil-linux-develop] Attention: fixed patch-o-matic in the 1.1.x series

[Heiko Z. <he...@zu...>]

Friedrich Lobenstock wrote:
> Hi!
> 
> I just fixed the patch-o-matic in the 1.1.x series. If you are now having
> troubles in the kernel compile stage, what you will hopefully not have,
> then please back out my patches and contact me. I have given it a basic 
> compile test but not a full one yet.
> 

I'll start one over night.

Heiko

[Devil-linux-develop] Attention: fixed patch-o-matic in the 1.1.x series

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

Hi!

I just fixed the patch-o-matic in the 1.1.x series. If you are now having
troubles in the kernel compile stage, what you will hopefully not have,
then please back out my patches and contact me. I have given it a basic 
compile test but not a full one yet.

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

Re: [Devil-linux-develop] [PATCH] config parameter

[Heiko Z. <he...@zu...>]

Roland Pabel wrote:
> On Friday 09 April 2004 02:14, Heiko Zuerker wrote:
> 
>>Roland Pabel wrote:
>>
>>>Hi,
> 
> [...]
> 
>>Can you also send a patch for the CHANGES file?
> 
> here it is
> 
>>And yes, I don't like the 15 seconds either.
> 
> The other thing that's still annoying is that you can't see directly which 
> version you are about to boot. I've played with the ppm-tools for half an 
> hour: writing DL_VERSION_FULL string into the devil-linux.pnm image in 
> build-iso is simple. Writing it beautifully is a bit harder...but more of 
> that tomorrow...

I added the patches.

It would be great if everybody could test it, especially if you use a 
usb storage device.

Heiko

Re: [Devil-linux-develop] 1.2 ???

[Heiko Z. <he...@zu...>]

Friedrich Lobenstock wrote:
> Hi all!
> 
> Heiko Zuerker wrote on 09.04.2004 02:21 MET:
> 
>>
>> we were discussing if we should release 1.2 in the (very) near future.
>> Does anybody have any changes you want to have included?
> 
> 
> Let's rather create an official beta which gets announced via 
> freshmeat.net that might give it a little more testing coverage.
> 
> Compare that to the -pre series of the kernel.

Yes I think too we should keep doing it this way.

Heiko

Re: [Devil-linux-develop] [PATCH] config parameter

[Roland P. <pa...@ta...>]

On Friday 09 April 2004 02:14, Heiko Zuerker wrote:
> Roland Pabel wrote:
> > Hi,
[...]
>
> Can you also send a patch for the CHANGES file?
here it is
> And yes, I don't like the 15 seconds either.
The other thing that's still annoying is that you can't see directly which 
version you are about to boot. I've played with the ppm-tools for half an 
hour: writing DL_VERSION_FULL string into the devil-linux.pnm image in 
build-iso is simple. Writing it beautifully is a bit harder...but more of 
that tomorrow...
Roland
-- 
ICQ UIN 49339118	Linux Counter #88774
GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...>

Re: [Devil-linux-develop] 1.2 ???

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

Hi all!

Heiko Zuerker wrote on 09.04.2004 02:21 MET:
> 
> we were discussing if we should release 1.2 in the (very) near future.
> Does anybody have any changes you want to have included?

Let's rather create an official beta which gets announced via freshmeat.net 
that might give it a little more testing coverage.

Compare that to the -pre series of the kernel.

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