Bug#826225: marked as done (supercollider-sc3-plugins: ftbfs on ppc64el - invalid parameter combination for AltiVec intrinsic)
Your message dated Tue, 10 Apr 2018 20:03:04 + with message-id and subject line Bug#826225: fixed in supercollider-sc3-plugins 3.9.1~repack-1 has caused the Debian Bug report #826225, regarding supercollider-sc3-plugins: ftbfs on ppc64el - invalid parameter combination for AltiVec intrinsic to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 826225: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826225 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: supercollider-sc3-plugins Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el Hello. The package supercollider-sc3-plugins fails to build from source on ppc64el, with the same kind of error, reported on #766630 that caused, supercollider to fail. It is an issue with altivec implementation on ppc64el, which actually needs to be corrected. The definitive fix would be to write ppc64el altivec code, which is not a quick job. Just as it was done for supercollider, disabling altivec for ppc64el at least allows it to build. That is in the patch attached. Regards Fernando diff -Nru supercollider-sc3-plugins-3.7.1~repack/debian/changelog supercollider-sc3-plugins-3.7.1~repack/debian/changelog --- supercollider-sc3-plugins-3.7.1~repack/debian/changelog 2016-04-19 10:49:58.0 + +++ supercollider-sc3-plugins-3.7.1~repack/debian/changelog 2016-06-02 20:51:26.0 + @@ -1,3 +1,10 @@ +supercollider-sc3-plugins (3.7.1~repack-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * debian/rules: disable altivec/vmx to fix FTBFS on ppc64el + + -- Fernando Seiti Furusato Thu, 02 Jun 2016 20:51:08 + + supercollider-sc3-plugins (3.7.1~repack-1) unstable; urgency=medium [ Hanno Zulla ] diff -Nru supercollider-sc3-plugins-3.7.1~repack/debian/rules supercollider-sc3-plugins-3.7.1~repack/debian/rules --- supercollider-sc3-plugins-3.7.1~repack/debian/rules 2016-04-19 10:44:03.0 + +++ supercollider-sc3-plugins-3.7.1~repack/debian/rules 2016-06-02 20:51:04.0 + @@ -5,6 +5,11 @@ export DEB_BUILD_MAINT_OPTIONS = hardening=+all include /usr/share/dpkg/buildflags.mk +ifeq ("$(DEB_HOST_ARCH_CPU)","ppc64el") + CFLAGS=-mno-altivec -mno-vsx + CXXFLAGS=-mno-altivec -mno-vsx +endif + %: dh $@ --parallel --- End Message --- --- Begin Message --- Source: supercollider-sc3-plugins Source-Version: 3.9.1~repack-1 We believe that the bug you reported is fixed in the latest version of supercollider-sc3-plugins, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 826...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Georges Khaznadar (supplier of updated supercollider-sc3-plugins package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 10 Apr 2018 19:26:05 +0200 Source: supercollider-sc3-plugins Binary: sc3-plugins sc3-plugins-server sc3-plugins-language ladspalist Architecture: source amd64 all Version: 3.9.1~repack-1 Distribution: unstable Urgency: medium Maintainer: Debian Multimedia Team Changed-By: Georges Khaznadar Description: ladspalist - List LADSPA plugins for use by LADSPA UGen sc3-plugins - Community collection of UGen plugins for SuperCollider sc3-plugins-language - sclang class files of UGen plugins for SuperCollider sc3-plugins-server - Compiled scsynth UGen plugins for SuperCollider Closes: 826225 Changes: supercollider-sc3-plugins (3.9.1~repack-1) unstable; urgency=medium . [Georges Khaznadar] * upgraded to the newest upstream version * updated the debian patches for this last version * upgraded standards: Standards-Version: 4.1.3, debhelper (>= 10), compat. * removed the option --parallel which is useless with debhelper (>= 10) in debian/rules [ Fernando Seiti Furusato ] * debian/rules: disable altivec/vmx to fix FTBFS on ppc64el (Closes: #826225) Checksums-Sha1: 83730315990146058f067f8a8de2ce1a128ad263 2499 supercollider-sc3-plugins_3.9.1~repack-1.dsc a896081ac6d42a365578e11485ada667c6536ead 2832904 supercollider-sc3-plugins_3.9.1~repack.orig.tar.xz ee840eb977f98d5e1de6
Bug#826225: supercollider-sc3-plugins: ftbfs on ppc64el - invalid parameter combination for AltiVec intrinsic
Source: supercollider-sc3-plugins Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el Hello. The package supercollider-sc3-plugins fails to build from source on ppc64el, with the same kind of error, reported on #766630 that caused, supercollider to fail. It is an issue with altivec implementation on ppc64el, which actually needs to be corrected. The definitive fix would be to write ppc64el altivec code, which is not a quick job. Just as it was done for supercollider, disabling altivec for ppc64el at least allows it to build. That is in the patch attached. Regards Fernando diff -Nru supercollider-sc3-plugins-3.7.1~repack/debian/changelog supercollider-sc3-plugins-3.7.1~repack/debian/changelog --- supercollider-sc3-plugins-3.7.1~repack/debian/changelog 2016-04-19 10:49:58.0 + +++ supercollider-sc3-plugins-3.7.1~repack/debian/changelog 2016-06-02 20:51:26.0 + @@ -1,3 +1,10 @@ +supercollider-sc3-plugins (3.7.1~repack-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * debian/rules: disable altivec/vmx to fix FTBFS on ppc64el + + -- Fernando Seiti Furusato Thu, 02 Jun 2016 20:51:08 + + supercollider-sc3-plugins (3.7.1~repack-1) unstable; urgency=medium [ Hanno Zulla ] diff -Nru supercollider-sc3-plugins-3.7.1~repack/debian/rules supercollider-sc3-plugins-3.7.1~repack/debian/rules --- supercollider-sc3-plugins-3.7.1~repack/debian/rules 2016-04-19 10:44:03.0 + +++ supercollider-sc3-plugins-3.7.1~repack/debian/rules 2016-06-02 20:51:04.0 + @@ -5,6 +5,11 @@ export DEB_BUILD_MAINT_OPTIONS = hardening=+all include /usr/share/dpkg/buildflags.mk +ifeq ("$(DEB_HOST_ARCH_CPU)","ppc64el") + CFLAGS=-mno-altivec -mno-vsx + CXXFLAGS=-mno-altivec -mno-vsx +endif + %: dh $@ --parallel ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#766630: marked as done (supercollider: ftbfs on ppc64el -- error: invalid parameter combination for AltiVec intrinsic)
Your message dated Wed, 25 May 2016 14:53:08 +0100 with message-id <1464184388.4586.3.ca...@debian.org> and subject line Re: Bug#766630: supercollider: ftbfs on ppc64el -- error: invalid parameter combination for AltiVec intrinsic has caused the Debian Bug report #766630, regarding supercollider: ftbfs on ppc64el -- error: invalid parameter combination for AltiVec intrinsic to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 766630: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766630 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: supercollider Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el Dear Maintainer, The package fails to build from source on ppc64el because the usage of altivec is not implemented for the architecture. So, the workaround was to disable it for ppc64el. While at it, Konstantinos also went ahead and fixed it for ppc32. He tested it and it builds. So there are 2 patches attached: - ppc64el.debdiff which contains the disabling of altivec/vsx usage for ppc64el - altivec-powerpc.debdiff which contains Konstantinos' modifications. Thanks. Fernando -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.16-trunk-powerpc64le (SMP w/32 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash diff -Nru supercollider-3.6.6~repack-2/debian/changelog supercollider-3.6.6~repack-2/debian/changelog --- supercollider-3.6.6~repack-2/debian/changelog 2014-10-04 16:33:25.0 + +++ supercollider-3.6.6~repack-2/debian/changelog 2014-10-24 12:23:30.0 + @@ -1,3 +1,9 @@ +supercollider (1:3.6.6~repack-2-1ppc64el1) UNRELEASED; urgency=medium + + * debian/rules: disabled altivec/vsx for ppc64el since the package does not support the usage for now + + -- Fernando Seiti Furusato Fri, 24 Oct 2014 12:22:54 + + supercollider (1:3.6.6~repack-2-1) unstable; urgency=low [ Dan Stowell ] diff -Nru supercollider-3.6.6~repack-2/debian/rules supercollider-3.6.6~repack-2/debian/rules --- supercollider-3.6.6~repack-2/debian/rules 2014-10-04 16:33:25.0 + +++ supercollider-3.6.6~repack-2/debian/rules 2014-10-24 12:22:48.0 + @@ -32,6 +32,11 @@ endif endif +ifeq ("$(DEB_HOST_ARCH_CPU)","ppc64el") + CFLAGS=-mno-altivec -mno-vsx + CXXFLAGS=-mno-altivec -mno-vsx +endif + DEB_CMAKE_EXTRA_FLAGS = \ -DDSO_VISIBILITY=on \ -DSC_EL_BYTECOMPILE=off \ diff -Nru supercollider-3.6.6~repack-2/debian/changelog supercollider-3.6.6~repack-2/debian/changelog --- supercollider-3.6.6~repack-2/debian/changelog 2014-10-04 16:33:25.0 + +++ supercollider-3.6.6~repack-2/debian/changelog 2014-10-24 13:25:11.0 + @@ -1,3 +1,10 @@ +supercollider (1:3.6.6~repack-2-1ppc64el1) UNRELEASED; urgency=medium + + * debian/patches/altivec-powerpc.patch by Konstantinos Margaritis to enable altivec usage on powerpc. + * debian/rules: enable supernova and altivec for powerpc + + -- Fernando Seiti Furusato Fri, 24 Oct 2014 13:19:58 + + supercollider (1:3.6.6~repack-2-1) unstable; urgency=low [ Dan Stowell ] diff -Nru supercollider-3.6.6~repack-2/debian/patches/altivec-powerpc.patch supercollider-3.6.6~repack-2/debian/patches/altivec-powerpc.patch --- supercollider-3.6.6~repack-2/debian/patches/altivec-powerpc.patch 1970-01-01 00:00:00.0 + +++ supercollider-3.6.6~repack-2/debian/patches/altivec-powerpc.patch 2014-10-24 13:21:51.0 + @@ -0,0 +1,160 @@ +Description: This patch, by Konstantinos Margaritis, enables altivec usage on powerpc. +Author: Konstantinos Margaritis + +--- supercollider-3.6.6~repack-2.orig/external_libraries/nova-simd/vec_altivec.hpp supercollider-3.6.6~repack-2/external_libraries/nova-simd/vec_altivec.hpp +@@ -22,6 +22,8 @@ + + #include + #undef bool ++#undef pixel ++#undef vector + + #include "detail/vec_math.hpp" + #include "vec_int_altivec.hpp" +@@ -39,13 +41,13 @@ namespace nova + + template <> + struct vec: +-vec_base ++vec_base + { +-typedef vector float internal_vector_type; ++typedef __vector float internal_vector_type; + typedef float float_type; + + private: +-typedef vec_base base; ++typedef vec_base base; + + static internal_vector_type set_vector(float f0, float f1, float f2, float f3) + { +@@ -231,7 +233,7 @@ private: + // adapted from http://developer.apple.com/hardwaredri
Re: [SCM] supercollider/master: debian/rules: disabled altivec/vsx for ppc64el
On 17 May 2016 at 18:34, wrote: > The following commit has been merged in the master branch: > commit 34e9e171f850b4e589e908752175de90551983dc > Author: Dan Stowell > Date: Tue May 17 23:11:19 2016 +0100 > > debian/rules: disabled altivec/vsx for ppc64el > > since the package does not support the usage for now > > patch by Fernando Seiti Furusato, > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766630 > > diff --git a/debian/changelog b/debian/changelog > index 611e5d3..a731d0f 100644 > --- a/debian/changelog > +++ b/debian/changelog > @@ -1,3 +1,11 @@ > +supercollider (1:3.7.0~repack-2) UNRELEASED; urgency=medium > + > + [ Fernando Seiti Furusato ] > + * debian/rules: disabled altivec/vsx for ppc64el since the package does not > +support the usage for now > + > + -- Dan Stowell Tue, 17 May 2016 > 23:09:57 +0100 > + > supercollider (1:3.7.0~repack-1) unstable; urgency=medium > >[ Dan Stowell ] > diff --git a/debian/rules b/debian/rules > index e15375a..a072df3 100755 > --- a/debian/rules > +++ b/debian/rules > @@ -28,6 +28,11 @@ else > DEB_BUILD_SUPERNOVA=on > endif > > +ifeq ("$(DEB_HOST_ARCH_CPU)","ppc64el") > + CFLAGS=-mno-altivec -mno-vsx > + CXXFLAGS=-mno-altivec -mno-vsx > +endif > + I'm pretty sure this is wrong, as this will override any other setting. the flag needs to be appended. -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#729332: marked as done (libpostproc: FTBFS on powerpcspe because of AltiVec assumption)
Your message dated Fri, 21 Aug 2015 13:34:34 + with message-id and subject line Bug#796269: Removed package(s) from unstable has caused the Debian Bug report #729332, regarding libpostproc: FTBFS on powerpcspe because of AltiVec assumption to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 729332: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729332 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: libpostproc Version: 6:0.git20120821-4 Severity: wishlist Tags: patch sid User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, libpostproc currently FTBFS on powerpcspe like this: == dh build-arch dh_testdir -a debian/rules override_dh_auto_configure make[1]: Entering directory `/«PKGBUILDDIR»' ./configure --enable-shared --prefix=/usr You need a compiler that supports {} in AltiVec vector declarations. If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the libav-u...@libav.org mailing list or IRC #libav on irc.freenode.net. Include the log file "config.log" produced by configure as this will help solving the problem. make[1]: *** [override_dh_auto_configure] Error 1 make[1]: Leaving directory `/«PKGBUILDDIR»' make: *** [build-arch] Error 2 ====== AltiVec is not available on powerpcspe (only on powerpc). Therefore propposing the attached patch. Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash --- libpostproc-0.git20120821/debian/rules 2013-10-09 14:47:03.0 +0200 +++ libpostproc-0.git20120821/debian/rules 2013-11-11 21:47:28.361869637 +0100 @@ -4,11 +4,16 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 +CONFFLAGS = +ifeq ($(shell dpkg-architecture -qDEB_HOST_ARCH),powerpcspe) +CONFFLAGS += --disable-altivec +endif + override_dh_auto_clean: ! test -f config.mak || dh_auto_clean override_dh_auto_configure: - ./configure --enable-shared --prefix=/usr + ./configure --enable-shared --prefix=/usr $(CONFFLAGS) override_dh_auto_build: $(MAKE) V=1 --- End Message --- --- Begin Message --- Version: 6:0.git20120821-4+rm Dear submitter, as the package libpostproc has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see https://bugs.debian.org/796269 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org. Debian distribution maintenance software pp. Scott Kitterman (the ftpmaster behind the curtain)--- End Message --- ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#766630: supercollider: ftbfs on ppc64el -- error: invalid parameter combination for AltiVec intrinsic
Hi all - Felipe has covered most of the reviewing already. Just noting here that I have proposed to send the nova-simd part of this patch upstream: <https://github.com/timblechmann/nova-simd/pull/2>, plus: 2014-10-24 16:55 GMT+01:00 Felipe Sateler : > On Fri, Oct 24, 2014 at 12:27 PM, Konstantinos Margaritis >>> Perhaps a more correct patch would alter the logic in >>> server/supernova/CMakeLists.txt to allow passing the >>> required flags just to supernova >> >> That alone won't do for the reasons above. > > Hmm, it seems I was unclear. With this comment I was referring to > adding -maltivec and -mabi=altivec wholesale to supercollider (in > d/rules), not the vector attribute replacing code. I am thinking the same as Felipe here. Best Dan ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#766630: supercollider: ftbfs on ppc64el -- error: invalid parameter combination for AltiVec intrinsic
On Fri, Oct 24, 2014 at 12:27 PM, Konstantinos Margaritis wrote: > On Fri, 24 Oct 2014 12:13:16 -0300 > Felipe Sateler wrote: >> I had a few questions regarding the patch for enabling altivec on >> ppc32, I'll repeat them here: >> >> I'm very ignorant on altivec (or simd in general), but I try to >> understand the patch anyway. This patch seems to consist mostly of >> s/vector/__vector/. Why is that? I presume the upstream code works on >> apple platforms, is that an important difference? The second part is >> adding -mabi=altivec and -maltivec, which is unfortunately not >> possible, because that would contaminate the rest of the binaries with >> altivec code. AFAIK, debian still supports non-altivec machines. >> (supernova requires altivec, but for other machines we have scsynth). > > Ok, the problem is that recently gcc enables also __APPLE_ALTIVEC__ as > well, which defines the vector keyword. However, that proves just how > bad of a choice this keyword was, as it collides with both STL and > Boost -if you leave it out you'll eventually have a failed compile at: > > /usr/include/boost/mpl/vector.hpp:36:73: fatal error: > boost/mpl/__attribute__((altivec(vector__)))/__attribute__((altivec > (vector__)))20.hpp: No such file or directory > # include BOOST_PP_STRINGIZE(boost/mpl/vector/AUX778076_VECTOR_HEADER) > > (see how vector is replaced with _attribute__((altivec(vector__))) Ah, OK, makes sense. Indeed, that is a bad word choice. But I find it weird that cpp would try to replace vector inside an include statement. Perhaps this is one reason it works in apple platforms but not for us. > > That has been a problem ever since, and the only solution is to #undef > vector and usually typedef new types, that map to eg. __vector float, > etc. > >> Perhaps a more correct patch would alter the logic in >> server/supernova/CMakeLists.txt to allow passing the >> required flags just to supernova > > That alone won't do for the reasons above. Hmm, it seems I was unclear. With this comment I was referring to adding -maltivec and -mabi=altivec wholesale to supercollider (in d/rules), not the vector attribute replacing code. > >> I'm somewhat wary of adding this patch this close to the freeze... > > Sure, that could come after the freeze, I guess the most important one > would be to just disable altivec for now for ppc64le only, both > powerpc/ppc64 have altivec by default so that won't break the existing > packages. OK, will try to upload this later today (no promises though). FWIW, I wouldn't mind an NMU for this change, although I'd try changing the explicit setting with DEB_*FLAGS_APPEND, so that we still have the optimization and hardening flags (I believe cdbs recently fixed this usage). > > And you're right, that powerpc is supposed to support non-altivec > systems as well. I was thinking that maybe it would be a good idea to > build a separate -altivec package if there is interest -and not too > much trouble :) That would be an option, but it would require some work and I don't have any ppc hardware ;). Possibly it could make sense to optimize the server and unit generators only. Hmm, if a solution can be found using ld paths (like libav), maybe this can also be used to enable sse in the i386 version... I'd have to investigate further. -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#766630: supercollider: ftbfs on ppc64el -- error: invalid parameter combination for AltiVec intrinsic
On Fri, 24 Oct 2014 12:13:16 -0300 Felipe Sateler wrote: > I had a few questions regarding the patch for enabling altivec on > ppc32, I'll repeat them here: > > I'm very ignorant on altivec (or simd in general), but I try to > understand the patch anyway. This patch seems to consist mostly of > s/vector/__vector/. Why is that? I presume the upstream code works on > apple platforms, is that an important difference? The second part is > adding -mabi=altivec and -maltivec, which is unfortunately not > possible, because that would contaminate the rest of the binaries with > altivec code. AFAIK, debian still supports non-altivec machines. > (supernova requires altivec, but for other machines we have scsynth). Ok, the problem is that recently gcc enables also __APPLE_ALTIVEC__ as well, which defines the vector keyword. However, that proves just how bad of a choice this keyword was, as it collides with both STL and Boost -if you leave it out you'll eventually have a failed compile at: /usr/include/boost/mpl/vector.hpp:36:73: fatal error: boost/mpl/__attribute__((altivec(vector__)))/__attribute__((altivec (vector__)))20.hpp: No such file or directory # include BOOST_PP_STRINGIZE(boost/mpl/vector/AUX778076_VECTOR_HEADER) (see how vector is replaced with _attribute__((altivec(vector__))) That has been a problem ever since, and the only solution is to #undef vector and usually typedef new types, that map to eg. __vector float, etc. > Perhaps a more correct patch would alter the logic in > server/supernova/CMakeLists.txt to allow passing the > required flags just to supernova That alone won't do for the reasons above. > I'm somewhat wary of adding this patch this close to the freeze... Sure, that could come after the freeze, I guess the most important one would be to just disable altivec for now for ppc64le only, both powerpc/ppc64 have altivec by default so that won't break the existing packages. And you're right, that powerpc is supposed to support non-altivec systems as well. I was thinking that maybe it would be a good idea to build a separate -altivec package if there is interest -and not too much trouble :) Regards Konstantinos pgpcPMpPh_DRi.pgp Description: PGP signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#766630: supercollider: ftbfs on ppc64el -- error: invalid parameter combination for AltiVec intrinsic
Hi Konstantinos, On Fri, Oct 24, 2014 at 12:03 PM, Konstantinos Margaritis wrote: > On Fri, 24 Oct 2014 12:39:18 -0200 > ferse...@br.ibm.com wrote: >> > In any case, perhaps the solution is to disable supernova in ppc64el >> > as well instead of adding custom flags. >> >> Simply disabling it for ppc64el did not do the work (completely), but >> you can test it if you want =) > > The problem is that in ppc64el the default compile flags include -mvsx > -which also implies altivec support, so just disabling supernova > doesn't work, the compiler will still try to build the altivec stuff. > Doing a simple : > > $ gcc -dM -E - < /dev/null|grep ALTIVEC > #define __ALTIVEC__ 1 > #define __APPLE_ALTIVEC__ 1 > > on a ppc64le system will show why explicitly disabling it is needed. > Evenmore so, even if it worked, much of the code assumes 32-bit > pointers (eg. a table lookup in server/plugins/OscUGens.cpp:1541, so > the code would break on ppc64le as it's 64-bit and little-endian. > A lot of stuff would have to be fixed for that. So, unless/until it's > fixed and tested for ppc64le, there isn't much one can do apart from > disabling altivec completely. OK, that sounds a good enough reason :). > >> I think Konstantinos would be able to give you more accurate answers >> to your questions regarding altivec and simd in general. He knows a >> lot of that stuff. >> He is cc'ed (markos). > > Thanks, I just like the stuff :) I had a few questions regarding the patch for enabling altivec on ppc32, I'll repeat them here: I'm very ignorant on altivec (or simd in general), but I try to understand the patch anyway. This patch seems to consist mostly of s/vector/__vector/. Why is that? I presume the upstream code works on apple platforms, is that an important difference? The second part is adding -mabi=altivec and -maltivec, which is unfortunately not possible, because that would contaminate the rest of the binaries with altivec code. AFAIK, debian still supports non-altivec machines. (supernova requires altivec, but for other machines we have scsynth). Perhaps a more correct patch would alter the logic in server/supernova/CMakeLists.txt to allow passing the required flags just to supernova I'm somewhat wary of adding this patch this close to the freeze... -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#766630: supercollider: ftbfs on ppc64el -- error: invalid parameter combination for AltiVec intrinsic
On Fri, 24 Oct 2014 12:39:18 -0200 ferse...@br.ibm.com wrote: > > In any case, perhaps the solution is to disable supernova in ppc64el > > as well instead of adding custom flags. > > Simply disabling it for ppc64el did not do the work (completely), but > you can test it if you want =) The problem is that in ppc64el the default compile flags include -mvsx -which also implies altivec support, so just disabling supernova doesn't work, the compiler will still try to build the altivec stuff. Doing a simple : $ gcc -dM -E - < /dev/null|grep ALTIVEC #define __ALTIVEC__ 1 #define __APPLE_ALTIVEC__ 1 on a ppc64le system will show why explicitly disabling it is needed. Evenmore so, even if it worked, much of the code assumes 32-bit pointers (eg. a table lookup in server/plugins/OscUGens.cpp:1541, so the code would break on ppc64le as it's 64-bit and little-endian. A lot of stuff would have to be fixed for that. So, unless/until it's fixed and tested for ppc64le, there isn't much one can do apart from disabling altivec completely. > I think Konstantinos would be able to give you more accurate answers > to your questions regarding altivec and simd in general. He knows a > lot of that stuff. > He is cc'ed (markos). Thanks, I just like the stuff :) Regards Konstantinos pgpjJH0KNf9Es.pgp Description: PGP signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#766630: supercollider: ftbfs on ppc64el -- error: invalid parameter combination for AltiVec intrinsic
Hi Felipe. Thank you for your very quick response. > What does "usage of altivec is not implemented"? In supecollider, or > in the compiler? In supercollider. > In any case, perhaps the solution is to disable supernova in ppc64el > as well instead of adding custom flags. Simply disabling it for ppc64el did not do the work (completely), but you can test it if you want =) I think Konstantinos would be able to give you more accurate answers to your questions regarding altivec and simd in general. He knows a lot of that stuff. He is cc'ed (markos). Thanks!___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#766630: supercollider: ftbfs on ppc64el -- error: invalid parameter combination for AltiVec intrinsic
On Fri, Oct 24, 2014 at 11:19 AM, Felipe Sateler wrote: > Hi Fernando, > > On Fri, Oct 24, 2014 at 10:41 AM, Fernando Seiti Furusato > wrote: >> Source: supercollider >> Severity: normal >> Tags: patch >> User: debian-powe...@lists.debian.org >> Usertags: ppc64el >> >> Dear Maintainer, >> >> The package fails to build from source on ppc64el because the usage of >> altivec is not implemented for the architecture. >> So, the workaround was to disable it for ppc64el. > > What does "usage of altivec is not implemented"? In supecollider, or > in the compiler? > > In any case, perhaps the solution is to disable supernova in ppc64el > as well instead of adding custom flags. > >> >> While at it, Konstantinos also went ahead and fixed it for ppc32. He tested >> it and it builds. > > I'm very ignorant on altivec (or simd in general), but I try to > understand the patch anyway. This patch seems to consist mostly of > s/vector/__vector/. Why is that? I presume the upstream code works on > apple platforms, is that an important difference? The second part is > adding -mabi=altivec and -maltivec, which is unfortunately not > possible, because that would contaminate the rest of the binaries with > altivec code. AFAIK, debian still supports non-altivec machines. > (supernova requires altivec, but for other machines we have scsynth). > > Perhaps a more correct patch would alter the logic in > external_libraries/nova-simd/CMakeLists.txt to allow passing the > required flags just to nova-simd. Ehm, nova-simd is a header-only lib so that would not work :p. The correct path to add the logic would be to server/supernova/CMakeLists.txt -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#766630: supercollider: ftbfs on ppc64el -- error: invalid parameter combination for AltiVec intrinsic
Hi Fernando, On Fri, Oct 24, 2014 at 10:41 AM, Fernando Seiti Furusato wrote: > Source: supercollider > Severity: normal > Tags: patch > User: debian-powe...@lists.debian.org > Usertags: ppc64el > > Dear Maintainer, > > The package fails to build from source on ppc64el because the usage of > altivec is not implemented for the architecture. > So, the workaround was to disable it for ppc64el. What does "usage of altivec is not implemented"? In supecollider, or in the compiler? In any case, perhaps the solution is to disable supernova in ppc64el as well instead of adding custom flags. > > While at it, Konstantinos also went ahead and fixed it for ppc32. He tested > it and it builds. I'm very ignorant on altivec (or simd in general), but I try to understand the patch anyway. This patch seems to consist mostly of s/vector/__vector/. Why is that? I presume the upstream code works on apple platforms, is that an important difference? The second part is adding -mabi=altivec and -maltivec, which is unfortunately not possible, because that would contaminate the rest of the binaries with altivec code. AFAIK, debian still supports non-altivec machines. (supernova requires altivec, but for other machines we have scsynth). Perhaps a more correct patch would alter the logic in external_libraries/nova-simd/CMakeLists.txt to allow passing the required flags just to nova-simd. -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#766630: supercollider: ftbfs on ppc64el -- error: invalid parameter combination for AltiVec intrinsic
Source: supercollider Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el Dear Maintainer, The package fails to build from source on ppc64el because the usage of altivec is not implemented for the architecture. So, the workaround was to disable it for ppc64el. While at it, Konstantinos also went ahead and fixed it for ppc32. He tested it and it builds. So there are 2 patches attached: - ppc64el.debdiff which contains the disabling of altivec/vsx usage for ppc64el - altivec-powerpc.debdiff which contains Konstantinos' modifications. Thanks. Fernando -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.16-trunk-powerpc64le (SMP w/32 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash diff -Nru supercollider-3.6.6~repack-2/debian/changelog supercollider-3.6.6~repack-2/debian/changelog --- supercollider-3.6.6~repack-2/debian/changelog 2014-10-04 16:33:25.0 + +++ supercollider-3.6.6~repack-2/debian/changelog 2014-10-24 12:23:30.0 + @@ -1,3 +1,9 @@ +supercollider (1:3.6.6~repack-2-1ppc64el1) UNRELEASED; urgency=medium + + * debian/rules: disabled altivec/vsx for ppc64el since the package does not support the usage for now + + -- Fernando Seiti Furusato Fri, 24 Oct 2014 12:22:54 + + supercollider (1:3.6.6~repack-2-1) unstable; urgency=low [ Dan Stowell ] diff -Nru supercollider-3.6.6~repack-2/debian/rules supercollider-3.6.6~repack-2/debian/rules --- supercollider-3.6.6~repack-2/debian/rules 2014-10-04 16:33:25.0 + +++ supercollider-3.6.6~repack-2/debian/rules 2014-10-24 12:22:48.0 + @@ -32,6 +32,11 @@ endif endif +ifeq ("$(DEB_HOST_ARCH_CPU)","ppc64el") + CFLAGS=-mno-altivec -mno-vsx + CXXFLAGS=-mno-altivec -mno-vsx +endif + DEB_CMAKE_EXTRA_FLAGS = \ -DDSO_VISIBILITY=on \ -DSC_EL_BYTECOMPILE=off \ diff -Nru supercollider-3.6.6~repack-2/debian/changelog supercollider-3.6.6~repack-2/debian/changelog --- supercollider-3.6.6~repack-2/debian/changelog 2014-10-04 16:33:25.0 + +++ supercollider-3.6.6~repack-2/debian/changelog 2014-10-24 13:25:11.0 + @@ -1,3 +1,10 @@ +supercollider (1:3.6.6~repack-2-1ppc64el1) UNRELEASED; urgency=medium + + * debian/patches/altivec-powerpc.patch by Konstantinos Margaritis to enable altivec usage on powerpc. + * debian/rules: enable supernova and altivec for powerpc + + -- Fernando Seiti Furusato Fri, 24 Oct 2014 13:19:58 + + supercollider (1:3.6.6~repack-2-1) unstable; urgency=low [ Dan Stowell ] diff -Nru supercollider-3.6.6~repack-2/debian/patches/altivec-powerpc.patch supercollider-3.6.6~repack-2/debian/patches/altivec-powerpc.patch --- supercollider-3.6.6~repack-2/debian/patches/altivec-powerpc.patch 1970-01-01 00:00:00.0 + +++ supercollider-3.6.6~repack-2/debian/patches/altivec-powerpc.patch 2014-10-24 13:21:51.0 + @@ -0,0 +1,160 @@ +Description: This patch, by Konstantinos Margaritis, enables altivec usage on powerpc. +Author: Konstantinos Margaritis + +--- supercollider-3.6.6~repack-2.orig/external_libraries/nova-simd/vec_altivec.hpp supercollider-3.6.6~repack-2/external_libraries/nova-simd/vec_altivec.hpp +@@ -22,6 +22,8 @@ + + #include + #undef bool ++#undef pixel ++#undef vector + + #include "detail/vec_math.hpp" + #include "vec_int_altivec.hpp" +@@ -39,13 +41,13 @@ namespace nova + + template <> + struct vec: +-vec_base ++vec_base + { +-typedef vector float internal_vector_type; ++typedef __vector float internal_vector_type; + typedef float float_type; + + private: +-typedef vec_base base; ++typedef vec_base base; + + static internal_vector_type set_vector(float f0, float f1, float f2, float f3) + { +@@ -231,7 +233,7 @@ private: + // adapted from http://developer.apple.com/hardwaredrivers/ve/algorithms.html + + // Get the reciprocal estimate +-vector float estimate = vec_re(arg); ++__vector float estimate = vec_re(arg); + + // One round of Newton-Raphson refinement + return vec_madd(vec_nmsub(estimate, arg, gen_one()), estimate, estimate); +@@ -284,7 +286,7 @@ public: + + friend vec fast_reciprocal(const vec & arg) + { +-vector float estimate = vec_re(arg); ++__vector float estimate = vec_re(arg.data_); + return estimate; + } + +@@ -316,8 +318,8 @@ public: + vec operator op(vec const & rhs) const \ + { \ + const internal_vector_type one = gen_one(); \ +-vector unsigned int mask = (vector unsigned int)opcode(data_, rhs.data_); \ +-return (internal_vector_type)vec_and(mask, (vector unsigned int)one); \ ++__vector unsigned int mask = (__vector unsigned int)opcode(data_, rhs.data_); \ ++
Bug#448105: marked as done ([PowerPC] mplayer doesn't work on G3 macs because of altivec instructions)
Your message dated Mon, 21 Apr 2014 10:08:47 + with message-id and subject line Bug#732159: Removed package(s) from unstable has caused the Debian Bug report #410962, regarding [PowerPC] mplayer doesn't work on G3 macs because of altivec instructions to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 410962: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=410962 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: mplayer Version: 1.0~rc2-4 Severity: important I've downgraded the package to 1.0~rc1-12etch1 and it works, I don't understand all the problems it meets, but the main point is that it works and that's good enough: MPlayer 1.0rc1-4.1.2-DFSG-free (C) 2000-2006 MPlayer Team AltiVec not found CPU: PowerPC mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing 05 Yellow - Coldplay.wma. ASF file format detected. Clip info: ... and then after some more logging playback starts... with 1.0~rc2-4 it crashes this way: MPlayer 1.0rc2-4.2.3-DFSG-free (C) 2000-2007 MPlayer Team AltiVec not found CPU: PowerPC mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing /tmp/17_Qualcosa_che_non_c___-_Elisa.wma. ASF file format detected. [asfheader] Audio stream found, -aid 1 == Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders MPlayer interrupted by signal 4 in module: init_audio_codec - MPlayer crashed by an 'Illegal Instruction'. It may be a bug in our new runtime CPU-detection code... Please read DOCS/HTML/en/bugreports.html. - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash. - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.21-2-powerpc Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mplayer depends on: ii debconf [debc 1.5.15 Debian configuration management sy ii libasound21.0.14a-2 ALSA library ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-7Open-source version of SGI's audio ii libc6 2.6.1-6GNU C Library: Shared libraries ii libcaca0 0.99.beta12.debian-3 colour ASCII art library ii libcairo2 1.4.10-1+b2The Cairo 2D vector graphics libra ii libcdparanoia 3.10+debian~pre0-5+b1 audio extraction tool for sampling ii libconfhelper 0.12.5 Library for editing configuration ii libcucul0 0.99.beta12.debian-3 low-level Unicode character drawin ii libdirectfb-0 0.9.25.1-6 direct frame buffer graphics - sha ii libdvdread3 0.9.7-3library for reading DVDs ii libesd0 0.2.36-3ubuntu4Enlightened Sound Daemon - Shared ii libfontconfig 2.4.2-1.4 generic font configuration library ii libfreetype6 2.3.5-1FreeType 2 font engine, shared lib ii libgl1-mesa-g 7.0.1-2A free implementation of the OpenG ii libglib2.0-0 2.14.2-1 The GLib library of C routines ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblircclient 0.8.1+cvs20070310-0ubuntu2 LIRC client library ii liblzo1 1.08-3 data compression library (old vers ii libmad0 0.15.1b-2.1MPEG audio decoder library ii libncurses5 5.6+20071013-1 Shared libraries for terminal hand ii libogg0 1.1.3-2ubuntu2 Ogg Bitstream Library
Bug#506570: marked as done ([PowerPC] mplayer doesn't work on G3 macs because of altivec instructions)
Your message dated Mon, 21 Apr 2014 10:08:47 + with message-id and subject line Bug#732159: Removed package(s) from unstable has caused the Debian Bug report #410962, regarding [PowerPC] mplayer doesn't work on G3 macs because of altivec instructions to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 410962: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=410962 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: mplayer Severity: important X-Debbugs-CC: debian-powe...@lists.debian.org Hi. I just installed lenny on an iBook G3 that I own and I needed to see some lecture videos, but it seems that mplayer is compiled with altivec enabled and it gives me an illegal instruction signal and dies. This seems *very* similar to bug #482717 (BTW, the pointer there to the mplayer mailing list is very interesting). If any further information is needed, please let me know. Regards, Rogério Brito. -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid-proposed'), (500, 'intrepid-backports'), (500, 'intrepid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-8-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Rogério Brito : rbrito@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8 http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org --- End Message --- --- Begin Message --- Version: 2:1.0~rc4.dfsg1+svn34540-1+rm Dear submitter, as the package mplayer has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see https://bugs.debian.org/732159 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org. Debian distribution maintenance software pp. Ansgar Burchardt (the ftpmaster behind the curtain)--- End Message --- ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#410962: marked as done ([PowerPC] mplayer doesn't work on G3 macs because of altivec instructions)
Your message dated Mon, 21 Apr 2014 10:08:47 + with message-id and subject line Bug#732159: Removed package(s) from unstable has caused the Debian Bug report #410962, regarding [PowerPC] mplayer doesn't work on G3 macs because of altivec instructions to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 410962: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=410962 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: mplayer Version: 1.0~rc1-12 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 when start any video in mplayer I get this message: MPlayer interrupted by signal 4 in module: init_video_codec - - MPlayer crashed by an 'Illegal Instruction'. It may be a bug in our new runtime CPU-detection code... Please read DOCS/HTML/en/bugreports.html. - - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash. - - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. all this videos can be played with xine. Possible it is an PPC bug, but I have no idea to find this one. Thanks for your work. greetings Wolfgang - -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20-rc1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mplayer depends on: ii debconf [debconf-2. 1.5.11 Debian configuration management sy ii libasound2 1.0.13-1 ALSA library ii libatk1.0-0 1.12.4-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libcaca00.99.beta11.debian-2 colour ASCII art library ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libcdparanoia0 3.10+debian~pre0-4 audio extraction tool for sampling ii libconfhelper-perl 0.12.5 Library for editing configuration ii libcucul0 0.99.beta11.debian-2 low-level Unicode character drawin ii libdirectfb-0.9-25 0.9.25.1-5 direct frame buffer graphics - sha ii libdvdread3 0.9.7-2 library for reading DVDs ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.4.2-1 generic font configuration library ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libgl1-mesa-glx [li 6.5.1-0.5A free implementation of the OpenG ii libglib2.0-02.12.6-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-5 The GTK+ graphical user interface ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii liblircclient0 0.8.0-9 LIRC client library ii liblzo1 1.08-3 data compression library (old vers ii libmad0 0.15.1b-2.1 MPEG audio decoder library ii libncurses5 5.5-5Shared libraries for terminal hand ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libsdl1.2debian 1.2.11-7 Simple DirectMedia Layer ii libspeex1 1.1.12-3 The Speex Speech Codec ii libtheora0 0.0.0.alpha7.dfsg-2 The Theora Video Compression Codec ii libungif4g 4.1.4-4 shared library for GIF images ii libx11-62:1.0.3-5X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.
Bug#481401: marked as done ([PowerPC] mplayer doesn't work on G3 macs because of altivec instructions)
Your message dated Mon, 21 Apr 2014 10:08:47 + with message-id and subject line Bug#732159: Removed package(s) from unstable has caused the Debian Bug report #410962, regarding [PowerPC] mplayer doesn't work on G3 macs because of altivec instructions to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 410962: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=410962 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: mplayer Version: 1.0~rc2-8+lenny1 Severity: normal When start a video it crash. Message: MPlayer interrupted by signal 4 in module: decode_video - MPlayer crashed by an 'Illegal Instruction'. It may be a bug in our new runtime CPU-detection code... Please read DOCS/HTML/en/bugreports.html. - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash. - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. -- HW Information: $ cat /proc/cpuinfo processor : 0 cpu : 740/750 temperature : 39-41 C (uncalibrated) clock : 267.28MHz revision: 2.2 (pvr 0008 0202) bogomips: 33.28 timebase: 16707916 platform: PowerMac machine : Power Macintosh motherboard : AAPL,PowerMac G3 MacRISC detected as : 49 (PowerMac G3 (Silk)) pmac flags : L2 cache: 512K unified pipelined-syncro-burst pmac-generation : OldWorld -- Xorg Driver: mach64 lspci: 00:12.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro 215GP (rev 5c) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (850, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.18-6-powerpc Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mplayer depends on: ii debconf [debconf-2.0] 1.5.21 Debian configuration management sy ii libasound21.0.16-2 ALSA library ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-7Open-source version of SGI's audio ii libc6 2.7-10 GNU C Library: Shared libraries ii libcaca0 0.99.beta13b-4 colour ASCII art library ii libcairo2 1.6.4-1+b1 The Cairo 2D vector graphics libra ii libcdparanoia03.10+debian~pre0-6 audio extraction tool for sampling ii libcucul0 0.99.beta13b-4 low-level Unicode character drawin ii libdirectfb-1.0-0 1.0.1-8direct frame buffer graphics - sha ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig12.5.0-2generic font configuration library ii libfreetype6 2.3.5-1FreeType 2 font engine, shared lib ii libgcc1 1:4.3.0-3 GCC support library ii libgif4 4.1.6-4library for GIF images (library) ii libgl1-mesa-glx [libg 7.0.3-1A free implementation of the OpenG ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgtk2.0-0 2.12.9-3 The GTK+ graphical user interface ii libjack0 0.109.2-1.1JACK Audio Connection Kit (librari ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblircclient0 0.8.2-2infra-red remote control support - ii libncurses5 5.6+20080308-1 Shared libraries for terminal hand ii libogg0 1.1.3-3Ogg Bitstream Library ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libpng12-01.2.27-1 PNG library - runtime ii libsdl1.2debian 1.2.13-2 Simple DirectMedia Layer ii libsmbclient 1:3.0.28a-2shared library that allows applica ii libspeex1 1.1.12-3+lenny1The Speex Speech Codec ii libstdc++64.3.0-3The GNU Standard C++ Library v3 ii libtheora01.0~beta2-4 The Theora Video Compression Codec ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous ext
Bug#627197: marked as done (mplayer2 dies with signal 4 (illegal instruction) on an Altivec-enabled iBook G4)
Your message dated Fri, 23 Nov 2012 21:17:31 + with message-id and subject line Bug#627197: fixed in mplayer2 2.0-665-gb5349bb-2 has caused the Debian Bug report #627197, regarding mplayer2 dies with signal 4 (illegal instruction) on an Altivec-enabled iBook G4 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 627197: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627197 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: mplayer2 Version: 2.0-54-gd33877a-1 Severity: important Hi there. The machine where I do a good amount of my development is an iBook G4 and I was just trying to play a video, and I am having problems with it dying with a signal 4 (illegal instruction). I have not yet verified what instruction is the one that is making it die, but this is somewhat surprising: I would expect this to happen with an Altivec binary being run on a non-Altivec enabled processor (e.g., my iBook G3), but not in this case. Of course, I can give further details, but as I said in another e-mail, I am busy moving home etc. Thanks, Rogério Brito. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (2000, 'unstable'), (102, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.38-2-powerpc Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer2 depends on: ii libaa1 1.4p5-38+b1 ascii art library ii libasound2 1.0.23-4shared library for ALSA applicatio ii libaudio21.9.2-7 Network Audio System - shared libr ii libc62.13-4 Embedded GNU C Library: Shared lib ii libcaca0 0.99.beta17-1 colour ASCII art library ii libcdparanoia0 3.10.2+debian-10audio extraction tool for sampling ii libdca0 0.0.5-4 decoding library for DTS Coherent ii libdirectfb-1.2-91.2.10.0-4+b1 direct frame buffer graphics - sha ii libdvdnav4 4.1.3-7 DVD navigation library ii libdvdread4 4.1.3-10library for reading DVDs ii libenca0 1.13-4 Extremely Naive Charset Analyser - ii libesd0 0.2.41-9Enlightened Sound Daemon - Shared ii libfaad2 2.7-6 freeware Advanced Audio Decoder - ii libfontconfig1 2.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1Free Implementation of the Unicode ii libgcc1 1:4.6.0-7 GCC support library ii libgif4 4.1.6-9 library for GIF images (library) ii libgl1-mesa-glx [lib 7.10.2-2free implementation of the OpenGL ii libjack0 [libjack-0. 1:0.120.1+svn4142-1 JACK Audio Connection Kit (librari ii libjpeg626b1-1 The Independent JPEG Group's JPEG ii liblircclient0 0.9.0~pre1-1infra-red remote control support - ii libncurses5 5.9-1 shared libraries for terminal hand ii libogg0 1.2.2~dfsg-1Ogg bitstream library ii libpng12-0 1.2.44-2PNG library - runtime ii libpulse00.9.21-4PulseAudio client libraries ii libsdl1.2debian 1.2.14-6.3 Simple DirectMedia Layer ii libsmbclient 2:3.5.8~dfsg-1 shared library for communication w ii libspeex11.2~rc1-1 The Speex codec runtime library ii libstdc++6 4.6.0-7 The GNU Standard C++ Library v3 ii libtheora0 1.1.1+dfsg.1-3 The Theora Video Compression Codec ii libvdpau10.4.1-2 Video Decode and Presentation API ii libvorbis0a 1.3.2-1 The Vorbis General Audio Compressi ii libx11-6 2:1.4.3-1 X11 client-side library ii libxext6 2:1.3.0-1 X11 miscellaneous extension librar ii libxinerama1 2:1.1.1-1 X11 Xinerama extension library ii libxt6 1:1.1.1-1 X11 toolkit intrinsics library ii libxv1 2:1.0.6-1 X11 Video extension library ii libxxf86dga1 2:1.1.2-1 X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.1.1-1 X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime mplaye
Bug#627197: mplayer2 dies with signal 4 (illegal instruction) on an Altivec-enabled iBook G4
Package: mplayer2 Followup-For: Bug #627197 On Apr 02 2012, Rogério Brito wrote: > Package: mplayer2 > Version: 2.0-426-gc32b3ed-2 > Followup-For: Bug #627197 > > Just for the record, I am also getting this signal 4 thing on an iBook G3 > (which doesn't have altivec): (...) I just recompiled the mplayer2 package without the flag --enable-runtime-cpudetection on this notebook and it works perfectly. If all else fails, perhaps it is the case of building two packages: one without altivec and another with altivec. I have not tried to debug this further (I have a baby that is *very* soon going to be born and all the preparations are taking most of my time and my wife's). Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Altivec
On 12-02-26 at 03:57pm, Benjamin Drung wrote: > Am Sonntag, den 26.02.2012, 15:50 +0100 schrieb Jonas Smedegaard: > > Hi, > > > > I notice in recent changelog of VLC that apparently it is now built > > with altivec on PowerPC, as a fix for bug#660936. > > No, the bug was, that -maltivec wasn't passed to one plugin. I checked > the log of 1.1.13 and it was build the same way (with -maltivec). > > > Is that ok? I mean, do we no longer support non-altivec PowerPC > > machines, or is it somehow ensured that only an Altivec plugin is > > affected, not all code? > > Only a few plugins are build with Altivec. Eeexcellent :-D - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Altivec
Am Sonntag, den 26.02.2012, 15:50 +0100 schrieb Jonas Smedegaard: > Hi, > > I notice in recent changelog of VLC that apparently it is now built with > altivec on PowerPC, as a fix for bug#660936. No, the bug was, that -maltivec wasn't passed to one plugin. I checked the log of 1.1.13 and it was build the same way (with -maltivec). > Is that ok? I mean, do we no longer support non-altivec PowerPC > machines, or is it somehow ensured that only an Altivec plugin is > affected, not all code? Only a few plugins are build with Altivec. -- Benjamin Drung Debian & Ubuntu Developer signature.asc Description: This is a digitally signed message part ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Altivec
Hi, I notice in recent changelog of VLC that apparently it is now built with altivec on PowerPC, as a fix for bug#660936. Is that ok? I mean, do we no longer support non-altivec PowerPC machines, or is it somehow ensured that only an Altivec plugin is affected, not all code? For 32 bit x86 I believe it is ok to optimize for 486 (i.e. we no longer support 386) but not (generally) to optimize for 686. In the past Altivec was similar to 686 (i.e. only optimize when also providing a non-optimized variant or plugin). I am unaware if that has changed, or if perhaps there is some official place to lookup current status. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#627197: mplayer2 dies with signal 4 (illegal instruction) on an Altivec-enabled iBook G4
Package: mplayer2 Version: 2.0-54-gd33877a-1 Severity: important Hi there. The machine where I do a good amount of my development is an iBook G4 and I was just trying to play a video, and I am having problems with it dying with a signal 4 (illegal instruction). I have not yet verified what instruction is the one that is making it die, but this is somewhat surprising: I would expect this to happen with an Altivec binary being run on a non-Altivec enabled processor (e.g., my iBook G3), but not in this case. Of course, I can give further details, but as I said in another e-mail, I am busy moving home etc. Thanks, Rogério Brito. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (2000, 'unstable'), (102, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.38-2-powerpc Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer2 depends on: ii libaa1 1.4p5-38+b1 ascii art library ii libasound2 1.0.23-4shared library for ALSA applicatio ii libaudio21.9.2-7 Network Audio System - shared libr ii libc62.13-4 Embedded GNU C Library: Shared lib ii libcaca0 0.99.beta17-1 colour ASCII art library ii libcdparanoia0 3.10.2+debian-10audio extraction tool for sampling ii libdca0 0.0.5-4 decoding library for DTS Coherent ii libdirectfb-1.2-91.2.10.0-4+b1 direct frame buffer graphics - sha ii libdvdnav4 4.1.3-7 DVD navigation library ii libdvdread4 4.1.3-10library for reading DVDs ii libenca0 1.13-4 Extremely Naive Charset Analyser - ii libesd0 0.2.41-9Enlightened Sound Daemon - Shared ii libfaad2 2.7-6 freeware Advanced Audio Decoder - ii libfontconfig1 2.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1Free Implementation of the Unicode ii libgcc1 1:4.6.0-7 GCC support library ii libgif4 4.1.6-9 library for GIF images (library) ii libgl1-mesa-glx [lib 7.10.2-2free implementation of the OpenGL ii libjack0 [libjack-0. 1:0.120.1+svn4142-1 JACK Audio Connection Kit (librari ii libjpeg626b1-1 The Independent JPEG Group's JPEG ii liblircclient0 0.9.0~pre1-1infra-red remote control support - ii libncurses5 5.9-1 shared libraries for terminal hand ii libogg0 1.2.2~dfsg-1Ogg bitstream library ii libpng12-0 1.2.44-2PNG library - runtime ii libpulse00.9.21-4PulseAudio client libraries ii libsdl1.2debian 1.2.14-6.3 Simple DirectMedia Layer ii libsmbclient 2:3.5.8~dfsg-1 shared library for communication w ii libspeex11.2~rc1-1 The Speex codec runtime library ii libstdc++6 4.6.0-7 The GNU Standard C++ Library v3 ii libtheora0 1.1.1+dfsg.1-3 The Theora Video Compression Codec ii libvdpau10.4.1-2 Video Decode and Presentation API ii libvorbis0a 1.3.2-1 The Vorbis General Audio Compressi ii libx11-6 2:1.4.3-1 X11 client-side library ii libxext6 2:1.3.0-1 X11 miscellaneous extension librar ii libxinerama1 2:1.1.1-1 X11 Xinerama extension library ii libxt6 1:1.1.1-1 X11 toolkit intrinsics library ii libxv1 2:1.0.6-1 X11 Video extension library ii libxxf86dga1 2:1.1.2-1 X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.1.1-1 X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime mplayer2 recommends no packages. mplayer2 suggests no packages. -- no debconf information -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers