amdgpu for jessie-backports?

[Jérémy Viès]

Hi,

I've checked my applied patch to the sid package, and in fact, it was the
i386 tests I deactivated. amd64 tests are already KO on sid anyway.

$ less llvm_disable_tests.diff
> --- debian/rules.orig   2016-03-08 11:40:23.577165827 +0100
> +++ debian/rules        2016-03-08 11:40:41.152629055 +0100
> @@ -456,7 +456,7 @@
>
>  ifeq (,$(filter nocheck, $(DEB_BUILD_OPTIONS)))
>  # List of the archs we know we have 100 % tests working
> -ARCH_LLVM_TEST_OK := i386
> +ARCH_LLVM_TEST_OK :=
>
>  override_dh_auto_test:


If the deep investigation you wrote about consists in passing all the
auto-tests on amd64 and i386 on both stretch/sid and jessie/stable, and
make a diff, it will take a lot of time to me (considering I do not have a
stretch pbuilder environment ready :( ).



Regards,
Jérémy

2016-08-16 13:22 GMT+02:00 Gianfranco Costamagna <locutusofborg at debian.org>:

> Hi,
>
> >I do backports llvm-3.8 and mesa-12.1 from testing/unstable/experimental
> for my personnal machine and it goes quite straight forward.
> >The only things I did was to remove amd64 from the list of architecture
> on which all llvm self tests pass.
>
>
> this sounds like *bad* to me.
> (speaking for llvm-3.8)
> if the testsuite has failures, they have to be addressed, disabling them
> is a no-go at least for me
> (disabling after a deep investigation might be fine, depending on what
> fails)
>
> For sure, before backporting llvm 3.8 we have to:
> - fix mips64el
> - make the current package migrate.
>
> I don't speak for mesa, I have almost zero knowledge.
>
> So, if you want a backport, please help in testing and reporting failures,
> and we will try to make it go in jessie-bpo
>
> G.
>



-- 
Theory is where you know everything, but nothing works; practice is where
everything works, but nobody knows why. Here we combine theory with
practice; nothing works and nobody knows why !
A.Einstein
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-llvm-team/attachments/20160816/785f7171/attachment.html>