devil-linux-develop — developer discussions

Re: [Devil-linux-develop] Host kernel too recent/build kernel too old

[Arnaud Gomes-do-V. <Arn...@ir...>]

Oliver Jehle <oli...@mo...> writes:

> attached patch should do it... could anyone running a different
> kernel/building configuration check it ??? 

The test currently in scripts/glibc doesn't work for me.

                KVER_RUN=$(cat //proc/sys/kernel/osrelease)
                if [ "$KERNELVERSION" > "$KVER_RUN" ]; then
                    KVER=$KVER_RUN
                else
                    KVER=$KERNELVERSION
                fi

It looks like the > must be quoted. The following works:

                KVER_RUN=$(cat //proc/sys/kernel/osrelease)
                if [ "$KERNELVERSION" \> "$KVER_RUN" ]; then
                    KVER=$KVER_RUN
                else
                    KVER=$KERNELVERSION
                fi

-- 
Arnaud

[Devil-linux-develop] [fmII] SpamAssassin 2.62 released (Default branch)

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

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

    http://freshmeat.net/projects/spamassassin/

The changes in this release are as follows:
This release fixes a bug which caused report_safe_copy_headers to
reverse the order of the Received headers, a bug which caused
reporting to not remove message markup before being learned by Bayes,
a bug which caused the spamd temporary init directory to not be
removed in some situations, several bugs in the Bayes system caused
by DB_File oddities, and two bugs related to Received line generation
and parsing. It modifies HABEAS_SWE to function even if the Habeas
headers are out of their normal order and modifies two rules to
reduce false positives.  

Project description:
SpamAssassin is a mail filter that uses a wide range of heuristic
tests on mail headers and body text to identify spam. Once
identified, the mail can then be optionally tagged as spam for later
filtering. It provides a command line tool to perform filtering, a
client-server system to filter large volumes of mail, and
Mail::SpamAssassin, a set of Perl modules that implement a
Mail::Audit plugin -- allowing SpamAssassin to be used in a
Mail::Audit filter, a spam-protection proxy POP/IMAP server, or
almost anywhere.  

Trove categories:
[Development Status  ] 5 - Production/Stable
[Environment         ] Console (Text Based), No Input/Output (Daemon)
[Intended Audience   ] Developers, End Users/Desktop, System
Administrators
[License             ] OSI Approved :: Artistic License
[Operating System    ] OS Independent
[Programming Language] Perl
[Topic               ] Communications :: Email :: Filters 

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 and
categories you're subscribed to in the right column, which you may cancel
by highlighting the project or category in question and clicking the
'delete' button.

Sincerely,
freshmeat.net 

[Devil-linux-develop] [fmII] OpenH323 Gatekeeper 2.0.7 released (Default branch)

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

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

    http://freshmeat.net/projects/gnugk/

The changes in this release are as follows:
A number of bugfixes and improvements were made in Radius accounting
and authentication, Virtual Queues, and on Windows.  

Project description:
The OpenH323 Gatekeeper is a free H.323 gatekeeper based on the
OpenH323 project. You can use it to manage a Voice-over-IP network
and let endpoints (e.g., Netmeeting) communicate through symbolic
names. It also has an external interface for billing and other
applications. It runs on a number of Unix versions (including Linux
and Solaris) and Windows.   

Trove categories:
[Environment         ] Console (Text Based)
[Intended Audience   ] Developers, End Users/Desktop, System
Administrators
[License             ] OSI Approved :: GNU General Public License (GPL)
[Programming Language] C++
[Topic               ] Communications :: Telephony, System :: Networking 

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 and
categories you're subscribed to in the right column, which you may cancel
by highlighting the project or category in question and clicking the
'delete' button.

Sincerely,
freshmeat.net 

[Devil-linux-develop] [fmII] unrar 3.3.4 released (Default branch)

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

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

    http://freshmeat.net/projects/unrar/

The changes in this release are as follows:
 

Project description:
unRAR is a utility to extract, view, and test the contents of an RAR
archive, version 1.50 and above. 

Trove categories:
[Environment         ] Console (Text Based)
[Intended Audience   ] End Users/Desktop
[License             ] Other/Proprietary License with Free Trial
[Topic               ] System :: Archiving :: Compression 

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 and
categories you're subscribed to in the right column, which you may cancel
by highlighting the project or category in question and clicking the
'delete' button.

Sincerely,
freshmeat.net 

[Devil-linux-develop] [ devil-linux-Bugs-876303 ] LVM needs to be upgraded for kernel 2.6

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

Bugs item #876303, was opened at 2004-01-13 14:14
Message generated for change (Settings changed) made by smiley73
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=876303&group_id=34096

>Category: Base System
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Heiko Zuerker (smiley73)
>Assigned to: Heiko Zuerker (smiley73)
Summary: LVM needs to be upgraded for kernel 2.6

Initial Comment:
I guess we need LVM2

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

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

[Devil-linux-develop] [ devil-linux-Bugs-874860 ] update zebra from 0.93a to 0.94

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

Bugs item #874860, was opened at 2004-01-11 07:22
Message generated for change (Settings changed) made by smiley73
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=874860&group_id=34096

Category: Package
Group: all
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Friedrich Lobenstock (friedl)
Assigned to: Friedrich Lobenstock (friedl)
Summary: update zebra from 0.93a to 0.94

Initial Comment:
See annoucement from 26.11.2003:
http://freshmeat.net/projects/zebra/?branch_id=12323&release_id=143416

Release focus: Minor security fixes

Changes:
zebra does not listen to other processes' netlink
messages anymore. A "bgp log-neighbor-changes" feature
was added to bgpd. A "set ip next-hop peer-address" was
added. The community delete bug was fixed.
Point-to-Multipoint support was added to ospfd. The
OSPF MD5 authentication bug, the OSPF NSSA bug, and the
NSM event schedule bug were fixed. The Opaque LSA patch
was updated. The ospf6d DR election bug was fixed. The
link-local address is updated on interface creation.
vtysh was updated for IPv6 handling. A vty bug in the
library that caused a daemon crash was fixed.



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

Comment By: Friedrich Lobenstock (friedl)
Date: 2004-01-11 08:01

Message:
Logged In: YES 
user_id=38090

Assigned to me, as Thomas EDER who will do the real work of
testing if it compiles ok after the update, does not (yet)
have a SF user.

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

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

[Devil-linux-develop] [fmII] Linux-VServer 1.24 released (Stable branch)

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

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

    http://freshmeat.net/projects/vserver/

The changes in this release are as follows:
This version eliminates a scheduler deadlock, which was introduced in
the previous version. 

Project description:
Linux-VServer allows you to create virtual private servers and
security contexts which operate like a normal Linux server, but allow
many independent servers to be run simultaneously in one box at full
speed. All services, such as ssh, mail, Web, and databases, can be
started on such a VPS, without modification, just like on any real
server. Each virtual server has its own user account database and
root password and doesn't interfere with other virtual servers.  

Trove categories:
[Development Status  ] 5 - Production/Stable
[Intended Audience   ] System Administrators
[License             ] OSI Approved, OSI Approved :: GNU General Public
License (GPL)
[Operating System    ] POSIX :: Linux
[Topic               ] Security, System :: Operating System Kernels ::
Linux 

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 and
categories you're subscribed to in the right column, which you may cancel
by highlighting the project or category in question and clicking the
'delete' button.

Sincerely,
freshmeat.net 

[Devil-linux-develop] [fmII] lm_sensors 2.8.3 released (Default branch)

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

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

    http://freshmeat.net/projects/lm_sensors/

The changes in this release are as follows:
This version includes fixes for the it87 driver, additional support
for 2.6.x kernels, new support for w83l785ts, and some general fixes. 

Project description:
lm_sensors provides essential drivers for monitoring the temperatures,
voltages, and fans of Linux systems containing devices such as the
LM78 and LM75. It contains drivers for sensor chips and I2C and SMBus
masters. It also contains text-based tools for sensor reporting, and
a library for sensors access called 'libsensors'. It also contains
tools for sensor hardware identification and I2C bus probing. 

Trove categories:
[Development Status  ] 5 - Production/Stable
[Environment         ] Console (Text Based)
[Intended Audience   ] End Users/Desktop
[License             ] OSI Approved :: GNU General Public License (GPL)
[Operating System    ] POSIX :: Linux
[Topic               ] System :: Hardware, System :: Monitoring 

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 and
categories you're subscribed to in the right column, which you may cancel
by highlighting the project or category in question and clicking the
'delete' button.

Sincerely,
freshmeat.net 

[Devil-linux-develop] [fmII] Autoconf 2.59 released (Default branch)

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

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

    http://freshmeat.net/projects/autoconf/

The changes in this release are as follows:
This release fixes an issue in the previous version, whereby absolute
paths were treated as relative. 

Project description:
Autoconf is an extensible package of m4 macros that produce shell
scripts to automatically configure software source code packages.
These scripts can adapt the package to many kinds of UNIX-like
systems without manual user intervention. 

Trove categories:
[Intended Audience   ] Developers
[License             ] OSI Approved :: GNU General Public License (GPL)
[Topic               ] Software Development 

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 and
categories you're subscribed to in the right column, which you may cancel
by highlighting the project or category in question and clicking the
'delete' button.

Sincerely,
freshmeat.net 

Re: [Devil-linux-develop] small fix for 2.6.1 and pax compile

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

> prepare build hangs in make oldconfig waiting for the configuration
> of pax.... with this patch, the values are set.. (perhaps too
> restrictive)... but they need to be set...
>
> +               set_kernel_option CONFIG_PAX y
> +               set_kernel_option CONFIG_PAX_EMUTRAMP n
> +               set_kernel_option CONFIG_PAX_NOEXEC y
> +               set_kernel_option CONFIG_PAX_SEGMEXEC y
> +               set_kernel_option CONFIG_PAX_EMUTRAP n
> +               set_kernel_option CONFIG_PAX_MPROTECT y
> +               set_kernel_option CONFIG_PAX_NOELFRELOCS y
> +               set_kernel_option CONFIG_PAX_PT_GNU_HEAP y
> +               set_kernel_option CONFIG_PAX_ASLR y
> +               set_kernel_option CONFIG_PAX_RANDUSTACK y
> +               set_kernel_option CONFIG_PAX_RANDMMAP y
> +               set_kernel_option CONFIG_PAX_RANDEXEC y

We should not need to set those options, everything has to be in config_pax.
I'm also a bit confused, my 2.6 pax doesn't have all those options, only
the 2.4 one has.

-- 

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

Re: [Devil-linux-develop] [PATCH] IPv6 and bonding

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

Arnaud Gomes-do-Vale wrote on 16.01.2004 10:22 MET:
> Friedrich Lobenstock <fl...@fl...> writes:
> 
>>Do you think it makes sense when the user does set IPV6ROUTE but
>>not IPV6ADDR? If not then please rewrite this section.
> 
> It can make sense, as link-local IPv6 addresses are allocated
> implicitely.

Ok, I don't know that much about the details of configuring IPv6,
that's why I asked.

>>And one last thing please make this TWO separate PATCHES, one for
>>IPV6 support and one for bonding.
>>
>>The smaller the changes the better they can be checked. THX!
> 
> OK, back to work! :-)

Thanks for contributing to DL. :-)

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

