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: <hzu...@ra...> - 2004-03-16 18:50:16
|
On 03/16/2004 01:40:03 PM Bruce Smith wrote: >> >Interesting on one side and possibly dangerous on the other. At least >> >the >> >user has to actively install it to get it working. So what do you >think? >> > >> >><http://freshmeat.net/projects/ipt_sysrq/?branch_id=48664&release_id=15 >4 >> >413> >> > >> >IP Tables network magic SysRq 0.2 (Default) >> >by Marek Zelem - Monday, March 15th 2004 08:50 PST Section: >> >Software >> > >> >About: >> >IP Tables network magic SysRq is a Linux iptables target that allows >to >> >do the same as the magic SysRq key on a keyboard does, but over the >> >network. It includes syncing disks, remounting them read-only, >rebooting >> >the machine, etc. >> > >> >Release focus: Initial freshmeat announcement >> >> I'd say include it, it sound very interesting. > >This is only useful if (according to the docs): "Sometimes a remote >server hangs and only responds to icmp echo request (ping)." > >Yeah, I've seen that happen, but in my experience, it's very rare. >How useful is this really going to be? (just wondering :) For example when your box is hundrets of miles away, or your just to lazy to get up. >> I'm sure they come up with some better authentication in the future. > >Or even better authorization. :-) Minor details..... ;-) Heiko |
|
From: Bruce S. <br...@ar...> - 2004-03-16 18:40:07
|
> >Interesting on one side and possibly dangerous on the other. At least > >the > >user has to actively install it to get it working. So what do you think? > > > ><http://freshmeat.net/projects/ipt_sysrq/?branch_id=48664&release_id=154 > >413> > > > >IP Tables network magic SysRq 0.2 (Default) > >by Marek Zelem - Monday, March 15th 2004 08:50 PST Section: > >Software > > > >About: > >IP Tables network magic SysRq is a Linux iptables target that allows to > >do the same as the magic SysRq key on a keyboard does, but over the > >network. It includes syncing disks, remounting them read-only, rebooting > >the machine, etc. > > > >Release focus: Initial freshmeat announcement > > I'd say include it, it sound very interesting. This is only useful if (according to the docs): "Sometimes a remote server hangs and only responds to icmp echo request (ping)." Yeah, I've seen that happen, but in my experience, it's very rare. How useful is this really going to be? (just wondering :) > I'm sure they come up with some better authentication in the future. Or even better authorization. :-) - BS |
|
From: <hzu...@ra...> - 2004-03-16 18:25:05
|
On 03/16/2004 12:36:33 PM Friedrich Lobenstock wrote: >Interesting on one side and possibly dangerous on the other. At least >the >user has to actively install it to get it working. So what do you think? > ><http://freshmeat.net/projects/ipt_sysrq/?branch_id=48664&release_id=154 >413> > >IP Tables network magic SysRq 0.2 (Default) >by Marek Zelem - Monday, March 15th 2004 08:50 PST Section: >Software > >About: >IP Tables network magic SysRq is a Linux iptables target that allows to >do the same as the magic SysRq key on a keyboard does, but over the >network. It includes syncing disks, remounting them read-only, rebooting >the machine, etc. > >Release focus: Initial freshmeat announcement I'd say include it, it sound very interesting. I'm sure they come up with some better authentication in the future. Heiko |
|
From: Jaroslav K. <pe...@pe...> - 2004-03-16 18:10:57
|
Hi, the attached tarbal adds SIP Express Router to the Devil Linux distribution. Instructions: - unpack ser.tgz in $DL_DIR - put the latest ser release 0.8.12 to $DL_DIR/src ftp://ftp.berlios.de/pub/ser/0.8.12/src/ser-0.8.12_src.tar.gz - select CONFIG_SER and recompile distro Jaroslav ----- Jaroslav Kysela <pe...@pe...> |
|
From: Friedrich L. <fl...@fl...> - 2004-03-16 17:36:48
|
Interesting on one side and possibly dangerous on the other. At least the user has to actively install it to get it working. So what do you think? <http://freshmeat.net/projects/ipt_sysrq/?branch_id=48664&release_id=154413> IP Tables network magic SysRq 0.2 (Default) by Marek Zelem - Monday, March 15th 2004 08:50 PST Section: Software About: IP Tables network magic SysRq is a Linux iptables target that allows to do the same as the magic SysRq key on a keyboard does, but over the network. It includes syncing disks, remounting them read-only, rebooting the machine, etc. Release focus: Initial freshmeat announcement -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Diego T. <dt...@co...> - 2004-03-16 15:41:31
|
On Tue, Mar 16, 2004 at 09:00:43AM -0500, hzu...@ra... wrote: > >> ETCDIR,..... then all files for the building are from the tmp > >I don't really care, so I'll let Heiko decide which way he likes best. > > Oliver got a point, linuxrc is the only file we copy directly from > config/etc/.... > So I'd say let's to Olivers change. i agree. files for the final iso should come from the same place. :) -- -- 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 |
|
From: Bruce S. <bw...@ar...> - 2004-03-16 15:39:00
|
> now it looks working... it was a error in my call of the > copy_files.... > > also added the verbose flag to the copy operations, give more help > why its not or it is copied :-) think its a usefull feature for > people like me !!! OK, patches committed. > and.... i think its not needed to copy the lib/*.la and lib/*.a files > to the cdimage... True. - BS |
|
From: Oliver J. <oli...@mo...> - 2004-03-16 15:27:08
|
now it looks working... it was a error in my call of the copy_files.... also added the verbose flag to the copy operations, give more help why its not or it is copied :-) think its a usefull feature for people like me !!! and.... i think its not needed to copy the lib/*.la and lib/*.a files to the cdimage... |
|
From: Bruce S. <bw...@ar...> - 2004-03-16 15:17:25
|
> >I don't really care, so I'll let Heiko decide which way he likes best. > > Oliver got a point, linuxrc is the only file we copy directly from > config/etc/.... > So I'd say let's to Olivers change. OK, change committed! - BS |
|
From: Jaroslav K. <pe...@pe...> - 2004-03-16 15:04:27
|
Hi, as promised, it's first attempt to get the Frox FTP proxy into the Devil Linux distribution. Instructions: - unpack frox.tgz in $DL_DIR - put the latest frox release (0.7.13) to $DL_DIR/src http://frox.sourceforge.net/download/frox-0.7.13.tar.bz2 - select CONFIG_FROX and recompile distro Jaroslav BTW: Is something wrong about my variable HZ patch? We get also as bonus the 64-bit jiffy counter which will allow us to run 2.4 kernel for more than 497 days (with HZ=100) without wrapping of this timer counter. I think that now is time to test it (after 1.0.5 release). ----- Jaroslav Kysela <pe...@pe...> |
|
From: Oliver J. <oli...@mo...> - 2004-03-16 14:26:49
|
On Tue, 2004-03-16 at 14:59, hzu...@ra... wrote: > Wasn't there a parameter in the config file where you can change the path? > found it !!!! thanx :-) |
|
From: <hzu...@ra...> - 2004-03-16 14:17:48
|
On 03/16/2004 08:39:47 AM Bruce Smith wrote: >> > > > > > i think, the linuxrc should come from the $ETCDIR ..... >> > > > >> > > > Why? What's the point? >> > > >> > > the point is, when you make local changes :-) you do it in the >tmp dir >> > > and not in the cvs managed directories.... >> > > all other files are get from the ETCDIR... >> > >> > It really doesn't matter to me where I make the changes. >> > >> > When I make changes in a CVS managed directory, and I screw >something up >> > bad enough that I want to start over, I simply delete the file and >do a >> > "cvs update file" to get it back. >> > >> but if you have user changes to it, and update it via cvs, its lost... > >No it's doesn't! If a file has been changed, CVS doesn't know what to >do with it, so it marks it as a "?" and doesn't update anything, or it >merges the changes if it can and marks it as a "M". Nothing is lost. > >> and i'm prefer to change things in temporary objects an not in >supplied >> and external managed objects... > >When you do a make clean/mrproper, YOUR temp changes are gone. ;-) > >> i think, its also cleaner.. to use things from the >> ETCDIR,..... then all files for the building are from the tmp >> dir. > >I don't really care, so I'll let Heiko decide which way he likes best. Oliver got a point, linuxrc is the only file we copy directly from config/etc/.... So I'd say let's to Olivers change. Heiko |
|
From: <hzu...@ra...> - 2004-03-16 14:17:46
|
On 03/16/2004 03:42:41 AM Oliver Jehle wrote: >short question... > >clamav database normally reside in /var/lib/clamav.... the database now >is about 1mb... > >i dont know, but i think it would make sense to relocate it to >/var/data... if you back the system with disks :-), then you don't waste >the storage in your memory... else it make no difference.. Wasn't there a parameter in the config file where you can change the path? Heiko |
|
From: Oliver J. <oli...@mo...> - 2004-03-16 13:47:02
|
On Tue, 2004-03-16 at 14:34, Bruce Smith wrote: > > > > have some problems with copy_files... > > > > perhaps someone has an idea.. util its fixed.. this patch helps... > > > > > > That doesn't make sense. How does going down one directory level help > > > with recursive copies? It should work without the patch. What errors > > > is it giving? > > no error... thats the problem... > > > > > What's not working, what's missing? Did you check the > > > permissions of the files not being copied? > > > > you are right, that doesnt make sense, but the copy_files didn't copy > > for example the binary /usr/sbin/racoon... i wonder why racoon not start > > on my devil system, and i saw, that racoon not exists.. so i look > > on the build system and its not installed .... the logs looks ok... > > i replaced the copy_files with the cp -pr and it works... > > Really weird, since copy_files is a "cp -pr" with the -f & -d options > too, which should only help things. > > I would much rather debug this issue and find out what's happening, > instead of adding more copy_file/cp commands in this one script. > That's because a LOT of scripts use copy_files, we need to fix it. > > Can you do some debugging on copy_files? Make sure the source files > really exist, put some "set -x" statements in the copy_files function to > see what it's really doing, etc.? ok... > > - BS > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Devil-linux-develop mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop |
|
From: Oliver J. <oli...@mo...> - 2004-03-16 13:46:03
|
On Tue, 2004-03-16 at 14:39, Bruce Smith wrote: > > > > > > > i think, the linuxrc should come from the $ETCDIR ..... > > > > > > > > > > Why? What's the point? > > > > > > > > the point is, when you make local changes :-) you do it in the tmp dir > > > > and not in the cvs managed directories.... > > > > all other files are get from the ETCDIR... > > > > > > It really doesn't matter to me where I make the changes. > > > > > > When I make changes in a CVS managed directory, and I screw something up > > > bad enough that I want to start over, I simply delete the file and do a > > > "cvs update file" to get it back. > > > > > but if you have user changes to it, and update it via cvs, its lost... > > No it's doesn't! If a file has been changed, CVS doesn't know what to > do with it, so it marks it as a "?" and doesn't update anything, or it > merges the changes if it can and marks it as a "M". Nothing is lost. > > > and i'm prefer to change things in temporary objects an not in supplied > > and external managed objects... > > When you do a make clean/mrproper, YOUR temp changes are gone. ;-) > > > i think, its also cleaner.. to use things from the > > ETCDIR,..... then all files for the building are from the tmp > > dir. > > I don't really care, so I'll let Heiko decide which way he likes best. > for me its no problem either :-) was only a mess to find it !!! because its the only thing not comming from the tmp dir during the build.. > - BS > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Devil-linux-develop mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop |
|
From: Bruce S. <bw...@ar...> - 2004-03-16 13:39:52
|
> > > > > > i think, the linuxrc should come from the $ETCDIR ..... > > > > > > > > Why? What's the point? > > > > > > the point is, when you make local changes :-) you do it in the tmp dir > > > and not in the cvs managed directories.... > > > all other files are get from the ETCDIR... > > > > It really doesn't matter to me where I make the changes. > > > > When I make changes in a CVS managed directory, and I screw something up > > bad enough that I want to start over, I simply delete the file and do a > > "cvs update file" to get it back. > > > but if you have user changes to it, and update it via cvs, its lost... No it's doesn't! If a file has been changed, CVS doesn't know what to do with it, so it marks it as a "?" and doesn't update anything, or it merges the changes if it can and marks it as a "M". Nothing is lost. > and i'm prefer to change things in temporary objects an not in supplied > and external managed objects... When you do a make clean/mrproper, YOUR temp changes are gone. ;-) > i think, its also cleaner.. to use things from the > ETCDIR,..... then all files for the building are from the tmp > dir. I don't really care, so I'll let Heiko decide which way he likes best. - BS |
|
From: Bruce S. <bw...@ar...> - 2004-03-16 13:34:29
|
> > > have some problems with copy_files... > > > perhaps someone has an idea.. util its fixed.. this patch helps... > > > > That doesn't make sense. How does going down one directory level help > > with recursive copies? It should work without the patch. What errors > > is it giving? > no error... thats the problem... > > > What's not working, what's missing? Did you check the > > permissions of the files not being copied? > > you are right, that doesnt make sense, but the copy_files didn't copy > for example the binary /usr/sbin/racoon... i wonder why racoon not start > on my devil system, and i saw, that racoon not exists.. so i look > on the build system and its not installed .... the logs looks ok... > i replaced the copy_files with the cp -pr and it works... Really weird, since copy_files is a "cp -pr" with the -f & -d options too, which should only help things. I would much rather debug this issue and find out what's happening, instead of adding more copy_file/cp commands in this one script. That's because a LOT of scripts use copy_files, we need to fix it. Can you do some debugging on copy_files? Make sure the source files really exist, put some "set -x" statements in the copy_files function to see what it's really doing, etc.? - BS |
|
From: Oliver J. <oli...@mo...> - 2004-03-16 13:31:04
|
On Tue, 2004-03-16 at 14:22, Bruce Smith wrote: > > > > > i think, the linuxrc should come from the $ETCDIR ..... > > > > > > Why? What's the point? > > > > the point is, when you make local changes :-) you do it in the tmp dir > > and not in the cvs managed directories.... > > all other files are get from the ETCDIR... > > It really doesn't matter to me where I make the changes. > > When I make changes in a CVS managed directory, and I screw something up > bad enough that I want to start over, I simply delete the file and do a > "cvs update file" to get it back. > > - BS > but if you have user changes to it, and update it via cvs, its lost... and i'm prefer to change things in temporary objects an not in supplied and external managed objects... i think, its also cleaner.. to use things from the ETCDIR,..... then all files for the building are from the tmp dir. > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Devil-linux-develop mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop |
|
From: Bruce S. <bw...@ar...> - 2004-03-16 13:22:40
|
> > > > i think, the linuxrc should come from the $ETCDIR ..... > > > > Why? What's the point? > > the point is, when you make local changes :-) you do it in the tmp dir > and not in the cvs managed directories.... > all other files are get from the ETCDIR... It really doesn't matter to me where I make the changes. When I make changes in a CVS managed directory, and I screw something up bad enough that I want to start over, I simply delete the file and do a "cvs update file" to get it back. - BS |
|
From: Friedrich L. <fl...@fl...> - 2004-03-16 13:14:23
|
Oliver Jehle wrote on 16.03.2004 13:30 MET: > On Tue, 2004-03-16 at 11:14, Friedrich Lobenstock wrote: > >>Oliver Jehle wrote on 16.03.2004 09:42 MET: >> >>>short question... >>> >>>clamav database normally reside in /var/lib/clamav.... the database now >>>is about 1mb... >>> >>>i dont know, but i think it would make sense to relocate it to >>>/var/data... if you back the system with disks :-), then you don't waste >>>the storage in your memory... else it make no difference.. >> >>What if you mount a lv at /var/lib/clamav? I personally try to mount as >>many services on separate partitions as possible to isolate them against >>each other > > > thats the way i've done now, but i'm not happy with it... to have a lot > of small filesystems for each subsystem... that's very easy to do with LVM - not real repartitioning needed and you can even resize later one if one lv needs more space - one the fly!! > but only an idea, running avavis and the clamav in a jail would bring > really some isolation and perhaps improve a little bit the security.. yes sure. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Oliver J. <oli...@mo...> - 2004-03-16 12:31:03
|
On Tue, 2004-03-16 at 11:14, Friedrich Lobenstock wrote: > Oliver Jehle wrote on 16.03.2004 09:42 MET: > > short question... > > > > clamav database normally reside in /var/lib/clamav.... the database now > > is about 1mb... > > > > i dont know, but i think it would make sense to relocate it to > > /var/data... if you back the system with disks :-), then you don't waste > > the storage in your memory... else it make no difference.. > > What if you mount a lv at /var/lib/clamav? I personally try to mount as > many services on separate partitions as possible to isolate them against > each other thats the way i've done now, but i'm not happy with it... to have a lot of small filesystems for each subsystem... but only an idea, running avavis and the clamav in a jail would bring really some isolation and perhaps improve a little bit the security.. |
|
From: Friedrich L. <fl...@fl...> - 2004-03-16 10:14:24
|
Oliver Jehle wrote on 16.03.2004 09:42 MET: > short question... > > clamav database normally reside in /var/lib/clamav.... the database now > is about 1mb... > > i dont know, but i think it would make sense to relocate it to > /var/data... if you back the system with disks :-), then you don't waste > the storage in your memory... else it make no difference.. What if you mount a lv at /var/lib/clamav? I personally try to mount as many services on separate partitions as possible to isolate them against each other. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Oliver J. <oli...@mo...> - 2004-03-16 08:42:50
|
short question... clamav database normally reside in /var/lib/clamav.... the database now is about 1mb... i dont know, but i think it would make sense to relocate it to /var/data... if you back the system with disks :-), then you don't waste the storage in your memory... else it make no difference.. |
|
From: Oliver J. <oli...@mo...> - 2004-03-16 05:45:42
|
On Mon, 2004-03-15 at 22:24, Bruce Smith wrote: > > have some problems with copy_files... > > > > perhaps someone has an idea.. util its fixed.. this patch helps... > > That doesn't make sense. How does going down one directory level help > with recursive copies? It should work without the patch. What errors > is it giving? no error... thats the problem... > What's not working, what's missing? Did you check the > permissions of the files not being copied? > you are right, that doesnt make sense, but the copy_files didn't copy for example the binary /usr/sbin/racoon... i wonder why racoon not start on my devil system, and i saw, that racoon not exists.. so i look on the build system and its not installed .... the logs looks ok... i replaced the copy_files with the cp -pr and it works... -r-xr-xr-x 1 root root 349396 Mar 16 00:43 racoon -rwxr-xr-x 1 root root 105031 Mar 16 00:43 setkey > - BS > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Devil-linux-develop mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop |
|
From: Oliver J. <oli...@mo...> - 2004-03-16 05:41:31
|
On Mon, 2004-03-15 at 18:52, Bruce Smith wrote: > > > i think, the linuxrc should come from the $ETCDIR ..... > > Why? What's the point? > the point is, when you make local changes :-) you do it in the tmp dir and not in the cvs managed directories.... all other files are get from the ETCDIR... > - BS > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Devil-linux-develop mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop |
35 messages has been excluded from this view by a project administrator.
