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

Bugs item #530468, was opened at 2002-03-15 16:01
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=410643&aid=530468&group_id=34096

Category: Base System
Group: None
>Status: Deleted
Resolution: None
Priority: 7
Submitted By: Heiko Zuerker (smiley73)
>Assigned to: Heiko Zuerker (smiley73)
Summary: update iptables to v1.26

Initial Comment:
http://netfilter.samba.org

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

>Comment By: Heiko Zuerker (smiley73)
Date: 2002-03-16 17:24

Message:
Logged In: YES 
user_id=112133

iptables has at least 1 bug in the conntrack module, let's
wait for 1.27

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

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

On Sat, 16 Mar 2002 12:31, Heiko Zuerker wrote:

> > mdadm 0.7.1 is now available at
> >
> >   http://www.cse.unsw.edu.au/~neilb/sources/mdadm/
>
> The link is invalid. :-(

http://www.cse.unsw.edu.au/~neilb/source/mdadm/

-- 
MfG / Regards
Friedrich Lobenstock
____________________________________________________________________
Friedrich Lobenstock         FL226-RIPE             Internetservices
URL: http://www.fl.priv.at/                     Email: fl...@fl...
____________________________________________________________________

Friedrich Lobenstock wrote:
> ---------- Forwarded message ----------
> Date: Fri, 15 Mar 2002 16:30:28 +1100 (EST)
> From: Neil Brown <ne...@cs...>
> To: lin...@vg...
> Subject: ANNOUNCE - mdadm 0.7.1
> 

> mdadm 0.7.1 is now available at
> 
>   http://www.cse.unsw.edu.au/~neilb/sources/mdadm/

The link is invalid. :-(


-- 

cu
   Heiko

We are Penguin, Resistance is futile!

http://www.devil-linux.org

Bugs item #530468, was opened at 2002-03-15 16:01
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=410643&aid=530468&group_id=34096

Category: Base System
Group: None
Status: Open
Resolution: None
Priority: 7
Submitted By: Heiko Zuerker (smiley73)
Assigned to: Nobody/Anonymous (nobody)
Summary: update iptables to v1.26

Initial Comment:
http://netfilter.samba.org

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

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

Bugs item #530408, was opened at 2002-03-15 13:17
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=410643&aid=530408&group_id=34096

Category: Configuration / Scripts
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Heiko Zuerker (smiley73)
Assigned to: Nobody/Anonymous (nobody)
Summary: /etc/init.d/ospfd

Initial Comment:
Hallo, 
also in meinem Paket (0.5b5, Mainlab) ist die erste 
Zeile von /etc/init.d/ospfd: 
# description: An OSPF v2 routing engine for use with 
Zebra 
(wie die letzte Zeile im Kopf-Kommentar). Sie ist 
sicher irgendwie aus versehen dorthin kopiert worden 
und verursacht so eine Fehlermeldung beim Start und 
Shutdown. 
Gruß Janette 

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

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

On 03/15/2002 12:55:45 PM Friedrich Lobenstock wrote:
>On Thu, 14 Mar 2002 19:26, Heiko Zuerker wrote:
>
>> I wanna know if we should switch to i586 code, because this would
>have a
>> lot of advantages.
>
>BTW what's the big advantage? Speed at most I guess, but what else?

Speed is one thing. I saw in a couple of packages comments of features,=

which need an i586 or higher.
I can't really recall what it was. :-((

cu
  Heiko=

On 03/15/2002 12:53:23 PM Friedrich Lobenstock wrote:
>On Fri, 15 Mar 2002 11:24, Heiko Zuerker wrote:
>
>>
>> >How about making this an option for "menuconfig"?
>>
>> The problem is more, that the underlying LFS system also needs to be=

>> compiled in the right way. The most critical stuff is glibc and gcc,=

>> but we could compile and install them on our own. We also have to
>> get rid of copying any binaries from the LFS system, because they
>> would be for the wrong CPU. But thats not a big deal, because we
>> just have to add the stuff to our current build system. This would
>> solve the issue with the LFS system.
>
>Ok, then I see that in the future we will be compiling really all
>files that are needed for devil-linux. So John van V.'s wish for
>other platforms than Intel could be fullfilled.

Right.
I see a bright future, guys. :-)

cu
  Heiko
=

Hi, its not really other platforms, just yet...

Its more other ~developers~.  Also, alrealy successful, but neglected mini
distros, Smalllinux, Toms, various rescue disks...

We could go from our crew, to a fairly large one instantly if people did not
have to go through the pain of developing the build at the outset.

John

--- Friedrich Lobenstock <fl...@fl...> wrote:
> On Fri, 15 Mar 2002 11:24, Heiko Zuerker wrote:
> 
> >
> > >How about making this an option for "menuconfig"?
> >
> > The problem is more, that the underlying LFS system also needs to be
> > compiled in the right way. The most critical stuff is glibc and gcc,
> > but we could compile and install them on our own. We also have to
> > get rid of copying any binaries from the LFS system, because they
> > would be for the wrong CPU. But thats not a big deal, because we
> > just have to add the stuff to our current build system. This would
> > solve the issue with the LFS system.
> 
> Ok, then I see that in the future we will be compiling really all
> files that are needed for devil-linux. So John van V.'s wish for
> other platforms than Intel could be fullfilled.
> 
> -- 
> MfG / Regards
> Friedrich Lobenstock
> ____________________________________________________________________
> Friedrich Lobenstock         FL226-RIPE             Internetservices
> URL: http://www.fl.priv.at/                     Email: fl...@fl...
> ____________________________________________________________________
> 
> 
> 
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop


=====
John van Vlaanderen

      #############################################
      #    CXN, Inc. Contact:  jo...@th...   #               #
      #      Proud Sponsor of The Linux Society   #
      #        http://www.thelinuxsociety.org     #                 
      #############################################

__________________________________________________
Do You Yahoo!?
Yahoo! Sports - live college hoops coverage
http://sports.yahoo.com/

On Thu, 14 Mar 2002 19:26, Heiko Zuerker wrote:

> I wanna know if we should switch to i586 code, because this would have a
> lot of advantages.

BTW what's the big advantage? Speed at most I guess, but what else?

-- 
MfG / Regards
Friedrich Lobenstock
____________________________________________________________________
Friedrich Lobenstock         FL226-RIPE             Internetservices
URL: http://www.fl.priv.at/                     Email: fl...@fl...
____________________________________________________________________

On Fri, 15 Mar 2002 11:24, Heiko Zuerker wrote:

>
> >How about making this an option for "menuconfig"?
>
> The problem is more, that the underlying LFS system also needs to be
> compiled in the right way. The most critical stuff is glibc and gcc,
> but we could compile and install them on our own. We also have to
> get rid of copying any binaries from the LFS system, because they
> would be for the wrong CPU. But thats not a big deal, because we
> just have to add the stuff to our current build system. This would
> solve the issue with the LFS system.

Ok, then I see that in the future we will be compiling really all
files that are needed for devil-linux. So John van V.'s wish for
other platforms than Intel could be fullfilled.

-- 
MfG / Regards
Friedrich Lobenstock
____________________________________________________________________
Friedrich Lobenstock         FL226-RIPE             Internetservices
URL: http://www.fl.priv.at/                     Email: fl...@fl...
____________________________________________________________________

Hi, I would like to voice my opinion that DL should distribute ~build kits~ as
well as ISOs.

It has become obivous from our own democratic process that DL will have
difficulty fulfilling every application that it is put to.

We ~actually~ want to run a desktop from the CD... hence my interest in TinyX
and similar X servers. 
http://puny.vm.com/cgi-bin/Depth/?depth=PerlOS%20GUIs%20

Other options not supported... wallet sized CD, the ethernet detection we
referred to.  Howabout PPC, Sparc boxes... even something like a gaming box, or
my ultimate goal, the cell phone.

(Our ThinMan would only want to boot, find the way out and make an ssh
connection to the FAT server.  Then it would ~receive~ necessary server
packages to start doing its job.  A FAT is an emitter, the ThinMan, once
configured becomes a mini-FAT.)

Documentation would also be made easier if the educational types like myself
would be able to step through the entire process and give blow by blow details
for the internal workings.  This would make DL very popular in schools.

And Finally... I was on board for tri-nux, and Franz, the lead, could be a huge
help if it were made easy for him. (marriage vrs trinux ;)

Just my 0.02 $USD

John



--- Heiko Zuerker <hz...@pr...> wrote:
> 
> On 03/15/2002 05:51:02 AM Friedrich Lobenstock wrote:
> >On Thu, 14 Mar 2002 19:26, Heiko Zuerker wrote:
> >
> >> we currently have an important vote on our website
> >> http://www.devil-linux.org .
> >>
> >> I wanna know if we should switch to i586 code, because this would
> >have a
> >> lot of advantages.
> >
> >Hi!
> >
> >How about making this an option for "menuconfig"?
> >eg.
> >  ( ) i486
> >  ( ) i586
> >  ( ) i686
> >  ( ) AMD Athlon/Duron
> >  ( ) Intel P4
> >
> >I'd would prefere to compile for AMD Athlon/Duron because all machines
> >I install are equipped with those CPUs.
> 
> The problem is more, that the underlying LFS system also needs to be
> compiled in the right way.
> The most critical stuff is glibc and gcc, but we could compile and install
> them on our own.
> We also have to get rid of copying any binaries from the LFS system,
> because they would be for the wrong CPU. But thats not a big deal, because
> we just have to add the stuff to our current build system.
> This would solve the issue with the LFS system.
> 
> cu
>   Heiko
> 
> 
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop


=====
John van Vlaanderen

      #############################################
      #    CXN, Inc. Contact:  jo...@th...   #               #
      #      Proud Sponsor of The Linux Society   #
      #        http://www.thelinuxsociety.org     #                 
      #############################################

__________________________________________________
Do You Yahoo!?
Yahoo! Sports - live college hoops coverage
http://sports.yahoo.com/

On 03/15/2002 05:51:02 AM Friedrich Lobenstock wrote:
>On Thu, 14 Mar 2002 19:26, Heiko Zuerker wrote:
>
>> we currently have an important vote on our website
>> http://www.devil-linux.org .
>>
>> I wanna know if we should switch to i586 code, because this would
>have a
>> lot of advantages.
>
>Hi!
>
>How about making this an option for "menuconfig"?
>eg.
>  ( ) i486
>  ( ) i586
>  ( ) i686
>  ( ) AMD Athlon/Duron
>  ( ) Intel P4
>
>I'd would prefere to compile for AMD Athlon/Duron because all machines=

>I install are equipped with those CPUs.

The problem is more, that the underlying LFS system also needs to be
compiled in the right way.
The most critical stuff is glibc and gcc, but we could compile and inst=
all
them on our own.
We also have to get rid of copying any binaries from the LFS system,
because they would be for the wrong CPU. But thats not a big deal, beca=
use
we just have to add the stuff to our current build system.
This would solve the issue with the LFS system.

cu
  Heiko=

On Thu, 14 Mar 2002 19:26, Heiko Zuerker wrote:

> we currently have an important vote on our website
> http://www.devil-linux.org .
>
> I wanna know if we should switch to i586 code, because this would have a
> lot of advantages.

Hi!

How about making this an option for "menuconfig"?
eg.
  ( ) i486
  ( ) i586
  ( ) i686
  ( ) AMD Athlon/Duron
  ( ) Intel P4

I'd would prefere to compile for AMD Athlon/Duron because all machines
I install are equipped with those CPUs.

-- 
MfG / Regards
Friedrich Lobenstock
____________________________________________________________________
Friedrich Lobenstock         FL226-RIPE             Internetservices
URL: http://www.fl.priv.at/                     Email: fl...@fl...
____________________________________________________________________

---------- Forwarded message ----------
Date: Fri, 15 Mar 2002 16:30:28 +1100 (EST)
From: Neil Brown <ne...@cs...>
To: lin...@vg...
Subject: ANNOUNCE - mdadm 0.7.1



mdadm 0.7.1 is now available at

  http://www.cse.unsw.edu.au/~neilb/sources/mdadm/

There are even RPMs in an RPM subdirectory, thanks to some guidance
from Chris Siebenmann and others.

This is 0.7.1 instead of 0.8 because there are some half-finished
extensions.  In particular there are some very incomplete man pages,
which is some sense can be worse than none (It look unprofessional).

My main goal before I call it 1.0 is to make sure --follow works properly.
I also want to:
    add --query as discussed earlier on this list
    flesh out mdadm.conf.5 and md.4 man pages.

NeilBrown

 from ChangeLog

Changed Prior to 0.7.1 release
    -   update mdadm.spec
    -   use BLKGETSIZE64 if available for array size
    -   give human readable as GiB/MiB and GB and MB, with 2 decimal point precision
    -   Only warn about size variation for raid1/4/5.
    -   Started md.4 man page
    -   Started mdadm.conf.5 man page
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to maj...@vg...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Friedrich Lobenstock wrote:
> On Wed, 13 Mar 2002 20:15, Heiko Zuerker wrote:
> Oops that's not 40MB as you can see it's 40GB :-)
> I must have been somewhere else when I wrote that piece of code.
> I'll correct that to 40megs.

