devil-linux-develop — developer discussions

Re: [Devil-linux-develop] Any interest in Screen?

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

>> > > I think it's even in the feature request list.
>
> It is, I'm the one who added the request.
>
>> > > Diego, when you check it in, can you please close the request on SF
>> ?
>>
>> You mean there is a request list?? - how does one see what's in this
>> list?
>
> Unfortunately you have to have developer access.  That's the way
> sourceforge works.   :-(
>
> Heiko:  Is there any way to add someone to the DL project without CVS
> access so people could browse this kind of stuff?  Or would it cause
> other problems and be a maintenance nightmare?
>
> If we could make a read-only user on sourceforge without CVS access, we
> could maybe post the user/password for everyone to use?  Don't know...

Unfortunately there is no read-only mode. Either only project developers
or all users on SF can read/post .

-- 

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

Re: [Devil-linux-develop] Handling patch files?

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

Hey,

I would suggest you do it similar to wait I do with the kernel patches,
since this is better when you have to apply multiple patches.
I have one tarball kernel-patches.tar.bz2 which I keep up to date.

Here are the magic lines (you find it in the file prepare):
             if [ ! -f devil-linux-kernel-patches.done ]; then
                         touch devil-linux-kernel-patches.done
                         for PATCH in $(ls $WORKDIR/kernel-patches/* 2>
/dev/null )
                         do
                                     echo applying patch: $PATCH
                                     patch -p1 -i $PATCH || exit 1
                         done
             fi

When the patches need to be installed in a specific order, just rename them
with a number in front:
01_first_patch
02_second_patch
and so on

cu
  Heiko

Re: [Devil-linux-develop] Any interest in Screen?

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

> > > btw: do you use screen when connecting from putty?
> > 
> > Don't use putty much these days, but have definitely used it before with 
> > putty. I mostly use it when I login remotely and want to check out a logfile 
> > while doing something else without loging in again. 
> 
> i'm having problems when using iptraf from a putty through a screen session.
> 
> it looks exactly like if i didn't use the "erase screen with background color
> option" on putty. but, midnight commander, for example, displays ok.

Have you tried messing around with different values for TERM ?

 - BS

Re: [Devil-linux-develop] Any interest in Screen?

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

On 12/16/2003 01:03:55 PM Martin Glazer wrote:
>On December 16, 2003 07:52 am, Diego Torres wrote:
>> On Tue, Dec 16, 2003 at 08:18:09AM -0500, hzu...@ra...
>wrote:
>> > I think it's even in the feature request list.
>> > Diego, when you check it in, can you please close the request on SF
>?
>
>You mean there is a request list?? - how does one see what's in this
>list?

As a non project member you can't see it. Unfortunately I had to restrict
the access to it, because people started posting stuff in there and we need
to control it.

>> can't do it at the moment, (lvm on my disc server box has gone down..
>> *very* down, down to the floor from the top of the rack) now i have
>to run
>> badblocks on 1.2tb :/. but i'll do it when i finish with this. martin,
>> could you post here the diffs, patches, whatever? :)
>
>I was hoping to post the tarball later tonight - I can make diffs, but
>as they
>are all new files and cvs diff doesn't work too well with new files,
>I'de
>prefer to just post the complete package - remember, I'm still learning
>this
>patch/diff process :-). I haven't figured out what the advantages of
>posting
>a patchfile (for a new package) is?

For entirely new packages a tarball is probably best.
But when you modify existing files, we only accept diffs.

Heiko

Re: [Devil-linux-develop] Any interest in Screen?

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

On Tue, Dec 16, 2003 at 11:03:55AM -0700, Martin Glazer wrote:

> patch/diff process :-). I haven't figured out what the advantages of posting 
> a patchfile (for a new package) is?

neither did i :) diff is for modifications. if you're commiting new files, send
them to the list, or put them on some place that can be access through ftp/http.

-- 
-- 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] Any interest in Screen?

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

On Tue, Dec 16, 2003 at 10:44:02AM -0700, Martin Glazer wrote:
> > btw: do you use screen when connecting from putty?
> 
> Don't use putty much these days, but have definitely used it before with 
> putty. I mostly use it when I login remotely and want to check out a logfile 
> while doing something else without loging in again. 

i'm having problems when using iptraf from a putty through a screen session.

it looks exactly like if i didn't use the "erase screen with background color
option" on putty. but, midnight commander, for example, displays ok.

-- 
-- 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] Any interest in Screen?

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

> > > I think it's even in the feature request list.

It is, I'm the one who added the request.

> > > Diego, when you check it in, can you please close the request on SF ?
> 
> You mean there is a request list?? - how does one see what's in this list? 

Unfortunately you have to have developer access.  That's the way
sourceforge works.   :-(

Heiko:  Is there any way to add someone to the DL project without CVS
access so people could browse this kind of stuff?  Or would it cause
other problems and be a maintenance nightmare?

If we could make a read-only user on sourceforge without CVS access, we
could maybe post the user/password for everyone to use?  Don't know...

> > can't do it at the moment, (lvm on my disc server box has gone down..
> > *very* down, down to the floor from the top of the rack) now i have to run
> > badblocks on 1.2tb :/. but i'll do it when i finish with this. martin,
> > could you post here the diffs, patches, whatever? :)
> 
> I was hoping to post the tarball later tonight - I can make diffs, but as they 
> are all new files and cvs diff doesn't work too well with new files, I'de 
> prefer to just post the complete package - remember, I'm still learning this 
> patch/diff process :-). I haven't figured out what the advantages of posting 
> a patchfile (for a new package) is?

As far as I'm concerned, you don't need to make patches for NEW files.

 - BS

Re: [Devil-linux-develop] Any interest in Screen?

[Martin G. <sou...@gl...>]

On December 16, 2003 07:52 am, Diego Torres wrote:
> On Tue, Dec 16, 2003 at 08:18:09AM -0500, hzu...@ra... wrote:
> > I think it's even in the feature request list.
> > Diego, when you check it in, can you please close the request on SF ?
>

You mean there is a request list?? - how does one see what's in this list? 

> can't do it at the moment, (lvm on my disc server box has gone down..
> *very* down, down to the floor from the top of the rack) now i have to run
> badblocks on 1.2tb :/. but i'll do it when i finish with this. martin,
> could you post here the diffs, patches, whatever? :)

I was hoping to post the tarball later tonight - I can make diffs, but as they 
are all new files and cvs diff doesn't work too well with new files, I'de 
prefer to just post the complete package - remember, I'm still learning this 
patch/diff process :-). I haven't figured out what the advantages of posting 
a patchfile (for a new package) is?

Martin

Re: [Devil-linux-develop] Any interest in Screen?

[Martin G. <sou...@gl...>]

On December 16, 2003 05:03 am, Diego Torres wrote:
> On Mon, Dec 15, 2003 at 10:47:07PM -0700, Martin Glazer wrote:
> > I find screen extremely useful for remote admin of any linux box,
> > especially the ability to detach from the screen session and then
> > reconnect at a later time with everything still running.
>
> please, send it :)

I'll post the files later tonight...

>
> btw: do you use screen when connecting from putty?

Don't use putty much these days, but have definitely used it before with 
putty. I mostly use it when I login remotely and want to check out a logfile 
while doing something else without loging in again. 

Martin

[Devil-linux-develop] Handling patch files?

[Martin G. <sou...@gl...>]

Hey all

I'm working on building l2tp and there are a number of patch files (7) 
available for the current version - what I'm wondering is how to handle these 
patch files from a DL build perspective?

These 7 patches are available from 1 location, but as 7 separate files. They 
are required for successful operation of l2tp.

Looking at the other scripts, some patches are handled in in a separate build 
script (x509patch for example), others are handled in the program build 
script itself (freeswan-alg for example).

How should I handle these? put all the scripts in a separate patch directory 
(off of build/src) and do the patching in the l2tp build script? - this is my 
preferred method, or modify the patches and make it into 1 huge patchfile, or 
make a separate build script just for the patches, or ???

Thanks

Martin

Re: [Devil-linux-develop] Any interest in Screen?

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

On Tue, Dec 16, 2003 at 08:18:09AM -0500, hzu...@ra... wrote:

> I think it's even in the feature request list.
> Diego, when you check it in, can you please close the request on SF ?

can't do it at the moment, (lvm on my disc server box has gone down.. *very* 
down, down to the floor from the top of the rack) now i have to run badblocks
on 1.2tb :/. but i'll do it when i finish with this. martin, could you post
here the diffs, patches, whatever? :)

-- 
-- 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] Any interest in Screen?

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

On 12/16/2003 07:03:18 AM Diego Torres wrote:
>On Mon, Dec 15, 2003 at 10:47:07PM -0700, Martin Glazer wrote:
>
>> I find screen extremely useful for remote admin of any linux box,
>especially
>> the ability to detach from the screen session and then reconnect at a
>later
>> time with everything still running.
>
>please, send it :)

I think it's even in the feature request list.
Diego, when you check it in, can you please close the request on SF ?

Heiko

[Devil-linux-develop] [ devil-linux-Bugs-860971 ] kernel mppe support not working

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

Bugs item #860971, was opened at 2003-12-16 08:15
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=860971&group_id=34096

Category: Base System
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Heiko Zuerker (smiley73)
Assigned to: Nobody/Anonymous (nobody)
Summary: kernel mppe support not working

Initial Comment:
check all the pptp patches involved in this and check if 
there's a newer version for the new pppd.

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

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

Re: [Devil-linux-develop] Any interest in Screen?

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

On Mon, Dec 15, 2003 at 10:47:07PM -0700, Martin Glazer wrote:

> I find screen extremely useful for remote admin of any linux box, especially 
> the ability to detach from the screen session and then reconnect at a later 
> time with everything still running.

please, send it :) 

btw: do you use screen when connecting from putty?

-- 
-- 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] Any interest in Screen?

[Martin G. <sou...@gl...>]

Hi

I have made and tested the scripts for "screen"=20
(http://www.guckes.net/screen/) a terminal multiplexer.

=46rom the homepage -
"SCREEN allows you to switch between programs and yet use just only one=20
"terminal". So you can write texts, look at emails and newsgroups, read=20
webpages, download files, all at the same time - but with a window for each=
=20
program. "

I find screen extremely useful for remote admin of any linux box, especiall=
y=20
the ability to detach from the screen session and then reconnect at a later=
=20
time with everything still running.

Let me know

Martin

Re: [Devil-linux-develop] updates in the queue

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

Diego Torres wrote:

>On Sun, Dec 14, 2003 at 12:14:47PM -0500, Heiko Zuerker wrote:
>
>  
>
>>Looks like the new lm_sensors doesn't work either, we have to wait for 
>>the next release.
>>    
>>
>
>Are you sure? There is and installation guide here (http://www.ensicaen.ismra.fr/~delvare/devel/i2c/) that has all the keys.
>
Yes I'm sure. It worked with 2.8.1 but not with 2.8.2. I even  checked 
the script to make sure it's ok.

>
>>From the lmsensor project:
>
>November 26th, 2003   Linux 2.4.23 patch available! Our installation guide (mirrored here) has been updated and a 2.4.23 kernel patch is now available, based on i2c 2.8.1 (plus a few fixes). As for previous patches, testers are welcome. Please report successes and problems to the mailing-list. 
>  
>
Yeah so far I had no time to send an email, probably later.

Heiko

Re: [Devil-linux-develop] updates in the queue

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

On Sun, Dec 14, 2003 at 12:14:47PM -0500, Heiko Zuerker wrote:

> Looks like the new lm_sensors doesn't work either, we have to wait for 
> the next release.

Are you sure? There is and installation guide here (http://www.ensicaen.ismra.fr/~delvare/devel/i2c/) that has all the keys.

From the lmsensor project:

November 26th, 2003   Linux 2.4.23 patch available! Our installation guide (mirrored here) has been updated and a 2.4.23 kernel patch is now available, based on i2c 2.8.1 (plus a few fixes). As for previous patches, testers are welcome. Please report successes and problems to the mailing-list. 

-- 
-- 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] updates in the queue

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

Heiko Zuerker wrote:

> Diego Torres wrote:
>
>> On Fri, Dec 12, 2003 at 09:34:01AM -0500, hzu...@ra... 
>> wrote:
>>
>>  
>>
>>>> that's great :) but it's also a dangerous thing. are you sure that it
>>>> compiles without problems? mainly, the i2c patches (lmsensor stuff) 
>>>> and
>>>> the alsa modules are very closely related to the kernel version.
>>>>     
>>>
>>> i2c and lmsensors works, I couldn't try the alsa stuff. That will be 
>>> you're
>>> problem. ;-)
>>>   
>>
>>
>> it's fair :) i'll check it, but come on and commit! :)
>>
> I just came back and I'm still waiting for my luggage to arrive. :-((
> I have another test compile running, so far everything except of 
> pcmcia-cs works. I reported the problem to the pcmcia-cs folks, let's 
> see when they fix it.
>
Looks like the new lm_sensors doesn't work either, we have to wait for 
the next release.

I have to add the menuconfig stuff for lm_sensors first, before I upload 
my changes. This happens earliest tonight.....

cu
  Heiko

Re: [Devil-linux-develop] Kernel Recompilation

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

Frischknecht Peter wrote:

>Hello,
>
Selber Hallo !

>
>I am at my wits end on this one...all I need is a little bit of help.
>
You're in the right place here. ;-)

>I am unable to make kernel source changes  and then proceed to "make build , install, prepare, iso".
>
>Very Specifically:
>After a minor kernel change, "make build" stops and prompts me for approval on certain kernel compilation parameneters.
>What it is actually doing, is within the kernel subdir (tmp/linux-2.4.22) running "make oldconfig".
>
This is to make sure, that we don't miss any new Kernel config options.
You have to modify the files in build/scripts/config , the file 
config_linux is the main file, but be carefull a few things are in 
seperate files or even in the scripts themselves (like patch-o-matic ).

>After that it is a nightmare.  kernel compilation craps out, and nothing short of a complete cleaning of ALL the src files and recompilation (about 20hours in my 1Gig Athlon) cures the problem.
>
My main build machine is an 1 gig Athlon too, but doesn't need that 
long. Check if you can speed up your harddisk (i.e. UDMA mode) and use 
at least 512 MB RAM (more doesn't really improve anything).

>I do not know what packages touch the .config for the kernel.
>
Which DL version do you use again? 1.0.x or the development 1.1 ?
Which Kernel config option it asks for? Knowing that we should be able 
to figure out which script it is.

>I know that grsecurity touches I have attempted to selective delete .done_build_grsecurity and .done_build_gcc but the kernel still complains of invalid references.
>  
>
Yeah that won't work.

>Please, could somebody tell me:
>If I want to recompile JUST THE KERNEL, what steps must I take?
>(.done_ files to erase, etc)
>
Just execute the following command:
build/scripts/build.sh build opt=linux

Of course a "make clean install iso" will be required.
pcmcia-cs will complain about this, so if you don't use a Notebook, 
disable the package.

>I am sure that it has been covered in previous postings, but I was unable to find it.
>
>Thank you for your time.
>  
>
sure

cu
  Heiko

Re: [Devil-linux-develop] updates in the queue

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

Diego Torres wrote:

>On Fri, Dec 12, 2003 at 09:34:01AM -0500, hzu...@ra... wrote:
>
>  
>
>>>that's great :) but it's also a dangerous thing. are you sure that it
>>>compiles without problems? mainly, the i2c patches (lmsensor stuff) and
>>>the alsa modules are very closely related to the kernel version.
>>>      
>>>
>>i2c and lmsensors works, I couldn't try the alsa stuff. That will be you're
>>problem. ;-)
>>    
>>
>
>it's fair :) i'll check it, but come on and commit! :)
>
I just came back and I'm still waiting for my luggage to arrive. :-((
I have another test compile running, so far everything except of 
pcmcia-cs works. I reported the problem to the pcmcia-cs folks, let's 
see when they fix it.

>>There were a lot of updates for alsa lately, I'm pretty sure one of them
>>was for 2.4.23.
>>    
>>
>
>they're going to release alsa 1.0. surely it'll be 2.4.23 enabled :)
>
>  
>
>>>did you check for rejection files on the resulting compilation?
>>>      
>>>
>>Nope. If it doesn't fail, I don't check it. ;-)
>>    
>>
>
>ops, extra care should be used when patching so many things... i want to test everything just now :)
>  
>
You wanna be our quality management department ? 8oO

Heiko

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

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

This email is to inform you about the release of version '1.8' 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:
This version does a better job of guessing default  source names. 'ar'
flags have been moved to a  $ARFLAGS variable. Support for generating
HTML  documentation (with texinfo 4.0+) was added. Rules for 
rebuilding makefiles have been improved. Various other  features were
added and bugs fixed. 

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

Sincerely,
freshmeat.net 
 
____________________________| Advertising |____________________________
Etnus TotalView, version 6.3.1 Now Available! 

Etnus TotalView, the most advanced debugger on Linux and UNIX, now
supports
AMD's X86-64 based systems and HP-UX on Itanium 2. TotalView has advanced
features absent in other debuggers, such 
as data analysis and heap allocation debugging.  Get insight into your
program fast. Try it free today.
  

http://www.etnus.com/index2.html 
____________________________| Advertising |____________________________

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

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

This email is to inform you about the release of version '1.22' 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:
A nasty SMP locking issue that was present since the early days was
fixed.  

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

Sincerely,
freshmeat.net 
 
____________________________| Advertising |____________________________
Etnus TotalView, version 6.3.1 Now Available! 

Etnus TotalView, the most advanced debugger on Linux and UNIX, now
supports
AMD's X86-64 based systems and HP-UX on Itanium 2. TotalView has advanced
features absent in other debuggers, such 
as data analysis and heap allocation debugging.  Get insight into your
program fast. Try it free today.
  

http://www.etnus.com/index2.html 
____________________________| Advertising |____________________________

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

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

This email is to inform you about the release of version '2.8.2' 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 release adds support for 2.6 kernels to the userspace tools. It
adds support for the VT8237, FSC Hermes, ADM1032, and CSB6 chips.
There are bugfixes and improvements for the AMD756, AMD8111, ASB100,
NForce2, IT87xx, W83791D, W83627HF, and W83627THF chips. 

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

Sincerely,
freshmeat.net 
 
____________________________| Advertising |____________________________
Etnus TotalView, version 6.3.1 Now Available! 

Etnus TotalView, the most advanced debugger on Linux and UNIX, now
supports
AMD's X86-64 based systems and HP-UX on Itanium 2. TotalView has advanced
features absent in other debuggers, such 
as data analysis and heap allocation debugging.  Get insight into your
program fast. Try it free today.
  

http://www.etnus.com/index2.html 
____________________________| Advertising |____________________________

[Devil-linux-develop] [fmII] Syslinux 2.08 released (Default branch)

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

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

    http://freshmeat.net/projects/syslinux/

The changes in this release are as follows:
This is mostly a collection of some minor feature enhancements, with
some bugfixes thrown in. Perhaps the most important is a largely
untested module to chainboot arbitrary local drives/partitions. 

Project description:
SYSLINUX is a collection of boot loaders for the Linux operating
system which operates off MS-DOS floppies, network servers using PXE
firmware, or from CD-ROMs. It is intended to simplify first-time
installation of Linux, rescue disks, and other uses for boot
floppies. A SYSLINUX floppy can be manipulated using standard MS-DOS
(or any other OS that can access an MS-DOS filesystem) tools once it
has been created; and requires only a very small DOS or Linux program
to create in the first place. It also includes MEMDISK, a tool to
boot legacy operating systems from nontraditional media like PXE or
CD-ROM.  

Trove categories:
[Development Status  ] 6 - Mature
[Environment         ] Console (Text Based)
[Intended Audience   ] System Administrators
[License             ] OSI Approved :: GNU General Public License (GPL)
[Operating System    ] POSIX :: Linux
[Programming Language] Assembly
[Topic               ] System :: Boot 

If you would like to cancel subscription to releases of this project,
login to freshmeat.net and choose 'home' from the personal menubar at the
top of the page. You'll be presented with a list of projects you're
subscribed to in the right column, which you may cancel by highlighting
the project in question and clicking the 'delete' button.

Sincerely,
freshmeat.net 
 
____________________________| Advertising |____________________________
Etnus TotalView, version 6.3.1 Now Available! 

Etnus TotalView, the most advanced debugger on Linux and UNIX, now
supports
AMD's X86-64 based systems and HP-UX on Itanium 2. TotalView has advanced
features absent in other debuggers, such 
as data analysis and heap allocation debugging.  Get insight into your
program fast. Try it free today.
  

http://www.etnus.com/index2.html 
____________________________| Advertising |____________________________

Re: [Devil-linux-develop] Kernel Recompilation

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

On Fri, Dec 12, 2003 at 10:12:18AM -0600, Frischknecht Peter wrote:

> I am unable to make kernel source changes  and then proceed to "make build , install, prepare, iso".

if you want to apply some changes, do make unpack and before the make build, apply the patches.

if you only want to change the kernel config, modify the .config file and the do a make build.

-- 
-- 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