devil-linux-develop — developer discussions

Re: [Devil-linux-develop] deleting downloads ?

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

Bruce Smith wrote:

>>should I delete the 1.0 downloads ?
>>The iptables "bug" could cause people to turn away from DL before we 
>>have 1.0.1 out.
>>    
>>
>
>Does the bug effect the standard firewall scripts we supply?
>
>If our FW scripts work, then I don't think it's that big of a deal.
>  
>
Yes it should, because all "-m something" targets "should" be affected.

Heiko

Re: [Devil-linux-develop] deleting downloads ?

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

> should I delete the 1.0 downloads ?
> The iptables "bug" could cause people to turn away from DL before we 
> have 1.0.1 out.

Does the bug effect the standard firewall scripts we supply?

If our FW scripts work, then I don't think it's that big of a deal.

 - BS

[Devil-linux-develop] Re: [Devil-Linux-discuss] one thing strange with iptables

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

> >I made the setup changes to 1.0, which included adding the ipcalc
> >program.  I have no way to test my changes on 1.0 since I don't have
> >sources downloaded.  (or the time to compile it anyway)
> >
> You tested it under 1.1, correct ?
> That should be enough

Yes, it works under 1.1.

I did the changes twice since the setup script for 1.1 has an extra
feature that 1.0 doesn't have (NIS).  I copy/pasted the changes and
triple checked for typo's.  Hopefully it's good to go.

I also did the same when adding ipcalc, since the build systems are now
different.

 - BS

[Devil-linux-develop] deleting downloads ?

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

Hey,

should I delete the 1.0 downloads ?
The iptables "bug" could cause people to turn away from DL before we 
have 1.0.1 out.

cya
  Heiko

[Devil-linux-develop] install-on-usb on 1.0.1?

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

Has anyone tested the changes I made to the install-usb-script?
Are they good to go in 1.0.1 too?

I haven't been able to test them yet because I haven't been able to 
build a new ISO (or make dist) this week because of various aborts.

 - BS

[Devil-linux-develop] [ devil-linux-Feature Requests-833720 ] add adzapper

[SourceForge.net <no...@so...>]

Feature Requests item #833720, was opened at 2003-10-31 10:46
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410646&aid=833720&group_id=34096

Category: Packages
Group: None
Status: Open
Priority: 5
Submitted By: Heiko Zuerker (smiley73)
Assigned to: Nobody/Anonymous (nobody)
Summary: add adzapper

Initial Comment:
http://adzapper.sourceforge.net/

This is a redirector for squid that intercepts
advertising (banners, popup windows, flash animations,
etc), page counters and some web bugs (as found). This
has both aesthetic and bandwidth benefits. It's also
easy to install.



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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410646&aid=833720&group_id=34096

[Devil-linux-develop] [ devil-linux-Bugs-833634 ] iptables --icmp-type not working

[SourceForge.net <no...@so...>]

Bugs item #833634, was opened at 2003-10-31 08:55
Message generated for change (Settings changed) made by smiley73
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=833634&group_id=34096

Category: Base System
>Group: all
>Status: Closed
>Resolution: Fixed
Priority: 9
Submitted By: Heiko Zuerker (smiley73)
>Assigned to: Heiko Zuerker (smiley73)
Summary: iptables --icmp-type not working

Initial Comment:

This is custom firewall script but --icmp-type is
normally standard in 

iptables 1.2.8 ( work on mandrake, redhat ...)
it's working on devil 0.5a

I don't think it's a deprecated option :-)

if you simply type iptables -p icmp -h 

normaly you have something like 
[...]
ICMP v1.2.8 options:
 --icmp-type [!] typename       match icmp type
                                (or numeric type or
type/code)

Valid ICMP Types:
any
echo-reply (pong)
destination-unreachable
   network-unreachable
   host-unreachable
   protocol-unreachable
   port-unreachable
   fragmentation-needed
[...]


on devil 1.0RC2 or devil 1.0 

it doesn't reconize --icmp-type

it's on the man iptables in devil ;-)


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=833634&group_id=34096

Re: [Devil-linux-develop] Abort ...

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

Bruce Smith wrote:

>>>It installs in it's own directory by default.  What problems would it
>>>cause if we let it do that?  Do other packages need it's includes or
>>>libs?  Which ones?
>>>
>>>      
>>>
>>We need heimdal for krb5 support for other programs.
>>    
>>
>
>Which programs?  I turned off heimdal last night, and I successfully
>compile an ISO for the first time in about a week (mrproper, and new
>lfssystem).  I a little surprised that nothing aborted for lack of krb5
>includes/libraries.
>  
>
Most of  them configure it dynamically.

