Bug#577392: closed by Julien Cristau (Re: Bug#577392: x11-xserver: dead_stroke has no visible effect)
isn't it possible to move this bug to gtk? instead of opening a new one? On 2010-0413 18:29:31, Julien Cristau wrote: > If dead_stroke is working in Xlib apps, and not in gtk apps, then file a > bug against gtk. > > Cheers, > Julien -- La rovina del mondo sara' l'indifferenza. Ma chi se ne fotte! -- 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/20100413180343.ga29...@croese.home.bogus
Bug#577392: closed by Julien Cristau (Re: Bug#577392: x11-xserver: dead_stroke has no visible effect)
On 2010-0411 19:33:09, Debian Bug Tracking System wrote: > It has been closed by Julien Cristau . I'm sorry, but I don't manage to see the problem as closed. correct me if I'm wrong: I understand that as far as X11 is concerned, there is no bug. ok, so if it is not 'as designed', that you can use xmodmap to define your own keyboard for gnome applications but this ability excludes dead_stroke (and dead_breve), and I assume it is not, against which package should I file this bug? or is it really a correct behaviour the one I observe? -- 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/20100413162159.ga28...@croese.home.bogus
Bug#577392: x11-xserver: dead_stroke has no visible effect
On 2010-0411 12:17:18, Julien Cristau wrote: > your xev output shows that this is working correctly, as far > as I can tell? that is the curious part about it! I don't see the difference between the two sequences of key hits, in terms of produced keypress event. but one sequence produces l, the other ł. > What app are you having a problem with? oh, you are right, on this server I seldom use anything else than gnome-terminal. on maemo, it happens in all programs. on desktop debian I only tested the gnome-terminal. now started uxterm and oowriter and you are correct: both dead_stroke-l and compose-/-l produce ł (l with stroke). are you suggesting it might be a gnome problem? I checked System-Preferences-About Me and ther dead_stroke-l produces l (l without stroke). the gnome file browser -but also firefox (iceweasel)- show the incorrect behaviour. GNU Emacs 22.3.1 (powerpc-unknown-linux-gnu, X toolkit, Xaw3d scroll bars) behaves correctly, too. > Cheers, > Julien Mario -- Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo -- 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/20100411144355.ga11...@croese.home.bogus
Bug#577392: x11-xserver: dead_stroke has no visible effect
Package: x11-xserver-utils Version: 7.5+1 Severity: normal File: x11-xserver this is related to maemo bug https://bugs.maemo.org/show_bug.cgi?id=2259 I use dead_stroke in a keymap table file and I don't manage to obtain any visible effect. hitting a key associated to dead_stroke followed by l should produce ł but gives l. compose slash l works correctly. this wasn't ever a problem on my desktop linux box because I don't use dead keys but rely on the compose. maemo, derived from debian, has a different approach for compose (displays an on-screen menu of combinable keys) so to people who only want to use the keyboard, symbols like øđǥħłƶ¢ƀ₥ are unavailable. to reproduce the bug, I used this keymap table file, » clear Lock keycode 66 = Multi_key keycode 48 = dead_stroke «. xev gives the following sequence of events: compose slash l: » KeyPress event, serial 30, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153375248, (172,-15), root:(177,38), state 0x0, keycode 66 (keysym 0xff20, Multi_key), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: True KeyRelease event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153375392, (172,-15), root:(177,38), state 0x0, keycode 66 (keysym 0xff20, Multi_key), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153375528, (172,-15), root:(177,38), state 0x0, keycode 61 (keysym 0x2f, slash), same_screen YES, XLookupString gives 1 bytes: (2f) "/" XmbLookupString gives 1 bytes: (2f) "/" XFilterEvent returns: True KeyRelease event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153375656, (172,-15), root:(177,38), state 0x0, keycode 61 (keysym 0x2f, slash), same_screen YES, XLookupString gives 1 bytes: (2f) "/" XFilterEvent returns: False KeyPress event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153375840, (172,-15), root:(177,38), state 0x0, keycode 46 (keysym 0x6c, l), same_screen YES, XLookupString gives 1 bytes: (6c) "l" XmbLookupString gives 1 bytes: (6c) "l" XFilterEvent returns: True KeyPress event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153375840, (172,-15), root:(177,38), state 0x0, keycode 0 (keysym 0x1000142, U0142), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 2 bytes: (c5 82) "ł" XFilterEvent returns: False KeyRelease event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153375936, (172,-15), root:(177,38), state 0x0, keycode 46 (keysym 0x6c, l), same_screen YES, XLookupString gives 1 bytes: (6c) "l" XFilterEvent returns: False « dead_stroke l:» KeyPress event, serial 30, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153300976, (174,-15), root:(179,38), state 0x0, keycode 48 (keysym 0xfe63, dead_stroke), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: True KeyRelease event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153301096, (174,-15), root:(179,38), state 0x0, keycode 48 (keysym 0xfe63, dead_stroke), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153301704, (174,-15), root:(179,38), state 0x0, keycode 46 (keysym 0x6c, l), same_screen YES, XLookupString gives 1 bytes: (6c) "l" XmbLookupString gives 1 bytes: (6c) "l" XFilterEvent returns: True KeyPress event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153301704, (174,-15), root:(179,38), state 0x0, keycode 0 (keysym 0x1000142, U0142), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 2 bytes: (c5 82) "ł" XFilterEvent returns: False KeyRelease event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153301800, (174,-15), root:(179,38), state 0x0, keycode 46 (keysym 0x6c, l), same_screen YES, XLookupString gives 1 bytes: (6c) "l" XFilterEvent returns: False « I don't see any significative difference in the two ł events. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-trunk-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages x11-xserver-utils depends on: ii cpp 4:4.4.3-1 The GNU C preprocessor (cpp) ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libice6 2:1.0.6-1 X11 Inter-Client Exchange librar
Bug#412228: xserver-xorg-video-ati: fails to start with DRI and nearly hangs machine
On 2007-1222 12:10:37, Brice Goglin wrote: > Maybe adding > Option "BusType" "PCI" > or > Option "AGPMode" "1" > to the Device section of xorg.conf could help? > > (xserver-xorg-video-ati 6.7.197 entered unstable yesterday) sorry for the late reaction, holidays and then putting order in house (outside of the computer, I mean) tried both, but I get the same quasi-locked system... Mario -- ... e Cuba, Cuba era meravigliosa, sembrava Napoli! -- Renato Nicolini a Rai Radio 3 2007-09-30 15:25 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412228: xserver-xorg-video-ati: fails to start with DRI and nearly hangs machine
On 2007- 12:31:43, Brice Goglin wrote: > Any news about this? It would be good to test 6.7.195 from experimental > since this is where all the work is being done upstream nowadays. tried... Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii xserver-xorg-v 1:6.7.195-2X.Org X server -- ATI display driver but it shows the same behaviour. Mario -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412228: xserver-xorg-video-ati: fails to start with DRI and nearly hangs machine
On 2007-0918 08:23:30, Brice Goglin wrote: > There's a new xserver-xorg-core 2:1.4-2 and > xserver-xorg-video-ati 1:6.6.193-3 in unstable, could you give > a try? (once they will be built for powerpc, which shouldn't > be too long hopefully) I'm on unstable and do regularly (dist-)upgrades... I'll check the current version of the two packages and restart X using them, I'll keep you posted. thanks, Mario -- Io sono giunto a credere che il mondo intero è un enigma, un enigma innocuo che è reso terribile dalla nostra pessima idea di interpretarlo come se avesse una verità fondamentale. (Umberto Eco) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412228: xserver-xorg-video-ati: fails to start with DRI and nearly hangs machine
On 2007-0811 18:43:44, Brice Goglin wrote: > Could you send the output of 'lspci -vvvnn' ? this is the output. sorry for the delay. :00:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth/Pangea AGP [106b:0027] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- :00:10.0 Display controller [0380]: ATI Technologies Inc Rage 128 Pro Ultra TR [1002:5452] Subsystem: ATI Technologies Inc Rage 128 Pro Ultra TR [1002:5452] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- 0001:10:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth/Pangea PCI [106b:0028] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- 0001:10:19.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo/Pangea USB [106b:0026] (prog-if 10 [OHCI]) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- 0002:20:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth/Pangea Internal PCI [106b:0029] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- 0002:20:0f.0 Ethernet controller [0200]: Apple Computer Inc. UniNorth/Pangea GMAC (Sun GEM) [106b:0024] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=slow >TAbort- SERR- I'd like to check the I/O resources of your system, especially which > device the following range belongs to: > (WW) INVALID IO ALLOCATION b: 0xf400 e: 0xf4ff correcting > > The log says I/O @ 0x0400/8, I am wondering whether there could be > a confusion between 0x0400 and 0xf400. > > Brice -- How about some patent on "(a+b)^2 == a^2+2ab+b^2" ... choose free software! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412228: xserver-xorg-video-ati: fails to start with DRI and nearly hangs machine
On 2007-0625 21:52:26, Brice Goglin wrote: > You can grab the package at > ftp://ftp.fr.debian.org/debian/pool/main/x/xserver-xorg-video-ati/xserver-xorg-video-ati_6.6.192-1_powerpc.deb > and install it with dpkg -i .deb nope. it hangs all the same. I've reinstalled the system from scratch, maybe you want all possible logs again... > Let me know if you need more help. I have to check again how to make it start at all (the standard install gives me an unstartable system), but I think that these instructions were attached to the bugreport... hope to have time today in the afternoon (UTC+0200) can you possibly tell me where to find all possible kernels, with modules? thanks, Mario -- Le rire est le propre de l'homme...,le savon aussi. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412228: xserver-xorg-video-ati: fails to start with DRI and nearly hangs machine
Hi Brice, On 2007-0624 01:46:56, Brice Goglin wrote: > Does this hang of the machine when using DRI on your ATI board still > occurs? If so, could you try xserver-xorg-video-ati 1:6.6.192-1 > currently in experimental? I'm a bit busy with other thoughts (just to stick to computer problems, time continues jumping into the future and I want to install as many different kernels as is reasonable, until I find the point where the problem was introduced)... do you think you can give me step by step instructions for this dri/ati one? I want to help clear this matter, but I don't recall how everything works every time... thanks a lot, Mario -- "Le soldat et le prêtre, ce sont les pires ennemis de l'humanité, car si le soldat tue, le prêtre ment." (Victor Hugo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410068: random xorg crashes
On 2007-0528 21:13:25, Brice Goglin wrote: > A couple months ago, you reported (or replied to) a bug in the > Debian BTS regarding some random crash of the X server. Did any > of you guys reproduce this problem recently? With Xorg/Etch? With > latest xserver-xorg-core in unstable? I was away from my machine from the 1st of March. back home, I've upgraded to lenny around the 19th of April. xserver-xorg 1:7.2-3the X.Org X server I did not have any more crashes like the ones described. sorry for not reporting this spontaneously. thanks, Mario -- [quello che cito] non esprime in alcun modo il mio pensiero personale Papa Ratzinger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412228: xserver-xorg-video-ati: fails to start and nearly hangs machine
On 2007-0225 10:48:42, Brice Goglin wrote: > Mario Frasca wrote: > You have a r128 board. So "radeon" cannot help. I should have said > "r128" instead. I will give it a try... > > Section "Module" > [...] > > Load"dri" > [...] > > EndSection > > > > Could you try without "dri" ? YES that was it. Driver "r128" also works (after disabling "dri")... is one "better" than the other and in which sense? > > Section "Device" > > Identifier "Generic Video Card" > > Driver "ati" > > #Driver "fbdev" > > BusID "PCI:0:16:0" > > Option "UseFBDev" "true" > > #Option "AGPMode" "4" > > EndSection > > > > Could you try without "UseFBDev" "true" ? I first tried without the 'dri', then also disabled the UseFBDev option. it remained on just out of lazyness while I was switching between fbdev and ati... does it have any effect when I'm not using the "fbdev" driver? > > Section "Monitor" > > Identifier "Generic Monitor" > > HorizSync 59-63 > > VertRefresh 43-95 > > Option "DPMS" > > # Modeline "1024x768" 80.50 1024 1060 1156 1348 768 781 784 820 +hsync > > +vsync > > Modeline "1024x768" 80.50 1024 1052 1148 1348 768 777 780 812 +hsync > > +vsync > > ModeLine "640x480" 49.9 640 653 717 832 480 481 484 514 +hsync +vsync > > Modeline "800x600" 62.40 800 825 905 1040 600 601 604 632 +hsync +vsync > > EndSection > > > > That's probably not causing your problem here, but do you really need > these Modeline, HorizSync and VertRefresh lines ? yes, I need them. otherwise not all of the screen is visible. I would miss some 15 pixels on each of the four sides. quite annoying and also the main reason for me to go directly into gdm and not startx from text mode. > > (II) Attempted to read BIOS 64KB from > > /sys/bus/pci/devices/:00:10.0/rom: got 0KB > > (WW) R128(0): Video BIOS not detected in PCI space! > > (WW) R128(0): Attempting to read Video BIOS from legacy ISA space! > > (WW) R128(0): Video BIOS not found! > > (II) R128(0): Primary Display == Type 3 > > (WW) R128(0): Can't determine panel dimensions, and none specified. > > Disabling programming of FP registers. > > > > Not sure either... maybe source of the problem which I solved adding those modelines? > 2 years ago, it was claimed to be related to DRI. Disabling it as I said > above could help. I usually manage to find information googling, I must be aging... I still don't find the page you say was written 2 years ago... thanks a lot for your time. Mario -- Did you know that "gullible" isn't in the dictionary? Look it up. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412228: xserver-xorg-video-ati: fails to start and nearly hangs machine
On 2007-0224 19:44:45, Brice Goglin wrote: > Please revert to the ati driver, start the X server, let it fail as > usual, log on the machine with ssh and send us the output of: > /usr/share/bug/xserver-xorg-core/script 3>&1 see attachment. $ /usr/share/bug/xserver-xorg-core/script >412228.log 3>&1 > Also, you could eventually try with the "radeon" driver instead of ati, > it makes a difference, sometimes. well, it does make a difference, but not in positive sense. if I put the line: Driver "radeon" I just get this in my log: (==) Log file: [...] (==) Using config file: [...] (EE) No devices detected. thanks a lot for all the help, Mario -- I'm not a programmer, but I play one at Microsoft. Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxr-xr-x 1 root root 13 2006-11-20 08:49 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1858512 2007-02-17 11:36 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3576 2007-02-25 08:07 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: ### BEGIN DEBCONF SECTION # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type "man XF86Config-4" at the shell prompt.) # # If you want your changes to this file preserved by dexconf, only make changes # before the "### BEGIN DEBCONF SECTION" line above, and/or after the # "### END DEBCONF SECTION" line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see "How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file?" in /usr/share/doc/xfree86-common/FAQ.gz. Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" #Load "pex5" Load"record" Load"type1" Load"vbe" #Load "xie" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "macintosh" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" EndSection Section "Device" Identifier "Generic Video Card" Driver "ati" #Driver "fbdev" BusID "PCI:0:16:0" Option "UseFBDev" "true" #Option "AGPMode" "4" EndSection Section "Monitor" Identifier "Generic Monitor" HorizSync 59-63 VertRefresh 43-95 Option "DPMS" # Modeline "1024x768" 80.50 1024 1060 1156 1348 768 781 784 820 +hsync +vsync Modeline "1024x768" 80.50 1024 1052 1148 1348 768 777 780 812 +hsync +vsync ModeLine "640x480" 49.9 640 653 717 832 480 481 484 514 +hsync +vsync Modeline "800x600" 62.40 800 825 905 1040 600 601 604 632 +hsync +vsync EndSection Section "Screen" Identifier "Default Screen" Device "Generic Video Card" Monitor "Generic Monitor" DefaultDepth24
Bug#412228: xserver-xorg-video-ati: fails to start and nearly hangs machine
Package: xserver-xorg-video-ati Version: 1:6.6.3-2 Severity: important I have no idea what to describe... I'm used to start the machine with a graphical prompt (gdm). if I use the ati Driver, the x server does not start, the machine becomes unresponsive and all I can do is go to an other machine, log remotely in, correct the Driver line to "fbdev", ..., then I did not understand if I have to wait (that gdm respawns the login) or if I have to kill the half started and totally unusable X server. the first time the fbdev driver starts up after ati it is also not usable, but I bet this to be caused by problems left by the ati driver... this problem appeared after a new install. on the same machine but with an other hard disk I was using the ati driver... after the reinstallation (first days of january) I could not use ati any more and had to go back to fbdev (where bug 327497 had luckly been solved...) -- System Information: Debian Release: 4.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-powerpc Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.1.1-18 X.Org X server -- core server xserver-xorg-video-ati recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410068: random xorg crashes
Package: xorg Version: 1:7.1.0-11 Severity: important xorg closes unexpectedly and quite randomly. it happened three times the last few days, once while I was typing in a firefox textarea, once while I was not at the terminal, last time while I was thinking about my own things while the ppc was waiting... see tail log and cat xorg.conf -- System Information: Debian Release: 4.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-powerpc Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Versions of packages xorg depends on: ii gnome-terminal [x-term 2.14.2-1 The GNOME 2 terminal emulator appl ii konsole [x-terminal-em 4:3.5.5a.dfsg.1-5 X terminal emulator for KDE ii libgl1-mesa-dri6.5.1-0.5 A free implementation of the OpenG ii libgl1-mesa-glx6.5.1-0.5 A free implementation of the OpenG ii libglu1-mesa 6.5.1-0.5 The OpenGL utility library (GLU) ii type-handling [not+spa 0.2.19dpkg architecture generation scrip ii xbase-clients 1:7.1.ds1-2 miscellaneous X clients ii xfonts-100dpi 1:1.0.0-3 100 dpi fonts for X ii xfonts-75dpi 1:1.0.0-3 75 dpi fonts for X ii xfonts-base1:1.0.0-4 standard fonts for X ii xfonts-scalable1:1.0.0-6 scalable fonts for X ii xkb-data 0.9-4 X Keyboard Extension (XKB) configu ii xserver-xorg 1:7.1.0-11the X.Org X server ii xterm [x-terminal-emul 223-1 X terminal emulator ii xutils 1:7.1.ds.3-1 X Window System utility programs xorg recommends no packages. -- no debconf information -- tail -13 /var/log/Xorg.0.log.old Backtrace: 0: /usr/bin/X(xf86SigHandler+0x94) [0x1008eb98] 1: [0x100374] 2: /usr/bin/X(WaitForSomething+0xac0) [0x10184e34] 3: /usr/bin/X(Dispatch+0xf0) [0x100436f4] 4: /usr/bin/X(main+0x45c) [0x100254a0] 5: /lib/tls/libc.so.6 [0xfc7e994] 6: /lib/tls/libc.so.6(__libc_start_main+0xb0) [0xfc7ead0] Fatal server error: Caught signal 11. Server aborting -- cat /etc/X11/xorg.conf ### BEGIN DEBCONF SECTION # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type "man XF86Config-4" at the shell prompt.) # # If you want your changes to this file preserved by dexconf, only make changes # before the "### BEGIN DEBCONF SECTION" line above, and/or after the # "### END DEBCONF SECTION" line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see "How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file?" in /usr/share/doc/xfree86-common/FAQ.gz. Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" #Load "pex5" Load"record" Load"type1" Load"vbe" #Load "xie" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "macintosh" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device"
Bug#327497: Duplicate of #338241?
Hi Michel, short story: OK, bug disappeared for me too. longer story: I have completely reinstalled my system, about two months ago, bought a new larger HD, further the same hardware. one of the tests I run after installation was on fbdev and it still had this problem. I did not yet set up automatic update/upgrade and yesterday, after holidays and some skipped upgrades, I had some serious problems getting the system up again... in particular I could not use X any more - at all! so immediately after one reboot I opened the xorg.conf file and went back from ati to fbdev and I'm up again, X usable, no swapped colours, no locked system! -> me happy user. will need to file a bug regarding the ati driver or see if it has already reported... ciao, thanks, Mario On 2006-1231 18:07:55, Michel Dänzer wrote: > > I think this could be a duplicate of bug #338241 (I probably meant to > point this out before but accidentally sent that mail to the other > report...). Mario, could you try the upstream fix referenced there? > > > -- > Earthling Michel Dänzer | http://tungstengraphics.com > Libre software enthusiast | Debian, X and DRI developer > -- Always be smarter than the people who hire you. But never let them know. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327497: acknowledged by developer (Closing report, already fixed.)
On 2005-0916 01:33:23, Debian Bug Tracking System wrote: > This bug has been fixed by using a proper configuration. Closing it. well, if you say so, then this means that the fbdev remains broken on powerpc and you're declaring this combination a improper configuration... does the installation procedure take this statement into account? Mario Frasca. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327497: colors swapped in xfree86 on ppc (Red and Blue)
On 2005-0911 08:54:19, Sven Luther wrote: > You edit /etc/X11/XFree86-4 (on debian/sarge) or /etc/X11/xorg.conf (on > debian/etch/sid), go to the device section and enter something like : > > Section "Device" > Identifier "MyCard" > Driver "ati" > BusID "PCI:1:8:0" > Option "UseFBDev" "true" > EndSection Hey! blue is back! thanks... I have debian/sarge and have the two files: /etc/X11/XF86Config-4 and /etc/X11/xorg.conf but AFAICS only /etc/X11/xorg.conf is used. if I use an initial runlevel 2 (no X) and startx: the system does not start X correctly. but I usually don't use runlevel 2. what I did to get it back was simply substitute the Driver string "fbdev" by "ati" and leave the rest as it was. went to runlevel 2, noticed that problem, got back to runlevel 3 and everything was back to normal. now I have again a problem with the screen being too small for the picture, some 5 pixels above and below, 8 on the left and 8 on the right, more or less... will fix that sometime... thanks again, Mario -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327497: colors swapped in xfree86 on ppc (Red and Blue)
On 2005-0910 19:28:56, Michel Dänzer wrote: > The Debian X FAQ (IIRC) > clearly states that incorrect behaviour of the X server on certain > setups is to be considered normal severity. even if "certain setups" means all imacs? but all right, I'll live with this for a while or try to downgrade to the last working version (but I don't like the option since by not complaining I will not be contributing to the development of Debian). by the way: I removed the xfree86-common package and am now using x11-common and I have the same swapped colours > > > (**) FBDEV(0): Depth 24, (--) framebuffer bpp 24 > > (==) FBDEV(0): RGB weight 888 > > (==) FBDEV(0): Default visual is TrueColor > > (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0) > > (II) FBDEV(0): hardware: ATY Rage128 (video memory: 16384kB) > > Have you tried using the hardware specific ati/r128 driver instead of > the generic fbdev driver? ... short answer? no, I think not, how do I do that? ... verbosely? I can't remember. I set up this machine in May 2004, I had problems with the screen since at boot time, as soon as the fbdev is loaded, it shifts some two characters to the left, out of the screen. I recovered it by reshifting it by hand in a /etc/rc.boot/bootmisc file. >>> /usr/sbin/fbset -xres 1024 -yres 768 -pixclock 12500 -left 185 -right 30 -upper 42 -lower 17 <<< what I recall was looking for alternatives to the fbdev driver, but I vaguely remember reading something about "preferred way" which made me insist with the fbdev driver. moreover, I am not an old dated macintosh fan: I had the chance to buy a cheap and aestetically attractive old iMac in May 2004, I knew that linux can run on it, so I acquired it. it was not a question of principles war... what was I saying, ah, yes, not being used to macintoshes, I also did not feel like go too close to its hardware... Mario -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327497: colors swapped in xfree86 on ppc (Red and Blue)
just installed debian-el... -- System Information: Debian Release: testing/unstable APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327497: colors swapped in xfree86 on ppc (Red and Blue)
On 2005-0910 13:24:16, Michel Dänzer wrote: > > Note that xfree86-common is a transitional package that you may be able > to remove in favour of x11-common. ok, thanks, I'll do so. > > Version: 6.8.2.dfsg.1-6 > > Severity: serious > > I'm afraid this severity isn't appropriate. Bug #318812 is about a > similar issue and has normal severity, adjusting accordingly. well, I consider "serious" as non blocking but very annoying. this one makes to me impossible to edit any kind of image except monochrome... I would insist in "serious". most of my user interface has quiet blue tones, now it is all red! any ergonomic consultant would strongly advice me to do otherwise... > Unfortunately, your report is missing a lot of information about your > system. Please send the output of > running /usr/share/bug/xserver-xorg/script to [EMAIL PROTECTED] and > consider using reportbug in the future. I did not know about reportbug. the script you point me to writes to &3. what is that? I copied the script and edited it locally to produce the output: >> Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 Sep 9 16:54 /etc/X11/X -> /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 2167168 Sep 1 02:30 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: /var/lib/xfree86/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 2865 Sep 9 16:43 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: ### BEGIN DEBCONF SECTION # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type "man XF86Config-4" at the shell prompt.) # # If you want your changes to this file preserved by dexconf, only make changes # before the "### BEGIN DEBCONF SECTION" line above, and/or after the # "### END DEBCONF SECTION" line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see "How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file?" in /usr/share/doc/xfree86-common/FAQ.gz. Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"pex5" Load"record" Load"speedo" Load"type1" Load"vbe" Load"xie" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "macintosh" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" EndSection Section "Device" Identifier "Generic Video Card" Driver "fbdev" BusID "PCI:0:16:0" Option "UseFBDev" "true" EndSection Section "Monitor" Identifier "Generic Monitor" HorizSync 59-63 VertRefresh 43-95 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "Generic Video Card" Monitor "Generic Monitor" DefaultDepth24 SubSection "Display" Depth 1 Modes "1024x768" "800x600" EndSubSection SubSection "Display" Depth 4 Modes "1024x768" "800x600" EndSubSection SubSection "Display" Depth 8 Modes "1024x768" "800x600" EndSubSection SubSection "Display" Depth 15 Mod
Bug#327497: colors swapped in xfree86 on ppc (Red and Blue)
Package: xfree86-common Version: 6.8.2.dfsg.1-6 Severity: serious colors RED and BLUE are swapped on my iMac. this happens only in xfree86: when I boot up the system I see a correct framebuffer pinguin. in xfree86, no matter which window manager I use, red and blue are swapped. I would guess: a endianness problem. please adjust or help me correct the situation: I don't like red skies and blue roses! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