Where is the problem to keep a high number? The user will feel it, when 
his RAM is full. ;-)

> If we say that we need a minimum of 64 MB of RAM we have to make sure
> that the machine has some RAM left to start some programs. Even more
> in the case when we have no swap.

The system will tell you, when no RAM is left. ;-)

> 
> Heiko can you try a full install and give use the maximum SHMFS
> footprint in this case so we see some numbers to talk about.
> Maybe we should document the basis memory footprint and also the one
> for each package so the user can calculate if he needs more than 64MB
> of RAM.

That should be easy to calculate, unpack ramdisk size + unpacked package 
size

> 
> BTW patches to calculate the limit based on the amount of installed
> RAM are more than welcome ;-)

Then write one. ;-)

-- 

cu
   Heiko

We are Penguin, Resistance is futile!

http://www.devil-linux.org

Hi,

we currently have an important vote on our website 
http://www.devil-linux.org .

I wanna know if we should switch to i586 code, because this would have a 
lot of advantages.

Please place your vote!

-- 

cu
   Heiko

We are Penguin, Resistance is futile!

http://www.devil-linux.org

This email is to inform you of release '9.2.1rc1' of 'bind' through
freshmeat.net. All URLs and other useful information can be found at
http://freshmeat.net/projects/bind/

The changes in this release are as follows:
This is release candidate for BIND 9.2.1, which is a maintence release
of BIND 9.2. It contains no new features.  

