devil-linux-develop — developer discussions

Re: [Devil-linux-develop] 1.3 kernel build on x86_64 failed

[Roland P. <rp...@ne...>]

On Sunday 23 January 2005 00:33, Roland Pabel wrote:
> On Saturday 22 January 2005 22:54, Heiko Zuerker wrote:
> > > On Saturday 22 January 2005 21:16, Heiko Zuerker wrote:
> > >> Roland Pabel wrote:
> > >> >Hi,
> > >
> > > [...]
>
> [...]
>
> > Let us know what you find.
>
> thanks, will do that on Monday when I'm at the University again.
haven't done it yet, had no time yesterday and forgot to take my USB HDD along 
today. So I'll try it again tomorrow ('all good things is three' -  does that 
phrase exist in english?)
But I'll send the siproxd patch today anyways, because the 1.2 patch works and 
the 1.3 should, there is not much magic stuff going on there.
Roland
-- 
ICQ UIN 49339118	Linux Counter #88774
GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...>

[Devil-linux-develop] [ devil-linux-Feature Requests-1108445 ] add minirsyslogd

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

Feature Requests item #1108445, was opened at 2005-01-24 11:28
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=1108445&group_id=34096

Category: Base System
Group: v1.3.x
Status: Open
Priority: 5
Submitted By: Heiko Zuerker (smiley73)
Assigned to: Nobody/Anonymous (nobody)
Summary: add minirsyslogd

Initial Comment:
http://www.clueby4.org/minirsyslogd/

What is minirsyslogd?
In short: minirsyslogd is a minimalistic, fast and secure 
(through lack of bloat) remote-only syslog receiver 
suitable for hardened log receiver hosts and/or central 
log receivers that receive several gigabyte of logs each 
day. 

It will not deal with local syslog data. It does not have a 
multitude of configuration, alerting or scripting options. 
It will however automatically split inbound syslog data 
according to IP address, date and current hour, and do 
so as rapidly and (I hope) securely as possible. 

Why?
Well, plain old syslogd just doesn't cut it for hundreds of 
log generators that send log data with varying facilities 
and severities. 

And syslog-ng, while fulfilling all of the functional 
requirements, is too bloated for my comfort (no 
disrespect; I'm just paranoid), and consumes about 10-
20 times as much CPU as minirsyslogd. It simply croaked 
on me when log collection reached about 2 gigabytes 
per day on my loghost. Said loghost now receives 10 
gigabytes per day with minirsyslogd and has plenty of 
spare CPU cycles


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

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

Re: [Devil-linux-develop] Re: LCD4Linux cvs

[Zsiros Z. <zs...@ma...>]

> >One more thing: I attach a small patch for the lcd4linux init
> >script because of the major change in the lcd4linux.conf syntax.
> >

> Updated & patches applied.
> 

Thank you,

Zsolt

Re: [Devil-linux-develop] 1.3 kernel build on x86_64 failed

[Roland P. <rp...@ne...>]

On Saturday 22 January 2005 22:54, Heiko Zuerker wrote:
> > On Saturday 22 January 2005 21:16, Heiko Zuerker wrote:
> >> Roland Pabel wrote:
> >> >Hi,
> >
> > [...]
> >
[...]
>
> Let us know what you find.
thanks, will do that on Monday when I'm at the University again.
cu
Roland
-- 
ICQ UIN 49339118	Linux Counter #88774
GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...>

Re: [Devil-linux-develop] 1.3 kernel build on x86_64 failed

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

forgott to attach the file ;-)

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

Re: [Devil-linux-develop] 1.3 kernel build on x86_64 failed

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

> On Saturday 22 January 2005 21:16, Heiko Zuerker wrote:
>> Roland Pabel wrote:
>> >Hi,
> [...]
>>
>> Which CPU type did you select ?
> tried 586 and 686 using menuconfig (both for cpu and gcc compile). I
> didn't
> change the kernel config files...

OK that's strange. It sounds like the kernel config would be dependend on
your current system type, but I can't really believe that.

In order to continue and look into the problem later, run the following
command inside the chroot:
scripts/build.sh build opt=prepare
This will allow you to press a key during the kernel config.

We had a similar problem a couple of weeks ago, but it went away when I
re-created all the kernel config files. It could be that I introduced a
new problem when I did this.
I attached my DL .config, so you can compare your settings with mine.