>Would it work to get rid of our --prefix and it it go to the default
>directory:  /usr/heimdal ?   What other programs would have to be
>modified to look for it in that directory?
>  
>
I actually don't like /usr/heimdal , since it would end up in this 
folder on the CD, too.

Check what I did with krb5 in the 1.0 version, that worked out pretty well.
Then we would have to enable it specifically for the programs we want to 
use it (i.e. ssh).

Heiko

[Devil-linux-develop] [ devil-linux-Bugs-833638 ] update thttpd (security hole)

[SourceForge.net <no...@so...>]

Bugs item #833638, was opened at 2003-10-31 08:59
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=833638&group_id=34096

Category: Package
Group: None
Status: Open
Resolution: None
Priority: 9
Submitted By: Heiko Zuerker (smiley73)
Assigned to: Nobody/Anonymous (nobody)
Summary: update thttpd (security hole)

Initial Comment:
http://www.acme.com/software/thttpd/

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=833638&group_id=34096

Re: [Devil-linux-develop] Abort ...

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

> >It installs in it's own directory by default.  What problems would it
> >cause if we let it do that?  Do other packages need it's includes or
> >libs?  Which ones?
> >
> We need heimdal for krb5 support for other programs.

Which programs?  I turned off heimdal last night, and I successfully
compile an ISO for the first time in about a week (mrproper, and new
lfssystem).  I a little surprised that nothing aborted for lack of krb5
includes/libraries.

Would it work to get rid of our --prefix and it it go to the default
directory:  /usr/heimdal ?   What other programs would have to be
modified to look for it in that directory?

 - BS

[Devil-linux-develop] [ devil-linux-Bugs-833634 ] iptables --icmp-type not working

[SourceForge.net <no...@so...>]

Bugs item #833634, was opened at 2003-10-31 08:55
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=833634&group_id=34096

Category: Base System
Group: None
Status: Open
Resolution: None
Priority: 9
Submitted By: Heiko Zuerker (smiley73)
Assigned to: Nobody/Anonymous (nobody)
Summary: iptables --icmp-type not working

Initial Comment:

This is custom firewall script but --icmp-type is
normally standard in 

iptables 1.2.8 ( work on mandrake, redhat ...)
it's working on devil 0.5a

I don't think it's a deprecated option :-)

if you simply type iptables -p icmp -h 

normaly you have something like 
[...]
ICMP v1.2.8 options:
 --icmp-type [!] typename       match icmp type
                                (or numeric type or
type/code)

Valid ICMP Types:
any
echo-reply (pong)
destination-unreachable
   network-unreachable
   host-unreachable
   protocol-unreachable
   port-unreachable
   fragmentation-needed
[...]


on devil 1.0RC2 or devil 1.0 

it doesn't reconize --icmp-type

it's on the man iptables in devil ;-)


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=833634&group_id=34096

Re: [Devil-linux-develop] Abort ...

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

Bruce Smith wrote:

>>>Or is there some way to compile heimdal and tell it NOT to be mucking
>>>with our /usr/include directory?  (the best option IMO)
>>>
>>>      
>>>
>>krb5 was installed into a separate directory, looks like we should do 
>>this again.
>>    
>>
>
>It installs in it's own directory by default.  What problems would it
>cause if we let it do that?  Do other packages need it's includes or
>libs?  Which ones?
>
>BTW, moving busybox to compile after heimdal didn't help much, other
>packages started aborting.  I disabled heimdal in my build for now.
>  
>
We need heimdal for krb5 support for other programs.
Once the new lfssystem, new gcc and new stacksmashing protector are 
compiling fine, I'll check on it.

Heiko

[Devil-linux-develop] [fmII] mdadm 1.4.0 released (Default branch)

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

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

    http://freshmeat.net/projects/mdadm/

The changes in this release are as follows:
This version documents the fact that creating a RAID5  array really
creates a degraded array with a spare. It  adds a "spares=" tag to
config file and generate it with -- detail and --examine. It adds a
"SparesMissing" event  when --monitor first sees an array and it
doesn't have the  enough spare devices, --update=summaries for --
assemble to update summary information in superblock,  and correct
other inconsistancies in the superblock, and  adds --test option to
--detail to set a meaningful exit  status. 

Project description:
mdadm is a tools for creating, maintaining, and monitoring Linux "md"
device arrays, also known as Software RAID. 

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 

Re: [Devil-linux-develop] Abort ...

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

