Even after my last post.. I still really wish and want to use astlinux.. sure I am more than capable of beating the crap out of a fedora core and making it run in the same amount of CPU ticks as astlinux, however its obviously not nearly as easy in the real world...
I also very much like the fact I can bump versions up or down easily in the ADE run a build, then with a single file load it into a box, reboot and its done.. upgraded, that easy... That's not such an easy thing when rolling on a regular linux distro... But I have run into issues like others with licenses.. and in my case with trying to protect some PHP code.. I cannot load any dynamic modules.. turns out it's a failure in the uclibc implementation of dl() and dlopen... Im good enough with the ADE to be dangerous.. ive bumped versions, edited makefiles to change options at compile time, etc.. but have no idea where to begin at converting to glibc.. I see that buildroot can build against glibc now.. im not sure how much space cost is involved.. but like in my last post I don't think its an issue if an image became 64 megs instead of 18 in this day and age.... My astlinux installations are as others have said rock solid.. ive been using it for many years... and I don't plan on giving up... So really if I had more knowledge id be of more help.. but really ill help with development all I can... -Christopher -----Original Message----- From: John Novack [mailto:[email protected]] Sent: Tuesday, September 21, 2010 8:08 AM To: AstLinux Users Mailing List Subject: Re: [Astlinux-users] future of astlinux Ingmar Schraub wrote: > Hi, > > I am still following the astlinux-* mailing lists and I thought to give > you some 'heads up'. Phillip "stepped aside" and he has probably good > reasons for that decision. In my view Phillip improved the code and > buildsystem quite a lot over time. So it's a pity that he made this > decision. > > Speaking about the technology: most distros must be 'installed' on some > disk device. Updates are provided online through whatever package > manager the distro uses. That works fine for servers and desktops. > > Astlinux (Kristian) came up with the idea to put the whole system into a > single compressed file which can be easily replaced on boot time. This > has pros and cons. On the pro side you get a system where all components > work together and dependencies are resolved. Furthermore if you don't > like one system image, you can go back to the previous one. Upgrading is > also made easy - you distribute just a single file. That's what I > personally really like about this concept and I hope that you stick with > it. > > Changing to eglibc or glibc makes sense. Not that uClibc is a bad > choice. Not at all. Especially the old 0.9.28 version is running rock > stable! Though it is lacking of some features which are implemented in > newer versions. > > Since telephony has to deal with licenses in some areas (codecs like > G.729 or the skype channel), it makes it impossible for users to use > those features with astlinux based on uClibc. > > My wish as an user is therefore to stick with the runnix concept, but > move on to eglibc/glibc. Don't make it just 'another distro like Debian, > Red Hat, ...'. > > I am sure that Darrick, Lonnie, Kristian and others have already great > plans for the future of astlinux. > > Regards, > > Ingmar > Second that. I have installed quite a few AstLinux versions to ( mostly ) HP thin clients, used by members of the worldwide Collectors Network, to interface our electromechanical switches. The HP thin clients with AstLinux just work, for months on end. What one wants and expects from an embedded system. The Collectors network probably also has the largest installed base of AstLinux 0.5! Later installations use the current 0.7.2. Having a more standard library to be able to use things like mjproxy would be well received. Unfortunately I do not have the abilty or skill set to contribute much other than testing and encouragement. John Novack -- Dog is my Co-pilot ---------------------------------------------------------------------------- -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Astlinux-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to [email protected]. ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Astlinux-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to [email protected].
