devil-linux-develop — developer discussions

[Devil-linux-develop] some more build fixes for rebuild / make openh323gk compile with 2.6

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

Index: net-tools
===================================================================
RCS file: /cvsroot/devil-linux/build/scripts/net-tools,v
retrieving revision 1.13
diff -u -r1.13 net-tools
--- net-tools   11 Jan 2004 14:43:04 -0000      1.13
+++ net-tools   30 Jan 2004 14:53:32 -0000
@@ -25,7 +25,10 @@

  case $1 in
         build )
-               zcat $DL_DIR/src/net-tools*.diff.gz | patch -p1 || exit 1
+               if [ ! -f net_tools_patch ]; then
+                   zcat $DL_DIR/src/net-tools*.diff.gz | patch -p1 || exit 1
+                   touch net_tools_patch
+               fi
                 cp $MYDIR/config/config_net-tools.h ./config.h
                 cp $MYDIR/config/config_net-tools.make ./config.make
                 # parallel build fails - do not use $PMAKE
Index: openh323gk
===================================================================
RCS file: /cvsroot/devil-linux/build/scripts/openh323gk,v
retrieving revision 1.8
diff -u -r1.8 openh323gk
--- openh323gk  11 Jan 2004 14:43:04 -0000      1.8
+++ openh323gk  30 Jan 2004 14:53:32 -0000
@@ -30,6 +30,7 @@
  case $1 in
         build )
             if [ "$CONFIG_OPENH323GK" = "y" ]; then
+               old_kernel_includes
                 pushd .. > /dev/null
                 export PWLIBDIR=$PWD/pwlib
                 export OPENH323DIR=$PWD/openh323
Index: postfix
===================================================================
RCS file: /cvsroot/devil-linux/build/scripts/postfix,v
retrieving revision 1.23
diff -u -r1.23 postfix
--- postfix     11 Jan 2004 14:43:05 -0000      1.23
+++ postfix     30 Jan 2004 14:53:32 -0000
@@ -28,9 +28,13 @@
  case $1 in
         build )
                 if [ "$CONFIG_POSTFIX" = "y" ]; then
+                       make tidy
                         if [ "$CONFIG_POSTFIX_TLS" = "y" ]; then
-                               PFIXTLSPATCH=$(ls $WORKDIR/pfixtls*/pfixtls.diff)
-                               patch -p1 < $PFIXTLSPATCH || exit 1
+                               if [ ! -f postfix_tls_patch ]; then
+                                       PFIXTLSPATCH=$(ls $WORKDIR/pfixtls*/pfixtls.diff)
+                                       patch -p1 < $PFIXTLSPATCH || exit 1
+                                       touch postfix_tls_patch
+                               fi
                                 make makefiles CCARGS="-DHAS_SSL" -I/usr/include/openssl AUXLIBS="-lssl -lcrypto" || exit 1
                         fi
                         make $PMAKE || exit 1
Index: unarj
===================================================================
RCS file: /cvsroot/devil-linux/build/scripts/unarj,v
retrieving revision 1.4
diff -u -r1.4 unarj
--- unarj       11 Jan 2004 14:43:05 -0000      1.4
+++ unarj       30 Jan 2004 14:53:32 -0000
@@ -25,7 +25,10 @@
  case $1 in
         build )
                 if [ "$CONFIG_UNARJ" = "y" ]; then
-                       zcat $DL_DIR/src/unarj*.diff.gz | patch -p1 || exit 1
+                       if [ ! -f unarj_patch_done ]; then
+                               zcat $DL_DIR/src/unarj*.diff.gz | patch -p1 || exit 1
+                               touch unarj_patch_done
+                       fi
                         make $PMAKE || exit 1
                         strip_debug
                 fi
Index: watchdog
===================================================================
RCS file: /cvsroot/devil-linux/build/scripts/watchdog,v
retrieving revision 1.14
diff -u -r1.14 watchdog
--- watchdog    16 Jan 2004 01:47:55 -0000      1.14
+++ watchdog    30 Jan 2004 14:53:32 -0000
@@ -28,7 +28,10 @@
         build )
                 if [ "$CONFIG_WATCHDOG" = "y" ]; then
                     disable_et_dyn