Project description:
The Berkeley Internet Name Domain (BIND) implements an Internet name
server for Unix operating systems. The BIND consists of a server (or
`daemon') called `named' and a resolver library. A name server is a
network service that enables clients to name resources or objects and
share this information with other objects in the network.

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

Feature Requests item #509196, was opened at 2002-01-27 10:52
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=410646&aid=509196&group_id=34096

Category: Base System
Group: None
>Status: Closed
Priority: 5
Submitted By: Heiko Zuerker (smiley73)
>Assigned to: Heiko Zuerker (smiley73)
Summary: add less

Initial Comment:
add less to base system
http://www.greenwoodsoftware.com/less/download.html

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

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

Feature Requests item #478880, was opened at 2001-11-06 16:55
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=410646&aid=478880&group_id=34096

Category: Packages
Group: None
>Status: Closed
Priority: 5
Submitted By: Heiko Zuerker (smiley73)
>Assigned to: Heiko Zuerker (smiley73)
Summary: top

Initial Comment:
add top as package
http://freshmeat.net/redir/top/10697/url_homepage/

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

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

Bugs item #529913, was opened at 2002-03-14 10:13
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=410643&aid=529913&group_id=34096

Category: Base System
Group: None
Status: Open
Resolution: None
Priority: 7
Submitted By: Heiko Zuerker (smiley73)
Assigned to: Nobody/Anonymous (nobody)
Summary: update shadow to v4.0.3

Initial Comment:
http://freshmeat.net/projects/shadow/

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

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

Bugs item #528727, was opened at 2002-03-11 18:36
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=410643&aid=528727&group_id=34096

Category: Configuration / Scripts
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 7
Submitted By: Heiko Zuerker (smiley73)
>Assigned to: Heiko Zuerker (smiley73)
Summary: jail script and syslog

Initial Comment:
jail script should check, if specific log target is 
already present.

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

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

On 03/14/2002 04:30:37 AM Friedrich Lobenstock wrote:
>On Wed, 13 Mar 2002 21:46, Heiko Zuerker wrote:
>
>> I was thinking about releasing Beta 6 this weekend, but stick with
>> the Kernel 2.4.17. By this way we could test our new features. I
>> don't think that we can solve the problems with Kernel 2.4.18 in the=

>> next couple of days.
>
>Is it just XFS in 2.4.18 that makes troubles?

It seems so.
But XFS is really important for me, because we already use DL boxes wit=
h
Samba and XFS + ACLs as Fileservers. :-))

