From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/1648 Path: news.gmane.org!not-for-mail From: Gregor Richards Newsgroups: gmane.linux.lib.musl.general Subject: Re: Help-wanted tasks for musl Date: Sun, 19 Aug 2012 18:19:26 -0400 Message-ID: <5031666E.10909@purdue.edu> References: <43616.50.0.229.183.1345412797.squirrel@lavabit.com> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1345414783 11708 80.91.229.3 (19 Aug 2012 22:19:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 19 Aug 2012 22:19:43 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-1649-gllmg-musl=m.gmane.org@lists.openwall.com Mon Aug 20 00:19:43 2012 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1T3DqQ-0002ih-0x for gllmg-musl@plane.gmane.org; Mon, 20 Aug 2012 00:19:42 +0200 Original-Received: (qmail 14067 invoked by uid 550); 19 Aug 2012 22:19:40 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 14059 invoked from network); 19 Aug 2012 22:19:40 -0000 User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:14.0) Gecko/20120713 Thunderbird/14.0 In-Reply-To: <43616.50.0.229.183.1345412797.squirrel@lavabit.com> X-PMX-Version: 5.5.9.388399 X-PerlMx-Virus-Scanned: Yes Xref: news.gmane.org gmane.linux.lib.musl.general:1648 Archived-At: Ruby and pari fail for uninteresting reasons I haven't diagnosed yet. i.e., it's something about the whole stack, not musl in particular. SDL works now, and should be reported as such when the new pkgsrc results come out. The Fortran stuff is just because pkgsrc doesn't know how to build GCC for musl; I just added the ability for Snowflake to build gfortran, so in the future that might work, but it's not ready in the current pkgsrc run. With valediction, - Gregor Richards On 08/19/2012 05:46 PM, idunham@lavabit.com wrote: >>> Analysis of Gregor's pkgsrc failure results >>> Gregor Richards has run the whole NetBSD pkgsrc build (over 10k > packages) against musl and posted reports to the mailing list and wiki. > Some analysis on the most frequent causes of failure could be extremely > helpful to improving compatibility. It would also be nice to identify > major dependency failures that can be fixed (either in the upstream > package if it's buggy, or in musl if it's due to missing features) so > that the packages which depend on them can be tested too. I'm looking > to get results in the form of "we should fix X and Y and Z and then > lots more packages will work". >> ISTR that Gregor has something that gives him scores for how important > different packages are. > > This is mvd.txt in the results tarball. (see musl.codu.org) > Higher scores (at the top) mean more valuable/more packages stopped here. > And looking at what it says, I see these scores: > Ruby193-base: 904 > pari: 674 > qt3-libs: 394 > qt4-libs: 358 > .... > libf2c: 282 > .... > g95: 152 > .... > SDL: 135 > >> I look at this once in a while already, but now that I've done a little > repartitioning, should be able to do a little more... >> Just for a brief overview of a few things: >> -SDL: patches haven't been merged >> -There are at least a dozen packages that should be building, per my own > tests without pkgsrc, but aren't. >> -e2fsprogs provides libcomerr, so I suspect blocks zephyr, which blocks > libpurple/pidgin/... >> -avahi is semi-important >> -ruby has been one of the higher-priority ones to fix >> -R needs g77 or gfortran a/k/a g95 (I have g77, but that's not in > pkgsrc...). >> Also needs lapack & blas which need the same. >> Octave needs all of the above, plus more... >> I suspect that applying musl patches to gcc-core, and untarring gfortran > on that, would be adequate-that's what I did for g77. >> -qt3 & qt4 libs won't build OOB. > > > >