Source: libx11
Version: 2:1.8.7-1
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/logs.php?pkg=libx11=2%3A1.8.7-1
...
fakeroot debian/rules clean
dh clean --with quilt --builddirectory=build/
dh_auto_clean -O--builddirectory=build/
dh_autoreconf_clean
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
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
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
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
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-13.3.0
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:
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
+
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
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=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/armhf:
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=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
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
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 <tjaal...@debian.org> wrote:
> > On 14.03.2018 22:25, Ad
Source: libdrm
Version: 2.4.91-1
Severity: serious
https://buildd.debian.org/status/package.php?p=libdrm=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-nouveau2
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=sid
...
configure: error: pkg-config missing libinput >= 0.6.0 xkbcommon >= 0.3.0
libudev
Root cause
org>
Changed-By: Adrian Bunk <b...@debian.org>
Description:
xserver-xorg-video-ast - X.Org X server -- ASpeed Technologies display driver
Closes: 887076
Changes:
xserver-xorg-video-ast (1.1.5-1.1) unstable; urgency=low
.
* Non-maintainer upload.
* Remove the unused buil
* Remove the unused build dependency on libxatracker-dev.
+(Closes: #887076)
+
+ -- Adrian Bunk <b...@debian.org> 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/d
Source: intel-gpu-tools
Version: 1.20-1
Severity: serious
https://buildd.debian.org/status/fetch.php?pkg=intel-gpu-tools=i386=1.20-1=1507331187=0
...
../../lib/igt_x86.c:96:10: error: redefinition of 'igt_x86_features'
unsigned igt_x86_features(void)
^~~~
In file included
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
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:
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=armel=17.1.3-2=1498610882=0
...
llvm-config-4.0: relocation error:
/usr/lib/llvm-4.0/bin/../lib/libLLVM-4.0.so.1: symbol
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=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
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
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
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'd therefore suggest to remove xtrap from x11-xserver
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...@lists.debian.org;tag=xf86misc
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
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 problem
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
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, there is no real reason
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
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),
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
not
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,
saw no applicable differences
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.
--
Thomas E. Dickey
===
RCS file
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 an xterm via ssh to a NetBSD/sparc-1.5 where my mutt
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
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
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 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 forget
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 bug, which
I promptly downgraded
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
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
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 list will reveal that I am
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 list will reveal that I am
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
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
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
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 with g++
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:
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 with g++
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 the
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 the
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
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
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:
--
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:
--
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 Generic Mouse line
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 Generic Mouse
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
70 matches
Mail list logo