On Thu, Apr 11, 2013 at 03:47:19PM -0400, Jon Bernard wrote:
> > Additionally, since upstream is clearly supporting selected
> > architectures and falling back to #error for unsupported ones, your
> > package should properly mark those supported ones in the Architecture
> > field instead of relying
On Mon, Apr 15, 2013 at 01:15:38PM -0400, Jon Bernard wrote:
> On the buildd machines that I cannot test on, autoconf sets $host_cpu to
> 'sparc'
> instead of 'sparc64'. This caused me to assume they had a 32bit kernel. On
> the
> machine that I can test on (smetana), autoconf sets $host_cpu co
On Thu, Apr 11, 2013 at 03:47:19PM -0400, Jon Bernard wrote:
>
> I suspect the buildd (schroeder in this case) has a 32bit userland and thus
> has
> a HOSTTYPE of "sparc" instead of "sparc64". I should be a one-line patch, but
> the only available sparc test machine (smetana) is sparc64 and so I
* Faidon Liambotis wrote:
> On Thu, Apr 11, 2013 at 03:47:19PM -0400, Jon Bernard wrote:
> >
> > I suspect the buildd (schroeder in this case) has a 32bit userland and thus
> > has
> > a HOSTTYPE of "sparc" instead of "sparc64". I should be a one-line patch,
> > but
> > the only available spar
* Faidon Liambotis wrote:
> Package: liburcu
> Version: 0.7.6-1
> Severity: serious
>
> Hi,
>
> Your package seems to be marked Architecture: any but seems to FTBFS on
> multiple architectures, some of them even release architectures. mipsel
> has already been marked as Not-For-Us.
>
> One of t
Package: liburcu
Version: 0.7.6-1
Severity: serious
Hi,
Your package seems to be marked Architecture: any but seems to FTBFS on
multiple architectures, some of them even release architectures. mipsel
has already been marked as Not-For-Us.
One of them is sparc which built for 0.6.7-1 but has fail
6 matches
Mail list logo