> >Or is there some way to compile heimdal and tell it NOT to be mucking
> >with our /usr/include directory?  (the best option IMO)
> >
> krb5 was installed into a separate directory, looks like we should do 
> this again.

It installs in it's own directory by default.  What problems would it
cause if we let it do that?  Do other packages need it's includes or
libs?  Which ones?

BTW, moving busybox to compile after heimdal didn't help much, other
packages started aborting.  I disabled heimdal in my build for now.

 - BS

Re: [Devil-linux-develop] alsa :)

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

Diego Torres wrote:

>I'm not sure about the following:
>
>first, every .bz2, tar, gzip file is unpacked into the tmp directory.
>
>then, on the build) part of each script, you could expect to be on the correct directory... but, how and when you've been pushd to the correct directory?
>
>there is no link between bzip2 file and the script that builds & installs.
>
>i'm asking this because on the alsa part we have 4 bziped files (drivers, tools, utils) and i'll need to build and install all of them if i want sound support.
>  
>
Between unpack and build comes prepare, which orders the scripts.

The script needs to be named the same as the directory, then the build 
script automatically takes care of this.
Take a look scripts/build.sh line 275 - 281

You will have to create 4 scripts for alsa, but this is OK since those 
are 4 seperate programs anyway.
Make sure you have the correct dependencies in the script.

cya
  Heiko

Re: [Devil-linux-develop] Abort ...

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

Bruce Smith wrote:

>>>>Could it be that some other libraries cause problems ?
>>>>        
>>>>
>>>No, I tracked it down.  It's heimdal that's causing the problem.
>>>heimdal replaces "/usr/include/fnmatch.h" with it's own include,
>>>and that version doesn't define some constants needed by busybox.
>>>
>>>I'm not sure the right way to "fix" this problem.
>>>
>>>I could omit compiling heimdal from menuconfig ...  :-)
>>>
>>>Or I could change the order so busybox compiles before heimdal,
>>>but I don't know what other packages after heimdal would abort.
>>>
>>>Or I could change the heimdal script to restore the include file
>>>after it's done compiling.
>>>      
>>>
>>Crap! I hate when that happens...
>>Check out who else a fnmatch.h : find build/tmp -name "fnmatch\.h"
>>    
>>
>
>Been there, done that (while tracking this down).
>
>-r--r--r--    1 games    300          2606 Sep 14  1996 ./cdrtools-2.0/mkisofs/fnmatch.h
>-rw-------    1 4770     43           2373 Dec  5  2001 ./cpio-2.5/fnmatch.h
>-r--r--r--    1 9080     bin          2349 Sep 26  1994 ./findutils-4.1/lib/fnmatch.h
>-rw-r--r--    1 3508     43           2426 Mar 14  2001 ./gcc-3.2.3/include/fnmatch.h
>-rw-r--r--    1 fred     fred           84 Aug  4  2002 ./glibc-2.3.2/include/fnmatch.h
>-rw-r--r--    1 fred     fred         2998 Jul  7  2001 ./glibc-2.3.2/posix/fnmatch.h
>-rw-r--r--    1 root     root         2436 Mar  4  2001 ./grep-2.5/lib/fnmatch.h
>-rw-r--r--    1 root     root         2285 Oct 30 15:33 ./heimdal-0.6/include/fnmatch.h
>-rw-r--r--    1 root     root         2285 Oct 30 15:33 ./heimdal-0.6/lib/roken/fnmatch.h
>-rw-r--r--    1 104      503          3028 Mar 26  2001 ./lftp-2.6.6/lib/fnmatch.h
>-rwxr-----    1 root     root         1416 Jan  2  1997 ./pd-cvs-1.10.8-PD2/lib/fnmatch.h
>-rw-r--r--    1 2161     2161         2959 Mar 10  2000 ./rpm-4.0.4/misc/fnmatch.h
>-rw-r--r--    1 501      501          2998 Sep 27  2001 ./uClibc-0.9.19/include/fnmatch.h
>
>Lots of different sizes.  Which one is the "right" one?  :-)
>  
>
I would say the glibc one.

>>For now I would say, let heimdal restore the original file.
>>    
>>
>
>It appears that heimdal replaces about 40 include files, judging from
>the modification times of the files in /usr/include.  What other
>problems is this going to cause?
>
>Should we make heimdal compile dead last?  (if so, how do I do that?)
>Or switch back to krb5 ... ?  :-)
>
>Or is there some way to compile heimdal and tell it NOT to be mucking
>with our /usr/include directory?  (the best option IMO)
>  
>
krb5 was installed into a separate directory, looks like we should do 
this again.
I'll document a bug .

cya
  Heiko