[Devil-linux-develop] patch ... build failure lm_sensor

[Oliver J. <oli...@mo...>]

fix typo.. remove the double done... 


Index: lm_sensors
===================================================================
RCS file: /cvsroot/devil-linux/build/scripts/lm_sensors,v
retrieving revision 1.13
diff -u -r1.13 lm_sensors
--- lm_sensors  16 Jan 2004 01:47:55 -0000      1.13
+++ lm_sensors  16 Jan 2004 13:18:34 -0000
@@ -39,7 +39,6 @@
                                for CFG in $(  grep bool
$KERNELDIR/drivers/sensors/Config.in | cut -d "'" -f 3 | cut -d " " -f 2
); do
                                        set_kernel_option $CFG y
                                done
-                               done
                                for CFG in $(  grep tristate
$KERNELDIR/drivers/i2c/Config.in | cut -d "'" -f 3 | cut -d " " -f 2 );
do
                                        set_kernel_option $CFG m
                                done





On Wed, 2004-01-14 at 15:27, hzu...@ra... wrote:
> On 01/14/2004 09:05:48 AM Oliver Jehle wrote:
> >heiko did some fixes for that problem, as he post yesterday.. try the
> >latest cvs version...
> 
> It won't work.
> He's also using the 1.0 stable branch, not the development version.
> 
> We need to add more intelligence to the script, like I wrote it on my other
> email.
> 
> Heiko
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Perforce Software.
> Perforce is the Fast Software Configuration Management System offering
> advanced branching capabilities and atomic changes on 50+ platforms.
> Free Eval! http://www.perforce.com/perforce/loadprog.html
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop

