Processed: Re: Bug#353380: If i would be clever
Processing commands for [EMAIL PROTECTED]: > reassign 353380 xserver-xorg Bug#353380: Package: installation-reports Bug reassigned from package `installation-reports' to `xserver-xorg'. > retitle 353380 fr-latin9 layout does not work properly Bug#353380: Package: installation-reports Changed Bug title. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353401: libxvmc-dev: libXvMCW.a compiled without -fPIC, can't be used in .so:s
Package: libxvmc-dev Version: 6.9.0.dfsg.1-4 Severity: important *** Please type your report below this line *** The libXvMCW.a contains non-relocatable code. This means that any attempt to build a lib*.so which links statically to libXvMCW.a will break. Diagnosing with objdump: objdump -r libXvMCW.a | grep REL24 0034 R_PPC_REL24 strlen 0040 R_PPC_REL24 strlen 0050 R_PPC_REL24 malloc etc... This makes it impossible to build mythtv-0.19 on ppc, since it does just that (builds libmythtv.so, which statically links to libXvMCW). Or rather, it builds, but the resulting .so is unusable. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libxvmc-dev depends on: ii libxv-dev 6.9.0.dfsg.1-4 X Window System video extension li ii libxvmc1 6.9.0.dfsg.1-4 X Window System video motion compe ii x-dev 6.9.0.dfsg.1-4 X protocol development files libxvmc-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#332548: Summary
> Older driver code should still work with the current server code. > http://cvs.freedesktop.org/xorg/driver/xf86-video-ati/ > Note that in order to build this, you'll need xserver-xorg-dev from > experimental or Ubuntu dapper, or to build xserver CVS yourself. I've been having a horrible time trying to get a copy from CVS to work. I'm using Debian Testing. I grabbed the 12/20/05 version of the driver from cvs (I think this should correspond to 6.9.0): 'cvs -d :pserver:[EMAIL PROTECTED]:/cvs/xorg co -D "2005-12-20" driver/xf86-video-ati' I installed the autoconf2.13 and libtool packages. I ran 'sh autogen.sh': ~/driver/xf86-video-ati$ sh autogen.sh autoreconf2.50: Entering directory `.' autoreconf2.50: configure.ac: not using Gettext autoreconf2.50: running: aclocal --output=aclocal.m4t autoreconf2.50: `aclocal.m4' is created autoreconf2.50: configure.ac: tracing autoreconf2.50: running: libtoolize --copy autoreconf2.50: `aclocal.m4' is unchanged autoreconf2.50: running: /usr/bin/autoconf autoreconf2.50: running: /usr/bin/autoheader autoreconf2.50: running: automake --add-missing --copy automake: configure.ac: installing `./install-sh' automake: configure.ac: installing `./mkinstalldirs' automake: configure.ac: installing `./missing' Makefile.am:24: BUILD_LINUXDOC does not appear in AM_CONDITIONAL configure.ac: 30: required file `./[config.h].in' not found src/Makefile.am:37: invalid unused variable name: `ATIMISC_CPIO_SOURCES' src/Makefile.am:41: invalid unused variable name: `ATIMISC_DGA_SOURCES' src/Makefile.am:36: invalid unused variable name: `ATI_CPIO_SOURCES' autoreconf2.50: automake failed with exit status: 1 ~/driver/xf86-video-ati$ I spent a lot of time trying to figure out how to fix automake, but I didn't really get anywhere, so I eventually gave up and just ran './configure': [...] ./configure: line 18921: syntax error near unexpected token `XINERAMA,' ./configure: line 18921: `XORG_DRIVER_CHECK_EXT(XINERAMA, xineramaproto)' ~/driver/xf86-video-ati$ I couldn't figure out what this was all about, so I commented out all the lines in configure containing XORG_DRIVER_CHECK_EXT or PKG_CHECK_MODULES and ran './configure' again: [...] checking whether to include TV Out support... yes ./configure: line 19353: XORG_MANPAGE_SECTIONS: command not found ./configure: line 19354: XORG_RELEASE_VERSION: command not found ./configure: line 19355: XORG_CHECK_LINUXDOC: command not found configure: creating ./config.status config.status: creating Makefile config.status: creating src/Makefile config.status: creating man/Makefile config.status: creating config.h config.status: executing default-1 commands ~/driver/xf86-video-ati$ Alright, atleast it created the Makefiles this time. 'cd src' 'make' ...make wasn't able to find the xorg header files... So, I checked in Debian Experimental, but didn't find an xserver-xorg-dev package. I went to ubuntu and manually downloaded and installed the xserver-xorg-dev package instead. I later found I needed a bunch of the x11proto--dev packages as well; I installed core, fonts, xext, xf86misc, video, xinerama, render, randr, xf86dri, and gl from http://packages.ubuntu.com/dapper/x11/ dpkg wasn't very happy about installing the X7.0 dev package on a system running X6.9, so I just used 'dpkg -i --force-depends .deb' I also installed the mesa-common-dev, libdrm-dev, and libdrm2 packages from Debian. Then I ran 'make' again ...and make still wasn't able to find the xorg header files... So, rather than mucking with the make file, I just copied all the xorg headers to the src directory: 'cp /usr/include/xorg/* .' 'cp -R /usr/X11R6/include/X11/ .' 'cp /usr/X11R6/include/X11/dri/* .' 'cp /usr/include/drm/* .' I also had to add this to the beginning of radeon_accel.c: #define errno xf86errno #define EBUSY xf86_EBUSY and this to the beginning of r128_accel.c: extern int xf86errno; #define errno xf86errno #define EBUSY 1022 #define EAGAIN 1002 I ran 'make' again, and FINALLY, everything compiled! *whew* 'su' 'make install' ...this installed the driver in /usr/local/lib/xorg/modules/drivers/radeon_drv.so 'cd /usr/X11R6/lib/modules/drivers' 'mv radeon_drv.so radeon_drv.so.orig' I wasn't sure if libtool did anything special to the driver when installing it, so I edited radeon_drv.la - libdir='/usr/X11R6/lib/modules/drivers' - then ran: 'libtool --mode=install install -c radeon_drv.la /usr/X11R6/lib/modules/drivers/radeon_drv.la' Now the driver should be in the right place. Restarted X ... and ... *drum roll* ... (II) LoadModule: "radeon" (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.so dlopen: /usr/X11R6/lib/modules/drivers/radeon_drv.so: undefined symbol: gRADEONEntityIndex (EE) Failed to load /usr/X11R6/lib/modules/drivers/radeon_drv.so (II) UnloadModule: "radeon" (EE) Failed to load module "radeon" (loader failed, 7) The full Xorg log file is attached. By this point, I had already spent some hours banging my head on the desk trying to get e
Bug#353356: xlibmesa-gl-dev: trying to overwrite `/usr/include/GL/glext.h', which is also in package mesa-common-dev
Package: xlibmesa-gl-dev Version: 6.9.0.dfsg.1-4 Severity: important I tried to build drscheme from etch on unstable but getting build dependencies seems to fail because /usr/include/GL/glext.h is in two packages (and no Replaces or Conflicts is set): $ sudo apt-get build-dep drscheme Password: Reading package lists... Done Building dependency tree... Done The following packages will be REMOVED: libgl1-mesa-swx11 The following NEW packages will be installed: libssl-dev xlibmesa-gl xlibmesa-gl-dev 0 upgraded, 3 newly installed, 1 to remove and 1 not upgraded. Need to get 3131kB of archives. After unpacking 4923kB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://ftp.fi.debian.org sid/main libssl-dev 0.9.8a-7 [2076kB] Get:2 http://ftp.fi.debian.org sid/main xlibmesa-gl 6.9.0.dfsg.1-4 [311kB] Get:3 http://ftp.fi.debian.org sid/main xlibmesa-gl-dev 6.9.0.dfsg.1-4 [744kB] Fetched 3131kB in 31s (98.7kB/s) dpkg: libgl1-mesa-swx11: dependency problems, but removing anyway as you request: gtkglarea5 depends on xlibmesa3-gl | libgl1; however: Package xlibmesa3-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. libwxgtk2.4 depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. libxine1 depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. libglu1-xorg depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. tdfsb depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. xt depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. planetpenguin-racer depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. drscheme depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. blender depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. xmoto depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. libgtkgl2.0-1 depends on xlibmesa3-gl | libgl1; however: Package xlibmesa3-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. freeglut3 depends on xlibmesa-gl | libgl1; however: Package xlibmesa-gl is not installed. Package libgl1 is not installed. Package xlibmesa-gl which provides libgl1 is not installed. Package libgl1-mesa-glx which provides libgl1 is not installed. Package libgl1-mesa-swx11 which provides libgl1 is to be removed. libwxgtk2.6-0 depends on xlibmesa-gl | libgl1; however: Package xlib
Bug#332548: Summary
On Fri, 2006-02-17 at 10:18 -0500, Paul Donohue wrote: > > > It sounds like switching to MergedFB mode or the fglrx drivers fixes > > > the problem for everyone - > > BTW, dual head is known not to work correctly with fglrx when direct > > rendering is not enabled. That's not related to this bug. > When direct rendering is not enabled? Hmmm... I was under the > impression direct rendering couldn't be enabled when dual head is enabled... It can with fglrx, in contrast to the free drivers. > > > If I have time, I'll try some revisions in CVS between 6.8.2 and 6.9.0 > > > to see if I can find when the problem appeared, but this could take a > > > while. > > I'm afraid there's no way around that... > I'm not particularly experienced with X development... Will I need to > build all of X using each CVS revision, or will it be possible to just > build one or two copies of X, then build each copy of the driver from > CVS and use it with the one copy of X? Older driver code should still work with the current server code. > ...and...um...where is the CVS archive for the radeon driver? I'm not > seeing it at http://cvs.freedesktop.org/xorg/driver/ http://cvs.freedesktop.org/xorg/driver/xf86-video-ati/ Note that in order to build this, you'll need xserver-xorg-dev from experimental or Ubuntu dapper, or to build xserver CVS yourself. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#332548: Summary
> > It sounds like switching to MergedFB mode or the fglrx drivers fixes > > the problem for everyone - > BTW, dual head is known not to work correctly with fglrx when direct > rendering is not enabled. That's not related to this bug. When direct rendering is not enabled? Hmmm... I was under the impression direct rendering couldn't be enabled when dual head is enabled... > > If I have time, I'll try some revisions in CVS between 6.8.2 and 6.9.0 > > to see if I can find when the problem appeared, but this could take a > > while. > I'm afraid there's no way around that... I'm not particularly experienced with X development... Will I need to build all of X using each CVS revision, or will it be possible to just build one or two copies of X, then build each copy of the driver from CVS and use it with the one copy of X? ...and...um...where is the CVS archive for the radeon driver? I'm not seeing it at http://cvs.freedesktop.org/xorg/driver/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345929: radeon memory map patch applied upstream
See: http://lists.freedesktop.org/archives/xorg/2006-February/013036.html Bens patch has now been applied upstream. Can we get this fix in the debian package too? Anders -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: wrong packages
Processing commands for [EMAIL PROTECTED]: > reassign 352840 xserver-xorg Bug#352840: dri broke after upgrade yesterday (etch) Bug reassigned from package `xserver-xorg_6.9.0.dfsg.1-4_i386.deb' to `xserver-xorg'. > reassign 351987 console-common Bug#351987: Slovenian translation Bug reassigned from package `console-common_debian' to `console-common'. > -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353289: xfs: "stop" does not work in the init script
Package: xfs Version: 6.9.0.dfsg.1-4 Severity: normal In line 97 misses a "fi" and in line 119 is one too much. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xfs depends on: ii libc6 2.3.6-1GNU C Library: Shared libraries an ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii zlib1g1:1.2.3-9 compression library - runtime xfs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debian-x@lists.debian.org
On Fri, 2006-02-17 at 00:03 -0500, David L. Johnson wrote: > As directed by Michel Dänzer, I am sending in the output of the > command /usr/share/bug/xserver-xorg/script 3>&1 | cat > err > once I restored my /etc/X11/xorg.conf to the original state (enabling dri), > which, after an upgrade on Monday, broke my X. Thanks. Would it be a lot of effort for you to try a 2.6 kernel? It appears from other reports that the radeon driver in X.Org 6.9 accidentally broke compatibility with the 2.4 kernel DRM, and I'm afraid that's unlikely to get fixed. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer