From: Heiko Z. <he...@zu...> - 2009-02-12 13:10:19
|
Hey guys, do you think we're getting close enough to rename 1.3 to 1.4rc1 ? The one thing I was hoping for was adding a newer gcc, but I don't think I'll have time for that anytime soon. Implementing it takes a lot of time because of all the patches and security features. Are you guys aware of anything still missing or broken? Do you have something in the queue which you would really like to add? -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
From: Arnaud Gomes-do-V. <Arn...@ir...> - 2009-02-12 16:31:27
|
Hi, Don't know if you remember me, I sent you a few IPv6-related patches a few years ago. Heiko Zuerker <he...@zu...> writes: > Do you have something in the queue which you would really like to add? I have a two-line patch for enabling IPv6 in net-tools (basically just setting the INET6 options to 1 in its config files). I am building the latest CVS with this tiny patch right now. -- Arnaud |
From: Heiko Z. <he...@zu...> - 2009-02-12 18:52:34
|
Hey, Quoting Arnaud Gomes-do-Vale <Arn...@ir...>: > Hi, > > Don't know if you remember me, I sent you a few IPv6-related patches a > few years ago. Yes I do remember you, but I have to admit I forgot about the patch. Seems like I really need to go through my DL ToDo folder. ;-) Sorry about forgetting your patch! -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
From: Arnaud Gomes-do-V. <Arn...@ir...> - 2009-02-13 09:54:45
|
Heiko Zuerker <he...@zu...> writes: > Yes I do remember you, but I have to admit I forgot about the patch. > Seems like I really need to go through my DL ToDo folder. ;-) > > Sorry about forgetting your patch! You didn't forget about anything, I guess everything interesting I sent you is in the init scripts now. :-) The last remaining bit is the net-tools config, I have not had time to check it actually works yet. -- Arnaud |
From: Arnaud Gomes-do-V. <Arn...@ir...> - 2009-02-13 10:53:23
Attachments:
net-tools-ipv6.diff
|
Here is the net-tools patch. It is trivial, and it gives you IPv6-enabled ifconfig and route for free (I was afraid there was a dependency issue but there is none as far as I can tell). -- Arnaud |
From: Serge L. <fi...@in...> - 2009-02-14 01:16:52
|
Hi Heiko, I know about two problems: the first is patch-o-matic (it has been changed considerably) the second is init script for ntop. I was able to start it manually - very roughly, without configs etc but it doesn't work out-of-the-box. I've already made some tests to adjust p-o-m, so hopefully it will be fixed shortly. Not sure about ntop, because I don't use it... -- Sincerely, Serge Heiko Zuerker wrote: > Hey guys, > > do you think we're getting close enough to rename 1.3 to 1.4rc1 ? > The one thing I was hoping for was adding a newer gcc, but I don't > think I'll have time for that anytime soon. Implementing it takes a > lot of time because of all the patches and security features. > Are you guys aware of anything still missing or broken? > Do you have something in the queue which you would really like to add? > |
From: Heiko Z. <he...@zu...> - 2009-02-16 12:45:44
|
Quoting Serge Leschinsky <fi...@in...>: > Hi Heiko, > > I know about two problems: > the first is patch-o-matic (it has been changed considerably) > the second is init script for ntop. I was able to start it manually - very > roughly, without configs etc but it doesn't work out-of-the-box. > > I've already made some tests to adjust p-o-m, so hopefully it will be fixed > shortly. Not sure about ntop, because I don't use it... Yeah I'm not using ntop either. There seems to another problem with the booting from flash (in my case a IDE DIM). I tried to upgrade my firewall last weekend and it wasn't able to boot after it replaced the bootcd.iso. I didn't have time to debug why it failed. -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
From: Serge L. <fi...@in...> - 2009-02-16 20:22:05
|
Heiko Zuerker wrote: > There seems to another problem with the booting from flash (in my case > a IDE DIM). I tried to upgrade my firewall last weekend and it wasn't > able to boot after it replaced the bootcd.iso. I didn't have time to > debug why it failed. > Oops.... Really bad news. Did you update DL by initrd updater, i.e. uploaded bootcd.iso.new ? It may happen if the kernel/initrd/image are not coherent, from different builds for example. I tested update process with IDE-CF adapter, so in general it works. However, hardware differences or other reasons may cause the boot failure. The error messages are not suppressed and I hope they will help during investigations. It will be great if the testing will be produced thoroughly. There is still a big (?) problem with accessing to the partition where DL image is. I don't know how to get access from a working system to the partition if DL was started not from RAM. Any ideas? Another problem is upgrade from previous versions. Due to a lot of changes most probably it will not work automatically, so manual update is highly recommended. Thanks, Serge |
From: Heiko Z. <he...@zu...> - 2009-02-17 13:18:06
|
Quoting Serge Leschinsky <fi...@in...>: > Heiko Zuerker wrote: > >> There seems to another problem with the booting from flash (in my case >> a IDE DIM). I tried to upgrade my firewall last weekend and it wasn't >> able to boot after it replaced the bootcd.iso. I didn't have time to >> debug why it failed. >> > Oops.... Really bad news. Did you update DL by initrd updater, i.e. uploaded > bootcd.iso.new ? It may happen if the kernel/initrd/image are not > coherent, from > different builds for example. I tested update process with IDE-CF > adapter, so in > general it works. However, hardware differences or other reasons may > cause the > boot failure. The error messages are not suppressed and I hope they will help > during investigations. It will be great if the testing will be > produced thoroughly. > > There is still a big (?) problem with accessing to the partition > where DL image > is. I don't know how to get access from a working system to the > partition if DL > was started not from RAM. Any ideas? > > Another problem is upgrade from previous versions. Due to a lot of > changes most > probably it will not work automatically, so manual update is highly > recommended. Yes I tried the bootcd.iso.new. It seemed to have replaced all files correctly, but had trouble finding the iso image later. As far as I remember it actually said it found it and then failed. Not sure when I can test it again. You can remount the partition in rw mode: mount -o remount, rw /var/adm/boot (Or whatever the path was). That's how I upload the new iso image. -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
From: Serge L. <fi...@in...> - 2009-02-18 05:37:13
|
Heiko Zuerker wrote: > Yes I tried the bootcd.iso.new. > It seemed to have replaced all files correctly, but had trouble > finding the iso image later. As far as I remember it actually said it > found it and then failed. Not sure when I can test it again. OK. Let's wait another case. > You can remount the partition in rw mode: > mount -o remount, rw /var/adm/boot (Or whatever the path was). > That's how I upload the new iso image. > Yes, I missed that. This code is in pre_init file. I tried several times, but it seems not working with INITRAMFS (after switch_root). Would you mind if I move this feature to linuxrc? -- Serge |
From: Heiko Z. <he...@zu...> - 2009-02-18 12:58:49
|
Quoting Serge Leschinsky <fi...@in...>: > Heiko Zuerker wrote: > >> Yes I tried the bootcd.iso.new. >> It seemed to have replaced all files correctly, but had trouble >> finding the iso image later. As far as I remember it actually said it >> found it and then failed. Not sure when I can test it again. > OK. Let's wait another case. > > >> You can remount the partition in rw mode: >> mount -o remount, rw /var/adm/boot (Or whatever the path was). >> That's how I upload the new iso image. >> > Yes, I missed that. This code is in pre_init file. I tried several > times, but it > seems not working with INITRAMFS (after switch_root). Would you mind > if I move > this feature to linuxrc? As always, do whatever you deem necessary. As long as it works afterwards.... ;-) -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
From: Serge L. <fi...@in...> - 2009-02-20 05:35:35
|
Heiko Zuerker wrote: > Quoting Serge Leschinsky <fi...@in...>: > >> Heiko Zuerker wrote: >> >>> Yes I tried the bootcd.iso.new. >>> It seemed to have replaced all files correctly, but had trouble >>> finding the iso image later. As far as I remember it actually said it >>> found it and then failed. Not sure when I can test it again. >> OK. Let's wait another case. I think I've found the reason of the failure (at least one :-) ) It's migration from initrd to initramfs - as we didn't update boot loader config file, parameters "root=xxx", "init=xxx" became invalid.... It causes boot failure. Will we fix it? >>> You can remount the partition in rw mode: >>> mount -o remount, rw /var/adm/boot (Or whatever the path was). >>> That's how I upload the new iso image. >>> >> Yes, I missed that. This code is in pre_init file. I tried several >> times, but it >> seems not working with INITRAMFS (after switch_root). Would you mind >> if I move >> this feature to linuxrc? > > As always, do whatever you deem necessary. As long as it works > afterwards.... ;-) :-) Done. Verified on initramfs and initrd. Seems to be working. -- Sincerely, Serge |
From: Heiko Z. <he...@zu...> - 2009-02-20 18:58:28
Attachments:
IMG_2109.png
|
Actually I think it's just going wrong when it looks for the ISO image. It finds it at first, then later complains. It's been a very long time since I worked on the boot behavior of DL.... I tried the latest version from CVS. Heiko -----Original Message----- From: Serge Leschinsky [mailto:fi...@in...] Sent: Thursday, February 19, 2009 11:35 PM To: dev...@li... Subject: Re: [Devil-linux-develop] 1.4rc1 ? Heiko Zuerker wrote: > Quoting Serge Leschinsky <fi...@in...>: > >> Heiko Zuerker wrote: >> >>> Yes I tried the bootcd.iso.new. >>> It seemed to have replaced all files correctly, but had trouble >>> finding the iso image later. As far as I remember it actually said it >>> found it and then failed. Not sure when I can test it again. >> OK. Let's wait another case. I think I've found the reason of the failure (at least one :-) ) It's migration from initrd to initramfs - as we didn't update boot loader config file, parameters "root=xxx", "init=xxx" became invalid.... It causes boot failure. Will we fix it? >>> You can remount the partition in rw mode: >>> mount -o remount, rw /var/adm/boot (Or whatever the path was). >>> That's how I upload the new iso image. >>> >> Yes, I missed that. This code is in pre_init file. I tried several >> times, but it >> seems not working with INITRAMFS (after switch_root). Would you mind >> if I move >> this feature to linuxrc? > > As always, do whatever you deem necessary. As long as it works > afterwards.... ;-) :-) Done. Verified on initramfs and initrd. Seems to be working. -- Sincerely, Serge ---------------------------------------------------------------------------- -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Devil-linux-develop mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devil-linux-develop |
From: Heiko Z. <he...@zu...> - 2009-02-20 23:36:00
|
Hey, I did some debugging and this is what happens. After the first call of mount_cdrom from linuxrc, the script finds the ISO images, but doesn't completely mount it. The loopback device is set up, but the iso images is not mounted. This is why the mount_cdrom gets called again from linuxrc, since it doesn't find /cdrom/DEVIL-LINUX. I did manually umount /cd and deleted the loopback device before the 2nd mount_cdrom run and then everything works fine. Not sure why it doesn't completely finish the first time it tries. Unfortunately I ran out of time and can't look any more (maybe next week again). Heiko -----Original Message----- From: Heiko Zuerker [mailto:he...@zu...] Sent: Friday, February 20, 2009 12:58 PM To: dev...@li... Subject: Re: [Devil-linux-develop] 1.4rc1 ? Actually I think it's just going wrong when it looks for the ISO image. It finds it at first, then later complains. It's been a very long time since I worked on the boot behavior of DL.... I tried the latest version from CVS. Heiko -----Original Message----- From: Serge Leschinsky [mailto:fi...@in...] Sent: Thursday, February 19, 2009 11:35 PM To: dev...@li... Subject: Re: [Devil-linux-develop] 1.4rc1 ? Heiko Zuerker wrote: > Quoting Serge Leschinsky <fi...@in...>: > >> Heiko Zuerker wrote: >> >>> Yes I tried the bootcd.iso.new. >>> It seemed to have replaced all files correctly, but had trouble >>> finding the iso image later. As far as I remember it actually said >>> it found it and then failed. Not sure when I can test it again. >> OK. Let's wait another case. I think I've found the reason of the failure (at least one :-) ) It's migration from initrd to initramfs - as we didn't update boot loader config file, parameters "root=xxx", "init=xxx" became invalid.... It causes boot failure. Will we fix it? >>> You can remount the partition in rw mode: >>> mount -o remount, rw /var/adm/boot (Or whatever the path was). >>> That's how I upload the new iso image. >>> >> Yes, I missed that. This code is in pre_init file. I tried several >> times, but it seems not working with INITRAMFS (after switch_root). >> Would you mind if I move this feature to linuxrc? > > As always, do whatever you deem necessary. As long as it works > afterwards.... ;-) :-) Done. Verified on initramfs and initrd. Seems to be working. -- Sincerely, Serge ---------------------------------------------------------------------------- -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Devil-linux-develop mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devil-linux-develop |
From: Heiko Z. <he...@zu...> - 2009-02-21 00:46:38
|
It's fixed. The problem only occurred when you were using the pre-unionfs etc.tar.bz2. Heiko -----Original Message----- From: Heiko Zuerker [mailto:he...@zu...] Sent: Friday, February 20, 2009 4:36 PM To: dev...@li... Subject: Re: [Devil-linux-develop] 1.4rc1 ? Hey, I did some debugging and this is what happens. After the first call of mount_cdrom from linuxrc, the script finds the ISO images, but doesn't completely mount it. The loopback device is set up, but the iso images is not mounted. This is why the mount_cdrom gets called again from linuxrc, since it doesn't find /cdrom/DEVIL-LINUX. I did manually umount /cd and deleted the loopback device before the 2nd mount_cdrom run and then everything works fine. Not sure why it doesn't completely finish the first time it tries. Unfortunately I ran out of time and can't look any more (maybe next week again). Heiko -----Original Message----- From: Heiko Zuerker [mailto:he...@zu...] Sent: Friday, February 20, 2009 12:58 PM To: dev...@li... Subject: Re: [Devil-linux-develop] 1.4rc1 ? Actually I think it's just going wrong when it looks for the ISO image. It finds it at first, then later complains. It's been a very long time since I worked on the boot behavior of DL.... I tried the latest version from CVS. Heiko -----Original Message----- From: Serge Leschinsky [mailto:fi...@in...] Sent: Thursday, February 19, 2009 11:35 PM To: dev...@li... Subject: Re: [Devil-linux-develop] 1.4rc1 ? Heiko Zuerker wrote: > Quoting Serge Leschinsky <fi...@in...>: > >> Heiko Zuerker wrote: >> >>> Yes I tried the bootcd.iso.new. >>> It seemed to have replaced all files correctly, but had trouble >>> finding the iso image later. As far as I remember it actually said >>> it found it and then failed. Not sure when I can test it again. >> OK. Let's wait another case. I think I've found the reason of the failure (at least one :-) ) It's migration from initrd to initramfs - as we didn't update boot loader config file, parameters "root=xxx", "init=xxx" became invalid.... It causes boot failure. Will we fix it? >>> You can remount the partition in rw mode: >>> mount -o remount, rw /var/adm/boot (Or whatever the path was). >>> That's how I upload the new iso image. >>> >> Yes, I missed that. This code is in pre_init file. I tried several >> times, but it seems not working with INITRAMFS (after switch_root). >> Would you mind if I move this feature to linuxrc? > > As always, do whatever you deem necessary. As long as it works > afterwards.... ;-) :-) Done. Verified on initramfs and initrd. Seems to be working. -- Sincerely, Serge ---------------------------------------------------------------------------- -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Devil-linux-develop mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devil-linux-develop ---------------------------------------------------------------------------- -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Devil-linux-develop mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devil-linux-develop |