You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(59) |
Sep
(57) |
Oct
(5) |
Nov
(45) |
Dec
(21) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(13) |
Feb
(22) |
Mar
(14) |
Apr
(7) |
May
(33) |
Jun
(57) |
Jul
(25) |
Aug
(40) |
Sep
(53) |
Oct
(58) |
Nov
(75) |
Dec
(22) |
| 2003 |
Jan
(101) |
Feb
(101) |
Mar
(103) |
Apr
(125) |
May
(85) |
Jun
(57) |
Jul
(62) |
Aug
(42) |
Sep
(76) |
Oct
(214) |
Nov
(290) |
Dec
(274) |
| 2004 |
Jan
(187) |
Feb
(172) |
Mar
(313) |
Apr
(209) |
May
(169) |
Jun
(147) |
Jul
(118) |
Aug
(193) |
Sep
(227) |
Oct
(125) |
Nov
(246) |
Dec
(191) |
| 2005 |
Jan
(244) |
Feb
(175) |
Mar
(165) |
Apr
(130) |
May
(217) |
Jun
(122) |
Jul
(188) |
Aug
(235) |
Sep
(165) |
Oct
(133) |
Nov
(209) |
Dec
(88) |
| 2006 |
Jan
(66) |
Feb
(89) |
Mar
(108) |
Apr
(91) |
May
(29) |
Jun
(45) |
Jul
(64) |
Aug
(42) |
Sep
(44) |
Oct
(81) |
Nov
(64) |
Dec
(9) |
| 2007 |
Jan
(24) |
Feb
(122) |
Mar
(55) |
Apr
(50) |
May
(84) |
Jun
(13) |
Jul
(80) |
Aug
(70) |
Sep
(78) |
Oct
(45) |
Nov
(56) |
Dec
(42) |
| 2008 |
Jan
(65) |
Feb
(3) |
Mar
(51) |
Apr
(151) |
May
(54) |
Jun
(72) |
Jul
(73) |
Aug
(47) |
Sep
(55) |
Oct
(123) |
Nov
(16) |
Dec
(4) |
| 2009 |
Jan
(23) |
Feb
(39) |
Mar
(27) |
Apr
(36) |
May
(35) |
Jun
(51) |
Jul
(11) |
Aug
(14) |
Sep
(40) |
Oct
(67) |
Nov
(38) |
Dec
(13) |
| 2010 |
Jan
(15) |
Feb
(35) |
Mar
(40) |
Apr
(11) |
May
(26) |
Jun
(10) |
Jul
(5) |
Aug
(50) |
Sep
(86) |
Oct
(67) |
Nov
(36) |
Dec
(11) |
| 2011 |
Jan
(50) |
Feb
(6) |
Mar
(13) |
Apr
(13) |
May
(29) |
Jun
(27) |
Jul
(26) |
Aug
(27) |
Sep
(21) |
Oct
(7) |
Nov
(27) |
Dec
(4) |
| 2012 |
Jan
(11) |
Feb
(20) |
Mar
(48) |
Apr
(18) |
May
(8) |
Jun
(19) |
Jul
|
Aug
(15) |
Sep
(3) |
Oct
(4) |
Nov
(5) |
Dec
(1) |
| 2013 |
Jan
(13) |
Feb
(7) |
Mar
(4) |
Apr
(25) |
May
(2) |
Jun
(8) |
Jul
(4) |
Aug
(8) |
Sep
(7) |
Oct
|
Nov
(5) |
Dec
(10) |
| 2014 |
Jan
|
Feb
|
Mar
(6) |
Apr
(20) |
May
(5) |
Jun
|
Jul
(2) |
Aug
|
Sep
(8) |
Oct
(21) |
Nov
(4) |
Dec
(7) |
| 2015 |
Jan
(10) |
Feb
(9) |
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(11) |
Oct
|
Nov
(17) |
Dec
(32) |
| 2016 |
Jan
(10) |
Feb
(15) |
Mar
(4) |
Apr
(7) |
May
(10) |
Jun
(11) |
Jul
(15) |
Aug
(26) |
Sep
(13) |
Oct
(10) |
Nov
(16) |
Dec
(6) |
| 2017 |
Jan
(9) |
Feb
(3) |
Mar
|
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
(3) |
Sep
(3) |
Oct
(6) |
Nov
(8) |
Dec
|
| 2018 |
Jan
(12) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Friedrich L. <fl...@fl...> - 2008-01-17 10:40:12
|
Andrea Montefusco wrote on 17/01/08 10:46 MET: > Serge Leschinsky wrote: >> Andrea Montefusco wrote: >> ... >>> In DL environment, which is the right way to accomodate two driver for a >>> single card in more polite way ? >> Have you tried the following? >> MODULE="8390 ne2k-pci" >> >> i.e. 2 modules in one line? > > I try but without success: the script /etc/init.d/network does not > support two modules on the same line. Please mind the quotes around the list of drivers, then it should work. That's the way I've used to support DL running on different platforms using different Ethernet drivers. -- MfG / Regards Friedrich Lobenstock |
|
From: Andrea M. <an...@mo...> - 2008-01-17 09:47:47
|
Serge Leschinsky wrote: > Andrea Montefusco wrote: > ... >> integrated on the motherboard; this one needs two driver, the 8390 and the >> ne2k-pci (the 8390 first). >> >> I solved the problem with a horrible kludge, I have insert another MODULE2 >> line in ifcfg-eth1 as follows: >> >> DEVICE=eth1 >> ONBOOT=yes >> MODULE="8390" >> MODULE2="ne2k-pci" > ... >> In DL environment, which is the right way to accomodate two driver for a >> single card in more polite way ? > Have you tried the following? > MODULE="8390 ne2k-pci" > > i.e. 2 modules in one line? I try but without success: the script /etc/init.d/network does not support two modules on the same line. *am* --------------------------------------------------------- Andrea Montefusco an...@mo... tel: +393356992791 fax: +390623318709 --------------------------------------------------------- |
|
From: Vincent <vt1...@ho...> - 2008-01-14 02:58:02
|
Hi, dear Heiko:
Would you can add "arping" in next fix version? Thank you vary much.
Vincent
----- Original Message -----
From: "Heiko Zuerker" <he...@zu...>
To: <dev...@li...>
Sent: Friday, January 11, 2008 9:41 PM
Subject: Re: [Devil-Linux-discuss] DL 1.3.4 iptraf not found
Hey,
On Fri, January 11, 2008 06:58, Andrzej Odyniec wrote:
> Heiko Zuerker wrote:
>
>> But Serge was so nice to fix the compile of iptraf for you. I created a
>> new testing release and currently upload it to the ftp server. The
>> upload will be finished about 1 hour after I sent this email.
>
> iptraf is working, but not completely:
>
> 1. Serge (?) changed WORKDIR from /var/local/iptraf to /var/iptraf and it
> is good solution... but in /var automatically is created directory
> local/iptraf but not iptraf. I don't understood way /var directory tree
> creation. Maybe it is my problem only -- I have mounted in /var my
> existing hdd partition; maybe if /var is on ramdisk it is ok; but if
> not... there are no place to save config and filters until mkdir
> /var/iptraf
It will get created only on the ramdisk.
If you already have an existing /var which you mount from a harddisk, then
DL doesn't touch it. We do this so we don't screw up your data.
> 2. binaries are directed to /usr/bin as for iptraf as for rvnamed but
> TARGET
> setting in Makefile is left as /usr/local/bin and in this directory iptraf
> try to find rvnamed (and rawtime), so if we configure i.e. Reverse DNS
> lookups to ON, we obtain "Can't start rvnamed; lookups will block". We
> must start rvnamed manually before iptraf every time. I hope, for this is
> sufficient to change TARGET settings in Makefile.
I have corrected this in CVS.
The next testing release will include the changes.
--
Regards
Heiko Zuerker
http://www.devil-linux.org
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Devil-linux-discuss mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss
|
|
From: Serge L. <fi...@in...> - 2008-01-13 16:59:49
|
Andrea Montefusco wrote: ... > integrated on the motherboard; this one needs two driver, the 8390 and the > ne2k-pci (the 8390 first). > > I solved the problem with a horrible kludge, I have insert another MODULE2 > line in ifcfg-eth1 as follows: > > DEVICE=eth1 > ONBOOT=yes > MODULE="8390" > MODULE2="ne2k-pci" ... > In DL environment, which is the right way to accomodate two driver for a > single card in more polite way ? Have you tried the following? MODULE="8390 ne2k-pci" i.e. 2 modules in one line? -- Sincerely, Serge Leschinsky |
|
From: Heiko Z. <he...@zu...> - 2008-01-13 16:52:07
|
> On my old embedded Linux Box (MMX 200 MHz) I have two ethernet card: > > 00:08.0 Ethernet controller: Realtek Semiconductor Co., Ltd. > RTL-8139/8139C/8139C+ (rev 10) > > supported via 8139too driver, and a > > 00:11.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS) > > integrated on the motherboard; this one needs two driver, the 8390 and the > ne2k-pci (the 8390 first). > > I solved the problem with a horrible kludge, I have insert another MODULE2 > line in ifcfg-eth1 as follows: > > DEVICE=eth1 > ONBOOT=yes > MODULE="8390" > MODULE2="ne2k-pci" > DHCP=server > IP="10.1.1.254" > NETMASK="255.255.255.0" > BROADCAST="10.1.1.255" > > and, next, accordingly changing the /etc/init.d/network > > if [ -n "$MODULE" ]; then > modprobe $MODULE $MODULE_OPTS > /dev/null > fi > ++++if [ -n "$MODULE2" ]; then > ++++ modprobe $MODULE2 > /dev/null > ++++fi > > This is the module chain with both cards properly working: > > ne2k-pci 4672 1 > 8390 5936 0 [ne2k-pci] > 8139too 12872 1 > mii 2368 0 [8139too] > crc32 2912 0 [8390 8139too] > > > > In DL environment, which is the right way to accomodate two driver for a > single card in more polite way ? Can't you just specify "ne2k-pci", modprobe should automatically load the 8390. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Andrea M. <an...@mo...> - 2008-01-12 21:23:42
|
On my old embedded Linux Box (MMX 200 MHz) I have two ethernet card:
00:08.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
supported via 8139too driver, and a
00:11.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS)
integrated on the motherboard; this one needs two driver, the 8390 and the
ne2k-pci (the 8390 first).
I solved the problem with a horrible kludge, I have insert another MODULE2
line in ifcfg-eth1 as follows:
DEVICE=eth1
ONBOOT=yes
MODULE="8390"
MODULE2="ne2k-pci"
DHCP=server
IP="10.1.1.254"
NETMASK="255.255.255.0"
BROADCAST="10.1.1.255"
and, next, accordingly changing the /etc/init.d/network
if [ -n "$MODULE" ]; then
modprobe $MODULE $MODULE_OPTS > /dev/null
fi
++++if [ -n "$MODULE2" ]; then
++++ modprobe $MODULE2 > /dev/null
++++fi
This is the module chain with both cards properly working:
ne2k-pci 4672 1
8390 5936 0 [ne2k-pci]
8139too 12872 1
mii 2368 0 [8139too]
crc32 2912 0 [8390 8139too]
In DL environment, which is the right way to accomodate two driver for a
single card in more polite way ?
Thanks in advance
*am*
|
|
From: Heiko Z. <he...@zu...> - 2008-01-12 20:10:00
|
> I download and successfully installed DL 1.2.13 on a 256 MB CF card on a > Intel Pentium MMX 200 MHz, less than 400 BogoMIPS. > I found and solved a minor problem with my network cards: I will report in > another post. > It run fine as stateful L4 firewall both with Shorewall and Firehol. > Nice distribution ! Many thanks at all developers and team. > > But, digging in iptables, I can't find iptable_raw: according to > netfilter.org this module must work with 2.4 kernel. > > How can I install/compile iptable_raw on DL 1.2.x ? > I need to switch to 1.3 ? The raw patch doesn't apply cleanly to the latest 2.4 kernel, that's why it's not included. Unfortunately the netfilter team doesn't maintain the old patches anymore. The module is included in 1.3, but you'll have to try it out to see if everything works. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Andrea M. <an...@mo...> - 2008-01-12 18:56:54
|
I download and successfully installed DL 1.2.13 on a 256 MB CF card on a Intel Pentium MMX 200 MHz, less than 400 BogoMIPS. I found and solved a minor problem with my network cards: I will report in another post. It run fine as stateful L4 firewall both with Shorewall and Firehol. Nice distribution ! Many thanks at all developers and team. But, digging in iptables, I can't find iptable_raw: according to netfilter.org this module must work with 2.4 kernel. How can I install/compile iptable_raw on DL 1.2.x ? I need to switch to 1.3 ? Thank you in advance *am* |
|
From: Heiko Z. <he...@zu...> - 2008-01-11 13:41:33
|
Hey, On Fri, January 11, 2008 06:58, Andrzej Odyniec wrote: > Heiko Zuerker wrote: > >> But Serge was so nice to fix the compile of iptraf for you. I created a >> new testing release and currently upload it to the ftp server. The >> upload will be finished about 1 hour after I sent this email. > > iptraf is working, but not completely: > > 1. Serge (?) changed WORKDIR from /var/local/iptraf to /var/iptraf and it > is good solution... but in /var automatically is created directory > local/iptraf but not iptraf. I dont understood way /var directory tree > creation. Maybe it is my problem only -- I have mounted in /var my > existing hdd partition; maybe if /var is on ramdisk it is ok; but if > not... there are no place to save config and filters until mkdir > /var/iptraf It will get created only on the ramdisk. If you already have an existing /var which you mount from a harddisk, then DL doesn't touch it. We do this so we don't screw up your data. > 2. binaries are directed to /usr/bin as for iptraf as for rvnamed but > TARGET > setting in Makefile is left as /usr/local/bin and in this directory iptraf > try to find rvnamed (and rawtime), so if we configure i.e. Reverse DNS > lookups to ON, we obtain Can't start rvnamed; lookups will block. We > must start rvnamed manually before iptraf every time. I hope, for this is > sufficient to change TARGET settings in Makefile. I have corrected this in CVS. The next testing release will include the changes. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Andrzej O. <an...@ma...> - 2008-01-11 12:59:22
|
Heiko Zuerker wrote: > But Serge was so nice to fix the compile of iptraf for you. I created a > new testing release and currently upload it to the ftp server. The upload > will be finished about 1 hour after I sent this email. iptraf is working, but not completely: 1. Serge (?) changed WORKDIR from /var/local/iptraf to /var/iptraf and it is good solution... but in /var automatically is created directory local/iptraf but not iptraf. I don’t understood way /var directory tree creation. Maybe it is my problem only -- I have mounted in /var my existing hdd partition; maybe if /var is on ramdisk it is ok; but if not... there are no place to save config and filters until mkdir /var/iptraf 2. binaries are directed to /usr/bin as for iptraf as for rvnamed but TARGET setting in Makefile is left as /usr/local/bin and in this directory iptraf try to find rvnamed (and rawtime), so if we configure i.e. Reverse DNS lookups to ON, we obtain “Can't start rvnamed; lookups will block”. We must start rvnamed manually before iptraf every time. I hope, for this is sufficient to change TARGET settings in Makefile. bst rgrds Andrzej Odyniec Warsaw, Poland |
|
From: Dom <dl...@ed...> - 2008-01-11 08:04:37
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> Serge Leschinsky wrote: <blockquote cite="mid:478...@in..." type="cite"><!---->Well. Let's do it in another way.... I haven't checked it but I hope it should work.<br> <pre wrap=""> in DL 1.2: mount /tmp/bootcd-1.3x.iso /mnt -o loop chroot /mnt/ /bin/bash -l /sbin/install-on-usb </pre> </blockquote> Thanks for your suggestion, but unfortunately after the second line (chroot) I get the message:<br> <br> FATAL: kernel too old<br> <br> and then, unsurprisingly, the install-on-usb fails the same way as before.<br> <br> Dom<br> <br> <br> </body> </html> |
|
From: Heiko Z. <he...@zu...> - 2008-01-10 21:26:44
|
On Thu, January 10, 2008 05:12, Jacob Sandin wrote: >> ----------- >> # whether to support NAT Traversal (aka NAT-T) USE_NAT_TRAVERSAL?=true >> >> >> # whether to support NAT-T in transport mode (needed for Win2K NAT-T >> Interop) >> USE_NAT_TRAVERSAL_TRANSPORT_MODE?=false >> ----------- >> Do you need to talk to Win2K machines? >> >> >> I turned it on and started a new compile, it'll take a until tomorrow >> then you can re-test. >> >> -- >> > > Thanx Heiko > > > I do not know of anyone using w2k mostly we use XP, VISTA and Mac OSX > > >> From where would I download this new compile? >> > Do I need to compile myself or it replaces the existing 1.2.14 or is it > in the 1.2.15? I have uploaded a 1.2.15 pre release which you can test here: ftp://ftp.devil-linux.org/pub/devel/testing -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Serge L. <fi...@in...> - 2008-01-10 19:01:59
|
Dom wrote: > Serge Leschinsky wrote: >> As far as I can see the kernel still tries to use ACPI function. So, disabling >> this feature in kernel should help. To modify kernel boot parameters you will >> need to install DL on USB... >> ... > It seems DL 1.2.x has glibc 2.3.2 which is not acceptable. So first you > must get DL 1.3.x working from CD before installing on USB -which at > present I can't. Catch 22. > Well. Let's do it in another way.... I haven't checked it but I hope it should work. in DL 1.2: mount /tmp/bootcd-1.3x.iso /mnt -o loop chroot /mnt/ /bin/bash -l /sbin/install-on-usb -- Sincerely, Serge Leschinsky |
|
From: Dom <dl...@ed...> - 2008-01-10 12:39:24
|
Serge Leschinsky wrote: > As far as I can see the kernel still tries to use ACPI function. So, disabling > this feature in kernel should help. To modify kernel boot parameters you will > need to install DL on USB... > I tried this but install-on-usb fails if running DL 1.2.x and trying to install DL 1.3.4-testing on USB, thus: ../syslinux: /lib/libc.so.6: version `GLIBC_2.4' not found (required by ./tmp-install2usb/iso-mnt/boot/syslinux/syslinux) ../syslinux: /lib/libc.so.6: version `GLIBC_2.3.4' not found (required by ./tmp-install2usb/iso-mnt/boot/syslinux/syslinux) Install failed! It seems DL 1.2.x has glibc 2.3.2 which is not acceptable. So first you must get DL 1.3.x working from CD before installing on USB -which at present I can't. Catch 22. |
|
From: Jacob S. <dev...@js...> - 2008-01-10 11:12:39
|
> ----------- > # whether to support NAT Traversal (aka NAT-T) USE_NAT_TRAVERSAL?=true > > # whether to support NAT-T in transport mode (needed for Win2K NAT-T > Interop) > USE_NAT_TRAVERSAL_TRANSPORT_MODE?=false > ----------- > Do you need to talk to Win2K machines? > > I turned it on and started a new compile, it'll take a until tomorrow > then you can re-test. > > -- Thanx Heiko I do not know of anyone using w2k mostly we use XP, VISTA and Mac OSX >From where would I download this new compile? Do I need to compile myself or it replaces the existing 1.2.14 or is it in the 1.2.15? Kind Regards Jacob |
|
From: Vincent <vt1...@ho...> - 2008-01-10 10:02:35
|
Thank you vary much. I got it. Vincent ----- Original Message ----- From: "Heiko Zuerker" <he...@zu...> To: <dev...@li...> Sent: Wednesday, January 09, 2008 11:55 PM Subject: Re: [Devil-Linux-discuss] DL 1.3.4 iptraf not found > > On Mon, January 7, 2008 23:52, Vincent wrote: >> I download and installed DL 1.3.4 OK. >> But I can't find "iptraf". How can I install "iptraf"? Thank you vary >> much. > There's no way of installing additional software, since the CD is read > only. > > But Serge was so nice to fix the compile of iptraf for you. I created a > new testing release and currently upload it to the ftp server. The upload > will be finished about 1 hour after I sent this email. > > -- > > Regards > Heiko Zuerker > http://www.devil-linux.org > > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > |
|
From: Heiko Z. <he...@zu...> - 2008-01-09 20:39:29
|
On Wed, January 9, 2008 13:13, dev...@js... wrote: > Hi, > > > I am trying to upgrade an earlier version of Devil-Linux but cant get the > NAT-T clients to work. > > > It seems after some reading that StrongSwan needs to be compiled with > NAT-T > for transport enabled to be able to service windows/mac clients behind > nat. > > Is this done in Devil-Linux? > > > I had no problems in the version running OpenSwan 2.4.6 > > > Anyone else seen this problem? ----------- # whether to support NAT Traversal (aka NAT-T) USE_NAT_TRAVERSAL?=true # whether to support NAT-T in transport mode (needed for Win2K NAT-T Interop) USE_NAT_TRAVERSAL_TRANSPORT_MODE?=false ----------- Do you need to talk to Win2K machines? I turned it on and started a new compile, it'll take a until tomorrow then you can re-test. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: <dev...@js...> - 2008-01-09 19:31:20
|
Hi, I am trying to upgrade an earlier version of Devil-Linux but cant get the NAT-T clients to work. It seems after some reading that StrongSwan needs to be compiled with NAT-T for transport enabled to be able to service windows/mac clients behind nat. Is this done in Devil-Linux? I had no problems in the version running OpenSwan 2.4.6 Anyone else seen this problem? Thanx Jacob Sandin |
|
From: Kari M. <kar...@tr...> - 2008-01-09 17:22:42
|
Heiko Zuerker wrote: > On Wed, January 9, 2008 10:01, Matthew Hattersley wrote: >> Unless you want to develop the dirty cludge habit of putting bin's in >> /etc/. *Shift eyes* I've never done that, honest! And I haven't put >> /etc/bin in my PATH env var either. You can't prove anything! > > *ROFL* Mmmm... I sometimes place statically compiled tiny special purpose binaries into /root/bin on DL, and it works quite nicely. Terveisin/With kind regards/Med hälsningar/Lugupidamisega, Kari Mattsson Trivore Corp. -- http://trivore.com/ tel:+358-50-69000 |
|
From: Bruce S. <bw...@ar...> - 2008-01-09 16:36:36
|
> Unless you want to develop the dirty cludge habit of putting bin's in > /etc/. *Shift eyes* I've never done that, honest! And I haven't put > /etc/bin in my PATH env var either. You can't prove anything! I've never used /etc/bin either. However /root/bin in my case ... :-) - BS |
|
From: Heiko Z. <he...@zu...> - 2008-01-09 16:07:57
|
On Wed, January 9, 2008 10:01, Matthew Hattersley wrote: > Unless you want to develop the dirty cludge habit of putting bin's in > /etc/. *Shift eyes* I've never done that, honest! And I haven't put > /etc/bin in my PATH env var either. You can't prove anything! *ROFL* -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Matthew H. <mat...@va...> - 2008-01-09 16:02:05
|
Unless you want to develop the dirty cludge habit of putting bin's in /etc/. *Shift eyes* I've never done that, honest! And I haven't put /etc/bin in my PATH env var either. You can't prove anything! Regards Mat Hattersley Registered in the UK with Companies House Registration No 4314251 T: 0870 160 0650 ext 2004=20 F: 0870 160 0651 =20 Registered Office Address Vaioni Group Limited 39 Leslie Hough Way Manchester M6 6AJ =20 The information transmitted in and with this email is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Statements and opinions expressed in this e-mail may not represent those of the Company. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender immediately and delete the material from any computer. =20 -----Original Message----- From: dev...@li... [mailto:dev...@li...] On Behalf Of Heiko Zuerker Sent: 09 January 2008 15:56 To: dev...@li... Subject: Re: [Devil-Linux-discuss] DL 1.3.4 iptraf not found On Mon, January 7, 2008 23:52, Vincent wrote: > I download and installed DL 1.3.4 OK. > But I can't find "iptraf". How can I install "iptraf"? Thank you vary > much. There's no way of installing additional software, since the CD is read only. But Serge was so nice to fix the compile of iptraf for you. I created a new testing release and currently upload it to the ftp server. The upload will be finished about 1 hour after I sent this email. --=20 Regards Heiko Zuerker http://www.devil-linux.org ------------------------------------------------------------------------ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketp lace _______________________________________________ Devil-linux-discuss mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss |
|
From: Heiko Z. <he...@zu...> - 2008-01-09 15:55:43
|
On Mon, January 7, 2008 23:52, Vincent wrote: > I download and installed DL 1.3.4 OK. > But I can't find "iptraf". How can I install "iptraf"? Thank you vary > much. There's no way of installing additional software, since the CD is read only. But Serge was so nice to fix the compile of iptraf for you. I created a new testing release and currently upload it to the ftp server. The upload will be finished about 1 hour after I sent this email. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Vincent <vt1...@ho...> - 2008-01-08 05:52:27
|
I download and installed DL 1.3.4 OK. But I can't find "iptraf". How can I install "iptraf"? Thank you vary = much. |
|
From: Bruce S. <bw...@ar...> - 2008-01-07 21:19:30
|
On Mon, 2008-01-07 at 14:31 -0600, Heiko Zuerker wrote: > DL doesn't load the content into RAM, ... Unless you specifically set the "RUNFROMRAM=yes" option in /etc/sysconfig/config (not turned on by default). Then it will load the entire CD into RAM, which runs MUCH faster, if you have enough memory to handle it! :-) - BS |