-                       bzcat $DL_DIR/src/watchdog-errno.patch.bz2 | patch -p1 || exit 1
+                       if [ ! -f watchdog_patch_done ]; then
+                               bzcat $DL_DIR/src/watchdog-errno.patch.bz2 | patch -p1 || exit 1
+                               touch watchdog_patch_done
+                       fi
                         add_kernel_config $MYDIR/config/config_watchdog
                         ./configure --prefix=/usr --localstatedir=/var --disable-nfs --with-linelength=256|| exit 1
                         make $PMAKE all || exit 1

Re: [Devil-linux-develop] python compile

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

> >> > I ran a complete compile (new lfssystem) yesterday
> >> > Python compiled and installed fine for me.  Strange ...
> >>
> >> with kernel 2.6 ??? i'm compiling and installing it also !! really
> >> strange...
> >
> >No, 2.4.  I guess you said 2.6 in the foreign stuff you wrote in the
> >original message.  I don't speak or read French.  ;-)
> 
> You are better be carefull here ! We're not French. 

I thought that might get someone's attention.  ;->

BTW, I never said you or Oliver were French.  I never even said 
that anyone wrote French in an email.  (although I can see how you 
might have got that implication)  ;-)

Yet the fact still remains:  "I don't speak or read French."  
(or anything other language, other than English)  :-)

> I'm a Kraut and don't even know what the "insult-country-name" 
> is for Oliver.

It's all Greek to me ...  :-)
(let's see how many nationalities I can piss off today...)  ;-)

 - BS

Re: [Devil-linux-develop] python compile

[<hzu...@ra...>]

On 02/04/2004 08:30:35 AM Bruce Smith wrote:
>> > > It failed again (fresh lfssystem)
>> > > It looks like the compile runs through, it then fails during make
>install.
>> >
>> > I ran a complete compile (new lfssystem) yesterday
>> > Python compiled and installed fine for me.  Strange ...
>>
>> with kernel 2.6 ??? i'm compiling and installing it also !! really
>> strange...
>
>No, 2.4.  I guess you said 2.6 in the foreign stuff you wrote in the
>original message.  I don't speak or read French.  ;-)

You are better be carefull here ! We're not French. I'm a Kraut and don't
even know what the "insult-country-name" is for Oliver.

Heiko

[Devil-linux-develop] [fmII] BusyBox 1.0.0-pre7 released (Default branch)

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

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

    http://freshmeat.net/projects/busybox/

The changes in this release are as follows:
An option parsing bug that could cause many applets to misbehave was
fixed.  

Project description:
BusyBox combines tiny versions of many common UNIX utilities into a
single small executable. It provides minimalist replacements for most
of the utilities you usually find in GNU fileutils, shellutils, etc.
The utilities in BusyBox generally have fewer options than their
full-featured GNU cousins; however, the options that are included
provide the expected functionality and behave very much like their
GNU counterparts. BusyBox provides a fairly complete POSIX
environment for any small or embedded system. 

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
[Programming Language] C
[Topic               ] Software Development :: Embedded Systems, System ::
Boot :: Init 

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] Samba 3.0.2rc2 released (3.0.x branch)

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

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

    http://freshmeat.net/projects/samba/

The changes in this release are as follows:
 

Project description:
The Samba software suite is a collection of programs that implements
the SMB protocol for unix systems, allowing you to serve files and
printers to Windows, NT, OS/2 and DOS clients. This protocol is
sometimes also referred to as the LanManager or Netbios protocol. 

Trove categories:
[Environment         ] No Input/Output (Daemon)
[Intended Audience   ] End Users/Desktop
[License             ] OSI Approved :: GNU General Public License (GPL)
[Topic               ] Communications :: File Sharing 

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] python compile

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

> > > It failed again (fresh lfssystem)
> > > It looks like the compile runs through, it then fails during make install.
> > 
> > I ran a complete compile (new lfssystem) yesterday
> > Python compiled and installed fine for me.  Strange ...
>
> with kernel 2.6 ??? i'm compiling and installing it also !! really
> strange... 

No, 2.4.  I guess you said 2.6 in the foreign stuff you wrote in the
original message.  I don't speak or read French.  ;-)

 - BS

