Bug#654329: libdrm: FTBFS when atomic operations are only available through libatomic-ops-dev

2012-06-17 Thread Julien Cristau
tag 654329 wontfix
kthxbye

On Sun, Jun 17, 2012 at 00:07:45 +, Thorsten Glaser wrote:

 found 654329 2.4.33-1
 thanks
 
 Hi,
 
 please do consider applying the patch, as it does truly fix an FTBFS
 on m68k.
 
Yeah, no.

Cheers,
Julien



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120617111025.gt12...@radis.cristau.org



Processed: Re: Bug#654329: libdrm: FTBFS when atomic operations are only available through libatomic-ops-dev

2012-06-17 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 tag 654329 wontfix
Bug #654329 [src:libdrm] libdrm: FTBFS when atomic operations are only 
available through libatomic-ops-dev
Added tag(s) wontfix.
 kthxbye
Stopping processing here.

Please contact me if you need assistance.
-- 
654329: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=654329
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.133993143916310.transcr...@bugs.debian.org



Bug#654329: libdrm: FTBFS when atomic operations are only available through libatomic-ops-dev

2012-06-16 Thread Thorsten Glaser
found 654329 2.4.33-1
thanks

Hi,

please do consider applying the patch, as it does truly fix an FTBFS
on m68k.

Thanks in advance,
//mirabilos
-- 
22:20⎜asarch The crazy that persists in his craziness becomes a master
22:21⎜asarch And the distance between the craziness and geniality is
only measured by the success 18:35⎜asarch Psychotics are consistently
inconsistent. The essence of sanity is to be inconsistently inconsistentdiff -u libdrm-2.4.33/debian/changelog libdrm-2.4.33/debian/changelog
--- libdrm-2.4.33/debian/changelog
+++ libdrm-2.4.33/debian/changelog
@@ -1,3 +1,9 @@
+libdrm (2.4.33-1+m68k.1) unreleased; urgency=low
+
+  * Build-Depends += libatomic-ops-dev [m68k] (Closes: #654329)
+
+ -- Thorsten Glaser t...@mirbsd.de  Sat, 16 Jun 2012 22:09:11 +
+
 libdrm (2.4.33-1) unstable; urgency=low
 
   * New upstream release.
diff -u libdrm-2.4.33/debian/control libdrm-2.4.33/debian/control
--- libdrm-2.4.33/debian/control
+++ libdrm-2.4.33/debian/control
@@ -11,6 +11,7 @@
  libpthread-stubs0-dev,
  libudev-dev [linux-any],
  libpciaccess-dev,
+ libatomic-ops-dev [m68k],
 Standards-Version: 3.9.2
 Section: libs
 Vcs-Git: git://git.debian.org/git/pkg-xorg/lib/libdrm


Bug#654329: libdrm: FTBFS when atomic operations are only available through libatomic-ops-dev

2012-01-02 Thread Thorsten Glaser
Source: libdrm
Version: 2.4.29-1
Severity: important
Tags: patch

Hi,

your package FTBFS on m68k with the following error message:

[…]
checking for native atomic primitives... checking atomic_ops.h usability... no
checking atomic_ops.h presence... no
checking for atomic_ops.h... no
checking for atomic_cas_uint... no
none
configure: error: libdrm_radeon depends upon atomic operations, which were not 
found for your compiler/cpu. Try compiling with -march=native, or install the 
libatomics-op-dev package, or, failing both of those, disable support for 
Radeon support by passing --disable-radeon to ./configure
dh_auto_configure: ../configure --build=m68k-linux-gnu --prefix=/usr 
--includedir=${prefix}/include --mandir=${prefix}/share/man 
--infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var 
--libdir=${prefix}/lib/m68k-linux-gnu --libexecdir=${prefix}/lib/m68k-linux-gnu 
--disable-maintainer-mode --disable-dependency-tracking --enable-static=yes 
--enable-udev --enable-libkms --enable-vmwgfx-experimental-api 
--enable-nouveau-experimental-api --enable-radeon --disable-intel returned exit 
code 1
make[1]: *** [override_dh_auto_configure] Error 2
make[1]: Leaving directory `/tmp/buildd/libdrm-2.4.29'
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
E: Failed autobuilding of package

The following trivial patch does fix the problem and allow the package
to build successfully, to get B-D for mesa ready:

--- libdrm-2.4.29/debian/changelog  2012-01-02 22:17:19.0 +
+++ libdrm-2.4.29/debian/changelog  2012-01-02 22:19:58.0 +
@@ -1,3 +1,9 @@
+libdrm (2.4.29-1+m68k.1) unreleased; urgency=low
+
+  * [m68k] B-D on libatomic-ops-dev to fix FTBFS
+
+ -- Thorsten Glaser t...@mirbsd.de  Mon, 02 Jan 2012 22:02:42 +
+
 libdrm (2.4.29-1) unstable; urgency=low
 
   * New upstream release:
diff -Nru libdrm-2.4.29/debian/control libdrm-2.4.29/debian/control
--- libdrm-2.4.29/debian/control2012-01-02 22:17:19.0 +
+++ libdrm-2.4.29/debian/control2012-01-02 22:19:58.0 +
@@ -11,6 +11,7 @@
  libpthread-stubs0-dev,
  libudev-dev [linux-any],
  libpciaccess-dev,
+ libatomic-ops-dev [m68k],
 Standards-Version: 3.9.2
 Section: libs
 Vcs-Git: git://git.debian.org/git/pkg-xorg/lib/libdrm



(Also, believe it or not, but the Atari guys at OpenRheinRuhr did have
a PCI Radeon card, by means of self-soldered converters, on their sy‐
stems; GEM in 1440x900 looks _good_ but the keyboard mouse-emulation,
for when the hardware goes on strike, is vry slow then.)

Thanks for your consideration,
//mirabilos
-- 
FWIW, I'm quite impressed with mksh interactively. I thought it was much
*much* more bare bones. But it turns out it beats the living hell out of
ksh93 in that respect. I'd even consider it for my daily use if I hadn't
wasted half my life on my zsh setup. :-) -- Frank Terbeck in #!/bin/mksh



--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/pine.bsm.4.64l.1201022329340.29...@herc.mirbsd.org