Bug#1065666: mesa: Upgrading to mesa from testing breaks compiz

Source: mesa Version: 23.3.5-1 Severity: serious Tags: a11y Justification: breaks compiz Hello, When upgrading mesa to the version from testing, compiz does not start any more. I tried both upgrading only mesa (and deps), as well as mesa and the rest of the system, with the same result. compiz

Bug#1055420: libxi: Separate out documentation build

Source: libxi Version: 1.8-1 Severity: normal Tags: patch Hello, libxi currently build-depends on w3m, which makes it part of a long build dependency through imlib and whatnot image libraries. The w3m dependency is actually only for building documentation. The attached patch adds a nodoc build

Bug#1055412: xorg-server: Fix hurd-amd64 build

Source: xorg-server Version: 2:21.1.9-1 Severity: important Tags: patch Hello, hurd-amd64 has the same constraint as hurd-i386, could you please apply the attached patch? Samuel -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500,

Bug#1055396: libxaw: Separate out documentation build

Source: libxaw Version: 2:1.0.14-1 Severity: normal Tags: patch Hello, libxaw currently build-depends on w3m, which makes it part of a long build dependency through imlib and whatnot image libraries. The w3m dependency is actually only for building documentation, which is already separated into

Bug#1055384: libxtst: Separate out documentation build

Source: libxtst Version: 2:1.2.3-1.1 Severity: normal Tags: patch Hello, libxtst currently build-depends on w3m, which makes it part of a long build dependency through imlib and whatnot image libraries. The w3m dependency is actually only for building documentation, which is already separated

Bug#1055369: libxfont: Separate out documentation build

Source: libxfont Version: 1:2.0.6-1 Severity: normal Tags: patch Hello, libxfont currently build-depends on w3m, which makes it part of a long build dependency through imlib and whatnot image libraries. The w3m dependency is actually only for building documentation. The attached patch adds a

Bug#1055368: libxmu: Separate out documentation build

Source: libxmu Version: 1.1.3-3 Severity: normal Tags: patch Hello, libxmu currently build-depends on w3m, which makes it part of a long build dependency through imlib and whatnot image libraries. The w3m dependency is actually only for building documentation, which is already separated into an

Bug#1055365: libsm: Separate out documentation build

Source: libsm Version: 1.2.3-1 Severity: normal Tags: patch Hello, libsm currently build-depends on w3m, which makes it part of a long build dependency through imlib and whatnot image libraries. The w3m dependency is actually only for building documentation, which is already separated into an

Bug#717843: please provide a staged build for xfonts-utils

Hello, Any news on this? This is posing problem to bootstrap each and every new Debian port. Samuel

Bug#1035622: libpciaccess: Add hurd-amd64 symbols