[Devil-linux-develop] [fmII] bind 9.2.3 released (Bind9-Stable branch)

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

This email is to inform you about the release of version '9.2.3' 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 version features bugfixes for an issue where dns_cache_create()
could trigger a REQUIRE failure in isc_mem_put() during error
cleanup, and a race condition in rbtdb. There are less stringent
checks in dns_db_findnode(). This release also fixes a problem where
dns_nxt_buildrdata(), and hence dns_nxt_build(), contained a
off-by-one error, and where isc_hash_destroy() was being called too
early. 

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. 

Trove categories:
[License             ] Freeware, OSI Approved, Public Domain
[Topic               ] Internet :: Name Service (DNS) 

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] python compile

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

On Tue, 2004-02-03 at 19:32, Bruce Smith wrote:
> > It failed again (fresh lfssystem)
> > It looks like the compile runs through, it then fails during make install.
> 
> I ran a complete compile (new lfssystem) yesterday
> Python compiled and installed fine for me.  Strange ...
> 
>  - BS

with kernel 2.6 ??? i'm compiling and installing it also !! really
strange... 

Re: [Devil-linux-develop] python compile

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

> It failed again (fresh lfssystem)
> It looks like the compile runs through, it then fails during make install.

I ran a complete compile (new lfssystem) yesterday
Python compiled and installed fine for me.  Strange ...

 - BS

[Devil-linux-develop] [fmII] hdparm 5.5 released (Default branch)

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

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

    http://freshmeat.net/projects/hdparm/

The changes in this release are as follows:
This release adds limited support for SCSI (controlled) CDROM/optical
drives. It incorporates various -I clean-up patches. It removes
wordswap from capacity calculation (the latest kernels already do
it). Slight issues with ATA revision display have been fixed. Debian
scripts are included. 

Project description:
hdparm is a Linux shell utility for viewing and manipulating various
IDE drive and driver parameters. Most drives can benefit from
improved performance using a command similar to "hdparm -qm8 -qu1
-qc1 -qd1 /dev/hda".  

Trove categories:
[Development Status  ] 6 - Mature
[Environment         ] Console (Text Based)
[Intended Audience   ] System Administrators
[License             ] Freely Distributable, OSI Approved :: BSD License
(original)
[Operating System    ] POSIX :: Linux
[Programming Language] C
[Topic               ] System :: Hardware, Utilities 

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 
 
____________________________| Advertising |____________________________
Get the Latest Version of Lotus Notes/Domino 6.5 Now 

Download the most recent version of this powerful, enterprise-class
messaging tool. 
Click to get started 
 

http://ads.osdn.com/?ad_id=1305&alloc_id=3419&op=click 
____________________________| Advertising |____________________________

Re: [Devil-linux-develop] python compile

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

hzu...@ra... wrote:
> Carefull, you replied to the list in German. ;-)
> 
> On 02/02/2004 04:05:57 AM Oliver Jehle wrote:
> 
>>ich habe ja nur 2.6 builds am laufen hier... und Python hat er gemacht
>>und installiert.. ich habs extra nochmals von hand mit
>>
>>configure ...
>>make
>>make install
>>
>>durchprobiert... fehlerfrei...
> 
> 
> I guess if have to re-run it, let's see what happens.

It failed again (fresh lfssystem)
It looks like the compile runs through, it then fails during make install.

Let's wait for the next Python release....

Heiko

Creating directory /data/build/tmp/Python-install/usr/lib/python2.3/config
/bin/install -c -m 644 Modules/config.c 
/data/build/tmp/Python-install/usr/lib/python2.3/config/config.c
/bin/install -c -m 644 Modules/python.o 
/data/build/tmp/Python-install/usr/lib/python2.3/config/python.o
/bin/install -c -m 644 ./Modules/config.c.in 
/data/build/tmp/Python-install/usr/lib/python2.3/config/config.c.in
/bin/install -c -m 644 Makefile 
/data/build/tmp/Python-install/usr/lib/python2.3/config/Makefile
/bin/install -c -m 644 Modules/Setup 
/data/build/tmp/Python-install/usr/lib/python2.3/config/Setup
/bin/install -c -m 644 Modules/Setup.local 
/data/build/tmp/Python-install/usr/lib/python2.3/config/Setup.local
/bin/install -c -m 644 Modules/Setup.config 
/data/build/tmp/Python-install/usr/lib/python2.3/config/Setup.config
/bin/install -c ./Modules/makesetup 
/data/build/tmp/Python-install/usr/lib/python2.3/config/makesetup
/bin/install -c ./install-sh 
/data/build/tmp/Python-install/usr/lib/python2.3/config/install-sh
./python -E ./setup.py install \
         --prefix=/data/build/tmp/Python-install/usr \
         --install-scripts=/data/build/tmp/Python-install/usr/bin \
 
