Re: [Leaf-devel] Re: Standards and due process :-)
At 2002-02-16 21:31 -0600, David Douthitt wrote: I was thinking one would run this script in a LEAF environment - and it would be set up by a developer, who defines what is needed. Then you could boot Oxygen (or PacketFilter, or...) and run this script which tests the environment. David, Exactly. Then I thought we could take this output, and use it to check new packages for release/branch compatibility. The output could be placed in a text file, and parsed by another script that is designed to test packages. This new script wouldn't run from a LEAF environment. Instead, it would use a development environment. A release/branch lead developer runs the environment test script on his/her release/branch. He then places the output files on our site. A package developer downloads the environment test script output files to a machine with the package test script. The package developer then tests his/her new package. $ lrp_pkg_tst.pl foo.lrp Testing foo.lrp ... file structure: OK program name: foo program version: 1.00 libc version: 2.1.3 Checking compatibility with Oxygen... Parsing 1.9 output: yes Parsing 1.8 output: yes Parsing Dec.2000 output: no Checking compatibility with Dachstein... Parsing 1.0.2 1680: no Parsing 1.0.2 CD: no I thought it was possible to determine the libc version used for compiling a package. The program name and version may require package developer intervention. After the new package is tested by the script, a text file is generated that can be included with the package, or kept separate. The output would provide information similar to your package repository .desc file. Now if you could just generate this set of (command) requirements (and option requirements) on the fly from a script That would be nice. :-) However, I don't think we'll see it any time soon, if ever. :-( -- Mike Noyes [EMAIL PROTECTED] http://sourceforge.net/users/mhnoyes/ http://leaf.sourceforge.net/content.php?menu=1000page_id=4 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] dachstein floppy with glibc 2.1.3
Hello; after the recent discussion about the floppy format, I agreed with the arguments, that a LEAF release has to been proofed with a floppy-only release. So I invested some time to build a floppy with glibc 2.1.3 based on the latest Dachstein 1.0.2 floppy release. I changed a few things, e.g. updated to the latest e3, get rid of root.bb.links, use tinylogin and used the the latest glibc 2.1.3 (fixed buffer overflow). For testing purposes I had to remove dhclient.lrp and a few network modules - instead I added ppp, pppoe, seawall and the necessary modules. I also changed from weblet to the thin weblet release without lrpStat applet. It seems to work pretty well, with about 40k free on the floppy, I#m sending this mail booted from the floppy. I'm aware of the Bering work, and believe this will be the way to go for the future. But I consider Bering still and for a foreseeable time in an experimental stage, whereas Dachstein is stable for production environements. My proposal is, that we work on the experimental Bering release, as well as improving Dachstein, until Bering will replace it. If you, and esp. Charles, agree on that, I'm going to a build a new floppy of Dachstein with the above mentioned changes. Please note, that I'm only able to test a pppoe connection... If you think something new like Bering will be stable in the near future and we should concentrate our time and work to get it ready for prime time, I'll change direction and build just another CD update with the latest changes due to my personal needs and will start to work with Bering, or try to understand the work of Serge, or something else interesting within LEAF... kp ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] dachstein floppy with glibc 2.1.3
On Saturday 16 February 2002 10:40, KP Kirchdörfer wrote: snip some cool stuff It seems to work pretty well, with about 40k free on the floppy, I#m sending this mail booted from the floppy. I should have a testing version of Udhcp (server client) as a mini- replacement to dhclient and dhcpd up tonight and tomarrow. I have a little tweaking to do, but it is coming in ~22.7Kb which is much smaller than the other two packages. I think I've got all the support working, except aliased interfacing I'm still deciding the cleanest way of doing this, so a later release will have this support. At this time, due to the scripts, this is a Dachstein release due to the script config options. I'll try to get a general LEAF release pretty quickly too. Thanks Charles! It should get you some room for some packages that don't fit now and be almost as functional as what it is replacing. -- ~Lynn Avants aka Guitarlynn guitarlynn at users.sourceforge.net http://leaf.sourceforge.net If linux isn't the answer, you've probably got the wrong question! ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] Neat Linux Embedded Projects
Neat Linux Embedded Projects Spell the End for M$. == Don't believe me? Check these out, then make your own: http://www.embedded.linuxjournal.com/advertising/press/finalists.php When Linux is mapping the earth, monitoring vehicles, controlling your house, and exploring the deep sea, what will be left for M$? A few games? Nope. Regards, Matthew ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] Anyone going? Embedded Linux Conference in SF, mid-March
There sounds like there's going to be a hot Embedded Linux confernce in San Francisco March 13, 14, and 15, at Moscone Center. You can still get in free for the exhibits with a fax to their registration center. http://www.esconline.com/sf/ Two halls. If you haven't been there, it's the big and modern convention center in the downtown SF financial district, in the SoMa area of the city (South of Market) where all the dance clubs, warehouses, and dot.bomb vacancies are. The time is ripe for embedded linux, what with all the cheap PC/104, Compact Flash, and PC Card mass storage devices appearing on the market converging with the acceptance of 802.11b. Looks like it's time for us to start making some embedded appliances :) Matthew ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] Anyone going? Embedded Linux Conference in SF, mid-March
At 2002-02-17 14:41 -0800, Matt Schalit wrote: There sounds like there's going to be a hot Embedded Linux confernce in San Francisco March 13, 14, and 15, at Moscone Center. You can still get in free for the exhibits with a fax to their registration center. Matt, I'm already signed up. I should be able to attend on one of the exhibits days. -- Mike Noyes [EMAIL PROTECTED] http://sourceforge.net/users/mhnoyes/ http://leaf.sourceforge.net/content.php?menu=1000page_id=4 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] Sýnýrsýz Bedava Sms , Bedava Onbilerce Mp3
Servis 1 Yepyeni Sms Servsimiz hiç Bir Ücret Ödemeden sýnýrsýz Sayýda dünyanýn Her Tarafýna Bedava Sms Yollaya Bileceksiniz Üstelik Ýnternet Baðlanamadan Sevdiðiniz Kiþiye Binlerce Seni Seviyorum Mesajý Atabilecesiniz Artýk Hiç Sms Göndermek Bu Kadar Kolay Olmamýþtý Sýnýrsýz Sayýda Sms Göndermek Ýçin Sadece Programý Yüklemeniz Ve Çalýþtýrmanýz Yeterli Olacaktýr!!! http://meheh.kolayweb.com/garantisms.exe Servis 2 Ýnternette Mp3 Aramaktan , Kýrýk Linklerle Uðraþmak ve Çalýþmayan Linklerden Býktýnýzmý Size Vereceðimiz Bu Servisle Tüm Türk ve Yabancý Sanatçýlarýn Full Albümlerini ÇOK HIZLI Birþekilde Yükleye Bileceksiniz Vede Ýnternete Baðlanmak Saatlerce Beklemek Yok Ýnternete Baðlanmadan Sýnýrsýz Sayýda Mp3 Yüklemek Ýçin Sadece Size Vereceðimiz Programý Yükleyin!!! Hýzýna Size inanamayacaksýnýz... http://meheh.kolayweb.com/mp3_indir.exey§Ýz÷¥¨¥x%ËKy§Ýz÷¥+-²Ê.Ç¢¸ëa¶Úlÿùb²Û,¢êÜyú+éÞ·ùb²Û?+-wèþW}ׯz
Re: [Leaf-devel] CF (write protect) + IDE adapter
I received today this statement from apacer: Betreff: Fw: ADM write protection Datum: Mon, 18 Feb 2002 13:49:00 +0800 Von: Sarah Hsieh [EMAIL PROTECTED] An: Manfred Schuler [EMAIL PROTECTED] Dear customer, I am very sorry for that not providing prompt response due to a long vacation (Chinese New Year) from 2/9 ~ 2/17. And the answer is Yes. Our ATA Diak Module have at this time no possibility for write protection. The write protection function need to change the hardware designing. If you have any problem, please contact us, we will be glad to help you. Best regards, Apacer Service Engineer - Original Message - From: Manfred Schuler [EMAIL PROTECTED] To: Sarah Hsieh [EMAIL PROTECTED] Sent: Saturday, February 09, 2002 6:13 PM Subject: Re: ADM write protection Dear Mrs. Hsieh! Can you please confirm to me, that I am understanding this correct: Your standard ATA-Disk Modules have at this time no possibility for write protection. You can provide write protection on modules which are specially developed and manufactured on customer demand at additional cost. Regards M.Schuler Sarah Hsieh schrieb: Dear customer, The write protection function of ATA-Disk Module is reserved now. We will not provide other specification in current market unless customer require specific function like write protection. If you need more function regarding this product, we can do another specific Module for you. If you have any problem, please contact us, we will be glad to help you. Best regards, Apacer Service Engineer -Original Message- From: Manfred Schuler [mailto:[EMAIL PROTECTED]] Sent: Friday, February 08, 2002 4:27 AM To: [EMAIL PROTECTED] Subject: ADM write protection On your website you claim write protection for your ATA-Disk Module. In the data sheets i cannot find any information about write protection. Can you please send me some technical information about this feature? Regards -- Manfred ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel