switch intel to radeon
Well, I have a Dell Inspiron 15R SE and it has an Intel GPU and Radeon HD 7730M. Gnome shows that it is using Intel GPU and when I try to switch for Radeon with vgaswitcheroo, both GPUs stay ON but not change to Radeon. How can I fix it?
Bug#722291: xserver-xorg-input-joystick: Initializes XBox 360 Gamepad as Something Like a Mouse
On Mon, Sep 9, 2013 at 15:38:41 -0500, Peter S wrote: > Package: xserver-xorg-input-joystick > Version: 1:1.6.1-1+b1 > Severity: normal > > When plugging the Madcatz XBox 360 wired controller into my computer, > it moves the cursor on the screen and makes my X desktop environments > unusable until the controller is unplugged. The mouse cursor will go > left, and warp through workspaces. Moving the controls on the gamepad > will change the behavior somewhat. It doesn't seem to care what > desktop environment it's in. > With the joystick input module not installed, this doesn't happen. > The above is what the joystick X driver is supposed to do. If you don't want that, you should remove this package... Cheers, Julien signature.asc Description: Digital signature
Bug#722435: Several display resolution changes during the boot sequence with Intel Ivy Bridge despite "fastboot" promise since xf86-video-intel 2.21.11
Package: xserver-xorg-video-intel Version: 2:2.21.15-1 Hi, I've read carefully the xf86-video-intel 2.21.11 announce on the Intel-gfx mailing list with its fastboot promise [1] However i don't have it on my Ivy Bridge system [2] with xserver-xorg-video-intel 2.21.15 - see my boot sequence video which resizes here : http://libre-ouvert.toile-libre.org/data/documents/MVI_3575.AVI (48,8 Mo, 26 sec) Chris Wilson from Intel told me that this would rather be a bug within Debian [3] I am using Debian GNU/Linux Sid with : - Linux debian 3.10-2-amd64 #1 SMP Debian 3.10.7-1 (2013-08-17) x86_64 GNU/Linux - libc6 2.17-92+b1 Thanks [1] "the DDX will try to preserve the same display configuration as used by the kernel, which hopefully will be the same configuration as setup by the BIOS. The result should be a boot sequence that does not resize at all (aka fastboot) - until the display manager takes over and loads a completely different configuration" http://lists.freedesktop.org/archives/intel-gfx/2013-June/029572.html [2] Intel Core i3-3225 CPU with HD Graphics 4000 + Intel H77 chipset. I've attached the result of lspci and lshw commands [3] "All we mean is that we avoid extraneous mode changes. That your system doesn't boot to desktop under 2 seconds from after POST is a distribution bug" http://www.mail-archive.com/intel-gfx@lists.freedesktop.org/msg25760.html lspci Description: Binary data lshw Description: Binary data
Bug#722291: Bug 722291
Thanks, that explains a lot. It's still a rough edge which needs work. This package is installed by default, so it could bother anybody: xorg/xserver-xorg/xserver-xorg-input-all/xserver-xorg-input-joystick ... so a new user plugging a joystick or controller into a computer is a recipe for a lost user. What do we do about it? We could disable this module by default, and have it pop up the manpage in a terminal window if a joystick is plugged in while X is running. Whatever we do, we don't want X to automatically initialize a joystick as a pointing device and start workspace warping with no explanation given, because that's... just messy. We could write a better description for the package while we're here: "This packages provides the driver for joysticks and gamepads as pointing devices on an X11 desktop." [...] -- 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/cafdo5rkrdsxrssrut2zn6w0ap7p4b74l4hmcsjpv9vtfboz...@mail.gmail.com
xterm-297.tgz
Patch #297 - 2013/09/10 * modify check for missing cells in bitmap font to work around terminus 10646 encoding, which is mostly missing, add assumeAllChars resource to provide the older behavior. * modify macros used to check for missing cells in bitmap fonts to pick up a long-overlooked improvement made to xfd in XFree86. * improve workaround for groff versus ASCII-equivalents; patch #185 had overlooked Xft configuration (reported by anonymous user on Arch Linux forum). * review/extend DECNRCM support (prompted by report by Hayaki Saito asking about the two "A" codes). + make pasting of DECNRCM data work by translating the pasted data into the selected encoding. + limit mode changes to VT220 and up. + ignore SCS for National Replacement Characters if DECNRCM is not set. + add tables and logic to decode SCS controls ending with "%" and one additional character. This expects the parsing of SCS to VT320. + also added parsing for SCS of DEC Supplemental and DEC Technical, which are for VT2xx and VT3xx respectively. + implement VT220 Multinational character set "GR" aka "DEC Supplemental Graphic". + DEC Technical character set based on vt100.net description. + implement Portuguese NRC. + provide for temporarily switching to/from NRC mode from UTF-8 mode when DECNRCM is set or reset. * minor fix to assert's found while testing examples from ttdoda's slrm-test1.txt. * modify DECLRMM to not update the cursor position (report by Iwamoto Kouichi forwarded by Hayaki Saito). * modify cursor-position report to take origin-mode into account (report by Hayaki Saito, see also iTerm2 pull request 129). * correct off-by-one comparison in when handling carriage-return at left margin (patch by Iwamoto Kouichi, forwarded by Hayaki Saito). * improve handling of faceName resource when a "size=" property is embedded in it, by using that size to replace the default faceSize resource. This lets xterm honor the other faceSize resources (report by Jens Schweikhardt). * improve OSC 52 selection-data by setting its timestamp to correspond to the most-recent event received by xterm, to ensure that calls to XtOwnSelect succeed even if the selection is manipulated solely through the keyboard (prompted by patch by Richard Tollerton). * change configure-script defaults for "luit" and "wide-chars" options to match the values used in the imake configuration, to lessen user surprise if they are accustomed to building xterm using imake(report by Andries E Brouwer). * improve the imake-related configuration's check if xterm is started in a locale that uses UTF-8 encoding. Before, this checked the locale settings only for "UTF-8", now it checks ignoring case for "UTF-8" and "UTF-8" (report by Andries E Brouwer). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