--install-platlib=/data/build/tmp/Python-install/usr/lib/python2.3/lib-dynload 
\
         --root=/
running install
running build
running build_ext
running build_scripts
running install_lib
creating /data/build/tmp/Python-install/usr/lib/python2.3/lib-dynload
copying build/lib.linux-i686-2.3/_testcapi.so -> 
/data/build/tmp/Python-install/usr/lib/python2.3/lib-dynload
error: 
/data/build/tmp/Python-install/usr/lib/python2.3/lib-dynload/_testcapi.so: 
Function not implemented
make[1]: *** [sharedinstall] Error 1
make[1]: Leaving directory `/data/build/tmp/Python-2.3.3'

Re: [Devil-linux-develop] python compile

[<hzu...@ra...>]

Carefull, you replied to the list in German. ;-)

On 02/02/2004 04:05:57 AM Oliver Jehle wrote:
>ich habe ja nur 2.6 builds am laufen hier... und Python hat er gemacht
>und installiert.. ich habs extra nochmals von hand mit
>
>configure ...
>make
>make install
>
>durchprobiert... fehlerfrei...

I guess if have to re-run it, let's see what happens.

Heiko

[Devil-linux-develop] [fmII] xinetd 2.3.13 released (Default branch)

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

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

    http://freshmeat.net/projects/xinetd/

The changes in this release are as follows:
This release fixes several bugs that resulted in core dumps, updates
configuration files, fixes a DOS bug, and improves handling of IPv4
mapped IPv6 addresses. 

Project description:
xinetd is a replacement for inetd, the internet services daemon.
Anybody can use it to start servers that don't require privileged
ports because xinetd does not require that the services in its
configuration file be listed in /etc/services. It can do access
control on all services based on the address of the remote host, time
of access, connection attempts, or process limits. Access control
works on all services, whether multi-threaded or single-threaded and
for both the TCP and UDP protocols. xinetd supports both internal
access control, and the use of the libwrap library. IPv6 with access
control is also supported. It can redirect service requests to other
machines, and has the standard built in services, including tcpmux. 

Trove categories:
[Environment         ] No Input/Output (Daemon)
[Intended Audience   ] End Users/Desktop
[License             ] OSI Approved :: BSD License (original) 

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 
 
____________________________| Advertising |____________________________
Get the Latest Version of Lotus Notes/Domino 6.5 Now 

Download the most recent version of this powerful, enterprise-class
messaging tool. 
Click to get started 
 

http://ads.osdn.com/?ad_id=1305&alloc_id=3419&op=click 
____________________________| Advertising |____________________________

Re: [Devil-linux-develop] ddt didnt compile

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

On Mon, Feb 02, 2004 at 09:06:16AM +0100, Oliver Jehle wrote:
> debian use the 1.11 of libgcrypt for compiling it... fyi... 
> 
> but i think, if its not maintained, there must be another solution
> around for the same functionality...

no, there isn't.

-- 
-- 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] ddt didnt compile

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

On Sun, Feb 01, 2004 at 06:33:28PM -0500, Heiko Zuerker wrote:
> >it's a pitty, but since ddt servers where hacked nothing has been the 
> >same.
> >
> >i vote for nuking it.
> 
> Wasn't it you who contributed that piece?

yes, thats why i say it should be nuked :) if now it doesn't compile and the
servers aren't working very well (and if no one uses this app), maybe it could
be nuked?

i'm using it on some 0.6 and 0.5 dl boxes that won't/can't be upgraded.
-- 
-- 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

[Devil-linux-develop] python compile

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

hi heiko..

ich habe ja nur 2.6 builds am laufen hier... und Python hat er gemacht
und installiert.. ich habs extra nochmals von hand mit 

configure ...
make
make install

durchprobiert... fehlerfrei... 





On Mon, 2004-02-02 at 00:33, Heiko Zuerker wrote:
> Diego Torres wrote:
> > On Sat, Jan 31, 2004 at 10:20:57AM -0500, Heiko Zuerker wrote:
> > 
> >>Yes, the bug is already reported on SF.
> >>
> >>It looks to me, that ddt isn't maintained anymore. I wanted to wait 
> >>until we get closer to the next major DL release and nuke it, in case 
> >>there's no update available.
> > 
> > 
> > it's a pitty, but since ddt servers where hackedm nothing has been the same.
> > 
> > i vote for nuking it.
> > 
> 
> Wasn't it you who contributed that piece?
> 
> Heiko
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop

Re: [Devil-linux-develop] ddt didnt compile

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

debian use the 1.11 of libgcrypt for compiling it... fyi... 

but i think, if its not maintained, there must be another solution
around for the same functionality...


On Sun, 2004-02-01 at 23:56, Diego Torres wrote:
> On Sat, Jan 31, 2004 at 10:20:57AM -0500, Heiko Zuerker wrote:
> > 
> > Yes, the bug is already reported on SF.
> > 
> > It looks to me, that ddt isn't maintained anymore. I wanted to wait 
> > until we get closer to the next major DL release and nuke it, in case 
> > there's no update available.
> 
> it's a pitty, but since ddt servers where hackedm nothing has been the same.
> 
> i vote for nuking it.

Re: [Devil-linux-develop] boot options

[Roland P. <pa...@ta...>]

On Monday 02 February 2004 00:33, Heiko Zuerker wrote:
> Roland Pabel wrote:
> >>It looks like, the anonymous CVS is even older...
> >>You patch doesn't apply, I added you the current build-iso file, please
> >>create the patch against this one.
>
> OK I added it, thanks for the contribution !
>
> > +			append root=/dev/ram0 initrd=/boot/initrd.gz init=/linuxrc
> > $BOOT_OPTION_RAMDISK vga=${BOOT_OPTIONS_MODE[$i]}
>
> The variable name was wrong, I had to change it to BOOT_OPTIONS_KERNEL_MODE
oh yes, overlooked it ( one of those late last-minute variable-renames that 
went wrong)
-- 
ICQ UIN 49339118	Linux Counter #88774
GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...>

Re: [Devil-linux-develop] boot options

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

Friedrich Lobenstock wrote:
> Heiko Zuerker wrote on 02.02.2004 00:27 MET:
> 
>> Roland Pabel wrote:
>>
>>> On Sunday 01 February 2004 23:53, Friedrich Lobenstock wrote:
>>>
>>>> Roland Pabel wrote on 01.02.2004 23:47 MET:
>>>
>>>
>>>
>>>
>>>> Can this possibly be added to the "custom-cd" script so everybody
>>>> can have this option without need to recompile the whole thing?
>>>
>>>
>>>
>>>
>>> Unless you have made major changes in CVS to the custom-cd script, it 
>>> doesn't use dialogs. I guess the easiest way would be to add a few 
>>> lines which utilize sed and grep to modify the "default x" flag in 
>>> isolinux.cfg and not touch the ramdisk-type configs. I could try to 
>>> write that tomorrow, if that would suffice...
>>
>>
>>
>> I'm not sure if we should add this selection to the custom-cd script.
>>
>> If somebody wants to change the default resolution, he/she only has to 
>> inject a new isolinux.cfg via the script.
> 
> 
> Yes, *_only_* (double underlined and extra bold).

Point taken. ;-)

Heiko

Re: [Devil-linux-develop] boot options

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

Heiko Zuerker wrote on 02.02.2004 00:27 MET:
> Roland Pabel wrote:
> 
>> On Sunday 01 February 2004 23:53, Friedrich Lobenstock wrote:
>>
>>> Roland Pabel wrote on 01.02.2004 23:47 MET:
>>
>>
>>
>>> Can this possibly be added to the "custom-cd" script so everybody
>>> can have this option without need to recompile the whole thing?
>>
>>
>>
>> Unless you have made major changes in CVS to the custom-cd script, it 
>> doesn't use dialogs. I guess the easiest way would be to add a few 
>> lines which utilize sed and grep to modify the "default x" flag in 
>> isolinux.cfg and not touch the ramdisk-type configs. I could try to 
>> write that tomorrow, if that would suffice...
> 
> 
> I'm not sure if we should add this selection to the custom-cd script.
> 
> If somebody wants to change the default resolution, he/she only has to 
> inject a new isolinux.cfg via the script.

Yes, *_only_* (double underlined and extra bold).

> just my 2 cents

just my 2 öre ;-)

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

Re: [Devil-linux-develop] ddt didnt compile

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

Diego Torres wrote:
> On Sat, Jan 31, 2004 at 10:20:57AM -0500, Heiko Zuerker wrote:
> 
>>Yes, the bug is already reported on SF.
>>
>>It looks to me, that ddt isn't maintained anymore. I wanted to wait 
>>until we get closer to the next major DL release and nuke it, in case 
>>there's no update available.
> 
> 
> it's a pitty, but since ddt servers where hackedm nothing has been the same.
> 
> i vote for nuking it.
> 

Wasn't it you who contributed that piece?

Heiko

Re: [Devil-linux-develop] boot options

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

Roland Pabel wrote:
>>It looks like, the anonymous CVS is even older...
>>You patch doesn't apply, I added you the current build-iso file, please
>>create the patch against this one.

OK I added it, thanks for the contribution !

> +			append root=/dev/ram0 initrd=/boot/initrd.gz init=/linuxrc $BOOT_OPTION_RAMDISK vga=${BOOT_OPTIONS_MODE[$i]}

The variable name was wrong, I had to change it to BOOT_OPTIONS_KERNEL_MODE

cu
   Heiko

Re: [Devil-linux-develop] boot options

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

Roland Pabel wrote:
> On Sunday 01 February 2004 23:53, Friedrich Lobenstock wrote:
> 
>>Roland Pabel wrote on 01.02.2004 23:47 MET:
> 
> 
>>Can this possibly be added to the "custom-cd" script so everybody
>>can have this option without need to recompile the whole thing?
> 
> 
> Unless you have made major changes in CVS to the custom-cd script, it doesn't 
> use dialogs. I guess the easiest way would be to add a few lines which 
> utilize sed and grep to modify the "default x" flag in isolinux.cfg and not 
> touch the ramdisk-type configs. I could try to write that tomorrow, if that 
> would suffice...

I'm not sure if we should add this selection to the custom-cd script.

If somebody wants to change the default resolution, he/she only has to 
inject a new isolinux.cfg via the script.

just my 2 cents

Heiko

Re: [Devil-linux-develop] boot options

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

Roland Pabel wrote on 02.02.2004 00:08 MET:
> On Sunday 01 February 2004 23:53, Friedrich Lobenstock wrote:
> 
>>Roland Pabel wrote on 01.02.2004 23:47 MET:
> 
> 
>>Can this possibly be added to the "custom-cd" script so everybody
>>can have this option without need to recompile the whole thing?
> 
> 
> Unless you have made major changes in CVS to the custom-cd script, it doesn't 
> use dialogs. I guess the easiest way would be to add a few lines which 
> utilize sed and grep to modify the "default x" flag in isolinux.cfg and not 
> touch the ramdisk-type configs. I could try to write that tomorrow, if that 
> would suffice...

Anyway better than not being able to change the screen settings
as a "normal" user.

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

Re: [Devil-linux-develop] boot options

[Roland P. <pa...@ta...>]

On Sunday 01 February 2004 23:53, Friedrich Lobenstock wrote:
> Roland Pabel wrote on 01.02.2004 23:47 MET:

> Can this possibly be added to the "custom-cd" script so everybody
> can have this option without need to recompile the whole thing?

Unless you have made major changes in CVS to the custom-cd script, it doesn't 
use dialogs. I guess the easiest way would be to add a few lines which 
utilize sed and grep to modify the "default x" flag in isolinux.cfg and not 
touch the ramdisk-type configs. I could try to write that tomorrow, if that 
would suffice...
Roland
-- 
ICQ UIN 49339118	Linux Counter #88774
GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...>