Bug#478423: compiz-fusion-plugins-main: compiz-text.pc is not placed in pkgconfig
Package: compiz-fusion-plugins-main Version: 0.6.0-5 Severity: normal The makefile doesn't put the compiz-text.pc into the proper directory for pkgconfig which is /usr/lib/pkgconfig/. The compiz-text.pc is generated though. This is causing building problems in the compiz-fusion-plugins-extra package. All these problems are hidden by autofoo so it is not FTBFS even though it should be -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages compiz-fusion-plugins-main depends on: ii libc6 2.7-10GNU C Library: Shared libraries ii libcairo2 1.6.4-1+b1The Cairo 2D vector graphics libra ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libglu1-mesa [libglu1] 7.0.3-1 The OpenGL utility library (GLU) ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstartup-notification0 0.9-1 library for program launch feedbac ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcomposite1 1:0.4.0-1 X11 Composite extension library ii libxdamage11:1.1.1-3 X11 damaged region extension libra ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxinerama1 2:1.0.3-1 X11 Xinerama extension library ii libxml22.6.32.dfsg-2 GNOME XML library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxslt1.1 1.1.23-1 XSLT processing library - runtime compiz-fusion-plugins-main recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478400: xserver-xorg-video-radeonhd: FTBFS: libpci-dev replaced pciutils-dev
Package: xserver-xorg-video-radeonhd Severity: serious Version: 1.2.1-1 Tags: sid Justification: fails to build from source pciutils-dev is now deprecated and uninstallable (strict versioned-dependency on pciutils). It was superseded by libpci-dev. signature.asc Description: Digital signature
Processed: Re: Bug#478277: xulrunner-1.9: JPEG images used as backgrounds do not render
Processing commands for [EMAIL PROTECTED]: > reassign 478277 xserver-xorg-core Bug#478277: xulrunner-1.9: JPEG images used as backgrounds do not render Bug reassigned from package `xulrunner-1.9' to `xserver-xorg-core'. > severity 478277 important Bug#478277: xulrunner-1.9: JPEG images used as backgrounds do not render Severity set to `important' from `important' > tags 478277 + patch Bug#478277: xulrunner-1.9: JPEG images used as backgrounds do not render There were no tags set. Tags added: patch > 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]
Processed: Re: Bug#478277: xulrunner-1.9: JPEG images used as backgrounds do not render
Processing commands for [EMAIL PROTECTED]: > reopen 478277 Bug#478277: xulrunner-1.9: JPEG images used as backgrounds do not render Bug reopened, originator not changed. > 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#478293: xterm: scrollback: disable "scroll to bottom on new output" while Shift key remains depressed?
Package: xterm Severity: wishlist xterm provides the facility to turn the scrollback feature "scroll to bottom on new output" on or off completely, but it would be very useful to have a third option, so that that feature is disabled while the Shift key is held down and re-enabled only when the Shift key is released. Say I am running "tail -f /var/log/syslog" in an xterm. I want "scroll to bottom on new output" enabled so that the tail "works". I then go into scrollback using Shift-PageUp in order to read some portion of the log output which has scrolled off the top. I have read half of whatever it was when suddenly there is some new syslog output and the xterm jumps back to the bottom and I lose my place. Which is really annoying. At the moment the options available are 1) put up with it 2) explicitly disable "scroll to bottom on new output" every time I use scrollback and then re-enable it afterwards 3) Ctrl-C out of "tail -f", use eg. less to examine the log file, then restart "tail -f" once I've finished It would be really useful if holding down the Shift key would disable "scroll to bottom on new output" for as long as the Shift key remains depressed, and then re-enable it when the Shift key is released. That way I could read the tailed log in scrollback without it randomly jumping out of sight, and when I'd finished reading it would revert to normal without any extra action required. -- Pigeon Be kind to pigeons Pigeon's Nest - http://pigeonsnest.co.uk/ Lucy Pinder Television - http://www.lucy-pinder.tv/ GPG key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x21C61F7F signature.asc Description: Digital signature
Bug#478263: xdm: does not allow to log in when no password is set
Package: xdm Severity: normal When I try to log in as a user with no password set xdm asks for a password and fails to verify it. I have to set an empty password to make xdm happy but this breaks other stuff. Thanks Michal -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.3-src (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478233: xbase-clients: xmodmap saturates memory
Hi, No matter, I will transfer the problem to Xorg guys. Best Regards S.Ancelot Julien Cristau a écrit : severity 478233 normal tag 478233 moreinfo kthxbye On Mon, Apr 28, 2008 at 10:12:14 +, s.ancelot wrote: Package: xbase-clients Version: 1:7.1.ds1-2 Severity: critical Justification: breaks the whole system This is probably a joke... For unknown reason consecutive calls to xmodmap with a file arguement causes the system memory to grow. Making a loop program in a shell to call xmodmap will perform an out of memory of the system. Don't do that then? looks like xmodmap has got leak memory problem ... xmodmap dies after its invocation, so its memory is freed. The problem you experience is somewhere else, but as you provide absolutely no clue how to reproduce it there's not much we can do. Please try to describe precisely how you reproduce this, and provide your full X log and config. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478233: xbase-clients: xmodmap saturates memory
severity 478233 normal tag 478233 moreinfo kthxbye On Mon, Apr 28, 2008 at 10:12:14 +, s.ancelot wrote: > Package: xbase-clients > Version: 1:7.1.ds1-2 > Severity: critical > Justification: breaks the whole system This is probably a joke... > For unknown reason consecutive calls to xmodmap with a file arguement > causes the system memory to grow. > > Making a loop program in a shell to call xmodmap will perform an out of memory > of the system. > Don't do that then? > looks like xmodmap has got leak memory problem ... > xmodmap dies after its invocation, so its memory is freed. The problem you experience is somewhere else, but as you provide absolutely no clue how to reproduce it there's not much we can do. Please try to describe precisely how you reproduce this, and provide your full X log and config. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#478233: xbase-clients: xmodmap saturates memory
Processing commands for [EMAIL PROTECTED]: > severity 478233 normal Bug#478233: xbase-clients: xmodmap saturates memory Severity set to `normal' from `critical' > tag 478233 moreinfo Bug#478233: xbase-clients: xmodmap saturates memory There were no tags set. Tags added: moreinfo > kthxbye 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#478233: xbase-clients: xmodmap saturates memory
Package: xbase-clients Version: 1:7.1.ds1-2 Severity: critical Justification: breaks the whole system For unknown reason consecutive calls to xmodmap with a file arguement causes the system memory to grow. Making a loop program in a shell to call xmodmap will perform an out of memory of the system. looks like xmodmap has got leak memory problem ... -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.19-ipipe Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages xbase-clients depends on: ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5+etch2 FreeType 2 font engine, shared lib ii libfs6 2:1.0.0-4 X11 Font Services library ii libgl1-mesa-glx [libgl 6.5.1-0.6 A free implementation of the OpenG ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxau61:1.0.1-2 X11 authorisation library ii libxaw71:1.0.2-4 X11 Athena Widget library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxkbfile11:1.0.3-2 X11 keyboard file manipulation lib ii libxmu61:1.0.2-2 X11 miscellaneous utility library ii libxmuu1 1:1.0.2-2 X11 miscellaneous micro-utility li ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxss11:1.1.0-1 X11 Screen Saver extension library ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii libxtrap6 1:1.0.0-4 X11 event trapping extension libra ii libxtst6 1:1.0.1-5 X11 Testing -- Resource extension ii libxv1 1:1.0.2-1 X11 Video extension library ii libxxf86dga1 2:1.0.1-2 X11 Direct Graphics Access extensi ii libxxf86vm11:1.0.1-2 X11 XFree86 video mode extension l ii x11-common 1:7.1.0-19X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3-13compression library - runtime xbase-clients recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478196: G35 via TMDS (HDMI=>DVI): wrong resolution
В 07:52 +0200 на 28.04.2008 (пн), Brice Goglin написа: > Bobi B. wrote: > > Package: xserver-xorg-video-intel > > Version: 2:2.1.0-2 > > > > Environment: MB P5E-VM HDMI with embedded Intel G35 video, Q9300, 4GB > > RAM, HDMI-to-DVI converter (came with the motherboard), Philips 200CW > > 20.1" LCD (optimal resolution 1680x1050), Debian testing (Lenny), uname > > -a : "Linux zen 2.6.24-1-686 #1 SMP Sat Apr 19 00:37:55 UTC 2008 i686 > > GNU/Linux". > > > > Problem: When monitor is connected using digital DVI cable (via supplied > > HDMI-to-DVI adapter) resolution is 1680x1052 (according to monitor's > > OSD; attached: xorg.conf, Xorg.0.log.gz). Image quality suffers, > > starting X only (`X', not `startx') gives A LOT of moire. With a regular > > analog cable resolution is correct. With TMDS Modelines seems to have no > > effect whatsoever, if DDC is disabled HorizSync and VertRefresh seems to > > be ignored and resolution is capped at 1280x768 (attached: > > Xorg-noddc.0.log.gz). Under Vista display works correctly, so it is > > probably not a hardware problem. More information can be supplied upon > > request. > > > > Is it better with xserver-xorg-video-intel 2.3.0 from experimental (will > require to upgrade xserver-xorg-core) or, at least something more recent > than 2.1.0, for instance 2.2.1 from > http://people.debian.org/~bgoglin/rebuilds/intel-2.2.1-Xserver1.3/ ? > > Brice Using 2:2.2.1-1~lenny1 effect is the opposite: now, according to monitor's OSD, vertical resolution is 1 pixel less: 1680x1049 at 60Hz. Will try to install experimental later today. Regards, b. Xorg-2.2.1-1.log.gz Description: GNU Zip compressed data