Bug#639766: Firefox and Iceweasel menu freeze while using compiz
On Die, 2011-08-30 at 05:49 +0200, Patrick Poulain wrote: > > Sometimes while using Menu Firefox or Iceweasel freeze for a while > (between 5 to 10 seconds) when using with compiz. It's looks like it's > a known problem as there is a Workaround on compiz wiki (see : > http://wiki.compiz.org/Plugins/Workarounds). That refers to an option of the compiz workarounds plugin (from the compiz-fusion-plugins-main package). Does enabling that plugin and option work around your problem? -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- 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/1314686834.6726.3.camel@thor.local
Bug#639766: Firefox and Iceweasel menu freeze while using compiz
Package: compiz Version: 0.8.4-4 Severity: normal Sometimes while using Menu Firefox or Iceweasel freeze for a while (between 5 to 10 seconds) when using with compiz. It's looks like it's a known problem as there is a Workaround on compiz wiki (see : http://wiki.compiz.org/Plugins/Workarounds). -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (700, 'stable'), (500, 'stable-updates') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages compiz depends on: ii compiz-core 0.8.4-4OpenGL window and compositing mana ii compiz-gnome 0.8.4-4OpenGL window and compositing mana ii compiz-gtk0.8.4-4OpenGL window and compositing mana ii compiz-plugins0.8.4-4OpenGL window and compositing mana compiz recommends no packages. Versions of packages compiz suggests: ii compizconfig-settings-manager 0.8.4-2Compizconfig Settings Manager -- no debconf information -- 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/20110830034941.18466.43883.reportbug@thinkdeb
Bug#639621: libgl1-mesa-dri: A DRI1-capable r300_dri.so should be provided
On Mon, 29 Aug 2011 09:23:07 +0200 Michel Dänzer wrote: > And to reiterate on what Cyril said: If the Gallium driver is slower > than swrast_dri.so (doing what?) Everything. As in, including basic drawing of windows (which I assume is something with KMS or the radeon driver or... I dunno yet); you don't need to tell me twice that something's wrong. But I don't want to clutter this bug with that issue. > that sounds like something very basic is going wrong, and you should > really look into that. Yes, I will, but I'd spent enough time on this that weekend :) I just had a local solution going so my machine was at least usable in the meantime, and was hoping to share that with other users using the same packages. If the way forward is KMS/DRI2, that's fine, but it's just going to take me a little longer to look into. -- Andrew Deason adea...@dson.org -- 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/20110829184336.54f375da3453fa0a6bd23...@dson.org
Bug#635251: any news on multi-arch for libpciaccess?
On Mon, 2011-08-29 at 16:38 +0300, Riku Voipio wrote: > On Mon, Aug 29, 2011 at 05:48:44PM +1000, Christopher James Halse Rogers > wrote: > > The -dev package shouldn't be marked as multiarch; the i386 package is > > not parallel installable with the amd64 package as they both > > ship /usr/include. In general, my understanding is that -dev packages > > should not be multiarched (yet). > > It is ok to incude same files in multiarch coinstallable packages, as long as > they are identical on all archictectures. Think > /usr/share/doc/libpciaccess0/copyright > for example. Hence all -dev packages where headers are same on all > architectures > are safe for multiarch. Yeah. I was confused by the documentation on wiki.debian.org/MultiArch/Implementation which said "policy forbids -dev packages from being marked as Multi-Arch: same". As you say, that only applies where the contents of headers change across architectures. I've updated that documentation to hopefully be clearer. signature.asc Description: This is a digitally signed message part
xorg: Changes to 'xsf-docs'
xsf-docs/faq/general.txt |5 + xsf-docs/howto/build-mesa.txt |8 ++-- 2 files changed, 7 insertions(+), 6 deletions(-) New commits: commit 195f1f51562592732464226894883339fddf32ca Author: Cyril Brulebois Date: Tue Aug 30 00:05:44 2011 +0200 faq: Mention how to gather intel about 3D. diff --git a/xsf-docs/faq/general.txt b/xsf-docs/faq/general.txt index 015c6af..b0554e5 100644 --- a/xsf-docs/faq/general.txt +++ b/xsf-docs/faq/general.txt @@ -30,6 +30,11 @@ All drivers preferences, through the `-dpi` X server command line option (see ++Xserver++’s manual page), or through ++xrandr++’s `--dpi` option. + * _How do I get some info about 3D support?_ + + Look at the link:../howto/build-mesa.html[instructions to build mesa], + there are a few commands to learn about 3D support, the current driver, + etc. + Ati driver ~~ commit 3121efb27aa2c84a04f0d159ef867b15aef86ddb Author: Cyril Brulebois Date: Tue Aug 30 00:02:08 2011 +0200 build-mesa: libdrm-dev is available in squeeze-backports. diff --git a/xsf-docs/howto/build-mesa.txt b/xsf-docs/howto/build-mesa.txt index 6840179..ade3771 100644 --- a/xsf-docs/howto/build-mesa.txt +++ b/xsf-docs/howto/build-mesa.txt @@ -87,8 +87,8 @@ $ sudo apt-get build-dep mesa If you’re on `squeeze` you may need to install a few more packages: -newer `libdrm-dev` (*FIXME:* talk about picking it from `wheezy`? or -about a local installation?), as well as `libxmu-dev`, `libxi-dev`. +newer `libdrm-dev` (it is available in `squeeze-backports`), +as well as `libxmu-dev`, `libxi-dev`. Make sure you have some disc space available, since the git repository is over 120MB, and since the mesa directory is over 500MB after a commit 28e8d6f2c8194791aa1d679e728f9fdd853945af Author: Cyril Brulebois Date: Tue Aug 30 00:00:07 2011 +0200 build-mesa: Update comment, we are shipping nouveau_vieux_dri.so now. diff --git a/xsf-docs/howto/build-mesa.txt b/xsf-docs/howto/build-mesa.txt index c6e1b90..6840179 100644 --- a/xsf-docs/howto/build-mesa.txt +++ b/xsf-docs/howto/build-mesa.txt @@ -34,10 +34,6 @@ Before reading further, be aware that `nouveau` is a bit special: * It’s considered experimental, and shipped in the `libgl1-mesa-dri-experimental` package accordingly. * It may fail to build (both API and ABI are still changing). - * We’re not shipping `nouveau_vieux_dri.so` yet (for cards from NV04 - to NV2X; `nouveau_dri.so` is for NV30 and later). See the upstream - http://nouveau.freedesktop.org/wiki/FeatureMatrix[FeatureMatrix] - page to determine a card’s series. -- 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/e1qy9yz-0001rk...@vasks.debian.org
Bug#639651: xserver-xorg-video-r128: FTBFS: Package 'xorg-server' requires 'dri2proto >= 2.6' but version of DRI2Proto is 2.3
Cyril Brulebois wrote: > Julien Cristau (29/08/2011): >> s/-core/-dev >> >> Same in the changelog. Gah --- I had fixed that locally but didn't manage to remember to regenerate the patch. > Bad jcristau, not following debian/README.source. :p > > Fixed in git. Not a huge deal anyway, r128 builds within unstable: > https://buildd.debian.org/status/package.php?p=xserver-xorg-video-r128 Thanks, both. -- >8 -- Subject: The bumped xserver-xorg-dev dependency is dri2proto, not glproto --- debian/changelog |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/debian/changelog b/debian/changelog index 1aa34a71..414e593b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,6 +1,6 @@ xorg-server (2:1.11.0-2) UNRELEASED; urgency=low - * Bump glproto dependency for xserver-xorg-dev (Closes: #639651). + * Bump dri2proto dependency for xserver-xorg-dev (Closes: #639651). -- Cyril Brulebois Mon, 29 Aug 2011 13:18:50 +0200 -- 1.7.6 -- 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/20110829181751.gb9...@elie.gateway.2wire.net
Bug#639721: RM: libgbm1-dbg [kfreebsd-amd64 kfreebsd-i386] -- ANAIS; linux-only
Package: ftp.debian.org Severity: normal Hi, please remove libgbm1-dbg on kfreebsd-*, it wasn't marked as linux-any along with the other libgbm* packages, and is still hanging around on kfreebsd-* in unstable. Thanks for your work. Mraw, KiBi. -- 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/20110829174959.10325.27691.reportbug@kitty
Bug#638978: xorg: X crashes when opening pidgin
On Son, 2011-08-28 at 22:54 +0300, Mandrantosoa 'Ndrianiaina wrote: > > > > Hmm, actually there's some confusion about whether there's 64 or 128 MB > > of VRAM, e.g. > > > > (II) RADEON(0): mem size init: gart size :fdff000 vram size: s:400 > > visible:7b94000 > > > > Do you know how much there's supposed to be? > > It seems like my graphic card has 128MB RAM : > :00:10.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility > Radeon 9600 M10] (prog-if 00 [VGA controller]) > Subsystem: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] > Flags: bus master, 66MHz, medium devsel, latency 255, IRQ 48 > Memory at b800 (32-bit, prefetchable) [size=128M] This shows the PCI BAR size, which doesn't necessarily match the VRAM size. Maybe check in Mac OS or the paper documentation that came with the machine. > But I don't know where to set VRAM configuration...' You can't / shouldn't need to. Please provide the dmesg output I asked for, even from a run that hasn't shown the problem yet. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- 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/1314638373.30297.24.camel@thor.local
Bug#639576: xserver-xorg-video-intel: xserver stops with FATAL: Module fbcon not found
The attachment ... Mathias On Sun, Aug 28, 2011 at 01:19:01PM +0200, Julien Cristau wrote: > On Sun, Aug 28, 2011 at 13:06:08 +0200, Mathias Palm wrote: > > > Package: xserver-xorg-video-intel > > Version: 2:2.15.0-3 > > Severity: important > > > > The xserver on my Aspire ONE stopped after a upgrasde about two works ago. > > Before it worked fine, but I had to > > remove older kernels. > > > > I could not find the module fbcon and also did not find useful information > > on the internet. > > > Whatever problem you have is unrelated to the fbcon message (which is > expected and not an issue). What did you upgrade when it stopped > working? What exactly happens when you start X? > > Cheers, > Julien X.Org X Server 1.10.4 Release Date: 2011-08-19 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-5-amd64 i686 Debian Current Operating System: Linux mini-mp 3.0.0-1-686-pae #1 SMP Sun Jul 24 14:27:32 UTC 2011 i686 Kernel command line: BOOT_IMAGE=/vmlinuz-3.0.0-1-686-pae root=UUID=2edf0183-3501-4092-94f7-7984f95e48f5 ro quiet Build Date: 24 August 2011 09:37:43AM xorg-server 2:1.10.4-1 (Cyril Brulebois ) Current version of pixman: 0.22.2 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Sun Aug 28 14:29:22 2011 (==) Using config file: "/etc/X11/xorg.conf" (==) Using system config directory "/usr/share/X11/xorg.conf.d" WARNING: All config files need .conf: /etc/modprobe.d/aspire-fix-sd-slots, it will be ignored in a future release. WARNING: All config files need .conf: /etc/modprobe.d/aspire-blacklist-memstick, it will be ignored in a future release. WARNING: All config files need .conf: /etc/modprobe.d/kqemu, it will be ignored in a future release. FATAL: Module fbcon not found. The XKEYBOARD keymap compiler (xkbcomp) reports: > Warning: Type "ONE_LEVEL" has 1 levels, but has 2 symbols > Ignoring extra symbols Errors from xkbcomp are not fatal to the X server
Bug#635251: any news on multi-arch for libpciaccess?
On Mon, Aug 29, 2011 at 05:48:44PM +1000, Christopher James Halse Rogers wrote: > The -dev package shouldn't be marked as multiarch; the i386 package is > not parallel installable with the amd64 package as they both > ship /usr/include. In general, my understanding is that -dev packages > should not be multiarched (yet). It is ok to incude same files in multiarch coinstallable packages, as long as they are identical on all archictectures. Think /usr/share/doc/libpciaccess0/copyright for example. Hence all -dev packages where headers are same on all architectures are safe for multiarch. Riku -- 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/20110829133851.ga22...@afflict.kos.to
Bug#639681: compiz: FTBFS ("window.o: undefined reference to symbol 'KIcon::~KIcon()'")
Source: compiz Version: 0.8.4-4 Severity: serious Hi, compiz fails to build when binNMUed, on all architectures; from the amd64 log: /usr/bin/ld: window.o: undefined reference to symbol 'KIcon::~KIcon()' /usr/bin/ld: note: 'KIcon::~KIcon()' is defined in DSO /usr/lib64/libkdeui.so.5 so try adding it to the linker command line /usr/lib64/libkdeui.so.5: could not read symbols: Invalid operation collect2: ld returned 1 exit status make[4]: *** [kde4-window-decorator] Error 1 Full logs available via https://buildd.debian.org/status/package.php?p=compiz Regards, Adam -- 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/1314618063.3574.6.ca...@hathi.jungle.funky-badger.org
Bug#639679: libxp: please convert to multiarch
Package: libxp Version: 1:1.0.1-1 Severity: wishlist Tags: patch Dear Maintainers, Could you support multiarch same for libxp Multiarch Information can be found on this wiki http://wiki.debian.org/Multiarch/Implementation A propsed patch is attached Thank you. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-9-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u libxp-1.0.1/debian/changelog libxp-1.0.1/debian/changelog --- libxp-1.0.1/debian/changelog +++ libxp-1.0.1/debian/changelog @@ -1,3 +1,9 @@ +libxp (1:1.0.1-2) UNRELEASED; urgency=low + + * convert to multiarch + + -- Julian Taylor Mon, 29 Aug 2011 12:54:02 +0200 + libxp (1:1.0.1-1) unstable; urgency=low * New upstream release. diff -u libxp-1.0.1/debian/rules libxp-1.0.1/debian/rules --- libxp-1.0.1/debian/rules +++ libxp-1.0.1/debian/rules @@ -23,6 +23,7 @@ endif DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) +DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE)) @@ -41,6 +42,7 @@ cd build && \ ../configure --prefix=/usr --mandir=\$${prefix}/share/man \ --infodir=\$${prefix}/share/info $(confflags) \ + --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \ CFLAGS="$(CFLAGS)" $(MAKE) -C build diff -u libxp-1.0.1/debian/control libxp-1.0.1/debian/control --- libxp-1.0.1/debian/control +++ libxp-1.0.1/debian/control @@ -4,7 +4,7 @@ Maintainer: Debian X Strike Force Uploaders: Drew Parsons , Cyril Brulebois Build-Depends: - debhelper (>= 5), + debhelper (>= 8.1.3~), quilt, pkg-config, libx11-dev (>= 1:0.99.2), @@ -20,6 +20,8 @@ Package: libxp6 Section: libs Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends}, @@ -37,6 +39,7 @@ Section: debug Priority: extra Architecture: any +Multi-Arch: same Depends: libxp6 (= ${binary:Version}), ${shlibs:Depends}, diff -u libxp-1.0.1/debian/libxp-dev.install libxp-1.0.1/debian/libxp-dev.install --- libxp-1.0.1/debian/libxp-dev.install +++ libxp-1.0.1/debian/libxp-dev.install @@ -1,3 +1,3 @@ -usr/lib/libXp.a -usr/lib/libXp.so -usr/lib/pkgconfig/xp.pc +usr/lib/*/libXp.a +usr/lib/*/libXp.so +usr/lib/*/pkgconfig/xp.pc diff -u libxp-1.0.1/debian/libxp6.install libxp-1.0.1/debian/libxp6.install --- libxp-1.0.1/debian/libxp6.install +++ libxp-1.0.1/debian/libxp6.install @@ -1 +1 @@ -usr/lib/libXp.so.6* +usr/lib/*/libXp.so.6* diff -u libxp-1.0.1/debian/compat libxp-1.0.1/debian/compat --- libxp-1.0.1/debian/compat +++ libxp-1.0.1/debian/compat @@ -1 +1 @@ -5 +9
Processed: Re: Bug#639651: xserver-xorg-video-r128: FTBFS: Package 'xorg-server' requires 'dri2proto >= 2.6' but version of DRI2Proto is 2.3
Processing commands for cont...@bugs.debian.org: > tag 639651 pending Bug #639651 [xserver-xorg-dev] xserver-xorg-video-r128: FTBFS: Package 'xorg-server' requires 'dri2proto >= 2.6' but version of DRI2Proto is 2.3 Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 639651: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639651 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.131461688710194.transcr...@bugs.debian.org
Bug#639651: xserver-xorg-video-r128: FTBFS: Package 'xorg-server' requires 'dri2proto >= 2.6' but version of DRI2Proto is 2.3
tag 639651 pending thanks Julien Cristau (29/08/2011): > > Subject: Bump xserver-xorg-core Depends on x11proto-dri2-dev > > > s/-core/-dev > > Same in the changelog. Bad jcristau, not following debian/README.source. :p Fixed in git. Not a huge deal anyway, r128 builds within unstable: https://buildd.debian.org/status/package.php?p=xserver-xorg-video-r128 Mraw, KiBi. signature.asc Description: Digital signature
xorg-server: Changes to 'debian-unstable'
debian/changelog |6 ++ debian/control |2 +- 2 files changed, 7 insertions(+), 1 deletion(-) New commits: commit 005f08f470494d062589bfff66cb5ba74a5e5022 Author: Cyril Brulebois Date: Mon Aug 29 13:19:37 2011 +0200 Bump glproto dependency for xserver-xorg-dev (Closes: #639651). diff --git a/debian/changelog b/debian/changelog index ac07882..1aa34a7 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +xorg-server (2:1.11.0-2) UNRELEASED; urgency=low + + * Bump glproto dependency for xserver-xorg-dev (Closes: #639651). + + -- Cyril Brulebois Mon, 29 Aug 2011 13:18:50 +0200 + xorg-server (2:1.11.0-1) unstable; urgency=low [ Julien Cristau ] diff --git a/debian/control b/debian/control index ea69deb..f822fc9 100644 --- a/debian/control +++ b/debian/control @@ -163,7 +163,7 @@ Depends: x11proto-video-dev, x11proto-randr-dev (>= 1.2.99.3), x11proto-render-dev (>= 2:0.11), - x11proto-dri2-dev (>= 2.3), + x11proto-dri2-dev (>= 2.6), x11proto-fonts-dev, x11proto-xinerama-dev, x11proto-kb-dev, -- 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/e1qxzsv-0001q8...@vasks.debian.org
Bug#639656: xorg-server: debian/rules references unknown configuration options
Hi Dave, Dave Witbrodt (28/08/2011): > I do my own local builds of the X stack, and I have been noticing > warnings like this when building the X server for a while: > > configure: WARNING: unrecognized options: --disable-builddocs, > --disable-xcalibrate […] > I left "--enable-mitshm" quoted there because './configure --help' > doesn't mention such an option (instead it mentions "--disable-shm"), > but reading the 'configure' script itself reveals that > "--enable-mitshm" is correct (and there is no such thing as > "--enable-shm"). Does the X Strike Force know anything about this > last issue? Would you like me to report it upstream as a bug in the > help text, or is it not a bug? I think I sent a patch at some point about mitshm. As for the devel docs, that's known, and I haven't fixed the options to remember trying to enable and ship the devel docs again (I don't have the bug number handy though). Mraw, KiBi. signature.asc Description: Digital signature
Processed: unblock 594269 with 586502, block 586502 with 594269
Processing commands for cont...@bugs.debian.org: > unblock 594269 with 586502 Bug #594269 [xserver-xorg-core] Please reenable PCI_TXT_IDS_DIR for third-party drivers Was blocked by: 586502 Removed blocking bug(s) of 594269: 586502 > block 586502 with 594269 Bug #586502 [nvidia-glx] nvidia-glx: Xorg doesn't try to load nvidia driver even though all other drivers have been removed Was not blocked by any bugs. Added blocking bug(s) of 586502: 594269 > thanks Stopping processing here. Please contact me if you need assistance. -- 586502: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586502 594269: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594269 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.131461079312564.transcr...@bugs.debian.org
Re: kwin 4.6.5 crashes when enabling effects with mesa 7.11 and intel sandybridge
On Mon, 2011-08-29 at 10:47 +0200, Martin Steigerwald wrote: > > 1) kwin crashes with blur effect and indirect rendering. I think thats > purely a KDE/kwin issue. Given that the crash occurs in libGL, and it doesn't happen with direct rendering, I think this is most likely a libgl1-mesa-glx bug. > 2) kwin switches to indirect rendering due to changed OpenGL renderer > string for Intel DRM in Mesa 7.11. Where to report that? Also kde-window- > manager? Yes. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- 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/1314608779.31972.54.camel@thor.local
Re: kwin 4.6.5 crashes when enabling effects with mesa 7.11 and intel sandybridge
Am Montag, 29. August 2011 schrieb Yannick: > Martin Steigerwald wrote: > > I think there was an environment variable for that... > > Hi Martin, Hi Yannick, Michael, hi .*, > I had the same problem with the same configuration. Kwin was saying it > could not use direct rendering. I managed to get it working forcing > KWIN_DIRECT_GL to 1. > > For this, I use a shell script on ~/.kde/env with: > > #!/bin/bash > export KWIN_DIRECT_GL=1 > > I hope this will help you. Thanks, Yannick. This does work. Okay, Michael, this also answers your question whether kwin crashes with direct rendering forced. No, it doesn´t. So there are two issues: 1) kwin crashes with blur effect and indirect rendering. I think thats purely a KDE/kwin issue. 2) kwin switches to indirect rendering due to changed OpenGL renderer string for Intel DRM in Mesa 7.11. Where to report that? Also kde-window- manager? According to mesa-devs I believe so, cause they tend to think that relying on a certain renderer string is bad. I tend to agree also Martin Graesslin, kwin developer, pointed out that there is not much of another alternative. Please advice where to file bug reports. Thanks, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- 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/201108291047.35798.mar...@lichtvoll.de
libpciaccess: Changes to 'debian-experimental'
debian/control |2 ++ 1 file changed, 2 insertions(+) New commits: commit 396f12467d2b6f9db6046109f654a6eb0ebf6a0f Author: Christopher James Halse Rogers Date: Mon Aug 29 18:16:13 2011 +1000 Mark libpciacces-dev as Multi-Arch: same also diff --git a/debian/control b/debian/control index 2a5367c..f9ae560 100644 --- a/debian/control +++ b/debian/control @@ -38,6 +38,8 @@ Description: Generic PCI access library for X Package: libpciaccess-dev Section: libdevel Architecture: any +Pre-Depends: ${misc:Pre-Depends} +Multi-Arch: same Depends: libpciaccess0 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends} Description: Generic PCI access library for X - development files Provides functionality for X to access the PCI bus and devices -- 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/e1qxx1u-0001cv...@vasks.debian.org
Bug#635251: any news on multi-arch for libpciaccess?
On Wed, 2011-08-24 at 11:54 +0300, Riku Voipio wrote: > On Wed, Aug 24, 2011 at 09:51:08AM +0200, Julien Cristau wrote: > > On Wed, Aug 24, 2011 at 10:27:56 +0300, Riku Voipio wrote: > > > Any updates here? As a udev reverse dependency this is quite important > > > for earlt multi-arch conversion. > > > It'll probably happen on the next upload, but I'm not going to rush > > that. (What does this have to do with udev?) > > Looks like an ubuntuisim. needed inderectly for animated startup graphics, > sigh. No hurry on debian side then it seems. libdrm-intel now depends on libpciaccess, plymouth depends on libdrm-intel, and so on. The -dev package shouldn't be marked as multiarch; the i386 package is not parallel installable with the amd64 package as they both ship /usr/include. In general, my understanding is that -dev packages should not be multiarched (yet). I should apparently also read Debian bug reports more often. I'd just pushed a dh7 cleanup branch which also adds multiarch to the debian-experimental git branch before reading this mail. signature.asc Description: This is a digitally signed message part
Bug#639651: xserver-xorg-video-r128: FTBFS: Package 'xorg-server' requires 'dri2proto >= 2.6' but version of DRI2Proto is 2.3
On Sun, Aug 28, 2011 at 20:53:43 -0500, Jonathan Nieder wrote: > Subject: Bump xserver-xorg-core Depends on x11proto-dri2-dev > s/-core/-dev Same in the changelog. Cheers, Julien -- 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/20110829073917.ga14...@coloquinte.cristau.org
Bug#639621: libgl1-mesa-dri: A DRI1-capable r300_dri.so should be provided
On Son, 2011-08-28 at 13:16 -0500, Andrew Deason wrote: > > On my system, using KMS and DRI2 is really slow (this is known in at > least some cases; KMS/DRI2 just isn't as mature right now, I think? See > 572911, 607510, and probably others). So, I have disabled KMS and just > want to use regular DRI, which is currently much better. > > The problem is, the r300_dri.so that is shipped with libgl1-mesa-dri is > the Gallium driver (I have a Radeon X1300, which uses r300_dri.so). > This only works with DRI2, so all of the 3d rendering is done via > swrast_dri.so. The performance isn't bad (still much better than KMS), > but if I build libgl1-mesa-dri locally, and grab the non-Gallium > r300_dri.so I get better performance since I'm no longer rendering via > software. And to reiterate on what Cyril said: If the Gallium driver is slower than swrast_dri.so (doing what?), that sounds like something very basic is going wrong, and you should really look into that. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- 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/1314602587.31972.41.camel@thor.local
libpciaccess: Changes to 'debian-experimental'
.gitignore| 65 ++ COPYING | 57 - ChangeLog | 1114 +- Makefile.am | 18 README| 35 + configure.ac | 86 +- debian/README.source |7 debian/changelog | 95 +++ debian/compat |2 debian/control| 22 debian/copyright | 51 + debian/libpciaccess-dev.install |6 debian/libpciaccess0-udeb.install |1 debian/libpciaccess0.install |2 debian/libpciaccess0.shlibs |1 debian/libpciaccess0.symbols | 20 debian/rules | 86 -- debian/source.lintian-overrides |1 debian/watch |1 include/Makefile.am |1 include/pciaccess.h | 79 ++ m4/ax_define_dir.m4 | 49 + man/Makefile.am | 34 + man/scanpci.man | 44 + scanpci/.gitignore|1 scanpci/Makefile.am | 29 scanpci/scanpci.c | 215 +++ src/.gitignore|8 src/Makefile.am | 34 - src/common_bridge.c | 60 +- src/common_capability.c | 12 src/common_device_name.c | 19 src/common_init.c |3 src/common_interface.c| 51 + src/common_io.c | 252 src/common_vgaarb.c | 339 +++ src/common_vgaarb_stub.c | 79 ++ src/freebsd_pci.c | 183 +- src/linux_sysfs.c | 234 ++- src/netbsd_pci.c |2 src/openbsd_pci.c | 282 ++--- src/pci_tools.h | 44 - src/pciaccess_private.h | 29 src/scanpci.c | 214 --- src/scanpci.man | 44 - src/solx_devfs.c | 198 -- src/x86_pci.c | 669 ++ 47 files changed, 4156 insertions(+), 722 deletions(-) New commits: commit 8d5d28a71feb352574a22598487ef47ba7906ebf Author: Christopher James Halse Rogers Date: Mon Aug 8 15:40:09 2011 +1000 Switch to compat 9 for easy multiarch diff --git a/debian/changelog b/debian/changelog index b00d1e9..eec320e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,6 +1,8 @@ libpciaccess (0.12.1-2) UNRELEASED; urgency=low - * Switch to dh and compat 7. + * Switch to dh. + * Switch to debhelper compat 9 and build multiarch libraries. + * Add lintian override for not-yet-finalised debhelper compat level. * Bump standards version to 3.9.2 (no changes). -- Christopher James Halse Rogers Mon, 08 Aug 2011 12:41:42 +1000 diff --git a/debian/compat b/debian/compat index c793025..ec63514 100644 --- a/debian/compat +++ b/debian/compat @@ -1 +1 @@ -7 \ No newline at end of file +9 diff --git a/debian/control b/debian/control index 7c30152..2a5367c 100644 --- a/debian/control +++ b/debian/control @@ -4,7 +4,7 @@ Priority: optional Maintainer: Debian X Strike Force Uploaders: David Nusinow , Cyril Brulebois Build-Depends: - debhelper (>= 7.0.50~), + debhelper (>= 8.1.3), libtool, automake, zlib1g-dev, @@ -20,6 +20,8 @@ Section: libs Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Suggests: pciutils +Pre-Depends: ${misc:Pre-Depends} +Multi-Arch: same Description: Generic PCI access library for X Provides functionality for X to access the PCI bus and devices in a platform-independant way. diff --git a/debian/libpciaccess-dev.install b/debian/libpciaccess-dev.install index 4797855..304f643 100644 --- a/debian/libpciaccess-dev.install +++ b/debian/libpciaccess-dev.install @@ -1,4 +1,4 @@ -usr/lib/pkgconfig -usr/lib/lib*.a -usr/lib/lib*.so +usr/lib/*/pkgconfig +usr/lib/*/lib*.a +usr/lib/*/lib*.so usr/include diff --git a/debian/libpciaccess0-udeb.install b/debian/libpciaccess0-udeb.install index 413fe77..16d2f19 100644 --- a/debian/libpciaccess0-udeb.install +++ b/debian/libpciaccess0-udeb.install @@ -1 +1 @@ -usr/lib/libpciaccess.so.0* +usr/lib/*/libpciaccess.so.0* usr/lib diff --git a/debian/libpciaccess0.install b/debian/libpciaccess0.install index 413fe77..782ff72 100644 --- a/debian/libpciaccess0.install +++ b/debian/libpciaccess0.install @@ -1 +1 @@ -usr/lib/libpciaccess.so.0* +usr/lib/*/libpciaccess.so.0* diff --git a/debian/source.lintian-overrides b/debian/source.lintian-overrides new file mode 100644 index 000..b27fbac --- /dev/null +++ b/debian/source.lintian-overrides @@ -0,0 +1 @@ +source: package-needs-versioned-debhelper-build-depends 9 commit 0b100bef8fccb4ce362f6b1a29c2789b775c41a0 Author: Christopher James Halse Rogers Date: Mon Aug 8 15:38:23 2011 +1000 Bump standards version; no changes needed diff --git a/debi