[Devil-linux-develop] [ devil-linux-Bugs-833445 ] separate heimdal

[SourceForge.net <no...@so...>]

Bugs item #833445, was opened at 2003-10-30 19:58
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=833445&group_id=34096

Category: Build System
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Heiko Zuerker (smiley73)
Assigned to: Nobody/Anonymous (nobody)
Summary: separate heimdal

Initial Comment:
heimdal overwrites some include files
check if subfolder in /usr/include is enough, otherwise
do like old krb5 and install in tmp/LIBS/heimdal.
Other programs have to be pointed to this folder.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=833445&group_id=34096

[Devil-linux-develop] alsa :)

[Diego T. <dt...@co...>]

I'm not sure about the following:

first, every .bz2, tar, gzip file is unpacked into the tmp directory.

then, on the build) part of each script, you could expect to be on the correct directory... but, how and when you've been pushd to the correct directory?

there is no link between bzip2 file and the script that builds & installs.

i'm asking this because on the alsa part we have 4 bziped files (drivers, tools, utils) and i'll need to build and install all of them if i want sound support.

any hints?

-- 
-- gnupg keyfingerprint -- 48AF 5BF9 8F54 2966 64CC  2327 7CD0 DD91 B09D 5799
-- Use of a keyboard or mouse may be linked to serious injuries or disorders.  
Diego Torres - dt...@co... - Madrid / España

Re: [Devil-linux-develop] Abort ...

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

> > > >> Could it be that some other libraries cause problems ?
> > > >
> > > > No, I tracked it down.  It's heimdal that's causing the problem.
> > > > heimdal replaces "/usr/include/fnmatch.h" with it's own include,
> > > > and that version doesn't define some constants needed by busybox.
> > > >
> > > > I'm not sure the right way to "fix" this problem.
> 
> cute solution would be to force heimdal to use its own fnmatch.h and to not replace anything... :)

The problem is probably caused by the "make install" in the build
section of the heimdal script (with a prefix of /usr).  
I assume that's required?  We can't prefix it somewhere else?

For now, I changed the order so busybox compiles after heimdal.

 - BS

Re: [Devil-linux-develop] Abort ...

[Diego T. <dt...@co...>]

On Thu, Oct 30, 2003 at 04:26:42PM -0500, Bruce Smith wrote:
> > >> Could it be that some other libraries cause problems ?
> > >
> > > No, I tracked it down.  It's heimdal that's causing the problem.
> > > heimdal replaces "/usr/include/fnmatch.h" with it's own include,
> > > and that version doesn't define some constants needed by busybox.
> > >
> > > I'm not sure the right way to "fix" this problem.

cute solution would be to force heimdal to use its own fnmatch.h and to not replace anything... :)

-- 
-- gnupg keyfingerprint -- 48AF 5BF9 8F54 2966 64CC  2327 7CD0 DD91 B09D 5799
-- Use of a keyboard or mouse may be linked to serious injuries or disorders.  
Diego Torres - dt...@co... - Madrid / España

Re: [Devil-linux-develop] users $HOME

[Diego T. <dt...@co...>]

On Thu, Oct 30, 2003 at 04:13:39PM -0500, Bruce Smith wrote:
> If you really wanted to have save-config save the user's home
> directories, and you don't have anything private in root's home
> directory, you might be able to create home directories under
> /root/user1 /root/user2 /root/user3 ...  (/root is saved)
> BTW, you'd also have to "chmod 755 /root".

pointing $HOME to /tmp/user is a good idea, but then i've to recreate it at every boot...

-- 
-- gnupg keyfingerprint -- 48AF 5BF9 8F54 2966 64CC  2327 7CD0 DD91 B09D 5799
-- Use of a keyboard or mouse may be linked to serious injuries or disorders.  
Diego Torres - dt...@co... - Madrid / España

Re: [Devil-linux-develop] Abort ...

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

> >> Could it be that some other libraries cause problems ?
> >
> > No, I tracked it down.  It's heimdal that's causing the problem.
> > heimdal replaces "/usr/include/fnmatch.h" with it's own include,
> > and that version doesn't define some constants needed by busybox.
> >
> > I'm not sure the right way to "fix" this problem.
> >
> > I could omit compiling heimdal from menuconfig ...  :-)
> >
> > Or I could change the order so busybox compiles before heimdal,
> > but I don't know what other packages after heimdal would abort.
> >
> > Or I could change the heimdal script to restore the include file
> > after it's done compiling.
> 
> Crap! I hate when that happens...
> Check out who else a fnmatch.h : find build/tmp -name "fnmatch\.h"

