Menu
▾
▴
devil-linux-develop — developer discussions
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(55) |
Oct
(44) |
Nov
(156) |
Dec
(123) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(130) |
Feb
(156) |
Mar
(162) |
Apr
(171) |
May
(97) |
Jun
(127) |
Jul
(58) |
Aug
(81) |
Sep
(86) |
Oct
(45) |
Nov
(41) |
Dec
(84) |
| 2003 |
Jan
(71) |
Feb
(87) |
Mar
(133) |
Apr
(152) |
May
(151) |
Jun
(232) |
Jul
(320) |
Aug
(237) |
Sep
(271) |
Oct
(536) |
Nov
(301) |
Dec
(393) |
| 2004 |
Jan
(393) |
Feb
(184) |
Mar
(314) |
Apr
(225) |
May
(139) |
Jun
(77) |
Jul
(87) |
Aug
(75) |
Sep
(139) |
Oct
(50) |
Nov
(8) |
Dec
(28) |
| 2005 |
Jan
(66) |
Feb
(63) |
Mar
(14) |
Apr
(14) |
May
(8) |
Jun
(23) |
Jul
(21) |
Aug
(6) |
Sep
(29) |
Oct
(55) |
Nov
(38) |
Dec
(8) |
| 2006 |
Jan
(5) |
Feb
(10) |
Mar
(1) |
Apr
(15) |
May
(32) |
Jun
(44) |
Jul
(11) |
Aug
(8) |
Sep
(9) |
Oct
(14) |
Nov
(4) |
Dec
(3) |
| 2007 |
Jan
(3) |
Feb
(3) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(35) |
Aug
(49) |
Sep
(8) |
Oct
(42) |
Nov
(44) |
Dec
(7) |
| 2008 |
Jan
(2) |
Feb
(7) |
Mar
(8) |
Apr
(80) |
May
(74) |
Jun
(29) |
Jul
(5) |
Aug
(7) |
Sep
(6) |
Oct
(1) |
Nov
|
Dec
|
| 2009 |
Jan
(8) |
Feb
(19) |
Mar
(3) |
Apr
(24) |
May
(22) |
Jun
(23) |
Jul
(8) |
Aug
(23) |
Sep
(8) |
Oct
(27) |
Nov
(52) |
Dec
(27) |
| 2010 |
Jan
(36) |
Feb
(29) |
Mar
(17) |
Apr
(28) |
May
(21) |
Jun
(4) |
Jul
|
Aug
(28) |
Sep
(18) |
Oct
(6) |
Nov
(34) |
Dec
(16) |
| 2011 |
Jan
(18) |
Feb
(12) |
Mar
|
Apr
|
May
(9) |
Jun
(1) |
Jul
(5) |
Aug
(5) |
Sep
(7) |
Oct
(16) |
Nov
(26) |
Dec
(17) |
| 2012 |
Jan
(6) |
Feb
(34) |
Mar
(52) |
Apr
(10) |
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(4) |
Nov
(1) |
Dec
(4) |
| 2013 |
Jan
(5) |
Feb
|
Mar
|
Apr
(5) |
May
(4) |
Jun
|
Jul
|
Aug
(14) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
(2) |
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(11) |
| 2015 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Friedrich L. <fl...@fl...> - 2003-05-04 02:48:35
|
Bruce Smith wrote: > > OK, I think I have the install working for CIPE now. > > I suppose you'd like me to actually burn a CDR and try CIPE > before I send you the updates for CVS? ;-) Would be good. But actually you could submit your stuff right now to Heiko and me because you'll be the only one using this stuff and we can always integrate patches later. > > I just ran across something that might make DL more secure: > http://newsforge.com/newsforge/03/05/02/1914223.shtml?tid=23 > Maybe if 2.4.21 is released before DL 0.6 is released ... FWIW. We'll see if this stuff proofs to be stable enough. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Michael H. <m.h...@sc...> - 2003-05-04 00:59:48
|
Hi Heiko... Could it be that your are just updating some packages? CPP='gcc -E -x c-header' /data/build/tmp/glibc-build/elf/ld-linux.so.2 --library-path /data/build/tmp/glibc-build:/data/build/tmp/glibc-build/math:/data/build/tmp/glibc-build/elf:/data/build/tmp/glibc-build/dlfcn:/data/build/tmp/glibc-build/nss:/data/build/tmp/glibc-build/nis:/data/build/tmp/glibc-build/rt:/data/build/tmp/glibc-build/resolv:/data/build/tmp/glibc-build/crypt:/data/build/tmp/glibc-build/linuxthreads /data/build/tmp/glibc-build/sunrpc/rpcgen -Y ../scripts -c rpcsvc/bootparam_prot.x -o /data/build/tmp/glibc-build/sunrpc/xbootparam_prot.T FATAL: kernel too old make[3]: *** [/data/build/tmp/glibc-build/sunrpc/xbootparam_prot.stmp] Error 1 make[3]: *** Waiting for unfinished jobs.... mkdir /data/build/tmp/glibc-build/sunrpc/rpcsvc make[3]: *** Waiting for unfinished jobs.... CPP='gcc -E -x c-header' /data/build/tmp/glibc-build/elf/ld-linux.so.2 --library-path /data/build/tmp/glibc-build:/data/build/tmp/glibc-build/math:/data/build/tmp/glibc-build/elf:/data/build/tmp/glibc-build/dlfcn:/data/build/tmp/glibc-build/nss:/data/build/tmp/glibc-build/nis:/data/build/tmp/glibc-build/rt:/data/build/tmp/glibc-build/resolv:/data/build/tmp/glibc-build/crypt:/data/build/tmp/glibc-build/linuxthreads /data/build/tmp/glibc-build/sunrpc/rpcgen -Y ../scripts -h rpcsvc/bootparam_prot.x -o /data/build/tmp/glibc-build/sunrpc/rpcsvc/bootparam_prot.T FATAL: kernel too old make[3]: *** Waiting for unfinished jobs.... make[3]: *** [/data/build/tmp/glibc-build/sunrpc/rpcsvc/bootparam_prot.stmp] Error 1 make[3]: Leaving directory `/data/build/tmp/glibc-2.3.1/sunrpc' make[2]: *** [sunrpc/others] Error 2 make[2]: Leaving directory `/data/build/tmp/glibc-2.3.1' make[1]: *** [all] Error 2 make[1]: Leaving directory `/data/build/tmp/glibc-build' ERROR /data/build/scripts/glibc build failed make: *** [build] Error 1 Greetings Friedl + Micha |
|
From: <no...@fr...> - 2003-05-03 19:23:32
|
This email is to inform you about the release of version '8.4.0-RC1' 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: IPv6 transport support for named, named-xfer, and ndc. 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. 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, The World's Best C/C++ Debugger Debugging C/C++ programs can leave you feeling lost and disoriented. But TotalView shows you hierarchical class derivation, gives you superior support for templates, handles shared libraries and DLLs, lets you test fixes on the fly, and much more. Try TotalView 6 for free at: www.etnus.com ____________________________| Advertising |____________________________ |
|
From: <no...@fr...> - 2003-05-03 18:24:59
|
This email is to inform you about the release of version '2.1' of 'distcc' through freshmeat.net. All URLs and other useful information can be found at http://freshmeat.net/projects/distcc/ The changes in this release are as follows: distcc can now run over SSH, similar to CVS or rsync, allowing it to be used safely on untrusted networks. A number of minor bugs have also been fixed. Project description: distcc is a program that distributes compilation of C code across several machines on a network, resulting in speed increases of 1.5 to 10 times. It does not require machines to share a filesystem, have the same libraries or header files, or superuser privileges. 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, The World's Best C/C++ Debugger Debugging C/C++ programs can leave you feeling lost and disoriented. But TotalView shows you hierarchical class derivation, gives you superior support for templates, handles shared libraries and DLLs, lets you test fixes on the fly, and much more. Try TotalView 6 for free at: www.etnus.com ____________________________| Advertising |____________________________ |
|
From: Bruce S. <bw...@ar...> - 2003-05-03 12:02:57
|
> The modules HAVE to be on the CD and outside the package. > Otherwise depmod will fail (as you suspected). OK, I think I have the install working for CIPE now. I suppose you'd like me to actually burn a CDR and try CIPE before I send you the updates for CVS? ;-) I just ran across something that might make DL more secure: http://newsforge.com/newsforge/03/05/02/1914223.shtml?tid=23 Maybe if 2.4.21 is released before DL 0.6 is released ... FWIW. -- Thanks, Bruce. |
|
From: Heiko Z. <hz...@pr...> - 2003-05-02 19:26:12
|
On 05/02/2003 02:27:11 PM Bruce Smith wrote:
>Now, muddling through the "install" script ... CIPE compiles a kernel=
>module. Since this is going to be an optional package, where do I put=
>the module? $WORKDIR/tmp/lib/modules/${KERNELVERSION}/misc/ ???
Not sure if this is true (can't look it up at the moment), but put it i=
n:
$CDDIR/lib/modules/${KERNELVERSION}/misc
Look at scripts like e100 and freeswan, they both use modules too.
>If I understand correctly, that would make it untar if the optional
>package is selected. But, will that cause problems if depmod is run
>before the package is untar'ed? (or is depmod run later in the boot?)=
The modules HAVE to be on the CD and outside the package.
Otherwise depmod will fail (as you suspected).
Heiko
T.G.I.F !!!
=
|
|
From: Bruce S. <bw...@ar...> - 2003-05-02 18:27:26
|
> >OK, I ran a "make build" with a limited selections of packages,
>
> It's about time. ;-)
Well, I really ran it yesterday. :-)
> >then I got my new CIPE to build using: "./build.sh build opt=cipe"
>
> cool!
Now, muddling through the "install" script ... CIPE compiles a kernel
module. Since this is going to be an optional package, where do I put
the module? $WORKDIR/tmp/lib/modules/${KERNELVERSION}/misc/ ???
If I understand correctly, that would make it untar if the optional
package is selected. But, will that cause problems if depmod is run
before the package is untar'ed? (or is depmod run later in the boot?)
> >Can I ignore these messages? Or is something wrong?
>
> You can ignore this, those are just "cosmetic errors".
That's what I thought since the make didn't abort.
Just checking ... :-)
--
Thanks, Bruce.
|
|
From: <no...@fr...> - 2003-05-02 17:42:10
|
This email is to inform you about the release of version '2.1.13' of 'Cyrus IMAP Server' through freshmeat.net. All URLs and other useful information can be found at http://freshmeat.net/projects/cyrusimapserver/ The changes in this release are as follows: This release is almost entirely a bugfix and stabilization release. It also includes the results of an ongoing independent audit of the code by Security Appraisers and Bynari. Project description: The Cyrus IMAP server is generally intended to be run on sealed systems, where normal users are not permitted to log in. The mailbox database is stored in parts of the filesystem that are private to Cyrus. All user access to mail is through the IMAP, POP3, or KPOP protocols. The private mailbox database design gives the server large advantages in efficiency, scalability, and administratability. Multiple concurrent read/write connections to the same mailbox are permitted. The server supports access control lists on mailboxes and storage quotas on mailbox hierarchies, multiple SASL mechanisms, and the Sieve mail filtering language. 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, The World's Best C/C++ Debugger Debugging C/C++ programs can leave you feeling lost and disoriented. But TotalView shows you hierarchical class derivation, gives you superior support for templates, handles shared libraries and DLLs, lets you test fixes on the fly, and much more. Try TotalView 6 for free at: www.etnus.com ____________________________| Advertising |____________________________ |
|
From: Heiko Z. <hz...@pr...> - 2003-05-02 17:11:07
|
On 05/02/2003 10:50:10 AM Bruce Smith wrote: >OK, I ran a "make build" with a limited selections of packages, It's about time. ;-) >then I got my new CIPE to build using: "./build.sh build opt=3Dcipe" cool! >Next I ran a "make install" (without CIPE), and got the following >errors/warnings: > >----------------------------------------------------------------- >copy libraries for ramdisk > libproc.so.3.1.8 =3D> not found > libproc.so.3.1.8 =3D> not found > <many duplicates trimmed> > >executing setfiledates with option install >touch: getting attributes of >`/data/build/tmp/ISO/packages/LYNX/usr/lib/lynx.cfg': No such file or >directory >touch: getting attributes of `/data/build/tmp/ISO/initrdtree/etc': No >such file or directory >Can I ignore these messages? Or is something wrong? You can ignore this, those are just "cosmetic errors". The missing libraries are included in the package and the second part a= re just errors because of symlinks. Nobody bothered until now to "fix" it. Heiko = |
|
From: Bruce S. <bw...@re...> - 2003-05-02 14:50:25
|
OK, I ran a "make build" with a limited selections of packages,
then I got my new CIPE to build using: "./build.sh build opt=cipe"
Next I ran a "make install" (without CIPE), and got the following
errors/warnings:
-----------------------------------------------------------------
copy libraries for ramdisk
libproc.so.3.1.8 => not found
libproc.so.3.1.8 => not found
<many duplicates trimmed>
copy libraries for package ISC_BIND
liblwres.so.1 => not found
libdns.so.8 => not found
libisccfg.so.0 => not found
libisccc.so.0 => not found
libisc.so.4 => not found
<many duplicates trimmed>
copy libraries for package ISC_BIND_UTILS
libdns.so.8 => not found
libisc.so.4 => not found
liblwres.so.1 => not found
<many duplicates trimmed>
executing setfiledates with option install
touch: getting attributes of `/data/build/tmp/ISO/packages/LYNX/usr/lib/lynx.cfg': No such file or directory
touch: getting attributes of `/data/build/tmp/ISO/initrdtree/etc': No such file or directory
touch: getting attributes of `/data/build/tmp/ISO/ramdisktree/bin/sg': No such file or directory
touch: getting attributes of `/data/build/tmp/ISO/ramdisktree/bin/vipw': No such file or directory
touch: getting attributes of `/data/build/tmp/ISO/ramdisktree/usr/bin/skill': No such file or directory
touch: getting attributes of `/data/build/tmp/ISO/ramdisktree/usr/bin/snice': No such file or directory
root:/data/build#
-----------------------------------------------------------------
Can I ignore these messages? Or is something wrong?
--
Thanks, Bruce.
|
|
From: Friedrich L. <fl...@fl...> - 2003-05-02 13:03:34
|
Heiko Zuerker wrote: > Hey guys, > > no...@fr... wrote: > >> This email is to inform you about the release of version '2.00' of 'Linux >> FreeS/WAN' through freshmeat.net. All URLs and other useful information >> can be found at > > > Did anybody try the new release? > I can't test it anymore, so I would rely on you judgement if we can > already include it in DL or not. > In my opinion better stay with the current 1.9x. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Bruce S. <bw...@ar...> - 2003-05-01 21:06:58
|
> >Looking through menuconfig, I'm unclear about this option: > > "use DISTCC to speed up compile" > >What's it do? What's the advantage/disadvantage of selecting it? > >And most important: Should I select it? :-) > > NO > There are still too many problems with this. I guessed right! Whew. :-) I've got a build running now, DL 0.6 ... > >I'm in the US (GMT-05), and you're in ... Germany? > > Almost... > I am German, but I'm currently living in North Carolina. Ah, OK, then we are in the same time zone. I'm in Michigan. I guess I just go to bed earlier than you do. :-) Cause I have to get up early for work. :-( > >> I have to read this damned scuba dive book, I didn't think getting the > >> license is so much work. :-( > > > >That's something I'd like to do someday, but I keep putting it off. > > I did a discovery dive last year in Puerto Rico, it was sooooo cooooool. > Saturday I'll have the first practical session, but it's just playing in a > pool. I've done a lot of snorkeling, and I'd really like to try scuba. Someday ... Maybe before our next vacation in Hawaii. :-) - BS |
|
From: Heiko Z. <hz...@pr...> - 2003-05-01 20:55:27
|
On 05/01/2003 04:38:39 PM Bruce Smith wrote: >Looking through menuconfig, I'm unclear about this option: > "use DISTCC to speed up compile" >What's it do? What's the advantage/disadvantage of selecting it? >And most important: Should I select it? :-) NO There are still too many problems with this. >> > I'll take a look. Hopefully I won't have too many more questions.= >:-) >> >> I'm online for a while, so just ask. > >Unfortunately with the time difference that didn't work out. >I'm in the US (GMT-05), and you're in ... Germany? Almost... I am German, but I'm currently living in North Carolina. >> I have to read this damned scuba dive book, I didn't think getting t= he >> license is so much work. :-( > >That's something I'd like to do someday, but I keep putting it off. I did a discovery dive last year in Puerto Rico, it was sooooo cooooool= . Saturday I'll have the first practical session, but it's just playing i= n a pool. cya Heiko = |
|
From: Bruce S. <bw...@ar...> - 2003-05-01 20:38:52
|
Looking through menuconfig, I'm unclear about this option: "use DISTCC to speed up compile" What's it do? What's the advantage/disadvantage of selecting it? And most important: Should I select it? :-) > >>When DESTDIR is not supported, then it could be a bit tricky. I usually > >>tend to ask google and look at the debian/suse/redhat srpms. Why > >>inventing the wheel twice.... ;-) > > > > I'm way ahead of you. I already installed the Redhat CIPE SRPM and > > looked at the SPEC file earlier today. :-) > > Lazy ass ;-) You bet! I've been in this business too long. :-) > > I'll take a look. Hopefully I won't have too many more questions. :-) > > I'm online for a while, so just ask. Unfortunately with the time difference that didn't work out. I'm in the US (GMT-05), and you're in ... Germany? > I have to read this damned scuba dive book, I didn't think getting the > license is so much work. :-( That's something I'd like to do someday, but I keep putting it off. -- Thanks, Bruce. |
|
From: Heiko Z. <he...@zu...> - 2003-05-01 01:45:18
|
Bruce Smith wrote: >>When DESTDIR is not supported, then it could be a bit tricky. I usually >>tend to ask google and look at the debian/suse/redhat srpms. Why >>inventing the wheel twice.... ;-) > > > I'm way ahead of you. I already installed the Redhat CIPE SRPM and > looked at the SPEC file earlier today. :-) Lazy ass ;-) >>Check also the files in the folders >>build/scripts/configuration >>build/scripts/configuration/help >>Those are the files/entries for "make menuconfig" and the associated help. > > > I'll take a look. Hopefully I won't have too many more questions. :-) I'm online for a while, so just ask. I have to read this damned scuba dive book, I didn't think getting the license is so much work. :-( -- Regards Heiko We are Penguin, resistance is futile! http://www.devil-linux.org |
|
From: <no...@fr...> - 2003-05-01 01:38:03
|
This email is to inform you about the release of version '3.6.1p2' of 'Portable OpenSSH' through freshmeat.net. All URLs and other useful information can be found at http://freshmeat.net/projects/openssh/ The changes in this release are as follows: A fix for vulnerable linking on AIX/gcc, and several other bugfixes. Project description: This is a Unix/Linux port of OpenBSD's excellent OpenSSH. OpenSSH is a full implementation of the SSH1 protocol and a 99% implementation of the SSH 2 protocol, including sftp client and server support. 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, The World's Best C/C++ Debugger Debugging C/C++ programs can leave you feeling lost and disoriented. But TotalView shows you hierarchical class derivation, gives you superior support for templates, handles shared libraries and DLLs, lets you test fixes on the fly, and much more. Try TotalView 6 for free at: www.etnus.com ____________________________| Advertising |____________________________ |
|
From: Heiko Z. <he...@zu...> - 2003-05-01 01:30:21
|
Bruce Smith wrote: > When I get a working ISO image, how stable/usable is the current > 0.6 CVS release for running on my home firewall? Very stable. I use the latest version on my server and also have a few production servers running with the 0.6-CVS. -- Regards Heiko We are Penguin, resistance is futile! http://www.devil-linux.org |
|
From: Bruce S. <bw...@ar...> - 2003-05-01 01:28:36
|
> When you have luck, then the program you want to add supports the > DESTDIR variable for the "make install" command. The sample Friedl > refered to, shows how to work with it. Yes, I saw that. > When DESTDIR is not supported, then it could be a bit tricky. I usually > tend to ask google and look at the debian/suse/redhat srpms. Why > inventing the wheel twice.... ;-) I'm way ahead of you. I already installed the Redhat CIPE SRPM and looked at the SPEC file earlier today. :-) > Check also the files in the folders > build/scripts/configuration > build/scripts/configuration/help > Those are the files/entries for "make menuconfig" and the associated help. I'll take a look. Hopefully I won't have too many more questions. :-) -- Thanks, Bruce. |
|
From: Heiko Z. <he...@zu...> - 2003-05-01 01:20:20
|
Friedrich Lobenstock wrote: > Bruce Smith wrote: > >> In the "install" section, WHERE do I install the binaries? >> If I do a normal "make install", wouldn't that install it under the >> lfssystem directory? Do they go there or under some other directory? > When you have luck, then the program you want to add supports the DESTDIR variable for the "make install" command. The sample Friedl refered to, shows how to work with it. When DESTDIR is not supported, then it could be a bit tricky. I usually tend to ask google and look at the debian/suse/redhat srpms. Why inventing the wheel twice.... ;-) Check also the files in the folders build/scripts/configuration build/scripts/configuration/help Those are the files/entries for "make menuconfig" and the associated help. -- Regards Heiko We are Penguin, resistance is futile! http://www.devil-linux.org |
|
From: Bruce S. <bw...@ar...> - 2003-05-01 01:18:11
|
> As Friedl wrote in the other Email, please use the 0.6 release because > it's much more advanced. No problem. I'm moving to 0.6 now. > > Would you like me to make CIPE optional on menuconfig? > > Yes please > CIPE isn't not something everybody needs, so we need to give the users a > choice. > > > And would you like me to make it optional to load in "$SOFTWAREFILE"? > > Same as with menuconfig. > > > CIPE is rather small, consisting of one 145K daemon/binary, one 26K > > kernel module, and a tiny config file. I'm not sure it's worth making > > it optional, but that's your call. > > The problem is it adds up, here 145k, there 145k.... Will do. When I get a working ISO image, how stable/usable is the current 0.6 CVS release for running on my home firewall? -- Thanks, Bruce. |
|
From: Bruce S. <bw...@ar...> - 2003-05-01 01:11:21
|
> First, may I suggest that you start your development with the > current 0.6 because it's easier for us to support you and it's > also the more advanced system. That's fine. I needed to build a 0.5 system so I could compile the CIPE kernel module for my running system. I've done that, and the module loads on my running 0.5 firewall, so I'm happy now. :-) I'll attempt installing CIPE on 0.6 now. > > In the "install" section, WHERE do I install the binaries? > > The script should us > # source functions and config > source $MYDIR/settings > source $MYDIR/functions > > to include all the mentioned variables and definitions. Thanks, it makes more sense to me now. Any feeling if CIPE should be a selection on menuconfig or not? -- Thanks again, Bruce. |
|
From: Heiko Z. <he...@zu...> - 2003-05-01 01:10:19
|
Bruce Smith wrote: > I'm getting farther, although I changed my tactics somewhat. > (You may recall, I'm the person who wants to add CIPE to DL.) > > And I _really_ want CIPE working NOW on my personal firewall, so I > downloaded the 0.5 lfssystem and source code with the plan of adding > CIPE there for my own use, and then moving it 0.6. > > I'm hoping that once I get it added to 0.5, it'll be easy to copy over > my changes to 0.6. Is that correct? As Friedl wrote in the other Email, please use the 0.6 release because it's much more advanced. > Anyway, I'm to the point on 0.5 where I selected everything in > "make menuconfig", and a "make build" completed without error. When you got that far with 0.5 , you should be able to get that far on 0.6, too. > Seeing that a build of the base system works, I'm now going to add CIPE, > and I might as well do it correctly. That brings up some questions: The first package is always confusing, but once you understand the basics, then it's really a piece of cake. > Would you like me to make CIPE optional on menuconfig? Yes please CIPE isn't not something everybody needs, so we need to give the users a choice. > And would you like me to make it optional to load in "$SOFTWAREFILE"? Same as with menuconfig. > CIPE is rather small, consisting of one 145K daemon/binary, one 26K > kernel module, and a tiny config file. I'm not sure it's worth making > it optional, but that's your call. The problem is it adds up, here 145k, there 145k.... -- Regards Heiko We are Penguin, resistance is futile! http://www.devil-linux.org |
|
From: Friedrich L. <fl...@fl...> - 2003-04-30 21:24:09
|
Bruce Smith wrote: >>For those who want to add a new software package to devil linux >>and who are not shure which files are needed. >> >>This is the minimum list of files you need to add, eg. for >>netacct-mysql: >> scripts/netacct-mysql >> This is the main file you need to write. Here you >> essentially call the configure and/or makefile stuff of the >> software you want to add. When the build system calls this >> script your current work directory is the source directory >> of the software in question, eg. tmp/netacct-mysql-0.75/ > First, may I suggest that you start your development with the current 0.6 because it's easier for us to support you and it's also the more advanced system. > > OK, looking at some scripts I see variables used, like: > $SOFTWAREFILE $PACKAGEDIR $WORKDIR etc... > Where do they get set / what are they set to / what variables are > available for use in the script ? > Take a look at the script used in my example: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/devil-linux/build/scripts/netacct-mysql?rev=HEAD&only_with_tag=HEAD&content-type=text/vnd.viewcvs-markup > In the "install" section, WHERE do I install the binaries? > If I do a normal "make install", wouldn't that install it under the > lfssystem directory? Do they go there or under some other directory? The script should us # source functions and config source $MYDIR/settings source $MYDIR/functions to include all the mentioned variables and definitions. See http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/devil-linux/build/scripts/settings?rev=1.26&content-type=text/vnd.viewcvs-markup for the variables defined. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Bruce S. <bw...@ar...> - 2003-04-30 18:49:40
|
> For those who want to add a new software package to devil linux > and who are not shure which files are needed. > > This is the minimum list of files you need to add, eg. for > netacct-mysql: > scripts/netacct-mysql > This is the main file you need to write. Here you > essentially call the configure and/or makefile stuff of the > software you want to add. When the build system calls this > script your current work directory is the source directory > of the software in question, eg. tmp/netacct-mysql-0.75/ OK, looking at some scripts I see variables used, like: $SOFTWAREFILE $PACKAGEDIR $WORKDIR etc... Where do they get set / what are they set to / what variables are available for use in the script ? In the "install" section, WHERE do I install the binaries? If I do a normal "make install", wouldn't that install it under the lfssystem directory? Do they go there or under some other directory? Thanks, Bruce. |
|
From: Bruce S. <bw...@ar...> - 2003-04-30 18:15:55
|
> >I'll let you know how it goes ... > > OK I'm getting farther, although I changed my tactics somewhat. (You may recall, I'm the person who wants to add CIPE to DL.) And I _really_ want CIPE working NOW on my personal firewall, so I downloaded the 0.5 lfssystem and source code with the plan of adding CIPE there for my own use, and then moving it 0.6. I'm hoping that once I get it added to 0.5, it'll be easy to copy over my changes to 0.6. Is that correct? Anyway, I'm to the point on 0.5 where I selected everything in "make menuconfig", and a "make build" completed without error. Seeing that a build of the base system works, I'm now going to add CIPE, and I might as well do it correctly. That brings up some questions: Would you like me to make CIPE optional on menuconfig? And would you like me to make it optional to load in "$SOFTWAREFILE"? CIPE is rather small, consisting of one 145K daemon/binary, one 26K kernel module, and a tiny config file. I'm not sure it's worth making it optional, but that's your call. Thanks, Bruce. |
35 messages has been excluded from this view by a project administrator.