Source: libpciaccess Version: 0.17-2 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hello, The attached patch fixes the symbol list for hurd-amd64. Samuel -- System Information: Debian Release: 12.0 APT prefers testing APT policy: (990, 'testing'), (500,

Bug#1023418: libpciaccess: FTBFS on hurd-i386: symbol list update

Source: libpciaccess Version: 0.17-1 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hello, The newer libpciaccess doesn't build on hurd-i386 because the newer upstream version modified some symbols. The attached patch fixes that. I checked that indeed no

Re: Bug#1020421: /usr/libexec/at-spi-bus-launcher: If I start some programs (i.e. gimp), system gets me out of the session and show me login again

Control: reassign -1 mesa Control: retitle -1 If I start some programs (i.e. gimp), system gets me out of the session and show me login again Roberto, le jeu. 22 sept. 2022 12:33:13 +, a ecrit: > In the .old file I found: > -- > [ 1450.752] Failed to compile FS: 0:1(10): error: GLSL

Bug#994276: xutils-dev: imake shouldn't pass l to ar

Package: xutils-dev Version: 1:7.7+5+b1 Severity: serious Tags: patch Justification: Makes xtel FTBFS Hello, xtel started failing to build in bullseye, e.g. https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/xtel_3.3.0-24.rbuild.log.gz “ ar clq libVideotex.a Videotex.o tvr_jpg.o

Bug#909436: libdrm 2.4.102-1: FTBFS on hurd-i386 (updated patches)

Svante Signell, le mar. 27 avril 2021 01:04:30 +0200, a ecrit: > On Mon, 2021-04-26 at 23:43 +0200, Samuel Thibault wrote: > > For information, your patch got dropped because of #975658 > > Yes I know since a long time. Ok, I hadn't seen it. > And you did not care or anybody

Bug#909436: libdrm 2.4.102-1: FTBFS on hurd-i386 (updated patches)

Hello Svante, For information, your patch got dropped because of #975658 Samuel

Bug#909436: libdrm 2.4.102-1: FTBFS on hurd-i386 (updated patches)

Hello, Svante Signell, le lun. 14 sept. 2020 17:44:24 +0200, a ecrit: > +#elif defined(__GNU__) > +#include > +#include > +#define DRM_IOCTL_NR(n) ((n) & 0xff) Rather use _IOC_COMMAND, that'll fix it into taking 7 bits only, not 8. Samuel

Bug#947748: xorg-server: FTBFS in sid (probably due to newer mesa)

Source: xorg-server Version: 2:1.20.6-1 Severity: serious Tags: patch Justification: FTBFS Hello, Probably since the upload of the newer mesa, xorg-server now FTBFS, because it misses dri.pc and x11-xcb.pc. The attached patch fixes this. Samuel -- System Information: Debian Release:

Bug#947746: xorg-server: fix build on hurd-any

Source: xorg-server Version: 2:1.20.1-2 Severity: important Tags: patch Hello, Since 2:1.20.1-2 the non-drm builds (on hurd-any) fail, because the 07_use-modesetting-driver-by-default-on-GeForce.diff patch unconditionally includes xf86drm.h. I have attached a patch over the patch, and the

Re: Bug#946118: synaptics touchpad does not work in debian installer graphical mode

Hello, dinar qurbanov, le lun. 09 déc. 2019 21:00:46 +0300, a ecrit: > "Dinar, could you try the image from > http://people.debian.org/~sthibault/tmp/mini.iso > to see whether it helps? " > > i have downloaded it but then become afraid , that malware may be > there. You are right to being

Re: xvfb-run seems to start command too early

Hello, Yannick Schinko, le lun. 04 nov. 2019 14:25:43 +, a ecrit: > When using xvfb-run (1.19.2-1+deb9u5) to run gource headless I run into the > issue that the underlying server does not seem to be ready in time a good > 75+% of cases. Note that the xvfb-run script is a Debian script

Bug#931332: xserver-xorg-core: X crash on keyboard remapping

Just for the record: the patch is commited in master for 1.21, and in server-1.20-branch for 1.20.6. Samuel

Bug#931332: xserver-xorg-core: X crash on keyboard remapping

iv->xkb_desc structure, * would be far preferable. * HOWEVER it does not seem to work using XFree 4.3. **/ /* XkbChangeMap (dpy, priv->xkb_desc, priv->changes); */ XFlush (dpy); XSync (dpy, False); XkbFreeKeyboard (desc, 0, TRUE); return TRUE; } commit 8469bfead9515ab

Re: Bug#905268: at-spi2-core: key repeat causes a blocked system

Control: reassign -1 xorg-server Hello, Are you running the orca screen reader? Michael Becker, le jeu. 02 août 2018 13:00:22 +0200, a ecrit: > if pressing the cursor up/down keys for two to three seconds the mouse cursor > starts moving and neither keyboard nor mouse input is possible So you

Bug#900791: xserver-xorg-input-mouse: FTBFS with newer xserver

Package: xserver-xorg-input-mouse Version: 1:1.9.2-1+b1 Severity: serious Justification: FTBFS Tags: upstream fixed-upstream patch Hello, With the newer xserver, xserver-xorg-input-mouse doesn't build any more: ../../src/mouse.c:824:5: error: implicit declaration of function 'xf86GetOS'; did

Bug#888047: mesa: FTBFS on hurd-i386

LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) commit 9131e6d3c2dcc30260e23f2232b44c8cffc6f315 Author: Samuel Thibault <samuel.thiba...@ens-lyon.org> Date: Sat Jan 13 12:33:15 2018 +0100 u_thread: Use pthread_setname_

Bug#870445: libglvnd: FTBFS on non-Linux: u_execmem_free undefined

Control: tags -1 forwarded https://github.com/NVIDIA/libglvnd/pull/142 Julien Cristau, on sam. 13 janv. 2018 13:34:32 +0100, wrote: > On Sat, Jan 13, 2018 at 10:35:48 +0100, Samuel Thibault wrote: > > Andreas Beckmann, on sam. 25 nov. 2017 16:41:41 +0100, wrote: > > > attach

Bug#870445: libglvnd: FTBFS on non-Linux: u_execmem_free undefined

ngelog --- libglvnd-1.0.0/debian/changelog 2018-01-13 09:24:37.0 + +++ libglvnd-1.0.0/debian/changelog 2018-01-13 09:16:09.0 + @@ -1,3 +1,15 @@ +libglvnd (1.0.0-1.1) unstable; urgency=medium + + [ Samuel Thibault ] + * Non-maintainer upload. + + [ Andreas Beckmann ] +

