Package: libinput-dev
Version: 1.10.3-1
Severity: important
Justification: causing numerous new FTBFS bugs
In a clean pbuilder chroot:
# apt install libinput-dev pkg-config
# pkg-config --cflags libinput
Package libwacom was not found in the pkg-config search path.
Perhaps you should add the dire
'$(srcdir)' in TESTS is currently broken:
'$(srcdir)/compose-check.pl'
parallel-tests: installing './test-driver'
autoreconf: automake failed with exit status: 1
make: *** [configure] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2
--
Da
Source: libdrm
Version: 2.4.45-3
Severity: wishlist
As the subject says, it would make sense to build libdrm-intel1 for x32.
Currently, the source package is compiling the library but not packaging it.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a
On Sunday, June 16, 2013 07:24:12 PM Sven Joachim wrote:
> I suspect the following patch is all it takes?
[snip]
Yep, that should be it.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Co
=a3cd4f5ee490d50d0e1c28cdb2c23ef95361b1d1
(attached) so that X applications will compile properly on X32. (Already
applied in byhand build, version 7.0.23-1+x32 that I'm using for x32 builds.)
--
Daniel Schepler
UpstreamStatus: Pending
Don't always define LONG64 for AMD64
X32 defines __amd64__/amd64 with
(attached) so
that libXt and applications using it will compile properly under X32.
--
Daniel Schepler
UpstreamStatus: Pending
This fixes compilation with x32 toolchain.
Received this patch from H.J. Lu
Signed-Off-By: Nitin A Kamble 2011/12/1
--- libXt-1.1.1/include/X11/Xtos.h.x32 2011-02-08 07:56
dh_auto_test: make -j1 check VERBOSE=1 returned exit code 2
debian/rules:27: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 2
make[1]: Leaving directory '/tmp/buildd/libxshmfence-1.1'
debian/rules:13: recipe for target 'build' fail
It
would appear that some more porting of the assembly to x32 is needed
before it's safe to use. In this case, my guess would be that the
assembly is indexing into an array of function pointers, which on x32
would need to be adjusted to jmpl *(4*index, %reg) or maybe addr32 jmp
*(4*index, %{reg}d) i
red libraries an
ii libfreetype6 2.1.4-2FreeType 2 font engine, shared lib
ii xfree86-common4.2.1-6X Window System (XFree86) infrastr
-- no debconf information
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]
ian/stampdir/build-libc6] Error 2
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux frobnitz 2.4.21-pre5 #1 Sat Mar 1 09:01:10 PST 2003 i686
Locale: LANG=C, LC_CTYPE=C
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
-- Orson Scott Card
le: LANG=C, LC_CTYPE=C
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
-- Orson Scott Card
reassign 196176 xutils
retitle 196176 xutils: Needs to depend on cpp-3.2
thanks
OK, on second thought I really should have filed this against xutils
in the first place.
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't ha
ed,
wmavgload (sort of), wminet, wmmon, xarchon, xtux. And at least ted
fails to build under pbuilder because of this.
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
-- Orson Scott Card
refers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.3
Locale: LANG=en, LC_CTYPE=en (ignored: LC_ALL set to en_US.UTF-8)
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]
that defining SYSV does the same thing (see bug
#238628). That definitely seems wrong, since SYSV does (sort of)
apply to GNU/Linux systems.
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
-- Orson Scott Card
table
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.7
Locale: LANG=en, LC_CTYPE=en (ignored: LC_ALL set to en_US.UTF-8)
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL
ian/stampdir/build-libc6] Error 2
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux frobnitz 2.4.21-pre5 #1 Sat Mar 1 09:01:10 PST 2003 i686
Locale: LANG=C, LC_CTYPE=C
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED
le: LANG=C, LC_CTYPE=C
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
-- Orson Scott Card
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
reassign 196176 xutils
retitle 196176 xutils: Needs to depend on cpp-3.2
thanks
OK, on second thought I really should have filed this against xutils
in the first place.
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't ha
tags 195606 + patch
thanks
Here's a patch which fixes the problems compiling xfree86v3 on sid.
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
-- Orson Scott Card
-
tags 195606 + patch
thanks
Here's a patch which fixes the problems compiling xfree86v3 on sid.
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
-- Orson Scott Card
-
ec 3 21:42:26 PST 2003 i686
Locale: LANG=en, LC_CTYPE=en (ignored: LC_ALL set to en_US.ISO-8859-1)
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
-- Orson Scott Card
On Sat, 7 Mar 2015 08:57:48 +0100, Julien Cristau wrote:
> I don't think that's an acceptable way to fix this.
How about this? (This is a patch to be directly quilt imported, not a
debdiff.)
--
Daniel Schepler
Index: x11-xserver-utils-7.7+4/sessreg/ma
rver-xorg-core and drivers? If not, I will close this bug in the next
> weeks.
Actually, I'm using the Xorg ATI driver successfully with unstable now (forced
to by #420842 et al), and OpenGL seems to work OK too.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
ii x-dev 6.8.2.dfsg.1-5 X protocol development files
libxaw7-dev recommends no packages.
-- no debconf information
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
Package: xvfb
Version: 6.8.2.dfsg.1-9
Severity: normal
>From my pbuilder build log for pyopengl:
...
debian/rules build
dh_testdir
xvfb-run -a python2.3 setup.py build
Traceback (most recent call last):
File "setup.py", line 44, in ?
from setup.togl_setup import install, build_togl
File
xkb data files
make: *** [build-stamp] Error 1
--
Daniel Schepler
org/software/pkgconfig>.
See `config.log' for more details.
make: *** [build-stamp] Error 1
--
Daniel Schepler
m] Error 2
make[1]: Leaving directory
`/tmp/buildd/xfonts-scalable-1.0.0/obj-i486-linux-gnu'
make: *** [install] Error 2
--
Daniel Schepler
Package: xfonts-100dpi
Version: 1.0.0-2
Severity: important
From my pbuildd build log (using pbuilder with a local repository):
...
-> Installing debhelper pkg-config xutils
...
Selecting previously deselected package x11-common.
Unpacking x11-common (from .../x11-common_6.9.0.dfsg.1-6+pb1_all.
e need to call pkg-config.
See the pkg-config man page for more details.
make: *** [build-stamp] Error 1
It looks like this possibly means that libxcursor-dev needs to have
Depends: libxfixes-dev. If that's correct, feel free to reassign the bug.
--
Daniel Schepler
RG_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
make: *** [build-stamp] Error 1
--
Daniel Schepler
r 2
make[2]: Leaving directory `/tmp/buildd/nas-1.7/clients'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/nas-1.7'
make: *** [build] Error 2
(I see libxp is in incoming along with a couple associated packages. But
dropping the unnecessary -lXp is still a good idea.)
LANG=en, LC_CTYPE=en (charmap=UTF-8) (ignored: LC_ALL set to
en_US.UTF-8)
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
-- Orson Scott Card
diff -urN
xfree86-4.3.0.dfsg.1.ol
It turns out that with my old patch, the package didn't get compiled
with -fno-strict-aliasing, and as a result any program using Xt
segfaulted at startup. Here's a new patch which fixes this.
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTE
-dev. As a result, libxext still doesn't bootstrap without manual
intervention, or having libxext-dev already available.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tuesday 03 June 2008 06:15:08 am you wrote:
> forcemerge 366676 484288
> kthxbye
>
> On Tue, Jun 3, 2008 at 05:42:08 -0700, Daniel Schepler wrote:
> > Package: libx11-dev
> > Version: 2:1.0.3-7
> > Severity: important
> >
> > I see from debian/c
an. I'll file the bug against xutils and then
start filing important severity bugs against the affected packages.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: xutils
Version: 1:7.3+11
Severity: serious
Following the discussion on the thread under
http://lists.debian.org/debian-devel/2008/06/msg00197.html , I'm filing this
bug to keep xutils 1:7.3+11 out of testing.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
(And I've also reproduced the bug in a VM using kvm.)
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ould try to see what's
going on.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Wednesday 20 May 2009 01:15:51 Michel Dänzer wrote:
> On Tue, 2009-05-19 at 17:01 -0700, Daniel Schepler wrote:
> > But with the application I'm developing I still get the condition where
> > glGetString(GL_VERSION) returns NULL in my override of
> > QGLWidget::
when I built it with DEB_BUILD_OPTIONS="parallel=3", the build process
went ahead and ran autoreconf even though the patch had failed. That to
me indicates that there's a missing dependency somewhere which could result
in autoreconf being run on the unpatched code before the patchin
an Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.28-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
Daniel Schepler
--
package mesa
tags 519490 + patch
thanks
I've attached a patch which fixes the failure to build on current unstable.
Just drop the patch into debian/patches and add it to debian/patches/series.
--
Daniel Schepler
Index: mesa-7.0.3/src/mesa/drivers/dri/i965/server/i830_com
including at least: elo2300, joystick, magellan, microtouch, penmount,
spaceorb, summa, tek4957; but others build just fine. If this is actually
a bug in another package like xserver-xorg-dev, feel free to reassign.
--
Daniel Schepler
;= 1.12), libtool,
automake, python, dctrl-tools
--
Daniel Schepler
libgd2 Build-Depends on libtiff-dev
tiff Build-Depends on freeglut3-dev
freeglut Build-Depends on libgl1-mesa-dev
mesa Build-Depends on libdrm-dev
As far as I can tell, it should be sufficient just to annotate the
Build-Depends with "valgrind ".
--
Daniel Schepler
On Sun, Jul 30, 2017 at 12:52 PM, Sven Joachim wrote:
> Really? There seems to be quite a bit of code that's conditional to
> #ifdev HAVE_VALGRIND, e.g. in intel/intel_bufmgr_gem.c, and I don't
> think building with the nocheck profile should alter the produced binary
> packages.
Hmm, I guess if
configure flag, and dropping the mesa-va-drivers package for the
stage1 build profile - provided that doesn't change the binary
contents of the other packages.
--
Daniel Schepler
ERBOSE=1 returned
exit code 2
debian/rules:12: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 2
make[1]: Leaving directory '/build/xauth-1.0.9'
debian/rules:18: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
--
Daniel Schepler
urned exit status 2
On further testing, it seems that on a freshly unpacked source, either
"dpkg-buildpackage -B" or "dpkg-buildpackage -A" separately will work;
but "dpkg-buildpackage -b" will fail with the above error.
--
Daniel Schepler
lper installable.)
--
Daniel Schepler
53 matches
Mail list logo