[Devil-linux-develop] ipsec-tools / start script / changed config directory

[Oliver J. <oli...@mo...>]

the start script was missing for ipsec-tools. i resolved also the
problem, that freeswan and ipsec-tools use the same config dir
/etc/ipsec..  now ipsec tools use /etc/ipsec-tools/ ...

[Devil-linux-develop] [fmII] cdrtools 2.01a25 released (Development branch)

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

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

    http://freshmeat.net/projects/cdrecord/

The changes in this release are as follows:
This version adds better support for the ATAPI via /dev/ hd* interface
that has been introduced with Linux 2.6 so  that cdrecord -scanbus
dev=ATA: is possible. cdrecord  -scanbus dev=ASPI and cdrecord
-scanbus dev=SPTI now  works on Win32. For Win32, it now defaults to
STPI only  if on NT-5.x as there is a bug in some UDMA 
implementations that causes blue screens. The Mac OS X  SCSI low
level transport now roughly meets the interface  standard. 

Project description:
cdrtools (formerly cdrecord) creates home-burned CDs with a CDR/CDRW
recorder. It works as a burn engine for several applications. It
supports CD recorders from many different vendors; all SCSI-3/mmc-
and ATAPI/mmc-compliant drives should also work. Supported features
include IDE/ATAPI, parallel port, and SCSI drives, audio CDs, data
CDs, and mixed CDs, full multi-session support, CDRWs (rewritable),
TAO, DAO, RAW, and human-readable error messages. cdrtools includes
remote SCSI support and can access local or remote CD writers.  

