+
+ -- Adrian Bunk Sun, 08 Dec 2024 14:42:02 +0200
+
renderdoc (1.24+dfsg-1) unstable; urgency=medium
* New upstream release
diff -Nru
renderdoc-1.24+dfsg/debian/patches/0001-Verify-array-sizes-when-serialising-for-strings.patch
renderdoc-1.24+dfsg/debian/patches/0001-Verify-array-sizes-when
Source: mesa
Version: 24.1.5-1
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/logs.php?pkg=mesa&ver=24.1.5-1
...
Run-time dependency lua54 found: NO (tried pkgconfig and cmake)
Run-time dependency lua53 found: NO (tried pkgconfig and cmake)
Run-time dependency lua52 found: NO (tri
Source: libx11
Version: 2:1.8.7-1
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/logs.php?pkg=libx11&ver=2%3A1.8.7-1
...
fakeroot debian/rules clean
dh clean --with quilt --builddirectory=build/
dh_auto_clean -O--builddirectory=build/
dh_autoreconf_clean -O--builddirectory=
On Mon, Sep 11, 2023 at 10:36:00AM +0100, Simon McVittie wrote:
> On Sat, 19 Aug 2023 at 10:39:44 +0200, Sylvestre Ledru wrote:
> > llvm-defaults has been pointing to 16 in experimental for quite sometime.
> > Opening this transition to make sure it is on your radar! :)
> >
> > I opened bug #10500
Source: apitrace
Version: 11.1+repack-1.1
Severity: serious
Tags: ftbfs trixie sid
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/apitrace.html
...
CMake Error at CMakeLists.txt:216 (find_package):
By not providing "FindWaffle.cmake" in CMAKE_MODULE_PATH this project has
a
Source: llvm-toolchain-15
Severity: serious
Tags: ftbfs
X-Debbugs-Cc: Debian X Strike Force
Control: affects -1 src:mesa src:lomiri-settings-components src:clutter-1.0
src:mutter src:gtk4 src:mrpt src:sphinx
Control: block 1022576 by -1
https://buildd.debian.org/status/fetch.php?pkg=mutter&arch=
Source: mesa
Version: 22.2.1-1
Severity: serious
Tags: ftbfs
X-Debbugs-Cc: LLVM Packaging Team
Control: affects -1 src:clutter-1.0 src:gtk4 src:mutter src:mrpt
src:lomiri-settings-components
https://buildd.debian.org/status/package.php?p=mutter
...
# Start of pipeline tests
LLVM ERROR: Cannot s
y bug discovered by gcc 12.
+(Closes: #1021182)
+
+ -- Adrian Bunk Sat, 15 Oct 2022 15:13:05 +0300
+
xserver-xorg-video-vmware (1:13.3.0-3) unstable; urgency=medium
* control: Migrate to x11proto-dev.
diff -u xserver-xorg-video-vmware-13.3.0/debian/patches/series xserver-xorg-video-vmware-1
On Thu, Feb 11, 2021 at 07:14:02PM +, Simon McVittie wrote:
>...
> mojoshader doesn't *seem* to have a runtime dependency on
> libSPIRV-Tools-shared, but it checks for the -shared pkg-config data,
> so it might accidentally FTBFS after disabling the shared library
>...
Still builds:
https://te
Source: glslang
Version: 11.1.0-2
Severity: serious
https://ci.debian.net/data/autopkgtest/testing/amd64/g/glslang/10453510/log.gz
...
autopkgtest [00:10:45]: test glslang-dev: [---
+ [ -n ]
+ CROSS_COMPILE=
+ CXX=g++
+ PKG_CONFIG=pkg-config
+ mktemp -d
+ tempdir=/tmp/tmp.LFw
On Sun, Jan 10, 2021 at 12:10:16PM +0100, Eduard Bloch wrote:
>...
> I am setting this to RC severity because it's just NOT ok and obvious to
> fix. Going to change mentioned things and NMU this in a couple of weeks
> if there is no further reaction from maintainers.
Could you make an upload to DE
Control: tags -1 patch
On Mon, Nov 23, 2020 at 08:45:43PM +0100, Paul Gevers wrote:
> Source: xorg-server
> Version: 2:1.20.8-2
> Severity: serious
> Tags: sid bullseye ftbfs
> User: release.debian@packages.debian.org
> Usertags: out-of-sync
>
> Dear maintainer(s),
>
> Your package fails to
Source: renderdoc
Version: 1.9+dfsg-1
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/package.php?p=renderdoc&suite=sid
arm64:
/<>/renderdoc/os/posix/linux/linux_process.cpp:201:27: error:
‘PTRACE_GETREGS’ was not declared in this scope; did you mean
‘PTRACE_GETREGSET’?
armel/ar
Source: renderdoc
Version: 1.7+dfsg-2
Severity: serious
Tags: ftbfs
https://tests.reproducible-builds.org/debian/rb-pkg/bullseye/amd64/renderdoc.html
https://buildd.debian.org/status/package.php?p=renderdoc&suite=sid
...
/usr/bin/c++ -fPIC -g -O2 -fdebug-prefix-map=/<>=.
-fstack-protector-strong
Source: xserver-xorg-video-intel
Version: 2:2.99.917+git20171229-1
Severity: serious
Tags: ftbfs
https://tests.reproducible-builds.org/debian/rb-pkg/buster/i386/xserver-xorg-video-intel.html
https://buildd.debian.org/status/fetch.php?pkg=xserver-xorg-video-intel&arch=i386&ver=2%3A2.99.917%2Bgit201
Package: ftp.debian.org
Severity: normal
renderdoc (1.0+dfsg-2) unstable; urgency=medium
...
* d/control: Limit architectures to i386 & amd64
...
-- Jordan Justen Mon, 06 Aug 2018 19:22:58 -0700
Package: ftp.debian.org
Severity: normal
Manual cruft removal is required for libxatracker2 libxatracker-dev,
likely due to the build dependency from xserver-xorg-video-vmware.
Source: vulkan
Version: 1.1.70+dfsg1-1
Severity: serious
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/vulkan.html
...
cd /build/1st/vulkan-1.1.70+dfsg1/external/glslang/build/SPIRV && /usr/bin/c++
-DAMD_EXTENSIONS -DENABLE_HLSL -DENABLE_OPT -DGLSLANG_OSINCLUDE_UNIX
-DNV_E
Control: reassign -1 meson 0.45.0-1
Control: retitle -1 meson creates bogus pkgconfig files
Control: affects -1 libinput-dev
On Thu, Mar 15, 2018 at 06:38:30PM +0100, Andreas Metzler wrote:
> On 2018-03-15 Timo Aaltonen wrote:
> > On 14.03.2018 22:25, Adrian Bunk wrote:
> > >
Source: libdrm
Version: 2.4.91-1
Severity: serious
https://buildd.debian.org/status/package.php?p=libdrm&suite=sid
...
debian/rules override_dh_makeshlibs
make[1]: Entering directory '/<>'
dh_makeshlibs -plibdrm2 -V'libdrm2 (>= 2.4.89)' --add-udeb=libdrm2-udeb -- -c4
dh_makeshlibs -plibdrm-nou
Package: libinput-dev
Version: 1.10.3-1
Severity: grave
Control: affects -1 src:efl src:gnome-twitch src:muffin src:mutter
src:gnome-shell
https://buildd.debian.org/status/package.php?p=efl&suite=sid
...
configure: error: pkg-config missing libinput >= 0.6.0 xkbcommon >= 0.3.0
libudev
Root ca
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 11 Feb 2018 14:37:01 +0200
Source: xserver-xorg-video-ast
Binary: xserver-xorg-video-ast
Architecture: source
Version: 1.1.5-1.1
Distribution: unstable
Urgency: low
Maintainer: Debian X Strike Force
Changed-By: Adrian Bunk
d.
+ * Remove the unused build dependency on libxatracker-dev.
+(Closes: #887076)
+
+ -- Adrian Bunk Sun, 11 Feb 2018 14:37:01 +0200
+
xserver-xorg-video-ast (1.1.5-1) unstable; urgency=medium
* Initial release (Closes: #813325)
diff -Nru xserver-xorg-video-ast-1.1.5/debian/control xse
Source: intel-gpu-tools
Version: 1.20-1
Severity: serious
https://buildd.debian.org/status/fetch.php?pkg=intel-gpu-tools&arch=i386&ver=1.20-1&stamp=1507331187&raw=0
...
../../lib/igt_x86.c:96:10: error: redefinition of 'igt_x86_features'
unsigned igt_x86_features(void)
^~~~
Source: xorg-server
Version: 2:1.19.3-2
Severity: serious
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/xorg-server.html
...
debian/rules override_dh_strip
make[1]: Entering directory '/build/1st/xorg-server-1.19.3'
dh_strip -pxserver-xorg-core --dbgsym-migration="xserver-
Package: libsnappy-dev
Version: 1.1.6-1
Severity: serious
Control: affects -1 src:apitrace
1.1.4-3 -> 1.1.6-1 the following libraries disappeared:
/usr/lib/x86_64-linux-gnu/libsnappy-shared.a
/usr/lib/x86_64-linux-gnu/libsnappy.a
This is causing the following FTBFS in apitrace:
https://tests.rep
Package: libstdc++6
Version: 7.1.0-7
Severity: serious
Control: affects -1 src:mesa
mesa FTBFS on armel due to:
https://buildd.debian.org/status/fetch.php?pkg=mesa&arch=armel&ver=17.1.3-2&stamp=1498610882&raw=0
...
llvm-config-4.0: relocation error:
/usr/lib/llvm-4.0/bin/../lib/libLLVM-4.0.so.1
Source: mesa
Version: 13.0.3-1
Severity: minor
Tags: patch
Since #844357 is now fixed, workaround-binutils-mips-844357.diff
should be removed.
Package: ftp.debian.org
Severity: normal
The version in experimental was accidentally not removed
when the package was removed from unstable in #612191
Package: fracplanet
Version: 0.4.0-5
Severity: serious
https://buildd.debian.org/status/package.php?p=fracplanet&suite=sid
g++ -g -O2 -fdebug-prefix-map=/«PKGBUILDDIR»=. -fstack-protector-strong
-Wformat -Werror=format-security -Wl,-z,relro -Wl,-O1 -o fracplanet
obj/common.o obj/control.o obj/c
Package: xserver-xorg-dev
Version: 2:1.7.7-3
Severity: wishlist
I just debugged a problem of a user of a non-working just built third-party
video driver that boiled down to non-matching versions of xserver-xorg-core
and xserver-xorg-dev installed (different xorg-video-abi).
It would therefore be
On Sun, Dec 06, 2009 at 02:27:46PM +0100, Julien Cristau wrote:
> On Sun, Dec 6, 2009 at 15:21:30 +0200, Adrian Bunk wrote:
>...
> > Should I do the same for XFree86-Misc and XEvIE?
> >
> I just did xf86misc:
> http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debia
On Sun, Dec 06, 2009 at 12:27:16PM +0100, Julien Cristau wrote:
> On Sun, Sep 20, 2009 at 19:52:26 +0300, Adrian Bunk wrote:
>
> > The X server 1.6 does no longer support XTrap.
> >
> > x11-xserver-utils is the last user of libxtrap6 in Debian.
> >
> > I'
Package: xprint
Version: 2:1.6.0-2
Severity: normal
XTrap has been removed from the xserver (see also #547547).
Please build xprint without XTrap support and drop the build
dependency on libxtrap-dev.
Thanks in advance
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subj
Package: x11-xserver-utils
Version: 7.4+2
Severity: wishlist
The X server 1.6 does no longer support XTrap.
x11-xserver-utils is the last user of libxtrap6 in Debian.
I'd therefore suggest to remove xtrap from x11-xserver-utils
(and as a next step remove the library and protocol headers).
--
Package: libxrandr-dev
Version: 2:1.3.0-1
Severity: serious
I got this from pkg-config when trying to build Liferea on my system:
Package 'Xrandr' requires 'randrproto >= 1.3' but version of RandrProto is
1.2.99.3
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject o
On Sat, May 05, 2007 at 12:04:34AM +0200, Brice Goglin wrote:
> Hi,
>
> About 2 years ago, you reported (or replied to) a bug in the Debian BTS
> regarding display corruption when killing glxgears on a 3dfx voodoo
> banshee board or on a Matrox MGA G200. Did any of you guys reproduce
> this proble
Package: xserver-xorg
Version: 1:7.0.10
Severity: normal
Please use discover instead of discover1.
This might e.g. fix the currently failing autodetection of my
graphics card during "dpkg-reconfigure xserver-xorg".
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
Package: xbase-clients
Version: 6.9.0.dfsg.1-1
Severity: minor
The following part of the package description is obsolete and should
therefore be removed:
<-- snip -->
...
xrdb requires the C preprocessor (cpp) to process X resource files. The GNU
C preprocessor's "-traditional" support mis
On Mon, Aug 15, 2005 at 05:51:29PM +0200, Rene Engelhard wrote:
>...
> Hi,
Hi Rene,
> Am Dienstag, 9. August 2005 01:55 schrieb Adrian Bunk:
> > Can you switch from libxaw7 to the more recent libxaw8?
>
> Is there a real reason for this except it being more recent?
no, th
Package: xserver-xorg
Version: 6.8.2.dfsg.1-2
Severity: important
When starting with sarge, xserver-xfree86 stays on the computer and
xserver-xorg isn;t installed if you don't have the x-window-system-core
metapackage installed.
Possible solutions:
1.:
- create a xserver-xfree86 transition pack
Hi Branden,
I just read the changelog of the latest XFree86 packages in unstable.
Shouldn't it work to let xserver-common have a
Conflicts: xserver-xfree86 (= 4.3.0.dfsg.1-5),
xserver-xfree86 (= 4.3.0.dfsg.1-6),
xserver-xfree86-dbg (= 4.3.0.dfsg.1-5),
xser
On Sat, Jun 19, 2004 at 06:00:26AM -0400, Thomas Dickey wrote:
>...
> > > Normally (using only the information in the termcap), once line-drawing
> > > has been done in the given window, it'll be initialized as it was before
> > > the bug-fix. From the information so far, I'm not sure whether it's
On Fri, Jun 18, 2004 at 08:39:00PM -0400, Thomas Dickey wrote:
> On Fri, Jun 18, 2004 at 09:52:45PM +0200, Adrian Bunk wrote:
> > I've attached the termcap file from the NetBSD machine.
>
> I see - rather old (4 years). I compared that termcap to the most recent one,
On Wed, Jun 16, 2004 at 03:39:36PM -0400, Thomas Dickey wrote:
> On Wed, Jun 16, 2004 at 05:30:18PM +0200, Adrian Bunk wrote:
> > Could you send me only this part of the xterm patch?
>
> attached.
>
> -
On Tue, Jun 15, 2004 at 09:08:45PM -0400, Thomas Dickey wrote:
> On Wed, Jun 16, 2004 at 02:40:10AM +0200, Adrian Bunk wrote:
> > Package: xterm
> > Version: 4.3.0.dfsg.1-4
> > Severity: normal
> >
> > I have the following problem:
> >
> > I log from
Package: xterm
Version: 4.3.0.dfsg.1-4
Severity: normal
I have the following problem:
I log from an xterm via ssh to a NetBSD/sparc-1.5 where my mutt
(version 1.5.6 compiled with ncurses) runs inside a GNU screen
(version 4.00.02).
mutt outside a screen running on the NetBSD machine correctly
di
tags 223929 - moreinfo
tags 223929 - unreproducible
severity 223929 grave
thanks
Hi Branden,
I was wondering why I wasn't able to configure X for my new graphics card.
A XFree86Config-4 without a .md5sum file is the common case for people
upgrading from Debian 3.0.
dpkg-reconfigure should reall
On Mon, Mar 29, 2004 at 03:22:52PM -0500, Branden Robinson wrote:
> There was little point holding up 4.3.0's progress into sarge because of
> it; the exact same bug is present in XFree86 4.2.1, already in sarge.
>
> http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=libx11-6
I don't disagree with
On Sat, Mar 27, 2004 at 06:39:47AM -0800, Daniel Stone wrote:
> On Sat, Mar 27, 2004 at 02:18:03PM +0100, Adrian Bunk wrote:
> > On Fri, Mar 26, 2004 at 11:42:30PM -0800, Daniel Stone wrote:
> > >...
> > > Kamion said the only thing holding it up yesterday was an RC
On Fri, Mar 26, 2004 at 11:42:30PM -0800, Daniel Stone wrote:
>...
> Kamion said the only thing holding it up yesterday was an RC bug, which
> I promptly downgraded; if it didn't go in today, I expect that will be
> because of the new sppc upload, making it a transitive problem.
Please don't forge
Package: xfree86v3
Version: 3.3.6-44
Severity: grave
Hi Branden,
to my knowledge, the current status of xfree86v3 is:
- it's only needed for some old graphics cards that aren't supported
by XFree86 4.x
- noone cares enough to maintain it
- there are no security fixes (DSA-380 suggests to remov
Package: xfree86v3
Version: 3.3.6-44
Severity: grave
Hi Branden,
to my knowledge, the current status of xfree86v3 is:
- it's only needed for some old graphics cards that aren't supported
by XFree86 4.x
- noone cares enough to maintain it
- there are no security fixes (DSA-380 suggests to remov
On Thu, Jul 03, 2003 at 10:39:05AM -0500, Branden Robinson wrote:
> On Thu, Jul 03, 2003 at 12:06:36PM +0200, Adrian Bunk wrote:
> > According to buildd.debian.org the build of xfree86 4.1.2-9
> > fails on mipsel with the following error:
>
> A quick perusal of the debian-x
On Thu, Jul 03, 2003 at 10:39:05AM -0500, Branden Robinson wrote:
> On Thu, Jul 03, 2003 at 12:06:36PM +0200, Adrian Bunk wrote:
> > According to buildd.debian.org the build of xfree86 4.1.2-9
> > fails on mipsel with the following error:
>
> A quick perusal of the debian-x
Package: xfree86
Version: 4.2.1-9
Severity: serious
According to buildd.debian.org the build of xfree86 4.1.2-9
fails on mipsel with the following error:
<-- snip -->
...
touch debian/stampdir/install
dh_testdir
dh_testroot
dh_install --sourcedir=debian/tmp
cp: cannot stat `debian/tmp//usr/X1
Package: xfree86
Version: 4.2.1-9
Severity: serious
According to buildd.debian.org the build of xfree86 4.1.2-9
fails on mipsel with the following error:
<-- snip -->
...
touch debian/stampdir/install
dh_testdir
dh_testroot
dh_install --sourcedir=debian/tmp
cp: cannot stat `debian/tmp//usr/X1
On Fri, Mar 21, 2003 at 04:37:47PM +0100, Ralf Nolden wrote:
>
> That's why I'm sticking with backports on a lower revision number to make
> sure
> that you can always upgrade. The XFree packages though are an exception for
> that because 4.3 isn't in unstable yet. As people are already using
On Fri, Mar 21, 2003 at 04:37:47PM +0100, Ralf Nolden wrote:
>
> That's why I'm sticking with backports on a lower revision number to make sure
> that you can always upgrade. The XFree packages though are an exception for
> that because 4.3 isn't in unstable yet. As people are already using it
On Fri, Mar 21, 2003 at 03:09:54PM +0100, Ralf Nolden wrote:
> On Friday 21 March 2003 08:52, you wrote:
> > Hi Ralf,
> >
> > the g++ libraries from your backport of the experimental packages of
> > XFree86 4.3.0 you announed at [1] are compiled with g++ 2.95 although
> > they must be compiled wi
On Fri, Mar 21, 2003 at 03:09:54PM +0100, Ralf Nolden wrote:
> On Friday 21 March 2003 08:52, you wrote:
> > Hi Ralf,
> >
> > the g++ libraries from your backport of the experimental packages of
> > XFree86 4.3.0 you announed at [1] are compiled with g++ 2.95 although
> > they must be compiled wi
Hi Ralf,
the g++ libraries from your backport of the experimental packages of
XFree86 4.3.0 you announed at [1] are compiled with g++ 2.95 although
they must be compiled with g++ 3.2.
The smallest problem are wrong package descriptions, e.g. in:
<-- snip -->
Package: xlibmesa4-glu
Source: xfr
Hi Ralf,
the g++ libraries from your backport of the experimental packages of
XFree86 4.3.0 you announed at [1] are compiled with g++ 2.95 although
they must be compiled with g++ 3.2.
The smallest problem are wrong package descriptions, e.g. in:
<-- snip -->
Package: xlibmesa4-glu
Source: xfr
Package: xlibs
Version: 4.2.1-4
Severity: important
Tags: patch
I do maintain a backport of the 4.2.1-4 packages for woody [1].
Christopher Huhn <[EMAIL PROTECTED]> asked me to include a fix for a bug he
observes when using these packages together with a backported KDE 3.1.
The discussion of th
Package: xlibs
Version: 4.2.1-4
Severity: important
Tags: patch
I do maintain a backport of the 4.2.1-4 packages for woody [1].
Christopher Huhn <[EMAIL PROTECTED]> asked me to include a fix for a bug he
observes when using these packages together with a backported KDE 3.1.
The discussion of th
I do maintain a backport of the 4.2.1-4 packages for woody [1].
Christopher Huhn <[EMAIL PROTECTED]> asked me to include a fix for a bug he
observes when using these packages together with a backported KDE 3.1.
The discussion of the bug is at [2].
The culprit is the following part of 000_stolen
I do maintain a backport of the 4.2.1-4 packages for woody [1].
Christopher Huhn <[EMAIL PROTECTED]> asked me to include a fix for a bug he
observes when using these packages together with a backported KDE 3.1.
The discussion of the bug is at [2].
The culprit is the following part of 000_stolen
Hi Branden,
I built your 4.2.1-4pre5v1 packages on my computer that has a mixed
testing/unstable system. I didn't make the gcc transition (the old gcc
and g++ packages are still installed). After compiling 4.2.1-4pre5v1
with all build dependencies fullfilled I get the following package:
<-- s
Hi Branden,
I built your 4.2.1-4pre5v1 packages on my computer that has a mixed
testing/unstable system. I didn't make the gcc transition (the old gcc
and g++ packages are still installed). After compiling 4.2.1-4pre5v1
with all build dependencies fullfilled I get the following package:
<-- s
Hi,
I was reading through the .diff.gz of 4.2.1-4pre5v1 and my impression is
that it's perfectly possible to fulfill the build dependencies on a
system that hasn't done the gcc transition and it's therefore posible to
compile xlibmesa3-gl with g++-2.95.
I think instead of the build dependency on
Hi,
I was reading through the .diff.gz of 4.2.1-4pre5v1 and my impression is
that it's perfectly possible to fulfill the build dependencies on a
system that hasn't done the gcc transition and it's therefore posible to
compile xlibmesa3-gl with g++-2.95.
I think instead of the build dependency on
On Tue, 17 Sep 2002, Branden Robinson wrote:
>...
> > 1. AFAIR this problem isn't new, my debconf-generated /etc/X11/XF86Config-4
> >contains both lines
> > InputDevice "Configured Mouse"
> > InputDevice "Generic Mouse"
> >in Section "ServerLayout". I had to remove the "G
On Tue, 17 Sep 2002, Branden Robinson wrote:
>...
> > 1. AFAIR this problem isn't new, my debconf-generated /etc/X11/XF86Config-4
> >contains both lines
> > InputDevice "Configured Mouse"
> > InputDevice "Generic Mouse"
> >in Section "ServerLayout". I had to remove the "
Hi Branden,
below are some remarks I have after successfully upgrading my machine
(it has a Matrox G200) from 4.1.0-17 to 4.2.1-0pre1v1:
1. AFAIR this problem isn't new, my debconf-generated /etc/X11/XF86Config-4
contains both lines
InputDevice "Configured Mouse"
InputDevice
74 matches
Mail list logo
