search for: porterboxes

Hi, is there a DD-accessible porterbox somewhere (slow would be ok, as this is smallish software) with an up-to-date sid (enough to install the recently-built libklibc-dev 2.0~rc5-1 and all other B-D of mksh 40.9.20120518-1, as well as strace and gdb-minimal)? Similarily to http://www.zytor.com/pipermail/klibc/2012-May/003229.html I found klibc-compiled programmes on Alpha to fail (SIGSEGV

...gt; ask DD to approve it. Are you a DD, or Sylvestre is? >> I am (cf my email address). >> Why would like to do in this context ? > > Well, not everyone has a ARM machine to help ARM testing. That's why > Mehmet mentioned Debian has resource. Sorry but the goal of Debian porterboxes is not for upstream testing their software but for packaging purposes. You should instead have a look to the GCC compilation farm: http://gcc.gnu.org/wiki/CompileFarm Some LLVM developers are using these servers for testing LLVM and Dragonegg. Sylvestre

Hi, things are progressing slowly, but I feel that eventually I'll be getting there: supermin can be built on all Linux-based architectures that are part of Debian/unstable[1] -- (except for sparc, but I'll ignore that for now.) libguestfs on the other hand currently fails launching the appliance (necessary for running tests) on everything but x86 and mips. Apparently, qemu-system-arm

Hi sh4 porters, I?ve just fixed a regression of klibc to build from source on sh4 using the sumotsu.debian.net porterbox (thanks for making one available) and found a problem with your archi- tecture: all binaries built with klibc (shared and static) get a SIGILL (illegal instruction). I suspect that different CFLAGS are needed. Please, someone, have a look at it; a release of klibc 2.0 upstream

On 24 April 2013 12:01, Sylvestre Ledru <sylvestre at debian.org> wrote: > Sorry but the goal of Debian porterboxes is not for upstream testing > their software but for packaging purposes. > > You should instead have a look to the GCC compilation farm: > http://gcc.gnu.org/wiki/CompileFarm > Some LLVM developers are using these servers for testing LLVM and > Dragonegg. > Hi Folks, I'm...

Hi, no mailing list for powerpcspe? What?s the progress of your architectures? I don?t see much happening on debian-ports.org, and taking your architectures off that infrastructure hurts others (I?ve ?revived? m68k and kept it running on d-p.o which helps a bit). Anyway: a new klibc (2.0~rc5-1) has been uploaded, and an mksh companion version (40.9.20120518-1) depending on it and trying to use

On 24/04/2013 12:21, 陳韋任 (Wei-Ren Chen) wrote: > Hi Mehmet, > > Thanks for the info. I just contacted DSA (Debian System Admin, I > guess), and he said we have to prepare information list on [1] and > ask DD to approve it. Are you a DD, or Sylvestre is? I am (cf my email address). Why would like to do in this context ? Thanks, Sylvestre

Hi Sylvestre, > > Thanks for the info. I just contacted DSA (Debian System Admin, I > > guess), and he said we have to prepare information list on [1] and > > ask DD to approve it. Are you a DD, or Sylvestre is? > I am (cf my email address). > Why would like to do in this context ? Well, not everyone has a ARM machine to help ARM testing. That's why Mehmet

Hi, it seems that even after commit df5bd5741b37da9cf97d7a76ac2805557aa630db Author: Richard W.M. Jones <rjones@redhat.com> Date: Tue Apr 29 15:43:20 2014 +0100 builder: Fix parallel builds of index-parse.o. there is a small chance that a build may go wrong with the described symtom, missing "do_parse" symbol. It just happened to me on Debian's ppc64el buildd[1] and

Hi Renato, > > Sorry but the goal of Debian porterboxes is not for upstream testing > > their software but for packaging purposes. > > > > You should instead have a look to the GCC compilation farm: > > http://gcc.gnu.org/wiki/CompileFarm > > Some LLVM developers are using these servers for testing LLVM and > > Dragon...

Le mardi 27 mars 2012 à 14:36 -0700, Bill Wendling a écrit : > IMPORTANT! IMPORTANT! IMPORTANT! > [...] > By the way, we are looking for ARM testers. There was a lot of interest in the 3.0 release for an ARM release. We will try to do one this release on a trial basis. We are looking for ARMv7 cortex-a8 and cortex-a9 on Linux. If you are interested, I can upload the current trunk

IMPORTANT! IMPORTANT! IMPORTANT! We will be branching for the 3.1 release on April 16th! :-) This gives us a little over two weeks to get the trees into the most stable condition we can. What this means for you: All major features for the 3.1 release should be finished or near completion by the April 16th. After April 16th, we will accept only bug fixes and patches which do not change the