Trove categories:
[Development Status  ] 6 - Mature
[Environment         ] Console (Text Based)
[Intended Audience   ] Developers, End Users/Desktop, System
Administrators
[License             ] OSI Approved :: GNU General Public License (GPL)
[Operating System    ] BeOS, MacOS X, Microsoft :: Windows, OS/2, POSIX,
POSIX :: AIX, POSIX :: BSD, POSIX :: HP-UX, POSIX :: IRIX, POSIX :: Linux,
POSIX :: Other, POSIX :: SCO, POSIX :: SunOS/Solaris
[Topic               ] Multimedia :: Sound/Audio :: CD Audio :: CD
Ripping, Multimedia :: Sound/Audio :: CD Audio :: CD Writing, System ::
Archiving, System :: Boot, System :: Software Distribution 

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 and
categories you're subscribed to in the right column, which you may cancel
by highlighting the project or category in question and clicking the
'delete' button.

Sincerely,
freshmeat.net 

[Devil-linux-develop] small fix for 2.6.1 and pax compile

[Oliver J. <oli...@mo...>]

prepare build hangs in make oldconfig waiting for the configuration
of pax.... with this patch, the values are set.. (perhaps too
restrictive)... but they need to be set... 

Index: scripts/prepare
===================================================================
RCS file: /cvsroot/devil-linux/build/scripts/prepare,v
retrieving revision 1.37
diff -u -r1.37 prepare
--- scripts/prepare     16 Jan 2004 01:47:55 -0000      1.37
+++ scripts/prepare     16 Jan 2004 09:59:32 -0000
@@ -123,8 +123,20 @@
                if [ ! -f devil-linux-pax-kernel-patches.done ]; then
                        touch devil-linux-pax-kernel-patches.done
                        bzcat
$DL_DIR/src/pax-linux-${CONFIG_LINUX_VERSION}*patch.bz2 | patch -p1 ||
exit 1
-                       cat $KERNEL_CONFIG_DIR/config_pax >>
$KERNELDIR/.config || exit 1
                fi
+               add_kernel_options $KERNEL_CONFIG_DIR/config_pax || exit
1
+               set_kernel_option CONFIG_PAX y
+               set_kernel_option CONFIG_PAX_EMUTRAMP n
+               set_kernel_option CONFIG_PAX_NOEXEC y
+               set_kernel_option CONFIG_PAX_SEGMEXEC y
+               set_kernel_option CONFIG_PAX_EMUTRAP n
+               set_kernel_option CONFIG_PAX_MPROTECT y
+               set_kernel_option CONFIG_PAX_NOELFRELOCS y
+               set_kernel_option CONFIG_PAX_PT_GNU_HEAP y
+               set_kernel_option CONFIG_PAX_ASLR y
+               set_kernel_option CONFIG_PAX_RANDUSTACK y
+               set_kernel_option CONFIG_PAX_RANDMMAP y
+               set_kernel_option CONFIG_PAX_RANDEXEC y
        else
                if [ "$CONFIG_EXEC_SHIELD" == "y" ]; then
                        if [ ! -f
devil-linux-exec-shield-kernel-patches.done ]; then

Re: [Devil-linux-develop] [PATCH] IPv6 and bonding

[Arnaud Gomes-do-V. <Arn...@ir...>]

Friedrich Lobenstock <fl...@fl...> writes:

> Do you think it makes sense when the user does set IPV6ROUTE but
> not IPV6ADDR? If not then please rewrite this section.

It can make sense, as link-local IPv6 addresses are allocated
implicitely.

> I suggest we use | instead of % so wie can also change this for the
> "normal" routes.

My bad, I just forgot to make this change.

> Shouldn't Bonding interfaces be configured after the basic interfaces
> are up? Then I think you need to create an extra for loop for
> the bonding devices.

Actually, I think the virtual interface needs to be up before the
slave interfaces are activated. But you have a point.

> And one last thing please make this TWO separate PATCHES, one for
> IPV6 support and one for bonding.
>
> The smaller the changes the better they can be checked. THX!

OK, back to work! :-)

-- 
Arnaud

[Devil-linux-develop] rtc leakage fix for 2.6.1

[Oliver J. <oli...@mo...>]

attached the rtc leakage fix for 2.6 (as included for 2.4.24).... 
taken from the mm patchset, hope will included next for 2.6.2... 

please include...


From: Russell King, Tom Rini, Dave Jones

As plugged in 2.4 recently.

