Bug#740719: xserver-xorg-video-intel: requires KMS but loads non-KMS i915.ko on kfreebsd
Package: xserver-xorg-video-intel Version: 2.21.15 Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd On 04/03/2014 10:43, Christoph Egger wrote: Robert Millan r...@debian.org writes: With latest kfreebsd-11 manual kldload drm2 shouldn't be required anymore, just kldload i915kms. Does this work for you too? Is there a recomended way to do that automatically? I have had i915kms loaded from /etc/modules for a long time now and it works well on my kfreebsd-10. However when I boot into kfreebsd-11 it seems to load i915.ko. Unloading i915 and loading i915kms later on works fine and I get a nice newcons and proper X after that but I'd like to have it activated on boot! The intel driver is supposed to load the KMS version of the module (i915kms) instead of the non-KMS one (i915). Attached patch should fix this. (please CC the bug number if you followup) -- Robert Millan diff -ur xserver-xorg-video-intel-2.21.15.old/src/intel_device.c xserver-xorg-video-intel-2.21.15/src/intel_device.c --- xserver-xorg-video-intel-2.21.15.old/src/intel_device.c 2013-08-21 13:20:29.0 +0200 +++ xserver-xorg-video-intel-2.21.15/src/intel_device.c 2014-03-04 12:41:21.998263738 +0100 @@ -135,7 +135,11 @@ ret = drmCheckModesettingSupported(id); if (ret) { +#ifdef __FreeBSD_kernel__ + if (xf86LoadKernelModule(i915kms)) +#else if (xf86LoadKernelModule(i915)) +#endif ret = drmCheckModesettingSupported(id); if (ret) return -1;
Bug#736765: my experience with i915kms, newcons and k-11
Control: severity -1 grave It became worse with 1.15. Adjusting severity... On 27/02/2014 18:25, Christoph Egger wrote: On Sun, Feb 23, 2014 at 11:44:35AM -0300, brunomaxi...@openmailbox.org wrote: but, any input (mouse, touchpad, keyboard) doesn't work, so I can't log in. This is happening with you guys or just me? Any idea? Thanks, Happens for me since xserver 1.15 or something (very recent update in jessie). I don't have any input working in any way (kfreebsd 9.2 or 9.3) with slim. I'll try to allocate some time to fix that but can't promise anything currently. Christoph -- Robert Millan -- 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/53105fd5.2010...@debian.org
Bug#736765: my experience with i915kms, newcons and k-11
On 27/02/2014 18:25, Christoph Egger wrote: On Sun, Feb 23, 2014 at 11:44:35AM -0300, brunomaxi...@openmailbox.org wrote: but, any input (mouse, touchpad, keyboard) doesn't work, so I can't log in. This is happening with you guys or just me? Any idea? Thanks, Happens for me since xserver 1.15 or something (very recent update in jessie). I don't have any input working in any way (kfreebsd 9.2 or 9.3) with slim. I'll try to allocate some time to fix that but can't promise anything currently. Probably HAL-related. xserver 1.15 works fine with the devd patch, I tested that version just a few days ago. -- Robert Millan -- 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/530fc950.2090...@debian.org
Bug#736765: my experience with i915kms, newcons and k-11
On 27/02/2014 23:25, Robert Millan wrote: On 27/02/2014 18:25, Christoph Egger wrote: On Sun, Feb 23, 2014 at 11:44:35AM -0300, brunomaxi...@openmailbox.org wrote: but, any input (mouse, touchpad, keyboard) doesn't work, so I can't log in. This is happening with you guys or just me? Any idea? Thanks, Happens for me since xserver 1.15 or something (very recent update in jessie). I don't have any input working in any way (kfreebsd 9.2 or 9.3) with slim. I'll try to allocate some time to fix that but can't promise anything currently. Probably HAL-related. xserver 1.15 works fine with the devd patch, I tested that version just a few days ago. Here's the most recent version. Also needs the Debian bits from: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736765#47 -- Robert Millan From d96e2bd2a2b48ede527ad7071d3e0eeda9861b73 Mon Sep 17 00:00:00 2001 From: Robert Millan r...@debian.org Date: Mon, 24 Feb 2014 23:22:57 +0100 Subject: [PATCH] Add devd config backend for FreeBSD (and GNU/kFreeBSD) Based on original code by Baptiste Daroussin, with some fixes made by Koop Mast and myself. Signed-off-by: Robert Millan r...@freebsd.org --- config/Makefile.am |4 + config/config-backends.h|5 + config/config.c |5 + config/devd.c | 387 +++ configure.ac| 16 ++ hw/xfree86/common/xf86Config.c |7 +- hw/xfree86/common/xf86Globals.c |3 +- include/dix-config.h.in |3 + 8 files changed, 427 insertions(+), 3 deletions(-) create mode 100644 config/devd.c diff --git a/config/Makefile.am b/config/Makefile.am index 0e20e8b..16f8aaa 100644 --- a/config/Makefile.am +++ b/config/Makefile.am @@ -34,6 +34,10 @@ if CONFIG_WSCONS libconfig_la_SOURCES += wscons.c endif # CONFIG_WSCONS +if CONFIG_DEVD +libconfig_la_SOURCES += devd.c +endif + endif # !CONFIG_HAL endif # !CONFIG_UDEV diff --git a/config/config-backends.h b/config/config-backends.h index 5f07557..889e2ad 100644 --- a/config/config-backends.h +++ b/config/config-backends.h @@ -44,3 +44,8 @@ void config_hal_fini(void); int config_wscons_init(void); void config_wscons_fini(void); #endif + +#ifdef CONFIG_DEVD +int config_devd_init(void); +void config_devd_fini(void); +#endif diff --git a/config/config.c b/config/config.c index 760cf19..cca5a31 100644 --- a/config/config.c +++ b/config/config.c @@ -53,6 +53,9 @@ config_init(void) #elif defined(CONFIG_WSCONS) if (!config_wscons_init()) ErrorF([config] failed to initialise wscons\n); +#elif defined(CONFIG_DEVD) +if (!config_devd_init()) +ErrorF([config] failed to initialise devd\n); #endif } @@ -65,6 +68,8 @@ config_fini(void) config_hal_fini(); #elif defined(CONFIG_WSCONS) config_wscons_fini(); +#elif defined(CONFIG_DEVD) +config_devd_fini(); #endif } diff --git a/config/devd.c b/config/devd.c new file mode 100644 index 000..92a66c4 --- /dev/null +++ b/config/devd.c @@ -0,0 +1,387 @@ +/* + * Copyright © 2012 Baptiste Daroussin + * Copyright © 2014 Robert Millan + * + * Permission is hereby granted, free of charge, to any person obtaining a + * copy of this software and associated documentation files (the Software), + * to deal in the Software without restriction, including without limitation + * the rights to use, copy, modify, merge, publish, distribute, sublicense, + * and/or sell copies of the Software, and to permit persons to whom the + * Software is furnished to do so, subject to the following conditions: + * + * The above copyright notice and this permission notice (including the next + * paragraph) shall be included in all copies or substantial portions of the + * Software. + * + * THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL + * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER + * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER + * DEALINGS IN THE SOFTWARE. + * + * Author: Baptiste Daroussin b...@freebsd.org + */ + +#ifdef HAVE_DIX_CONFIG_H +#include dix-config.h +#endif + +#include sys/types.h +#include sys/socket.h +#include sys/sysctl.h +#include sys/un.h + +#include ctype.h +#include errno.h +#include fcntl.h +#include stdlib.h +#include stdio.h +#include stdarg.h +#include stdbool.h +#include unistd.h + +#include input.h +#include inputstr.h +#include hotplug.h +#include config-backends.h +#include os.h + +#define DEVD_SOCK_PATH /var/run/devd.pipe + +#define DEVD_EVENT_ADD '+' +#define DEVD_EVENT_REMOVE '-' + +static int sock_devd = -1; + +struct hw_type { +const char *driver; +int flag; +const char *xdriver; +}; + +static struct hw_type hw_types[] = { +{ukbd
Bug#736765: USB mouse attach event not processed
Control: forwarded -1 http://lists.x.org/archives/xorg-devel/2014-February/040633.html On Thu, Feb 13, 2014 at 09:24:08PM +0100, Julien Cristau wrote: On Thu, Feb 13, 2014 at 16:06:49 +, Robert Millan wrote: ++#if XORG_VERSION_CURRENT 1080 These don't belong here. We know what version we're building. Also in general I'd prefer to wait until the patch is at least sent to xorg-devel before taking it. Hi Julien, The patch is in xorg-devel. I've also removed the XORG_VERSION_CURRENT cruft you pointed out. Would you consider it now? Latest version is in URL above. I'm attaching the Debian part as a separate patch. -- Robert Millan diff -Nur -x .pc xorg-server-1.14.5.old/debian/control xorg-server-1.14.5/debian/control --- xorg-server-1.14.5.old/debian/control 2014-02-08 01:52:23.0 +0100 +++ xorg-server-1.14.5/debian/control 2014-02-08 01:53:10.249920492 +0100 @@ -49,8 +49,6 @@ libpciaccess-dev (= 0.12.901), libgcrypt-dev, nettle-dev, - libdbus-1-dev [kfreebsd-any], - libhal-dev [kfreebsd-any], libudev-dev (= 151-3) [linux-any], libselinux1-dev (= 2.0.80) [linux-any], libaudit-dev [linux-any], @@ -90,6 +88,7 @@ xserver-common (= ${source:Version}), keyboard-configuration [linux-any kfreebsd-any], udev (= 149) [linux-any], + devd [kfreebsd-any], ${shlibs:Depends}, ${misc:Depends}, Recommends: libgl1-mesa-dri (= 7.10.2-4) @@ -150,6 +149,7 @@ x11-xkb-utils-udeb, # disabled: keyboard-configuration [linux-any kfreebsd-any], udev-udeb (= 149) [linux-any], + devd-udeb [kfreebsd-any], ${shlibs:Depends}, ${misc:Depends}, Provides: diff -Nur -x .pc xorg-server-1.14.5.old/debian/rules xorg-server-1.14.5/debian/rules --- xorg-server-1.14.5.old/debian/rules 2014-02-08 01:52:23.0 +0100 +++ xorg-server-1.14.5/debian/rules 2014-02-08 01:55:28.331918289 +0100 @@ -57,17 +57,15 @@ dri = --enable-dri --enable-dri2 endif -config_backend = --disable-config-dbus +config_backend = --disable-config-dbus --disable-config-hal ifeq ($(DEB_HOST_ARCH_OS), linux) - config_backend += --enable-config-udev --disable-config-hal + config_backend += --enable-config-udev else ifeq ($(DEB_HOST_ARCH_OS), kfreebsd) config_backend += --disable-config-udev - config_backend_main += --enable-config-hal - config_backend_udeb += --disable-config-hal libs = $(shell pkg-config --libs libbsd-overlay) cppflags = $(shell pkg-config --cflags libbsd-overlay) else # hurd - config_backend += --disable-config-udev --disable-config-hal + config_backend += --disable-config-udev endif vars = $(shell DEB_BUILD_MAINT_OPTIONS=hardening=+pie DEB_LDFLAGS_MAINT_APPEND=-Wl,-Bsymbolic DEB_CPPFLAGS_MAINT_APPEND=-DPRE_RELEASE=0 $(cppflags) dpkg-buildflags --export=configure) LIBS=$(libs)
Re: Heads up: xorg-server 1.15 soon in sid
On 13/02/2014 07:36, Julien Cristau wrote: It doesn't seem to be whitelisted in wanna-build, so I'm unable to binNMU it. How can we fix this? Would you mind building and uploading binNMUs yourself? Sure, no problem. Building as I type. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52fccde8.8050...@debian.org
Re: Heads up: xorg-server 1.15 soon in sid
On 13/02/2014 14:52, Steven Chamberlain wrote: On 13/02/14 14:37, Julien Cristau wrote: On Thu, Feb 13, 2014 at 13:51:36 +, Robert Millan wrote: How can we fix this? https://www.debian.org/doc/manuals/developers-reference/pkgs.html#non-free-buildd Check whether it is legally allowed and technically possible to auto-build the package; I suppose it's okay for the autobuilders. There was never a problem with licensing, but #383465 alleged 'obfuscated source code', and I agree. I've added the XS-Autobuild flag, but I'm not uploading yet to avoid interfering with the transition. nonf...@release.debian.org : the package can legitimately and technically be auto-built, explanation by Steven is quoted above. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52fcdfe8.30...@debian.org
Bug#736765: USB mouse attach event not processed
Control: tags -1 patch On 26/01/2014 17:14, Julien Cristau wrote: On Sun, Jan 26, 2014 at 17:22:30 +0100, Robert Millan wrote: Package: xserver-xorg-core Version: 2:1.14.5-1 Severity: important User: debian-...@lists.debian.org Usertags: kfreebsd I started X, and the mouse pointer was working as usual. Then I detached my USB mouse, reattached it, and the mouse pointer no longer responds. This happens every time I try. It looks like mouse attach events are not being processed? Btw not sure if it's related, but I noticed that there's a handful of HAL patches in FreeBSD Ports tree: http://svnweb.freebsd.org/ports/head/sysutils/hal/files/ debian-bsd is pretty much the maintainer of the hal package these days, so I'm not sure why you file a bug against X about hal issues. Hi, Please could you use attached patch? This gets rid of the problem by switching to devd as backend. It is based on a patch from FreeBSD, with some fixes of mine. Their plan is to have it merged in X upstream in the near future (I've already submitted my fixes to them and I expect they will be included as well). Thanks -- Robert Millan diff -Nur -x .pc xorg-server-1.14.5.old/debian/control xorg-server-1.14.5/debian/control --- xorg-server-1.14.5.old/debian/control 2014-02-08 01:52:23.0 +0100 +++ xorg-server-1.14.5/debian/control 2014-02-08 01:53:10.249920492 +0100 @@ -49,8 +49,6 @@ libpciaccess-dev (= 0.12.901), libgcrypt-dev, nettle-dev, - libdbus-1-dev [kfreebsd-any], - libhal-dev [kfreebsd-any], libudev-dev (= 151-3) [linux-any], libselinux1-dev (= 2.0.80) [linux-any], libaudit-dev [linux-any], @@ -90,6 +88,7 @@ xserver-common (= ${source:Version}), keyboard-configuration [linux-any kfreebsd-any], udev (= 149) [linux-any], + devd [kfreebsd-any], ${shlibs:Depends}, ${misc:Depends}, Recommends: libgl1-mesa-dri (= 7.10.2-4) @@ -150,6 +149,7 @@ x11-xkb-utils-udeb, # disabled: keyboard-configuration [linux-any kfreebsd-any], udev-udeb (= 149) [linux-any], + devd-udeb [kfreebsd-any], ${shlibs:Depends}, ${misc:Depends}, Provides: diff -Nur -x .pc xorg-server-1.14.5.old/debian/patches/devd.diff xorg-server-1.14.5/debian/patches/devd.diff --- xorg-server-1.14.5.old/debian/patches/devd.diff 1970-01-01 01:00:00.0 +0100 +++ xorg-server-1.14.5/debian/patches/devd.diff 2014-02-08 01:58:26.401912887 +0100 @@ -0,0 +1,649 @@ +--- /dev/null b/config/devd.c +@@ -0,0 +1,524 @@ ++/* ++ * Copyright © 2012 Baptiste Daroussin ++ * ++ * Permission is hereby granted, free of charge, to any person obtaining a ++ * copy of this software and associated documentation files (the Software), ++ * to deal in the Software without restriction, including without limitation ++ * the rights to use, copy, modify, merge, publish, distribute, sublicense, ++ * and/or sell copies of the Software, and to permit persons to whom the ++ * Software is furnished to do so, subject to the following conditions: ++ * ++ * The above copyright notice and this permission notice (including the next ++ * paragraph) shall be included in all copies or substantial portions of the ++ * Software. ++ * ++ * THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR ++ * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, ++ * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL ++ * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER ++ * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING ++ * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER ++ * DEALINGS IN THE SOFTWARE. ++ * ++ * Author: Baptiste Daroussin b...@freebsd.org ++ */ ++ ++#ifdef HAVE_DIX_CONFIG_H ++#include dix-config.h ++#endif ++ ++#include sys/types.h ++#include sys/socket.h ++#include sys/sysctl.h ++#include sys/un.h ++ ++#include ctype.h ++#include stdlib.h ++#include stdio.h ++#include stdarg.h ++#include stdbool.h ++#include unistd.h ++ ++#include input.h ++#include inputstr.h ++#include hotplug.h ++#include config-backends.h ++#include os.h ++ ++#define DEVD_SOCK_PATH /var/run/devd.pipe ++ ++#define DEVD_EVENT_ADD '+' ++#define DEVD_EVENT_REMOVE '-' ++ ++static int sock_devd = -1; ++ ++#if XORG_VERSION_CURRENT 1080 ++enum { ++ ATTR_KEYBOARD, ++ ATTR_POINTER, ++ ATTR_JOYSTICK, ++ ATTR_TOUCHPAD, ++ ATTR_TOUCHSCREEN, ++}; ++#endif ++ ++struct hw_type { ++ const char *driver; ++ int flag; ++ const char *xdriver; ++}; ++ ++static struct hw_type hw_types[] = { ++// { ukbd, ATTR_KEYBOARD, kdb }, ++// { atkbd, ATTR_KEYBOARD, kdb }, ++ { ums, ATTR_POINTER, mouse }, ++ { psm, ATTR_POINTER, mouse }, ++// { uhid, ATTR_POINTER, mouse }, ++ { joy, ATTR_JOYSTICK, NULL }, ++ { atp, ATTR_TOUCHPAD, NULL }, ++ { uep, ATTR_TOUCHSCREEN, NULL }, ++ { NULL, -1, NULL }, ++}; ++ ++#if XORG_VERSION_CURRENT 1080 ++static void ++add_option(InputOption **options, const char *key, const char *value) ++{ ++if (!value || *value == '\0
Bug#736765: USB mouse attach event not processed
On 13/02/2014 20:24, Julien Cristau wrote: On Thu, Feb 13, 2014 at 16:06:49 +, Robert Millan wrote: ++#if XORG_VERSION_CURRENT 1080 These don't belong here. We know what version we're building. Also in general I'd prefer to wait until the patch is at least sent to xorg-devel before taking it. OK. We can discuss this later then. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52fd3a28.6000...@debian.org
Re: Call for testers: X with devd backend
On 04/02/2014 22:50, Christoph Egger wrote: [18.389] (II) config/devd: Adding input device Keyboard () [18.389] (**) Keyboard: Applying InputClass kbd catchall [18.389] (II) LoadModule: kbd [18.389] (II) Loading /usr/lib/xorg/modules/input/kbd_drv.so [18.390] (II) Module kbd: vendor=X.Org Foundation [18.390] compiled for 1.14.5, module version = 1.8.0 [18.390] Module class: X.Org XInput Driver [18.390] ABI class: X.Org XInput driver, version 19.1 [18.390] (II) Using input driver 'kbd' for 'Keyboard' [18.390] (**) Keyboard: always reports core events [18.390] (**) Keyboard: always reports core events [18.390] (**) Option Protocol standard [18.390] (WW) Option Device requires a string value [18.390] (**) Option XkbRules base [18.390] (**) Option XkbModel pc105 [18.390] (**) Option XkbLayout us [18.390] (**) Option config_info devd:atkbd0 [18.390] (II) XINPUT: Adding extended input device Keyboard (type: KEYBOARD, id 6) Here your AT keyboard is detected. devd tells X, and X decides that kbd_drv module is to be loaded. [ 137.035] (II) config/devd: Adding input device 0x1241 USB Keyboard () [ 137.036] (**) 0x1241 USB Keyboard: Applying InputClass kbd catchall [ 137.036] (II) Using input driver 'kbd' for '0x1241 USB Keyboard' [ 137.036] (**) 0x1241 USB Keyboard: always reports core events [ 137.036] (**) 0x1241 USB Keyboard: always reports core events [ 137.037] (**) Option Protocol standard [ 137.037] (WW) Option Device requires a string value [ 137.037] (**) Option XkbRules base [ 137.037] (**) Option XkbModel pc105 [ 137.038] (**) Option XkbLayout us [ 137.038] (**) Option config_info devd:ukbd0 [ 137.038] (II) XINPUT: Adding extended input device 0x1241 USB Keyboard (type: KEYBOARD, id 8) Now your USB keyboard is detected. kbd_drv is already loaded so nothing happens. [ 158.904] (II) config/dev: removing device 0x1241 USB Keyboard [ 158.908] (II) UnloadModule: kbd Finally USB keyboard is unloaded, and X decides that kbd_drv must be unloaded :-( I'm not sure whose fault is this. The devd backend sends the same information HAL did (please can you verify you had the same problem with HAL?). Apparently X is expected to keep track of things and only unload the keyboard module when the last keyboard has been unplugged? I'm not sure if this expectation is right. This is what the config backend code (in both HAL and devd extensions) suggests, but the code might be making the wrong assumptions. Can someone with more knowledge of X tell if the core server code is behaving correctly? -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52f25b1c.1050...@debian.org
Re: Call for testers: X with devd backend
On 05/02/2014 15:39, Robert Millan wrote: I'm not sure whose fault is this. The devd backend sends the same information HAL did (please can you verify you had the same problem with HAL?). Apparently X is expected to keep track of things and only unload the keyboard module when the last keyboard has been unplugged? Btw could you also check if you have the same problem when you attach/detach a second mouse? I.e. is the mouse_drv module unloaded? -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52f25b81.2010...@debian.org
Re: Heads up: xorg-server 1.15 soon in sid
On 28/01/2014 22:39, Julien Cristau wrote: I haven't been able to test nv, msm, omap, omapfb or sunffb. nv builds fine. Thanks for the heads-up. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52f0bb3f.20...@debian.org
Bug#736765: USB mouse attach event not processed
On 26/01/2014 18:28, Julien Cristau wrote: On Sun, Jan 26, 2014 at 18:26:54 +0100, Robert Millan wrote: On 26/01/2014 18:14, Julien Cristau wrote: debian-bsd is pretty much the maintainer of the hal package these days, so I'm not sure why you file a bug against X about hal issues. I understand. My intent is to keep track of things and let debian-bsd know about the problem. Maybe someone else can provide insight into this bug. If you want to help, you're welcome to. Otherwise feel free to ignore it. OK, thanks for the explanation. Btw if you think this bug belongs in hal feel free to reassign. My initial assignment was merely based on the package which exhibits the problem. I don't know enough about X to make appropiate judgement. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52e54747.7010...@debian.org
Bug#732514: [PATCH] fixes for Radeon KMS on kFreeBSD
On 25/12/2013 02:07, Cyril Brulebois wrote: -Suggests: firmware-linux +Suggests: firmware-linux [linux-any], kfreebsd-downloader ( 11~) [kfreebsd-any] | kfreebsd-downloader-10 [kfreebsd-any] foo ( bar) is antique dpkg syntax. I meant to say strictly greater (), though in this case it doesn't really matter. and: | kibi@arya:~$ rmadison kfreebsd-downloader | kfreebsd-downloader | 9.0-3+deb70.1 | stable/contrib | source, kfreebsd-amd64, kfreebsd-i386 | kfreebsd-downloader | 9.2-1 | testing/contrib | source, kfreebsd-amd64, kfreebsd-i386 | kfreebsd-downloader | 9.2-1 | unstable/contrib | source, kfreebsd-amd64, kfreebsd-i386 Yes. The first branch of the expression is for forward-compatibility. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52babb81.90...@debian.org
Bug#732514: [PATCH] fixes for Radeon KMS on kFreeBSD
Upstream part is merged in their repository now. I'm attaching an update for the Debian part (regarding kfreebsd-downloader). -- Robert Millan diff -ur xserver-xorg-video-ati-7.2.0/debian/control xserver-xorg-video-ati-7.2.0.new/debian/control --- xserver-xorg-video-ati-7.2.0/debian/control 2013-12-16 22:40:22.0 +0100 +++ xserver-xorg-video-ati-7.2.0.new/debian/control 2013-12-16 22:54:49.294891823 +0100 @@ -79,7 +79,7 @@ ${misc:Depends}, ${xviddriver:Depends} Provides: ${xviddriver:Provides} -Suggests: firmware-linux +Suggests: firmware-linux [linux-any], kfreebsd-downloader ( 11~) [kfreebsd-any] | kfreebsd-downloader-10 [kfreebsd-any] Description: X.Org X server -- AMD/ATI Radeon display driver This package provides the 'radeon' driver for the AMD/ATI cards. The following chips should be supported: R100, RV100, RS100, RV200, RS200,
Bug#732514: [PATCH] fixes for Radeon KMS on kFreeBSD
Package: xserver-xorg-video-ati Version: 7.2.0-1 Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, Please consider this set of fixes for KMS support on kFreeBSD: - Load radeonkms module instead of radeon. - Replace linux-firmware with kfreebsd-downloader (non-free firmware). Thanks -- Robert Millan diff -ur xserver-xorg-video-ati-7.2.0/debian/control xserver-xorg-video-ati-7.2.0.new/debian/control --- xserver-xorg-video-ati-7.2.0/debian/control 2013-12-16 22:40:22.0 +0100 +++ xserver-xorg-video-ati-7.2.0.new/debian/control 2013-12-16 22:54:49.294891823 +0100 @@ -79,7 +79,7 @@ ${misc:Depends}, ${xviddriver:Depends} Provides: ${xviddriver:Provides} -Suggests: firmware-linux +Suggests: firmware-linux [linux-any], kfreebsd-downloader (= 10) [kfreebsd-any] | kfreebsd-downloader-10 [kfreebsd-any] Description: X.Org X server -- AMD/ATI Radeon display driver This package provides the 'radeon' driver for the AMD/ATI cards. The following chips should be supported: R100, RV100, RS100, RV200, RS200, diff -ur xserver-xorg-video-ati-7.2.0/src/radeon_kms.c xserver-xorg-video-ati-7.2.0.new/src/radeon_kms.c --- xserver-xorg-video-ati-7.2.0/src/radeon_kms.c 2013-08-07 10:44:09.0 +0200 +++ xserver-xorg-video-ati-7.2.0.new/src/radeon_kms.c 2013-12-16 23:09:20.300888549 +0100 @@ -606,7 +606,13 @@ dev-domain, dev-bus, dev-dev, dev-func); #endif -info-dri2.drm_fd = drmOpen(radeon, busid); +info-dri2.drm_fd = drmOpen( +#ifdef __FreeBSD_kernel__ +radeonkms, +#else +radeon, +#endif +busid); if (info-dri2.drm_fd == -1) { xf86DrvMsg(pScrn-scrnIndex, X_ERROR,
Bug#732514: [PATCH] fixes for Radeon KMS on kFreeBSD
reassign 732514 xserver-xorg-video-radeon thanks On 18/12/2013 13:31, Robert Millan wrote: Package: xserver-xorg-video-ati Version: 7.2.0-1 Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, Please consider this set of fixes for KMS support on kFreeBSD: - Load radeonkms module instead of radeon. Actually, this was done at the wrong place. The first argument to drmOpen() call is a red herring. It's supposed to load a kernel module, but unless the module is already loaded this code is never reached because drmCheckModesettingSupported() failure is treated as an abort condition. Please use this patch instead. This makes it load the module when drmCheckModesettingSupported() fails, and then try the check again. This is inspired by similar approach in intel driver (see src/intel_device.c). I'll submit it upstream as well. -- Robert Millan diff -ur xserver-xorg-video-ati-7.2.0/debian/control xserver-xorg-video-ati-7.2.0.new/debian/control --- xserver-xorg-video-ati-7.2.0/debian/control 2013-12-16 22:40:22.0 +0100 +++ xserver-xorg-video-ati-7.2.0.new/debian/control 2013-12-16 22:54:49.294891823 +0100 @@ -79,7 +79,7 @@ ${misc:Depends}, ${xviddriver:Depends} Provides: ${xviddriver:Provides} -Suggests: firmware-linux +Suggests: firmware-linux [linux-any], kfreebsd-downloader (= 10) [kfreebsd-any] Description: X.Org X server -- AMD/ATI Radeon display driver This package provides the 'radeon' driver for the AMD/ATI cards. The following chips should be supported: R100, RV100, RS100, RV200, RS200, diff -ur xserver-xorg-video-ati-7.2.0/src/radeon_probe.c xserver-xorg-video-ati-7.2.0.new/src/radeon_probe.c --- xserver-xorg-video-ati-7.2.0/src/radeon_probe.c 2013-08-07 10:44:09.0 +0200 +++ xserver-xorg-video-ati-7.2.0.new/src/radeon_probe.c 2013-12-18 20:56:19.525329978 +0100 @@ -46,6 +46,7 @@ #include atipcirename.h #include xf86.h +#include xf86_OSproc.h #include xf86drmMode.h #include dri.h @@ -92,6 +93,16 @@ busIdString = DRICreatePCIBusID(pci_dev); ret = drmCheckModesettingSupported(busIdString); +if (ret) { + if (xf86LoadKernelModule( +#ifdef __FreeBSD_kernel__ + radeonkms +#else + radeon +#endif + )) +ret = drmCheckModesettingSupported(busIdString); +} free(busIdString); if (ret) { xf86DrvMsgVerb(pScrn-scrnIndex, X_INFO, 0,
Bug#732514: [PATCH] fixes for Radeon KMS on kFreeBSD
On 18/12/2013 21:52, Julien Cristau wrote: Does the freebsd kernel not autoload the driver? No. (Why not?) Upstream doesn't provide a devd kldload ruleset for PCI devices, like they do for USB. IIRC, this is because usage of PCI support internal interaces in the driver codebase is less uniform than that of USB. For USB, they extract the USB ids using a parser, but currently they can't do the same thing for PCI (and they don't want to do this manually). It wouldn't be terribly difficult to fix this, but it's a boring task and so far nobody volunteered. If someone reading this is interested, please let me know ;-) Besides, when it comes to KMS drivers, is there a point in auto-loading them just because the hardware is present? AFAICS it makes a lot more sense to load them only when X is started and we know we will need them. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52b20e17.4070...@debian.org
Bug#732514: [PATCH] fixes for Radeon KMS on kFreeBSD
On 18/12/2013 22:09, Julien Cristau wrote: On Wed, Dec 18, 2013 at 22:05:27 +0100, Robert Millan wrote: Besides, when it comes to KMS drivers, is there a point in auto-loading them just because the hardware is present? AFAICS it makes a lot more sense to load them only when X is started and we know we will need them. Yes. At least on linux it also gives you the fb console. Oh. Well we don't enable that yet (but now that you mention it, maybe we should...). And there's been a number of bug reports where X failed to start because the radeon kernel driver was loaded too late. Where's this race condition? Is it related to the Linux plumbing, or something that could affect us too? -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52b2111f.60...@debian.org
Bug#732337: [PATCH] enable Radeon KMS
Package: mesa Version: 9.2.2-1 User: debian-...@lists.debian.org Usertags: kfreebsd Hi, kFreeBSD supports Radeon KMS now. Please could you enable the associated libGL plugins? Patch attached. Thanks! -- Robert Millan --- debian.old/rules 2013-12-16 13:14:47.0 +0100 +++ debian/rules 2013-12-16 22:05:52.624887177 +0100 @@ -61,9 +61,11 @@ else EGL_DISPLAYS = x11 + GALLIUM_DRIVERS += r600 r300 + ifeq ($(DEB_HOST_ARCH_OS), linux) # Gallium drivers require libdrm-{nouveau,radeon}, only available on Linux - GALLIUM_DRIVERS += nouveau r600 r300 svga + GALLIUM_DRIVERS += nouveau svga # # Although the KMS egl drivers will probably build on kfreebsd hurd # only linux actually has KMS drivers implemented at this point. @@ -71,7 +73,12 @@ # Non-Linux ports also lack *_CLOEXEC and epoll, so wayland isn't ready yet: EGL_DISPLAYS += wayland ifeq (,$(filter $(DEB_HOST_ARCH), s390 s390x)) - DRI_DRIVERS += r200 radeon nouveau + DRI_DRIVERS += nouveau +endif + endif + +ifeq (,$(filter $(DEB_HOST_ARCH), s390 s390x)) + DRI_DRIVERS += r200 radeon endif ifneq (,$(filter $(DEB_HOST_ARCH_CPU), amd64 i386)) # Radeonsi needs LLVM, so only build it on the subset of archs @@ -80,8 +87,6 @@ else EXTRA_SED=-e/libllvmradeon/ s/^/\#/ endif - endif - # Build the llvmpipe driver only on amd64, i386 until it's tested elsewhere ifeq (,$(filter $(DEB_HOST_ARCH_CPU), amd64 i386))
Bug#729046: i965 fails to work on kfreebsd
On 08/11/2013 11:03, Christoph Egger wrote: % glxgears Gen6+ requires Kernel 3.6 or later. This message traces to a failed call to drm_intel_gem_context_create() in libdrm, which is just an Ioctl stub. Do you see a failed DRM_IOCTL_I915_GEM_CONTEXT_CREATE ioctl in ktrace? Does it help if you try with kfreebsd-image-10? kfreebsd-downloader-10? glxgears: ../../../../../src/mesa/main/context.c:1501: _mesa_make_current: Assertion `newCtx-Version 0' failed. Probably a consequence of the above. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527cd827.4050...@debian.org
Bug#683833: aborts on start (config/hal)
2012/8/4 Cyril Brulebois k...@debian.org: I get this critical error when trying to start X server on kfreebsd-i386: [ 175.651] (EE) config/hal: couldn't find input device: org.freedesktop.DBus.Error.Spawn.ChildExited (Launch helper exited with unknown return code 1) I've verified that this is caused by the HAL mess, as disabling HAL in debian/rules fixes the problem (however, for some awkward reason then mouse stops working, even though it's been detected). It's about time to wake up. I initially raised that issue in Feb 2011, and nobody cared. You'll have to do some work here. Can't you just disable HAL? There's no reason we have to treat HAL problems as porting issue. All other platforms have already disabled it and are not suffering from this problem. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caofdtxmjzfcjsabjrjtxlzsdlyps8ypzsuh9w3opvww+dtn...@mail.gmail.com
Bug#683833: aborts on start (config/hal)
Package: xserver-xorg-core Version: 1.12.3-1 Severity: grave User: debian-...@lists.debian.org Usertags: kfreebsd I get this critical error when trying to start X server on kfreebsd-i386: [ 175.651] (EE) config/hal: couldn't find input device: org.freedesktop.DBus.Error.Spawn.ChildExited (Launch helper exited with unknown return code 1) I've verified that this is caused by the HAL mess, as disabling HAL in debian/rules fixes the problem (however, for some awkward reason then mouse stops working, even though it's been detected). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-i386 (i686) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120804155028.86844.47776.reportbug@thorin
Re: xserver-xorg-video-nv driver for GNU/kFreeBSD
2012/7/20 Petr Salinger petr.salin...@seznam.cz: Should this be uploaded to sid? IMHO yes, please just restrict architecture to kfreebsd-any. It might be valuable for other people, not just me. Just to be sure: am I correct in assuming that XSF has no further interest in this package? In this case we could set Maintainer to debian-bsd. Does this sound fine for everyone? 2012/7/21 Julien Cristau jcris...@debian.org: Please make sure to reopen #383465 if you do that. That shouldn't be necessary. Surely any reintroduction of xserver-xorg-video-nv would go to non-free. It's funny, according to the bug log I suggested this 5 years ago. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caofdtxmiq9jnwowvls9ny6mjzhmnxmetqcvrb3uvuze9bv+...@mail.gmail.com
Re: xserver-xorg-video-nv driver for GNU/kFreeBSD
2012/7/21 Robert Millan r...@debian.org: 2012/7/20 Petr Salinger petr.salin...@seznam.cz: Should this be uploaded to sid? IMHO yes, please just restrict architecture to kfreebsd-any. It might be valuable for other people, not just me. Just to be sure: am I correct in assuming that XSF has no further interest in this package? In this case we could set Maintainer to debian-bsd. Does this sound fine for everyone? I'm tentatively uploading with Maintainer set to debian-bsd. If XSF wants to takeover, you're more than welcome to change Maintainer and Uploaders with a new upload. For now I'm using 2.1.17 since it's the same version that is already in Squeeze. I hope this increases chances that -release will approve it for Wheezy. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caofdtxm2dmiasy-z0rq7fwag1yhxplk-7ffp_sm6srkhaay...@mail.gmail.com
Re: xserver-xorg-video-nv driver for GNU/kFreeBSD
2012/7/17 Petr Salinger petr.salin...@seznam.cz: Hi, I cooked with today tagged release and made it available on http://asdfasdf.debian.net/~salinger/xserver-xorg-video-nv/ Should this be uploaded to sid? -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caofdtxmxzyxebgpkfp8f26zlcwtioekv7z_btn_wljjcq+-...@mail.gmail.com
Bug#677260: xserver-xorg-video-openchrome: FTBFS[kfreebsd]: error: unknown type name 'uint8_t'
2012/6/13 Julien Cristau jcris...@debian.org: I'm not sure what you mean here. You want sys/types.h to define uintXX_t? Then you need to request this to Glibc maintainers. Yes, I'd like kfreebsd sys/types.h to look like freebsd sys/types.h. It seems you're regarding sys/types.h as a kernel-related header, but this is not at all accurate. Let me try to clarify things. On FreeBSD, sys/types.h is a kernel header. On GNU systems, it is part of the C library. Specifically in Debian, it is provided by eglibc package. Unlike many of the glibc headers from bits/* hierarchy, sys/types.h is not kernel-specific at all. It's the same header for all glibc systems, regardless of their kernel. As for kernel side of things, kFreeBSD provides its own set of headers, which in Debian they're packaged as kfreebsd-kernel-headers. sys/types.h is not among them. In summary: none of this has anything to do with the kernel, it's a pure userland issue. The problem is simply that libdrm-dev attempts to use uintXX_t without including the header that provides them. Or perhaps you want to emulate a FreeBSD-like build environment, regardless of GNU sys/types.h behaviour? There's a package specifically for this purpose: freebsd-glue. How is one supposed to use that? By passing -I/usr/include/freebsd to gcc? Yes. I fail to see how's that better than fixing a one-line bug [1]. That burden is not mine to carry though. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677260#25 -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caofdtxpdgcfhhxejwnhxqi5om9qao1uvabqa57gdn0cejfj...@mail.gmail.com
Bug#677260: xserver-xorg-video-openchrome: FTBFS[kfreebsd]: error: unknown type name 'uint8_t'
2012/6/15 Julien Cristau jcris...@debian.org: On Fri, Jun 15, 2012 at 18:46:10 +0200, Robert Millan wrote: In summary: none of this has anything to do with the kernel, it's a pure userland issue. The problem is simply that libdrm-dev attempts to use uintXX_t without including the header that provides them. drm.h is a kernel header. It includes other kernel headers; linux/types.h on linux, sys/types.h on bsd. Are we talking about the same file? I was referring to /usr/include/libdrm/drm.h. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOfDtXOdmh9=svlfbw5w_ra1s9bpltsrzexgmsdzdjmjasj...@mail.gmail.com
Bug#677260: xserver-xorg-video-openchrome: FTBFS[kfreebsd]: error: unknown type name 'uint8_t'
2012/6/15 Julien Cristau jcris...@debian.org: drm.h is a kernel header. It includes other kernel headers; linux/types.h on linux, sys/types.h on bsd. Are we talking about the same file? I was referring to /usr/include/libdrm/drm.h. Yes. Then you definitely don't want to be including sys/types.h as that's a userland header in all Debian platforms. If you want the kernel version of that header, it's in sys/kern/types.h. For this particular problem, I wouldn't recommend it since uintXX_t assumption is clearly buggy, but it's your choice. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caofdtxmw-cn+rnoocuxzcxf+rq_jigktqz6bbr+p7evojst...@mail.gmail.com
Bug#677260: xserver-xorg-video-openchrome: FTBFS[kfreebsd]: error: unknown type name 'uint8_t'
2012/6/13 Steven Chamberlain ste...@pyro.eu.org: My other guess would be this, which also works; would appreciate advice from others on debian-bsd@ though: It's basically up to libdrm-dev maintainers. Do they expect that stdint.h is a prerequisite before including drm.h? On FreeBSD, including sys/types.h also gives you stdint.h. But that doesn't apply to GNU systems. This looks like a simple portability issue. I think the best solution is to include stdint.h from drm.h. stdint.h is the only header that garantees uintXX_t types (as per POSIX). -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caofdtxoiwcayvpd7nvqup05vfa-6rrwlw_koas3gm2lvr6z...@mail.gmail.com
Bug#677260: xserver-xorg-video-openchrome: FTBFS[kfreebsd]: error: unknown type name 'uint8_t'
2012/6/13 Julien Cristau jcris...@debian.org: On FreeBSD, including sys/types.h also gives you stdint.h. But that doesn't apply to GNU systems. This looks like a simple portability issue. I'd rather that got fixed in kfreebsd, unless there's a good reason to differ here. I'm not sure what you mean here. You want sys/types.h to define uintXX_t? Then you need to request this to Glibc maintainers. Or perhaps you want to emulate a FreeBSD-like build environment, regardless of GNU sys/types.h behaviour? There's a package specifically for this purpose: freebsd-glue. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOfDtXOnZnbc18m5UyBfeFMwAarFhmiOg8TE4Fa=pnrloo-...@mail.gmail.com
Bug#671870: upcoming KMS support on GNU/kFreeBSD
Package: xserver-xorg-video-intel Severity: wishlist User: debian-...@lists.debian.org Usertags: kfreebsd It seems that KMS support is being integrated into kFreeBSD in upstream: http://www.phoronix.com/scan.php?page=news_itempx=MTA5MTc and will be present in 9.1 and 10.0. As for userland it should be possible to get a working xserver-xorg-video-intel now, possibly with some patching. This will most likely need to wait until the patches are merged upstream. I'm filing this bug so the information is not forgotten. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120507175028.91421.66013.reportbug@thorin
Bug#669062: X segfaults in pthread() on kfreebsd
tags 669062 - help thanks El 21 d’abril de 2012 14:41, Gabriele Giacone 1o5g4...@gmail.com ha escrit: Patch (+ kfreebsd-kernel-headers = 0.79) fixes that. Thanks. Great, thanks for testing. Julien, do you plan an upload soon? As xserver-xorg-video-vesa is such a popular package this problem will affect most GNU/kFreeBSD desktop users. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caofdtxpmuzaszrb8i_vr4mrd+r9_bqmk0yqg-b+2evzgckn...@mail.gmail.com
Bug#669062: X segfaults in pthread() on kfreebsd
tags 669062 patch thanks El 18 d’abril de 2012 13:38, Julien Cristau jul...@cristau.org ha escrit: http://cgit.freedesktop.org/xorg/driver/xf86-video-vesa/commit/?id=1f84310ddf49778f776a39810aa98211c812e8ab makes use of new API in libpciaccess that's not implemented on freebsd. See http://cgit.freedesktop.org/xorg/lib/libpciaccess/commit/?id=58e87933b3286f33cdeedd3a6b21f4ea795bea47 and http://cgit.freedesktop.org/xorg/lib/libpciaccess/commit/?id=b56f9a84f3dff995a6901ffec6bcc161ec0245ad for the linux/openbsd implementations. A patch would be much appreciated. Thanks for the pointers. I think attached patch should do it. Christoph, does this work for you? -- Robert Millan pciaccess.diff Description: Binary data
Bug#669062: X segfaults in pthread() on kfreebsd
El 18 d’abril de 2012 21:41, Christoph Egger christ...@debian.org ha escrit: Hm doesn't build for me == In file included from ../../src/freebsd_pci.c:50:0: ../../src/pciaccess_private.h:48:2: warning: #warning O_CLOEXEC not available, please upgrade. [-Wcpp] ../../src/freebsd_pci.c: In function 'pci_device_freebsd_write': ../../src/freebsd_pci.c:250:9: warning: cast discards '__attribute__((const))' qualifier from pointer target type [-Wcast-qual] ../../src/freebsd_pci.c: In function 'pci_device_freebsd_probe': ../../src/freebsd_pci.c:346:32: warning: unused variable 'priv' [-Wunused-variable] In file included from /usr/include/machine-amd64/bus.h:6:0, from /usr/include/machine/bus.h:8, from ../../src/freebsd_pci.c:567: /usr/include/x86/bus.h: At top level: /usr/include/x86/bus.h:144:33: error: expected ';', ',' or ')' before '__unused' /usr/include/x86/bus.h:161:35: error: expected ';', ',' or ')' before '__unused' /usr/include/x86/bus.h:176:39: error: expected ';', ',' or ')' before '__unused' /usr/include/x86/bus.h:202:34: error: expected ';', ',' or ')' before '__unused' /usr/include/x86/bus.h:1006:39: error: expected ';', ',' or ')' before '__unused' In file included from /usr/include/machine/bus_dma.h:8:0, from /usr/include/x86/bus.h:1032, from /usr/include/machine-amd64/bus.h:6, from /usr/include/machine/bus.h:8, from ../../src/freebsd_pci.c:567: /usr/include/machine-amd64/bus_dma.h:32:25: fatal error: sys/bus_dma.h: No such file or directory compilation terminated. make[3]: *** [freebsd_pci.lo] Error 1 make[3]: Leaving directory `/home/christoph/scratch/libpciaccess-0.13.1/build/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/christoph/scratch/libpciaccess-0.13.1/build' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/christoph/scratch/libpciaccess-0.13.1/build' dh_auto_build: make -j1 returned exit code 2 make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 == Seems it needs something to get this header ( and it's not kfreebsd-headers-amd64 ). Sorry, I didn't realize machine/bus.h was completely broken. You will need kfreebsd-kernel-headers = 0.79 to build this. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caofdtxonlbtr478vfvp7fyjzbnnjcii5fsdla4jcws4sm2h...@mail.gmail.com
Bug#669062: X segfaults in pthread() on kfreebsd
El 17 d’abril de 2012 0:59, Christoph Egger christ...@debian.org ha escrit: ii libc0.1:kfreebsd-amd64 2.13-27 so unpatched. do you think timer.diff can fix anything here? Uhm no. After seeing the GDB backtrace I don't think it's a glibc problem. so maybe pthread() is only in that X backtrace thing but not actually involved, also I think there are no debug symbols for vesa. I'll try get back to compile a nostrip version of it tomorrow. Maybe also install xserver-xorg-core-dbg. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOfDtXN0DXwFYT94tx3M+U0OLXN1nEUPcpSZKqjQbzaQ1Rzd=g...@mail.gmail.com
Bug#669062: X segfaults in pthread() on kfreebsd
user debian-...@lists.debian.org usertags 669062 kfreebsd thanks El 16 d’abril de 2012 23:10, Christoph Egger christ...@debian.org ha escrit: Backtrace: 0: X (xorg_backtrace+0x26) [0x569fe6] 1: X (0x40+0x16dc19) [0x56dc19] 2: /lib/x86_64-kfreebsd-gnu/libpthread.so.0 (0x8014cf000+0xbdc4) [0x8014dadc4] 3: ?? [0x7fc3] Segmentation fault at address (nil) What glibc version are you using? Could you get a meaningful backtrace? (with GDB and debugging symbols) -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOfDtXNppFC=ftueah0yq1qdnuoqff1cfc+59i-jw3j6soe...@mail.gmail.com
Bug#665390: patch
clone 665390 -1 user debian-...@lists.debian.org usertag -1 - kfreebsd severity -1 normal retitle -1 false positive with -Werror=array-bounds reassign -1 gcc-4.6 4.6.3-1 tags 665390 patch thanks This looks like a GCC bug. You can use attached patch as workaround (should also be slightly faster). -- Robert Millan xserver-xorg-mouse.diff Description: Binary data
Bug#660395: xserver-xorg-input-joystick: FTBFS on kfreebsd-*
El 19 de febrer de 2012 2:54, Steven Chamberlain ste...@pyro.eu.org ha escrit: Hi, Don't know if this is the proper fix, but my attached diff works for me. It is. Thanks Steven. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOfDtXMxi7gAh4053QhJsJzaV6_h4a2110=mmzxtyic7dig...@mail.gmail.com
Bug#634707: xserver-xorg-input-joystick: debian/control uses hardcoded list of kFreeBSD architectures
Package: xserver-xorg-input-joystick Severity: wishlist User: debian-de...@lists.debian.org Usertags: kfreebsd-any The debian/control file in xserver-xorg-input-joystick uses a hardcoded list of kfreebsd-* architectures (e.g kfreebsd-i386 kfreebsd-amd64) to specify a package relationship (most likely Build-Depends) that isn't specific to i386 or amd64 hardware. I.e. something like: Build-Depends: libfoo-dev [kfreebsd-i386 kfreebsd-amd64] Since this relationship would apply all the same for kfreebsd-* architectures other than kfreebsd-i386 or kfreebsd-amd64 (like the upcoming kfreebsd-mipsel port), please consider using dpkg wildcards instead. For example: Build-Depends: libfoo-dev [kfreebsd-any] Thanks! -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1qioyp-000a5v...@aybabtu.com
Bug#634466: xdm: debian/control uses hardcoded list of non-Linux architectures
Package: xdm Severity: wishlist User: debian-de...@lists.debian.org Usertags: linux-any The debian/control file in xdm uses a negated list of architectures to specify a package relationship (most likely Build-Depends) on a Linux-specific package. I.e. something like: Build-Depends: libfoo-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] This is problematic because it will fail for any future kfreebsd-* or hurd-* architecture (like the upcoming kfreebsd-mipsel port). The correct way would be to use dpkg architecture wildcards, e.g.: Build-Depends: libfoo-dev [linux-any] Please consider making this adjustment to make life easier for future porting efforts. Thanks! -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1qioyj-000a2y...@aybabtu.com
Bug#624398: xserver-xorg: postinst script wants to invoke-rc.d hal on GNU/kFreeBSD, but there is no more /etc/init.d/hal
severity 624398 grave thanks Could at least HAL be disabled untill GNU/kFreeBSD can use it (if ever) or untill a replacement is found? Debian GNU/Hurd is currently using a HAL-less X server. I don't know the exact drawbacks, but it can't be worse than what we have now. There's been some discussion [1] into finding a proper replacement for HAL, but this isn't the kind of thing that can be done in a rush. Cooperation with upstream is highly desireable, almost mandatory, and as of now there isn't even a clear design on what needs to be done. [1] E.g. see http://lists.debian.org/debian-bsd/2011/02/msg00173.html -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi=fe8+r+cgxzmgtc-2qjnsdvsu...@mail.gmail.com
Bug#624398: xserver-xorg: postinst script wants to invoke-rc.d hal on GNU/kFreeBSD, but there is no more /etc/init.d/hal
2011/6/28 Cyril Brulebois k...@debian.org: Robert Millan r...@debian.org (28/06/2011): Debian GNU/Hurd is currently using a HAL-less X server. I don't know the exact drawbacks, but it can't be worse than what we have now. Fix the hal bug so that it goes away (#624541). #624541 is about adding a Breaks: xserver-xorg (= x.y) in hal, which can't be done untill a xserver-xorg x.y that is not affected by hal breakage is uploaded. Did you mean something else? -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTikm=yzpwmv7ii4wodvbvanns9t...@mail.gmail.com
Re: netboot-gtk
2011/6/15 Christian PERRIER bubu...@debian.org: Could someone upload them? It's up to the X11 team, but it might not fit into their plan uploading them to sid right now. Adding to CC just in case. As expected the kfreebsd daily build failed last night because it couldn't build netboot-gtk. Actually, it didn't fail. It just skipped netboot-gtk and the other targets built succesfully: http://d-i.debian.org/daily-images/kfreebsd-amd64/20110615-00:10/ -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktimzjsbdhpwbnjvs8nzri9m0c8+...@mail.gmail.com
Re: netboot-gtk
2011/6/15 Robert Millan r...@debian.org: It's up to the X11 team, but it might not fit into their plan uploading them to sid right now. Adding to CC just in case. X11 team: We were referring to xserver-xorg-video-vesa, xserver-xorg-input-kbd and xserver-xorg-input-mouse. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktimys2dpjvkj3_k6xjqye1hflee...@mail.gmail.com
Bug#596586: xserver-xorg-core-udeb for kfreebsd-*
Hi, 1.10 is in testing already. Could this patch be considered? -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi=_1grc9x09d85bhhf5ysnhu-h...@mail.gmail.com
Bug#594684: xserver-xorg-video-siliconmotion: exactly how the sarea patch worked for me
tags 594684 patch thanks Hi, I can confirm that 01_mips-sarea.diff worked: - when applied in -core 1.7.7-11 - in combination with -siliconmotion 1:1.7.3-2 (unpatched) It required specific settings in xorg.conf as Jason said, however, not all the options provided by Jason were necessary. I reduced the settings through trial and error and am now using the attached xorg.conf, which works fine for me. -- Robert Millan xorg.conf Description: Binary data
Bug#596586: ping
Ping -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinkbpl+mjsbiu3ntrdat0gmbwdw5gwftzkay...@mail.gmail.com
Bug#596590: ping
Ping -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTinRJo9_Nfd2wdiBxU=tZNEj1P00Wq0-WFyuM=s...@mail.gmail.com
Bug#596588: ping
Ping -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimgu3yhmptnj1wjxdfmgtdsinca+uug4y+ot...@mail.gmail.com
Bug#596594: new patch
forcemerge 596595 596594 thanks Here's a new patch which doesn't add libdrm-dev to Build-Conflicts. -- Robert Millan diff -ur xserver-xorg-video-vesa-2.3.0.old/debian/control xserver-xorg-video-vesa-2.3.0/debian/control --- xserver-xorg-video-vesa-2.3.0.old/debian/control 2011-02-06 13:58:44.0 +0100 +++ xserver-xorg-video-vesa-2.3.0/debian/control 2011-02-06 14:00:50.0 +0100 @@ -17,7 +17,7 @@ libtool, xutils-dev (= 1:7.5), quilt, - libdrm-dev (= 2.4.3) [!hurd-i386], + libdrm-dev (= 2.4.3) [linux-any], x11proto-xf86dri-dev, Standards-Version: 3.8.4 Vcs-Git: git://git.debian.org/git/pkg-xorg/driver/xserver-xorg-video-vesa @@ -40,3 +40,12 @@ URL:http://www.X.org . This package is built from the X.org xf86-video-vesa driver module. + +Package: xserver-xorg-video-vesa-udeb +XC-Package-Type: udeb +Section: debian-installer +Architecture: any +Depends: ${shlibs:Depends}, ${misc:Depends}, ${xviddriver:Depends} +Provides: ${xviddriver:Provides} +Description: X.Org X server -- vesa display driver + This is a udeb, or a microdeb, for the debian-installer. Només a xserver-xorg-video-vesa-2.3.0/debian: xserver-xorg-video-vesa-udeb.install
Bug#596588: ping
2011/2/6 Cyril Brulebois k...@debian.org: Robert Millan r...@debian.org (06/02/2011): Ping For this one and for the other stupid contentless pings: be patient. What's the situation? Is there something wrong with the patches, or is it just wrong timing for new udebs to go through NEW? -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTikbKA-7YiiFqokG50WBggFDXue00ToD=hsqs...@mail.gmail.com
Bug#596588: ping
2011/2/6 Cyril Brulebois k...@debian.org: Robert Millan r...@debian.org (06/02/2011): What's the situation? Is there something wrong with the patches, or is it just wrong timing for new udebs to go through NEW? Plenty of work already going on, and a single maintainer for all of X. Be patient. Ok. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTi=meCXKBqa00KeLTqw=yv7pobu8b0cdxx4yz...@mail.gmail.com
Bug#596594: new patch
2011/2/6 Julien Cristau jcris...@debian.org: - libdrm-dev (= 2.4.3) [!hurd-i386], + libdrm-dev (= 2.4.3) [linux-any], Won't be necessary anymore once we get http://cgit.freedesktop.org/xorg/driver/xf86-video-vesa/commit/?id=b1f7f190f9d4f2ab63d3e9ade3e7e04bb4b1f89f I don't understand this, but in any case I just remove that hunk from the patch. +Package: xserver-xorg-video-vesa-udeb +XC-Package-Type: udeb +Section: debian-installer +Architecture: any Why not restrict this to kfreebsd? No particular reason; Hurd people also want it, though [1], so I set it to kfreebsd-any hurd-any then. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596595#19 Missing .install file. Fixed. -- Robert Millan diff -Nur xserver-xorg-video-vesa-2.3.0.old/debian/xserver-xorg-video-vesa-udeb.install xserver-xorg-video-vesa-2.3.0/debian/xserver-xorg-video-vesa-udeb.install --- xserver-xorg-video-vesa-2.3.0.old/debian/xserver-xorg-video-vesa-udeb.install 1970-01-01 01:00:00.0 +0100 +++ xserver-xorg-video-vesa-2.3.0/debian/xserver-xorg-video-vesa-udeb.install 2010-09-12 16:09:54.997219478 +0200 @@ -0,0 +1 @@ +usr/lib/xorg/modules/drivers/*.so diff -ur xserver-xorg-video-vesa-2.3.0.old/debian/control xserver-xorg-video-vesa-2.3.0/debian/control --- xserver-xorg-video-vesa-2.3.0.old/debian/control 2011-02-06 13:58:44.0 +0100 +++ xserver-xorg-video-vesa-2.3.0/debian/control 2011-02-06 14:00:50.0 +0100 @@ -40,3 +40,12 @@ URL:http://www.X.org . This package is built from the X.org xf86-video-vesa driver module. + +Package: xserver-xorg-video-vesa-udeb +XC-Package-Type: udeb +Section: debian-installer +Architecture: kfreebsd-any hurd-any +Depends: ${shlibs:Depends}, ${misc:Depends}, ${xviddriver:Depends} +Provides: ${xviddriver:Provides} +Description: X.Org X server -- vesa display driver + This is a udeb, or a microdeb, for the debian-installer.
Bug#598528: unstable on GNU/kFreeBSD
Package: xserver-xorg-video-intel Version: 2:2.9.1-4 Severity: grave User: debian-...@lists.debian.org Usertags: kfreebsd This driver behaves unreliably on GNU/kFreeBSD. After a while of running it (usually 1 or 2 h) screen stops updating (I didn't determine whether X crashed, but disk and network activity indicate there's no kernel crash). Same version of xserver-xorg-video-intel on same hardware, running on GNU/Linux doesn't exhibit this problem. As a workaround I switched to xserver-xorg-video-vesa. I think unless this can be fixed it'd be better not to provide this driver on GNU/kFreeBSD squeeze, so that users will fallback to -vesa and at least get a working setup. Also, support for non-Linux is discontinued on later versions anyway, much regretably. Perhaps debian-bsd (CCed) can comment or provide advice on this. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100929182004.1429.77659.report...@thorin
Bug#598528: unstable on GNU/kFreeBSD
2010/9/29, Axel Beckert a...@debian.org: Will nevertheless stress it a little bit more than usual to see if I can reproduce anything similar. Any X programs you can recommend to try to reproduce this? Most of the time a large gnome-terminal occupies my X session. I figure if it is correlated to stressful activity it must be either dpkg-buildpackage or rsync printing lots of text. I wish I could ssh in and try to gather more debug info, but I really lack the time right now. As a workaround I switched to xserver-xorg-video-vesa. Does that one work with more than the VESA defined resolutions? E.g. 2048x1152? I don't think so. I'm hesistant to removing that driver completely just because it causes problems with (at least) some cards, but not all. I'd rather try to blacklist the driver on kfreebsd (only) for the cards known to cause problems on kfreebsd. [...] Yeah, this sucks big, and therefore I'm happy that I still have a working intel driver at least for Squeeze's lifetime. I understand. Mixed feelings here too. This bug is about a short term problem, but in long term if situation isn't resolved upstream it seems cooperation with FreeBSD et al to create an UMS fork would be the only option (assuming manpower will be available). -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikbdbjrbsv1=nwr6curyhxckomustggqxunf...@mail.gmail.com
Bug#596594: links with libdrm unnecessarily (on GNU/kFreeBSD)
Hi 2010/9/17, Cyril Brulebois k...@debian.org: +Build-Conflicts: libdrm-dev [hurd-i386 kfreebsd-i386 kfreebsd-amd64] surely a conflict is overkill here. (See debian/patches/001_ubuntu_bail_when_kms_active.patch) What do you mean? The patched configure checks for libdrm and links with it when it is present. You actually have to remove libdrm-dev in order to build a correct xserver-xorg-video-vesa. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinhnqwvdrlkpyg1pwo55hvaa1o6tp946vk_o...@mail.gmail.com
Bug#596588: hurd-i386
These 3 udebs should probably be added for hurd-i386 too. CCing Hurd/D-I folks so they can confirm. -- Robert Millan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkti=kgqcuwft8rz1vsfz6j=tuqykwab-klbeya...@mail.gmail.com
Bug#596576: please add libdrm2-udeb for GNU/kFreeBSD
Package: libdrm Version: 2.4.21-1~squeeze2 Severity: wishlist Tags: patch Please add libdrm2-udeb, it is needed by xserver-xorg-video-vesa-udeb. xserver-xorg-video-vesa-udeb is needed for graphical installer on GNU/kFreeBSD, since xserver-xorg-video-fbdev-udeb is Linux-specific. Thanks -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nur libdrm-2.4.21.old/debian/control libdrm-2.4.21/debian/control --- libdrm-2.4.21.old/debian/control 2010-09-12 16:30:15.0 +0200 +++ libdrm-2.4.21/debian/control 2010-09-12 16:38:49.997132596 +0200 @@ -145,3 +145,11 @@ Linux to provide hardware-accelerated OpenGL drivers. . This package provides the debugging symbols for the libdrm-radeon1 package. + +Package: libdrm2-udeb +XC-Package-Type: udeb +Section: debian-installer +Architecture: kfreebsd-any +Depends: ${shlibs:Depends}, ${misc:Depends} +Description: Userspace interface to kernel DRM services -- runtime + This is a udeb, or a microdeb, for the debian-installer. diff -Nur libdrm-2.4.21.old/debian/libdrm2-udeb.install libdrm-2.4.21/debian/libdrm2-udeb.install --- libdrm-2.4.21.old/debian/libdrm2-udeb.install 1970-01-01 01:00:00.0 +0100 +++ libdrm-2.4.21/debian/libdrm2-udeb.install 2010-09-12 16:31:14.373881875 +0200 @@ -0,0 +1 @@ +usr/lib/libdrm.so.2* diff -Nur libdrm-2.4.21.old/debian/rules libdrm-2.4.21/debian/rules --- libdrm-2.4.21.old/debian/rules 2010-09-12 16:30:15.0 +0200 +++ libdrm-2.4.21/debian/rules 2010-09-12 16:37:41.583226359 +0200 @@ -142,7 +142,7 @@ dh_strip -s --remaining-packages dh_compress -s dh_fixperms -s - dh_makeshlibs -plibdrm2 -V'libdrm2 (= 2.4.17)' -- -c4 + dh_makeshlibs -plibdrm2 --add-udeb=libdrm2-udeb -V'libdrm2 (= 2.4.17)' -- -c4 ifeq ($(INTEL), yes) dh_makeshlibs -plibdrm-intel1 -V'libdrm-intel1 (= 2.4.21)' -- -c4 endif
Bug#596586: unusable on D-I environment (kfreebsd)
Package: xserver-xorg-core-udeb Version: 1.7.7-5 Severity: important Tags: d-i patch On GNU/kFreeBSD, xserver-xorg-core is built with HAL support, which requires libhal and (indirectly) libdbus, but neither are available on D-I environment. I don't know which functionality of X depends on this, but it's certainly non-essential, as I've verified. This patch adjusts the configure flags so that HAL support is enabled in main build but not in udeb build. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nur xorg-server-1.7.7.old/debian/rules xorg-server-1.7.7/debian/rules --- xorg-server-1.7.7.old/debian/rules 2010-09-12 20:32:01.0 +0200 +++ xorg-server-1.7.7/debian/rules 2010-09-12 19:31:10.272801710 +0200 @@ -63,7 +63,9 @@ ifeq ($(DEB_HOST_ARCH_OS), linux) config_backend += --enable-config-udev --disable-config-hal else ifeq ($(DEB_HOST_ARCH_OS), kfreebsd) - config_backend += --disable-config-udev --enable-config-hal + config_backend += --disable-config-udev + config_backend_main += --enable-config-hal + config_backend_udeb += --disable-config-hal else # hurd config_backend += --disable-config-udev --disable-config-hal endif @@ -141,6 +143,7 @@ --enable-xephyr \ $(build_xfbdev) \ --with-sha1=libgcrypt \ + $(config_backend_main) \ $(void) confflags_udeb = \ @@ -171,6 +174,7 @@ --disable-xephyr \ --disable-xfbdev \ --with-sha1=libnettle \ + $(config_backend_udeb) \ $(void) $(STAMP_DIR)/autoreconf: $(STAMP_DIR)/patch
Bug#596588: please provide udeb for GNU/kFreeBSD
Package: xserver-xorg-input-keyboard Version: .4.0-2 Severity: wishlist Tags: d-i patch G-I on Linux uses xserver-xorg-input-evdev, which is not portable. For GNU/kFreeBSD, xserver-xorg-input-keyboard is needed. This patch adds an udeb for this platform. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nur xserver-xorg-input-keyboard-1.4.0/debian/control xserver-xorg-input-keyboard-1.4.0.new/debian/control --- xserver-xorg-input-keyboard-1.4.0/debian/control 2010-09-12 20:41:44.0 +0200 +++ xserver-xorg-input-keyboard-1.4.0.new/debian/control 2010-09-12 19:54:15.759852997 +0200 @@ -32,3 +32,11 @@ URL:http://www.X.org . This package is built from the X.org xf86-input-keyboard driver module. + +Package: xserver-xorg-input-kbd-udeb +XC-Package-Type: udeb +Section: debian-installer +Architecture: kfreebsd-any +Depends: ${shlibs:Depends}, ${misc:Depends} +Description: X.Org X server -- keyboard input driver + This is a udeb, or a microdeb, for the debian-installer. diff -Nur xserver-xorg-input-keyboard-1.4.0/debian/xserver-xorg-input-kbd-udeb.install xserver-xorg-input-keyboard-1.4.0.new/debian/xserver-xorg-input-kbd-udeb.install --- xserver-xorg-input-keyboard-1.4.0/debian/xserver-xorg-input-kbd-udeb.install 1970-01-01 01:00:00.0 +0100 +++ xserver-xorg-input-keyboard-1.4.0.new/debian/xserver-xorg-input-kbd-udeb.install 2010-09-12 19:54:49.211807365 +0200 @@ -0,0 +1 @@ +usr/lib/xorg/modules/input/*.so
Bug#596590: please add udeb for GNU/kFreeBSD
Package: xserver-xorg-input-mouse Version: 1:1.5.0-2 Severity: wishlist Tags: d-i patch G-I on Linux uses xserver-xorg-input-evdev which is not portable. On GNU/kFreeBSD, xserver-xorg-input-mouse is needed. This patch adds an udeb for this platform. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-input-mouse depends on: ii libc0.1 2.11.2-2 Embedded GNU C Library: Shared lib ii xserver-xorg-core [xorg-input 2:1.7.7-4 Xorg X server - core server xserver-xorg-input-mouse recommends no packages. xserver-xorg-input-mouse suggests no packages. -- no debconf information diff -Nur xserver-xorg-input-mouse-1.5.0/debian/control xserver-xorg-input-mouse-1.5.0.new/debian/control --- xserver-xorg-input-mouse-1.5.0/debian/control 2010-09-12 20:42:22.0 +0200 +++ xserver-xorg-input-mouse-1.5.0.new/debian/control 2010-09-12 19:59:26.876015246 +0200 @@ -31,3 +31,11 @@ URL:http://www.X.org . This package is built from the X.org xf86-input-mouse driver module. + +Package: xserver-xorg-input-mouse-udeb +XC-Package-Type: udeb +Section: debian-installer +Architecture: kfreebsd-any +Depends: ${shlibs:Depends}, ${misc:Depends} +Description: X.Org X server -- mouse input driver + This is a udeb, or a microdeb, for the debian-installer. diff -Nur xserver-xorg-input-mouse-1.5.0/debian/xserver-xorg-input-mouse-udeb.install xserver-xorg-input-mouse-1.5.0.new/debian/xserver-xorg-input-mouse-udeb.install --- xserver-xorg-input-mouse-1.5.0/debian/xserver-xorg-input-mouse-udeb.install 1970-01-01 01:00:00.0 +0100 +++ xserver-xorg-input-mouse-1.5.0.new/debian/xserver-xorg-input-mouse-udeb.install 2010-09-12 19:56:48.377685989 +0200 @@ -0,0 +1 @@ +usr/lib/xorg/modules/input/*.so
Bug#596594: links with libdrm unnecessarily (on GNU/kFreeBSD)
Package: xserver-xorg-video-vesa Version: 1:2.3.0-3 Severity: normal Tags: patch As explained by Julien Cristau on #596576, xserver-xorg-video-vesa links with libdrm unnecessarily on GNU/kFreeBSD. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-video-vesa depends on: ii libc0.12.11.2-2 Embedded GNU C Library: Shared lib ii libdrm22.4.21-1~squeeze2 Userspace interface to kernel DRM ii xserver-xorg-core [xor 2:1.7.7-4 Xorg X server - core server xserver-xorg-video-vesa recommends no packages. xserver-xorg-video-vesa suggests no packages. -- no debconf information diff -Nur xserver-xorg-video-vesa-2.3.0.old/debian/control xserver-xorg-video-vesa-2.3.0/debian/control --- xserver-xorg-video-vesa-2.3.0.old/debian/control 2010-09-10 16:49:16.0 +0200 +++ xserver-xorg-video-vesa-2.3.0/debian/control 2010-09-12 21:59:10.685869850 +0200 @@ -17,8 +17,9 @@ libtool, xutils-dev (= 1:7.5), quilt, - libdrm-dev (= 2.4.3) [!hurd-i386], + libdrm-dev (= 2.4.3) [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], x11proto-xf86dri-dev, +Build-Conflicts: libdrm-dev [hurd-i386 kfreebsd-i386 kfreebsd-amd64] Standards-Version: 3.8.4 Vcs-Git: git://git.debian.org/git/pkg-xorg/driver/xserver-xorg-video-vesa Vcs-Browser: http://git.debian.org/?p=pkg-xorg/driver/xserver-xorg-video-vesa.git
Bug#596595: please provide udeb for GNU/kFreeBSD
Package: xserver-xorg-video-vesa Version: 1:2.3.0-3 Severity: wishlist Tags: d-i patch G-I on Linux uses xserver-xorg-video-fbdev, which is not portable. For GNU/kFreeBSD, xserver-xorg-video-vesa is needed. This patch adds an udeb for this platform. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-video-vesa depends on: ii libc0.12.11.2-2 Embedded GNU C Library: Shared lib ii libdrm22.4.21-1~squeeze2 Userspace interface to kernel DRM ii xserver-xorg-core [xor 2:1.7.7-4 Xorg X server - core server xserver-xorg-video-vesa recommends no packages. xserver-xorg-video-vesa suggests no packages. -- no debconf information diff -Nur xserver-xorg-video-vesa-2.3.0.old/debian/control xserver-xorg-video-vesa-2.3.0/debian/control --- xserver-xorg-video-vesa-2.3.0.old/debian/control 2010-09-10 16:49:16.0 +0200 +++ xserver-xorg-video-vesa-2.3.0/debian/control 2010-09-12 21:59:10.685869850 +0200 @@ -17,8 +17,9 @@ libtool, xutils-dev (= 1:7.5), quilt, - libdrm-dev (= 2.4.3) [!hurd-i386], + libdrm-dev (= 2.4.3) [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], x11proto-xf86dri-dev, +Build-Conflicts: libdrm-dev [hurd-i386 kfreebsd-i386 kfreebsd-amd64] Standards-Version: 3.8.4 Vcs-Git: git://git.debian.org/git/pkg-xorg/driver/xserver-xorg-video-vesa Vcs-Browser: http://git.debian.org/?p=pkg-xorg/driver/xserver-xorg-video-vesa.git @@ -40,3 +41,12 @@ URL:http://www.X.org . This package is built from the X.org xf86-video-vesa driver module. + +Package: xserver-xorg-video-vesa-udeb +XC-Package-Type: udeb +Section: debian-installer +Architecture: any +Depends: ${shlibs:Depends}, ${misc:Depends}, ${xviddriver:Depends} +Provides: ${xviddriver:Provides} +Description: X.Org X server -- vesa display driver + This is a udeb, or a microdeb, for the debian-installer. diff -Nur xserver-xorg-video-vesa-2.3.0.old/debian/xserver-xorg-video-vesa-udeb.install xserver-xorg-video-vesa-2.3.0/debian/xserver-xorg-video-vesa-udeb.install --- xserver-xorg-video-vesa-2.3.0.old/debian/xserver-xorg-video-vesa-udeb.install 1970-01-01 01:00:00.0 +0100 +++ xserver-xorg-video-vesa-2.3.0/debian/xserver-xorg-video-vesa-udeb.install 2010-09-12 16:09:54.997219478 +0200 @@ -0,0 +1 @@ +usr/lib/xorg/modules/drivers/*.so
Bug#211765: affected files
retitle 211765 xorg-server: material under GLX Public License is not DFSG-free thanks For the record, the only files that appear to be licensed under the GLX Public License are the following two: GL/glx/glxext.c:** The contents of this file are subject to the GLX Public License Version 1.0 hw/dmx/glxProxy/glxext.c:** The contents of this file are subject to the GLX Public License Version 1.0 The SGI Free Software License is referred in debian/copyright, but doesn't appear to be used by any of the files in this package (please correct me if I'm wrong). -- Robert Millan The DRM opt-in fallacy: Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480755: IRC followup
reassign 480755 tasksel thanks Tasksel maintainers: I think libgl1-mesa-dri is very needed in the desktop task; it is a common problem that X users don't get DRI support by default, and run into issues that are not trivial to track down. See the bug log for more details. On Wed, May 14, 2008 at 11:03:16AM +0200, Robert Millan wrote: On Tue, May 13, 2008 at 01:05:32PM +0200, Julien Cristau wrote: On Tue, May 13, 2008 at 12:50:00 +0200, Robert Millan wrote: I'd suggest adding libgl1-mesa-dri to the desktop task, then. I think that would make sense. Reassign to tasksel, then? -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call… if you are unable to speak? (as seen on /.) -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What good is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480755: IRC followup
On Tue, May 13, 2008 at 01:05:32PM +0200, Julien Cristau wrote: On Tue, May 13, 2008 at 12:50:00 +0200, Robert Millan wrote: I'd suggest adding libgl1-mesa-dri to the desktop task, then. I think that would make sense. Reassign to tasksel, then? -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476282: found
On Wed, May 14, 2008 at 08:18:36PM +0200, Brice Goglin wrote: On Wed, May 14, 2008 at 07:34:31PM +0200, Robert Millan wrote: found 476282 0.6.3~git20080115.0ea58487-1 thanks Same problem after clean install The problem is usually not in the install. It's about the gconf options that are set in your home directory. Did you have an empty home or so when you first started compiz after this clean install? Yes. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480755: IRC followup
On Tue, May 13, 2008 at 12:16:47PM +0200, Michel Dänzer wrote: On Mon, 2008-05-12 at 00:25 +0200, Robert Millan wrote: I supposed it'd be good to have this registered in the bug log: 00:09 jcristau nyu: can you attach your X log to 480755? 00:11 jcristau nyu: also output of glxinfo 00:14 nyu sure, just a min 00:16 nyu jcristau: ugh, no direct rendering. I expected it'd have been enabled 00:16 nyu does that matter? 00:16 jcristau where do you see that? 00:17 jcristau what matters is whether aiglx is enabled, mostly 00:19 nyu nope. missing libgl1-mesa-dri seems to be at fault 00:20 nyu shouldn't it be dragged with a dependency from compiz? 00:20 nyu (aiglx aborts when i915_dri.s cannot be found) 00:21 nyu s/.s/.o/ 00:21 jcristau the nvidia driver doesn't need libgl1-mesa-dri 00:21 jcristau so no 00:21 jcristau same for fglrx 00:21 nyu ORed then? 00:21 jcristau maybe. ask seanius. :) 00:22 nyu seanius: I hereby ask you! 00:22 nyu (thanks ;-)) If you're worried about Depends on outside packages being forbidden, we could just add Provides: to the ati and nvidia binary blobs so that a dependency can be shared. There is no real dependency - compiz could be used on a remote X display. Also, the lack of a 3D driver will prevent 3D acceleration in general, not just for compiz, so this should be taken care of at a more basic level, and AFAICT that's already the case - xserver-xorg recommends libgl1-mesa-dri. Recommends are unfortunately ignored in the vast majority of xserver-xorg installs, which are performed by tasksel (see #388290, but I wouldn't pursue fixing that bug untill overuse of Recommends in the archive becomes less common). I'd suggest adding libgl1-mesa-dri to the desktop task, then. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480755: No GLXFBConfig for default depth
Package: compiz Version: 0.6.3~git20080115.0ea58487-1 Severity: important Fails to start for me. This is the same hardware where it was known to work before, after a lenny reinstall. I'm attaching my xorg.conf. [...] Checking for Xgl: not present. Detected PCI ID for VGA: 00:02.0 0300: 8086:27a2 (rev 03) (prog-if 00 [VGA controller]) Checking for texture_from_pixmap: present. Checking for non power of two support: present. Checking for Composite extension: present. Comparing resolution (1280x800) to maximum 3D texture size (2048): Passed. Checking for nVidia: not present. Checking for FBConfig: present. Checking for Xgl: not present. Starting gtk-window-decorator /usr/bin/compiz.real (core) - Fatal: No GLXFBConfig for default depth, this isn't going to work. /usr/bin/compiz.real (core) - Error: Failed to manage screen: 0 /usr/bin/compiz.real (core) - Fatal: No manageable screens found on display :0.0 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages compiz depends on: ii compiz-core 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana ii compiz-gnom 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana ii compiz-gtk 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana ii compiz-plug 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana compiz recommends no packages. -- no debconf information # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse EndSection Section Device Identifier Configured Video Device EndSection Section Monitor Identifier Configured Monitor EndSection Section Screen Identifier Default Screen Monitor Configured Monitor EndSection
Bug#480755: IRC followup
I supposed it'd be good to have this registered in the bug log: 00:09 jcristau nyu: can you attach your X log to 480755? 00:11 jcristau nyu: also output of glxinfo 00:14 nyu sure, just a min 00:16 nyu jcristau: ugh, no direct rendering. I expected it'd have been enabled 00:16 nyu does that matter? 00:16 jcristau where do you see that? 00:17 jcristau what matters is whether aiglx is enabled, mostly 00:19 nyu nope. missing libgl1-mesa-dri seems to be at fault 00:20 nyu shouldn't it be dragged with a dependency from compiz? 00:20 nyu (aiglx aborts when i915_dri.s cannot be found) 00:21 nyu s/.s/.o/ 00:21 jcristau the nvidia driver doesn't need libgl1-mesa-dri 00:21 jcristau so no 00:21 jcristau same for fglrx 00:21 nyu ORed then? 00:21 jcristau maybe. ask seanius. :) 00:22 nyu seanius: I hereby ask you! 00:22 nyu (thanks ;-)) If you're worried about Depends on outside packages being forbidden, we could just add Provides: to the ati and nvidia binary blobs so that a dependency can be shared. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476282: no decoration (in any window)
On Tue, Apr 15, 2008 at 10:58:04PM +0200, Brice Goglin wrote: Robert Millan wrote: Package: compiz-gtk Version: 0.6.3~git20080115.0ea58487-1 Severity: important Maybe related to #457649. When I launch compiz: [EMAIL PROTECTED]:~$ compiz --replace [1] 5490 [EMAIL PROTECTED]:~$ Checking for Xgl: not present. xset q doesn't reveal the location of the log file. Using fallback /var/log/Xorg.0.log Detected PCI ID for VGA: 00:02.0 0300: 8086:27a2 (rev 03) (prog-if 00 [VGA controller]) Checking for texture_from_pixmap: not present. Trying again with indirect rendering: Checking for texture_from_pixmap: present. Checking for non power of two support: present. Checking for Composite extension: present. Comparing resolution (1280x800) to maximum 3D texture size (2048): Passed. Checking for nVidia: not present. Checking for FBConfig: present. Checking for Xgl: not present. Starting gtk-window-decorator window decorations (in any window) are not visible. Does http://bgoglin.livejournal.com/11253.html help ? Strange... I've seen that before. In fact, I had to issue that command the first time I set up compiz. However, after the upgrade, the decoration plugin disappeared from the list. Re-running it fixed the problem. Thanks -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476282: no decoration (in any window)
Package: compiz-gtk Version: 0.6.3~git20080115.0ea58487-1 Severity: important Maybe related to #457649. When I launch compiz: [EMAIL PROTECTED]:~$ compiz --replace [1] 5490 [EMAIL PROTECTED]:~$ Checking for Xgl: not present. xset q doesn't reveal the location of the log file. Using fallback /var/log/Xorg.0.log Detected PCI ID for VGA: 00:02.0 0300: 8086:27a2 (rev 03) (prog-if 00 [VGA controller]) Checking for texture_from_pixmap: not present. Trying again with indirect rendering: Checking for texture_from_pixmap: present. Checking for non power of two support: present. Checking for Composite extension: present. Comparing resolution (1280x800) to maximum 3D texture size (2048): Passed. Checking for nVidia: not present. Checking for FBConfig: present. Checking for Xgl: not present. Starting gtk-window-decorator window decorations (in any window) are not visible. Used to work fine on the same hardware back when it was running etch (with compiz 0.5.2-2~bpo40+1 from backports.org). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages compiz-gtk depends on: ii compiz-core 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana ii gconf2 2.22.0-1 GNOME configuration database syste ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-10 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.20-1 simple interprocess messaging syst ii libdbus-gli 0.74-1 simple interprocess messaging syst ii libdecorati 0.6.3~git20080115.0ea58487-1 Compiz window decoration library ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libglib2.0- 2.16.1-2 The GLib library of C routines ii libgtk2.0-0 2.12.9-2 The GTK+ graphical user interface ii libmetacity 1:2.22.0-1 library of lightweight GTK2 based ii liborbit2 1:2.14.12-0.1libraries for ORBit2 - a CORBA ORB ii libpango1.0 1.20.0-1 Layout and rendering of internatio ii libstartup- 0.9-1library for program launch feedbac ii libwnck22 2.22.0-1 Window Navigator Construction Kit ii libx11-62:1.0.3-7X11 client-side library ii libxrender1 1:0.9.4-1X Rendering Extension client libra compiz-gtk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455512: closed by sean finney [EMAIL PROTECTED] (not a bug really)
reopen 455512 thanks On Sat, Dec 22, 2007 at 10:06:04AM +, Debian Bug Tracking System wrote: policy doesn't say anything about the bulid target needing to be idempotent by itself. I didn't say Policy requires it. It's common to use important severity for FTBFS bugs that are nevertheless not RC. But feel free to adjust severity if that bothers you. it does say that you can require debian/rules clean to be run first-- which if you do should solve the problem with interrupted builds. Doing that can be really inconvenient when you're modifiing it. Every little change requires waiting a few minutes. If there was a reason for not supporting it in this particular package, I wouldn't bother, but running mkdir -p instead of mkdir is not a real inconvenient. there are many easily constructable situations where running build twice in a row might produce unwanted results (maybe if someone echo's or sed's onto files in the build target and undoes them in the clean target). Which is a *really* bad idea and also defeats most of the purpose of using make in the first place. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call, if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455512: on second thought...
On Sat, Dec 22, 2007 at 11:08:21AM +0100, sean finney wrote: reopen 455512 notfound 455512 latest tags 455512 pending thanks actually, upon further consideration i think this could be argued as a bug, since policy could be interpreted debian/rules build may require the clean target to be run first as make build target depend on clean target if necessary. thus, either build should indirectly depend on clean or have some other kind of fix like the one you provided. given the simplicity of the fix i'll apply that to the next version in unstable. Ah well, thank you for reconsidering then. sorry for the noise... Guess I have to say the same ;-) -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call, if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[EMAIL PROTECTED]: compiz_0.5.2-2~bpo40+1_amd64.changes ACCEPTED]
FYI -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call, if you are unable to speak? (as seen on /.) ---BeginMessage--- Accepted: compiz-core_0.5.2-2~bpo40+1_amd64.deb to pool/main/c/compiz/compiz-core_0.5.2-2~bpo40+1_amd64.deb compiz-dev_0.5.2-2~bpo40+1_amd64.deb to pool/main/c/compiz/compiz-dev_0.5.2-2~bpo40+1_amd64.deb compiz-gnome_0.5.2-2~bpo40+1_amd64.deb to pool/main/c/compiz/compiz-gnome_0.5.2-2~bpo40+1_amd64.deb compiz-gtk_0.5.2-2~bpo40+1_amd64.deb to pool/main/c/compiz/compiz-gtk_0.5.2-2~bpo40+1_amd64.deb compiz-kde_0.5.2-2~bpo40+1_amd64.deb to pool/main/c/compiz/compiz-kde_0.5.2-2~bpo40+1_amd64.deb compiz-plugins_0.5.2-2~bpo40+1_amd64.deb to pool/main/c/compiz/compiz-plugins_0.5.2-2~bpo40+1_amd64.deb compiz_0.5.2-2~bpo40+1.diff.gz to pool/main/c/compiz/compiz_0.5.2-2~bpo40+1.diff.gz compiz_0.5.2-2~bpo40+1.dsc to pool/main/c/compiz/compiz_0.5.2-2~bpo40+1.dsc compiz_0.5.2-2~bpo40+1_all.deb to pool/main/c/compiz/compiz_0.5.2-2~bpo40+1_all.deb compiz_0.5.2.orig.tar.gz to pool/main/c/compiz/compiz_0.5.2.orig.tar.gz libdecoration0-dev_0.5.2-2~bpo40+1_amd64.deb to pool/main/c/compiz/libdecoration0-dev_0.5.2-2~bpo40+1_amd64.deb libdecoration0_0.5.2-2~bpo40+1_amd64.deb to pool/main/c/compiz/libdecoration0_0.5.2-2~bpo40+1_amd64.deb Override entries for your package: compiz-core_0.5.2-2~bpo40+1_amd64.deb - optional x11 compiz-dev_0.5.2-2~bpo40+1_amd64.deb - optional x11 compiz-gnome_0.5.2-2~bpo40+1_amd64.deb - optional x11 compiz-gtk_0.5.2-2~bpo40+1_amd64.deb - optional x11 compiz-kde_0.5.2-2~bpo40+1_amd64.deb - optional x11 compiz-plugins_0.5.2-2~bpo40+1_amd64.deb - optional x11 compiz_0.5.2-2~bpo40+1.dsc - optional x11 compiz_0.5.2-2~bpo40+1_all.deb - optional x11 libdecoration0-dev_0.5.2-2~bpo40+1_amd64.deb - optional x11 libdecoration0_0.5.2-2~bpo40+1_amd64.deb - optional x11 Announcing to [EMAIL PROTECTED] Thank you for your contribution to Backports.org archive. .org archive. ---End Message---
Bug#455512: build target cannot be run after interrupted
Package: compiz Version: latest Severity: important Tags: patch See attached patch. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) --- compiz-0.5.2.old/debian/rules 2007-12-10 16:20:21.0 +0100 +++ compiz-0.5.2/debian/rules 2007-12-10 15:49:32.0 +0100 @@ -44,7 +44,7 @@ build-stamp: dh_testdir - mkdir obj-$(DEB_BUILD_GNU_TYPE) + mkdir -p obj-$(DEB_BUILD_GNU_TYPE) chmod +x ./configure cd obj-$(DEB_BUILD_GNU_TYPE) \ ../configure --prefix=/usr --sysconfdir=\$${prefix}/share $(confflags) \
Bug#455515: please remove libmetacity0 (= 1:2.15.21) shlibs override
Package: compiz Version: latest Severity: normal Tags: patch The libmetacity0 (= 1:2.15.21) override in shlibs.local is AFAICT not necessary. Unless I got something wrong (from changelogs and your comments) it's only there to workaround an incorrect abi bump, which is no longer an issue on sid but prevents a backport to etch. I've verified that the current sid package has a working compiz-gtk when recompiled on etch (with other fixes unrelated to this one). -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) --- compiz-0.6.3~git20071104.c9009efd/debian/shlibs.local 2007-12-10 16:57:55.0 +0100 +++ compiz-0.6.3~git20071104.c9009efd.new/debian/shlibs.local 2007-12-10 16:53:06.0 +0100 @@ -1,2 +1 @@ -libmetacity-private 0 libmetacity0 (= 1:2.15.21) libdecoration 0 libdecoration0 (= 0.5.0)
Bug#455516: allow building with older libfuse (to ease backporting)
Package: compiz Version: latest Severity: wishlist Tags: patch These two patches let compiz build with the libfuse version that shipped in etch. Attached is the debian-specific part. The rest is in upstream BTS: http://bugs.freedesktop.org/show_bug.cgi?id=13588 -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) diff -ur -x configure -x config.h.in compiz-0.6.3~git20071104.c9009efd/debian/control compiz-0.6.3~git20071104.c9009efd.new/debian/control --- compiz-0.6.3~git20071104.c9009efd/debian/control2007-12-10 16:57:55.0 +0100 +++ compiz-0.6.3~git20071104.c9009efd.new/debian/control2007-12-10 16:53:25.0 +0100 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian X Strike Force debian-x@lists.debian.org Uploaders: Thierry Reding [EMAIL PROTECTED], David Nusinow [EMAIL PROTECTED], Sean Finney [EMAIL PROTECTED] -Build-Depends: debhelper (= 5), quilt (= 0.40), libglib2.0-dev, libgconf2-dev, libpng12-dev | libpng-dev, libxcomposite-dev (= 1:0.3-2), libxfixes-dev (= 1:4.0.1), libxdamage-dev (=1:1.0.3), libxrandr-dev (= 2:1.1.0.2), libxrender-dev (= 1:0.9.1), libice-dev (= 1:1.0.1), libsm-dev (= 1:1.0.1), libgl1-mesa-dev (= 6.5.1) | libgl-dev, libcairo-dev, librsvg2-dev, libgnome-desktop-dev, libgnome-window-settings-dev, libdbus-glib-1-dev, libwnck-dev, libgtk2.0-dev, libpango1.0-dev, x11proto-gl-dev (= 1.4.8-1), libxinerama-dev, libxml-parser-perl, libmetacity-dev, kdebase-dev, libdbus-qt-1-dev, libfuse-dev (= 2.7.0), xsltproc +Build-Depends: debhelper (= 5), quilt (= 0.40), libglib2.0-dev, libgconf2-dev, libpng12-dev | libpng-dev, libxcomposite-dev (= 1:0.3-2), libxfixes-dev (= 1:4.0.1), libxdamage-dev (=1:1.0.3), libxrandr-dev (= 2:1.1.0.2), libxrender-dev (= 1:0.9.1), libice-dev (= 1:1.0.1), libsm-dev (= 1:1.0.1), libgl1-mesa-dev (= 6.5.1) | libgl-dev, libcairo-dev, librsvg2-dev, libgnome-desktop-dev, libgnome-window-settings-dev, libdbus-glib-1-dev, libwnck-dev, libgtk2.0-dev, libpango1.0-dev, x11proto-gl-dev (= 1.4.8-1), libxinerama-dev, libxml-parser-perl, libmetacity-dev, kdebase-dev, libdbus-qt-1-dev, libfuse-dev, xsltproc Standards-Version: 3.7.2 Package: compiz
Bug#455539: please bring back the -core metapackage
Package: xorg Version: latest Severity: wishlist Tags: patch I just did some tests (setup a bare-bones sid system, and then installed a working gnome/gdm/x11 environment by hand), and found that it is possible to obtain a working gnome desktop by just installing the following X components (and their dependencies): xserver-xorg, xfonts-base (= 1:1.0.0-1), xfonts-100dpi (= 1:1.0.0-1), xfonts-75dpi (= 1:1.0.0-1), xfonts-scalable (plus the dependencies dragged in by gdm and gnome-core, of course). This really calls for an easy way to install the server and associated fonts without having to type (and remember/figure out) the whole list. Please, could you bring back the -core metapackage we used to have, and set it up so that it serves this purpose? (i.e. install a basic X11 server without any clients) See attached patch. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) diff -ur xorg-7.3+7/debian/control xorg-7.3+7.new/debian/control --- xorg-7.3+7/debian/control 2007-11-27 04:05:25.0 +0100 +++ xorg-7.3+7.new/debian/control 2007-12-10 19:33:09.0 +0100 @@ -108,11 +108,23 @@ (Xorg). It does not provide any drivers itself, and may be removed if you wish to only have certain drivers installed. +Package: xorg-core +Architecture: all +Depends: xserver-xorg, xfonts-base (= 1:1.0.0-1), xfonts-100dpi (= 1:1.0.0-1), xfonts-75dpi (= 1:1.0.0-1), xfonts-scalable (= 1:1.0.0-1) +Provides: x-window-system-core +Description: X.Org X Window System (server only) + This metapackage provides the components for a standalone + workstation running the X Window System. It provides an X server and + a set of fonts. It doesn't, however, provide any X clients. + . + Higher level metapackages, such as those for desktop environments, can + depend on this package and simplify their dependencies. + Package: xorg Architecture: all -Depends: xserver-xorg, libgl1-mesa-glx | libgl1, libglu1-mesa, xfonts-base (= 1:1.0.0-1), xfonts-100dpi (= 1:1.0.0-1), xfonts-75dpi (= 1:1.0.0-1), xfonts-scalable (= 1:1.0.0-1), x11-apps, x11-session-utils, x11-utils, x11-xfs-utils, x11-xkb-utils, x11-xserver-utils, xauth, xinit, xfonts-utils, xkb-data, xterm | x-terminal-emulator, sparc-utils | not+sparc +Depends: xorg-core, libgl1-mesa-glx | libgl1, libglu1-mesa, x11-apps, x11-session-utils, x11-utils, x11-xfs-utils, x11-xkb-utils, x11-xserver-utils, xauth, xinit, xfonts-utils, xkb-data, xterm | x-terminal-emulator, sparc-utils | not+sparc Recommends: xorg-docs -Provides: x-window-system, x-window-system-core +Provides: x-window-system Description: X.Org X Window System This metapackage provides the components for a standalone workstation running the X Window System. It provides the X libraries, an X
Bug#453937: hangs when probing (with x86emu on amd64) a radeonhd card
On Sun, Dec 02, 2007 at 05:00:10PM +0100, Julien Cristau wrote: On Sun, Dec 2, 2007 at 13:43:56 +0100, Robert Millan wrote: Is this a known issue? If not, I'd trace it a bit further by installing i386 debian and trying the same with x86emu to determine wether x86emu or the firmware is at fault. Most probably a bug in the x86 emulator. It probably makes sense to try the xresprobe package in ubuntu, since they have some changes to that package and might have fixed this. Just rebuilt 0.4.24ubuntu8 on my sid; same result. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call, if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453937: hangs when probing (with x86emu on amd64) a radeonhd card
On Mon, Dec 03, 2007 at 08:53:11AM +0100, Michel Dänzer wrote: On Sun, 2007-12-02 at 19:41 +0100, Robert Millan wrote: I did a bit more testing. The result is that on either i386 or amd64, ddcprobe hangs if run whenever X is running (but not otherwise). Sounds like a firmware thread-safety bug. If you ask me, not sure what was all that big fuss about AMD allowing free drivers if these have to rely on propietary firmware. oh well... The drivers don't have to rely on the firmware, thanks to the non-NDA specs. Also, I'm not sure this really means it's a firmware issue - maybe the X server just holds some resource (e.g. the card ROM, as a guess) that ddcprobe needs to run? At least the ddcprobe part seems to be in firmware. This is where I caught it while hang: (gdb) bt #0 0x0804a394 in emulate () at lrmi.c:419 #1 0x0804a7ad in run_vm86 () at lrmi.c:621 #2 0x0804aa0f in LRMI_int (i=16, r=0xbf91c9ec) at lrmi.c:844 #3 0x0804b1a4 in get_edid_info () at vbe.c:250 #4 0x0804bb98 in main () at ddcprobe.c:123 after single-stepping to determine which code is running in a loop, much to my surprise, it eventually reached this: fprintf(stderr, VESA BIOS Extensions not detected.\n); and aborted. I'm pretty confused. Could this hang depend on a timing issue? Note: this test is on i386, since I assumed running x86 code natively would make debugging easier. I'm not sure why this emulate() is still there though. Again, if the xresprobe migration is going to render this obsolete, please let me know so I don't waste my time ;-) -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call, if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453930: no video driver modules found message is never displayed
Package: xserver-xorg Version: latest Severity: normal Tags: patch An empty $DRIVER_LIST may actually include a space. Also, the observe command means that the problem is not reported to the user unless said user is debugging the internals of the script. See attached patch. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) --- /var/lib/dpkg/info/xserver-xorg.postinst2007-11-27 05:10:31.0 +0100 +++ xserver-xorg.postinst 2007-12-02 04:13:27.0 +0100 @@ -1651,8 +1651,8 @@ ;; esac - if [ -z $DRIVER_LIST ]; then -observe no video driver modules found in $DRIVER_DIRS; defaulting to $DEFAULT_DRIVER + if [ -z $DRIVER_LIST ] || [ $DRIVER_LIST = ]; then +warn no video driver modules found in $DRIVER_DIRS; defaulting to $DEFAULT_DRIVER DRIVER_LIST=$DEFAULT_DRIVER fi
Bug#446441: Info received (xserver-xorg: The problem is in regexp)
On Fri, Oct 19, 2007 at 10:00:45AM +0900, Michal Čihař wrote: diff -ruNp xorg-7.3+2.orig/debian/xserver-xorg.postinst.in xorg-7.3+2/debian/xserver-xorg.postinst.in --- xorg-7.3+2.orig/debian/xserver-xorg.postinst.in 2007-09-17 05:21:48.0 +0900 +++ xorg-7.3+2/debian/xserver-xorg.postinst.in2007-10-19 09:59:11.0 +0900 @@ -778,7 +778,7 @@ if [ -n $FIRSTINST ] || [ -n $RECONFI # v4l is not a display driver, and dummy is for advanced users. DRIVER_LIST=$(find $REAL_DRIVER_DIRS -name '*_drv.*' \ | sed 's|^.*/\([^/]*\)_drv\.[^\._]*|\1|g' \ - | egrep -v '(atimisc|dummy|r128|radeon|v4l)' | sort -u | xargs \ + | egrep -v '(atimisc|dummy|r128|radeon|v4l)$' | sort -u | xargs \ Please add a '^' there as well, or we might get the same problem again. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call, if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453937: hangs when probing (with x86emu on amd64) a radeonhd card
Package: xresprobe Version: 0.4.23debian1 Severity: important ddcprobe hangs while probing a radeonhd card. A gdb backtrace reveals that it happened while processing real mode code under x86emu emulation. Is this a known issue? If not, I'd trace it a bit further by installing i386 debian and trying the same with x86emu to determine wether x86emu or the firmware is at fault. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Versions of packages xresprobe depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries Versions of packages xresprobe recommends: ii laptop-detect 0.12.1 attempt to detect a laptop -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442892: patch for use without discover
Hi! Not sure if this will be of any use, but I fixed the script to make non-discover mode usable again. See attachment. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call, if you are unable to speak? (as seen on /.) --- /var/lib/dpkg/info/xserver-xorg.postinst 2007-11-27 05:10:31.0 +0100 +++ xserver-xorg.postinst 2007-12-02 08:41:28.0 +0100 @@ -1597,6 +1597,47 @@ fi if [ -n $FIRSTINST ] || [ -n $RECONFIGURE ]; then + DRIVER_DIRS=/usr/lib/xorg/modules/drivers + for i in $DRIVER_DIRS; do +if [ -d $i ]; then + REAL_DRIVER_DIRS=$REAL_DRIVER_DIRS $i +fi + done + + if [ -n $REAL_DRIVER_DIRS ]; then +# Build list of available video drivers, omitting the atimisc, r128, and +# radeon sub-modules (the ati driver knows when and how to load these). +# v4l is not a display driver, and dummy is for advanced users. +DRIVER_LIST=$(find $REAL_DRIVER_DIRS -name '*_drv.*' \ + | sed 's|^.*/\([^/]*\)_drv\.[^\._]*|\1|g' \ + | egrep -v '^(atimisc|dummy|r128|radeon|v4l)$' | sort -u | xargs \ + | sed 's/ /, /g' 2/dev/null) + fi + + # Set a hard-coded module list (if necessary) and default driver module on an + # architecture-specific basis. + case $ARCH in +alpha) + DEFAULT_DRIVER=vga + ;; +amd64|hurd-i386|i386) + DEFAULT_DRIVER=vesa + ;; +sparc) + DEFAULT_DRIVER=sunffb + ;; +*) + DEFAULT_DRIVER=fbdev + ;; + esac + + if [ -z $DRIVER_LIST ]; then +warn no video driver modules found in $DRIVER_DIRS; defaulting to $DEFAULT_DRIVER +DRIVER_LIST=$DEFAULT_DRIVER + fi + + observe available video driver list set to \$DRIVER_LIST\ + if which $DISCOVER_PROG /dev/null 21; then PRIORITY=medium if [ -n $RECONFIGURE ]; then @@ -1617,47 +1658,6 @@ PRIORITY=high fi - DRIVER_DIRS=/usr/lib/xorg/modules/drivers - for i in $DRIVER_DIRS; do -if [ -d $i ]; then - REAL_DRIVER_DIRS=$REAL_DRIVER_DIRS $i -fi - done - - if [ -n $REAL_DRIVER_DIRS ]; then -# Build list of available video drivers, omitting the atimisc, r128, and -# radeon sub-modules (the ati driver knows when and how to load these). -# v4l is not a display driver, and dummy is for advanced users. -DRIVER_LIST=$(find $REAL_DRIVER_DIRS -name '*_drv.*' \ - | sed 's|^.*/\([^/]*\)_drv\.[^\._]*|\1|g' \ - | egrep -v '(atimisc|dummy|r128|radeon|v4l)' | sort -u | xargs \ - | sed 's/ /, /g' 2/dev/null) - fi - - # Set a hard-coded module list (if necessary) and default driver module on an - # architecture-specific basis. - case $ARCH in -alpha) - DEFAULT_DRIVER=vga - ;; -amd64|hurd-i386|i386) - DEFAULT_DRIVER=vesa - ;; -sparc) - DEFAULT_DRIVER=sunffb - ;; -*) - DEFAULT_DRIVER=fbdev - ;; - esac - - if [ -z $DRIVER_LIST ]; then -observe no video driver modules found in $DRIVER_DIRS; defaulting to $DEFAULT_DRIVER -DRIVER_LIST=$DEFAULT_DRIVER - fi - - observe available video driver list set to \$DRIVER_LIST\ - if [ $NDRIVERS -eq 0 ]; then observe could not autodetect X server driver: no video card \ detected, or no driver known for it @@ -1683,6 +1683,7 @@ observe user declined video card autodetection (driver) fi else +PRIORITY=high observe could not autodetect X server driver: $DISCOVER_PROG not found fi
Re: Bug#454057: please move dpkg-architecture
On Sun, Dec 02, 2007 at 09:42:17PM +0100, Raphael Hertzog wrote: On Sun, 02 Dec 2007, Robert Millan wrote: Please could you move dpkg-architecture from dpkg-dev to dpkg ? It seems that because of this, it turns out that having the xorg meta-package installed requires dpkg-dev and hence binutils (because of type-handling). dpkg-architecture is perl and the goal is rather to get rid of perl in dpkg than the contrary. So my first vote is against this change. Note that it's trivial to re-write in bash, though. Why does xorg need dpkg-architecture ? Because of type-handling. Maybe we should change that instead... X11 maintainers, how would you feel about making 'xorg' a binary-arch package so that it can use [] arch specifiers? -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call, if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446764: please drop Conflicts on libmetacity0
Package: compiz-gtk Version: 0.2.2-1 Severity: wishlist Please can you drop Conflicts on libmetacity0 ( 1:2.15.21) ? Latest version has a new shlibs, so this hack isn't needed anymore. See #440063 for details. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Versions of packages compiz-gtk depends on: ii compiz-core0.2.2-1 OpenGL window and compositing mana ii gconf2 2.16.1-1 GNOME configuration database syste ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5+etch1 FreeType 2 font engine, shared lib ii libgconf2-42.16.1-1 GNOME configuration database syste ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libmetacity0 1:2.14.5-4library of lightweight GTK2 based ii liborbit2 1:2.14.3-0.2 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libwnck18 2.14.3-1 Window Navigator Construction Kit ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii zlib1g 1:1.2.3-13compression library - runtime compiz-gtk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
preseeding xserver resolution (win32-loader)
Hi, I've been suggested that it would be a good idea to detect the screen resolution in win32-loader and preseed that to the debconf templates in the xserver-xorg package. I think this is unnecessary and it's better to leave the decision entirely to xserver-xorg scripts. Does someone think otherwise ? -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call, if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440063: abi changed in 2.15.21 but soname wasn't increased
Package: libmetacity0 Version: 1:2.14.5-4 Severity: important According to this entry in compiz changelog: * compiz-gtk needs to conflict with libmetacity0 ( 1:2.15.21) because of an incompatible ABI change. This should really be fixed in libmetacity. A shlibs bump should do the trick. (Closes: 425631) libmetacity0 changed its abi in 2.15.21 without increasing the soname. Please, could you bump the soname now? Although it's a bit late, this is necessary in order to backport compiz to etch. It would allow compiz to drop this hack and thus be usable with older versions of libmetacity0. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Versions of packages libmetacity0 depends on: ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgconf2-42.16.1-1 GNOME configuration database syste ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii liborbit2 1:2.14.3-0.2 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libsm6 1:1.0.1-3 X11 Session Management library ii libstartup-notificatio 0.8-2 library for program launch feedbac ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii metacity-common1:2.14.5-4Shared files of lightweight GTK2 b libmetacity0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439218: should recommend xfonts-base
Package: xserver-xorg Version: 1:7.1.0-19 Severity: normal In the vast majority of cases, xfonts-base is necessary for this package to be useful. Could you consider putting it in Recommends ? $ X :1 [...] Fatal server error: No valid FontPath could be found. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438842: description prompts user to install libgl1-mesa-dri, but it isn't in Recommends
reassign 438842 xserver-xorg tags 438842 fixed-in-experimental thanks On Tue, Aug 21, 2007 at 08:48:48AM +0200, Brice Goglin wrote: Robert Millan wrote: Package: libgl1-mesa-glx Version: 6.5.1-0.6 Severity: normal Tags: patch As Description says, libgl1-mesa-dri is needed for direct rendering. Most users of opengl programs will want to use the 3D capabilities of their cards, so in general it is indeed a good idea to install libgl1-mesa-dri when using libgl1-mesa-glx. I think this calls for a Recommends: libgl1-mesa-dri. In latest versions of our packages, xserver-xorg recommends libgl1-mesa-dri, Oh, ok. Sorry for the oversight. so the recommends is kind of already here on the technical side... Is there anybody out there that want to use direct rendering without having X installed? I think strictly it would be more correct to put it in libgl1-mesa-glx, but that's not a big deal.. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call, if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438842: description prompts user to install libgl1-mesa-dri, but it isn't in Recommends
Package: libgl1-mesa-glx Version: 6.5.1-0.6 Severity: normal Tags: patch As Description says, libgl1-mesa-dri is needed for direct rendering. Most users of opengl programs will want to use the 3D capabilities of their cards, so in general it is indeed a good idea to install libgl1-mesa-dri when using libgl1-mesa-glx. I think this calls for a Recommends: libgl1-mesa-dri. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Versions of packages libgl1-mesa-glx depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libdrm22.0.2-0.1 Userspace interface to kernel DRM ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxxf86vm11:1.0.1-2 X11 XFree86 video mode extension l libgl1-mesa-glx recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383465: Contains obfuscated source code, DFSG violation?
On Wed, Nov 29, 2006 at 07:50:51PM -0500, David Nusinow wrote: The nouveau project is deobfuscating the code as they go. Even if their DRI work isn't ready for Lenny, we'll definitely be pulling their deobfuscated code. Put aside what we do for Lenny, is there any technical problem in terms of user support if we move this driver to non-free and let vesa and/or vga be the default for nvidia users? Given that the driver is 2D-only anyway, I don't see it as a big loss. With the vesa option, at least the non-free bits are moved down to firmware, where it's no longer our responsability (read: if the driver is faulty and we can't fix it, it would be faulty on all platforms, and I find that highly unlikely since the card wouldn't work on pristine win32 either). -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374986: xserver-xorg-video-ati: [2.6.17/radeon] Xserver and console dead, rt_sigaction looping, not killable
On Tue, Jun 19, 2007 at 11:15:56PM +0200, Brice Goglin wrote: Hi, About a year ago, you reported (or replied to) a bug to the Debian BTS regarding the X server and console dying on a Radeon X800GTO board. Did you reproduce this problem recently? With Xorg/Etch? With latest xserver-xorg-core and drivers? If not, I will close this bug in the next weeks. My card is an X300, but it seems to hit the same bug. I haven't tried lately, but will try again tomorrow after my exams. Thank you -- Robert Millan My spam trap is [EMAIL PROTECTED] Note: this address is only intended for spam harvesters. Writing to it will get you added to my black list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418718: X suddenly died after installing ntp
Package: xserver-xorg-video-ati Version: 1:6.6.3-2 Severity: grave Justification: may cause data loss Installing ntp on my system, and running it for first time made X die. I suppose there's code somewhere written with the assumption that time always goes forwards :-). No idea how to find it though. The Xorg logs don't reveal anything. I suggest you Conflict with ntp as a workaround. ntpdate is probably ok, since X is most likely not running when the network is started. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.1.1-21 X.Org X server -- core server xserver-xorg-video-ati recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418718: followup
A while after filing this bug, I switched to tty1, and only weird data was displayed in it. Then I tried to switch back to tty7, but alt-f7 had no effect (other than generating more weird data in the tty). I rebooted via sysreq. -- Robert Millan My spam trap is [EMAIL PROTECTED] Note: this address is only intended for spam harvesters. Writing to it will get you added to my black list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412069: patch for beryl support
On Wed, Mar 28, 2007 at 09:23:20AM +0200, Brice Goglin wrote: tags 412069 +wontfix thank you Trying to summarize: [...] So I would personally not enable any of these options by default (hence tagging as wontfix). It is already very late in the release cycle, changing the default config now is too dangerous according to all the above. Ok. Can we add hooks to permit that unofficial beryl packages for etch add the missing bits in xorg.conf without breaking the debconf-based generation? See attached patch. -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ diff -ur xorg-7.1.0.old/debian/local/dexconf xorg-7.1.0/debian/local/dexconf --- xorg-7.1.0.old/debian/local/dexconf 2007-02-13 11:02:09.0 +0100 +++ xorg-7.1.0/debian/local/dexconf 2007-03-28 10:40:00.0 +0200 @@ -351,6 +351,7 @@ if [ $DEVICE_USE_FBDEV = true ]; then printf \tOption\t\t\UseFBDev\\t\t\$DEVICE_USE_FBDEV\\n 4 fi +(shopt -s nullglob ; for i in /etc/X11/xserver.debconf.d/device/* ; do $i 4 ; done) printf EndSection\n 4 ### MONITOR @@ -428,6 +429,12 @@ EndSection SECTION +### Extensions +exec 4$DEXCONFTMPDIR/Extensions +echo Section \Extensions\ 4 +(shopt -s nullglob ; for i in /etc/X11/xserver.debconf.d/extensions/* ; do $i 4 ; done) +echo EndSection 4 + # Close file descriptor 4 before we delete temporary files exec 4- @@ -443,7 +450,7 @@ SPACER= for SECTION in Header Files Module InputDeviceKeyboard InputDeviceMouse \ - Device Monitor Screen ServerLayout DRI; do + Device Monitor Screen ServerLayout DRI Extensions; do if [ -e $DEXCONFTMPDIR/$SECTION ]; then eval $SPACER cat $DEXCONFTMPDIR/$SECTION $OUTFILE
Bug#412069: patch for beryl support
On Tue, Feb 27, 2007 at 06:26:45PM -0500, David Nusinow wrote: On Tue, Feb 27, 2007 at 11:33:12AM +0100, Robert Millan [ackstorm] wrote: On Tue, Feb 27, 2007 at 10:55:55AM +0100, Michel Dänzer wrote: My point is that if we don't figure that out satisfactorily in time, we could just enable the Composite extension, which sounds fairly safe, and seems to be enough for Intel cards. And Intel happens to be the card brand we have the best driver support for (compared to a RE'd driver for ATI and nothing for nVidia), so focusing on it makes sense to me. Yes, that should be mostly safe at this point. The only exception that comes to mind offhand is that fglrx disables the DRI when Composite is enabled. If we have to choose between optimizing for free drivers that work sanely (either intel or radeon) and non-free drivers that are partly broken, I think it's clear what is better. Ok with enabling Composite by default then? Yeah, I'm fine with that, although I think the better method is to enable it directly in the server by default. That sounds more like an upstream solution. IMHO, in Debian we should do it in the conffile because: - It's more transparent. User can tell this is enabled without going through the patchset. - It's easier to disable if it turns out to be a problem (performance?). -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412069: patch for beryl support
On Tue, Feb 27, 2007 at 06:25:51PM -0500, David Nusinow wrote: On Tue, Feb 27, 2007 at 10:26:09AM +0100, Robert Millan [ackstorm] wrote: On Mon, Feb 26, 2007 at 11:02:02PM -0500, David Nusinow wrote: I haven't decided if enabling composite by default is a wise move yet. No one in Debian has done a real analysis as to what the downsides of such a decision are. While compiz and beryl may be very sexy, I don't want to break or degrade performance on systems not running them simply for the convenience of not having to modify xorg.conf. It's not out of the question, but I don't want to blindly enable options in our default settings for the bling of it. Than can we conditionalise it? We could add a question with priority 'normal' that most users won't see. Then in the post-etch era, the Beryl community can add a reconfigure xserver-xorg and enable beryl settings step in their how-tos. If we were to do that, I suppose we would prefer to have XAANoOffscreenPixmaps and AddARGBGLXVisuals as well. I'd be fine with that. You'll have to ask the translation team for permission on this one though. I've cc'ed Christian in case he's not reading this report. Can I assume that, since you agreed to Composite by default in the other sub-thread, we're only discussing XAANoOffscreenPixmaps and AddARGBGLXVisuals here ? -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]