Source: libxshmfence
Version: 1.2-1
Severity: important
Tags: upstream patch
User: debian-gl...@lists.debian.org
Usertags: 2.27
libxshmfence 1.2-1 fails to build with glibc 2.27 (2.27-0experimental0 from
experimental):
| libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -Wdate-time
-D_
Package: xorg
Version: 1:7.6+8
Severity: normal
Tags: patch
User: debian-s...@lists.debian.org
Usertags: s390x
xorg is lacking support for s390x and therefore FTBFS on this
architecture. The small patch below fixes the problem (basically cp
vars.s390 vars.s390x). Would it be possible to include it
Package: xutils-dev
Version: 1:7.6+5
Severity: normal
Tags: patch
User: debian-s...@lists.debian.org
Usertags: s390x
For some obscure reasons, the patch 04_xutils-dev-debian.diff changes
the default installation directory for libraries from /usr/lib64 to
/usr/lib for amd64 and ppc64, but not for s
accessible to the normal user)
so it fails. When this directory is made writeable to the user (for
example 1777), the build succeed.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to de
reassign 630129 fakeroot
retitle 630129 fakeroot doesn't simulate access() properly
affects 630129 xvfb
thanks
On Tue, Aug 16, 2011 at 03:34:34PM +0200, Aurelien Jarno wrote:
> reassign 630129 xvfb
> retitle 630129 xvfb: doesn't work as non-root user
> affects 630129 libwx-pe
m68k.1_m68k.deb
>
> You need to fix your configuration.
>
The configuration of debian-ports is correct. This mail has been
intentionally bounced to this bug report, as shown by the headers:
ReSent-Date: Sun, 17 Jun 2012 00:20:47 + (UTC)
ReSent-From: Thorsten Glaser
ReSent-To: 654
reassign 754392 weston/1.5.0-2
retitle 754392 weston: segfault on exit when cms-colord.so is loaded
forwarded 754392 https://bugs.freedesktop.org/show_bug.cgi?id=79560
thanks
On Thu, Jul 10, 2014 at 09:03:34PM +0200, Aurelien Jarno wrote:
> On Thu, Jul 10, 2014 at 04:52:42PM +0200, Laur
Hello,
Since the upgrade of xlibmesa3-gl to version 4.2.1-9 the hardware
acceleration seems to work again, at least on my computer (on i386).
Aurelien
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hello,
Since the upgrade of xlibmesa3-gl to version 4.2.1-9 the hardware
acceleration seems to work again, at least on my computer (on i386).
Aurelien
Package: xlibmesa-dri
Version: 4.3.0-1
Severity: important
Tags: sid
Since I upgraded to xfree 4.3.0-1, OpenGL stopped to work on my ATI Radeon
7500 QW card. glxinfo returns me "direct rendering: No".
If I try to execute glxinfo with LIBGL_DEBUG set, I get
libGL: XF86DRIGetClientDriverName: 4.0.
t of this patch is already included in the Debian package (patch
000_stolen_from_Mesa_5.1.diff). I have made a patch for the second part
and built xfree86 with it. It fixes the problem.
Please find attached the patch to be put in debian/patches/
Cheers,
Aurelien
--
.''
ive functions. That's all I know for
> now.
Thanks for the reduced testcase. The problem is reproducible with gcc
trunk from today on both mips and mipsel. One need to add
-march=mips32r2 to reproduce the issue on mipsel as it is not (yet)
the default there.
I have reported the bug upstrea
behaviours of apt with virtual packages
is avoided. That's why we have type-handling installed on GNU/kFreeBSD
build daemons by default (GNU/kFreeBSD uses type-handling more than
other architectures).
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer
Package: libx11
Version: 1.3.2-1
Severity: normal
Tags: patch
User: debian-sp...@lists.debian.org
Usertags: sparc64
libx11 fails to build on sparc64, as some symbols are missing in
libx11-6.symbols. Please find below a patch to fix that.
diff -u libx11-1.3.2/debian/libx11-6.symbols
libx11-1.3.2
Package: mesa
Version: 7.6.1~rc2-1
Severity: normal
Tags: patch
mesa fails to build on sparc64 due to some 64-bit conditional in
assembly code not being enabled. The patch below fixes the problem. It
also enable the ffb driver on this architecture.
diff -u mesa-7.6.1~rc2/debian/rules mesa-7.6.1
Package: xserver-xorg-input-kbd
Version: 1:1.3.2-3
Severity: wishlist
Please find attached an fdi file to drop in
/usr/share/hal/fdi/policy/10osvendor,
which contains the rules to support GNU/kFreeBSD.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500,
On Tue, Aug 11, 2009 at 11:53:44PM +0200, Aurelien Jarno wrote:
> Package: xserver-xorg-input-kbd
> Version: 1:1.3.2-3
> Severity: wishlist
>
> Please find attached an fdi file to drop in
> /usr/share/hal/fdi/policy/10osvendor,
> which contains the rules to support GNU/kFre
On Wed, Aug 12, 2009 at 12:23:43PM +0200, Aurelien Jarno wrote:
> On Tue, Aug 11, 2009 at 11:53:44PM +0200, Aurelien Jarno wrote:
> > Package: xserver-xorg-input-kbd
> > Version: 1:1.3.2-3
> > Severity: wishlist
> >
> > Please find attached an fdi file to drop
Package: xserver-xorg-input-mouse
Version: 1:1.4.0-2
Severity: wishlist
Please find attached an fdi file to drop in /usr/share/hal/fdi/policy/10osvendor
which contains the rules to support GNU/kFreeBSD.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500,
ame way as ftp.debian.org. This is required so that
the build daemons get the accepted mail.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: mesa
Version: 7.4-2
Severity: important
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
mesa fails to build on GNU/kFreeBSD, are some parts are not enabled.
The simple patch below fixes the problem.
--- mesa-7.4.orig/configure.ac
+++ mesa-7.4/configure.ac
@@
mbined with 1) (dput/dupload make
two separate checks)
Denis Barbier has added that to the clean rule of the experimental glibc:
# Do not accidentally upload into unstable
dpkg-parsechangelog | grep "^Distribution:" | grep -q -v unstable
Works nicely.
--
.'&
d to build it during the mini-debconf Paris. I told
you verbally that it doesn't build, you got an idea and told me that you
are going to look at it.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRI
Cyril Brulebois a écrit :
> Aurelien Jarno (08/02/2011):
>> For the record I tried to build it during the mini-debconf Paris. I
>> told you verbally that it doesn't build, you got an idea and told me
>> that you are going to look at it.
>
> Yeah. But then, when I
Package: mesa
Version: 7.10-3
Severity: important
Tags: patch
mesa fails to build on sparc64 the same way as on sparc, some new
symbols are added.
The patch below fixes that the same way. Can you please apply it in
the next upload? Thanks in advance.
diff -u mesa-7.10/debian/rules mesa-7.10/debi
as I just did for xorg vs. wkhtmltopdf, yeah. Also,
> that should probably be DEB_HOST_ARCH.
Yes, DEB_HOST_ARCH was correct, I don't know why I changed that part.
> > If you get a chance to investigate why sparc has those symbols that
> > would be appreciated btw.
Added to my
Package: xorg-server
Version: 1.7.7-4
Severity: normal
Tags: patch
User: debian-sp...@lists.debian.org
Usertags: sparc64
xorg-server fails to build from source on sparc64 as it doesn't
build-depend on libudev-dev, libselinux1-dev and libaudit-dev on this
architecture.
Instead of adding yet anoth
Package: xprint
Version: 1.6.0-4
Severity: normal
Tags: patch
User: debian-sp...@lists.debian.org
Usertags: sparc64
xprint fails to build from source on sparc64 as it doesn't build-depend
on libselinux1-dev and libaudit-dev on this architecture.
Instead of adding yet another linux architecture to
Package: xorg
Version: 1:7.5+7
Severity: normal
Tags: patch
User: debian-sp...@lists.debian.org
Usertags: sparc64
Please find below a patch that it is necessary to build xorg on
sparc64. It is basically a copy of the sparc configuration. Would it be
possible to add this patch in the next upload? T
obody will complain, and issues
will never be fixed.
> Do you know how soon upstream's planning to release 2.14?
>
It used to be every 6 months (so around september), but it is not sure
it continues to be like that.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
au
Le 04/05/2011 09:05, Jonathan Nieder a écrit :
> Aurelien Jarno wrote:
>> Le 04/05/2011 07:43, Jonathan Nieder a écrit :
>>> Jonathan Nieder wrote:
>
>>>> Sounds like http://sourceware.org/bugzilla/show_bug.cgi?id=12518
>>>> which is fixed (sort of) b
Package: libx11
Version: 1.4.3-2
Severity: important
Tags: patch
Justification: fails to build from source
User: debian-s...@lists.debian.org
Usertags: s390x
libx11 fails to build on s390x given the symbols file has to be updated.
Please find a small patch below. Could you please apply it in the n
Package: xterm
Severity: important
Usertag: debianrulestarget
xterm's source package contains a debian/rules file which does not
contain the binary-indep target. This target required by both the section
4.9 of the Debian policy [1] and the Etch release standards [2].
[1] http://www.debian.org/
Source: mesa
Version: 18.2.7-2
Severity: wishlist
User: aure...@debian.org
Usertags: libsensors-dev-transition
Dear maintainer,
mesa build-depends on libsensors4-dev, the development package
from lm-sensors. For historical reasons the development package is
versioned. Following the transition of
gt; Mapping sid to unstable.
>
> ===
>
> Please feel free to respond to this email if you don't understand why
> your files were rejected, or if you upload new files which address our
> concerns.
>
The Built-Using field should use the source version
snappy (= 1.1.7-1+b1)
Mapping sid to unstable.
===
Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.
- End forwarded message -
--
Aurelien Jarno GPG:
; Closes: 994873
> Changes:
> libdrm (2.4.107-5) unstable; urgency=medium
> .
>* control: Add valgrind to libdrm-dev Depends. (Closes: #994873)
This doesn't look correct. valgrind is not available on all
architectures, and especially armel for the release architectures.
You need
changelog mesa-21.2.2/debian/changelog
--- mesa-21.2.2/debian/changelog
+++ mesa-21.2.2/debian/changelog
@@ -1,3 +1,9 @@
+mesa (21.2.2-1+riscv64) unreleased; urgency=medium
+
+ * Disable LLVM support on riscv64, it doesn't have JIT.
+
+ -- Aurelien Jarno Fri, 01 Oct 2021 19:21:24 +
+
;t contain radeonsi_dri.so on
> riscv64, as it does for other platforms. This driver is required for 3D
> acceleration on newer AMD graphics cards.
>
> What we suspect to be the cause is the following change in mesa packaging
>
> [ Aurelien Jarno ]
> * Disable LLV
> more and more used.
The package responsible for providing keyboard layout is xkb-data. I am
reassigning the bug there.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
, and the version in
buster doesn't depends on libc6 (>= 2.29). I guess you have more sources
in /etc/apt/sources.list.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
ea to mix debian and ubuntu
repositories.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Source: mesa
Version: 23.3.0-1
Severity: important
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org, debian-ri...@lists.debian.org
Hi,
mesa version 23.3.0-1 enabled llvmpipe on riscv64:
| mesa (23.3.0-1) experimental; urgency=medium
|
| * New upstream release.
| * rules: Drop
Package: xwayland
Version: 2:23.2.4-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved
Source: weston
Version: 13.0.0-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
weston fails to build in unstable since the upload of neatvnc in version
8.0. From my build log on amd64:
| Determining dependency 'neatv
ommit/78f39dc70c1feaea5130b90ea3fb7b3ddd62446b
> [2]:
> https://github.com/llvm/llvm-project/commit/3d67cf681a728e4cf0ab9947c0dd07539dda8b74
Thanks for the pointer. Bo Yu has submitted bug #1080493 with this patch
and provided me a build of llvm-toolchain-18 with these patches. I can
confirm th
0}}, priv = {pad =
{0x0, 0x0, 0x7fff0a5aa448, 0x5}, data = {prev = 0x0, cleanup = 0x0, canceltype
= 173712456}}}
not_first_call =
#9 0x7f42fd9b8e75 in __libc_start_main_impl (main=0x558f7141e050, argc=5,
argv=0x7fff0a5aa448, init=, fini=,
rtld_fini=, stack_end=0x7fff0a5aa438) at
_test -- --verbose --timeout-multiplier 3
%:
dh $@ --with quilt --builddirectory=build/
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
48 matches
Mail list logo
