Menu
▾
▴
devil-linux-discuss
|
From: Dick M. <di...@li...> - 2008-04-02 19:29:01
|
Hi, I bought a nice new mini-itx mobo without checking first if the devices on it are supported by DL. This time it's the network interfaces which are RealTek RTL-8169 type. This is supported in linux 2.6 OK but so far as I can tell not in DL's linux 2.4. Is this right or is there a suitable driver? Follow-on question: roughly when can we can we look forward to a stable DL 1.3? No pressure (he said with a forced smile whilst concealing the whips and thumb-screws behind his back). Tomorrow will be fine :-) Dick |
|
From: Bruce S. <bw...@ar...> - 2008-04-02 19:36:46
|
> Follow-on question: roughly when can we can we look forward to a stable DL 1.3? As far as I'm concerned, it's stable now. I'm upgrading all of my 1.2 boxes to 1.3, and haven't had any problems yet <knock wood>. But I'm not using all the software either ... I just compiled a 1.3 'server' version last night with all the latest updates. Would anyone like me to upload it to the ftp testing area? - BS |
|
From: Dick M. <di...@li...> - 2008-04-02 19:45:42
|
Bruce Smith wrote: >> Follow-on question: roughly when can we can we look forward to a stable DL 1.3? > > As far as I'm concerned, it's stable now. Oh wow! I hadn't realised things were doing so well. I'll download and give it a shot. Thanks guys Dick |
|
From: Heiko Z. <he...@zu...> - 2008-04-02 19:38:17
|
> Hi, > > I bought a nice new mini-itx mobo without checking first if the devices > on it > are supported by DL. This time it's the network interfaces which are > RealTek > RTL-8169 type. This is supported in linux 2.6 OK but so far as I can tell > not in > DL's linux 2.4. Is this right or is there a suitable driver? > > Follow-on question: roughly when can we can we look forward to a stable > DL 1.3? > > No pressure (he said with a forced smile whilst concealing the whips and > thumb-screws behind his back). Tomorrow will be fine :-) Honestly no idea. I'm using a CVS version of 1.3 as my firewall and coulnd't see any problems yet. I think there are still a few issues in 1.3, but we should be pretty close to production quality I would say. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Bruce S. <bw...@ar...> - 2008-04-02 19:43:10
|
> I think there are still a few issues in 1.3, but we should be pretty close > to production quality I would say. I vote (if we were voting :) that we turn 1.3 into 1.4 right now, and fix any new problems as they come up. We're not going to find all the current bugs until we call it "stable" and get more people using it. Plus applying changes/updates to both 1.2 and 1.3 is a real pain. :-( At our current rate, kernel 2.8 will be out before DL 1.4. ;-) - BS |
|
From: Heiko Z. <he...@zu...> - 2008-04-02 19:53:44
|
>> I think there are still a few issues in 1.3, but we should be pretty >> close >> to production quality I would say. > > I vote (if we were voting :) that we turn 1.3 into 1.4 right now, and > fix any new problems as they come up. > > We're not going to find all the current bugs until we call it "stable" > and get more people using it. > > Plus applying changes/updates to both 1.2 and 1.3 is a real pain. :-( > > At our current rate, kernel 2.8 will be out before DL 1.4. ;-) Let's wait what Serge has to say, but I would be willing to release 1.4-RC1 soon. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Rudner, B. <br...@ba...> - 2008-04-02 20:46:57
|
I'm using DL 1.3 now for many months without any (major) issues in production as Firewalling/Loadbalancing/Clustering/ApacheReverseProxy. BTW: Can anyone with FTP-Write-Access update the shorewall-packages? I've included them two weeks ago an my last monthly update-build and had no issues with that. Thanks in advance. Cheers, Björn -----Ursprüngliche Nachricht----- Von: dev...@li... [mailto:dev...@li...] Im Auftrag von Heiko Zuerker Gesendet: Mittwoch, 2. April 2008 21:54 An: dev...@li... Betreff: Re: [Devil-Linux-discuss] DL 1.4 ? >> I think there are still a few issues in 1.3, but we should be pretty >> close >> to production quality I would say. > > I vote (if we were voting :) that we turn 1.3 into 1.4 right now, and > fix any new problems as they come up. > > We're not going to find all the current bugs until we call it "stable" > and get more people using it. > > Plus applying changes/updates to both 1.2 and 1.3 is a real pain. :-( > > At our current rate, kernel 2.8 will be out before DL 1.4. ;-) Let's wait what Serge has to say, but I would be willing to release 1.4-RC1 soon. -- 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 ____________________________________________________________________________ baulogis GmbH Zamdorfer Str. 100 81677 München / Munich Deutschland / Germany www.baulogis.com Geschäftsführer / Managing Director: Thomas Bachmaier HRB 133832, Amtsgericht München Ust-ID: DE 212 020 193 Der Inhalt dieser E-Mail ist vertraulich und ausschließlich für den bezeichneten Adressaten (dev...@li...) bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass jede Form der Kenntnisnahme, Veröffentlichung, Vervielfältigung oder Wiedergabe des Inhalts dieser E-Mail unzulässig ist. Bitte setzen Sie sich in diesem Fall mit dem Absender der E-Mail in Verbindung (br...@ba...). |
|
From: Serge L. <fi...@in...> - 2008-04-03 06:57:35
|
Hi, Heiko Zuerker wrote: >>> I think there are still a few issues in 1.3, but we should be pretty >>> close >>> to production quality I would say. >> I vote (if we were voting :) that we turn 1.3 into 1.4 right now, and >> fix any new problems as they come up. >> >> We're not going to find all the current bugs until we call it "stable" >> and get more people using it. >> >> Plus applying changes/updates to both 1.2 and 1.3 is a real pain. :-( Yes, it is not so easy to keep it synced, but I find out a "good strategy" - to update 1.3 and if it's ok to move it to 1.2 :-) - a-la beta/stable branches. There is only one difficulty to not forget to move it to 1.2 after a hold. :-)) >> >> At our current rate, kernel 2.8 will be out before DL 1.4. ;-) > > Let's wait what Serge has to say, but I would be willing to release > 1.4-RC1 soon. I vote to fix all critical issues we were already informed about and produce 1.4-rc. Maybe it will be reasonable to freeze package update for some time because usually exactly it leads to new bugs. -- Sincerely, Serge Leschinsky |
|
From: Heiko Z. <he...@zu...> - 2008-04-03 12:24:50
|
> Hi, > > Heiko Zuerker wrote: >>>> I think there are still a few issues in 1.3, but we should be pretty >>>> close >>>> to production quality I would say. >>> I vote (if we were voting :) that we turn 1.3 into 1.4 right now, and >>> fix any new problems as they come up. >>> >>> We're not going to find all the current bugs until we call it "stable" >>> and get more people using it. >>> >>> Plus applying changes/updates to both 1.2 and 1.3 is a real pain. :-( > Yes, it is not so easy to keep it synced, but I find out a "good strategy" > - to > update 1.3 and if it's ok to move it to 1.2 :-) - a-la beta/stable > branches. > There is only one difficulty to not forget to move it to 1.2 after a hold. > :-)) > >>> >>> At our current rate, kernel 2.8 will be out before DL 1.4. ;-) >> >> Let's wait what Serge has to say, but I would be willing to release >> 1.4-RC1 soon. > I vote to fix all critical issues we were already informed about and > produce > 1.4-rc. Maybe it will be reasonable to freeze package update for some time > because usually exactly it leads to new bugs. We wouldn't be able to freeze all package updates, since we would at least have to include the security ones. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Bruce S. <bw...@ar...> - 2008-04-03 12:47:53
|
> >> Let's wait what Serge has to say, but I would be willing to release > >> 1.4-RC1 soon. > > I vote to fix all critical issues we were already informed about and > > produce > > 1.4-rc. Maybe it will be reasonable to freeze package update for some time > > because usually exactly it leads to new bugs. > > We wouldn't be able to freeze all package updates, since we would at least > have to include the security ones. I don't think we need to freeze anything. Normal package upgrades should be OK. If we add new packages, don't let they don't hold us up releasing 1.4. If they have problems, we won't turn them on in the 'default' options and we won't include them in the 1.4 ISO until they are working. - BS |
|
From: Heiko Z. <he...@zu...> - 2008-04-03 12:59:32
|
>> >> Let's wait what Serge has to say, but I would be willing to release >> >> 1.4-RC1 soon. >> > I vote to fix all critical issues we were already informed about and >> > produce >> > 1.4-rc. Maybe it will be reasonable to freeze package update for some >> time >> > because usually exactly it leads to new bugs. >> >> We wouldn't be able to freeze all package updates, since we would at >> least >> have to include the security ones. > > I don't think we need to freeze anything. Normal package upgrades > should be OK. > > If we add new packages, don't let they don't hold us up releasing 1.4. > If they have problems, we won't turn them on in the 'default' options > and we won't include them in the 1.4 ISO until they are working. agreed -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Serge L. <fi...@in...> - 2008-04-03 16:12:19
|
Heiko, Heiko Zuerker wrote: > We wouldn't be able to freeze all package updates, since we would at least > have to include the security ones. > ok. No code (source) freezing... Does it mean I can update openssh to 5.0 and nmap to 4.60 ? :-) Seriously, openssh 5.0p1 has a lot of new features, the most important for me are : * Added chroot(2) support for sshd(8) * Linked sftp-server(8) into sshd(8) If there are no objections, I'll update it. -- Sincerely, Serge Leschinsky |
|
From: Heiko Z. <he...@zu...> - 2008-04-03 16:16:13
|
> Heiko, > > Heiko Zuerker wrote: > >> We wouldn't be able to freeze all package updates, since we would at >> least >> have to include the security ones. >> > ok. No code (source) freezing... Does it mean I can update openssh to 5.0 > and > nmap to 4.60 ? :-) > > Seriously, openssh 5.0p1 has a lot of new features, the most important for > me > are : > * Added chroot(2) support for sshd(8) > * Linked sftp-server(8) into sshd(8) > > If there are no objections, I'll update it. no objections -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Serge L. <fi...@in...> - 2008-04-03 17:41:31
|
Heiko Zuerker wrote: >> Seriously, openssh 5.0p1 has a lot of new features, the most important for .. >> If there are no objections, I'll update it. > > no objections > Done. Cannot help but have done patch-o-matic and l7-protocols update as well. -- Serge |
|
From: Dick M. <di...@li...> - 2008-04-02 20:53:07
|
Heiko Zuerker wrote: >> Follow-on question: roughly when can we can we look forward to a stable >> DL 1.3? > Honestly no idea. > I'm using a CVS version of 1.3 as my firewall and coulnd't see any > problems yet. > > I think there are still a few issues in 1.3, but we should be pretty close > to production quality I would say. Well, I've just run it up (10th March version) and it's looking good. There are one or two problems with the initial scripts. Firstly install-on-usb didn't put the etc.tar.bz2 on the usb stick. So there was no config file. That unleashes a few issues. Firstly if you answer the scan scsi devices 'no' it goes into a loop. ^C to stop that. Then it gets a bit cross because it's got no config file. You have to say to use the default config at least twice (sorry I'm being a bit vague). Then when you come to save the config file - it has /dev/null in DL_CONFIG_SOURCE - it says use save-config -s but all that does is go into a loop. I had to edit DL_CONFIG_SOURCE to get it to work. No problems with the important stuff but I've not actually used anything on it yet. Dick For your amusement: http://www.bbc.co.uk/iplayer/page/item/epeng001.shtml?src=ip_potpw (might not be avail in all countries) |
|
From: Dick M. <di...@li...> - 2008-04-03 19:42:32
|
Serge, >> Firstly install-on-usb didn't put the etc.tar.bz2 on the usb stick. I asked it to put it on but for some reason it wasn't there. I've not investigated that. > Basically, manual scanning for devices is obsolete feature. I didn't ask it to scan, it just did it. > Hm.. Correct me if I'm wrong. You loaded DL from CD and said "Load without > configuration media" because only after it "/dev/null" is written to > DL_CONFIG_SOURCE. No, see above. I did nothing wrong, honest - well, except consume a little red falling-over water :-) > Later, you wanted to save configs and typed " save-config -s" > and it doesn't work in spite of the fact the config file exists. No, it didn't exist, that's the point. > If you want to save config files into some partition you may use "-d" option. That's a better way. I should've tried -h for help and save editing DL_CONFIG_SOURCE but I was more interested in getting 1.3 running. > Also there is no necessity to edit DL_CONFIG_SOURCE if the config file may be > found on the configuration media during the boot process. Absolutely, once there's a config file there's no problem. I'm really just reporting what happens when there is no config file. Wouldn't it be a lot easier to just ask upfront where to put the config file if there isn't one? Keep it simple; it doesn't happen very often. > If the above is correct you are ready to use install-on-hdd script! :-) Something new to play with! ( BTW the documentation on the web site still talks about floppy discs! ) > PS. I posted the message with install-on-hdd, which is a bit more > featured version of install-on-usb script. the possibility to recreate initrd (TODO: change in to > initramfs) to have only really necessary modules loaded. Yes, that needs to be done. Every man and his dog is being loaded now. Anyway, I'm sure you'll get there. I was just reporting what I encountered. I'm not demanding you fix it. BTW - I like the run from ram feature. And I'm so pleased to be leaving 2.4 and devfs behind! Thanks for all your efforts Dick |
|
From: Serge L. <fi...@in...> - 2008-04-09 17:21:09
|
Dick, Dick Middleton wrote: >>> Firstly install-on-usb didn't put the etc.tar.bz2 on the usb stick. ... > > Wouldn't it be a lot easier to just ask upfront where to put the config file if > there isn't one? Keep it simple; it doesn't happen very often. I see. Sorry for inattention. The cream of the joke is that there are several places where it is asked about that. Most probably ^C broke subshell/function execution and you didn't see expected dialog. > >> If the above is correct you are ready to use install-on-hdd script! :-) > > Something new to play with! > > ( BTW the documentation on the web site still talks about floppy discs! ) Certainly, because I treat the tool as an experimental one. It seems the script was tested by me only, so there may be a lot of bugs (I hope not so much really). > >> PS. I posted the message with install-on-hdd, which is a bit more >> featured version of install-on-usb script. > > the possibility to recreate initrd (TODO: change in to >> initramfs) to have only really necessary modules loaded. > > Yes, that needs to be done. Every man and his dog is being loaded now. > > Anyway, I'm sure you'll get there. I was just reporting what I encountered. > I'm not demanding you fix it. Dick, the main idea of my activity is to fix everything working wrong :-). So I'm very appreciate your feedback and will try to find the reason and correct it. -- Sincerely, Serge Leschinsky |
|
From: Serge L. <fi...@in...> - 2008-04-03 17:59:17
|
Hi Dick, Dick Middleton wrote: > > Firstly install-on-usb didn't put the etc.tar.bz2 on the usb stick. So there > was no config file. That unleashes a few issues. Firstly if you answer the > scan scsi devices 'no' it goes into a loop. ^C to stop that. Basically, manual scanning for devices is obsolete feature. Such job should make udev (but busybox's mdev doesn't work for some reason). Heiko wrote about it some time ago. > > Then it gets a bit cross because it's got no config file. You have to say to > use the default config at least twice (sorry I'm being a bit vague). Then when > you come to save the config file - it has /dev/null in DL_CONFIG_SOURCE - it > says use save-config -s but all that does is go into a loop. I had to edit > DL_CONFIG_SOURCE to get it to work. Hm.. Correct me if I'm wrong. You loaded DL from CD and said "Load without configuration media" because only after it "/dev/null" is written to DL_CONFIG_SOURCE. Later, you wanted to save configs and typed " save-config -s" and it doesn't work in spite of the fact the config file exists. Hm... I'll try to reproduce it. If you want to save config files into some partition you may use "-d" option. Also there is no necessity to edit DL_CONFIG_SOURCE if the config file may be found on the configuration media during the boot process. So, if your config file was not found, probably it's because the scsi/sata module was not loaded. If the above is correct you are ready to use install-on-hdd script! :-) PS. I posted the message with install-on-hdd, which is a bit more featured version of install-on-usb script. I did the modification to help with DL installation on brand new hardware, i.e. SATA disks or specific SCSI without USB sticks or floppy. In my case I keep not only ISO on HDD but the config file also (not production, but big test farm). There is the useful option in install-on-hdd - the possibility to recreate initrd (TODO: change in to initramfs) to have only really necessary modules loaded. > > For your amusement: > > http://www.bbc.co.uk/iplayer/page/item/epeng001.shtml?src=ip_potpw > > (might not be avail in all countries) Oh, the ip chirps my third-rater origin. I'll not be honest and try to confuse web-engine by using Californian proxy ;-). -- Sincerely, Serge Leschinsky |
|
From: Dick M. <di...@fo...> - 2008-04-04 15:28:07
|
> For your amusement: > http://www.bbc.co.uk/iplayer/page/item/epeng001.shtml?src=ip_potpw > (might not be avail in all countries) If you can't get the real thing here it is on YouTube: http://youtube.com/watch?v=nrxmpihCjqw Sorry, OT ;-) Dick |
|
From: Serge L. <fi...@in...> - 2008-04-03 16:03:51
|
Hi, Bruce Smith wrote: >>> 1.4-rc. Maybe it will be reasonable to freeze package update for some time >>> because usually exactly it leads to new bugs. >> We wouldn't be able to freeze all package updates, since we would at least >> have to include the security ones. > > I don't think we need to freeze anything. Normal package upgrades > should be OK. Ok, I was wrong. > If we add new packages, don't let they don't hold us up releasing 1.4. > If they have problems, we won't turn them on in the 'default' options > and we won't include them in the 1.4 ISO until they are working. ok -- Serge Leschinsky |
|
From: Bruce S. <bw...@ar...> - 2008-04-03 17:12:58
|
> >>> 1.4-rc. Maybe it will be reasonable to freeze package update for some time > >>> because usually exactly it leads to new bugs. > >> We wouldn't be able to freeze all package updates, since we would at least > >> have to include the security ones. > > > > I don't think we need to freeze anything. Normal package upgrades > > should be OK. > Ok, I was wrong. You had a different opinion, which is fine, that doesn't mean you were "wrong". Hell, you may end up bring right, and the rest of us wrong. Time will tell! :-) My thinking is that we're constantly updating (and adding) packages to 1.2, so I don't see a need to freeze 1.3. At least now. Maybe later if we get really close to a major release. (or maybe not, don't know :) - BS |