Additionally I uploaded the current build system to:
ftp://ftp.devil-linux.org/pub/devel/testing/build-1.3-20050122.tar.bz2
Because it could also be, that the SF anonymous CVS server is out of sync
again.

Let us know what you find.

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

Re: [Devil-linux-develop] 1.3 kernel build on x86_64 failed

[Roland P. <rp...@ne...>]

On Saturday 22 January 2005 21:16, Heiko Zuerker wrote:
> Roland Pabel wrote:
> >Hi,
[...]
>
> Which CPU type did you select ?
tried 586 and 686 using menuconfig (both for cpu and gcc compile). I didn't 
change the kernel config files...
Roland
-- 
ICQ UIN 49339118	Linux Counter #88774
GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...>

Re: [Devil-linux-develop] 1.3 kernel build on x86_64 failed

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

Roland Pabel wrote:

>Hi,
>I tried to build 1.3 cvs on a dual Xeon 3.2 with 64 it extension, but I never 
>even got beyond 'prepare' stage. The Kernel configuration stops because it 
>cannot configure this option:
>*
>* Processor type and features
>*
>Processor family
>  1. AMD-Opteron/Athlon64 (MK8)
>  
>
>> 2. Intel x86-64 (MPSC)
>>    
>>
>  3. Generic-x86-64 (GENERIC_CPU) (NEW)
>
>I couldn't find any option to set in the config file for this. It seems to be 
>x86_64 related because it runs fine on my old p3 right now...
>I've never seen this before, probably because I have never built 2.6.10 on 
>x86_64 before, does anyone know this?
>  
>

Which CPU type did you select ?

-- 

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

[Devil-linux-develop] 1.3 kernel build on x86_64 failed

[Roland P. <rp...@ne...>]

Hi,
I tried to build 1.3 cvs on a dual Xeon 3.2 with 64 it extension, but I never 
even got beyond 'prepare' stage. The Kernel configuration stops because it 
cannot configure this option:
*
* Processor type and features
*
Processor family
  1. AMD-Opteron/Athlon64 (MK8)
>  2. Intel x86-64 (MPSC)
  3. Generic-x86-64 (GENERIC_CPU) (NEW)

I couldn't find any option to set in the config file for this. It seems to be 
x86_64 related because it runs fine on my old p3 right now...
I've never seen this before, probably because I have never built 2.6.10 on 
x86_64 before, does anyone know this?
Roland
--
ICQ UIN 49339118	Linux Counter #88774
GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...>

Re: [Devil-linux-develop] Re: LCD4Linux cvs

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

Zsolt Zsiros wrote:

>HZ>> Yes I would prefer to do it this way, since I can't test it.
>
>ZZ> Hi Heiko,
>
>ZZ> Finally i had some time to test the lcd4linux-cvs20041230 (downloaded
>ZZ> from 1.3 devel dir). It has also 0.10.0-RC1 version number but I think
>ZZ> that cvs%DATE is more exact.
>ZZ> It compiled successfully and works well since 1st jan.
>ZZ> Please add it to 1.2-patches branch too.
>
>One more thing: I attach a small patch for the lcd4linux init
>script because of the major change in the lcd4linux.conf syntax.
>
>  
>

Updated & patches applied.

-- 

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

Re: [Devil-linux-develop] [PATCH] menuconfig cosmetics

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

Roland Pabel wrote:

>Hi,
>because of the requests for siproxd, I've been finalizing that patch with 
>Frank Pieczynski. I'll send it in after I've confirmed it works with 1.3-cvs 
>(hopefully tomorrow) . I wanted to put the option into Network|Services, but 
>that menu is now crammed with over 35 options. Since there is already 
>Network|Mail and others, I created two new sections: Network|WWW (for apache, 
>php, squid) and Network|Communations (for SER, openh323gk and then siproxd). 
>If no one objects against this, please apply ...
>  
>

OK I applied the patches to 1.3.

-- 

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

[Devil-linux-develop] Concil of Ministers in EU next Monday

[<ee...@fr...>]

Hi all,

Sorry for that but I couldn't resist posting this *Real Information* so t=
hat all
European people are aware of what's going on!

It' about Software patents.

At the end of december, Polsk Minister avoided a manipulation that aimed =
to have
that F...... law adopted by the Ministers of Agriculture and Fisheries of=
 each
EU member state !

Now they're back for it on Monday 24 of january ... with exactly the same
context.