cu
  Heiko=

On Wed, 13 Mar 2002 21:46, Heiko Zuerker wrote:

> I was thinking about releasing Beta 6 this weekend, but stick with
> the Kernel 2.4.17. By this way we could test our new features. I
> don't think that we can solve the problems with Kernel 2.4.18 in the
> next couple of days.

Is it just XFS in 2.4.18 that makes troubles?

-- 
MfG / Regards
Friedrich Lobenstock
____________________________________________________________________
Friedrich Lobenstock         FL226-RIPE             Internetservices
URL: http://www.fl.priv.at/                     Email: fl...@fl...
____________________________________________________________________

On Wed, 13 Mar 2002 20:15, Heiko Zuerker wrote:

> > Currently we use 40 MB SHMFS and we have 64 MB as minimum RAM
> > requirement.
>
> Did you limit it to 40 MB ?
> We should change that in case somebody installs a lot of apps.

From the initrd linuxrc:
# mount shared memory filesystem with a limit of 40GB (for now)
test -d /dev/shm || mkdir /dev/shm
echo -n "Mounting SHM FS on /dev/shm"
mount -t shm -o size=40g shmfs /dev/shm && print_status success ||
print_status


Oops that's not 40MB as you can see it's 40GB :-)
I must have been somewhere else when I wrote that piece of code.
I'll correct that to 40megs.