Bug#887046: libxext: Please make w3m Build-Depends-Indep

Source: libxext Version: 2:1.3.3-1 Severity: normal Hello, w3m ends up depending on mesa, which ends up depending on libxext, which build-depends on w3m. This is thus making a loop in architecture bootstrap. Could you move the w3m Build-Dep to Build-Depends-Indep to avoid this loop? Other

Bug#825146: libxdmcp-dev: Multi-Arch: same file conflict between rebuilds of the package

Helmut Grohne, on mar. 24 mai 2016 07:06:32 +0200, wrote: > Options for handling this seem dim at this point. We binNMU on all > architectures and carry on. Or we could split out a tiny libxdmcp-doc > package. Neither of these options seems particularly attractive. We happen to face a related

Bug#829386: xorg: Xorg crashes

Control: tags -1 + patch fixed-upstream Hello, I have attached the upstream fix for this issue, to be applied to the xserver-xorg-input-libinput package. Could Jean-Philippe, Sebastien and Sebastian test it so that we can apply it to Debian before Stretch? Thanks, Samuel commit

Bug#838703: libinput10: leads to a crash of X when working in a virtual tty

Control: tags -1 + fixed-upstream Hello, Could this be backported to Debian for Stretch? commit f47f78eb0bd9fba455f01c8c6dead3bd75242b2b Author: Peter Hutterer Date: Tue Dec 20 15:36:55 2016 +1000 Ignore LED updates for

Bug#838703: libinput10: leads to a crash of X when working in a virtual tty

Sebastian Humenda, on Wed 14 Dec 2016 11:05:04 +0100, wrote: > >If that doesn't help, please send a backtrace with debugging symbols to the > >upstream bug. > I'd say the issues are unrelated, I have a null pointer in a LED update > function, the upstream bug fixes something else. The upstream

Bug#838703: libinput10: leads to a crash of X when working in a virtual tty

Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=98464 Hello, This is very likely the same bug as https://bugs.freedesktop.org/show_bug.cgi?id=98464 which has a proposed patch, could you check try? Samuel

Bug#845398: x11-common: Can't configure

Package: x11-common Version: 1:7.7+17 Severity: grave Justification: renders package unusable Hello, x11-common can't be installed any more now that x11-common.postinst has set -e: Setting up x11-common (1:7.7+17) ... dpkg: error processing package x11-common (--configure): subprocess

Bug#843588: mesa: FTBFS on hurd-i386 due to PATH_MAX

Source: mesa Version: 13.0.0-1 Severity: important Tags: upstream patch User: debian-h...@lists.debian.org Usertags: hurd Control: forwarded https://bugs.freedesktop.org/show_bug.cgi?id=98632 Hello, Just for information and upstream tracking, probably to be turned into cherry-pick request when

Bug#841774: mesa: Please make libgbm1 dependency !hurd-any

Source: mesa Version: 12.0.3-2 Severity: important Tags: patch Hello, libegl1-mesa has become uninstallable on hurd-any because it now depends on libgbm1 even on hurd-any, where that package doesn't exist. The attached patch should fix the issue. Samuel -- System Information: Debian Release:

Bug#838136: libxkbcommon: FTBFS on hurd-i386

Source: libxkbcommon Version: 0.6.1-1 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hello, libxkbcommon currently FTBFS on hurd-i386 because it uses uint64_t without including stdint.h, please see attached patch. Thanks, Samuel -- System Information: Debian

Bug#822179: xorg: X.Org X Server starts normally, crashes with Segmentation fault on starting any application

James Clarke, on Sat 23 Apr 2016 15:08:13 +0100, wrote: > > On 23 Apr 2016, at 15:06, Samuel Thibault <sthiba...@debian.org> wrote: > > > > James Clarke, on Sat 23 Apr 2016 15:03:29 +0100, wrote: > >>> AIUI, nothing uses XFD_SETSIZE actually, it's just

Bug#822179: xorg: X.Org X Server starts normally, crashes with Segmentation fault on starting any application

James Clarke, on Sat 23 Apr 2016 15:03:29 +0100, wrote: > > AIUI, nothing uses XFD_SETSIZE actually, it's just the default value > > that X uses for FD_SETSIZE in case it's not already defined. > > No, in e.g. os/WaitFor.c in xorg-server, there are for loops using > howmany(XFD_SETSIZE, NFDBITS)

Bug#822179: xorg: X.Org X Server starts normally, crashes with Segmentation fault on starting any application

