devil-linux-develop — developer discussions

[Devil-linux-develop] Startup broken on latest?

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

I noticed I was getting "(none)" as my hostname on my latest ISO.
The links in /etc/init.d/rc?.d/* are mostly empty, except for two.
Here is a partial "tar tvjf /cdrom/config/etc.tar.bz2" :

drwxr-xr-x root/root         0 1980-01-01 06:01:01 etc/
drwxr-xr-x root/root         0 1980-01-01 06:01:01 etc/init.d/
drwxr-xr-x root/root         0 1980-01-01 06:01:01 etc/init.d/rcS.d/
lrwxrwxrwx root/root         0 2003-07-15 16:25:24
etc/init.d/rcS.d/S00boot -> ../boot
drwxr-xr-x root/root         0 1980-01-01 06:01:01 etc/init.d/rc0.d/
drwxr-xr-x root/root         0 1980-01-01 06:01:01 etc/init.d/rc1.d/
drwxr-xr-x root/root         0 1980-01-01 06:01:01 etc/init.d/rc2.d/
drwxr-xr-x root/root         0 1980-01-01 06:01:01 etc/init.d/rc3.d/
lrwxrwxrwx root/root         0 2003-07-15 16:25:24
etc/init.d/rc3.d/S99grsecurity -> ../grsecurity
drwxr-xr-x root/root         0 1980-01-01 06:01:01 etc/init.d/rc5.d/
drwxr-xr-x root/root         0 1980-01-01 06:01:01 etc/init.d/rc6.d/
-rwx------ root/root      2390 1980-01-01 06:01:01 etc/init.d/wlan
-rwx------ root/root       681 1980-01-01 06:01:01 etc/init.d/firewall
-rwx------ root/root      1737 1980-01-01 06:01:01 etc/init.d/boot
-rwx------ root/root      3003 1980-01-01 06:01:01 etc/init.d/checkfs
-rwx------ root/root      2936 1980-01-01 06:01:01 etc/init.d/domino
....

 - BS

[Devil-linux-develop] Development tip...

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

This tip may save new developers some time, and maybe should go in
the development instructions on the web site.

I noticed "make iso" was failing, and finally tracked it down to the
fact that the host OS (Redhat in my case) cannot have any loopback
filesystems mounted while running the "make iso" command.  FWIW. :-)

 - BS

Re: [Devil-linux-develop] stuff on CD and memory usage

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

> >Look for the thread with the subject: "Shared libraries & memory usage."
> >
> >http://www.kalamazoolinux.org/pipermail/programming/2003-July/thread.html
>
> Great, now I'm even more confused them before....

No kidding.  :-)

> Keep me posted, when you get some more information.

It's an ongoing thread, but I doubt things will get clearer.

IMO, it's going to boil down to some trial & error testing
to see if works or not.

Personally, I really believe we can make daemons run off CD 
without spinning up the CD drive after they start. 

I guess I should move "dialog" to run off CD.  I'm not sure
about the setup script itself, or where to put it if I want 
to move it into $CDDIR....

And I'll also move CIPE to $CDDIR, and watch the light on 
my CD drive when I start a VPN.

Oh, there is another disadvantage to moving daemons to $CDDIR.
Right now we can umount /cdrom and eject it while DL is running.
That won't be possible with running programs/libraries on CD.
I can live with that restriction, but wanted to mention it.

 - BS

Re: [Devil-linux-develop] stuff on CD and memory usage

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

On 07/14/2003 10:13:20 PM Bruce Smith wrote:
>> >I think that shared libraries are NOT loaded entirely in memory.
>>
>> Bad.
>
>Since my answer was more of gut feeling than something based on facts,=
 I
>ask the question on the programming list of my local LUG.  It has peop=
le
>that do more programming in Linux than I do.
>
>I got a lot of answers to the question, although I'm not sure which on=
e
>is the correct answer.   :-)
>
>It's an interesting read anyway, and it appears I may have been wrong.=

>
>Look for the thread with the subject: "Shared libraries & memory usage=
."
>
>http://www.kalamazoolinux.org/pipermail/programming/2003-July/thread.h=
tm
>l

Great, now I'm even more confused them before....

Keep me posted, when you get some more information.

Heiko
=

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

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

This email is to inform you about the release of version '1.0.0-pre1' 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:
This version includes a new configuration system, and  many new
applets, bugfixes, and features. 

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. 

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 |____________________________
Why Linux? Because it costs less. 

Now, thanks to Oracle’s work with Linux partners, along with Oracle’s
advanced clustering technology Linux is ready for the enterprise. Arm
yourself with a solid implementation plan—and charter a managed deployment
for Linux. Click for a free Forrester Research report and guide to
creating a Linux playbook. 

 

http://ad.doubleclick.net/clk;5837541;8091587;w?http://www.oracle.com/go/?&Src=1764460&Act=14

____________________________| Advertising |____________________________

Re: [Devil-linux-develop] stuff on CD and memory usage

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

> >I think that shared libraries are NOT loaded entirely in memory.
> 
> Bad.

Since my answer was more of gut feeling than something based on facts, I
ask the question on the programming list of my local LUG.  It has people
that do more programming in Linux than I do.

I got a lot of answers to the question, although I'm not sure which one
is the correct answer.   :-)

It's an interesting read anyway, and it appears I may have been wrong.

Look for the thread with the subject: "Shared libraries & memory usage."

http://www.kalamazoolinux.org/pipermail/programming/2003-July/thread.html

 - BS

[Devil-linux-develop] [ devil-linux-Feature Requests-460736 ] add sample rc.firewall

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

Feature Requests item #460736, was opened at 2001-09-11 15:06
Message generated for change (Settings changed) made by smiley73
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410646&aid=460736&group_id=34096

Category: Configuration / Scripts
Group: None
>Status: Closed
Priority: 5
Submitted By: Heiko Zuerker (smiley73)
>Assigned to: Bruce Smith (blubdog)
Summary: add sample rc.firewall

Initial Comment:
add sample rc.firewall from Renato Denardo



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

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

[Devil-linux-develop] [ devil-linux-Feature Requests-536726 ] Verbose save-config

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

Feature Requests item #536726, was opened at 2002-03-29 08:35
Message generated for change (Settings changed) made by smiley73
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410646&aid=536726&group_id=34096

Category: Configuration / Scripts
Group: None
>Status: Closed
Priority: 5
Submitted By: Evgeny Stambulchik (evgeny)
>Assigned to: Heiko Zuerker (smiley73)
Summary: Verbose save-config

Initial Comment:
The save-config utility _must_ be verbose. Otherwise, the 
whole idea of security based on the RO media is a bluff. 
Indeed, if an intruder managed to alter config files after the 
last reboot but before admin makes his own changes, 
everything will be saved - both the wanted changes and the 
cracking stuff. So, save-config should list all the files 
changed as compared to the etc.tar.gz contents on the 
floppy and ask a confirmation to commit all of them (or, 
ideally, allow to select the files from the list).



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

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

[Devil-linux-develop] [fmII] procps 3.1.11 released (Default branch)

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

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

    http://freshmeat.net/projects/procps/

The changes in this release are as follows:
This release once again compiles with gcc 2.95, which doesn't support
C99's syntax for declaring variables in the middle of a function.  

Project description:
procps is a package of utilities which includes ps, vmstat, top, w,
skill, snice, pgrep, pkill, free, sysctl, pmap, uptime, and kill.
These utilities report what is running, who is logged in, how long
the system has been running, and what is using up memory. They can be
used to kill processes and change run-time kernel configuration
values. 

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 |____________________________
Sponsored by the 2004 Toyota Prius 

Introducing the new 2004 Toyota Prius, the world’s only mid-size
gas/electric hybrid production vehicle. Powered by Hybrid Synergy Drive,®
Prius delivers over 50 mpg with all the power of a conventional car. And
it never needs to be plugged-in for recharging. Start learning more about
the new Prius today.
 

http://ad.doubleclick.net/clk;5508741;8043547;m?http://www.toyota.com/newprius

____________________________| Advertising |____________________________

Re: [Devil-linux-develop] stuff on CD and memory usage

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

On 07/14/2003 11:11:03 AM Bruce Smith wrote:
>> >But, I think it's worth testing on Daemons.  It's very likely that
>once
>> >a program is loaded into memory that it won't need to access the CD=

>> >after it's started.  Filesystem cache should take care of much of
>this.
>> >We should test this.  If it works without spinning the CD, then I'm=

>all
>> >for moving possible to CD.
>>
>> I also think once the daemon is up and  running, there shouldn't be
>any
>> more access to the media.
>> I'm not certain how it is handled with libraries, does Linux load th=
em
>> entirely into memory?
>
>I think that shared libraries are NOT loaded entirely in memory.

Bad.

>As long as the daemons are doing mostly the same task, they should hav=
e
>all of their required code loaded in memory.  I don't think it'll be a=

>problem.  But it would be worth testing it out.

I would expect a behavior like this.

>If we move everything possible to media, how low do you think we can g=
o?
>I'd love to see the memory requirements drop to 32MB for a bare bones
>firewall.

I did a quick test and moved all binaries and libs from the ramdisk to =
CD
and was able to boot with 40 MB.
I'm pretty sure we could improve this.

cya
  Heiko
=

Re: [Devil-linux-develop] stuff on CD and memory usage

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

> >But, I think it's worth testing on Daemons.  It's very likely that once
> >a program is loaded into memory that it won't need to access the CD
> >after it's started.  Filesystem cache should take care of much of this.
> >We should test this.  If it works without spinning the CD, then I'm all
> >for moving possible to CD.
> 
> I also think once the daemon is up and  running, there shouldn't be any
> more access to the media.
> I'm not certain how it is handled with libraries, does Linux load them
> entirely into memory?

I think that shared libraries are NOT loaded entirely in memory.

As long as the daemons are doing mostly the same task, they should have
all of their required code loaded in memory.  I don't think it'll be a
problem.  But it would be worth testing it out.

If we move everything possible to media, how low do you think we can go?
I'd love to see the memory requirements drop to 32MB for a bare bones
firewall.

Around here a lot of places are dumping old Pentium 166 or 200 Mhz boxes
for as cheap as $5 US, and I know many people who are buying them to run
as Linux firewalls.  Some of these PC's don't come with a lot of memory.
Besides, a lot of the "competition" dedicated Linux firewalls, only
require 32MB or even 16MB.

 - BS

Re: [Devil-linux-develop] stuff on CD and memory usage

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

On 07/14/2003 10:29:06 AM Bruce Smith wrote:
>But, I think it's worth testing on Daemons.  It's very likely that onc=
e
>a program is loaded into memory that it won't need to access the CD
>after it's started.  Filesystem cache should take care of much of this=
.
>We should test this.  If it works without spinning the CD, then I'm al=
l
>for moving possible to CD.

I also think once the daemon is up and  running, there shouldn't be any=

more access to the media.
I'm not certain how it is handled with libraries, does Linux load them
entirely into memory?

Heiko
=

Re: [Devil-linux-develop] stuff on CD and memory usage

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

> I just checked in a bunch of changes, which free up about 20 MB RAM. This
> means you're able (again) to boot with 64MB.
> 
> I was thinking if we should change our initial strategy  on move as much as
> we can onto the CD.

I tend to agree with you.

> Pro:
> - needs less RAM
> - more secure (nobody can modify the files)
> - easier to support eDL (embedded Devil-Linux or however you want to name
> it)
> - easier to support booting from USB memory stick or similar.
> 
> Contra:
> - slower, needs to spin the CD before it can access data
> - could "break" some older CD drives (they would fail anyway at some point)
> - file/folder access on CD can't be restricted (we could use GRSecurity's
> RBAC)

I definitely think we should do it with all interactive programs
(anything run from the command prompt, editors, ftp, telnet, ...).
In fact, I've already been doing that on all programs I added.

I'm not sure about daemons that run all the time.  I don't want my CD
spinning except when I'm actually logged on to DL and doing something.

But, I think it's worth testing on Daemons.  It's very likely that once
a program is loaded into memory that it won't need to access the CD
after it's started.  Filesystem cache should take care of much of this.
We should test this.  If it works without spinning the CD, then I'm all
for moving possible to CD.

 - BS

[Devil-linux-develop] [ devil-linux-Bugs-759794 ] memory usage too high

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

Bugs item #759794, was opened at 2003-06-24 08:20
Message generated for change (Settings changed) made by smiley73
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=759794&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: memory usage too high

Initial Comment:
>While unpacking the OS, (?
reading /cdrom/boot/ramdisk.tar.bz2?), it
>complained that it ran out of memory.  Needless to 
say, this starting
>producing various other errors later on in the boot 
process (file not 
>found,
>unable to link directories, etc.)
>
>The system I am using is a Pentium II based system 
with 64MB of memory.
>Devil-Linux V0.5 leaves about 24MB free.  Devil-Linux 
V0.6Beta left 
>about
>1MB free.


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

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

[Devil-linux-develop] stuff on CD and memory usage

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

Hey folks,

I just checked in a bunch of changes, which free up about 20 MB RAM. Th=
is
means you're able (again) to boot with 64MB.

I was thinking if we should change our initial strategy  on move as muc=
h as
we can onto the CD.

Pro:
- needs less RAM
- more secure (nobody can modify the files)
- easier to support eDL (embedded Devil-Linux or however you want to na=
me
it)
- easier to support booting from USB memory stick or similar.

Contra:
- slower, needs to spin the CD before it can access data
- could "break" some older CD drives (they would fail anyway at some po=
int)
- file/folder access on CD can't be restricted (we could use GRSecurity=
's
RBAC)

Any comments/ideas?

cya
  Heiko
=

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

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

This email is to inform you about the release of version '1.7.6' 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:
depcomp's ICC mode was fixed for ICC 7.1. Calls  to AC_CONFIG_FILES
and friends with too few  arguments are now diagnosed, and the way
that  maintainer-clean removes autom4te.cache in VPATH  builds was
fixed. AM_PATH_LISPDIR was fixed to  work with POSIXLY_CORRECT=3D1,
and the location  reported in some diagnostics related to 
AUTOMAKE_OPTIONS were fixed. Latin-1 characters  were removed from
elisp-comp, and the manual's  @dircategory was updated to match the
Free  Software Directory.  

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. 

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 |____________________________
Sponsored by the 2004 Toyota Prius 

Introducing the new 2004 Toyota Prius, the world’s only mid-size
gas/electric hybrid production vehicle. Powered by Hybrid Synergy Drive,®
Prius delivers over 50 mpg with all the power of a conventional car. And
it never needs to be plugged-in for recharging. Start learning more about
the new Prius today.
 

http://ad.doubleclick.net/clk;5508741;8043547;m?http://www.toyota.com/newprius

____________________________| Advertising |____________________________

[Devil-linux-develop] [fmII] procps 3.1.10 released (Default branch)

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

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

    http://freshmeat.net/projects/procps/

The changes in this release are as follows:
This release is expected to fix a WCHAN ("ps l"  and "ps -l") problem
with GPLONLY_ symbols in  late 2.4.xx kernels. The ps command now
adjusts  the PID column width according to the pid_max  setting. The
documentation was improved, and  vmstat now offers some additional
modes.  

Project description:
procps is a package of utilities which includes ps, vmstat, top, w,
skill, snice, pgrep, pkill, free, sysctl, pmap, uptime, and kill.
These utilities report what is running, who is logged in, how long
the system has been running, and what is using up memory. They can be
used to kill processes and change run-time kernel configuration
values. 

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 |____________________________
Sponsored by the 2004 Toyota Prius 

Introducing the new 2004 Toyota Prius, the world’s only mid-size
gas/electric hybrid production vehicle. Powered by Hybrid Synergy Drive,®
Prius delivers over 50 mpg with all the power of a conventional car. And
it never needs to be plugged-in for recharging. Start learning more about
the new Prius today.
 

http://ad.doubleclick.net/clk;5508741;8043547;m?http://www.toyota.com/newprius

____________________________| Advertising |____________________________

[Devil-linux-develop] [fmII] LILO 22.5.7-beta3 released (Beta branch)

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

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

    http://freshmeat.net/projects/lilo/

The changes in this release are as follows:
This version addresses a screen clearing problem  in the first stage
loader, which was entirely  rewritten to avoid the FF emulation code.
 Problems with the 2.4.21 kernel and hardware  RAID controllers were
fixed, and the boot  installer is now friendlier to devfs kernels. 
The -M switch now installs Master Boot Loaders  that pass lilo
parameters transparently using  the chain loader, and the "-T geom"
switch now  has more complete and useful output. "mkrescue"  now
dynamically determines the loopback device  in use and works with
devfs.  

Project description:
LILO is a Boot loader for Linux/x86 and other PC operating systems. It
is responsible for loading your Linux kernel from either a floppy or
a hard drive and passing control to it. It is capable of booting
beyond cylinder 1024 of a hard disk if the BIOS supports EDD packet
call extensions to the int 0x13 interface. LILO can also be used to
boot many other operating systems, including DOS, Windows (all
versions), OS/2, and the BSD variants. The LILO distribution includes
full source, documentation and support files. 

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 |____________________________
Sponsored by the 2004 Toyota Prius 

Introducing the new 2004 Toyota Prius, the world’s only mid-size
gas/electric hybrid production vehicle. Powered by Hybrid Synergy Drive,®
Prius delivers over 50 mpg with all the power of a conventional car. And
it never needs to be plugged-in for recharging. Start learning more about
the new Prius today.
 

http://ad.doubleclick.net/clk;5508741;8043547;m?http://www.toyota.com/newprius

____________________________| Advertising |____________________________

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

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

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

    http://freshmeat.net/projects/oidentd/

The changes in this release are as follows:
Bugfixes and build fixes for Solaris. 

Project description:
oidentd is an RFC 1413 compliant ident daemon which runs on Linux,
FreeBSD, NetBSD, Darwin, OpenBSD, and Solaris. It can handle IP
masqueraded/NAT connections on Linux, FreeBSD, NetBSD, and OpenBSD,
and it has a flexible mechanism for specifying ident responses. Users
can be granted permission to specify their own ident responses.
Responses can be specified according to host and port pairs. 

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 |____________________________
Sponsored by the 2004 Toyota Prius 

Introducing the new 2004 Toyota Prius, the world’s only mid-size
gas/electric hybrid production vehicle. Powered by Hybrid Synergy Drive,®
Prius delivers over 50 mpg with all the power of a conventional car. And
it never needs to be plugged-in for recharging. Start learning more about
the new Prius today.
 

http://ad.doubleclick.net/clk;5508741;8043547;m?http://www.toyota.com/newprius

____________________________| Advertising |____________________________

Re: [Devil-linux-develop] Re: DL ISO's.

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

Bruce Smith wrote:
>>>>>One other thing I thought of (looking at the feature requests, I 
>>>>>saw CryptoAPI).  Would we get in trouble having a mirror in the US,
>>>>>considering the stupid US export laws on encryption?  Is there any 
>>>>>other strong encryption currently in DL?  Or planned?
>>>>
>>>>Actually yes.
>>>>We use AES encryption with FreeS/WAN. I'm not a lawyer, but is it OK 
>>>>when we just compile and distribute that stuff? Or is even that not allowed?
> 
> 
> I've been asking around, and I can't get an answer.
> 
> I see the FreeS/WAN stuff is on a ".nl" server.  For this very reason?
> 
> I'm going to play it safe and forget about becoming a US mirror.  
> Sorry.  :-(

It's probably better.

Heiko

Re: [Devil-linux-develop] Re: DL ISO's.

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

> >>>One other thing I thought of (looking at the feature requests, I 
> >>>saw CryptoAPI).  Would we get in trouble having a mirror in the US,
> >>>considering the stupid US export laws on encryption?  Is there any 
> >>>other strong encryption currently in DL?  Or planned?
> >>
> >>Actually yes.
> >>We use AES encryption with FreeS/WAN. I'm not a lawyer, but is it OK 
> >>when we just compile and distribute that stuff? Or is even that not allowed?

I've been asking around, and I can't get an answer.

I see the FreeS/WAN stuff is on a ".nl" server.  For this very reason?

I'm going to play it safe and forget about becoming a US mirror.  
Sorry.  :-(

 - BS

Re: [Devil-linux-develop] [ devil-linux-Feature Requests-644758 ] add h.323 proxy

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

> It's not empty on my installation and I recompiled tonight.
> Drink another coffee and you'll see the files.

Your right, the latest compiles do have files there!  :-)

I "fixed" it by removing ALL files and subdirectories in
$CDDIR/usr/include 

I hope no other scripts (not mine) put anything good there!

> BTW I have to leave soon, "deck-building-party".....

Have fun!

 - BS

Re: [Devil-linux-develop] ABORT: make mrproper unpack build install iso

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

> Update from CVS.
> I didn't check the fix in yet, since I'm heavily moving stuff around (or 
> better on CD) and the system still refuses to boot. ;-)
> But I checked in the updated gawk script for your, this one should work 
> fine.

Yes, it works now.  Thanks!

 - BS

Re: [Devil-linux-develop] [ devil-linux-Feature Requests-644758 ] add h.323 proxy

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

Bruce Smith wrote:
>>There is a leftover directory: $CDDIR/usr/include
> 
> 
> At least it's empty.  :-)
> 
> Oh OK, I'll remove the EMPTY directory too ...  ;-)
> 

It's not empty on my installation and I recompiled tonight.
Drink another coffee and you'll see the files.

BTW I have to leave soon, "deck-building-party".....

Heiko

Re: [Devil-linux-develop] ABORT: make mrproper unpack build install iso

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

Bruce Smith wrote:
> make[4]: Leaving directory `/data/build/tmp/gawk-3.1.1'
> make[3]: Nothing to be done for `install-data-am'.
> make[3]: Leaving directory `/data/build/tmp/gawk-3.1.1'
> make[2]: Leaving directory `/data/build/tmp/gawk-3.1.1'
> Making install in awklib
> make[2]: Entering directory `/data/build/tmp/gawk-3.1.1/awklib'
> make[3]: Entering directory `/data/build/tmp/gawk-3.1.1/awklib'
> /bin/sh ../mkinstalldirs /data/build/tmp/tmp/usr/bin
>  /bin/install -c igawk /data/build/tmp/tmp/usr/bin/igawk
> /bin/sh ../mkinstalldirs /usr/bin/awk
> mkdir /usr/bin/awk
> mkdir: `/usr/bin/awk' exists but is not a directory
> make[3]: *** [install-libexecPROGRAMS] Error 1
> make[3]: Leaving directory `/data/build/tmp/gawk-3.1.1/awklib'
> make[2]: *** [install-am] Error 2
> make[2]: Leaving directory `/data/build/tmp/gawk-3.1.1/awklib'
> make[1]: *** [install-recursive] Error 1
> make[1]: Leaving directory `/data/build/tmp/gawk-3.1.1'
> ERROR
> /data/build/scripts/gawk install failed
> make: *** [install] Error 1
> root:/data/build#

Update from CVS.
I didn't check the fix in yet, since I'm heavily moving stuff around (or 
better on CD) and the system still refuses to boot. ;-)
But I checked in the updated gawk script for your, this one should work 
fine.

Heiko