Menu
▾
▴
devil-linux-discuss — General Mailing List for all discussions
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: Bruce S. <bw...@re...> - 2009-06-06 18:27:08
|
>>> Thinking of newbies, could a new install of DL attempt to autoconfigure >>> eth0 i.e. identify and load an appropriate ethernet module and try to >>> pick up IP from an external DHCP server? >> Actually, udev loads all necessary modules during startup. The field >> "module" is >> optional for the simplest cases and allows to define any non-standard options >> for modules (bonding for example). >> So, if we put a prepared ifcfg script for eth0 with DHCP configured then the >> network will start automatically. >> >> The question is - do we really need this feature? > > One part of the DL philosophy is that nothing happens without the > Admin of the Box explicitly allowing it. > I'm unsure about this request. On one hand it would be nice, on the > other hand it would suck if you firewall comes up and connects to the > internet right away (without being configured for security, no root > pwd, etc.) > Anybody else have an opinion on this topic? If a new DL install came online on the Internet, would anyone be able to hack the system? sshd and other services shouldn't be started so is there anyway to connect or login other than the local console? - BS |
|
From: Markus W. <ml...@ir...> - 2009-06-06 17:10:13
|
On 06.06.2009 16:10 Heiko Zuerker wrote: > >> The question is - do we really need this feature? > > One part of the DL philosophy is that nothing happens without the > Admin of the Box explicitly allowing it. [...] > Anybody else have an opinion on this topic? My opinion: I agree with your statement above and think that DL doesn't need this feature. Just my 0.02$ Regards, Markus |
|
From: Heiko Z. <he...@zu...> - 2009-06-06 14:11:38
|
Quoting Serge Leschinsky <fi...@in...>: > Hello, > > Dominic Raferd wrote: > >> Thinking of newbies, could a new install of DL attempt to autoconfigure >> eth0 i.e. identify and load an appropriate ethernet module and try to >> pick up IP from an external DHCP server? > Actually, udev loads all necessary modules during startup. The field > "module" is > optional for the simplest cases and allows to define any non-standard options > for modules (bonding for example). > So, if we put a prepared ifcfg script for eth0 with DHCP configured then the > network will start automatically. > > The question is - do we really need this feature? One part of the DL philosophy is that nothing happens without the Admin of the Box explicitly allowing it. I'm unsure about this request. On one hand it would be nice, on the other hand it would suck if you firewall comes up and connects to the internet right away (without being configured for security, no root pwd, etc.) Anybody else have an opinion on this topic? -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Heiko Z. <he...@zu...> - 2009-06-06 14:04:01
|
Quoting Serge Leschinsky <fi...@in...>: > Hello, > > Dominic Raferd wrote: > >> Thinking of newbies, could a new install of DL attempt to autoconfigure >> eth0 i.e. identify and load an appropriate ethernet module and try to >> pick up IP from an external DHCP server? > Actually, udev loads all necessary modules during startup. The field > "module" is > optional for the simplest cases and allows to define any non-standard options > for modules (bonding for example). > So, if we put a prepared ifcfg script for eth0 with DHCP configured then the > network will start automatically. > > The question is - do we really need this feature? > >> >> I would also like to request that rdiff-backup >> (http://www.gnu.org/savannah-checkouts/non-gnu/rdiff-backup/) be added >> to the next release? I see you have added Bacula, so it makes sense >> (IMO) to add another (very powerful) backup tool. 'rdiff-backup backs up >> one directory to another, possibly over a network. The target directory >> ends up a copy of the source directory, but extra reverse diffs are >> stored in a special subdirectory of that target directory, so you can >> still recover files lost some time ago.' Apart from rdiff-backup itself >> the only other missing requirement in DL is librsync v0.9.7. >> Unfortunately there is a known bug in librsync v0.9.7 affecting large >> files for which a patch is available at >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=355178. > > It's really difficult to make a decision about the package if we know nothing > about it. Due to DL nature it's impossible to just create a rpm/deb and allow > users to choose to install it or not. DL grows and it may be a problem. > I'd leave this question for Heiko - if I find out this feature request in BT > assigned to me ;-) I'll know that it's necessary to do :-) What's the big benefit on using this instead of rsync? -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Dominic R. <dl...@ed...> - 2009-06-06 07:16:54
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hello Serge,<br>
<br>
On 06/06/2009 08:03, Serge Leschinsky wrote:
<blockquote cite="mid:4A2...@in..." type="cite">
<pre wrap="">Hello,
Dominic Raferd wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Thinking of newbies, could a new install of DL attempt to autoconfigure
eth0 i.e. identify and load an appropriate ethernet module and try to
pick up IP from an external DHCP server?
</pre>
</blockquote>
<pre wrap=""><!---->Actually, udev loads all necessary modules during startup. The field "module" is
optional for the simplest cases and allows to define any non-standard options
for modules (bonding for example).
So, if we put a prepared ifcfg script for eth0 with DHCP configured then the
network will start automatically.
The question is - do we really need this feature?
</pre>
</blockquote>
Thanks for the info re udev. Personally I don't need this feature and I
am sure you don't, but anything which helps newcomers seems beneficial
IMO. I added the request to the new bug/feature-request tracking tool.<br>
<blockquote cite="mid:4A2...@in..." type="cite">
<blockquote type="cite">
<pre wrap="">I would also like to request that rdiff-backup
(<a class="moz-txt-link-freetext" href="http://www.gnu.org/savannah-checkouts/non-gnu/rdiff-backup/">http://www.gnu.org/savannah-checkouts/non-gnu/rdiff-backup/</a>) be added
to the next release?...
</pre>
</blockquote>
<pre wrap=""><!---->It's really difficult to make a decision about the package if we know nothing
about it. Due to DL nature it's impossible to just create a rpm/deb and allow
users to choose to install it or not. DL grows and it may be a problem.
I'd leave this question for Heiko - if I find out this feature request in BT
assigned to me ;-) I'll know that it's necessary to do :-)
</pre>
</blockquote>
rdiff-backup does not take much disk space and does not run as a
service (unlike Bacula), so requires no changes to setup, but I accept
that once it is in DL it needs to be kept up-to-date which imposes some
maintenance burden. Anyway I added it to the bug/feature-list tracker.<br>
<br>
Regards<br>
<br>
Dominic<br>
</body>
</html>
|
|
From: Serge L. <fi...@in...> - 2009-06-06 05:03:20
|
Hello, Dominic Raferd wrote: > Thinking of newbies, could a new install of DL attempt to autoconfigure > eth0 i.e. identify and load an appropriate ethernet module and try to > pick up IP from an external DHCP server? Actually, udev loads all necessary modules during startup. The field "module" is optional for the simplest cases and allows to define any non-standard options for modules (bonding for example). So, if we put a prepared ifcfg script for eth0 with DHCP configured then the network will start automatically. The question is - do we really need this feature? > > I would also like to request that rdiff-backup > (http://www.gnu.org/savannah-checkouts/non-gnu/rdiff-backup/) be added > to the next release? I see you have added Bacula, so it makes sense > (IMO) to add another (very powerful) backup tool. 'rdiff-backup backs up > one directory to another, possibly over a network. The target directory > ends up a copy of the source directory, but extra reverse diffs are > stored in a special subdirectory of that target directory, so you can > still recover files lost some time ago.' Apart from rdiff-backup itself > the only other missing requirement in DL is librsync v0.9.7. > Unfortunately there is a known bug in librsync v0.9.7 affecting large > files for which a patch is available at > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=355178. It's really difficult to make a decision about the package if we know nothing about it. Due to DL nature it's impossible to just create a rpm/deb and allow users to choose to install it or not. DL grows and it may be a problem. I'd leave this question for Heiko - if I find out this feature request in BT assigned to me ;-) I'll know that it's necessary to do :-) Sincerely, Serge |
|
From: Heiko Z. <he...@zu...> - 2009-06-05 18:02:13
|
Quoting Dominic Raferd <dl...@ed...>: >> >> ... Webmin is very cool. Note that the default settings for module 'Samba >> Windows File Sharing' in Webmin assume all key files are in >> /usr/local/samba/bin which ain't so; once I fix these the module seems >> to work well... > Also for apache module I needed to change: > Path to httpd executable: /usr/sbin/httpd > Path to the apachectl command: /usr/sbin/apachectl Fixed -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Heiko Z. <he...@zu...> - 2009-06-05 17:56:28
|
Hi everyone, starting immediately we'll be using MantisBT as our bug and feature request tracking tool. This should eliminate the problem with bugs or feature requests falling through the cracks. http://www.devil-linux.org/support/bugs.php -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Dominic R. <dl...@ed...> - 2009-06-05 15:29:02
|
I am setting up a Joomla-based website on DL, so far with success, but I fear I will later hit problems (based on experience on other machines) because DL (1.4RC1) does not have the mysqli php extension available (which seems to be necessary, at least sometimes, with Joom!Fish). The file mysqli.so which I would expect to find in /usr/lib/php/extensions is missing. Quoting http://www.php.net/manual/en/mysqli.installation.php: 'To use MySQL Native Driver with /mysqli/ you need to configure the PHP source code using the --with-mysqli=mysqlnd option, prior to building PHP. This is the recommended option...'. The php.net website also says: 'If you are using MySQL versions 4.1.3 or later it is /strongly/ recommended that you use this extension.' It would be great if this could be added to the next release. Thanks! Dominic |
|
From: Serge L. <fi...@in...> - 2009-06-05 03:10:47
|
Olivier, thank you for the bug report. We will fix it in a couple of days. Sincerely, Serge Olivier Oria wrote: > Hi everyone, > > I try to make l7filter work on the new DL 1.4RC1 but unfortunatelly it > doesn't. > > I download the DL from the sourceforge : > > http://sourceforge.net/project/showfiles.php?group_id=34096&package_id=27565 > > Latest 1.4RC1 Notes (2009-05-26 18:26) > devil-linux-1.4RC1-i686.tar.bz2 311640434 18 i386 > > After burning the bootcd.iso on a CD and boot the CD, I execute the > following command : > > root@Devil:~# iptables -A OUTPUT -m layer7 --l7proto http > > and receive the following error message : > > /usr/libexec/xtables/libxt_layer7.so: > /usr/libexec/xtables/libxt_layer7.so: undefined symbol: exit_error > iptables v1.4.3.2: Couldn't load match > 'layer7':/usr/libexec/xtables/libipt_layer7.so: cannot open shared > object file: No such file or directory > > root@Devil:~# uname -a > Linux Devil 2.6.29.4-grsec #1 SMP Tue May 26 15:10:52 i686 pentium 3 > i386 GNU/Linux > > I've previously tested the l7filter (v2.21) on my linux debian > (2.6.28-10) with appropriate kernel patch and appropriate iptables > v1.4.1.1 patch and it works well. > > I'm wondering whether the DL iptables patch is correct or no, because it > shouldn't look for the libipt_layer7.so library. > > Many thanks for your help. > > > PS : I can send more details on request. > > |
|
From: Dominic R. <dl...@ed...> - 2009-06-04 15:13:11
|
>
> ... Webmin is very cool. Note that the default settings for module 'Samba
> Windows File Sharing' in Webmin assume all key files are in
> /usr/local/samba/bin which ain't so; once I fix these the module seems
> to work well...
Also for apache module I needed to change:
Path to httpd executable: /usr/sbin/httpd
Path to the apachectl command: /usr/sbin/apachectl
|
|
From: Olivier O. <oo...@lp...> - 2009-06-04 14:45:08
|
Hi everyone, I try to make l7filter work on the new DL 1.4RC1 but unfortunatelly it doesn't. I download the DL from the sourceforge : http://sourceforge.net/project/showfiles.php?group_id=34096&package_id=27565 Latest 1.4RC1 Notes (2009-05-26 18:26) devil-linux-1.4RC1-i686.tar.bz2 311640434 18 i386 After burning the bootcd.iso on a CD and boot the CD, I execute the following command : root@Devil:~# iptables -A OUTPUT -m layer7 --l7proto http and receive the following error message : /usr/libexec/xtables/libxt_layer7.so: /usr/libexec/xtables/libxt_layer7.so: undefined symbol: exit_error iptables v1.4.3.2: Couldn't load match 'layer7':/usr/libexec/xtables/libipt_layer7.so: cannot open shared object file: No such file or directory root@Devil:~# uname -a Linux Devil 2.6.29.4-grsec #1 SMP Tue May 26 15:10:52 i686 pentium 3 i386 GNU/Linux I've previously tested the l7filter (v2.21) on my linux debian (2.6.28-10) with appropriate kernel patch and appropriate iptables v1.4.1.1 patch and it works well. I'm wondering whether the DL iptables patch is correct or no, because it shouldn't look for the libipt_layer7.so library. Many thanks for your help. PS : I can send more details on request. -- Olivier Oria Responsable Informatique Laboratoire de Photonique et Nanostructures CNRS UPR 20 Route de Nozay 91460 Marcoussis tel : 01 69 63 61 59 mailto:oo...@lp... web : http://www.lpn.cnrs.fr |
|
From: Heiko Z. <he...@zu...> - 2009-06-04 11:47:51
|
Quoting Dominic Raferd <dl...@ed...>: > Heiko Zuerker wrote: >> Quoting Geir Inge <gei...@gm...>: >>> L ... fails to load the r8169 module for the on-board RTL8101E LAN adapter. >> Looks like the 2.4 Kernel doesn't like your card. >> Try using DL 1.3 (beta, but stable), it is based on the 2.6 Kernel and >> may just work. >> > Like Geir, I could not get 1.2.x versions of DL to work with my gigabit > card, but I can confirm, for the record, that the newly-released 1.4RC1 > (like the beta 1.3 versions that preceded it) works well with r8169 > module and D-Link System Inc DGE-528T Gigabit Ethernet Adapter (rev 10). Thanks for the info! -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Heiko Z. <he...@zu...> - 2009-06-04 11:47:26
|
Quoting Bradlee Landis <bra...@gm...>: > Does anyone have any experience getting an LCD to work in devil linux. > I have source code that I've attempted to compile before, but had no > luck. I'm not sure if it depends on something being enabled in the > kernel or what. I can provide the source code if someone wants to give > it a go, but I don't know how useful it would be since you would not > be able to test it. I think it needs to have a /dev/lcm file for it to > work, and I'm not sure if the driver tells the kernel to add the file > or what. We have this included in DL: http://lcd4linux.bulix.org/ I'm not sure if it's still working on 1.4, I would have to check that out. -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Dominic R. <dl...@ed...> - 2009-06-04 10:18:11
|
My thanks to Heiko and all the developers for their hard work, we now have 1.4RC1 working well. Webmin is very cool. Note that the default settings for module 'Samba Windows File Sharing' in Webmin assume all key files are in /usr/local/samba/bin which ain't so; once I fix these the module seems to work well. Thinking of newbies, could a new install of DL attempt to autoconfigure eth0 i.e. identify and load an appropriate ethernet module and try to pick up IP from an external DHCP server? I guess using something like kudzu http://linux.die.net/man/8/kudzu. (This would also be necessary if you want in future to offer Webmin 'out of the box' as alternative for text-based Setup.) It seems to me a stumbling block for (some) newcomers to DL that they have to identify the ethernet module manually (i.e. hunt on Google, try it, hunt again...) before network connection is possible; many other Linux distros 'just work'. I would also like to request that rdiff-backup (http://www.gnu.org/savannah-checkouts/non-gnu/rdiff-backup/) be added to the next release? I see you have added Bacula, so it makes sense (IMO) to add another (very powerful) backup tool. 'rdiff-backup backs up one directory to another, possibly over a network. The target directory ends up a copy of the source directory, but extra reverse diffs are stored in a special subdirectory of that target directory, so you can still recover files lost some time ago.' Apart from rdiff-backup itself the only other missing requirement in DL is librsync v0.9.7. Unfortunately there is a known bug in librsync v0.9.7 affecting large files for which a patch is available at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=355178. Dominic Heiko Zuerker wrote: > Hi everyone, > > I know it took us quite a while, but the first Release Candidate of > Devil-Linux 1.4 is available for download. > > Some of the new features are Kernel 2.6, Webmin, less space > requirement on the config media, lot's of new programs and much much > more. > > Please report any problems on hour mailinglist. > > |
|
From: Dominic R. <dl...@ed...> - 2009-06-04 09:59:04
|
Heiko Zuerker wrote: > Quoting Geir Inge <gei...@gm...>: >> L ... fails to load the r8169 module for the on-board RTL8101E LAN adapter. > Looks like the 2.4 Kernel doesn't like your card. > Try using DL 1.3 (beta, but stable), it is based on the 2.6 Kernel and > may just work. > Like Geir, I could not get 1.2.x versions of DL to work with my gigabit card, but I can confirm, for the record, that the newly-released 1.4RC1 (like the beta 1.3 versions that preceded it) works well with r8169 module and D-Link System Inc DGE-528T Gigabit Ethernet Adapter (rev 10). Dominic |
|
From: Bradlee L. <bra...@gm...> - 2009-06-03 18:27:25
|
Does anyone have any experience getting an LCD to work in devil linux. I have source code that I've attempted to compile before, but had no luck. I'm not sure if it depends on something being enabled in the kernel or what. I can provide the source code if someone wants to give it a go, but I don't know how useful it would be since you would not be able to test it. I think it needs to have a /dev/lcm file for it to work, and I'm not sure if the driver tells the kernel to add the file or what. Thanks, Brad Landis |
|
From: Heiko Z. <he...@zu...> - 2009-06-02 00:53:21
|
Sorry for the late answer. > -----Original Message----- > From: Zbigniew Baniewski [mailto:zb...@is...] > Sent: Thursday, May 21, 2009 9:25 AM > To: dev...@li... > Subject: [Devil-Linux-discuss] About current stable > > Hallo, > > I'm using current stable release - 1.2.15 - and I would ask for a tips > to > solve a little problems (perhaps I missed something): Try the 1.4RC1, it's a lot better. > 1. Although I prefer "pure" text mode, it seems, that immediately > after system has been started, it switches to framebuffer mode > anyway. > Any possibility to prevent it? Only with a custom boot loader configuration. Do you have problems with the video mode? > 2. Does there exist a possibility to run arbitrary (edited by user) > script > at every system start? > > If not - perhaps it could be included in next release? /etc/init.d/boot.local Or add you own script based on /etc/init.d/skeleton. Don't forget to create a symlink. > 3. Kind request to developers: consider, please, whether could be > possible > to attach the kernel compiled with full driver set (yes, even all > the > audio drivers...). Such approach gives much more flexibility; f.e. > I'd > like to use one machine as both firewall and CD/DVD-player-ersatz; > and so > there would be a need for sb and em8300 modules - that, > unfortunately, > aren't available presently. > > Not sure, but I suppose, that your solution uses initrd anyway, so > there > won't be any problem; just a little longer compilation and a bit > more > space on CD occupied. That would make a rather big CD. It may be best if you create a custom version of DL, the docs on how to do that you can find on our website. Heiko |
|
From: Heiko Z. <he...@zu...> - 2009-05-31 20:55:09
|
Hi everyone, I know it took us quite a while, but the first Release Candidate of Devil-Linux 1.4 is available for download. Some of the new features are Kernel 2.6, Webmin, less space requirement on the config media, lot's of new programs and much much more. Please report any problems on hour mailinglist. -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Udo L. <udo...@al...> - 2009-05-28 15:48:03
|
Hi, thanks for the tip - that's a good workaround (it seems a problem with the broadcastadress, with -255 also an error message occur, with -254 all works fine). Udo Heiko Zuerker schrieb: > Quoting Udo Lembke <udo...@al...>: > > >> Hi, >> with the new 1.4rc1 it's the same. >> >> nmap -sP 192.168.224.0/24 don't work - nmap -sP 192.168.224.1 work >> > > It seems we're already on the latest nmap release. > The only newer one is a beta. > > If you call it this way, it works: > nmap -sP 192.168.0.0-255 > > |
|
From: Heiko Z. <he...@zu...> - 2009-05-28 14:13:09
|
Quoting Udo Lembke <udo...@al...>: > Hi, > with the new 1.4rc1 it's the same. > > nmap -sP 192.168.224.0/24 don't work - nmap -sP 192.168.224.1 work It seems we're already on the latest nmap release. The only newer one is a beta. If you call it this way, it works: nmap -sP 192.168.0.0-255 -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Heiko Z. <he...@zu...> - 2009-05-27 14:48:19
|
I'll add it to the list for 1.4RC2 Thanks for the bug report. Heiko Quoting Udo Lembke <udo...@al...>: > Hi, > with the new 1.4rc1 it's the same. > > nmap -sP 192.168.224.0/24 don't work - nmap -sP 192.168.224.1 work > > Udo Lembke > > > Heiko Zuerker schrieb: >> Quoting Udo Lembke <udo...@al...>: >> >> >>> Hello, >>> if i try to use nmap on the release-candidat i got following error: >>> >>> # nmap -sP 192.168.224.0/24 >>> >>> Starting Nmap 4.76 ( http://nmap.org ) at 2009-05-27 09:46 CEST >>> nmap: timing.cc:333: void RateMeter::update(double, const timeval*): >>> Assertion `diff <= interval' failed. >>> Aborted >>> >>> The same occours on a several maschines (other hardware and also >>> different versions from the 1.4RC1) >>> >> >> There's a new 1.4rc1 on the FTP server (but this time in the /release >> directory), can you try that one out? >> Otherwise we'll include the latest nmap in RC2. >> >> > > > ------------------------------------------------------------------------------ > Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT > is a gathering of tech-side developers & brand creativity professionals. Meet > the minds behind Google Creative Lab, Visual Complexity, Processing, & > iPhoneDevCamp as they present alongside digital heavyweights like Barbarian > Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Udo L. <udo...@al...> - 2009-05-27 14:41:23
|
Hi, with the new 1.4rc1 it's the same. nmap -sP 192.168.224.0/24 don't work - nmap -sP 192.168.224.1 work Udo Lembke Heiko Zuerker schrieb: > Quoting Udo Lembke <udo...@al...>: > > >> Hello, >> if i try to use nmap on the release-candidat i got following error: >> >> # nmap -sP 192.168.224.0/24 >> >> Starting Nmap 4.76 ( http://nmap.org ) at 2009-05-27 09:46 CEST >> nmap: timing.cc:333: void RateMeter::update(double, const timeval*): >> Assertion `diff <= interval' failed. >> Aborted >> >> The same occours on a several maschines (other hardware and also >> different versions from the 1.4RC1) >> > > There's a new 1.4rc1 on the FTP server (but this time in the /release > directory), can you try that one out? > Otherwise we'll include the latest nmap in RC2. > > |
|
From: Heiko Z. <he...@zu...> - 2009-05-27 12:00:13
|
Quoting Udo Lembke <udo...@al...>: > Hello, > if i try to use nmap on the release-candidat i got following error: > > # nmap -sP 192.168.224.0/24 > > Starting Nmap 4.76 ( http://nmap.org ) at 2009-05-27 09:46 CEST > nmap: timing.cc:333: void RateMeter::update(double, const timeval*): > Assertion `diff <= interval' failed. > Aborted > > The same occours on a several maschines (other hardware and also > different versions from the 1.4RC1) There's a new 1.4rc1 on the FTP server (but this time in the /release directory), can you try that one out? Otherwise we'll include the latest nmap in RC2. -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Udo L. <udo...@al...> - 2009-05-27 08:12:40
|
Hello, if i try to use nmap on the release-candidat i got following error: # nmap -sP 192.168.224.0/24 Starting Nmap 4.76 ( http://nmap.org ) at 2009-05-27 09:46 CEST nmap: timing.cc:333: void RateMeter::update(double, const timeval*): Assertion `diff <= interval' failed. Aborted The same occours on a several maschines (other hardware and also different versions from the 1.4RC1) Best regards Udo |
50 messages has been excluded from this view by a project administrator.
