when. It
looks like simply neither xserver-xorg-input-libinput nor
xserver-xorg-input-evdev is installed.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
On 27/02/17 06:42 PM, John Paul Adrian Glaubitz wrote:
> On 02/27/2017 10:17 AM, Michel Dänzer wrote:
>> The client side has no impact on which drivers Xorg loads, or when. It
>> looks like simply neither xserver-xorg-input-libinput nor
>> xserver-xorg-input-evdev is installe
1 , fixed in upstream
xf86-video-ati Git master.
Meanwhile, you can try
Option "AccelMethod" "EXA"
as a workaround.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
m menu seem not influented by the transparent layer
>
> The problem occur after recent actualization of xserver-xorg.
This should be fixed in upstream xf86-video-ati Git master. In the
meantime, you should be able to avoid the problem with
Option "Acce
is particular bug, though, as
it's an xf86-video-ati bug.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
er-xorg-video-radeon.
Anyway, this looks like another instance of
https://bugs.freedesktop.org/105381 , fixed in upstream xf86-video-ati
Git master. Meanwhile, you can avoid the problem with
Option "AccelMethod" "EXA"
or the modesetting driver.
--
Earthling Michel D
On 2018-08-16 10:27 AM, Simon Polack wrote:
> The issue seems to be not limited to ATI/AMD graphics, as i face it on
> intel aswell.
That's probably a separate bug in the modesetting driver, which might
indeed be fixed in upstream xserver 1.20.1.
--
Earthling Mi
Looks like there are no input drivers that Xorg can use. Is either
xserver-xorg-input-libinput or xserver-xorg-input-evdev installed?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
On 2019-01-30 10:34 a.m., Michel Dänzer wrote:
> On 2019-01-29 10:39 p.m., Lasse Flygenring-Harrsen wrote:
>> Package: xorg
>> Version: 1:7.7+19
>> Severity: critical
>> Justification: breaks the whole system
>>
>> Dear Maintainer,
>>
>> I have
r to set up the EGL/GLX
context, and the latter should not rely on libepoxy pulling in the
corresponding libraries.
--
Earthling Michel Dänzer| https://redhat.com
Libre software enthusiast | Mesa and Xwayland developer
es it?
> https://gitlab.freedesktop.org/mesa/piglit/-/merge_requests/821
However, 'spirv-as -h' still says:
'If no file is specified, [...] then the assembly text is read from standard
input.'
So this does seem like a spirv-tools bug, and my piglit change is a wo
On 14/07/17 03:13 AM, bartek 'basz' szurgot wrote:
> On 07/13/2017 04:43 AM, Michel Dänzer wrote:
>> This bug is https://bugs.freedesktop.org/show_bug.cgi?id=100276 , fixed
>> by
>> https://cgit.freedesktop.org/xorg/driver/xf86-video-amdgpu/commit/?id=981bac185
On 15/07/17 03:57 AM, bartek 'basz' szurgot wrote:
> On 07/14/2017 04:04 AM, Michel Dänzer wrote:
>> Indeed, my bad. The corresponding radeon commit is
>> https://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=4c91f36d3058180b5a2d6a23e9b82f5c933d8716
>
&
On 15/07/17 07:10 AM, Ivan Sergio Borgonovo wrote:
> On 07/10/2017 04:03 AM, Michel Dänzer wrote:
>> On 09/07/17 03:06 AM, Ivan Sergio Borgonovo wrote:
>>> Package: xserver-xorg-video-radeon
>>> Version: 1:7.9.0-1
>>> Severity: grave
>
>> I doubt this
On 15/07/17 07:24 AM, Ivan Sergio Borgonovo wrote:
On 07/15/2017 05:29 AM, Michel Dänzer wrote:
On 15/07/17 07:10 AM, Ivan Sergio Borgonovo wrote:
On 07/10/2017 04:03 AM, Michel Dänzer wrote:
On 09/07/17 03:06 AM, Ivan Sergio Borgonovo wrote:
Please provide the output of the following
On 16/07/17 07:04 PM, Ivan Sergio Borgonovo wrote:
On 07/16/2017 05:56 PM, Michel Dänzer wrote:
Hmm, the string "EGL search path is" and the corresponding code was
removed upstream for Mesa 10.6. Look for instances of libEGL.so.1*
other than /usr/lib/x86_64-linux-gnu/libEGL.so.
nableIOPorts: failed to setIOPL for I/O (Operation not permitted)
>
>
> With the nouveau driver, I get:
>
>
> Error allocating PGRAPH context for M2MF
These are thus likely red herrings.
--
Earthling Michel Dänzer | https://www.amd.com
Libre software enthusiast | Mesa and X developer
By reverting the following files to the versions from 20210315:
amdgpu/picasso_sdma.bin
amdgpu/raven_sdma.bin
amdgpu/raven2_sdma.bin
--
Earthling Michel Dänzer | https://redhat.com
Libre software enthusiast | Mesa and X developer
HW acceleration, the radeon
driver doesn't really provide much if any benefit over modesetting.
Section "Device"
Identifier "whateveryoulike"
Driver "modesetting"
EndSection
--
Earthling Michel Dänzer | https://re
On 2019-10-31 8:36 p.m., Petra R.-P. wrote:
> Am Do., 31. Okt. 2019, um 18:01 +0100 schrieb Michel Dänzer
> :
>> On 2019-10-30 2:15 p.m., Petra R.-P. wrote:
>
>> This happens when HW acceleration is disabled. If you can't or don't
>> want to enable HW acc
70] (EE) modeset(0): Failed to initialize glamor at ScreenInit()
> time.
> [ 455.570] (EE)
> Fatal server error:
> [ 455.570] (EE) AddScreen/ScreenInit failed for driver 0
On this machine, you need to add
Option "AccelMethod" "none"
to Section "Devic
ears the 'xserver-xorg-vide-amdgpu' driver crashes the whole system,
> [...]
This is more likely an issue in Mesa or the kernel. The Xorg driver
doesn't have any GPU specific code which could cause something like this
anymore.
--
Earthling Michel Dänzer |
displays
Looks like this might be due to the environment variable GDK_BACKEND
being set to an invalid value.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
Can you use git bisect to determine which change introduced the problem?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
m fix (in Mesa, where the bug was) is
https://cgit.freedesktop.org/mesa/mesa/commit/?id=fe2edb25dd5628c395a65b60998f11e839d2b458
.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
signature.asc
Description: OpenPGP digital signature
n the Xorg stderr output? Maybe try setting
the environment variable EGL_LOG_LEVEL=debug as well for that.
Does the same problem happen with 1:7.8.0-1+b1 with
Option "AccelMethod" "glamor"
in /etc/X11/xorg.conf ?
--
Earthling Michel Dänzer |
; might be related to:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=867701
Doesn't look the same.
This bug is https://bugs.freedesktop.org/show_bug.cgi?id=100276 , fixed
by
https://cgit.freedesktop.org/xorg/driver/xf86-video-amdgpu/commit/?id=981bac185cfd74ae50dffc28f57cf34623
packages/o/openscad/testing/s390x/47689316/
>
> This is fixed in upstream commit 5ca85d75c05de9df7c3170122dfdb04bc795b43a
> ("dri: Fix BGR format exclusion"), which I attached for your convenience.
Beware that this commit caused a regression on little endian platfors:
https://gitlab.freedesktop.org/mesa/mesa/-/issues
hese are all specific to GLX, which is specific to X...
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
reassign 369167 xserver-xorg-video-ati
severity 369167 important
kthxbye
On Sun, 2006-05-28 at 16:57 +0200, Wolfgang Pfeiffer wrote:
>
> On Sun, May 28, 2006 at 02:12:06PM +0200, Michel Dänzer wrote:
> > On Sat, 2006-05-27 at 01:38 +0200, Wolfgang Pfeiffer wrote:
> > >
:
> unable to create `./usr/lib/xorg/modules/extensions/libglx.so': No such
> file or directory
Problems like this are usually caused by broken diversions, e.g. from
proprietary drivers.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
On Mon, 2006-06-05 at 14:09 +0100, Chris Jones wrote:
> On 5 Jun 2006, at 13:39, Michel Dänzer wrote:
>
> > On Mon, 2006-06-05 at 11:33 +0100, Chris Jones wrote:
> >> Package: xserver-xorg-core
> >> Version: 1:1.0.2-8
> >> Severity: grave
>
killed by signal (Broken pipe)
I think the problem is that the Pre-Depends: x11-common (>= 0.99) is
missing the epoch.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
RER : Mesa DRI Radeon 20050528 AGP 4x x86/MMX+/3DNow!+/SSE NO-TCL
> > > > GLU Version : 1.3
> > > > Aux buffers count 0
> > > > Acumm rgba : 0 0 0 0
> > > > *** Amaya: Irrecoverable error ***Segmentation fault
Can you get a backtrace for this?
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
On Fri, 2006-04-28 at 21:12 +0100, Regis Boudin wrote:
> On Thu, 2006-04-27 at 18:28 +0200, Michel Dänzer wrote:
> >
> > > -no crash with the nvidia proprietary driver, display is happy.
> > >
> > > When I tried using gdb to get a backtrace(attached), all
mlink.
As I pointed out a while ago, I think libxft-dev needs to put the
headers back into /usr/X11R6/include/ or depend on x11-common from
experimental.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
On Thu, 2006-03-23 at 13:17 +, Martin Michlmayr wrote:
> * Michel Dänzer <[EMAIL PROTECTED]> [2006-03-23 13:51]:
> > As I pointed out a while ago, I think libxft-dev needs to put the
> > headers back into /usr/X11R6/include/ or depend on x11-common from
> > exp
ms/x11perf'
Actually, looking at the error and contents of libxft-dev 2.1.8.2-5 more
closely, this looks like a duplicate of #358665.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
led by signal (Broken pipe)
> Errors were encountered while processing:
> /var/cache/apt/archives/xlibmesa-gl_6.9.0.dfsg.1-5_amd64.deb
> E: Sub-process /usr/bin/dpkg returned an error code (1)
This is a duplicate of
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327641 .
--
Earthling Mi
being present in the list of modules to
> load in /etc/X11/xorg.conf
These modules are required and thus loaded automatically by the X
server.
Most likely, you have a superfluous ModulePath line
in /etc/X11/xorg.conf. If not, please post that file as well
as /var/log/Xorg.0.log.
--
Earthling
GL stuff
except for the GLX protocol headers, so this will all come from Mesa in
the future.
> Did "GLw" get split out to some other place in the meanwhile? Or just
> dropped completely?
Looks like it's only the static library in libgl1-mesa-swx11-dev ATM; if
it needs to be
On Tue, 2006-06-20 at 10:34 -0400, Steve M. Robbins wrote:
> On Tue, Jun 20, 2006 at 11:51:27AM +0200, Michel Dänzer wrote:
> > On Mon, 2006-06-19 at 09:10 -0400, Steve M. Robbins wrote:
>
> > > It appears that libgl1-mesa-swx11-dev is built from mesa 6.4.2, whilst
> &
On Wed, 2006-06-21 at 03:43 -0400, Steve M. Robbins wrote:
> On Tue, Jun 20, 2006 at 05:30:20PM +0200, Michel Dänzer wrote:
> > On Tue, 2006-06-20 at 10:34 -0400, Steve M. Robbins wrote:
>
> > > ... could [libgl1-mesa-dev] supply the GLw library as does
> > > libg
On Fri, 2006-06-30 at 18:44 +0200, Martijn van Oosterhout wrote:
> Package: libgl1-mesa-directfb-dev
>
> Here's a patch to fix this one...
Thanks, but as I pointed out before, the GLX headers don't make any
sense for the DirectFB backend.
--
Earthling Michel Dänzer
way, there's little that can be done without somebody at least
isolating the upstream change(s) that caused this regression.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
ies
> m
> ii xresprobe0.4.18-1X Resolution Probe
> ii xserver-xorg 6.8.99.900.dfsg.1-0pre1 the X.Org X server
> ii xserver-xorg-dbg 6.8.99.900.dfsg.1-0pre1 the X.Org X server (static
> version
xserver-xorg-dbg should also really depend on xserver-xorg
deed a test not for X, but for the presence of libxt-dev,
> which is missing from build-dependencies.
>
> David, can you add it for your next upload ?
That would just be a workaround, it would be better to fix the configure
test for 'X'.
--
Earthling Michel Dänzer |
This should be fixed in libgl1-mesa-dri 6.3.2-2, please confirm.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
rs) into the proto/GL module as of X.Org 7.0, in
which case build-depending on xlibmesa-gl would be the correct interim
solution. If you don't agree with that, you should take it up with
upstream.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
d Glide library, dlopen(libglide3_h5.so) and dlopen(libglide3.so.3)
> both failed.
> libGL error:
> dlerror() message: /usr/lib/libglide3.so.3: undefined symbol: __LINE__
This is a duplicate of bug #326099 in libglide3, merging.
--
Earthling Michel Dänzer | Debian (powerpc), X
5cf8199 in ?? () from /usr/X11R6/lib/modules/dri/r128_dri.so
^^
[...]
> I cannot tell for sure where this bug should belong to, so I submit it
> to lincity-ng, where I noticed it.
reportbug -f /usr/X11R6/lib/modules/dri/r128_dri.so
would have chosen the
The generated icon-theme.cache files seem to be identical on x86 and
powerpc machines (which makes a lot of sense), but they only work on the
former. So the bug might actually be in the code that deals with the
cache files in the GTK library itself?
--
Earthling Michel DÃnzer | Debian
On Tue, 2005-03-08 at 15:39 +0100, Daniel Kobras wrote:
>
> Anyway, what I remember from years ago, Xv did expect image data in
> host-endian format with DRI turned off, and in PCI-endian (little-endian)
> format with DRI turned on.
The expected byte order should be well-defined regardless of w
fbTile+0x8c) [0xa7af483c]
> 5: /usr/lib/xorg/modules/libfb.so(fbFillRegionTiled+0x1a6) [0xa7af5136]
> 6: /usr/lib/xorg/modules/libfb.so(fbPaintWindow+0x108) [0xa7af53b8]
[...]
> * xserver-xorg/config/device/driver: vesa
Does this also happen with the 'ati' driver?
--
Earthli
arting excruciatingly slow and
> > clicking on anything freezes the whole system.
>
> Symptoms as described here? :
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=379480
This is fixed in xf86-video-ati git commit
6671c1b01bf29d8f1cacf9306ef658b967d8a3cf BTW.
--
E
On Mon, 2006-10-02 at 10:46 +0200, Jan Stedehouder wrote:
> Michel Dänzer wrote:
> > On Sun, 2006-10-01 at 23:59 +0200, Wolfgang Pfeiffer wrote:
> >
> >> On Sun, Oct 01, 2006 at 05:20:38PM +0200, Jan Stedehouder wrote:
> >>
> >>> I have the f
ems to work.
Then this seems to be a problem with a server reset and the subsequent
second server generation, and you should be able to work around it by
configuring the display manager to always restart the X server on
logout.
--
Earthling Michel Dänzer | http://t
On Fri, 2006-10-06 at 00:29 +0200, Jiří Paleček wrote:
>
> On Mon, 02 Oct 2006 10:25:18 +0200, Michel Dänzer <[EMAIL PROTECTED]>
> wrote:
>
> > On Sun, 2006-10-01 at 23:59 +0200, Wolfgang Pfeiffer wrote:
> >>
> >> On Sun, Oct 01, 2006 at 05:20:38
On Fri, 2006-10-06 at 11:00 +0200, [EMAIL PROTECTED] wrote:
> > On Fri, 2006-10-06 at 00:29 +0200, JiÅ™í PaleÄ�ek wrote:
> > >
> > > On Mon, 02 Oct 2006 10:25:18 +0200, Michel Dänzer <[EMAIL PROTECTED]>
> > > wrote:
> > >
> > > >
to "void" allowed pdl to build.
>
> The meaning of the "void" type is completely hard-coded into xsubpp.
> IMHO, it seems harder to modify xsubpp than to modify GL/gl.h.
>
> Any opinion about a correct fix for this issue?
You should bring this up on the [EMAIL
emoved.
> (II) RADEON(0): DDC Type: 2, Detected Type: 3
> ---8<---8<---8<---8<---8<
That's an odd place for the log to stop... Can you not even log in
remotely or ping the machine at this point? If so, can you try
re-mounting the filesystem that contains the lo
ual Properties Report
>
> Compatibility mode, properties unknown.
> freeglut (/usr/lib/torcs/torcs-bin): Unable to create direct context
This is the problem. Is direct rendering working with other apps?
--
Earthling Michel Dänzer | http://tungstengraphics
t kernel version the powerpc buildd machines are
> using?
Possibly an oldish one, but it shouldn't matter. Whether the kernel
supports inotify should be checked at runtime, not build time.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast
Package: smc
Version: 0.99.6-2
Depending on libcegui-mk2-dev is just a workaround for bug #425983 and
not correct.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
gt; well.
uname is also problematic when building 32 bit packages on a 64 bit kernel.
P.S. Please be sure to send bug followups to the xx-submitter@ alias
so the submitter sees them.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
urce or
> package, and I have little time for Debian stuff, so I'll need some
> direction and hints about this.
Given the list of failing architectures, I think the most likely cause
is some code relying on char being signed by default. And indeed,
building the as21 dir
On Mon, 2007-08-13 at 13:36 +0200, Matej Vela wrote:
> Michel Dänzer <[EMAIL PROTECTED]> writes:
>
> > On Sat, 2007-08-11 at 15:55 +, Paul Wise wrote:
> >> Looks like it never built/worked on those platforms:
> >>
> >> http://b
Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
diff -up -ru open-invaders-0.2.orig/src/input.cc open-invaders-0.2/src/input.cc
--- open-invaders-0.2.orig/src/input.cc 2007-06-20 23:04:56.0 +0200
+++ open
tags 417569 patch
kthxbye
The attached patch makes marble work for me on powerpc.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
diff -up -ru marble-0.3.orig/src/pntmap.cpp marble-0.3/src
Package: llvm
Version: 1.8b-1
Severity: serious
Tags: patch
Justification: fails to build from source
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This patch for build.sh allows llvm to build on powerpc. Though maybe the
'power' line was intended for this and should be replaced?
- -- System I
Package: libgeotiff-dev
Version: 1.2.4-1
Severity: grave
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The header files reference *.inc files, which are missing. The patch fixes
this.
- -- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'uns
Package: warzone2100
Version: 2.1.0~0.svn1436-1
Severity: serious
Tags: patch
Justification: no longer builds from source
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The attached patch fixes a problem on architectures where the char type is
unsigned by default: a value of an unsigned variable
ctory /var/cache/pbuilder/build//23151 and its
subdirectories
This is known upstream: http://llvm.org/bugs/show_bug.cgi?id=916
Should we switch this bug to tracking that issue, or mark it as fixed in
that version and create a new one?
As a sidenote, I've successfully built and used (for the
Package: oprofile
Version: 0.9.3-1.1
Followup-For: Bug #450607
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The patch below replaces the remaining instances of -lbfd that may end up on
the linker command line for oprof_start. Of course, configure etc. need to
be regenerated from the patched fil
hreads() get called and finish
before any other libX11 function is called?
> I can help with all manner of debugging; I just don't understand X (and
> in particular, libx11 and XCB) enough to do this myself.
You can probably get better help on this on the upstream bug report or
mailing
Package: xmoto
Version: 0.4.0-1
Severity: serious
Justification: no longer builds from source
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
svnversion -n . > svnVersion
/bin/sh: svnversion: command not found
make[2]: *** [svnVersion] Error 127
make[2]: Leaving directory `/tmp/buildd/xmoto-0.4.0/
Such symptoms are more likely due to the graphics drivers than the
application. The first guess would be the Mesa driver in
libgl1-mesa-dri.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
Looking at setup.py around line 115, cmd is "intltool-merge ...".
After installing intltool the build completes.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
--
To UNSUBSCRIBE
oop wake-up: Too many open files
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
diff -up -ru mysql-dfsg-5.1-5.1.26rc.orig/debian/rules mysql-dfsg-5.1-5.1.26rc/debian/rules
--- mysql-dfsg-5.1-5.1.26rc.or
possible to somehow make warsow not try to use any GLSL
functionality as a workaround?
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
On Sat, 2008-05-03 at 02:54 +1000, Drew Parsons wrote:
> dbus is causing Xprt to using 95% cpu. When ./configured with
> --disable-dbus, Xprt behaves normally.
So, can't the Xprt DDX just disable the D-Bus code?
--
Earthling Michel Dänzer | http://tungsteng
notfound 495006 2.40-2
kthxbye
Same problem here with 2.40-2.1, but not with 2.40-2.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
You can avoid the crash by skipping the intro animation, e.g. by
clicking the left mouse button.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
tags 472467 patch
kthxbye
It also requires libdbus-glib-1-dev and libcairo2-dev (>= 1.5.2). It
builds for me in pbuilder with the attached patch.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and
Package: evolution
Version: 2.22.0-1
The build-dependency on libcamel1.2-dev needs to be bumped to >= 2.21.92
to match the other e-d-s components.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and
Package: kerneloops
Version: 0.10-1
Severity: serious
Justification: no longer builds from source
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
/usr/bin/make tests
make[1]: Entering directory `/tmp/buildd/kerneloops-0.10'
desktop-file-validate *.desktop
/bin/sh: desktop-file-validate: command no
erpc user and tell me
> different, I’d be glad to learn about it.
>
> This opens the way up for xaralx in lenny.
What was the rationale for that? I can't think of any reason why it
couldn't be useful on powerpc per se...
--
Earthling Michel Dänzer | ht
nymore. (Can't say
I agree with this way of dealing with code quality issues, but I guess
it's not my call)
If you want to discuss issues not related to xaralx, please remove
Joachim Breitner and bug #382658 from the list of recipients.
--
Earthling Michel Dänzer
Package: libgmp3c2
Version: 2:4.2.4+dfsg-8
Severity: grave
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
After upgrading libgmp3c2 to version 2:4.2.4+dfsg-8, compiling any C file
with gcc-4.3 or gcc-4.4 fails with
...
:: internal compiler error: Illegal
instruction
...
Package: gnome-disk-utility
Version: 0.3-1
Severity: serious
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
...
checking pkg-config is at least version 0.9.0... yes
configure: error: gnome-doc-utils >= 0.3.2 not found
make: *** [config.status] Error 1
dpkg-buildpackage: failure: debian/rules buil
Does the same thing happen with 32 bit userland or kernel?
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a
warnings in the Evolution related code
either.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscrib
On Mit, 2009-03-18 at 09:56 +0100, Michel Dänzer wrote:
> Note that just rebuilding against evolution-dev 2.24 makes the plugin
> load but crash Evolution on startup. See
> https://bugs.launchpad.net/mail-notification/+bug/251031 (the Ubuntu
> package referenced there has an extended
This could be a duplicate of #520132. Svante, can you try the patch
referenced there?
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ
On Wed, 2009-03-25 at 09:08 +0100, Svante Signell wrote:
> On Wed, 2009-03-25 at 08:43 +0100, Michel Dänzer wrote:
> > This could be a duplicate of #520132. Svante, can you try the patch
> > referenced there?
> >
> Is there a .deb file somewhere i can try with the
ingly.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
X server doesn't load any components installed by fglrx
(grep fglrx Xorg.0.log.radeon*)
The easiest way to achieve this is probably to remove all fglrx
packages.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast |
race
the DoMakeCurrent() function with gdb or debugging output to find out
why it generates these errors.
Apologies for not realizing this earlier, I hope this is still useful.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
Package: openoffice.org
Version: 2.1-3
Severity: serious
Justification: no longer builds from source
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
checking for /usr/share/java/libdb4.4-java.jar... no
configure: error: db Java bindings not found
make[1]: *** [stamp/build] Error 1
make[1]: Leaving
On Sat, 2007-02-03 at 12:07 +0100, Lucas Nussbaum wrote:
>
> It would be better to build-depend on xlibmesa-gl-dev | libgl-dev.
Make that
libgl1-mesa-dev | libgl-dev
(xlibmesa-gl-dev is a transitional package in etch)
--
Earthling Michel Dänzer |
1 - 100 of 160 matches
Mail list logo
