devil-linux-develop — developer discussions

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

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

Bruce Smith wrote:
>>>[way back when] I replaced the "-t auto" with a 
>>>for i in ext2 ext3 vfat ... ; mount -t $i
>>>
>>>You ask me to try "-t auto" again.  I looked.  
>>>My "for" loop was gone, so you already fixed it?
>>
>>Hmmmmm.... I guess that was more by accident, I wasn't aware that I 
>>removed it.
> 
> 
> I think it's when you moved the mount back to linuxrc from pre_init.
> (it worked for me before in linuxrc.  I had the problem in pre_init)
> 
> 
>>I guess the current solution works for you, correct?
> 
> 
> It's working fine for me now.

Good, then we leave it as it is.

Heiko

[Devil-linux-develop] [fmII] Distributed Checksum Clearinghouse 1.2.2 released (Default branch)

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

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

    http://freshmeat.net/projects/dcc-source/

The changes in this release are as follows:
This version adds support for greylisting. 

Project description:
Distributed Checksum Clearinghouse (DCC) is a system of clients and
servers that collect and count checksums related to mail messages.
The counts can be used by SMTP servers and mail user agents to detect
and reject bulk mail. DCC servers can exchange common checksums. The
checksums include values that are "fuzzy", or constant across common
variations in bulk messages.  

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 

[Devil-linux-develop] [fmII] man 1.5m1 released (Default branch)

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

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

    http://freshmeat.net/projects/man/

The changes in this release are as follows:
Greek man pages and messages were added. makewhatis was fixed.  

Project description:
The man page suite, including man, apropos, and whatis consists of
programs that are used to read most of the documentation available on
a Linux system. The whatis and apropos programs can be used to find
documentation related to a particular subject. 

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 

Re: [Devil-linux-develop] DL completely contained on CD?

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

> >> I would do it this way: check if conventional config media is
> >> available,
> >> if not, check if we find a IDE CD-ROM with the config on it, if not,
> >> *BEEP* BEEP* BEEP* Please insert blablabla
> >
> >I can't decide if it'd be best to check for media on CD or media first.
> >They both have their advantages.
> 
> Just implement one, you can switch it later if you don't like it.
> That's just a bit cut'n'paste.

I uploaded changes on Friday that checks the floppy/USB media
if none is found then it checks (and uses) the etc.tar.bz2 in 
the root directory of the CDROM (if there).

If it finds _blank_ media (instead of _no_ media), it still 
asks to copy a default config to it.

I also have a script that will replace/add file(s) on an 
existing CDROM/ISO.  Where should I put that script?  
It doesn't run under DL, but needs to run under a normal 
distro with mkisofs and a lot of free hard drive space.

 - BS

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

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

> > [way back when] I replaced the "-t auto" with a 
> > for i in ext2 ext3 vfat ... ; mount -t $i
> > 
> > You ask me to try "-t auto" again.  I looked.  
> > My "for" loop was gone, so you already fixed it?
>
> Hmmmmm.... I guess that was more by accident, I wasn't aware that I 
> removed it.

I think it's when you moved the mount back to linuxrc from pre_init.
(it worked for me before in linuxrc.  I had the problem in pre_init)

> I guess the current solution works for you, correct?

It's working fine for me now.

 - BS

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

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

Bruce Smith wrote:
>>>>>Out of curiosity, doesn't mount -auto "resolve" this problem (though I
>>>>>haven't actually tried it myself)?  It is supposed to automatically
>>>>>determine the correct type.
>>>>
>>>>It should, but we still got some message.
>>>>Bruce was running into problems with the "-t auto", I don't know what
>>>>caused it.
>>>>@Bruce: can you try the "-t auto"  again ?
>>>
>>>I looked, but it appears you beat me to it.
>>
>>What does that sentence mean? (Don't understand it)
> 
> 
> [way back when] I replaced the "-t auto" with a 
> for i in ext2 ext3 vfat ... ; mount -t $i
> 
> You ask me to try "-t auto" again.  I looked.  
> My "for" loop was gone, so you already fixed it?
> 

Hmmmmm.... I guess that was more by accident, I wasn't aware that I 
removed it.

I guess the current solution works for you, correct?

cya
   Heiko

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

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

> >>>Out of curiosity, doesn't mount -auto "resolve" this problem (though I
> >>>haven't actually tried it myself)?  It is supposed to automatically
> >>>determine the correct type.
> >>
> >>It should, but we still got some message.
> >>Bruce was running into problems with the "-t auto", I don't know what
> >>caused it.
> >>@Bruce: can you try the "-t auto"  again ?
> > 
> > I looked, but it appears you beat me to it.
> 
> What does that sentence mean? (Don't understand it)

[way back when] I replaced the "-t auto" with a 
for i in ext2 ext3 vfat ... ; mount -t $i

You ask me to try "-t auto" again.  I looked.  
My "for" loop was gone, so you already fixed it?

 - BS

Re: [Devil-linux-develop] ltsp and devil-linux...

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

Bruce Smith wrote:
>>>My DL firewall/router would become totally dependent on a separate file
>>>server.  If the file server went down, so would my DL firewall/router.
>>
>>thats true. on the other hand, you won't rely on a cd drive/cd disk,
>>neither on a floppy full of dust :)
>>(btw, i usually connect the main server and the dl firewall to the same UPS)
> 
> 
> I mainly like the idea of being able to take down or reboot my file
> servers without downing the internet connection too.  That may not be 
> an issue for you, or other people.
> 
> At one time Heiko talked about moving the entire DL distro to a USB
> memory stick.  That way DL would be entirely self contained on a PC with
> no moving parts (and more dependable than a CD/floppy setup).  I haven't
> heard anything about it lately.  What's the status of that idea?

Still existing, I just didn't have time to fully implement it.
Many of my latest changes to the system are made to support this 
functionality.

Heiko

Re: [Devil-linux-develop] problem on build

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

Manu wrote:
>>I had a similar problem with I first started.
>>It turns out I was using the wrong lfssystem image.
>>
>>For DL 0.6 you should be using the one with this name:
>>
>>  lfssystem-cvs-20030127-i486-stripped.tar.bz2
>>
>>The other one is for an older release of DL.
>>
> lots of new testers make the same mistakes first ...
> maybe should make a dir named 'lfssystem for DL prior to 0.6' and put 
> lfs 3.0 and 3.1 in it ...
> maybe we won't have this kind of question no more ;-)
> 

That's why I named it lfs_for_DL_0.6

cya
   Heiko

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

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

Bruce Smith wrote:
>>>Out of curiosity, doesn't mount -auto "resolve" this problem (though I
>>>haven't actually tried it myself)?  It is supposed to automatically
>>>determine the correct type.
>>
>>It should, but we still got some message.
>>Bruce was running into problems with the "-t auto", I don't know what
>>caused it.
>>@Bruce: can you try the "-t auto"  again ?
> 
> 
> I looked, but it appears you beat me to it.

What does that sentence mean? (Don't understand it)

Heiko

[Devil-linux-develop] LINUXBEGINNER.ORG: SPAM FILTERING WITH POSTFIX, AMAVISD-NEW, AND SPAMASSASSIN

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

Not yet possible with DL, but would be cool if somebody includes all the 
components. ;-)

Heiko


LINUXBEGINNER.ORG: SPAM FILTERING WITH POSTFIX, AMAVISD-NEW,
AND SPAMASSASSIN

"The tools we used are Debian GNU/Linux, Postfix, amavisd-new,
spamassassin, and razor. We will also use Fetchmail to retrieve
mail from our isp and pass it to postfix. The combination creates
a strong e-mail gateway that will filter and strip spam from
ever entering your, or your companies mailboxes..."

COMPLETE STORY:
http://www.linuxbeginner.org/modules.php?name=News&file=article&sid=263

Re: [Devil-linux-develop] problem on build

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

Hi all,

Bruce Smith a écrit:

>>i have some problems with the build enviroment ....
>>1. mostly on login at cvs cvs -d:pserver:ano...@cv...- 
>>linux.sourceforge.net:/cvsroot/devil-linux login
>>   i get a error anonymous not allowed ...
>>   today i was lucky and it works ... do i need a password (somtimes) ???
>>    
>>
>
>No, it's just busy at times.  Keep trying.
>
>  
>
>>2. now i think (hope) i have all the files, but when i try to make build i 
>>get this:
>>---------snip-----------------
>>root:/build# make build
>>
>>executing prepare with option build
>>ERROR
>>/usr/include/asm found and is a directory
>>please remove or rename it
>>ERROR
>>/build/scripts/prepare build failed
>>make: *** [build] Error 1
>>root:/build#
>>---------snap-----------------
>>    
>>
>
>I had a similar problem with I first started.
>It turns out I was using the wrong lfssystem image.
>
>For DL 0.6 you should be using the one with this name:
>
>  lfssystem-cvs-20030127-i486-stripped.tar.bz2
>
>The other one is for an older release of DL.
>
lots of new testers make the same mistakes first ...
maybe should make a dir named 'lfssystem for DL prior to 0.6' and put 
lfs 3.0 and 3.1 in it ...
maybe we won't have this kind of question no more ;-)

Cya

>
> - BS
>
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>Devil-linux-develop mailing list
>Dev...@li...
>https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
>
>
>  
>

[Devil-linux-develop] [fmII] Samba 3.0RC2 released (3.0.x branch)

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

This email is to inform you about the release of version '3.0RC2' 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. 

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 |____________________________
17th Systems Administration Conference (LISA 2003) 

October 26-31, 2003 - San Diego, CA USA
The Conference For and By Sysadmins - Sponsored by USENIX & SAGE - Meet,
learn, & exchange ideas on every aspect of computer and network 
management. Don't miss out!  Receive an additional discount when you
register online.  

http://www.usenix.org/events/lisa2003 
____________________________| Advertising |____________________________

Re: [Devil-linux-develop] ltsp and devil-linux...

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

> > If you're not going to get rid of the CD drive, then it doesn't gain
> > much over my idea to provide a default configuration right on the CD.
> > (see thread from earlier this week)
> 
> i like the idea of having a default config on the cd, but only if its
> loaded after trying the floppy drive.

After looking at the boot script, that's easiest way to code it.  So, it
will search floppy and USB before looking on the CD for a custom config.

> > > Surely i'll buy an epiaM6000CL on this month and will start testing.
> > > (epia site: www.viapsd.com, www.mini-itx.com)
> > 
> > www.viapsd.com doesn't resolve for me.  :-(
> 
> from www.mini-itx.com there are some links to the via site... let me check...
> 
> http://www.viamainboard.com/product/epia_m_spec.jsp?motherboardId=81
> 
> http://www.viaarena.com/?PageID=187

Very cool!

> > My DL firewall/router would become totally dependent on a separate file
> > server.  If the file server went down, so would my DL firewall/router.
> 
> thats true. on the other hand, you won't rely on a cd drive/cd disk,
> neither on a floppy full of dust :)
> (btw, i usually connect the main server and the dl firewall to the same UPS)