Hello, James Clarke, on Sat 23 Apr 2016 14:44:52 +0100, wrote: > I have attached a proposed patch which ensures XFD_SETSIZE never > exceeds FD_SETSIZE. Did you test it? AIUI, nothing uses XFD_SETSIZE actually, it's just the default value that X uses for FD_SETSIZE in case it's not already

Bug#798408: Bug#797816: openscad FTBFS in armhf due to conflict declaration of headers gl3.h and glew.h

Hello, I'm getting the same issue with the "vite" package now that I have migrated it from qt4 to qt5: https://buildd.debian.org/status/fetch.php?pkg=vite=armel=1.2%2Bsvn1430-5=1450824398 In file included from /usr/include/arm-linux-gnueabi/qt5/QtGui/qopengl.h:97:0, from

Bug#794644: xorg-server: FTBFS on hurd-i386

Samuel Thibault, le Tue 11 Aug 2015 10:48:53 +0200, a écrit : As agreed with Julien, I'll NMU the attached patch (which is current git fix) Grmbl, here is really the patch. Samuel diff -u xorg-server-1.17.2/debian/changelog xorg-server-1.17.2/debian/changelog --- xorg-server-1.17.2/debian

Bug#794644: xorg-server: FTBFS on hurd-i386

As agreed with Julien, I'll NMU the attached patch (which is current git fix) Samuel -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:

Bug#794644: xorg-server: FTBFS on hurd-i386

Svante Signell, le Wed 05 Aug 2015 12:12:58 +0200, a écrit : Source: xorg-server Version: 1.17.2-1 Severity: important As additional information, it's particularly important because the version currently available on hurd-i386 (2:1.17.1-2) misses the fix

Bug#793543: xserver-xorg segmentation fault at startup on testing

Hello, Matthias, could you send the output of lspci -vv Thanks, Samuel -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150809191250.ga29...@type.home

Bug#793543: xserver-xorg segmentation fault at startup on testing

Control: reassign -1 libc0.3 Samuel Thibault, le Sun 09 Aug 2015 21:12:50 +0200, a écrit : Matthias, could you send the output of lspci -vv My guess is that the BAR is around something like 0xfe00, and it seems the latest version of libpciaccess uses mmap64, which detects that this can't

Re: Bug#769796: systemd: update-rc.d lightdm disable does not work

Martin Pitt, le Mon 17 Nov 2014 07:39:20 +0100, a écrit : Samuel Thibault [2014-11-16 23:55 +0100]: I have run systemctl disable display-manager and now lightdm doesn't start any more. Indeed I'm afraid this is a wontfix. lightdm, gdm, and friends can't directly enable/disable

Bug#731441: Templates in xutils-dev cause build-depends on libxp-dev

Ping? Graham Inggs, le Thu 05 Dec 2013 15:36:03 +0200, a écrit : The xprint package has been removed from Debian.A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we've gotten rid of xprint, one could argue it makes

Bug#672546: [PATCH] openchrome: Do not require libdrm

We can build without it. Proper non-fatal finer libdrm detection is already done below this. Signed-off-by: Samuel Thibault samuel.thiba...@ens-lyon.org diff --git a/configure.ac b/configure.ac index b13cb2c..9e77dc8 100644 --- a/configure.ac +++ b/configure.ac @@ -80,7 +80,7

Bug#672546: xserver-xorg-video-openchrome: FTBFS on hurd-i386: unconditional libdrm requirement

Gabriele Giacone, le Tue 06 May 2014 17:00:34 +0200, a écrit : Attached another version with needed #defines instead of including embedded drm header. Cleaner? copy/pasting code is usually never cleaner than just including a header. Or do we want simply not to build it on hurd anymore? If

Bug#672546: xserver-xorg-video-openchrome: FTBFS on hurd-i386: unconditional libdrm requirement

Gabriele Giacone, le Tue 06 May 2014 17:34:06 +0200, a écrit : On Tue, May 6, 2014 at 5:13 PM, Samuel Thibault sthiba...@debian.org wrote: Gabriele Giacone, le Tue 06 May 2014 17:00:34 +0200, a écrit : Attached another version with needed #defines instead of including embedded drm header

Bug#672546: xserver-xorg-video-openchrome: FTBFS on hurd-i386: unconditional libdrm requirement

