RE: [Devil-linux-develop] [0.6Beta1] New release, 4 new problems!

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

On 08/27/2003 03:25:14 AM "Dean Nedelman" wrote:
>Heiko Zuerker wrote:
>>Dean Nedelman wrote:
>>> [Using the 08-23-i586-SMP release...]
>>> NOTE: I am using ext2 on my floppy, and had no errors previously fo=
r
>the
>>> betas. In fact, I had switched to ext from FAT so as to no longer
>get the
>>> error about being unable to find an ext2 file system on the floppy!=

>(It
>used
>>> to look for ext2 first).
>>
>>That bug is still open:
>>https://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D759801&=
group_
>id=3D3
>4096&atid=3D410643
>>I agree that it is pretty anoying, I don't have a solution yet.
>
>Not really.  Bug 759801 was when I had a FAT volume and it looked for
>EXT2
>then FAT (and generated an error).  To work around that bug, I had
>switched
>my floppy from FAT to EXT2.  Now, by using EXT2, I'm back to getting a=

>lot
>of errors.  (Hmmm, I wonder if I switch back to FAT whether they would=

>go
>away? :-) ).

It's the same root-problem.

>Out of curiosity, doesn't mount -auto "resolve" this problem (though I=

>haven't actually tried it myself)?  It is supposed to automatically
>determine the correct type.

It should, but we still got some message.
Bruce was running into problems with the "-t auto", I don't know what
caused it.
@Bruce: can you try the "-t auto"  again ?

>>> --- Problem 2 ----
>>> still getting a grsec error:
>>> grsec: attempted resource overstep by requesting 92786688 for
>RLIMIT_STACK
>>> against limit 8388608 by (pidof:385) UID(0) EUID(0), parent
>(S05network:373)
>>> UID(0) EUID(0)
>>>
>>> I -believe- this is related to my dhcpcd.exe script - which uses
>pidof.
>>
>>That is really strange.
>>Can you try it with a "clean" setup? I mean empty floppy and
>configuring
>>the stuff via the setup program.
>>How much RAM do you have in this machine?
>
>I have 64MB of ram.

Then this can't be the root of the problem.

>I'll spend some time tomorrow afternoon with an empty floppy and see
>what
>happens.  I'm presuming that you want me to do a "basic" setup using t=
he
>setup machine (network adaptor type, timezone, Bruce's firewall, setup=

>as
>DHCP client, etc.)?  (i.e., DON'T setup postfix, DON'T setup my
>firewall,
>DON'T use my dhcpcd.exe file, etc.)

Yes. Just configure it step by step so that we can find out when and wh=
ere
it happens.
Otherwise it's hard  to fix this problem.

>>> --- Comment ---
>>> o I See that we have (again) moved a key binary - echo (from
>/bin/echo to
>>> /usr/bin/echo).  And before we get into another discussion about wh=
y
>I
>have
>>> hardcoded addresses for key executables in my firewall scripts: I
>suppose
>it
>>> is for the same reason that Bruce uses them in -his- firewall
>scripts!
>>
>>That's the new coreutils package,
>>I modified the package so that everything is installed in /bin. It's
>the
>>"core" anyway.
>>I will look more into problems which could come up with the new
>package.
>
>I would be happy if we simply document when things move.

That's unfortunately not always possible. The coreutils package for
example, replaced 3 other packages.
There are so many files included, you just don't see anymore what's goi=
ng
on.

cya
  Heiko
=