I mainly like the idea of being able to take down or reboot my file
servers without downing the internet connection too.  That may not be 
an issue for you, or other people.

At one time Heiko talked about moving the entire DL distro to a USB
memory stick.  That way DL would be entirely self contained on a PC with
no moving parts (and more dependable than a CD/floppy setup).  I haven't
heard anything about it lately.  What's the status of that idea?

> > And there are the security issues.  Typically a lot of people have
> > access to a file server (probably a lot more people than have login
> > access to the DL firewall).  And the file server is running a lot more
> > services than the DL box.  This makes the file server easier to crack
> > than DL.  If the file server is compromised, then the attacker would
> > then have the ability to modify the DL firewall configuration.  Plus the
> > NFS protocol is very insecure itself.  Too scary for me!  :-)
> 
> i don't like thinking that my file server is easy to crack, but yes,
> thats a point for you :)

It boils down to how much you trust your local [file server] users.
I'm sure that varies from place to place.  I trust the users on my home
network (my wife and myself) more than I trust my users at work.  :-)

 - BS

Re: [Devil-linux-develop] [ devil-linux-Bugs-797417 ] busybox "reboot/halt" cmds not working

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

> > minutes and reboots.  Unfortunately the reboot command
> > (busybox) appears to do nothing.  I tried manually
> > "halt" and "poweroff".  All failed in vmware 4.
> 
> maybe its only a vmware issue?