Gabriele Giacone, le Mon 05 May 2014 16:55:08 +0200, a écrit : +diff --git a/src/via_memmgr.c b/src/via_memmgr.c +index 5d4cc3f..e174771 100644 +--- a/src/via_memmgr.c b/src/via_memmgr.c +@@ -74,6 +74,7 @@ drm_bo_alloc_surface(ScrnInfoPtr pScrn, unsigned int width, unsigned int height,

Bug#672546: xserver-xorg-video-openchrome: FTBFS on hurd-i386: unconditional libdrm requirement

Gabriele Giacone, le Mon 05 May 2014 18:02:34 +0200, a écrit : On Mon, May 05, 2014 at 04:57:53PM +0200, Samuel Thibault wrote: + pitch = ALIGN_TO(pitch, alignment); Err, this can not work: pitch becomes completely undefined... Only said it would have built, not also worked

Bug#672546: xserver-xorg-video-openchrome: FTBFS on hurd-i386: unconditional libdrm requirement

And again, see what I wrote: considering how drm seems to be stuffed into its source code, I don't think we want to spend more time on the openchrome driver; the dependency was already dropped from the xorg package, we can just ask ftpmaster to drop the remaining previous binaries. Samuel --

Bug#672546: xserver-xorg-video-openchrome: FTBFS on hurd-i386: unconditional libdrm requirement

Gabriele Giacone, le Mon 05 May 2014 23:50:40 +0200, a écrit : On Mon, May 5, 2014 at 6:12 PM, Samuel Thibault sthiba...@debian.org wrote: Gabriele Giacone, le Mon 05 May 2014 18:02:34 +0200, a écrit : On Mon, May 05, 2014 at 04:57:53PM +0200, Samuel Thibault wrote: + pitch = ALIGN_TO

Bug#745173: xserver-xorg-video-sisusb: Please use arch:linux-any

Source: xserver-xorg-video-sisusb Version: 1:0.9.6-2 Severity: important Hello, This package seems Linux-specific, so it should use Architecture: linux-any in the control file, so its build is not even tried on non-Linux archs. Samuel -- To UNSUBSCRIBE, email to

Bug#672546: xserver-xorg-video-openchrome: FTBFS on hurd-i386: unconditional libdrm requirement

Samuel Thibault, le Sun 30 Jun 2013 11:50:05 +0200, a écrit : Pino Toscano, le Sat 12 May 2012 00:18:41 +0200, a écrit : The problem is that libdrm is considered an hard requirement (by the buildsystem and the Debian packaging), while it is only if the DRI support is enabled (and indeed

Bug#735421: xkb-data: fr(oss) has broken right control

Control: merge 733757 735421 Julien Cristau, le Sat 18 Jan 2014 20:07:55 +0100, a écrit : After upgrading to newer xkb-data, the right control key is not working any more at all. This is a dupe of 733757 afaict. Indeed, I wonder how I missed it, I did look for ctrl in bug titles. Samuel

Bug#735421: xkb-data: fr(oss) has broken right control

Package: xkb-data Version: 2.10.1-1 Severity: normal Tags: patch upstream Hello, After upgrading to newer xkb-data, the right control key is not working any more at all. This happens with fr(oss) only, and is due to commit 518c769d in the git tree. The whole story is on

Bug#734764: /usr/share/X11/xkb/compat/default was missing

Hello, Control: reassign -1 hurd Control: done -1 1:0.5.git20140113-1 Hello, Cong Zhang, le Thu 09 Jan 2014 18:00:54 +, a écrit : After insall debian hurd from mini.iso in qemu with kvm enable, when system boot, it show can't open file compat/default, and X can't start. I copy one

Bug#729260: mesa: Add egl/gles packages on hurd-any

Package: mesa Version: 9.2.2-1 Severity: important Tags: patch upstream User: debian-h...@lists.debian.org Usertags: hurd Hello, Some Debian packages now depend on egl/gles packages, which are not available on hurd-any. Instead of disabling the dependencies there, we can actually build them on

Bug#706889: xorg: Please drop openchrome from hurd's video-all

Samuel Thibault, le Sun 05 May 2013 22:24:37 +0200, a écrit : The openchrome driver can't be built on hurd any more. Please remove it from video-all as attached patch does. Or please apply the patch from #672546 to fix the build. Samuel -- To UNSUBSCRIBE, email to debian-x-requ

Bug#672546: xserver-xorg-video-openchrome: FTBFS on hurd-i386: unconditional libdrm requirement

Hello, Pino Toscano, le Sat 12 May 2012 00:18:41 +0200, a écrit : The problem is that libdrm is considered an hard requirement (by the buildsystem and the Debian packaging), while it is only if the DRI support is enabled (and indeed there seems to be only libdrm usage in the DRI-related

Re: HAL and *BSD

Steven Chamberlain, le Mon 10 Jun 2013 23:20:54 +0100, a écrit : On 05/06/13 02:08, Michael Biebl wrote: Afaics, there are basically 3 options: 1/ We drop hal and Xorg is ported to something like devd on *BSD 2/ We drop hal and hal support is simply disabled on non-Linux, which

Bug#706889: xorg: Please drop openchrome from hurd's video-all

Package: xorg Version: 1:7.7+2 Severity: normal Hello, The openchrome driver can't be built on hurd any more. Please remove it from video-all as attached patch does. Thanks, Samuel -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Aug 1

Bug#696965: [PATCH RFC] xfree86: add option -notty to prevent VT allocation

Hello, Peter Hutterer, le Tue 08 Jan 2013 17:05:16 +1000, a écrit : Provided the driver permits it, Xorg -notty will not create a VT on startup. Currently this driver list includes dummy and qxl only. I'd rather call it -novt, just like -novtswitch, -sharevts, vtXX. Only the -keeptty option is

Bug#681781: dummy: Please include sample xorg.conf

Michal Suchanek, le Mon 07 Jan 2013 13:33:11 +0100, a écrit : How are these devices not configured? Err, aren't you taking this thread for another one? See the subject, this is about providing a sample xorg.conf. I'm here saying there is no need for input sections, since they are already

Bug#681781: dummy: Please include sample xorg.conf

Michal Suchanek, le Mon 07 Jan 2013 14:01:35 +0100, a écrit : Excerpts from Samuel Thibault's message of Mon Jan 07 13:40:50 +0100 2013: Michal Suchanek, le Mon 07 Jan 2013 13:33:11 +0100, a écrit : How are these devices not configured? Err, aren't you taking this thread for another

Bug#681781: dummy: Please include sample xorg.conf

Michal Suchanek, le Mon 07 Jan 2013 14:38:13 +0100, a écrit : Excerpts from Samuel Thibault's message of Mon Jan 07 14:24:24 +0100 2013: Michal Suchanek, le Mon 07 Jan 2013 14:01:35 +0100, a écrit : Excerpts from Samuel Thibault's message of Mon Jan 07 13:40:50 +0100 2013: Michal

Bug#681781: dummy: Please include sample xorg.conf

Michal Suchanek, le Mon 07 Jan 2013 15:13:27 +0100, a écrit : Excerpts from Samuel Thibault's message of Mon Jan 07 15:01:28 +0100 2013: Michal Suchanek, le Mon 07 Jan 2013 14:38:13 +0100, a écrit : Excerpts from Samuel Thibault's message of Mon Jan 07 14:24:24 +0100 2013: Michal

Bug#681781: dummy: Please include sample xorg.conf

Michal Suchanek, le Mon 07 Jan 2013 15:35:38 +0100, a écrit : Some Xvfb options could be emulated with generating xorg.conf on the fly perhaps That would surely be more user-friendly than having to deal with modelines in xorg.conf :) but the shared memory option is not implemented in dummy

Bug#696965: support for HW_SKIP_CONSOLE breaks use by blind people

Michal Suchanek, le Sat 05 Jan 2013 18:55:28 +0100, a écrit : On 5 January 2013 02:10, Samuel Thibault sthiba...@debian.org wrote: Alan Coopersmith, le Mon 31 Dec 2012 17:46:47 -0800, a écrit : On 12/31/12 05:36 PM, Samuel Thibault wrote: Michal Suchanek, le Mon 31 Dec 2012 19:22:13 +0100

Bug#681781: dummy: Please include sample xorg.conf

Michal Suchanek, le Wed 02 Jan 2013 11:27:04 +0100, a écrit : Excerpts from Samuel Thibault's message of Sun Dec 30 01:53:55 +0100 2012: Section Device Identifier Configured Video Device Driver dummy EndSection It is exactly because this is NOT sufficient that the sample

Bug#696965: support for HW_SKIP_CONSOLE breaks use by blind people

Michal Suchanek, le Sat 05 Jan 2013 22:47:20 +0100, a écrit : there is no VT switch, and pressing ^C 5s later kills the server (while we'd want ^C to just go to the server). The resulting Xorg.1.log is attached. I don't think that an actual VT switch is required From the point of the

Bug#696965: support for HW_SKIP_CONSOLE breaks use by blind people

Michal Suchanek, le Sat 05 Jan 2013 23:44:39 +0100, a écrit : On 5 January 2013 23:04, Samuel Thibault sthiba...@debian.org wrote: Michal Suchanek, le Sat 05 Jan 2013 22:47:20 +0100, a écrit : there is no VT switch, and pressing ^C 5s later kills the server (while we'd want ^C to just go

Bug#696965: support for HW_SKIP_CONSOLE breaks use by blind people

Samuel Thibault, le Sat 05 Jan 2013 23:52:53 +0100, a écrit : Michal Suchanek, le Sat 05 Jan 2013 23:44:39 +0100, a écrit : On 5 January 2013 23:04, Samuel Thibault sthiba...@debian.org wrote: Michal Suchanek, le Sat 05 Jan 2013 22:47:20 +0100, a écrit : there is no VT switch

Bug#696965: support for HW_SKIP_CONSOLE breaks use by blind people

Alan Coopersmith, le Mon 31 Dec 2012 17:46:47 -0800, a écrit : On 12/31/12 05:36 PM, Samuel Thibault wrote: Michal Suchanek, le Mon 31 Dec 2012 19:22:13 +0100, a écrit : why is that patch needed? It is quite non-obvious why would dummy driver require a console under any circumstances

Bug#696965: [PATCH] support for HW_SKIP_CONSOLE breaks use by blind people

Michal Suchanek, le Mon 31 Dec 2012 19:22:13 +0100, a écrit : why is that patch needed? It is quite non-obvious why would dummy driver require a console under any circumstances. It does not render anything anywhere so does not use console for anything. The console *is* needed for keyboard

Bug#696965: support for HW_SKIP_CONSOLE breaks use by blind people

. The attached patch can be used by people for now to avoid the issue, I'll work on adding an option upstream. Samuel commit 1ec9d5adaf753715b78377483a3a2d71a323d43e Author: Samuel Thibault samuel.thiba...@ens-lyon.org Date: Sun Dec 30 00:58:51 2012 +0100 Revert Add support for HW_SKIP_CONSOLE

Bug#681781: dummy: Please include sample xorg.conf

Mmm, I believe the following would be enough: Section Device Identifier noscreendevice Driver dummy EndSection Samuel -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:

Bug#696965: [PATCH] support for HW_SKIP_CONSOLE breaks use by blind people

Control: tags 696965 + patch Hello, Samuel Thibault, le Sun 30 Dec 2012 01:07:47 +0100, a écrit : I would have rather made it an option, and have made it not enabled by default, because the blind people who need the dummy driver do not necessarily have much technical knowledge beyond use

Bug#675289: libpciaccess: Implement legacy map io for hurd-i386

tags 675289 + fixed-upstream thanks Julien Cristau, le Sat 09 Jun 2012 12:35:50 +0200, a écrit : On Fri, Jun 8, 2012 at 03:15:48 +0200, Samuel Thibault wrote: Samuel Thibault, le Thu 31 May 2012 20:10:25 +0200, a écrit : Cyril Brulebois, le Thu 31 May 2012 09:12:37 +0200, a écrit

Bug#675289: libpciaccess: Implement legacy map io for hurd-i386

Samuel Thibault, le Thu 31 May 2012 20:10:25 +0200, a écrit : Cyril Brulebois, le Thu 31 May 2012 09:12:37 +0200, a écrit : Samuel Thibault sthiba...@debian.org (31/05/2012): Please rather use the attached patch actually: just like on Linux (e.g. on my laptop actually), it does

Bug#675289: libpciaccess: Implement legacy map io for hurd-i386

forwarded 675289 xorg-de...@lists.x.org tags 675289 + upstream thanks Cyril Brulebois, le Thu 31 May 2012 09:12:37 +0200, a écrit : Samuel Thibault sthiba...@debian.org (31/05/2012): Please rather use the attached patch actually: just like on Linux (e.g. on my laptop actually), it does

Bug#675289: libpciaccess: Implement legacy map io for hurd-i386

to /bin/bash -- Samuel Thibault samuel.thiba...@fnac.net A mr - remove the home of correct users who accidentally enter mr Ainstead of rm --- src/x86_pci.c.original 2012-05-31 03:03:48.0 + +++ src/x86_pci.c 2012-05-31 03:20:17.0 + @@ -1,5 +1,5

Bug#675289: libpciaccess: Implement legacy map io for hurd-i386

Samuel Thibault, le Thu 31 May 2012 03:24:14 +0200, a écrit : Just like kfreebsd needed in #669062, hurd-i386 needs legacy map io support in libpciaccess, otherwise Xorg segfaults, here is a patch. Please rather use the attached patch actually: just like on Linux (e.g. on my laptop actually

Bug#384712: Translation teams should work on Xt applications localization too

Jonathan Nieder, le Fri 06 Jan 2012 22:12:46 -0600, a écrit : Samuel Thibault wrote: the attached files are the ones that the xterm package should put in /etc/X11/fr_FR@euro/app-defaults/ for French localization (some UTF-8 versions should also be put into /etc/X11/fr_FR.UTF-8/app

Bug#638016: xutils-dev: Fix FTBFS of xxkb on hurd-i386

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 to be kept in Debian only, not upstream, because only the Debian distribution of GNU/Hurd

Bug#638016: xutils-dev: Fix FTBFS of xxkb on hurd-i386

Svante Signell, le Tue 16 Aug 2011 21:36:31 +0200, a écrit : 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

Bug#632970: cannot set keyboard layout for vserver

(I've fixed the reassign typo already) Samuel Thibault, le Sat 23 Jul 2011 09:04:21 +0200, a écrit : Cyril Brulebois, le Fri 22 Jul 2011 20:15:42 +0200, a écrit : Samuel Thibault sthiba...@debian.org (22/07/2011): KiBi wrote: Xephyr is not X, and uses us by default. Why should

Bug#632970: cannot set keyboard layout for vserver

Julien Cristau, le Sat 23 Jul 2011 23:43:52 +0200, a écrit : On Sat, Jul 23, 2011 at 09:35:19 +0200, Samuel Thibault wrote: Julien Cristau, le Fri 22 Jul 2011 20:21:00 +0200, a écrit : On Fri, Jul 22, 2011 at 15:57:11 +0200, Samuel Thibault wrote: So it'd be a matter of xserver-xephyr

hurd-i386 udeb support

Package: xorg-server Version: 1.10.0.902-1 Hello, Cyril Brulebois, le Mon 04 Apr 2011 03:42:25 +0200, a écrit : On the hurd-* side, there's no udeb for the server yet, but tested patches to add one would be welcome. The trivial (attached) patch works fine, thanks! Samuel diff -ur

Bug#619862: xorg: Drop sisusb and ati from hurd-i386's video-all

Julien Cristau, le Fri 01 Apr 2011 09:10:15 +0200, a écrit : On Tue, Mar 29, 2011 at 02:46:46 +0200, Samuel Thibault wrote: Julien Cristau, le Mon 28 Mar 2011 15:58:31 +0200, a écrit : ati should still be buildable with --disable-dri. In principle, yes, in practice

Bug#619863: xserver-xorg-video-openchrome: FTBFS on hurd-i386

Hello, Julien Viard de Galbert, le Tue 29 Mar 2011 11:22:18 +0200, a écrit : Does this require an upload now, or can it wait for the next version ? We'd like an upload soon, to make the xorg package installable. Samuel -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a

Bug#620089: xserver-xorg-input-mouse: Fix OSMouse protocol on hurd-i386

Package: xserver-xorg-input-mouse Version: 1:1.5.0-2 Severity: important Tags: patch Hello, Could you please cherry-pick d6e96238 from upstream? “Fix OSMouse OS-defined protocol support Fix regression introduced by 0a088df6: in the case of an OS-specific protocol, the protocol is PROT_UNKNOWN,

Bug#620089: xserver-xorg-input-mouse: Fix OSMouse protocol on hurd-i386

reopen 620089 notfound 620089 1:1.5.0-2 found 620089 1:1.7.0-1 thanks Cyril Brulebois, le Wed 30 Mar 2011 01:32:31 +0200, a écrit : Samuel Thibault sthiba...@debian.org (30/03/2011): Could you please cherry-pick d6e96238 from upstream? $ git describe 0a088df6 xf86-input-mouse-1.6.0-29

Bug#620089: xserver-xorg-input-mouse: Fix OSMouse protocol on hurd-i386

Hello, Could you also cherry-pick 17806678? “ Fix Hurd mouse driver with XInput ABI before 12 Commit 7bf22a36 (Use pInfo-options instead of conf-idev.) updated the xf86CollectInputOptions call into keeping previous options (for ABI before 12). The hurd mouse driver also

Bug#619862: xorg: Drop sisusb and ati from hurd-i386's video-all

Cyril Brulebois, le Mon 28 Mar 2011 15:57:58 +0200, a écrit : I guess the same applies to current xorg (1:7.6+*)? Yes. I don't know I I ended up with the testing version. but you may want to use debcheckout next time. ;) € debcheckout xorg No repository found for package xorg. A Vcs-* field

Bug#619862: xorg: Drop sisusb and ati from hurd-i386's video-all

Julien Cristau, le Mon 28 Mar 2011 15:58:31 +0200, a écrit : ati should still be buildable with --disable-dri. In principle, yes, in practice, no. dh_auto_configure -- --disable-dri ... libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../../src -I.. -I../../src/AtomBios/includes -Wall

Bug#619862: xorg: Drop sisusb and ati from hurd-i386's video-all

'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Samuel Thibault samuel.thiba...@fnac.net After watching my newly

  1   2   3   >