Processed: reassign 599941 to xserver-xorg-core
Processing commands for cont...@bugs.debian.org: reassign 599941 xserver-xorg-core Bug #599941 [x11-xserver-utils] /usr/bin/xset: xset dpms etc seems to operate on all screens rather than just those provided such as :0.1, in X zaphod mode Bug reassigned from package 'x11-xserver-utils' to 'xserver-xorg-core'. Bug No longer marked as found in versions x11-xserver-utils/7.3+5. thanks Stopping processing here. Please contact me if you need assistance. -- 599941: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599941 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.128747031622890.transcr...@bugs.debian.org
Bug#600575: Info received (Bug#600575: xserver-xorg-video-intel: Intermittent black screen on resume from suspend on 945GM)
New info: This problem only occurs when the following setting is enabled in gnome-screensaver-preferences: [ ] Lock screen when screensaver is active With this option turned off, problem goes away. Looks like screensaver/x-session stuff is somehow involved. Can anyone help by testing on similar hardware - or deciding if this bug should be re-assigned? -- 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/4cbd5d58.2050...@eatmorespuds.com
RFS: xserver-xorg-video-openchrome_0.2.904+svn858-1
Hello X Strike Force ;) Recent message and blog post by Cyril Brulebois reminded me that the openchrome video driver is still waiting for a sponsor. The version in experimental basically have upstream latest svn version. I also added a debug package (this need careful reviewing). As already said last time, I want to ping open bugs and ask to test this version. Now if this does not fit with having XServer 1.9 in experimental, maybe this package should be hosted elsewhere... Just tell me. Best Regards Julien VdG -- Julien Viard de Galbertjul...@vdg.blogsite.org http://silicone.homelinux.org/ jul...@silicone.homelinux.org GPG Key ID: D00E52B6 Published on: hkp://keys.gnupg.net Key Fingerprint: E312 A31D BEC3 74CC C49E 6D69 8B30 6538 D00E 52B6 signature.asc Description: Digital signature
Re: RFS: xserver-xorg-video-openchrome_0.2.904+svn858-1
Hi Julien! (Not sure you're subscribed, keeping you in Cc just in case.) Julien Viard de Galbert jul...@vdg.blogsite.org (19/10/2010): Recent message and blog post by Cyril Brulebois reminded me that the openchrome video driver is still waiting for a sponsor. Sorry, I missed that, too many mails, too little time. The version in experimental basically have upstream latest svn version. I also added a debug package (this need careful reviewing). As already said last time, I want to ping open bugs and ask to test this version. Alright, will do as soon as I find some time. Now if this does not fit with having XServer 1.9 in experimental, maybe this package should be hosted elsewhere... Just tell me. I could push what's currently in experimental as “autobuild-unstable” to get it built against XServer 1.7 and tested by users; and also upload it to experimental so that it gets built against XServer 1.9 as other drivers; this way we get an almost complete set of drivers built against XServer 1.9 with the latter, and we can still ask users for feedback against XServer 1.7 with the former. (We're going to have to wait for NEW anyway by uploading to the official Debian archive, due to the debug package.) Does that sound like a plan? Mraw, KiBi. signature.asc Description: Digital signature
Re: RFS: xserver-xorg-video-openchrome_0.2.904+svn858-1
On Tue, Oct 19, 2010 at 12:23:48PM +0200, Cyril Brulebois wrote: Hi Julien! (Not sure you're subscribed, keeping you in Cc just in case.) I am, so no need for next times ;) Julien Viard de Galbert jul...@vdg.blogsite.org (19/10/2010): Recent message and blog post by Cyril Brulebois reminded me that the openchrome video driver is still waiting for a sponsor. Sorry, I missed that, too many mails, too little time. Yes I know, it was before you had high activity, probably still on vacation, and I did not push that last time when we talked about the amd64 bug. The version in experimental basically have upstream latest svn version. I also added a debug package (this need careful reviewing). As already said last time, I want to ping open bugs and ask to test this version. Alright, will do as soon as I find some time. Thanks. Now if this does not fit with having XServer 1.9 in experimental, maybe this package should be hosted elsewhere... Just tell me. I could push what's currently in experimental as “autobuild-unstable” to get it built against XServer 1.7 and tested by users; and also upload it to experimental so that it gets built against XServer 1.9 as other drivers; this way we get an almost complete set of drivers built against XServer 1.9 with the latter, and we can still ask users for feedback against XServer 1.7 with the former. Yes, just read that on your blog ;) (We're going to have to wait for NEW anyway by uploading to the official Debian archive, due to the debug package.) (So true, just forgot about that) Does that sound like a plan? Yes, fine. I could have published it on my own blog (as I did once) but I feel it needs to look a bit more official when it comes to asking user to install it. Just tell me when it's there so I can start pinging bugs ;) Regards -- Julien Viard de Galbertjul...@vdg.blogsite.org http://silicone.homelinux.org/ jul...@silicone.homelinux.org GPG Key ID: D00E52B6 Published on: hkp://keys.gnupg.net Key Fingerprint: E312 A31D BEC3 74CC C49E 6D69 8B30 6538 D00E 52B6 signature.asc Description: Digital signature
Bug#600129: fixed in xterm 264-1
On 2010-10-14 23:28:16 +, Cyril Brulebois wrote: Changes: xterm (264-1) unstable; urgency=low . * New upstream release: + Fix active-icon in specific cases (Closes: #591265). + Fix pointer visibility issues (Closes: #594856). + Fix segmentation fault with -fb and other options (Closes: #600129). This is inaccurate. The fix has also changed the bold font here (i.e. it looks different). -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- 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/20101019131418.ga4...@ypig.lip.ens-lyon.fr
Bug#600707: bold fixed font changed in xterm 264-1
Package: xterm Version: 264-1 Severity: normal The bold fixed font changed in xterm 264-1 (see attached snapshots). On some characters the old one was more readable. I've attached the output of appres XTerm. Note: the bold text has been obtained with tput bold. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages xterm depends on: ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.1 generic font configuration library ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libncurses5 5.7+20100313-4 shared libraries for terminal hand ii libutempter0 1.1.5-3A privileged helper for utmp/wtmp ii libx11-6 2:1.3.3-3 X11 client-side library ii libxaw7 2:1.0.7-1 X11 Athena Widget library ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxmu6 2:1.0.5-2 X11 miscellaneous utility library ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii xbitmaps 1.1.0-1Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.5+4 X11 utilities Versions of packages xterm suggests: pn xfonts-cyrillic none (no description available) -- no debconf information attachment: xterm-bold-261.pngattachment: xterm-bold-264.png*tek4014*fontLarge: 9x15 *tek4014*font2: 8x13 *tek4014*font3: 6x13 *tek4014*fontSmall: 6x10 *vtMenu*marginbell*Label: Enable Margin Bell *vtMenu*appcursor*Label:Enable Application Cursor Keys *vtMenu*tekmode*Label: Switch to Tek Mode *vtMenu*cursorblink*Label: Enable Blinking Cursor *vtMenu*appkeypad*Label:Enable Application Keypad *vtMenu*vthide*Label: Hide VT Window *vtMenu*titeInhibit*Label: Enable Alternate Screen Switching *vtMenu*scrollbar*Label:Enable Scrollbar *vtMenu*scrollkey*Label:Scroll to Bottom on Key Press *vtMenu*altscreen*Label:Show Alternate Screen *vtMenu*scrollttyoutput*Label: Scroll to Bottom on Tty Output *vtMenu*jumpscroll*Label: Enable Jump Scroll *vtMenu*activeicon*Label: Enable Active Icon *vtMenu*allow132*Label: Allow 80/132 Column Switching *vtMenu*reversevideo*Label: Enable Reverse Video *vtMenu*softreset*Label:Do Soft Reset *vtMenu*cursesemul*Label: Enable Curses Emulation *vtMenu*autowrap*Label: Enable Auto Wraparound *vtMenu*hardreset*Label:Do Full Reset *vtMenu*visualbell*Label: Enable Visual Bell *vtMenu*reversewrap*Label: Enable Reverse Wraparound *vtMenu*clearsavedlines*Label: Reset and Clear Saved Lines *vtMenu*poponbell*Label:Enable Pop on Bell *vtMenu*autolinefeed*Label: Enable Auto Linefeed *vtMenu*tekshow*Label: Show Tek Window *vtMenu.Label: VT Options *MenuButton*borderWidth:0 *fontMenu*font6*Label: Huge *fontMenu*fontdefault*Label:Default *fontMenu*font2*Label: Tiny *fontMenu*font-doublesize*Label:Doublesized Characters *fontMenu*fontescape*Label: Escape Sequence *fontMenu*font1*Label: Unreadable *fontMenu*font3*Label: Small *fontMenu*font-loadable*Label: VT220 Soft Fonts *fontMenu*fontsel*Label:Selection *fontMenu*font4*Label: Medium *fontMenu*render-font*Label:TrueType Fonts *fontMenu*font5*Label: Large *fontMenu*font-linedrawing*Label: Line-Drawing Characters *fontMenu*utf8-mode*Label: UTF-8 *fontMenu.Label:VT Fonts *mainMenu*hpFunctionKeys*Label: HP Function-Keys *mainMenu*allowsends*Label: Allow SendEvents *mainMenu*backarrow key*Label: Backarrow Key (BS/DEL) *mainMenu*quit*Label: Quit *mainMenu*num-lock*Label: Alt/NumLock Modifiers *mainMenu*redraw*Label: Redraw Window *mainMenu*scoFunctionKeys*Label:SCO Function-Keys *mainMenu*alt-esc*Label:Alt Sends Escape *mainMenu*logging*Label:Log to File *mainMenu*suspend*Label:Send STOP Signal *mainMenu*meta-esc*Label: Meta Sends Escape *mainMenu*print*Label: Print Window *mainMenu*continue*Label: Send CONT Signal *mainMenu*delete-is-del*Label: Delete is DEL *mainMenu*print-redir*Label:Redirect to Printer *mainMenu*interrupt*Label: Send INT Signal *mainMenu*oldFunctionKeys*Label:Old Function-Keys *mainMenu*hangup*Label: Send HUP Signal *mainMenu*sunFunctionKeys*Label:Sun Function-Keys *mainMenu*toolbar*Label:Toolbar *mainMenu*8-bit control*Label: 8-Bit Controls *mainMenu*terminate*Label: Send TERM Signal *mainMenu*sunKeyboard*Label:VT220 Keyboard *mainMenu*securekbd*Label: Secure Keyboard
Bug#600749: xorg: Xorg uses 100% cpu on ati radeon 9600 xt
On Tue, Oct 19, 2010 at 19:55:13 +0200, Roberto Falzarano wrote: (II) RADEON(0): GPU accel disabled or not working, using shadowfb for KMS Did you install the firmware-linux package? If not, please do that and reboot. If things still don't work then, attach the new Xorg log and dmesg. Cheers, Julien signature.asc Description: Digital signature
Processed: reassign 600749 to xserver-xorg-video-ati
Processing commands for cont...@bugs.debian.org: reassign 600749 xserver-xorg-video-ati Bug #600749 [xorg] xorg: Xorg uses 100% cpu on ati radeon 9600 xt Bug reassigned from package 'xorg' to 'xserver-xorg-video-ati'. Bug No longer marked as found in versions xorg/1:7.5+7. thanks Stopping processing here. Please contact me if you need assistance. -- 600749: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=600749 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.128751559723297.transcr...@bugs.debian.org
Re: RFS: xserver-xorg-video-openchrome_0.2.904+svn858-1
Julien Viard de Galbert jul...@vdg.blogsite.org (19/10/2010): I am, so no need for next times ;) ACK. But I see: | Mail-Followup-To: Julien Viard de Galbert jul...@vdg.blogsite.org, […] Alright, will do as soon as I find some time. Thanks. Well, nothing to say besides it's alright. Did you consider applying for the DM status or for the NM process? I could have published it on my own blog (as I did once) but I feel it needs to look a bit more official when it comes to asking user to install it. Just tell me when it's there so I can start pinging bugs ;) Available now in autobuild.ikibiki.org, in autobuild-unstable for the build against XServer 1.7; upload to experimental will follow shortly. (although that's not automated yet) the Release file is signed with my current GPG key in the keyring (747935DD). I think we want to look into pristine-tar to keep track of the upstream tarballs built from svn snapshots, so that we don't need to download them from the archive or from snapshot.debian.org when we only have a git repository available. Do you want to look into it, or do you want me to? Mraw, KiBi. signature.asc Description: Digital signature
Bug#597993: xserver-xorg-video-intel: [865GM] shadowfb makes moving windows way too slow
Hi! After today's testing upgrade of xserver-xorg-video-intel (2:2.9.1-4 - 2:2.12.0+shadow-2) 2D performance dropped to hardly usable state. Page scrolling in Iceweasel and windows movements became very sluggish. Any ideas how to work this around? lspci reports Intel Corporation 82865G Integrated Graphics Controller (rev 02) -- ...Bye..Dmitry. -- 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/aanlktimey3h4gyt9o0u5yofemgnovyg8act=ebgrk...@mail.gmail.com