Possibly, but I don't think so.  In other VMware OS installs, 
the reboot command works, and halt shuts off power to VMware.

I can't test it on a real computer because I don't have a PC 
with a SCSI CD drive handy.

With VMware it's easy to test.  After the boot starts, click
the menu to disconnect the CD.  Then the boot can't find it.

On a real IDE-CD box, I'd have to disconnect cables on a running 
machine at the right time.  I don't really want to try that.  :-)

 - BS

Re: [Devil-linux-develop] [ devil-linux-Bugs-797417 ] busybox "reboot/halt" cmds not working

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

On Fri, Aug 29, 2003 at 10:24:18AM -0700, SourceForge.net wrote:

> minutes and reboots.  Unfortunately the reboot command
> (busybox) appears to do nothing.  I tried manually
> "halt" and "poweroff".  All failed in vmware 4.


maybe its only a vmware issue?

-- 
-- 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 - dt...@co... - Madrid / España

Re: [Devil-linux-develop] ltsp and devil-linux...

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

On Fri, Aug 29, 2003 at 01:52:41PM -0400, Bruce Smith wrote:

> > So, the question is... has someone think about making dl interact with
> > ltsp, or at least, to boot from network instead of cd?
> 
> You're also taking about getting rid of the CD drive, along with the
> USB/floppy device that holds the config?

of course :)

> If you're not going to get rid of the CD drive, then it doesn't gain
> much over my idea to provide a default configuration right on the CD.
> (see thread from earlier this week)

i like the idea of having a default config on the cd, but only if its loaded after trying the floppy drive.

> > Surely i'll buy an epiaM6000CL on this month and will start testing.
> > (epia site: www.viapsd.com, www.mini-itx.com)
> 
> www.viapsd.com doesn't resolve for me.  :-(

from www.mini-itx.com there are some links to the via site... let me check...

http://www.viamainboard.com/product/epia_m_spec.jsp?motherboardId=81

http://www.viaarena.com/?PageID=187
 
> > comments, suggestions, ideas, flames? :)
> 
> I see a couple major downsides, for which I (personally) would NOT run
> DL over a network.
> 
> My DL firewall/router would become totally dependent on a separate file
> server.  If the file server went down, so would my DL firewall/router.

thats true. on the other hand, you won't rely on a cd drive/cd disk, neither on a floppy full of dust :)
(btw, i usually connect the main server and the dl firewall to the same UPS)

> And there are the security issues.  Typically a lot of people have
> access to a file server (probably a lot more people than have login
> access to the DL firewall).  And the file server is running a lot more
> services than the DL box.  This makes the file server easier to crack
> than DL.  If the file server is compromised, then the attacker would
> then have the ability to modify the DL firewall configuration.  Plus the
> NFS protocol is very insecure itself.  Too scary for me!  :-)

i don't like thinking that my file server is easy to crack, but yes, thats a point for you :)

-- 
-- 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 - dt...@co... - Madrid / España

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

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

> >Out of curiosity, doesn't mount -auto "resolve" this problem (though I
> >haven't actually tried it myself)?  It is supposed to automatically
> >determine the correct type.
> 
> It should, but we still got some message.
> Bruce was running into problems with the "-t auto", I don't know what
> caused it.
> @Bruce: can you try the "-t auto"  again ?

I looked, but it appears you beat me to it.

 - BS

[Devil-linux-develop] [ devil-linux-Bugs-725159 ] menuconfig CONFIG_XYZ=n

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

Bugs item #725159, was opened at 2003-04-21 14:42
Message generated for change (Comment added) made by blubdog
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=725159&group_id=34096

Category: Build System
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Heiko Zuerker (smiley73)
Assigned to: Nobody/Anonymous (nobody)
Summary: menuconfig CONFIG_XYZ=n

Initial Comment:
currently only CONFIG_XYZ=y is stored in .config.

make sure CONFIG_XYZ=n is also stored in there.



This is necessary in order to support "make oldconfig"

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

>Comment By: Bruce Smith (blubdog)
Date: 2003-08-29 14:00

Message:
Logged In: YES 
user_id=778609

Also, a lot of "y" entries are duplicated:



# wc -l .config

    178 .config

# sort .config|uniq|wc -l

    120



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

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

Re: [Devil-linux-develop] ltsp and devil-linux...

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

> i've been playing with ltsp for a couple of days and liked too much
> the idea of booting from any network card.

Yes, LTSP is a nice package for making older PC's into thin-client /
X-terminal boxes!

> This means (for example) that why could get rid of a compactflash
> adapter (on a small router box) so it could be made even smaller (no
> mechanical parts, less power consumtion etc...)
> 
> So, the question is... has someone think about making dl interact with
> ltsp, or at least, to boot from network instead of cd?

You're also taking about getting rid of the CD drive, along with the
USB/floppy device that holds the config?

If you're not going to get rid of the CD drive, then it doesn't gain
much over my idea to provide a default configuration right on the CD.
(see thread from earlier this week)

> And some good news, ltsp is going to release version 4, which has
> separate (and clearly differenciate) modules, one for the nfs/boot
> system, other for the basic soft, other for the x subsystem...
> 
> Surely i'll buy an epiaM6000CL on this month and will start testing.
> (epia site: www.viapsd.com, www.mini-itx.com)

www.viapsd.com doesn't resolve for me.  :-(

> comments, suggestions, ideas, flames? :)

I see a couple major downsides, for which I (personally) would NOT run
DL over a network.

My DL firewall/router would become totally dependent on a separate file
server.  If the file server went down, so would my DL firewall/router.

And there are the security issues.  Typically a lot of people have
access to a file server (probably a lot more people than have login
access to the DL firewall).  And the file server is running a lot more
services than the DL box.  This makes the file server easier to crack
than DL.  If the file server is compromised, then the attacker would
then have the ability to modify the DL firewall configuration.  Plus the
NFS protocol is very insecure itself.  Too scary for me!  :-)

 - BS

[Devil-linux-develop] [ devil-linux-Bugs-797417 ] busybox "reboot/halt" cmds not working

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

Bugs item #797417, was opened at 2003-08-29 13:24
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=797417&group_id=34096

Category: Configuration / Scripts
Group: None
Status: Open
Resolution: None
Priority: 1
Submitted By: Bruce Smith (blubdog)
Assigned to: Nobody/Anonymous (nobody)
Summary: busybox "reboot/halt" cmds not working

Initial Comment:
In the initrd script: "mount_cdrom", if a CD cannot be

mounted, the script displays an error, waits two

minutes and reboots.  Unfortunately the reboot command

(busybox) appears to do nothing.  I tried manually

creating the link to busybox.  I tried using the full

path "/sbin/reboot".  I also tried the busybox commands

"halt" and "poweroff".  All failed in vmware 4.



To make it appear a little nicer, I removed the "exit"

command after the reboot command in the loop so it just

hangs now instead of returning to linuxrc and crashing

the kernel.  The "exit" command should not be needed

anyway if the reboot command works.

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

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

[Devil-linux-develop] ltsp and devil-linux...

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

i've been playing with ltsp for a couple of days and liked too much the idea of booting from any network card.

This means (for example) that why could get rid of a compactflash adapter (on a small router box) so it could be made even smaller (no mechanical parts, less power consumtion etc...)

So, the question is... has someone think about making dl interact with ltsp, or at least, to boot from network instead of cd?

There are only a few kernel modifications needed (ip autoconfiguration on startup and nfs client support), and a few scripts that need to be redone (more or less the dhcp-client side stuff)...

And some good news, ltsp is going to release version 4, which has separate (and clearly differenciate) modules, one for the nfs/boot system, other for the basic soft, other for the x subsystem...

Surely i'll buy an epiaM6000CL on this month and will start testing.

(epia site: www.viapsd.com, www.mini-itx.com)