Fix some leakage of uninitialised memory to userspace via rtc reads.



 25-akpm/arch/cris/arch-v10/drivers/ds1302.c  |    1 +
 25-akpm/arch/cris/arch-v10/drivers/pcf8563.c |    1 +
 25-akpm/arch/m68k/bvme6000/rtc.c             |    1 +
 25-akpm/arch/m68k/mvme16x/rtc.c              |    1 +
 25-akpm/arch/ppc64/kernel/rtc.c              |    1 +
 25-akpm/drivers/acorn/char/i2c.c             |    1 +
 25-akpm/drivers/char/efirtc.c                |    1 +
 25-akpm/drivers/char/rtc.c                   |    3 ++-
 25-akpm/drivers/sbus/char/rtc.c              |    1 +
 9 files changed, 10 insertions(+), 1 deletion(-)

diff -puN arch/cris/arch-v10/drivers/ds1302.c~rtc-leak-fixes
arch/cris/arch-v10/drivers/ds1302.c
--- 25/arch/cris/arch-v10/drivers/ds1302.c~rtc-leak-fixes	Tue Jan  6
12:26:34 2004
+++ 25-akpm/arch/cris/arch-v10/drivers/ds1302.c	Tue Jan  6 12:26:34 2004
@@ -342,6 +342,7 @@ rtc_ioctl(struct inode *inode, struct fi
 		{
 			struct rtc_time rtc_tm;
 						
+			memset(&rtc_tm, 0, sizeof (struct rtc_time));
 			get_rtc_time(&rtc_tm);						
 			if (copy_to_user((struct rtc_time*)arg, &rtc_tm, sizeof(struct
rtc_time)))
 				return -EFAULT;	
diff -puN arch/cris/arch-v10/drivers/pcf8563.c~rtc-leak-fixes
arch/cris/arch-v10/drivers/pcf8563.c
--- 25/arch/cris/arch-v10/drivers/pcf8563.c~rtc-leak-fixes	Tue Jan  6
12:26:34 2004
+++ 25-akpm/arch/cris/arch-v10/drivers/pcf8563.c	Tue Jan  6 12:26:34
2004
@@ -219,6 +219,7 @@ pcf8563_ioctl(struct inode *inode, struc
 				unsigned long flags;
 				struct rtc_time tm;
 
+				memset(&tm, 0, sizeof (struct rtc_time));
 				if (!capable(CAP_SYS_TIME))
 					return -EPERM;
 
diff -puN arch/m68k/bvme6000/rtc.c~rtc-leak-fixes
arch/m68k/bvme6000/rtc.c
--- 25/arch/m68k/bvme6000/rtc.c~rtc-leak-fixes	Tue Jan  6 12:26:34 2004
+++ 25-akpm/arch/m68k/bvme6000/rtc.c	Tue Jan  6 12:26:34 2004
@@ -53,6 +53,7 @@ static int rtc_ioctl(struct inode *inode
 		/* Ensure clock and real-time-mode-register are accessible */
 		msr = rtc->msr & 0xc0;
 		rtc->msr = 0x40;
+		memset(&wtime, 0, sizeof(struct rtc_time));
 		do {
 			wtime.tm_sec =  BCD2BIN(rtc->bcd_sec);
 			wtime.tm_min =  BCD2BIN(rtc->bcd_min);
diff -puN arch/m68k/mvme16x/rtc.c~rtc-leak-fixes arch/m68k/mvme16x/rtc.c
--- 25/arch/m68k/mvme16x/rtc.c~rtc-leak-fixes	Tue Jan  6 12:26:34 2004
+++ 25-akpm/arch/m68k/mvme16x/rtc.c	Tue Jan  6 12:26:34 2004
@@ -51,6 +51,7 @@ static int rtc_ioctl(struct inode *inode
 		local_irq_save(flags);
 		/* Ensure clock and real-time-mode-register are accessible */
 		rtc->ctrl = RTC_READ;
+		memset(&wtime, 0, sizeof(struct rtc_time));
 		wtime.tm_sec =  BCD2BIN(rtc->bcd_sec);
 		wtime.tm_min =  BCD2BIN(rtc->bcd_min);
 		wtime.tm_hour = BCD2BIN(rtc->bcd_hr);
diff -puN arch/ppc64/kernel/rtc.c~rtc-leak-fixes arch/ppc64/kernel/rtc.c
--- 25/arch/ppc64/kernel/rtc.c~rtc-leak-fixes	Tue Jan  6 12:26:34 2004
+++ 25-akpm/arch/ppc64/kernel/rtc.c	Tue Jan  6 12:26:34 2004
@@ -99,6 +99,7 @@ static int rtc_ioctl(struct inode *inode
 	switch (cmd) {
 	case RTC_RD_TIME:	/* Read the time/date from RTC	*/
 	{
+		memset(&wtime, 0, sizeof(struct rtc_time));
 		ppc_md.get_rtc_time(&wtime);
 		break;
 	}
diff -puN drivers/acorn/char/i2c.c~rtc-leak-fixes
drivers/acorn/char/i2c.c
--- 25/drivers/acorn/char/i2c.c~rtc-leak-fixes	Tue Jan  6 12:26:34 2004
+++ 25-akpm/drivers/acorn/char/i2c.c	Tue Jan  6 12:26:34 2004
@@ -167,6 +167,7 @@ static int rtc_ioctl(struct inode *inode
 		break;
 
 	case RTC_RD_TIME:
+		memset(&rtctm, 0, sizeof(struct rtc_time));
 		get_rtc_time(&rtc_raw, &year);
 		rtctm.tm_sec  = rtc_raw.secs;
 		rtctm.tm_min  = rtc_raw.mins;
diff -puN drivers/char/efirtc.c~rtc-leak-fixes drivers/char/efirtc.c
--- 25/drivers/char/efirtc.c~rtc-leak-fixes	Tue Jan  6 12:26:34 2004
+++ 25-akpm/drivers/char/efirtc.c	Tue Jan  6 12:26:34 2004
@@ -118,6 +118,7 @@ convert_to_efi_time(struct rtc_time *wti
 static void
 convert_from_efi_time(efi_time_t *eft, struct rtc_time *wtime)
 {
+	memset(wtime, 0, sizeof(*wtime));
 	wtime->tm_sec  = eft->second;
 	wtime->tm_min  = eft->minute;
 	wtime->tm_hour = eft->hour;
diff -puN drivers/char/rtc.c~rtc-leak-fixes drivers/char/rtc.c
--- 25/drivers/char/rtc.c~rtc-leak-fixes	Tue Jan  6 12:26:34 2004
+++ 25-akpm/drivers/char/rtc.c	Tue Jan  6 12:26:34 2004
@@ -431,7 +431,7 @@ static int rtc_do_ioctl(unsigned int cmd
 		 * means "don't care" or "match all". Only the tm_hour,
 		 * tm_min, and tm_sec values are filled in.
 		 */
-
+		memset(&wtime, 0, sizeof(struct rtc_time));
 		get_rtc_alm_time(&wtime);
 		break; 
 	}
@@ -481,6 +481,7 @@ static int rtc_do_ioctl(unsigned int cmd
 	}
 	case RTC_RD_TIME:	/* Read the time/date from RTC	*/
 	{
+		memset(&wtime, 0, sizeof(struct rtc_time));
 		rtc_get_rtc_time(&wtime);
 		break;
 	}
diff -puN drivers/sbus/char/rtc.c~rtc-leak-fixes drivers/sbus/char/rtc.c
--- 25/drivers/sbus/char/rtc.c~rtc-leak-fixes	Tue Jan  6 12:26:34 2004
+++ 25-akpm/drivers/sbus/char/rtc.c	Tue Jan  6 12:26:34 2004
@@ -89,6 +89,7 @@ static int rtc_ioctl(struct inode *inode
 	switch (cmd)
 	{
 	case RTCGET:
+		memset(&rtc_tm, 0, sizeof(struct rtc_time));
 		get_rtc_time(&rtc_tm);
 
 		if (copy_to_user((struct rtc_time*)arg, &rtc_tm, sizeof(struct
rtc_time)))

_

[Devil-linux-develop] [fmII] GNU Automake 1.8.2 released (Default branch)

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

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

    http://freshmeat.net/projects/automake/

The changes in this release are as follows:
A well known portability bug that slipped in the changes made to
install-sh in Automake 1.8.1 was fixed. The broken install-sh would
refuse to install anything on Tru64. The install rules for
conditionally built python files were fixed. (This never really
worked previously.)  

Project description:
Automake is a tool for automatically generating Makefiles compliant
with the GNU Coding Standards. It was inspired by the 4.4BSD make and
include files, but aims to be portable and to conform to the GNU
standards for Makefile variables and targets. Automake is a Perl
script. The input files are called Makefile.am. The output files are
called Makefile.in; They are intended for use with Autoconf. Automake
requires certain things to be done in your configure.in. This package
also includes the "aclocal" program. aclocal is a program to generate
an 'aclocal.m4' based on the contents of 'configure.in'. It is useful
as an extensible, maintainable mechanism for augmenting autoconf. 

Trove categories:
[Intended Audience   ] Developers
[License             ] OSI Approved :: GNU General Public License (GPL)
[Topic               ] Software Development 

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 and
categories you're subscribed to in the right column, which you may cancel
by highlighting the project or category in question and clicking the
'delete' button.

Sincerely,
freshmeat.net 

[Devil-linux-develop] [fmII] Cyrus IMAP Server 2.2.3 released (2.2 branch)

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

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

    http://freshmeat.net/projects/cyrusimapserver/

The changes in this release are as follows:
This is the first stable release of the 2.2 series. Users upgrading
from Cyrus IMAP 2.1 will see new features including support for NNTP,
mailbox annotations, improved stability and performance, and virtual
domain support. This release also includes support for Berkeley DB
4.2, runtime configuration of cyrusdb backends, and a socket map
daemon compatible with Sendmail 8.13. 

Project description:
The Cyrus IMAP server is generally intended to be run on sealed
systems, where normal users are not permitted to log in. The mailbox
database is stored in parts of the filesystem that are private to
Cyrus. All user access to mail is through the IMAP, POP3, or KPOP
protocols. The private mailbox database design gives the server large
advantages in efficiency, scalability, and administratability.
Multiple concurrent read/write connections to the same mailbox are
permitted. The server supports access control lists on mailboxes and
storage quotas on mailbox hierarchies, multiple SASL mechanisms, and
the Sieve mail filtering language.  

Trove categories:
[License             ] OSI Approved
[Topic               ] Communications :: Email :: Post-Office :: IMAP,
Internet 

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 and
categories you're subscribed to in the right column, which you may cancel
by highlighting the project or category in question and clicking the
'delete' button.

Sincerely,
freshmeat.net 

Re: [Devil-linux-develop] [PATCH] IPv6 and bonding

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

Hi!

Arnaud Gomes-do-Vale wrote on 15.01.2004 17:51 MET:
> Here is a cleaner version of my patch introducing IPv6 and bonding
> support in the 1.0 branch. The ifenslave binary is now included on the
> CD. I will try to update the documentation when I can find some time.
> 

I have a comment on your changes.

> @@ -214,6 +218,34 @@
>                                 route add -$CMD ${target} ${netmask:+netmask $netmask} ${gateway:+gw $gateway} dev $DEVICE
>                         done
>                 fi
> +
> +               # IPv6 support
> +               if [ -n "$IPV6ADDR" ]; then
> +                       echo "Configuring IPv6 for interface $IF"
> +                       for v6addr in $IPV6ADDR; do
> +                               ifconfig $DEVICE add $v6addr
> +                       done
> +               fi
> +
> +               if [ -n "$IPV6ROUTE" ]; then

Do you think it makes sense when the user does set IPV6ROUTE but
not IPV6ADDR? If not then please rewrite this section.

> +                       for route_info in ${IPV6ROUTE} ; do
> +                               destination=$(echo $route_info | cut -f1 -d%)
> +                               gateway=$(echo $route_info | cut -f2 -d%)

I suggest we use | instead of % so wie can also change this for the
"normal" routes.

> +
> +                               # filter bogus records
> +                               test -z "$destination" && continue
> +
> +                               # add the route
> +                               echo "   adding route to $destination ${gateway:+ via gateway $gateway} on $DEVICE"
> +                               ip -f inet6 route add $destination ${gateway:+via $gateway} dev $DEVICE
> +                       done
> +               fi
> +
> +               # Bonding.
> +               if [ "$SLAVE" = "yes" -a -n "$MASTER" ]; then
> +                       ifenslave -v "$MASTER" $DEVICE
> +                       ip route flush dev $DEVICE
> +               fi
>         fi
>  }

Now about the start order:

> @@ -283,7 +315,8 @@
>                 # physical interfaces are brought up first
>                 #
>                 for interface in $(cd ${CONFIG_DIR}; ls -1 ${CONFIG_FILE}* 2>/dev/null | sed \
> -                       -e '/.sample/d' -e '/~/d' -e "s|${CONFIG_FILE}||" -e '/^lo$/d' -e '/^vlan/d' -ne '/^eth/p')
> +                       -e '/.sample/d' -e '/~/d' -e "s|${CONFIG_FILE}||" -e '/^lo$/d' -e '/^vlan/d' \
> +                       -ne '/^eth/p' -ne '/^bond/p')
>                 do
>                         # did user choose to only handle just one interface
>                         # this time?

Shouldn't Bonding interfaces be configured after the basic interfaces
are up? Then I think you need to create an extra for loop for
the bonding devices.

And one last thing please make this TWO separate PATCHES, one for
IPV6 support and one for bonding.

The smaller the changes the better they can be checked. THX!

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

Re: [Devil-linux-develop] patch glibc for 2.6 / version.h missing on 2.6

[Oliver J. <oli...@mo...>]

On Wed, 2004-01-14 at 23:40, Diego Torres wrote:

> are we/you/us aware of this? (fresh cvs/install/ftp'ed one hour ago)
> 

> /usr/include/linux/list.h:594:2: warning: #warning "don't include kernel headers in userspace"


the kernel headers have such warning in 2.6, because, normally
userspaces programms not use
directly the kernel headers... 



> mkdosfs.c: In function `do_check':
> mkdosfs.c:399: warning: implicit declaration of function `llseek'
> gcc  mkdosfs.o -o mkdosfs
> mkdosfs.o(.text+0x200): In function `do_check':
> : warning: the `llseek' function may be dangerous; use `lseek64' instead.
> make[2]: Leaving directory `/data/build/tmp/dosfstools-2.8/mkdosfs'
> make -C dosfsck all
> make[2]: Entering directory `/data/build/tmp/dosfstools-2.8/dosfsck'
> gcc -c -O2 -fomit-frame-pointer -Wall  boot.c
> boot.c: In function `read_boot':
> boot.c:324: error: `MSDOS_FAT12' undeclared (first use in this function)
> boot.c:324: error: (Each undeclared identifier is reported only once
> boot.c:324: error: for each function it appears in.)
> make[2]: *** [boot.o] Error 1
> make[2]: Leaving directory `/data/build/tmp/dosfstools-2.8/dosfsck'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/data/build/tmp/dosfstools-2.8'
> ERROR
> /data/build/scripts/dosfstools build failed

take the latest version from cvs, should compile...

Re: [Devil-linux-develop] [ devil-linux-Bugs-876303 ] LVM needs to be upgraded for kernel 2.6

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

Oliver Jehle wrote:
> it would be great if the source packages are already at place..
> 
> can you download 
> 
> ftp://ftp.sistina.com/pub/LVM2/device-mapper/device-mapper.1.00.07.tgz
> ftp://ftp.sistina.com/pub/LVM2/tools/LVM2.2.00.08.tgz
> 
> and put it in the source directories ???

DONE

Heiko

Re: [Devil-linux-develop] patch glibc for 2.6 / version.h missing on 2.6

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

Diego Torres wrote:
> On Wed, Jan 14, 2004 at 05:53:47PM -0500, Heiko Zuerker wrote:
> 
>>>ERROR
>>>/data/build/scripts/dosfstools build failed
>>>
>>
>>Actually we didn't do any changes to dosfstools.
>>Did you also start with a new lfssystem?
> 
> 
> yes, everything was fresh and new :) i've a box only for compiling versions from cvs, and i've configured it to test the new 2.6 :)

Aaaah 2.6.....

Right now it only works if you do NOT select anything in menuconfig. ;-)

Don't forgett that we're in a very early stage. I guess it will take a 
few weeks until we'll have a usable version.

Heiko

Re: [Devil-linux-develop] patch glibc for 2.6 / version.h missing on 2.6

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

On Wed, Jan 14, 2004 at 05:53:47PM -0500, Heiko Zuerker wrote:
> >ERROR
> >/data/build/scripts/dosfstools build failed
> >
> 
> Actually we didn't do any changes to dosfstools.
> Did you also start with a new lfssystem?

yes, everything was fresh and new :) i've a box only for compiling versions from cvs, and i've configured it to test the new 2.6 :)

-- 
-- 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 - dtorres at anthalia dot org - Madrid / España

Re: [Devil-linux-develop] patch glibc for 2.6 / version.h missing on 2.6

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

Diego Torres wrote:
> On Tue, Jan 13, 2004 at 03:05:46PM +0100, Oliver Jehle wrote:
> 
> 
>>>I guess you didn't start with a fresh lfssystem, or?
>>>The glibc compile fails here, I guess because of a missing version.h in the
>>>kernel include dir.
> 
> 
> are we/you/us aware of this? (fresh cvs/install/ftp'ed one hour ago)
> 
> /usr/include/linux/list.h:594:2: warning: #warning "don't include kernel headers in userspace"
> mkdosfs.c: In function `do_check':
> mkdosfs.c:399: warning: implicit declaration of function `llseek'
> gcc  mkdosfs.o -o mkdosfs
> mkdosfs.o(.text+0x200): In function `do_check':
> : warning: the `llseek' function may be dangerous; use `lseek64' instead.
> make[2]: Leaving directory `/data/build/tmp/dosfstools-2.8/mkdosfs'
> make -C dosfsck all
> make[2]: Entering directory `/data/build/tmp/dosfstools-2.8/dosfsck'
> gcc -c -O2 -fomit-frame-pointer -Wall  boot.c
> boot.c: In function `read_boot':
> boot.c:324: error: `MSDOS_FAT12' undeclared (first use in this function)
> boot.c:324: error: (Each undeclared identifier is reported only once
> boot.c:324: error: for each function it appears in.)
> make[2]: *** [boot.o] Error 1
> make[2]: Leaving directory `/data/build/tmp/dosfstools-2.8/dosfsck'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/data/build/tmp/dosfstools-2.8'
> ERROR
> /data/build/scripts/dosfstools build failed
> 

Actually we didn't do any changes to dosfstools.
Did you also start with a new lfssystem?

Heiko