On Tue, 2022-01-18 at 17:46 +0100, Svante Signell wrote:
> Hello again,
>
> libdrm still FTBFS on GNU/Hurd, now at 2.4.109-2. Attached are two
> updated patches, hurd-port.diff and path_max.diff and two new ones.
> hurd_port.diff, path_max.diff, tests_amdgpu_ras_t
On Tue, 2022-01-18 at 17:46 +0100, Svante Signell wrote:
>
> The added file can be incorporated in libdrm-tests.install file with
> using dh_exec and making libdrm-tests.install executable.
> +#! /usr/bin/dh-exec
> +[hurd-any] usr/bin/amdgpu_test
Add to this a build-dependency of
ping
On Fri, 2021-10-22 at 10:06 +, Debian Bug Tracking System wrote:
> Thank you for filing a new Bug report with Debian.
>
> You can follow progress on this Bug here: 997009:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997009.
>
> This is an automatically generated reply to let you
On Wed, 2021-12-15 at 17:58 +0200, Timo Aaltonen wrote:
> On 6.12.2021 14.44, Svante Signell wrote:
> > Hello again,
> >
> please send a MR upstream
I'll try. But I don't know yet how to create an MR, any ideas?
Thanks!
Hello again,
libdrm still FTBFS on GNU/Hurd, now ate 2.4.108-1. Attached are two
updated patches, hurd-port.diff and path_max.diff.
libdrm-2.4.108-1 (and 2.4.104-1) has been built and tested fine on
GNU/Linux and GNU/Hurd. On Linux the patches have also been tested with
valgrind using the package
Source: libpciaccess
Version: 0.16-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
Currently libpciaccess FTBFS on GNU/Hurd due to missing symbols in the
libpciaccess0.symbols file. The attached patch,
debian_libpciaccess0.symbols.hurd-i386.diff, defines t
On Mon, 2021-04-26 at 23:43 +0200, Samuel Thibault wrote:
> Hello Svante,
>
> For information, your patch got dropped because of #975658
Yes I know since a long time. And you did not care or anybody else
either. So why bother... Why spend time on worthless issues?
On Wed, 2020-09-16 at 17:14 +0300, Timo Aaltonen wrote:
> On 16.9.2020 10.53, Svante Signell wrote:
> > On Tue, 2020-09-15 at 23:49 +0300, Timo Aaltonen wrote:
> > > On 15.9.2020 19.50, Svante Signell wrote:
> > > > Both patches (somewhat modified) submitted upst
On Tue, 2020-09-15 at 23:49 +0300, Timo Aaltonen wrote:
> On 15.9.2020 19.50, Svante Signell wrote:
> >
> > Both patches (somewhat modified) submitted upstream to the old
> > issues:
> > https://gitlab.freedesktop.org/mesa/drm/-/issues/23
> > https://gitlab.fre
On Mon, 2020-09-14 at 20:52 +0300, Timo Aaltonen wrote:
> On 14.9.2020 18.44, Svante Signell wrote:
> > found 909436 2.4.102-1
> > thanks
> >
> > Hello again,
> >
> > libdrm still FTBFS on GNU/Hurd now due to bug #970304 and still
> > missing support
found 909436 2.4.102-1
thanks
Hello again,
libdrm still FTBFS on GNU/Hurd now due to bug #970304 and still missing
support for Hurd in drm.h and xf86drm.h. Attached is a patch, hurd-
port.diff, to fix this. The rest of that patch address PATH_MAX issues
in xf86dri.c as PATH_MAX is not defined for
Source: libdrm
Version: 2.4.102-1
Severity: important
Tags: ftbfs, patch
User: debian-k...@lists.debian.org
Usertags: kfreebsd
Hello,
Currently libdrm FTBFS GNU/kFreeBSD (and GNU/Hurd) due to usage of
#elif __FreeBSD__ instead of #elif defined(__FreeBSD__) in xf86drm.c.
Attached is a patch to fi
ping
Source: mesa
Version: 20.0.6-3
Severity: important
Tags: ftbfs, patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
Currently mesa FTBFS on GNU/Hurd due to a missing struct definition.
The NEW attached patch src_glx_dri_common.h.diff fixes that problem.
Strangely this problem does not
Source: mesa
Version: 20.0.6-1
Severity: important
Tags: ftbfs, patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
Currently mesa FTBFS on GNU/Hurd due to a missing struct definition. Version
20-0.4-2 built successfully earlier. The attached patch
src_glx_dri_common.h.diff fixes that
found 909436 2.4.101-2
thanks
Source: mesa
Version: 20.0.2-1
Severity: important
Tags: ftbfs, patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
Currently mesa FTBFS on GNU/Hurd due to a new PATH_MAX issue. Version
18.3.6-2 built successfully earlier. The attached patch path_max.diff
fixes that problem. Also, the
Source: libdrm
Version: 2.4.94-1
Severity: important
Tags: ftbfs, patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
Currently libdrm FTBFS on GNU/Hurd due to a missing case in
include/drm/drm.h. Attached is a patch, hurd-port.diff, to fix this and
fixes for PATH_MAX issues in in xf86
Hi,
Attached is a refreshed patch for kfreebsd without fuzz. Please apply
this one instead of the previous one in this bug report.
Thanks!Index: libdrm-2.4.94/include/drm/drm.h
===
--- libdrm-2.4.94.orig/include/drm/drm.h
+++ libdrm-
Source: libdrm
Version: 2.4.94-1
Severity: important
Tags: ftbfs, patch
User: debian-k...@lists.debian.org
Usertags: kfreebsd
Hello,
Currently libdrm FTBFS GNU/kFreeBSD (and GNU/Hurd) due to a missing case in
include/drm/drm.h. Attached is a patch to fix this. This patch is enough to make
libdrm
Source: vulkan
Version: 1.1.73+dfsg-1
Severity: important
Tags: ftbfs, patch
User: debian-h...@lists.debian.org, debian-k...@lists.debian.org
Usertags: hurd-i386, kfreebsd-any
Hello,
Currently vulkan is not available on GNU/Hurd and GNU/kFreeBSD due to
lack of porting to these architectures. Atta
Source: xorg-server
Version: 1.17.2-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
Currently xorg-server fails to build on GNU/Hurd, see [1]. The build
failure during dh_install is due to that the man page modesetting.4 is
not created since no modesetting
On Tue, 2011-08-16 at 17:05 +0200, Samuel Thibault wrote:
> Svante Signell, le Tue 16 Aug 2011 16:54:05 +0200, a écrit :
> > The attached patch fixes the FTBFS problem of xxkb-1.11-2.1 for
> > GNU/Hurd. ProjectRoot and ManDirectoryRoot are added to gnu.cfg.
>
> And this is
Package: xutils-dev
Version: 1:7.6+5
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
The attached patch fixes the FTBFS problem of xxkb-1.11-2.1 for
GNU/Hurd. ProjectRoot and ManDirectoryRoot are added to gnu.cfg. The
patch applies after 06_font_path.diff.
Thanks
On Wed, 2010-11-03 at 23:48 +0100, Svante Signell wrote:
> On Wed, 2010-11-03 at 23:27 +0100, Samuel Thibault wrote:
> > Svante Signell, le Wed 03 Nov 2010 22:27:52 +0100, a écrit :
> ..
> > > I tried to start X with the cirrus driver and got hit by Debian bug
> > >
On Wed, 2010-11-03 at 23:27 +0100, Samuel Thibault wrote:
> Svante Signell, le Wed 03 Nov 2010 22:27:52 +0100, a écrit :
..
> > I tried to start X with the cirrus driver and got hit by Debian bug
> > #590715 reported for 2:1.7.7-3 (with patch by Samuel) and another for
> &g
On Wed, 2010-11-03 at 01:39 +0100, Samuel Thibault wrote:
> Samuel Thibault, le Wed 03 Nov 2010 01:05:34 +0100, a écrit :
> > > How to
> > > get X running with or without curses in a terminal with a reasonable
> > > resolution, like 1280x1024x16. The qemu man page says one should use -vga
> > > std
On Fri, 2009-10-02 at 01:08 +0200, Svante Signell wrote:
> On Fri, 2009-10-02 at 00:42 +0200, Julien Cristau wrote:
> > On Fri, Oct 2, 2009 at 00:00:24 +0200, Svante Signell wrote:
> >
> > > Why is the patched 1.6.4-2 not built for amd64, only i386 and s390?
> >
On Fri, 2009-10-02 at 00:42 +0200, Julien Cristau wrote:
> On Fri, Oct 2, 2009 at 00:00:24 +0200, Svante Signell wrote:
>
> > Why is the patched 1.6.4-2 not built for amd64, only i386 and s390?
> >
> If you're asking this question, you shouldn't be using debian un
Package: xserver-xorg-core
Version: 1.6.4-1
reopen 548716
Why is the patched 1.6.4-2 not built for amd64, only i386 and s390?
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Tue, 2008-07-01 at 18:55 +0200, Brice Goglin wrote:
> Svante Signell wrote:
> > On Tue, 2008-07-01 at 12:50 +0200, Brice Goglin wrote:
> >
> >> Svante Signell wrote:
> >>
> >>> On Tue, 2008-07-01 at 12:24 +0200, Brice Goglin wrote:
>
On Tue, 2008-07-01 at 12:50 +0200, Brice Goglin wrote:
> Svante Signell wrote:
> > On Tue, 2008-07-01 at 12:24 +0200, Brice Goglin wrote:
> >
> > --- xorg.conf 2008-07-01 11:49:17.0 +0200
> > +++ xorg.conf_xserver-xorg-video-mga2008-07-01 01
On Tue, 2008-07-01 at 12:24 +0200, Brice Goglin wrote:
> Svante Signell wrote:
> > retitle 488762 uses 1600x1024 instead of 1600x1200
> >
> > On Tue, 2008-07-01 at 11:09 +0200, Brice Goglin wrote:
> >
> >> severity 488762 important
> >> retit
retitle 488762 uses 1600x1024 instead of 1600x1200
On Tue, 2008-07-01 at 11:09 +0200, Brice Goglin wrote:
> severity 488762 important
> retitle 488762 uses 1660x1024 instead of 1600x1200
> thank you
>
>
>
> Svante Signell wrote:
> > After upgrading the mga dri
-video-ati 1:6.7.196-1 X.Org X server-ATI
On Sun, 2007-11-25 at 23:12 +0100, Brice Goglin wrote:
> Svante Signell wrote:
> > Severity: Important
> >
> > Problem remains also with xorg 7.3!
> > xorg 1:7.3+2
> > xserver-xor
Severity: Important
Problem remains also with xorg 7.3!
xorg 1:7.3+2
xserver-xorg 1:7.3+2
xserver-xorg-core2:1.4-2
Watching videos shows black dotted contours in the image. Screenshots
taken with mplayer does not show any
On Sun, 2007-06-24 at 02:22 +0200, Brice Goglin wrote:
> Hi Svante,
>
> Is there anything new about XV being broken on your mach64 board? Did
> you by chance look at Michel's earlier questions? (see
> http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=35;bug=425814)
>
> It looks like we'll have to
On Fri, 2007-05-25 at 08:44 +0200, Michel Dänzer wrote:
> On Thu, 2007-05-24 at 22:15 +0200, Svante Signell wrote:
> > On Thu, 2007-05-24 at 20:54 +0200, Svante Signell wrote:
> > > On Thu, 2007-05-24 at 11:44 +0200, Brice Goglin wrote:
...
> > I have now downgraded the fol
On Thu, 2007-05-24 at 20:54 +0200, Svante Signell wrote:
> On Thu, 2007-05-24 at 11:44 +0200, Brice Goglin wrote:
> >
> >
> > On 5/24/07, Svante Signell <[EMAIL PROTECTED]> wrote:
> > Package: xserver-xorg-video-ati
> > Version:
On Thu, 2007-05-24 at 11:44 +0200, Brice Goglin wrote:
>
>
> On 5/24/07, Svante Signell <[EMAIL PROTECTED]> wrote:
> Package: xserver-xorg-video-ati
> Version: 1:6.6.3-2
> Severity: normal
>
> Since some time the Xv extension
Package: xserver-xorg-video-ati
Version: 1:6.6.3-2
Severity: normal
Since some time the Xv extension does not work properly on the Mach64.
Video sequences show blinking black patterns on contours in the images.
-- System Information:
Debian Release: lenny/sid
APT prefers stable
APT policy: (
Dear X strike force,
Version 1.3.0 of the tdfx driver is now released fixing the locking bug
of 1.2.1 and the Xorg 7.1 server. Please release a new debian package
for this driver, available at:
http://xorg.freedesktop.org/releases/individual/driver/xf86-video-tdfx-1.3.0.tar.bz2
http://xorg.freede
On Thu, 2006-11-16 at 00:36 +0100, Svante Signell wrote:
> After communicating with the people at dri-devel a patch is available
> that solves the locking problem with this driver, see the now resolved
> bug 9032 at bugs.freedesktop.org. Please release .deb files for the
> updated
know.
Best regards,
Svante Signell
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
b01a in ?? ()
#5 0x0804d008 in ?? ()
#6 0x01e2 in ?? ()
#7 0x08055280 in ?? ()
#8 0x in ?? ()
dpkg -S /usr/lib/dri/tdfx_dri.so
libgl1-mesa-dri: /usr/lib/dri/tdfx_dri.so
On Sun, 2006-11-12 at 23:40 +0100, Svante Signell wrote:
> Can you forward this bug to the DRI developers. I have tri
Can you forward this bug to the DRI developers. I have tried 1.2.2 and
the latest CVS with same bad results. I also tried 1.2.0 from CVS which
froze the computer completely with DRI enabled. The latest working
version was 1.1.1 something and xorg 7.0!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
Have you tried the new driver xserver-xorg-video-mga-1.4.4? I made
a .deb of this driver, see attached file in bug 395025. In case it works
we should convince the Debian X Strike Force to upgrade the 1.4.2 driver
to 1.4.4.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
>On Friday 27 October 2006 23:22, Drew Parsons wrote:
>> glxinfo reports direct rendering supported. Starting glxgears freezes
>> the computer.
>mga 1.4.4 was released today with the description "Fix initialization
>issues that led to DRI lock-ups on some G400 configurations."
>I guess it should
Is anybody paying attention to this bug? Direct rendering has worked
perfectly before with this card (MGA G400 DH), XFree86, xorg6.9, xorg7.0
but not xorg7.1 :( Should I have to revert to SW mesa?? Can the problem
be with the xserver, I have problems with the Voodoo Banshee card too,
see bug #39504
Package: xserver-xorg-video-tdfx
Version: 1.2.1-5
Severity: important
Hardware: 3Dfx Interactive, Inc. Voodoo Banshee (rev 03)
glxinfo reports direct rendering supported. Starting glxgears results in
a window with black content.
The following visuals are not supported??
(WW) AIGLX: 3D driver c
Package: xserver-xorg-video-mga
Version: 1.4.2.dfsg.1-1
Severity: serious
Hardware: Matrox Graphics, Inc. MGA G400 AGP
glxinfo reports direct rendering supported. Starting glxgears freezes
the computer. Remote login and reboot work, not killing any processes.
Numerous outputs like this in the X
following packages will be upgraded:
x11-common xnest xserver-xorg
--
Svante Signell <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: xserver-xorg
Version: 1:7.0.10
Severity: important
Currently installed:
ii xserver-xorg 6.9.0.dfsg.1-6 the X.Org X server
Forwarded Message
> From: Svante Signell <[EMAIL PROTECTED]>
> To: debian-x@lists.debian.org
> Cc: [EMAIL PROTECTED]
> Subject:
Package: xserver-xorg-video-mga
Version: 1:1.2.1.3.dfsg.1-1
Severity: normal
For kernels 2.6.15 and below the following option is needed
to /etc/X11/xorg.conf in order to enable direct rendering for AGP cards:
Option "OldDmaInit" "True"
For kernels 2.6.16 and later this is not needed.
It it po
This bug is related to bug 356181, which is already solved. You can
close this bug too.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: x11-common
Version: 1:7.0.2
Severity: important
Tags: patch
The package version should be 1:7.0.2 not 1:7.02
and the file order for the patch should perhaps be reversed:
--- /usr/bin/dexconf2006-03-08 03:42:10.0 +0100
+++ ./dexconf 2006-03-10 09:12:09.0 +0100
@@ -2
Package: x11-common
Version: 1:7.02
Severity: important
Tags: patch
Font paths are wrong in the dexconf script, see attached path:
--- ./dexconf 2006-03-10 09:12:09.0 +0100
+++ /usr/bin/dexconf2006-03-08 03:42:10.0 +0100
@@ -202,13 +202,13 @@
exec 4>"$DEXCONFTMPDIR/Files
I'm missing the mesa-utils package. Obviously glxgears and glxinfo have
moved there from the xbase-clients package. According to debian-x
mailing list it should be on its way, but it is not yet downloadable.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
In order to install the modular xserver-xorg (1:7.0.2) I had to remove
the old xserver-xorg and xserver-common (6.9.0.dfsg.1-4). Some
dependency error here in the upgrade (reported before).
Additionally the font paths are wrong in the created xorg.conf file when
configuring the server!!!
Fonts ar
/dpkg returned an error code (1)
--
Svante Signell <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ze: 5978
MD5sum: 27f8c629eb34ce453bbf309dc39b2c9a
Description: transitional package for X11 client data
This package is provided to ease upgrades from Debian 3.1 ("sarge"). It
may be safely removed from your system.
--
Svante Signell <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
the server and drivers for
the X.Org X server, as well as providing a configuration infrastructure
to manage xorg.conf. It does not provide the actual server itself, but
removing it is strongly discouraged.
--
Svante Signell <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, 2006-01-12 at 16:16 +0100, Michel Dänzer wrote:
> On Wed, 2006-01-11 at 10:42 +0100, Svante Signell wrote:
> > Can you please add the workaround described below to the DRM problems
> > with kernels 2.6.14+15 to next release of Xorg. Obviously the kernel
> > mod
xorg.conf:
Option "OldDmaInit" "true"
On Thu, 2006-01-05 at 00:45 +0100, Svante Signell wrote:
> On Tue, 2006-01-03 at 11:58 +0100, Svante Signell wrote:
> > Subject: xserver-xorg: No direct rendering with recent kernels
> > Package: xserver-xorg
> > Versio
On Tue, 2006-01-03 at 11:58 +0100, Svante Signell wrote:
> Subject: xserver-xorg: No direct rendering with recent kernels
> Package: xserver-xorg
> Version: 6.9.0.dfsg.1-1
> Severity: important
>
> *** Please type your report below this line ***
> Recent kernels 2.6.14-2-6
Subject: xserver-xorg: No direct rendering with recent kernels
Package: xserver-xorg
Version: 6.9.0.dfsg.1-1
Severity: important
*** Please type your report below this line ***
Recent kernels 2.6.14-2-686-smp and 2.6.15-rc4-686-smp does not have
direct rendering enabled. Kernel 2.6.11-1-686-smp w
x27;m not subscribed to this list.
On Wed, 2005-12-28 at 20:24 +0100, Svante Signell wrote:
> Maybe a bug report is necessary for anything to happen?
>
> linux-image-2.6.14-2-686-smp is available in unstable now.
>
> LIBGL_DEBUG=verbose glxgears
> libGL error: XF86DRIQuer
Maybe a bug report is necessary for anything to happen?
linux-image-2.6.14-2-686-smp is availabe in unstable now.
LIBGL_DEBUG=verbose glxgears
libGL error: XF86DRIQueryDirectRenderingCapable returned false
--
Svante Signell <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PRO
On Thu, 2005-07-14 at 11:48 +0200, David Martínez Moreno wrote:
> El Jueves, 14 de Julio de 2005 10:54, Svante Signell escribió:
> > Package: xserver-xorg
> > Vsrsion: 6.8.2.dfsg.1-2
> > Severity: Serious
> >
> > The console screen gets completely garbled when star
Package: xserver-xorg
Vsrsion: 6.8.2.dfsg.1-2
Severity: Serious
The console screen gets completely garbled when starting X.org.
Going back to the console C-A-{F1-F6} or exiting X gives the same
result. X works fine, also with C-A-Fx to C-A-F7. The font seems to be
black with a black background.
session->x-session-manager?)
On Wed, 2004-04-21 at 04:31, Branden Robinson wrote:
> tag 241014 + moreinfo
> thanks
>
> On Wed, Mar 31, 2004 at 08:58:59AM +0200, Svante Signell wrote:
> > On Tue, 2004-03-30 at 22:49, Denis Barbier wrote:
> > > On Tue, Mar 30, 2004 a
On Tue, 2004-03-30 at 22:49, Denis Barbier wrote:
> On Tue, Mar 30, 2004 at 12:33:37PM +0200, Svante Signell wrote:
> > Package: xserver-xfree86
> > Version: 4.3.0-7
> > Severity: important
> >
> Can you please deactivate any session manager, run startx when logged
&
Package: xserver-xfree86
Version: 4.3.0-7
Severity: important
I get the errors shown below when starting the X server. One result is
that the key does not work, making keys like |\~ not to work,
very annoying. For 4.2.x versions the same XF86config-4 file worked
fine.
Error screen in Gnome:
" "800x600" "640x480"
Option "Device""/dev/mouse"
Option "Protocol" "Microsoft"
See also comments below.
Branden Robinson writes:
> On Tue, Oct 15, 2002 at 10:00:48AM +0200,
" "800x600" "640x480"
Option "Device""/dev/mouse"
Option "Protocol" "Microsoft"
See also comments below.
Branden Robinson writes:
> On Tue, Oct 15, 2002 at 10:00:48AM +0200,
Package: xserver-xfree86
Version: 4.2.0-x, 4.2.1-x
Option "XkbLayout" "se" is the correct setting for Sweden,
not Option "XkbLayout" "sv"!
This generates problems with some characters, such as |{}[] etc.
Maybe this bug report should be attributed to debconf since debconf is the
program rewriting
Package: xserver-xfree86
Version: 4.2.0-x, 4.2.1-x
Option "XkbLayout" "se" is the correct setting for Sweden,
not Option "XkbLayout" "sv"!
This generates problems with some characters, such as |{}[] etc.
Maybe this bug report should be attributed to debconf since debconf is the
program rewriting
77 matches
Mail list logo