Nobody talked about it (among "officials medias" like TV, Radio, Newspape=
rs...

Here's a link I'd like You, Freedom Fighters, to look at and do what you =
have to
do ...

Sorry Again, but it's about our Freedom ... DL and others will become kin=
d of
Outlaws if they reach their goal!

http://demo.ffii.org/cons0501/

Sorry again

MaNU

Re: [Devil-linux-develop] [PATCH] RaidMon RAID Drive Failure Alert

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

Hey,

Matthew Sheets wrote:

> Hello,
>  
> This is a set of updates related to the installation of RaidMon, a 
> RAID hard drive monitoring tool (sendEmail and beep are both used by 
> raidmon).  When enabled, RaidMon will beep when the RAID hard drives 
> are out of sync or when one of the RAID members has failed.  I have DL 
> running as a file server in a K-12 computer lab, so having an audible 
> alert is much more timely and requires less maintenance than firing 
> off to a list of e-mail addresses (the lab monitor is different at 
> different times and might not be monitoring e-mail closely).  RaidMon 
> does, though, have the capability to send e-mails using sendEmail.

Now that you send the patch, I realize that we're really missing this 
functionality. ;-)

>  
> *_raidmon_*
> /From/ - http://freshmeat.net/projects/raidmon/; modified by me to run 
> on DL (attached, but please see note on the "status" command below)
> /Description/ - "Raidmon is a shell script which runs as a daemon and 
> monitors software RAID devices (Linux MD).  It starts to beep when a 
> disk fails or while a RAID device is resyncing after an unclean 
> shutdown.  Every event also triggers the email alert mechanism, which 
> sends mail to one or more persons with the details of what's going 
> on."  Though posted as a src.rpm package, it builds to a noarch.rpm 
> that simply adds the following files:
>  - /usr/bin/raidmon            (core script file; changed from being 
> a link to /etc/init.d/raidmon)
>  - /usr/share/doc/raidmon-1.4.3
>  - /etc/cron.daily/raidmon
>  - /etc/init.d/raidmon        (modified to follow DL's start config 
> format [see below for more details])
>  - /etc/sysconfig/raidmon
>  
> I did make a few changes from the original source file.  It initially 
> was in an RPM file and seemed to have some distribution-secific 
> commands such as "action" and "status".  The insserv and echo -n 
> commands appear to replace the functionality of the "action" command, 
> but I am not sure what the equivalent of the "status" command might 
> be.  I have commented out the status command in the updated files I 
> have attached, so there is no way to query the status at this time.

You can leave something like status in there, it won't hurt.

>  
> *_sendEmail_*
> /From/ - http://freshmeat.net/projects/sendemail/
> /Description/ - Required by raidmon to provide e-mail notification 
> alerts.  This program consists of a Perl script file added to 
> /usr/bin.  ( Does need "chmod +x /usr/local/bin/sendEmail" )
>  

I hope it can also reside in /usr/bin ?

> *_beep_*
> /From/ - http://freshmeat.net/projects/beep/
> /Description/ - Required by raidmon to provide the audible alerts.  It 
> appears the currently used version of beep in DL is 1.2.1.  A version 
> 1.2.2 has been released with the following ChangeLog notes (raidmon 
> should work with either version):
> - Man pages now gzip -9 for better compression
> - Table of frequencies added to man page
> - Fix for platforms with unsigned chars
> - On ioctl() errors, beep will now do a printf("\a") so that, at very 
> least, you get a beep.  :)

An update won't hurt.

>  
> *_DIFFS_*
> The only diff to an existing DL file is /etc/sysconfig/config, where 
> the following two lines need to be added (configured for the default 
> /etc):
> # Start RAIDMON?  (Disable by default; Change to "yes" to enable)
> START_RAIDMON=no

 

> *_Configuration_*
> To complete the configuration, insserv needs executed in order to 
> register RaidMon as a service.
>  
>  
> I hope this is of benefit for inclusion in the next release of DL.  
> This is my first submission, so I hope I'm following the submission 
> process correctly.  Since (except for /etc/sysconfig/config and 
> running insserv) these were all script files that just needed copied, 
> I wasn't sure that this necessarily fit into the standard DL build 
> system.  If I understand correctly, I just need to provide the 
> location for finding the libraries to include, but if something more 
> is needed, please let me know.
>  

Actually we can't use the patch in its current form. Submitted patches 
must be in a format, so we can apply them to our build system itself.
Consult our documentation on how to 'build' a DL system.

