From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=DATE_IN_PAST_12_24, DMARC_MISSING,FREEMAIL_FROM,INVALID_DATE,MAILING_LIST_MULTI autolearn=no autolearn_force=no version=4.0.0 Received: from mailout00.sul.t-online.com ([194.25.134.16]) by cvs.gentoo.org with esmtp (Exim 3.22 #1) id 14pUZt-0006sL-00 for gentoo-dev@gentoo.org; Tue, 17 Apr 2001 06:27:29 -0600 Received: from fwd06.aul.t-online.de by mailout00.sul.t-online.com with smtp id 14pUZU-00088E-0F; Tue, 17 Apr 2001 14:27:04 +0200 Received: from helios.bagwan (320095285153-0001@[62.155.143.216]) by fwd06.sul.t-online.com with smtp id 14pUZN-1gxjRQC; Tue, 17 Apr 2001 14:26:57 +0200 Received: (qmail 14176 invoked by uid 0); 17 Apr 2001 15:10:24 -0000 Received: from sadchitananda2.bagwan (HELO gentoo.org) (achim@192.168.2.1) by helios.bagwan with SMTP; 17 Apr 2001 15:10:24 -0000 Message-ID: <3ADC300D.276686C4@gentoo.org> From: AGottinger@t-online.de (Achim Gottinger) X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: gentoo-dev@gentoo.org Subject: Re: [gentoo-dev] new guides References: <20010409205504.B17779@cvs.gentoo.org> <20010411004710.A23682@alkaline.anarchy> <3AD3E419.8CDEF274@gentoo.org> <20010410235052.B15536@cvs.gentoo.org> <3AD3F097.77E8750D@gentoo.org> <20010411002815.D15536@cvs.gentoo.org> <20010412161317.A16521@cvs.gentoo.org> <20010413014017.B16521@cvs.gentoo.org> <20010413052441.A29405@kabbu.thehutt.org> <3AD6C914.D8CA6C3F@gentoo.org> <20010416230701.A22182@kabbu.thehutt.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Sender: 320095285153-0001@t-dialin.net Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0 Precedence: bulk Reply-To: gentoo-dev@gentoo.org X-Reply-To: achim@gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux development list List-Unsubscribe: , List-Archive: Date: Tue Apr 17 06:28:02 2001 X-Original-Date: Tue, 17 Apr 2001 13:59:09 +0200 X-Archives-Salt: 8ff939ad-8e16-474f-9c46-cc23a5520ef4 X-Archives-Hash: 07a5e57bcc9220b82b08769d1200e00e > The freeze module will covert the python code to c and then compile it. Sounds good in theory, does it work better that perl->c? > I think we can also look at using stripped down version of Python, like > stackless or pippy. Yes that must be evaluated. I guess I'm just very pro-python. We've developed > a great system that through the use of a very-high level scripting > language provides an easy framework for hacking and extensibility. I'd > hate to see that lost. As long as daniel lives, you whoun't see that lost. The plan is to convert parts of the ebuild python code to c++ once it is stable. Do you plan to hack things like the dependencie system? So finaly the core of ebuild will be c++ code used by a python module. Then it is possible to write modules for ebuild in other languages too. > > Since time is limited, why don't we just concentrate on what we've > always been doing? I figure that if can publish an API, then others can > develop ebuild in other languages. > I do not see a sense in using other languages than bash for ebuild's functions, but it whould be great to have a perl module from which I can access ebuilds functions. Of cause we currently concentrate on what we've always been doing. I'm reworking all our packages since two month to make intensive use of the USE variables. Once I'm finished we should be able to use USE as a global config file for all packages. So for example if you set "mysql" in USE all packages that can be linked against mysql get linked against it. I think this is usefull for embedded systems too, because it can reduce the package's size immense. There is no need for native languages support, pam or readline on an internet radio. Unfortunately all this is much more time-consumning as I thought and that is a main cause why there was no new release in the past. But once it is finished I swear that it will be real fun. > : BTW: Jerry, are you still headbanging or did you get gentoo working now? > > No. Unfortunately, I've become the latest dot-com casualty. Urgh, sorry to hear that, hope you get a new job soon. So, the > Vaio z505 had to go back. I went to a computer show over the weekend > and picked up the parts to put together a 1GHz Athlon system (I even > picked up a pcmcia bay so I can still try and get laptop portages made). > So, it's back to the drawing board for figuring out how to bootstrap > this puppy. I made a package for yard, which is a nice system for building rescue and install discs. Simplified you pass a list of binraies you want to have on a disc and yard finds te required libs and builds a working image for you. Debian uses a nice script to reduce the size of the shared libraries for such a disc by building the shared libs from _pic.a archives with only the required funtions. This can reduce for exanple glibc's size to nearly the half. The problem is that yard currently has the path to the config stuff hardcoded, so it must be hacked to read an env var or an parameter (should not be difficult). Once this is done, I think it's even good for making images for embedded systems. Additionaly I try to use syslinux for the boot disc. Hopefully this works better than our current system. Once more it's more time-consuming than expected but real fun in the end. All the trials we made for a week to get gentoo running on your vaio where tested here on an Athlon system, so hopefully it will work on your system too. Maybe I can upload new snapshot releases for build and sys this week. bye achim~ > > --Jerry > > name: Jerry Alexandratos || Open-Source software isn't a > phone: 703.599.6023 || matter of life or death... > email: jerry@thehutt.org || ...It's much more important > || than that! > > _______________________________________________ > gentoo-dev mailing list > gentoo-dev@gentoo.org > http://www.gentoo.org/mailman/listinfo/gentoo-dev