comments, suggestions, ideas, flames? :)
-- 
-- 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 - dt...@co... - Madrid / España

Re: [Devil-linux-develop] Suggested change to make dist.

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

> >>>Since the "/etc/sysconfig/software" file is obsolete now, and is no
> >>>longer needed in "make dist", I suggest we remove "software" and replace
> >>>it with the ".config" file used to build the ISO.  Not to mention there
> >>>have been numerous requests for the ".config" file.  (some by me! :)
> >>>
> >>Agreed
> >>I think it's best to provide our .config and the Kernel one.
> >
> >Sounds good.  Do you want me to do it, or are you going to?
> >(or have you already done it?)
>
> You can do it.
> I most likely won't have any time before next week and it was your idea 
> and I'm lazy.

All done.  The two new filenames start with "DL-*":

------------------------------------------------------------
root:/data/build# ls -l dist/devil-linux-0.6Beta1-2003-08-29-i586
total 277644
drwxr-xr-x    3 root     root         4096 Aug 29 11:59 .
drwxr-xr-x    3 root     root         4096 Aug 29 12:00 ..
-rw-r--r--    1 root     root         2151 Aug 29 11:58 DL-build-config
-rw-r--r--    1 root     root        29883 Aug 29 11:58 DL-kernel-config
-rw-r--r--    1 root     root     283508736 Aug 29 11:59 bootcd.iso
drwxr-xr-x    3 root     root         4096 Aug 29 11:59 docs
-rw-r--r--    1 root     root       460709 Aug 29 11:59 etc.tar.bz2
------------------------------------------------------------


I also added a check for an environment variable named "$DLDEVELOPER".
If it's set, the script appends a "-$DLDEVELOPER" to the end of the
filenames created for upload to the ftp site.  That way I can add this
in in my lfssystem  /root/.bash_profile  file:

  export DLDEVELOPER="bs"

And the filenames are created as follows:

------------------------------------------------------------
root:/data/build# make dist
compressing files
done
root:/data/build# ll dist/
total 90420
drwxr-xr-x    3 root     root         4096 Aug 29 12:00 .
drwxr-xr-x   10 root     root         4096 Aug 29 11:59 ..
-rw-r--r--    1 root     root        43981 Aug 29 12:00 CHANGES-devil-linux-0.6Beta1-2003-08-29-i586-bs
drwxr-xr-x    3 root     root         4096 Aug 29 11:59 devil-linux-0.6Beta1-2003-08-29-i586
-rw-r--r--    1 root     root     92431788 Aug 29 12:00 devil-linux-0.6Beta1-2003-08-29-i586-bs.tar.bz2
------------------------------------------------------------

Friedrich may find this useful too.   And for Heiko, leaving
$DLDEVELOPER unset creates the original filenames (and no extra dash).

 - BS

Re: [Devil-linux-develop] Recommended deletions.

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

> >I guess we can get rid of "/etc/sysconfig/software" too?
> >Does anything still use the [now empty] file?
> 
> Should not, so delete it.

Gone.  I ran some searches and [hopefully] removed all references to it.

 - BS

Re: [Devil-linux-develop] problem on build

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

On 08/27/2003 12:21:54 PM Roland Frei wrote:
>Hi all
>i have some problems with the build enviroment ....
>1. mostly on login at cvs cvs -d:pserver:ano...@cv...-
>linux.sourceforge.net:/cvsroot/devil-linux login
>i get a error anonymous not allowed ...
>today i was lucky and it works ... do i need a password (somtimes) ???=


Sourceforge has some issues, sometimes.
Just keep on trying and it will work...sometime....

But hey, SF is a free service and does a lot for the community. So we w=
on't
complain. ;-)

>2. now i think (hope) i have all the files, but when i try to make
>build i
>get this:
>---------snip-----------------
>root:/build# make build
>
>executing prepare with option build
>ERROR
>/usr/include/asm found and is a directory
>please remove or rename it
>ERROR
>/build/scripts/prepare build failed
>make: *** [build] Error 1
>root:/build#
>---------snap-----------------

You need to execute "make unpack" first.
This command unpacks all the files from build/src into build/tmp

Heiko
=