-- 

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

Re: [Devil-linux-develop] [PATCH] menuconfig cosmetics

[Roland P. <rp...@ne...>]

On Wednesday 19 January 2005 18:20, Heiko Zuerker wrote:
> > Hi,
> > because of the requests for siproxd, I've been finalizing that patch with
> > Frank Pieczynski. I'll send it in after I've confirmed it works with
> > 1.3-cvs
> > (hopefully tomorrow) . I wanted to put the option into Network|Services,
> > but
> > that menu is now crammed with over 35 options. Since there is already
> > Network|Mail and others, I created two new sections: Network|WWW (for
> > apache,
> > php, squid) and Network|Communations (for SER, openh323gk and then
> > siproxd).
> > If no one objects against this, please apply ...
>
> You can try to bribe Bruce into doing it. ;-)
can't afford, I'm kinda short on money ;-) 
> Sounds good to me, but I won't get to it before the weekend.
It's ok, I've changed the siproxd scripts for 1.3-cvs, but won't start a build 
now. I think I'll rather take my USB drive with the DL devel stuff to the 
university tomorrow and feed the build to my new Dual Xeon 3.2GHz 
workstation. I haven't done any serious computations with it yet, let's see 
how good it really is :-) If it works, I'll send the patches tomorrow... 
cu
Roland
-- 
ICQ UIN 49339118	Linux Counter #88774
GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...>

Re: [Devil-linux-develop] [PATCH] menuconfig cosmetics

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

> Hi,
> because of the requests for siproxd, I've been finalizing that patch with
> Frank Pieczynski. I'll send it in after I've confirmed it works with
> 1.3-cvs
> (hopefully tomorrow) . I wanted to put the option into Network|Services,
> but
> that menu is now crammed with over 35 options. Since there is already
> Network|Mail and others, I created two new sections: Network|WWW (for
> apache,
> php, squid) and Network|Communations (for SER, openh323gk and then
> siproxd).
> If no one objects against this, please apply ...

Sounds good to me, but I won't get to it before the weekend.
You can try to bribe Bruce into doing it. ;-)

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

Re: Fwd: Re[3]: [Devil-linux-develop] Re: LCD4Linux cvs

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

Zsolt Zsiros wrote:

>Hi Heiko,
>
>Did you get my following mail?
>I didn't get any feedback from you.
>
>  
>
It's still in my to do folder, so it's not forgotten yet. ;-)

>Bye, Zsolt
>
>ps: I have sent another patch (multiple ADSL connections at startup)
>on 3th Oct 2004 but I didn't get neither reject nor commit...
>
>  
>
This one is also still in my todo folder.

I have to apologize, sometimes it just takes a while until I apply patches.

-- 

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

[Devil-linux-develop] [PATCH] menuconfig cosmetics

[Roland P. <rp...@ne...>]

Hi,
because of the requests for siproxd, I've been finalizing that patch with 
Frank Pieczynski. I'll send it in after I've confirmed it works with 1.3-cvs 
(hopefully tomorrow) . I wanted to put the option into Network|Services, but 
that menu is now crammed with over 35 options. Since there is already 
Network|Mail and others, I created two new sections: Network|WWW (for apache, 
php, squid) and Network|Communations (for SER, openh323gk and then siproxd). 
If no one objects against this, please apply ...
cu
Roland
-- 
ICQ UIN 49339118	Linux Counter #88774
GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...>

Fwd: Re[3]: [Devil-linux-develop] Re: LCD4Linux cvs

[Zsolt Z. <zs...@ma...>]

Hi Heiko,

Did you get my following mail?
I didn't get any feedback from you.

Bye, Zsolt

ps: I have sent another patch (multiple ADSL connections at startup)
on 3th Oct 2004 but I didn't get neither reject nor commit...

This is a forwarded message
From: Zsolt Zsiros <zs...@ma...>
To: dev...@li...
Date: Sunday, January 9, 2005, 1:55:29 PM
Subject: [Devil-linux-develop] Re: LCD4Linux cvs

===8<==============Original message text===============
HZ>> Yes I would prefer to do it this way, since I can't test it.

ZZ> Hi Heiko,

ZZ> Finally i had some time to test the lcd4linux-cvs20041230 (downloaded
ZZ> from 1.3 devel dir). It has also 0.10.0-RC1 version number but I think
ZZ> that cvs%DATE is more exact.
ZZ> It compiled successfully and works well since 1st jan.
ZZ> Please add it to 1.2-patches branch too.