If we say that we need a minimum of 64 MB of RAM we have to make sure
that the machine has some RAM left to start some programs. Even more
in the case when we have no swap.

Heiko can you try a full install and give use the maximum SHMFS
footprint in this case so we see some numbers to talk about.
Maybe we should document the basis memory footprint and also the one
for each package so the user can calculate if he needs more than 64MB
of RAM.

BTW patches to calculate the limit based on the amount of installed
RAM are more than welcome ;-)


> I also have sometimes the problem to find out, which of the modules
> I have to use. We could do it the way, that the user has to start
> (manually!) a program, which configures the system. We could also
> think about having something in the boot concept, which initially
> configures a unconfigured system.

Agreed.

-- 
MfG / Regards
Friedrich Lobenstock
____________________________________________________________________
Friedrich Lobenstock         FL226-RIPE             Internetservices
URL: http://www.fl.priv.at/                     Email: fl...@fl...
____________________________________________________________________

> I also have sometimes the problem to find out, which of the modules I 
> have to use.
> We could do it the way, that the user has to start (manually!) a 
> program, which configures the system.
> We could also think about having something in the boot concept, which 
> initially configures a unconfigured system.

Thats why I mentioned ethernet hardware detection

Other users would need modem detection, and PPP configuration

=====
John van Vlaanderen

      #############################################
      #    CXN, Inc. Contact:  jo...@th...   #               #
      #      Proud Sponsor of The Linux Society   #
      #        http://www.thelinuxsociety.org     #                 
      #############################################

__________________________________________________
Do You Yahoo!?
Try FREE Yahoo! Mail - the world's greatest free email!
http://mail.yahoo.com/