Been there, done that (while tracking this down).

-r--r--r--    1 games    300          2606 Sep 14  1996 ./cdrtools-2.0/mkisofs/fnmatch.h
-rw-------    1 4770     43           2373 Dec  5  2001 ./cpio-2.5/fnmatch.h
-r--r--r--    1 9080     bin          2349 Sep 26  1994 ./findutils-4.1/lib/fnmatch.h
-rw-r--r--    1 3508     43           2426 Mar 14  2001 ./gcc-3.2.3/include/fnmatch.h
-rw-r--r--    1 fred     fred           84 Aug  4  2002 ./glibc-2.3.2/include/fnmatch.h
-rw-r--r--    1 fred     fred         2998 Jul  7  2001 ./glibc-2.3.2/posix/fnmatch.h
-rw-r--r--    1 root     root         2436 Mar  4  2001 ./grep-2.5/lib/fnmatch.h
-rw-r--r--    1 root     root         2285 Oct 30 15:33 ./heimdal-0.6/include/fnmatch.h
-rw-r--r--    1 root     root         2285 Oct 30 15:33 ./heimdal-0.6/lib/roken/fnmatch.h
-rw-r--r--    1 104      503          3028 Mar 26  2001 ./lftp-2.6.6/lib/fnmatch.h
-rwxr-----    1 root     root         1416 Jan  2  1997 ./pd-cvs-1.10.8-PD2/lib/fnmatch.h
-rw-r--r--    1 2161     2161         2959 Mar 10  2000 ./rpm-4.0.4/misc/fnmatch.h
-rw-r--r--    1 501      501          2998 Sep 27  2001 ./uClibc-0.9.19/include/fnmatch.h

Lots of different sizes.  Which one is the "right" one?  :-)

> For now I would say, let heimdal restore the original file.

It appears that heimdal replaces about 40 include files, judging from
the modification times of the files in /usr/include.  What other
problems is this going to cause?

Should we make heimdal compile dead last?  (if so, how do I do that?)
Or switch back to krb5 ... ?  :-)

Or is there some way to compile heimdal and tell it NOT to be mucking
with our /usr/include directory?  (the best option IMO)

 - BS

Re: [Devil-linux-develop] Abort ...

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

>> Could it be that some other libraries cause problems ?
>
> No, I tracked it down.  It's heimdal that's causing the problem.
> heimdal replaces "/usr/include/fnmatch.h" with it's own include,
> and that version doesn't define some constants needed by busybox.
>
> I'm not sure the right way to "fix" this problem.
>
> I could omit compiling heimdal from menuconfig ...  :-)
>
> Or I could change the order so busybox compiles before heimdal,
> but I don't know what other packages after heimdal would abort.
>
> Or I could change the heimdal script to restore the include file
> after it's done compiling.

Crap! I hate when that happens...
Check out who else a fnmatch.h : find build/tmp -name "fnmatch\.h"

For now I would say, let heimdal restore the original file.

-- 

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

Re: [Devil-linux-develop] users $HOME

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

> >where is the correct place to create a directory for a new user?
> 
> usually it's under /home
> 
> >will it be saved with the save-config command, so there is no need to
> >reacreate it each time we boot?
> 
> No it's not included in save-config, because we would get trouble fitting
> this stuff on a CD.

I have better luck saving my config to floppy or USB.
Saving to CD has never worked for me!    ;-)

> When you have a harddisk installed, just create a LV with the name "home"
> and it will get mounted under /home
> 
> When you use the user only to login via ssh and then su, you can point home
> to /tmp or something like that.

If you really wanted to have save-config save the user's home
directories, and you don't have anything private in root's home
directory, you might be able to create home directories under
/root/user1 /root/user2 /root/user3 ...  (/root is saved)
BTW, you'd also have to "chmod 755 /root".

 - BS

Re: [Devil-linux-develop] Abort ...

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

> > Any idea what could be causing this?  (mrproper, new lfssystem)
> 
> There were no changes.
> Unpack the busybox sources again or download it from www.busybox.net .

Same result.

> Could it be that some other libraries cause problems ?

No, I tracked it down.  It's heimdal that's causing the problem.
heimdal replaces "/usr/include/fnmatch.h" with it's own include,
and that version doesn't define some constants needed by busybox.

I'm not sure the right way to "fix" this problem.

I could omit compiling heimdal from menuconfig ...  :-)

Or I could change the order so busybox compiles before heimdal,
but I don't know what other packages after heimdal would abort.

Or I could change the heimdal script to restore the include file
after it's done compiling.

Thoughts?

 - BS