One more thing: I attach a small patch for the lcd4linux init
script because of the major change in the lcd4linux.conf syntax.

Sorry for my neglect.

Bye, Zsolt
===8<===========End of original message text===========

[Devil-linux-develop] new security oriented kernel patch set

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

Hey,

I just stumbled across a new kernel patch set by Andres Salomon. He's the
Kernel maintainer of the Debian project and got tired of the security
problems  in ther Kernel.
This patch set only includes security related fixes and will not mess
around with any drivers.

You'll find it here:
http://www.acm.rpi.edu/~dilinger/patches/2.6.10/as2/

And here's the original announcement: http://kerneltrap.org/node/4545

I didn't get a chance yet to play around with it, but it sounds promising.

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

[Devil-linux-develop] new security oriented kernel patch set

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

Hey,

I just stumbled across a new kernel patch set by Andres Salomon. He's the
Kernel maintainer of the Debian project and got tired of the security
problems  in ther Kernel.
This patch set only includes security related fixes and will not mess
around with any drivers.

You'll find it here:
http://www.acm.rpi.edu/~dilinger/patches/2.6.10/as2/

I didn't get a chance yet to play around with it, but it sounds promising.

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

Re: [Devil-linux-develop] make prepare

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

> Hello!
> I could not find any ready to download iso's for 1.3 yet and i require
> some
> features of 1.3 on my machine so I decided to download the sources and
> follow the "Development" description in the documentation.
> I downloaded and updated the sources. Chroot step was ok too. No problems
> with make unpack and make menuconfig. But then I started make prepare.
> This
> seems to last for ages!!! The insserv -f -d $i line in the build.sh script
> run for one and a half days. Then I decided to stop. Is that normal?!! Or
> did I miss something!?

No that's not normal. What are the specs of your build machine?
Are you using a Redhat based distro ? If yes, did you turn of exec-shield
as described in the docs?

1.3 is not even in a Beta state yet. Many things still don't work right or
won't even compile.

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

[Devil-linux-develop] make prepare

[killer b. <kil...@ho...>]

Hello!
I could not find any ready to download iso's for 1.3 yet and i require some 
features of 1.3 on my machine so I decided to download the sources and 
follow the "Development" description in the documentation.
I downloaded and updated the sources. Chroot step was ok too. No problems 
with make unpack and make menuconfig. But then I started make prepare. This 
seems to last for ages!!! The insserv -f -d $i line in the build.sh script 
run for one and a half days. Then I decided to stop. Is that normal?!! Or 
did I miss something!?

Please help

Tom Taylor

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

Re[3]: [Devil-linux-develop] Re: LCD4Linux cvs

[Zsolt Z. <zs...@ma...>]

HZ>> Yes I would prefer to do it this way, since I can't test it.

ZZ> Hi Heiko,

ZZ> Finally i had some time to test the lcd4linux-cvs20041230 (downloaded
ZZ> from 1.3 devel dir). It has also 0.10.0-RC1 version number but I think
ZZ> that cvs%DATE is more exact.
ZZ> It compiled successfully and works well since 1st jan.
ZZ> Please add it to 1.2-patches branch too.

One more thing: I attach a small patch for the lcd4linux init
script because of the major change in the lcd4linux.conf syntax.

Sorry for my neglect.

Bye, Zsolt

Re[2]: [Devil-linux-develop] Re: LCD4Linux cvs

[Zsolt Z. <zs...@ma...>]

Hello Heiko,

Wednesday, November 3, 2004, 8:20:45 PM, you wrote:


>>  But you are right in hesitating to upgrade to the cvs version.
>>  I'll refresh my build system and I try to do it for myself.
>>  If it'll be successfull then I'll report it to you.

HZ> Yes I would prefer to do it this way, since I can't test it.

Hi Heiko,

Finally i had some time to test the lcd4linux-cvs20041230 (downloaded
from 1.3 devel dir). It has also 0.10.0-RC1 version number but I think
that cvs%DATE is more exact.
It compiled successfully and works well since 1st jan.
Please add it to 1.2-patches branch too.

Bye, Zsolt

Re: [Devil-linux-develop] DL 1.3

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

> I've done make mrproper prepare build install, 

I think you need to do an "unpack" too.

  make mrproper unpack prepare build install iso

 - BS