Bug#437332: xserver-xorg-video-ati: Failed to detect secondary monitor, MergedFB/Clone mode disabled
Brice Goglin wrote: You might want to try the randr-1.2 branch instead, I have some packages if you want to try. I tried the package you pointed me to; I don't see any apparent improvement, but the logs have definitely changed and now they report three ports (?). Maybe we can have some faster progressing if I add some debugging printfs here and there in the driver; is there a mailing list for it? Or in any case, feel free to tell me some things to try out. Here are the logs: X Window System Version 1.3.0 Release Date: 19 April 2007 X Protocol Version 11, Revision 0, Release 1.3 Build Operating System: Linux Debian (xorg-server 2:1.3.0.0.dfsg-12) Current Operating System: Linux portatie 2.6.21-2-k7 #1 SMP Wed Jul 11 04:29:08 UTC 2007 i686 Build Date: 09 August 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present 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 12 09:01:13 2007 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device ATI Technologies, Inc. Radeon Xpress 200M (RS480) (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (**) |--Input Device Synaptics Touchpad (WW) The directory /usr/lib/X11/fonts/misc does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/100dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/Type1 does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/CID does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/CID does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/75dpi does not exist. Entry deleted from font path. (WW) Including the default font path /usr/share/fonts/X11/misc,/usr/share/fonts/X11/cyrillic,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType. (**) FontPath set to: unix/:7100, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/cyrillic, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (**) Extension Composite is enabled (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81e5140 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.2 X.Org XInput driver : 0.7 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.3.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.2 (--) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1002,5950 card 103c,30a4 rev 01 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1002,5a3f card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:05:0: chip 1002,5a37 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:13:0: chip 1002,4374 card 1002,4374 rev 00 class 0c,03,10 hdr 80 (II) PCI: 00:13:1: chip 1002,4375 card 1002,4375 rev 00 class 0c,03,10 hdr 00 (II) PCI: 00:13:2: chip 1002,4373 card 1002,4373 rev 00 class 0c,03,20 hdr 00 (II) PCI: 00:14:0: chip 1002,4372 card 103c,30a4 rev 11 class 0c,05,00 hdr 80 (II) PCI: 00:14:1: chip 1002,4376 card 103c,30a4 rev 00 class 01,01,8a hdr 00 (II) PCI: 00:14:3: chip 1002,4377 card , rev 00 class 06,01,00 hdr 80 (II) PCI: 00:14:4: chip 1002,4371 card , rev 00 class 06,04,01 hdr 81 (II) PCI: 00:14:5: chip 1002,4370 card 103c,30a4 rev 02 class 04,01,00 hdr 80 (II) PCI: 00:14:6: chip 1002,4378 card 103c,30a4 rev
Bug#434833: Issue with X rebooting system/new intel driver
Tim Hull wrote: Is there any progress on this issue (spontaneous rebooting in X with the intel driver)? I'm experiencing this on both Debian and Ubuntu with said driver, so it definitely is an upstream issue. Has an upstream bug been filed? I'm not acquainted with X.org http://X.org's bug reporting system myself... Not, it's reported upstream yet, because it's very hard to know what's going wrong exactely here, so the bug report would be mostly useless. And upstream developers are still working hard on this driver, so it may improve anyway. Could you try the latest upstream git snaphost? We've been said it is more stable. There's a how-to at http://bgoglin.livejournal.com/10936.html In the meantime, is there a place I can get the latest version of the old i810 driver? xserver-xorg-video-i810 in both testing and unstable is simply a transitional package. In my case, if I use i810+915resolution, I have no issues whatsoever with X and spontaneous rebooting. Add a stable or etch line to your /etc/apt/sources.list, apt-get update, apt-get install xserver-xorg-video-i810=2:1.7.2-4 Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437332: xserver-xorg-video-ati: Failed to detect secondary monitor, MergedFB/Clone mode disabled
Alberto Mardegan wrote: I tried the package you pointed me to; I don't see any apparent improvement, but the logs have definitely changed and now they report three ports (?). Three ports are quite common actually, even if the driver has never been able to exploit them so far. Such a board often has 2 rendering pipelines that can be programmed to write on various ports. Maybe we can have some faster progressing if I add some debugging printfs here and there in the driver; is there a mailing list for it? Or in any case, feel free to tell me some things to try out. Could you send the output of xrandr --verbose with this driver? (make sure you have xbase-clients 7.2 installed). Monitor -- AUTO Connector -- VGA DAC Type -- TVDAC/ExtDAC TMDS Type -- None DDC Type -- CRT2_DDC (II) RADEON(0): Port1: Monitor -- AUTO Connector -- Proprietary/LVDS DAC Type -- None TMDS Type -- None DDC Type -- LCD_DDC (II) RADEON(0): Port2: Monitor -- AUTO Connector -- STV DAC Type -- TVDAC/ExtDAC TMDS Type -- None DDC Type -- NONE It sees the VGA output, the internal LVDS panel, and a TV output. (II) RADEON(0): Output VGA-1 disconnected (II) RADEON(0): Output LVDS connected (II) RADEON(0): Output S-video disconnected (II) RADEON(0): Output LVDS using initial mode 1280x800 But it does not see that VGA-1 is connected. I hope it's not caused by your not behaving as a real monitor (that's why I asked earlier whether you could try with a real monitor). Or it could be a problem with the connector table. Does it help if you do something like this? xrandr --addmode VGA-1 800x600 xrandr --output VGA-1 --mode 800x600 I'll see with Alex Deucher who wrote this code, he might have an idea. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400189: xserver-xorg-video-nv: garbage output (6800 GS); renders vt1-6 unusable
Brice Goglin wrote: On Sun, May 13, 2007 at 07:19:15AM +1000, Andrew Vaughan wrote: Ok. I rebuilt the 2.0.2-1 source package on Etch and installed/tested on Etch. (Let me know if you expect this to be fixed in conjunction with other packages from unstable). The bug is still present. (I also checked 1.2.0-3 which shipped with Etch). Ok thanks. I found an old upstream bug at the above URL with the same issues. I am marking your bugreport as forwarded there, and I posted a comment there saying it still occured with 2.0.2. Feel free to add any comment there if you think it could help. Andrew, The upstream developer would like you to try the latest driver, xserver-xorg-video-nv 1:2.1.2-2 currently in testing. thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437200: Installation report
Brice Goglin wrote: Please just run /usr/share/bug/xserver-xorg/script 31 (from a VT console after X failed to try) and send us the whole output. It will gather all we need. I assume the installer used ati as a video driver in your /etc/X11/xorg.conf. Old ati driver (such as 6.6.3) had a bug in their detection code. You might want to replace ati with radeon and see if it helps. Brice Brice, thanks for your help on this but I think you should take it off your list. I tried to get the console up but never could. I did a fresh net install with auto64 video=ofonly from debian.se to my 2nd hard drive with successful reboot. I then tried ALT_CONTROL_F1 at the screen blank, but that didn't work. Then I restarted and tried typing in /usr/share/bug/xserver-xorg/script 31. No response there either. I feel lost and way out of my league. I feel like I'm standing at the blackboard with particle physicists trying to keep up with a basic math education. I'll stick with the Mac OSX. Thanks again Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437200: marked as done (Installation report)
Your message dated Sun, 12 Aug 2007 09:19:23 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#437200: Installation report has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: installation-reports Boot method: How did you boot the installer? CD? floppy? network? Image version: Full URL to image you downloaded is best Date: Date and time of the install Machine: Description of machine (eg, IBM Thinkpad R32) Processor: Memory: Partitions: df -Tl will do; the raw partition table is preferred Output of lspci -nn and lspci -vnn: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[E] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. All the installation from Debian/PowerPC_Etch net-inst seemed to work fine over my ethernet connection to cable modem. I installed to separate HDD for Etch only. Re-partition proceded ok. However on reboot I never get a video interface. The video terminal goes black after boot up. The system seems to remain live, just no video signal. I have my monitor on the analog connector to the video card. stephen-dills-power-mac-g5:~ sdill$ lspci -nn -bash: lspci: command not found stephen-dills-power-mac-g5:~ sdill$ lspci -vnn -bash: lspci: command not found I chose the typical partition format since I don't have the skill set to make any different decision. I was taking notes on my install and I'm fairly certain my download file was located at: http://saimei.acc.umu.se. MD5 as correct, (/Users/sdill/Desktop/Internet Download/debian-40r0-powerpc-netinst.iso) = 15fd2132871e7be159efaf54871968f0 Here's a snapshot of my system: Machine Name: Power Mac G5 Machine Model: PowerMac7,3 CPU Type: PowerPC G5 (3.0) Number Of CPUs:2 CPU Speed: 1.8 GHz L2 Cache (per CPU):512 KB Memory:1.5 GB Bus Speed: 900 MHz Boot ROM Version: 5.1.8f7 ATI Radeon X800 XT: Chipset Model: ATY,R420 Type: Display Bus: AGP Slot: SLOT-1 VRAM (Total): 256 MB Vendor:ATI (0x1002) Device ID: 0x4a48 Revision ID: 0x ROM Revision: 113-A35801-108 Displays: EN7220: Resolution:1280 x 1024 @ 75 Hz Depth: 32-bit Color Core Image:Supported Main Display: Yes Mirror:Off Online:Yes Quartz Extreme:Supported Display: Status:No display connected ---End Message--- ---BeginMessage--- Closing on user request since it does want to dig more. Brice === Stephen Dill wrote: Do you have a way to login from another machine through ssh? That would give you a way to obtain the script output. No sir, no other machine. Please confirm that you don't want us to work on this bug anymore, which means I close it unless somebody else sees the same problem. Confirm, close it. Steve ---End Message---
Bug#437332: xserver-xorg-video-ati: Failed to detect secondary monitor, MergedFB/Clone mode disabled
Brice Goglin wrote: Could you send the output of xrandr --verbose with this driver? (make sure you have xbase-clients 7.2 installed). Here it is: == Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1600 x 1200 VGA-1 disconnected (normal left inverted right) Identifier: 0x44 Timestamp: 1487499692 Subpixel: no subpixels Clones: CRTCs: 0 1 LVDS connected 1280x800+0+0 normal (normal left inverted right) 0mm x 0mm Identifier: 0x45 Timestamp: 1487499692 Subpixel: horizontal rgb Clones: CRTC: 0 CRTCs: 0 scaler: fill backlight: 255 (0x) range: (0,255) 1280x800 (0x47) 68.9MHz h: width 1280 start 1296 end 1344 total 1408 skew0 clock 49.0KHz v: height 800 start 801 end 804 total 816 clock 60.0Hz 1280x800 (0x48) 83.5MHz h: width 1280 start 1344 end 1480 total 1680 skew0 clock 49.7KHz v: height 800 start 801 end 804 total 828 clock 60.0Hz 1280x768 (0x49) 80.1MHz h: width 1280 start 1344 end 1480 total 1680 skew0 clock 47.7KHz v: height 768 start 769 end 772 total 795 clock 60.0Hz 1024x768 (0x4a) 68.9MHz h: width 1024 start 1296 end 1344 total 1408 skew0 clock 49.0KHz v: height 768 start 801 end 804 total 816 clock 60.0Hz 1024x768 (0x4b) 65.0MHz h: width 1024 start 1048 end 1184 total 1344 skew0 clock 48.4KHz v: height 768 start 771 end 777 total 806 clock 60.0Hz 800x600 (0x4c) 68.9MHz h: width 800 start 1296 end 1344 total 1408 skew0 clock 49.0KHz v: height 600 start 801 end 804 total 816 clock 60.0Hz 800x600 (0x4d) 40.0MHz h: width 800 start 840 end 968 total 1056 skew0 clock 37.9KHz v: height 600 start 601 end 605 total 628 clock 60.3Hz 640x480 (0x4e) 25.2MHz h: width 640 start 656 end 752 total 800 skew0 clock 31.5KHz v: height 480 start 490 end 492 total 525 clock 59.9Hz S-video disconnected (normal left inverted right) Identifier: 0x46 Timestamp: 1487499692 Subpixel: no subpixels Clones: CRTCs: 0 1 tv_standard: default tv_vertical_position: 0 (0x) range: (-5,5) tv_horizontal_position: 0 (0x) range: (-5,5) tv_horizontal_size: 0 (0x) range: (-5,5) == (II) RADEON(0): Output VGA-1 disconnected (II) RADEON(0): Output LVDS connected (II) RADEON(0): Output S-video disconnected (II) RADEON(0): Output LVDS using initial mode 1280x800 But it does not see that VGA-1 is connected. I hope it's not caused by your not behaving as a real monitor (that's why I asked earlier whether you could try with a real monitor). Or it could be a problem with the connector table. Mmm... I don't know, but anyway the fglrx driver had the TV working, and could detect the brand name (Samsung) and two supported modes, 1360x768 and 1024x768 (though of course it has many more, maybe these are just the preferred ones). Also, if while in console mode I press Fn+F4 (that is the key combination that should send the output to the external TV) I can see the console on the TV. Does it help if you do something like this? xrandr --addmode VGA-1 800x600 This fails, there is no --addmode option (I have xbase-clients 1:7.2.ds2-2). xrandr --output VGA-1 --mode 800x600 And this cannot find the mode, maybe because the previous command failed. I'll see with Alex Deucher who wrote this code, he might have an idea. Thank your time! -- http://www.mardy.it - geek in un lingua international! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431746: Xinerama active, but = 0 screens?
Hello Brice, * Brice Goglin [EMAIL PROTECTED], [2007-08-11 14:14 +0200]: The problem might be fixed by the following patch http://cvs.fedora.redhat.com/viewcvs/*checkout*/rpms/xorg-x11-server/devel/xserver-1.3.0-randrama-no-zero-screens.patch?rev=1.1 Could any of you rebuild xserver-xorg-core 1.3 with it and reports whether it helps? I can confirm that Fedora's patch solves the problem. Thank you very much. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of xfree86_4.3.0.dfsg.1-14sarge4_sparc.changes
xfree86_4.3.0.dfsg.1-14sarge4_sparc.changes uploaded successfully to localhost along with the files: lbxproxy_4.3.0.dfsg.1-14sarge4_sparc.deb libdps1_4.3.0.dfsg.1-14sarge4_sparc.deb libdps1-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb libdps-dev_4.3.0.dfsg.1-14sarge4_sparc.deb libice6_4.3.0.dfsg.1-14sarge4_sparc.deb libice6-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb libice-dev_4.3.0.dfsg.1-14sarge4_sparc.deb libsm6_4.3.0.dfsg.1-14sarge4_sparc.deb libsm6-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb libsm-dev_4.3.0.dfsg.1-14sarge4_sparc.deb libx11-6_4.3.0.dfsg.1-14sarge4_sparc.deb libx11-6-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb libx11-dev_4.3.0.dfsg.1-14sarge4_sparc.deb libxaw6_4.3.0.dfsg.1-14sarge4_sparc.deb libxaw6-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb libxaw6-dev_4.3.0.dfsg.1-14sarge4_sparc.deb libxaw7_4.3.0.dfsg.1-14sarge4_sparc.deb libxaw7-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb libxaw7-dev_4.3.0.dfsg.1-14sarge4_sparc.deb libxext6_4.3.0.dfsg.1-14sarge4_sparc.deb libxext6-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb libxext-dev_4.3.0.dfsg.1-14sarge4_sparc.deb libxft1_4.3.0.dfsg.1-14sarge4_sparc.deb libxft1-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb libxi6_4.3.0.dfsg.1-14sarge4_sparc.deb libxi6-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb libxi-dev_4.3.0.dfsg.1-14sarge4_sparc.deb libxmu6_4.3.0.dfsg.1-14sarge4_sparc.deb libxmu6-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb libxmu-dev_4.3.0.dfsg.1-14sarge4_sparc.deb libxmuu1_4.3.0.dfsg.1-14sarge4_sparc.deb libxmuu1-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb libxmuu-dev_4.3.0.dfsg.1-14sarge4_sparc.deb libxp6_4.3.0.dfsg.1-14sarge4_sparc.deb libxp6-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb libxp-dev_4.3.0.dfsg.1-14sarge4_sparc.deb libxpm4_4.3.0.dfsg.1-14sarge4_sparc.deb libxpm4-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb libxpm-dev_4.3.0.dfsg.1-14sarge4_sparc.deb libxrandr2_4.3.0.dfsg.1-14sarge4_sparc.deb libxrandr2-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb libxrandr-dev_4.3.0.dfsg.1-14sarge4_sparc.deb libxt6_4.3.0.dfsg.1-14sarge4_sparc.deb libxt6-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb libxt-dev_4.3.0.dfsg.1-14sarge4_sparc.deb libxtrap6_4.3.0.dfsg.1-14sarge4_sparc.deb libxtrap6-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb libxtrap-dev_4.3.0.dfsg.1-14sarge4_sparc.deb libxtst6_4.3.0.dfsg.1-14sarge4_sparc.deb libxtst6-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb libxtst-dev_4.3.0.dfsg.1-14sarge4_sparc.deb libxv1_4.3.0.dfsg.1-14sarge4_sparc.deb libxv1-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb libxv-dev_4.3.0.dfsg.1-14sarge4_sparc.deb proxymngr_4.3.0.dfsg.1-14sarge4_sparc.deb twm_4.3.0.dfsg.1-14sarge4_sparc.deb xbase-clients_4.3.0.dfsg.1-14sarge4_sparc.deb xdm_4.3.0.dfsg.1-14sarge4_sparc.deb xfs_4.3.0.dfsg.1-14sarge4_sparc.deb xfwp_4.3.0.dfsg.1-14sarge4_sparc.deb xlibmesa-dri_4.3.0.dfsg.1-14sarge4_sparc.deb xlibmesa-dri-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb xlibmesa-gl_4.3.0.dfsg.1-14sarge4_sparc.deb xlibmesa-gl-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb xlibmesa-gl-dev_4.3.0.dfsg.1-14sarge4_sparc.deb xlibmesa-glu_4.3.0.dfsg.1-14sarge4_sparc.deb xlibmesa-glu-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb xlibmesa-glu-dev_4.3.0.dfsg.1-14sarge4_sparc.deb xlibosmesa4_4.3.0.dfsg.1-14sarge4_sparc.deb xlibosmesa4-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb xlibosmesa-dev_4.3.0.dfsg.1-14sarge4_sparc.deb xlibs-static-dev_4.3.0.dfsg.1-14sarge4_sparc.deb xlibs-static-pic_4.3.0.dfsg.1-14sarge4_sparc.deb xmh_4.3.0.dfsg.1-14sarge4_sparc.deb xnest_4.3.0.dfsg.1-14sarge4_sparc.deb xserver-common_4.3.0.dfsg.1-14sarge4_sparc.deb xserver-xfree86_4.3.0.dfsg.1-14sarge4_sparc.deb xserver-xfree86-dbg_4.3.0.dfsg.1-14sarge4_sparc.deb xterm_4.3.0.dfsg.1-14sarge4_sparc.deb xutils_4.3.0.dfsg.1-14sarge4_sparc.deb xvfb_4.3.0.dfsg.1-14sarge4_sparc.deb x-window-system-core_4.3.0.dfsg.1-14sarge4_sparc.deb x-window-system-dev_4.3.0.dfsg.1-14sarge4_sparc.deb xlibmesa3_4.3.0.dfsg.1-14sarge4_sparc.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: bug 436993 is forwarded to http://bugs.freedesktop.org/show_bug.cgi?id=11945
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.7 forwarded 436993 http://bugs.freedesktop.org/show_bug.cgi?id=11945 Bug#436993: xkb-data: not all Romanian layouts are present/advertised Forwarded-to-address changed from https://bugs.freedesktop.org/show_bug.cgi?id=11944 to http://bugs.freedesktop.org/show_bug.cgi?id=11945. End of message, 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: bug 436273 is forwarded to http://bugs.freedesktop.org/show_bug.cgi?id=11943
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.7 forwarded 436273 http://bugs.freedesktop.org/show_bug.cgi?id=11943 Bug#436273: xkb-data: Pleas add a Dell Precision M90 keys definition Forwarded-to-address changed from https://bugs.freedesktop.org/show_bug.cgi?id=11943 to http://bugs.freedesktop.org/show_bug.cgi?id=11943. End of message, 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#436273: marked as done (xkb-data: Pleas add a Dell Precision M90 keys definition)
Your message dated Sun, 12 Aug 2007 13:09:02 +0200
with message-id [EMAIL PROTECTED]
and subject line Bug fixed: precision_m model
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
---BeginMessage---
Package: xkb-data
Version: 1.0~cvs.20070721-1
Severity: wishlist
Tags: patch
Hi,
Please add the following to /usr/share/X11/xkb/symbols/inet
--8---cut here---start-8---
// Laptop/notebook Dell Precision M90
partial alphanumeric_keys
xkb_symbols precisionm90 {
include
key I24 { [ XF86AudioStop ] };
key I19 { [ XF86AudioNext ] };
key I10 { [ XF86AudioPrev ] };
key I20 { [ XF86AudioMute ] };
key I22 { [ XF86AudioPlay, XF86AudioPause ] };
key I2E { [ XF86AudioLowerVolume ] };
key I30 { [ XF86AudioRaiseVolume ] };
key I32 { [ XF86HomePage ] };
};
--8---cut here---end---8---
Please note that you'll have to add references to this in
xkb/rules/base.lst, xkb/rules/base, xkb/rules/base.xml and
xkb/symbols.dir.
This will allow people to just add:
Option XkbModel precisionm90
to their x0rg.conf files, and assign keybinding for these keys
after that.
manoj
Key KeyCode XFree86 X
Name (xev)Name Symbol
===
Mute|Unmute = 160I20 XF86AudioMute
VolumeDown = 174I2E XF86AudioLowerVolume
VolumeUp= 176I30 XF86AudioRaiseVolume
Play|Pause = 162I22 XF86AudioPlay, XF86AudioPause
Back= 144I10 XF86AudioPrev
Forward = 153I19 XF86AudioNext
Stop= 164I24 XF86AudioStop
WWW = 178I32 XF86HomePage
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.22-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash
-- no debconf information
--
At least they're ___EXPERIENCED
incompetents
Manoj Srivastava [EMAIL PROTECTED] [EMAIL PROTECTED]
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
---End Message---
---BeginMessage---
Hi Manoj,
this layout matches the precision_m's one which is already defined.
--
Mohammed Adnène Trojette
---End Message---
Processed: tagging 436993
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.7 tags 436993 + fixed-upstream Bug#436993: xkb-data: not all Romanian layouts are present/advertised Tags were: l10n patch Tags added: fixed-upstream End of message, 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#437411: unable to delete old directory solution = ?
Package: xfonts-encodings Version: 1:1.0.2-2 Severity: wishlist One sees: Unpacking replacement xfonts-encodings ... dpkg: warning - unable to delete old directory `/usr/X11R6/lib/X11/fonts': Directory not empty dpkg: warning - unable to delete old directory `/usr/X11R6/lib/X11': Directory not empty dpkg: warning - unable to delete old directory `/usr/X11R6/lib': Directory not empty That message should mention what one should do to properly remedy the solution, and if it is the user's fault or not. Also have a README file in /usr/share/doc/xfonts-encodings/ perhaps. $ find /usr/X11R6/lib -type f|sed s@/usr/X11R6/lib/X11/fonts/@@ misc/fonts.alias Speedo/fonts.dir Speedo/XftCache Speedo/encodings.dir Speedo/fonts.scale Type1/fonts.alias Type1/XftCache 100dpi/fonts.alias 100dpi/fonts.dir 75dpi/fonts.alias 75dpi/fonts.dir TrueType/larabie-deco/fonts.dir TrueType/larabie-deco/encodings.dir TrueType/larabie-deco/fonts.scale TrueType/larabie-uncommon/fonts.dir TrueType/larabie-uncommon/encodings.dir TrueType/larabie-uncommon/fonts.scale TrueType/fonts.dir TrueType/larabie-straight/fonts.dir TrueType/larabie-straight/encodings.dir TrueType/larabie-straight/fonts.scale TrueType/encodings.dir TrueType/fonts.scale -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437411: unable to delete old directory solution = ?
reassign 437411 xfonts-utils
retitle 437411 old fonts.{alias,dir,scale} files not cleaned up
kthxbye
On Sun, Aug 12, 2007 at 18:33:25 +0800, Dan Jacobson wrote:
One sees:
Unpacking replacement xfonts-encodings ...
dpkg: warning - unable to delete old directory `/usr/X11R6/lib/X11/fonts':
Directory not empty
dpkg: warning - unable to delete old directory `/usr/X11R6/lib/X11':
Directory not empty
dpkg: warning - unable to delete old directory `/usr/X11R6/lib': Directory
not empty
That message should mention what one should do to properly remedy the
solution, and if it is the user's fault or not.
It can't, because that message is generated by dpkg. It has no
consequence, so while the leftover files in this case are probably a
bug, it's not one that has any consequence AFAIK.
Also have a README file in /usr/share/doc/xfonts-encodings/ perhaps.
No.
$ find /usr/X11R6/lib -type f|sed s@/usr/X11R6/lib/X11/fonts/@@
misc/fonts.alias
Speedo/fonts.dir
Speedo/XftCache
Speedo/encodings.dir
Speedo/fonts.scale
Type1/fonts.alias
Type1/XftCache
100dpi/fonts.alias
100dpi/fonts.dir
75dpi/fonts.alias
75dpi/fonts.dir
TrueType/larabie-deco/fonts.dir
TrueType/larabie-deco/encodings.dir
TrueType/larabie-deco/fonts.scale
TrueType/larabie-uncommon/fonts.dir
TrueType/larabie-uncommon/encodings.dir
TrueType/larabie-uncommon/fonts.scale
TrueType/fonts.dir
TrueType/larabie-straight/fonts.dir
TrueType/larabie-straight/encodings.dir
TrueType/larabie-straight/fonts.scale
TrueType/encodings.dir
TrueType/fonts.scale
Something should clean up those files, but I'm not sure what.
You can just rm -r /usr/X11R6/lib.
Cheers,
Julien
signature.asc
Description: Digital signature
Processed: Re: Bug#437411: unable to delete old directory solution = ?
Processing commands for [EMAIL PROTECTED]:
reassign 437411 xfonts-utils
Bug#437411: unable to delete old directory solution = ?
Bug reassigned from package `xfonts-encodings' to `xfonts-utils'.
retitle 437411 old fonts.{alias,dir,scale} files not cleaned up
Bug#437411: unable to delete old directory solution = ?
Changed Bug title to `old fonts.{alias,dir,scale} files not cleaned up' from
`unable to delete old directory solution = ?'.
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#437332: xserver-xorg-video-ati: Failed to detect secondary monitor, MergedFB/Clone mode disabled
On 8/11/07, Alberto Mardegan [EMAIL PROTECTED] wrote: Package: xserver-xorg-video-ati Version: 1:6.6.193-1 Severity: normal My Samsung television, which is connected to my laptop through a VGA cable, doesn't show any output. I'm trying the latest version of the driver from debian experimental; it is better than the previous, in the sense that at least it detects that the secondary monitor is connected through a VGA port, but then it doesn't detect the monitor (the TV) itself. you monitor is not being detected and doesn't provide an edid. you'll need to force both monitors monitors on using: Option MonitorLayout LCD, CRT and you'll have to specify the h and v sync ranges for the second monitor using the crt2hsync and crt2vrefresh options. See the radeon man page for more info. Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
xserver-xorg-video-ivtvdev: Changes to 'upstream-trunk'
Changelog |9 README|6 configure.ac |8 src/Makefile.am |3 src/TODO |3 src/ivtv_xv.c | 1585 -- src/ivtvcompat.h | 77 src/ivtvdev.c | 945 +- src/ivtvdev.h | 29 src/ivtvhw.c | 1276 +++--- src/ivtvhw.h | 103 - xc/programs/Xserver/hw/xfree86/drivers/ivtv/Imakefile | 55 xc/programs/Xserver/hw/xfree86/drivers/ivtv/Makefile |6 xc/programs/Xserver/hw/xfree86/drivers/ivtv/TODO | 11 xc/programs/Xserver/hw/xfree86/drivers/ivtv/ivtv_xv.c | 994 --- xc/programs/Xserver/hw/xfree86/drivers/ivtv/ivtvdev.c | 605 -- xc/programs/Xserver/hw/xfree86/drivers/ivtv/ivtvdev.h | 17 xc/programs/Xserver/hw/xfree86/drivers/ivtv/ivtvhw.c | 819 - xc/programs/Xserver/hw/xfree86/drivers/ivtv/ivtvhw.h | 86 19 files changed, 2115 insertions(+), 4522 deletions(-) New commits: commit d6a3ad7ae2af80470d52e07ab1db0032e0cc418d Author: hverkuil [EMAIL PROTECTED] Date: Fri Aug 3 18:06:35 2007 + Remove obsolete text from the README. git-svn-id: http://ivtvdriver.org/svn/xdriver/[EMAIL PROTECTED] f93e8361-94ff-0310-af1b-c9b61a63ab7d diff --git a/README b/README index e8333e5..13fc4a1 100644 --- a/README +++ b/README @@ -1,9 +1,3 @@ -This version should now build and run with both new Xorg servers based on the 7.x -modular architecture. - -The source code is now in the src directory the old xc directory should be ignored -and will be removed soon. - Xorg 7.x Servers === commit 2ec471fbe0d82cd33e64fe81607417d215352040 Author: hverkuil [EMAIL PROTECTED] Date: Fri Aug 3 18:04:16 2007 + Delete obsolete xc directory. git-svn-id: http://ivtvdriver.org/svn/xdriver/[EMAIL PROTECTED] f93e8361-94ff-0310-af1b-c9b61a63ab7d diff --git a/xc/programs/Xserver/hw/xfree86/drivers/ivtv/Imakefile b/xc/programs/Xserver/hw/xfree86/drivers/ivtv/Imakefile deleted file mode 100644 index 6701ff3..000 --- a/xc/programs/Xserver/hw/xfree86/drivers/ivtv/Imakefile +++ /dev/null @@ -1,55 +0,0 @@ -XCOMM -XCOMM This is an Imakefile for the fbdev driver. -XCOMM -XCOMM $XFree86: xc/programs/Xserver/hw/xfree86/drivers/fbdev/Imakefile,v 1.10 2001/04/06 18:16:30 dawes Exp $ -#undef DefaultCCOptions -#define DefaultCCOptions -#define IHaveModules -#include Server.tmpl - -SRCS = ivtvdev.c ivtvhw.c ivtv_xv.c -OBJS = ivtvdev.o ivtvhw.o ivtv_xv.o - -#if defined(XF86DriverSDK) -INCLUDES = -I. -I../../include -#else -INCLUDES = -I. -I$(XF86COMSRC) -I$(XF86OSSRC) \ - -I$(SERVERSRC)/mfb -I$(SERVERSRC)/mi \ - -I$(SERVERSRC)/fb -I$(XF86SRC)/xaa \ - -I$(XF86SRC)/fbdevhw -I$(XF86SRC)/ramdac \ - -I$(XF86SRC)/ddc -I$(XF86SRC)/i2c \ - -I$(XF86SRC)/rac \ - -I$(SERVERSRC)/Xext -I$(XF86SRC)/xf24_32bpp\ - -I$(FONTINCSRC) -I$(SERVERSRC)/include -I$(XINCLUDESRC) \ - -I$(SERVERSRC)/miext/shadow -I$(EXTINCSRC) -I$(SERVERSRC)/render -#endif -#ifdef XF86_VERSION_CURRENT -XCOMM We are using Xfree86 - -#if XF86_VERSION_CURRENT = XF86_VERSION_NUMERIC(4,3,99,16,0) -DEFREGIONNULL = -DX_USE_REGION_NULL -#endif - -#else -XCOMM We are using X.org -DEFREGIONNULL = -DX_USE_REGION_NULL -#endif -DEFINES = FbdevDefines $(DEFREGIONNULL) - -#if MakeHasPosixVariableSubstitutions -SubdirLibraryRule($(OBJS)) -#endif - -ModuleObjectRule() - -ObjectModuleTarget(ivtvdev,$(OBJS)) - -InstallObjectModule(ivtvdev,$(MODULEDIR),drivers) - - -DependTarget() - -InstallDriverSDKNonExecFile(Imakefile,$(DRIVERSDKDIR)/drivers/ivtvdev) -InstallDriverSDKNonExecFile(ivtvdev.c,$(DRIVERSDKDIR)/drivers/ivtvdev) - -InstallDriverSDKObjectModule(ivtvdev,$(DRIVERSDKMODULEDIR),drivers) diff --git a/xc/programs/Xserver/hw/xfree86/drivers/ivtv/Makefile b/xc/programs/Xserver/hw/xfree86/drivers/ivtv/Makefile deleted file mode 100644 index a4d5ecf..000 --- a/xc/programs/Xserver/hw/xfree86/drivers/ivtv/Makefile +++ /dev/null @@ -1,6 +0,0 @@ - - -all: - echo Run xmkmf /PATH_TO_X_SOURCE/ - - diff --git a/xc/programs/Xserver/hw/xfree86/drivers/ivtv/TODO b/xc/programs/Xserver/hw/xfree86/drivers/ivtv/TODO deleted file mode 100644 index 6a04e20..000 --- a/xc/programs/Xserver/hw/xfree86/drivers/ivtv/TODO +++ /dev/null @@ -1,11 +0,0 @@ - DONE write to 82c registers from driver - DONE open /dev/video0 if 48 returns ENODEV and check id. - DONE Try to fail sensibly in PutImage - DONE define better structure for ioctl - DONE Buffer allocation for stream in driver - DONE Compiler warnings - DONE Apply to latest ivtv source - DONE
xserver-xorg-video-ivtvdev: Changes to 'debian-experimental'
.gitignore| 10
Changelog |9
README|6
configure.ac |8
debian/changelog |8
debian/patches/configure-correct-version |12142 ++
debian/patches/remove-xf86_ansic.h| 25
debian/patches/series |1
src/Makefile.am |3
src/TODO |3
src/ivtv_xv.c | 1585 +-
src/ivtvcompat.h | 77
src/ivtvdev.c | 945 -
src/ivtvdev.h | 29
src/ivtvhw.c | 1276 +
src/ivtvhw.h | 103
xc/programs/Xserver/hw/xfree86/drivers/ivtv/Imakefile | 55
xc/programs/Xserver/hw/xfree86/drivers/ivtv/Makefile |6
xc/programs/Xserver/hw/xfree86/drivers/ivtv/TODO | 11
xc/programs/Xserver/hw/xfree86/drivers/ivtv/ivtv_xv.c | 994 -
xc/programs/Xserver/hw/xfree86/drivers/ivtv/ivtvdev.c | 605
xc/programs/Xserver/hw/xfree86/drivers/ivtv/ivtvdev.h | 17
xc/programs/Xserver/hw/xfree86/drivers/ivtv/ivtvhw.c | 819 -
xc/programs/Xserver/hw/xfree86/drivers/ivtv/ivtvhw.h | 86
24 files changed, 14295 insertions(+), 4528 deletions(-)
New commits:
commit 7731fbd49b107416bc93623ca4c33282c7f3251f
Author: Ian Campbell [EMAIL PROTECTED]
Date: Sun Aug 12 15:11:37 2007 +0100
Add .gitignore
diff --git a/.gitignore b/.gitignore
new file mode 100644
index 000..b3548cd
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1,10 @@
+.pc
+stampdir
+patches
+debian/tmp
+debian/files
+debian/*.substvars
+debian/xserver-xorg-video-ivtv
+obj-*
+*~
+build-stamp
commit a7d9434c6b3865eab8e76889beff9d0814fc3ef0
Author: Ian Campbell [EMAIL PROTECTED]
Date: Sun Aug 12 15:07:35 2007 +0100
Updates for upstream r3991.
Fixed version in configure (should be 0.10.8 not 0.3.1).
Updated remove-xf86-ansic.h patch to fix build.
diff --git a/debian/changelog b/debian/changelog
index f690fb8..6609fd6 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+xserver-xorg-video-ivtvdev (0.10.8~svn3991-1) unstable; urgency=low
+
+ * Import upstream subversion revision 3991.
+ * correct upstream version in configure{,.ac} (0.3.1=0.10.8)
+ * Switch to using ~ for svn revision so they sort correctly.
+
+ -- Ian Campbell [EMAIL PROTECTED] Sun, 12 Aug 2007 14:50:02 +0100
+
xserver-xorg-video-ivtvdev (0.10.6+svn3805-1) UNRELEASED; urgency=low
* Imported upstream subversion revision 3805.
diff --git a/debian/patches/configure-correct-version
b/debian/patches/configure-correct-version
new file mode 100644
index 000..8828d02
--- /dev/null
+++ b/debian/patches/configure-correct-version
@@ -0,0 +1,12142 @@
+diff --git a/configure b/configure
+index a52860a..1b88349 100755
+--- a/configure
b/configure
+@@ -1,27 +1,56 @@
+ #! /bin/sh
+ # Guess values for system-dependent variables and create Makefiles.
+-# Generated by GNU Autoconf 2.59 for xf86-video-ivtdev 0.3.1.
++# Generated by GNU Autoconf 2.61 for xf86-video-ivtdev 0.10.8.
+ #
+ # Report bugs to http://ivtvdriver.org/trac.
+ #
+-# Copyright (C) 2003 Free Software Foundation, Inc.
++# Copyright (C) 1992, 1993, 1994, 1995, 1996, 1998, 1999, 2000, 2001,
++# 2002, 2003, 2004, 2005, 2006 Free Software Foundation, Inc.
+ # This configure script is free software; the Free Software Foundation
+ # gives unlimited permission to copy, distribute and modify it.
+ ## - ##
+ ## M4sh Initialization. ##
+ ## - ##
+
+-# Be Bourne compatible
++# Be more Bourne compatible
++DUALCASE=1; export DUALCASE # for MKS sh
+ if test -n ${ZSH_VERSION+set} (emulate sh) /dev/null 21; then
+ emulate sh
+ NULLCMD=:
+ # Zsh 3.x and 4.x performs word splitting on ${1+$@}, which
+ # is contrary to our usage. Disable this feature.
+ alias -g '${1+$@}'='$@'
+-elif test -n ${BASH_VERSION+set} (set -o posix) /dev/null 21; then
+- set -o posix
++ setopt NO_GLOB_SUBST
++else
++ case `(set -o) 2/dev/null` in
++ *posix*) set -o posix ;;
++esac
++
++fi
++
++
++
++
++# PATH needs CR
++# Avoid depending upon Character Ranges.
++as_cr_letters='abcdefghijklmnopqrstuvwxyz'
++as_cr_LETTERS='ABCDEFGHIJKLMNOPQRSTUVWXYZ'
++as_cr_Letters=$as_cr_letters$as_cr_LETTERS
++as_cr_digits='0123456789'
++as_cr_alnum=$as_cr_Letters$as_cr_digits
++
++# The user is always right.
++if test ${PATH_SEPARATOR+set} != set; then
++ echo #! /bin/sh conf$$.sh
++ echo exit 0 conf$$.sh
++ chmod +x conf$$.sh
++ if (PATH=/nonexistent;.; conf$$.sh) /dev/null 21; then
++PATH_SEPARATOR=';'
++ else
++PATH_SEPARATOR=:
++ fi
Bug#437332: xserver-xorg-video-ati: Failed to detect secondary monitor, MergedFB/Clone mode disabled
Alex Deucher wrote: you monitor is not being detected and doesn't provide an edid. you'll need to force both monitors monitors on using: Option MonitorLayout LCD, CRT and you'll have to specify the h and v sync ranges for the second monitor using the crt2hsync and crt2vrefresh options. See the radeon man page for more info. Hi! I tried that, but didn't solve the problem: here are the logs. = X Window System Version 1.3.0 Release Date: 19 April 2007 X Protocol Version 11, Revision 0, Release 1.3 Build Operating System: Linux Debian (xorg-server 2:1.3.0.0.dfsg-12) Current Operating System: Linux portatie 2.6.21-2-k7 #1 SMP Wed Jul 11 04:29:08 UTC 2007 i686 Build Date: 09 August 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present 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 12 17:37:43 2007 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device ATI Technologies, Inc. Radeon Xpress 200M (RS480) (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (**) |--Input Device Synaptics Touchpad (WW) The directory /usr/lib/X11/fonts/misc does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/100dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/Type1 does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/CID does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/CID does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/75dpi does not exist. Entry deleted from font path. (WW) Including the default font path /usr/share/fonts/X11/misc,/usr/share/fonts/X11/cyrillic,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType. (**) FontPath set to: unix/:7100, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/cyrillic, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (**) Extension Composite is enabled (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81e5140 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.2 X.Org XInput driver : 0.7 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.3.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.2 (--) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1002,5950 card 103c,30a4 rev 01 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1002,5a3f card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:05:0: chip 1002,5a37 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:13:0: chip 1002,4374 card 1002,4374 rev 00 class 0c,03,10 hdr 80 (II) PCI: 00:13:1: chip 1002,4375 card 1002,4375 rev 00 class 0c,03,10 hdr 00 (II) PCI: 00:13:2: chip 1002,4373 card 1002,4373 rev 00 class 0c,03,20 hdr 00 (II) PCI: 00:14:0: chip 1002,4372 card 103c,30a4 rev 11 class 0c,05,00 hdr 80 (II) PCI: 00:14:1: chip 1002,4376 card 103c,30a4 rev 00 class 01,01,8a hdr 00 (II) PCI: 00:14:3: chip 1002,4377 card , rev 00 class 06,01,00 hdr 80 (II) PCI: 00:14:4: chip 1002,4371 card , rev 00 class 06,04,01 hdr 81 (II) PCI: 00:14:5: chip 1002,4370 card 103c,30a4 rev 02 class 04,01,00 hdr 80 (II) PCI: 00:14:6: chip 1002,4378 card 103c,30a4 rev 02 class 07,03,00 hdr 80 (II) PCI: 00:18:0: chip 1022,1100 card , rev
Bug#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility
On Mon, May 21, 2007 at 16:38:18 +0100, Neil Williams wrote: arm-linux-gnu-gcc -Wall -g -O2 -DLIBXCURSOR=\libXcursor.so.1\ -o makekeys makekeys-makekeys.o -ldl make[3]: Leaving directory `/opt/emdebian/trunk/l/libx11/trunk/libx11-1.0.3/obj-x86_64-linux-gnu/src/util' ../src/util/makekeys /usr/arm-linux-gnu/include/X11/keysymdef.h ks_tables_h /bin/sh: ../src/util/makekeys: cannot execute binary file Hi Neil, can you test the following patch? Thanks, Julien From f438f69ee4246fb27053426a285d1d6ffa7fa60e Mon Sep 17 00:00:00 2001 From: Julien Cristau [EMAIL PROTECTED] Date: Sun, 12 Aug 2007 16:54:48 +0200 Subject: [PATCH] Build makekeys with CC_FOR_BUILD to fix cross-compiling makekeys is run during the build process, so needs to be built with a native compiler. --- configure.ac |6 ++ src/util/Makefile.am |3 +-- 2 files changed, 7 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index f49b9ed..3125dc4 100644 --- a/configure.ac +++ b/configure.ac @@ -18,6 +18,12 @@ AC_CONFIG_HEADER([include/X11/XlibConf.h]) AC_PROG_LIBTOOL AC_PROG_CC +if test x$cross_compiling = xyes; then + AC_CHECK_PROGS(CC_FOR_BUILD, gcc cc) +else + CC_FOR_BUILD=$CC +fi + XORG_PROG_RAWCPP # Build with XCB support? diff --git a/src/util/Makefile.am b/src/util/Makefile.am index 3ff421d..c9e81c0 100644 --- a/src/util/Makefile.am +++ b/src/util/Makefile.am @@ -4,8 +4,7 @@ noinst_PROGRAMS=makekeys makekeys_CFLAGS=$(X11_CFLAGS) -#override CC = gcc -LINK = $(CC) $(AM_CFLAGS) $(CFLAGS) $(AM_LDFLAGS) $(LDFLAGS) -o $@ +CC = @CC_FOR_BUILD@ EXTRA_DIST = mkks.sh -- 1.5.2.4 signature.asc Description: Digital signature
Processed: tagging 425445
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.7 tags 425445 upstream confirmed Bug#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility There were no tags set. Tags added: upstream, confirmed End of message, 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#434180: scim: sporadic lockup in varies programs
Processing commands for [EMAIL PROTECTED]: clone 434180 -1 Bug#434180: keyboard input lockup in XIM mode with /FrontEnd/X11/Dynamic = false setting Bug 434180 cloned as bug 437437. reassign -1 libx11 Bug#437437: keyboard input lockup in XIM mode with /FrontEnd/X11/Dynamic = false setting Bug reassigned from package `scim' to `libx11'. retitle -1 libx11 breaks scim (and maybe other input methods) XIM mode in GNOME Bug#437437: keyboard input lockup in XIM mode with /FrontEnd/X11/Dynamic = false setting Changed Bug title to `libx11 breaks scim (and maybe other input methods) XIM mode in GNOME' from `keyboard input lockup in XIM mode with /FrontEnd/X11/Dynamic = false setting'. submitter -1 ! Bug#437437: libx11 breaks scim (and maybe other input methods) XIM mode in GNOME Changed Bug submitter from manphiz [EMAIL PROTECTED] to Ming Hua [EMAIL PROTECTED]. 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: bug 437437 is forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=7869
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.7 forwarded 437437 https://bugs.freedesktop.org/show_bug.cgi?id=7869 Bug#437437: libx11 breaks scim (and maybe other input methods) XIM mode in GNOME Noted your statement that Bug has been forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=7869. End of message, 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#437437: XIM focus problem in libX11?
[I just realized that debian-x list only receives the reply to the [EMAIL PROTECTED] commands, but not the full copy of this mail, so resending to the list. I'm not subscribed to debian-x list, so please cc: [EMAIL PROTECTED] when reply.] Hello Debian X Task Force, This bug was reported in Ubuntu and Debian, and I can confirm that it happens in unstable. Fedora developers claim it's an libX11 bug [1] and reported it upstream [2], but didn't get any response from upstream. Still, Fedora seems to have applied their own patch to libX11. 1. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201284 2. https://bugs.freedesktop.org/show_bug.cgi?id=7869 Now a Debian user also confirms that the patch from Fedora fixes the problems in scim. As I don't know anything about the XIM support in libx11 at all, I'll have to ask the X maintainers to look at this bug. Please read the comments in bug #434180 [3] for the whole story (and more links). 3. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=434180 If you need any help to reproduce this bug (it requires some specific settings in scim, which I hope is clear enough in bug #434180, as well as scim's documentation in /usr/share/doc/scim/), please don't hesitate to ask me. Thanks in advance, Ming 2007.08.12 signature.asc Description: Digital signature
Bug#436488: xserver-xorg: Addscreen/screeninit failed for driver 0
On Wed, Aug 08, 2007 at 08:12:52AM -0500, Lukasz Szybalski wrote: On 8/7/07, Brice Goglin [EMAIL PROTECTED] wrote: reassign 436488 xserver-xorg-video-i810 found 436488 2:1.7.2-4 severity 436488 normal thank you Lucas S wrote: I have installed the debian etch from a netinstall cd. Stable40r0. The gui mode of installation has worked but after selecting to install desktop and standard installtion the xserver is not able to start. Your board might not be supported by the i810 driver in Etch. You should upgrade to Debian testing (xserver-xorg-core 2:1.3.0.0.dfsg-11 and xserver-xorg-video-intel 2:2.1.0-1). Unfortunately this will be a production server in 48h so I am not able to use testing. (EE) GARTInit: Unable to open /dev/agpgart (No such file or directory) (WW) I810(0): /dev/agpgart is either not available, or no memory is available Either the kernel agpgart and intel_agp modules are not loaded or they do not support your board. (II) I810(0): Initial framebuffer allocation size: 7680 kByte (EE) I810(0): Failed to allocate framebuffer. Is your VideoRAM set too low ?? This should be fixed in testing. Are there any plans to include these two version of the program into stable anytime soon? There are plans to release a sort of etch-and-a-half in several months time. This should include updates for both the kernel and intel driver. While we're not planning to have DRI working for this scheme, you should be able to run 2d graphics at a normal speed. In the meanwhile, you'll need to use the vesa driver though. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#31396: Foward:
Cheers I think this is wild www.getabiggercock.net Truly Yours Mohamed, www.getabiggercock.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437332: xserver-xorg-video-ati: Failed to detect secondary monitor, MergedFB/Clone mode disabled
On 8/12/07, Alberto Mardegan [EMAIL PROTECTED] wrote: Alex Deucher wrote: you monitor is not being detected and doesn't provide an edid. you'll need to force both monitors monitors on using: Option MonitorLayout LCD, CRT and you'll have to specify the h and v sync ranges for the second monitor using the crt2hsync and crt2vrefresh options. See the radeon man page for more info. Hi! I tried that, but didn't solve the problem: here are the logs. You've switched driver versions since your last email. those options only apply to ati master and 6.6.193 (mergedfb). the logs you've attached this time are from the xrandr-1.2 branch. Using the xrandr-1.2 branch you can force the vga output on using xrandr. e.g., xrandr --addmode VGA-1 1360x768 xrandr --output VGA-1 --mode 1360x768 Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#199675: Income details
ETrade-199675.pdf Description: Binary data
Re: Workarounds for locking assertions in Sun Java 1.5 and 1.6
Hi all, Now that we have a workaround for the java crash, do people think that uploading Xlib/XCB to sid still needs to wait for a fixed java? And is there any other blocker? FWIW, Fedora now ships libX11 built with XCB. Cheers, Julien signature.asc Description: Digital signature
Bug#437465: libgl1-mesa-dri: Shadows in Warzone 2100 don't work anymore (R300)
Package: libgl1-mesa-dri Version: 7.0.1-1 Severity: normal Hello, Since some time (version 6.5.something) the shadows in Warzone 2100 don't work correctly anymore on my Radeon 9600XT using the R300 driver. Now whole polygons are shaded instead of shadows painted on them. The different shades are still there, but the whole image gets a lot darker (you can toggle the shadows with alt-s in-game). I didn't see a difference with LIBGL_ALWAYS_INDIRECT=1, I guess it doesn't work (which seems likely, as rendering was quite fast). Older versions of Warzone where I know the shadows worked don't work now as well. Best regards, Christian Ohm -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22.1-ck1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages libgl1-mesa-dri depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii libdrm2 2.3.0-4Userspace interface to kernel DRM ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libgl1-mesa-glx 7.0.1-1A free implementation of the OpenG libgl1-mesa-dri recommends no packages. -- no debconf information -- All Bibles are man-made. -- Thomas Edison -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: notfound 326956 in 1:7.2-3
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.7 notfound 326956 1:7.2-3 Bug#326956: xserver-xorg: Memory leak Bug no longer marked as found in version 1:7.2-3. End of message, 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#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility
On Sun, 12 Aug 2007 16:59:25 +0200 Julien Cristau [EMAIL PROTECTED] wrote: Hi Neil, can you test the following patch? configure.ac |6 ++ src/util/Makefile.am |3 +-- 2 files changed, 7 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index f49b9ed..3125dc4 100644 --- a/configure.ac +++ b/configure.ac @@ -18,6 +18,12 @@ AC_CONFIG_HEADER([include/X11/XlibConf.h]) AC_PROG_LIBTOOL AC_PROG_CC +if test x$cross_compiling = xyes; then + AC_CHECK_PROGS(CC_FOR_BUILD, gcc cc) +else + CC_FOR_BUILD=$CC +fi + CC_FOR_BUILD needs to be substituted so I added: AC_SUBST(CC_FOR_BUILD) XORG_PROG_RAWCPP # Build with XCB support? diff --git a/src/util/Makefile.am b/src/util/Makefile.am index 3ff421d..c9e81c0 100644 --- a/src/util/Makefile.am +++ b/src/util/Makefile.am @@ -4,8 +4,7 @@ noinst_PROGRAMS=makekeys makekeys_CFLAGS=$(X11_CFLAGS) -#override CC = gcc -LINK = $(CC) $(AM_CFLAGS) $(CFLAGS) $(AM_LDFLAGS) $(LDFLAGS) -o $@ +CC = @CC_FOR_BUILD@ I could not get that to work. A working patch, based on the above, is attached, using the 'override' command to 'make'. If this patch is applied within Debian, autoconf needs to be added to debian/rules build-stamp target: build-stamp: dh_testdir - + autoconf and the Build-Depends. That can be skipped if the patch is applied upstream. Emdebian patches: http://buildd.emdebian.org/svn/browser/current/target/trunk/l/libx11/trunk/ http://buildd.emdebian.org/svn/browser/current/target/trunk/l/libx11/trunk/debian-patch-023_emdebian.diff?rev=1460format=txt Build log: http://buildd.emdebian.org/svn/browser/current/target/trunk/l/libx11/trunk/libx11_2%3A1.0.3-7em1_arm.build?format=raw -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ Index: libx11-1.0.3/configure.ac === --- libx11-1.0.3.orig/configure.ac 2007-08-12 19:08:08.0 +0100 +++ libx11-1.0.3/configure.ac 2007-08-12 19:08:13.0 +0100 @@ -18,6 +18,13 @@ AC_PROG_LIBTOOL AC_PROG_CC +if test x$cross_compiling = xyes; then + AC_CHECK_PROGS(CC_FOR_BUILD, gcc cc) +else + CC_FOR_BUILD=$CC +fi +AC_SUBST(CC_FOR_BUILD) + XORG_PROG_RAWCPP # Checks for pkg-config packages Index: libx11-1.0.3/src/util/Makefile.am === --- libx11-1.0.3.orig/src/util/Makefile.am 2007-08-12 19:08:08.0 +0100 +++ libx11-1.0.3/src/util/Makefile.am 2007-08-12 19:17:09.0 +0100 @@ -5,6 +5,7 @@ makekeys_CFLAGS=$(X11_CFLAGS) #override CC = gcc -LINK = $(CC) $(AM_CFLAGS) $(CFLAGS) $(AM_LDFLAGS) $(LDFLAGS) -o $@ +override [EMAIL PROTECTED]@ +override LINK = @CC_FOR_BUILD@ $(AM_CFLAGS) $(CFLAGS) $(AM_LDFLAGS) $(LDFLAGS) -o $@ EXTRA_DIST = mkks.sh Index: libx11-1.0.3/src/util/Makefile.in === --- libx11-1.0.3.orig/src/util/Makefile.in 2007-08-12 19:08:08.0 +0100 +++ libx11-1.0.3/src/util/Makefile.in 2007-08-12 19:17:19.0 +0100 @@ -237,7 +237,8 @@ makekeys_CFLAGS = $(X11_CFLAGS) #override CC = gcc -LINK = $(CC) $(AM_CFLAGS) $(CFLAGS) $(AM_LDFLAGS) $(LDFLAGS) -o $@ +override [EMAIL PROTECTED]@ +override LINK = @CC_FOR_BUILD@ $(AM_CFLAGS) $(CFLAGS) $(AM_LDFLAGS) $(LDFLAGS) -o $@ EXTRA_DIST = mkks.sh all: all-am pgphFgnGFtE2y.pgp Description: PGP signature
Processed: tagging 425445
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.7 tags 425445 + patch Bug#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility Tags were: confirmed upstream Tags added: patch End of message, 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#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility
On Sun, Aug 12, 2007 at 21:45:36 +0100, Neil Williams wrote: On Sun, 12 Aug 2007 16:59:25 +0200 Julien Cristau [EMAIL PROTECTED] wrote: diff --git a/configure.ac b/configure.ac index f49b9ed..3125dc4 100644 --- a/configure.ac +++ b/configure.ac @@ -18,6 +18,12 @@ AC_CONFIG_HEADER([include/X11/XlibConf.h]) AC_PROG_LIBTOOL AC_PROG_CC +if test x$cross_compiling = xyes; then + AC_CHECK_PROGS(CC_FOR_BUILD, gcc cc) +else + CC_FOR_BUILD=$CC +fi + CC_FOR_BUILD needs to be substituted so I added: AC_SUBST(CC_FOR_BUILD) hmm, i wonder why it worked for me... XORG_PROG_RAWCPP # Build with XCB support? diff --git a/src/util/Makefile.am b/src/util/Makefile.am index 3ff421d..c9e81c0 100644 --- a/src/util/Makefile.am +++ b/src/util/Makefile.am @@ -4,8 +4,7 @@ noinst_PROGRAMS=makekeys makekeys_CFLAGS=$(X11_CFLAGS) -#override CC = gcc -LINK = $(CC) $(AM_CFLAGS) $(CFLAGS) $(AM_LDFLAGS) $(LDFLAGS) -o $@ +CC = @CC_FOR_BUILD@ I could not get that to work. A working patch, based on the above, is attached, using the 'override' command to 'make'. The override command is gnu make specific, so that's not a good solution. Cheers, Julien signature.asc Description: Digital signature
Bug#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility
On Sun, 12 Aug 2007 22:58:48 +0200 Julien Cristau [EMAIL PROTECTED] wrote: -#override CC = gcc -LINK = $(CC) $(AM_CFLAGS) $(CFLAGS) $(AM_LDFLAGS) $(LDFLAGS) -o $@ +CC = @CC_FOR_BUILD@ I could not get that to work. A working patch, based on the above, is attached, using the 'override' command to 'make'. The override command is gnu make specific, so that's not a good solution. Which is preferable: 1. Require GNU make to cross-build, or 2. Hardcode gcc into a series of *manual* make rules in src/utils/ 3. find a different way to generate the makekeys output ? I could envisage a method in this part of debian/rules: ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE)) confflags += --build=$(DEB_HOST_GNU_TYPE) else confflags += --build=$(DEB_BUILD_GNU_TYPE) --host=$(DEB_HOST_GNU_TYPE) # add emdebian patch to quilt here endif Presumably, quilt can be used to add 023_gnu_cross.diff (renamed to indicate cross-building only and reliance on GNU make?) to the patch series only if cross-building? (I don't use quilt much.) This way, the override command would only be used if cross-building the Debian package so we can be fairly sure that GNU make is being used. Certainly, Emdebian will be using GNU make. OK, it means the patch can't go upstream but if debian/rules can arrange to add the patch (via quilt) only when cross-building, I'd be happy with that. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpWCeUrCCAOu.pgp Description: PGP signature
Bug#431746: Xinerama active, but = 0 screens?
Emanuele Rocca wrote: Hello Brice, * Brice Goglin [EMAIL PROTECTED], [2007-08-11 14:14 +0200]: The problem might be fixed by the following patch http://cvs.fedora.redhat.com/viewcvs/*checkout*/rpms/xorg-x11-server/devel/xserver-1.3.0-randrama-no-zero-screens.patch?rev=1.1 Could any of you rebuild xserver-xorg-core 1.3 with it and reports whether it helps? I can confirm that Fedora's patch solves the problem. Thanks for testing. I have marked the upstream bug as a blocker for the Xorg 7.3 release, so I hope it will be applied soon. In the meantime, we'll probably apply it to the Debian xserver-xorg-core package. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility
On Sun, Aug 12, 2007 at 22:15:15 +0100, Neil Williams wrote:
On Sun, 12 Aug 2007 22:58:48 +0200
Julien Cristau [EMAIL PROTECTED] wrote:
The override command is gnu make specific, so that's not a good
solution.
Which is preferable:
1. Require GNU make to cross-build, or
2. Hardcode gcc into a series of *manual* make rules in src/utils/
3. find a different way to generate the makekeys output
?
Whatever can be accepted upstream. Which means that 1 is not an option.
I could envisage a method in this part of debian/rules:
ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE))
confflags += --build=$(DEB_HOST_GNU_TYPE)
else
confflags += --build=$(DEB_BUILD_GNU_TYPE) --host=$(DEB_HOST_GNU_TYPE)
# add emdebian patch to quilt here
endif
Presumably, quilt can be used to add 023_gnu_cross.diff (renamed to
indicate cross-building only and reliance on GNU make?) to the patch
series only if cross-building? (I don't use quilt much.)
This way, the override command would only be used if cross-building the
Debian package so we can be fairly sure that GNU make is being used.
Certainly, Emdebian will be using GNU make.
OK, it means the patch can't go upstream but if debian/rules can
arrange to add the patch (via quilt) only when cross-building, I'd be
happy with that.
I'm not really interested in a patch which can't go upstream.
Does the attached debdiff fix your build (on top of experimental's
2:1.1.3-1)?
Thanks,
Julien
diff -u libx11-1.1.3/Makefile.in libx11-1.1.3/Makefile.in
--- libx11-1.1.3/Makefile.in
+++ libx11-1.1.3/Makefile.in
@@ -100,6 +100,7 @@
BIGFONT_LIBS = @BIGFONT_LIBS@
CC = @CC@
CCDEPMODE = @CCDEPMODE@
+CC_FOR_BUILD = @CC_FOR_BUILD@
CFLAGS = @CFLAGS@
CPP = @CPP@
CPPFLAGS = @CPPFLAGS@
diff -u libx11-1.1.3/configure libx11-1.1.3/configure
--- libx11-1.1.3/configure
+++ libx11-1.1.3/configure
@@ -874,6 +874,7 @@
FFLAGS
ac_ct_F77
LIBTOOL
+CC_FOR_BUILD
RAWCPP
RAWCPPFLAGS
XCB_TRUE
@@ -4463,7 +4464,7 @@
;;
*-*-irix6*)
# Find out which ABI we are using.
- echo '#line 4466 configure' conftest.$ac_ext
+ echo '#line 4467 configure' conftest.$ac_ext
if { (eval echo $as_me:$LINENO: \$ac_compile\) 5
(eval $ac_compile) 25
ac_status=$?
@@ -7205,11 +7206,11 @@
-e 's:.*FLAGS}\{0,1\} :$lt_compiler_flag :; t' \
-e 's: [^ ]*conftest\.: $lt_compiler_flag:; t' \
-e 's:$: $lt_compiler_flag:'`
- (eval echo \\$as_me:7208: $lt_compile\ 5)
+ (eval echo \\$as_me:7209: $lt_compile\ 5)
(eval $lt_compile 2conftest.err)
ac_status=$?
cat conftest.err 5
- echo $as_me:7212: \$? = $ac_status 5
+ echo $as_me:7213: \$? = $ac_status 5
if (exit $ac_status) test -s $ac_outfile; then
# The compiler can only warn and ignore the option if not recognized
# So say no if there are warnings other than the usual output.
@@ -7495,11 +7496,11 @@
-e 's:.*FLAGS}\{0,1\} :$lt_compiler_flag :; t' \
-e 's: [^ ]*conftest\.: $lt_compiler_flag:; t' \
-e 's:$: $lt_compiler_flag:'`
- (eval echo \\$as_me:7498: $lt_compile\ 5)
+ (eval echo \\$as_me:7499: $lt_compile\ 5)
(eval $lt_compile 2conftest.err)
ac_status=$?
cat conftest.err 5
- echo $as_me:7502: \$? = $ac_status 5
+ echo $as_me:7503: \$? = $ac_status 5
if (exit $ac_status) test -s $ac_outfile; then
# The compiler can only warn and ignore the option if not recognized
# So say no if there are warnings other than the usual output.
@@ -7599,11 +7600,11 @@
-e 's:.*FLAGS}\{0,1\} :$lt_compiler_flag :; t' \
-e 's: [^ ]*conftest\.: $lt_compiler_flag:; t' \
-e 's:$: $lt_compiler_flag:'`
- (eval echo \\$as_me:7602: $lt_compile\ 5)
+ (eval echo \\$as_me:7603: $lt_compile\ 5)
(eval $lt_compile 2out/conftest.err)
ac_status=$?
cat out/conftest.err 5
- echo $as_me:7606: \$? = $ac_status 5
+ echo $as_me:7607: \$? = $ac_status 5
if (exit $ac_status) test -s out/conftest2.$ac_objext
then
# The compiler can only warn and ignore the option if not recognized
@@ -9961,7 +9962,7 @@
lt_dlunknown=0; lt_dlno_uscore=1; lt_dlneed_uscore=2
lt_status=$lt_dlunknown
cat conftest.$ac_ext EOF
-#line 9964 configure
+#line 9965 configure
#include confdefs.h
#if HAVE_DLFCN_H
@@ -10061,7 +10062,7 @@
lt_dlunknown=0; lt_dlno_uscore=1; lt_dlneed_uscore=2
lt_status=$lt_dlunknown
cat conftest.$ac_ext EOF
-#line 10064 configure
+#line 10065 configure
#include confdefs.h
#if HAVE_DLFCN_H
@@ -12481,11 +12482,11 @@
-e 's:.*FLAGS}\{0,1\} :$lt_compiler_flag :; t' \
-e 's: [^ ]*conftest\.: $lt_compiler_flag:; t' \
-e 's:$: $lt_compiler_flag:'`
- (eval echo \\$as_me:12484: $lt_compile\ 5)
+ (eval echo \\$as_me:12485: $lt_compile\ 5)
(eval $lt_compile 2conftest.err)
ac_status=$?
cat conftest.err 5
- echo $as_me:12488: \$? = $ac_status 5
+ echo $as_me:12489: \$? = $ac_status 5
if (exit $ac_status) test -s $ac_outfile; then
# The compiler can only warn and ignore the
Bug#436336:
Unfortunatly the bug still appear on shutdown. The corrupted screen is not exactly the same but the system hard freeze yet. The actual corrupted screen is nearly black. There is just a small line of one centimeter on the top of the display which is filled with color dots and small line. The past corrupted screen had the same corruption but had also green line on the rest of the screen (we could see 4 time a part of the GDM prompt. May be can I get other debug information but I do not know how. On Fri, 2007-08-10 at 10:19 +0200, Brice Goglin wrote: Antoine Cailliau wrote: Installing the git version of the driver seems to solve the problem I had. I had a very similar problem but my display was not unrestorable only when I switched to VT but also on suspend-to-disk, -to-ram, logout, shutdown, reboot... Systematically my computer hard freeze. Good to know, thanks for the followup. Joshua, did you have a chance to test it? Brice smime.p7s Description: S/MIME cryptographic signature
Bug#437332: xserver-xorg-video-ati: Failed to detect secondary monitor, MergedFB/Clone mode disabled
Alberto Mardegan wrote: Does it help if you do something like this? xrandr --addmode VGA-1 800x600 This fails, there is no --addmode option (I have xbase-clients 1:7.2.ds2-2). Ok, this option is probably only in xrandr 1.2.2, it is available in the new x11-xserver-utils package in experimental (xbase-clients is being split in multiple smaller packages). Let me know if Alex' MonitorLayout option helps with driver 6.6.193. Did you have to help fglrx or Windows when you first plugged your monitor? for instance, did you have to tell them the monitor was actually plugged? or did they really discover everything automatically? (I am trying to understand whether the driver could better than requiring you to add MonitorLayout LCD,CRT. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437321: incompatible with kernel =2.6.22 (Radeon Xpress 200M)
Zack Weinberg wrote: I can try the intermediate releases, but am unlikely to be able to do the git bisect, sorry. Attached are X server log files for 6.6.3-5, 6.6.191-1, and 6.6.193-1 with DRI active (_dri) and disabled in xorg.conf (_no-dri). The problem only manifests with 6.6.193-1 with DRI active. The other two drivers claim not to support DRI, even when it is active. The upstream developer would like you to turn off AIGLX. Try adding something like: Section ServerFlags Option AIGLX off EndSection Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility
On Sun, 12 Aug 2007 23:29:16 +0200 Julien Cristau [EMAIL PROTECTED] wrote: Which is preferable: 1. Require GNU make to cross-build, or 2. Hardcode gcc into a series of *manual* make rules in src/utils/ 3. find a different way to generate the makekeys output ? Whatever can be accepted upstream. Which means that 1 is not an option. What is the problem with keeping a patch in Debian that is not intended for upstream? OK, it means the patch can't go upstream but if debian/rules can arrange to add the patch (via quilt) only when cross-building, I'd be happy with that. I'm not really interested in a patch which can't go upstream. Then it looks like I'll have to maintain an Emdebian patch instead. There has to be a sane way to cross-build the Debian package - the upstream code cross-builds for others. (See OpenEmbedded.) That is why I would be happy for this to be a Debian-only solution - there appears to be something wrong with the Debian build that can work with the raw upstream code. (i.e. I disagree with the 'upstream' tag on this bug.) True, if a solution is found that also works upstream then that would benefit everyone but that is not sufficient cause to refuse to fix the Debian package, IMHO. Does the attached debdiff fix your build (on top of experimental's 2:1.1.3-1)? NO. (Gee, another 6 dependencies - that's just what I needed for an embedded X11 system.) :-( The package in experimental does not even get passed configure because the new dependencies are also borked. checking for X11... configure: error: Package requirements (xextproto xtrans xcb-xlib = 0.9.92) were not met: Package pthread-stubs was not found in the pkg-config search path. Perhaps you should add the directory containing `pthread-stubs.pc' to the PKG_CONFIG_PATH environment variable Package 'pthread-stubs', required by 'XCB', not found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables X11_CFLAGS and X11_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. (apt-cross reports the installation status of foo-arm-cross in each case) $ apt-cross -v -i libxcb1-dev checking libxcb1-dev dependencies . . . libxcb1-dev depends on libxcb1, installed (1.0-3) : OK libxcb1-dev depends on libpthread-stubs0-dev, installed (0.1-2) : OK libxcb1-dev depends on libxau-dev, installed (1) : OK libxcb1-dev depends on libxdmcp-dev, installed (1) : OK One package to install. Installing: libxcb1-dev libxcb1-dev-arm-cross (1.0-3) is already installed. $ dpkg -l 'libpthread*' | grep arm ii libpthread-stubs0-arm-cross 0.1-2 pthread stubs not provided by native libc (f ii libpthread-stubs0-dev-arm-cross 0.1-2 pthread stubs not provided by native libc, d $ dpkg -L libpthread-stubs0-dev /. /usr /usr/share /usr/share/doc /usr/share/doc/libpthread-stubs0-dev /usr/share/doc/libpthread-stubs0-dev/README /usr/share/doc/libpthread-stubs0-dev/copyright /usr/share/doc/libpthread-stubs0-dev/changelog.Debian.gz /usr/share/pkgconfig /usr/share/pkgconfig/pthread-stubs.pc That should be /usr/lib/pkgconfig/pthread-stubs.pc Forcing the file into the correct location at least allows the build to continue to the inevitable makekeys failure: make[3]: Entering directory `/opt/emdebian/trunk/l/libx11/branches/upstream/libx11-1.1.3/obj-x86_64-linux-gnu/src/util' arm-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../src -I../../include/X11 -I../../../src/util-Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/arm-linux-gnu/include-I/usr/arm-linux-gnu/include -I/usr/arm-linux-gnu/include -Wall -g -O2 -MT makekeys-makekeys.o -MD -MP -MF .deps/makekeys-makekeys.Tpo -c -o makekeys-makekeys.o `test -f 'makekeys.c' || echo '../../../src/util/'`makekeys.c mv -f .deps/makekeys-makekeys.Tpo .deps/makekeys-makekeys.Po /bin/sh ../../libtool --tag=CC --mode=link arm-linux-gnu-gcc -Wall -Wpointer-arith -Wstrict-prototypes-Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/arm-linux-gnu/include -I/usr/arm-linux-gnu/include -I/usr/arm-linux-gnu/include -Wall -g -O2 -o makekeys makekeys-makekeys.o -ldl mkdir .libs arm-linux-gnu-gcc -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/arm-linux-gnu/include -I/usr/arm-linux-gnu/include -I/usr/arm-linux-gnu/include -Wall -g -O2 -o makekeys makekeys-makekeys.o -ldl make[3]: Leaving directory `/opt/emdebian/trunk/l/libx11/branches/upstream/libx11-1.1.3/obj-x86_64-linux-gnu/src/util' ../src/util/makekeys /usr/arm-linux-gnu/include/X11/keysymdef.h
Bug#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility
On Sun, Aug 12, 2007 at 23:21:05 +0100, Neil Williams wrote: I'm not sure why you thought this would work because the debdiff contained no changes that would have resulted in the src/utils/Makefile using gcc in place of arm-linux-gnu-gcc because the critical variables are defined BEFORE CC_FOR_BUILD is even specified. THAT is why I had to use override. What variables? src/utils/Makefile.in has 'CC = @CC_FOR_BUILD@', which becomes 'CC = gcc' in src/utils/Makefile. I don't believe the only way to build makekeys with a native compiler is using a gnu makeism. What are you using to build at your end? What is it that makes you think that this can be solved without 'override' ? I installed the libc6-dev-arm-cross and gcc-4.1-arm-linux-gnu from the emdebian repo, symlinked /usr/include/X11 from /usr/arm-linux-gnu/include/ (hopefully any differences here don't matter), and ran dpkg-buildpackage -rfakeroot -B -aarm. Of course the package doesn't build because I don't have some of the necessary stuff, but it gets further than the makekeys stuff. The log has: /bin/sh ../../../libtool --tag=CC --mode=link arm-linux-gnu-gcc -I../../../../include -I../../../../include/X11 -I../../../include -I../../../include/X11 -I../../../../src/xcms -I../../../../src/xkb -I../../../../src/xlibi18n -I../../../../src -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -D_BSD_SOURCE -DMALLOC_0_RETURNS_NULL -Wall -g -O2 -o libxomGeneric.la omDefault.lo omGeneric.lo omImText.lo omText.lo omTextEsc.lo omTextExt.lo omTextPer.lo omXChar.lo -ldl arm-linux-gnu-ar cru .libs/libxomGeneric.a .libs/omDefault.o .libs/omGeneric.o .libs/omImText.o .libs/omText.o .libs/omTextEsc.o .libs/omTextExt.o .libs/omTextPer.o .libs/omXChar.o arm-linux-gnu-ranlib .libs/libxomGeneric.a creating libxomGeneric.la (cd .libs rm -f libxomGeneric.la ln -s ../libxomGeneric.la libxomGeneric.la) make[4]: Leaving directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules/om/generic' make[4]: Entering directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules/om' make[4]: Nothing to be done for `all-am'. make[4]: Leaving directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules/om' make[3]: Leaving directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules/om' make[3]: Entering directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules' make[2]: Leaving directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules' Making all in src make[2]: Entering directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/src' cd util /usr/bin/make make[3]: Entering directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/src/util' gcc -DHAVE_CONFIG_H -I. -I../../src -I../../include/X11 -I../../../src/util -Wall -Wpointer-arith -Wstrict-prototypes-Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT-Wall -g -O2 -MT makekeys-makekeys.o -MD -MP -MF .deps/makekeys-makekeys.Tpo -c -o makekeys-makekeys.o `test -f 'makekeys.c' || echo '../../../src/util/'`makekeys.c mv -f .deps/makekeys-makekeys.Tpo .deps/makekeys-makekeys.Po /bin/sh ../../libtool --tag=CC --mode=link gcc -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT-Wall -g -O2 -o makekeys makekeys-makekeys.o -ldl mkdir .libs gcc -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -Wall -g -O2 -o makekeys makekeys-makekeys.o -ldl make[3]: Leaving directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/src/util' ../src/util/makekeys /usr/include/X11/keysymdef.h ks_tables_h mv ks_tables_h ks_tables.h /usr/bin/make all-recursive make[3]: Entering directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/src' Making all in util make[4]: Entering directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/src/util' make[4]: Nothing to be done for `all'. make[4]: Leaving directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/src/util' Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility
On Sun, 12 Aug 2007 23:21:05 +0100 Neil Williams [EMAIL PROTECTED] wrote: (Gee, another 6 dependencies - that's just what I needed for an embedded X11 system.) :-( Actually, can those new dependencies be removed by tweaking ./configure during the cross-build? What do they provide in the package in experimental that is not part of the package in unstable? Regarding the original bug: The only other method is a complete duplicate build - build once with: dpkg-buildpackage -a $(DEB_BUILD_GNU_TYPE) copy makekeys (or makekeys output) into the new tree dpkg-buildpackage -a $(DEB_HOST_GNU_TYPE) This would then involve creating new targets in debian/rules that make this duplicate build as small as possible (matching how OpenEmbedded build packages like these). I hope you can see that this is also a Debian-only fix. I have not been able to make either of your suggestions actually work without using 'override' and I currently cannot see any way of creating a sane patch suitable for upstream - barring generating the output of makekeys BEFORE release and incorporating it into the actual release. (i.e. a duplicate build where the first part of the build is actually done prior to release and is never done again for the life of the .orig.tar.gz). OK, it makes the released tarball larger but certainly for Emdebian, that is inconsequential - we care about the size of the cross-built binaries, not the release tarball. Is the *output* of makekeys actually architecture-dependent? Other packages in the same situation (fontconfig), simply use utilities like this for the sake of upstream convenience - any parser would do, it just so happens that upstream chose a compiled language instead of an interpreted language to convert the input of the utility (which is presumably easier to edit) into a format suitable for inclusion directly into the source code for compilation (which is usually hard to edit). I will investigate the duplicate build option (staging) later this week. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpNX2lTNF00v.pgp Description: PGP signature
Bug#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility
On Mon, Aug 13, 2007 at 00:08:58 +0100, Neil Williams wrote: On Sun, 12 Aug 2007 23:21:05 +0100 Neil Williams [EMAIL PROTECTED] wrote: (Gee, another 6 dependencies - that's just what I needed for an embedded X11 system.) :-( Actually, can those new dependencies be removed by tweaking ./configure during the cross-build? What do they provide in the package in experimental that is not part of the package in unstable? http://lists.debian.org/debian-devel-announce/2006/11/msg00010.html Regarding the original bug: The only other method is a complete duplicate build - build once with: dpkg-buildpackage -a $(DEB_BUILD_GNU_TYPE) copy makekeys (or makekeys output) into the new tree dpkg-buildpackage -a $(DEB_HOST_GNU_TYPE) Why the hell can't makekeys be built with a native compiler? AIUI, that's what CC_FOR_BUILD is supposed to be... Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
xterm-229
Patch #229 - 2008/8/12 * override locale in minstall.sh; change in [233]patch #226 does not work in UTF-8 locale (report by Zdenek Sekera). * undo an incorrect fix for a memory leak in [234]patch #209 (Debian #435858). -- Thomas E. Dickey [EMAIL PROTECTED] http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Processed: cloning 425445, reassign -1 to dpkg-cross
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.7 clone 425445 -1 Bug#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility Bug 425445 cloned as bug 437507. reassign -1 dpkg-cross Bug#437507: libx11-6: fails to cross-build. tries to run cross-built makekeys utility Bug reassigned from package `libx11' to `dpkg-cross'. End of message, 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#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility
On Mon, 13 Aug 2007 00:57:04 +0200 Julien Cristau [EMAIL PROTECTED] wrote: On Sun, Aug 12, 2007 at 23:21:05 +0100, Neil Williams wrote: I'm not sure why you thought this would work because the debdiff contained no changes that would have resulted in the src/utils/Makefile using gcc in place of arm-linux-gnu-gcc because the critical variables are defined BEFORE CC_FOR_BUILD is even specified. THAT is why I had to use override. What variables? makekeys_LINK, LINK and COMPILE. src/utils/Makefile.in has 'CC = @CC_FOR_BUILD@', which becomes 'CC = gcc' in src/utils/Makefile. But src/utils/Makefile does not exist. It is obj-x86_64-linux-gnu/src/utils/Makefile or obj-$(DEB_BUILD_GNU_TYPE)/src/utils/Makefile (from debian/rules) I don't believe the only way to build makekeys with a native compiler is using a gnu makeism. I only wish that such a method would actually work. What are you using to build at your end? What is it that makes you think that this can be solved without 'override' ? I installed the libc6-dev-arm-cross and gcc-4.1-arm-linux-gnu from the emdebian repo, symlinked /usr/include/X11 from /usr/arm-linux-gnu/include/ (hopefully any differences here don't matter), and ran dpkg-buildpackage -rfakeroot -B -aarm. Of course the package doesn't build because I don't have some of the necessary stuff, but it gets further than the makekeys stuff. So you don't have dpkg-cross installed? I think this is a completely different bug. I use emdebuild (part of emdebian-tools) which merely does some useful stuff to prepare patch files and then calls the dpkg-cross diversion of dpkg-buildpackage -rfakeroot -a$ARCH etc. to do the rest of the work. With a fully operational toolchain installed, dpkg-buildpackage fails at makekeys just like emdebuild (which is exactly what I would expect). The log has: /bin/sh ../../../libtool --tag=CC --mode=link arm-linux-gnu-gcc -I../../../../include -I../../../../include/X11 -I../../../include -I../../../include/X11 -I../../../../src/xcms -I../../../../src/xkb -I../../../../src/xlibi18n -I../../../../src -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -D_BSD_SOURCE -DMALLOC_0_RETURNS_NULL -Wall -g -O2 -o libxomGeneric.la omDefault.lo omGeneric.lo omImText.lo omText.lo omTextEsc.lo omTextExt.lo omTextPer.lo omXChar.lo -ldl arm-linux-gnu-ar cru .libs/libxomGeneric.a .libs/omDefault.o .libs/omGeneric.o .libs/omImText.o .libs/omText.o .libs/omTextEsc.o .libs/omTextExt.o .libs/omTextPer.o .libs/omXChar.o arm-linux-gnu-ranlib .libs/libxomGeneric.a creating libxomGeneric.la (cd .libs rm -f libxomGeneric.la ln -s ../libxomGeneric.la libxomGeneric.la) make[4]: Leaving directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules/om/generic' make[4]: Entering directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules/om' make[4]: Nothing to be done for `all-am'. make[4]: Leaving directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules/om' make[3]: Leaving directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules/om' make[3]: Entering directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules' make[2]: Leaving directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules' Making all in src make[2]: Entering directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/src' cd util /usr/bin/make make[3]: Entering directory `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/src/util' gcc -DHAVE_CONFIG_H -I. -I../../src -I../../include/X11 -I../../../src/util -Wall -Wpointer-arith -Wstrict-prototypes-Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT-Wall -g -O2 -MT makekeys-makekeys.o -MD -MP -MF .deps/makekeys-makekeys.Tpo -c -o makekeys-makekeys.o `test -f 'makekeys.c' || echo '../../../src/util/'`makekeys.c In the same position, I get: arm-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../src -I../../include/X11 -I../../../src/util-Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/arm-linux-gnu/include-I/usr/arm-linux-gnu/include -I/usr/arm-linux-gnu/include -Wall -g -O2 -MT makekeys-makekeys.o -MD -MP -MF .deps/makekeys-makekeys.Tpo -c -o makekeys-makekeys.o `test -f 'makekeys.c' || echo '../../../src/util/'`makekeys.c Wrong compiler. :-( Note that the actual values of the variables are NOT taken from the Makefile but from dpkg-buildpackage unless
Bug#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility
On Mon, Aug 13, 2007 at 00:31:35 +0100, Neil Williams wrote: On Mon, 13 Aug 2007 00:57:04 +0200 Julien Cristau [EMAIL PROTECTED] wrote: On Sun, Aug 12, 2007 at 23:21:05 +0100, Neil Williams wrote: I'm not sure why you thought this would work because the debdiff contained no changes that would have resulted in the src/utils/Makefile using gcc in place of arm-linux-gnu-gcc because the critical variables are defined BEFORE CC_FOR_BUILD is even specified. THAT is why I had to use override. What variables? makekeys_LINK, LINK and COMPILE. I suppose it should be possible to redefine those to use $(CC_FOR_BUILD) instead of $(CC) in Makefile.am... I was hoping it would be possible to avoid that. Or maybe just add a rule like: makekeys: makekeys.c $(CC_FOR_BUILD) $(makekeys_CFLAGS) $ -o $@ so nothing uses $(CC). src/utils/Makefile.in has 'CC = @CC_FOR_BUILD@', which becomes 'CC = gcc' in src/utils/Makefile. But src/utils/Makefile does not exist. It is obj-x86_64-linux-gnu/src/utils/Makefile or obj-$(DEB_BUILD_GNU_TYPE)/src/utils/Makefile (from debian/rules) Yeah, that's what I meant. I don't believe the only way to build makekeys with a native compiler is using a gnu makeism. I only wish that such a method would actually work. What are you using to build at your end? What is it that makes you think that this can be solved without 'override' ? I installed the libc6-dev-arm-cross and gcc-4.1-arm-linux-gnu from the emdebian repo, symlinked /usr/include/X11 from /usr/arm-linux-gnu/include/ (hopefully any differences here don't matter), and ran dpkg-buildpackage -rfakeroot -B -aarm. Of course the package doesn't build because I don't have some of the necessary stuff, but it gets further than the makekeys stuff. So you don't have dpkg-cross installed? No. Cheers, Julien signature.asc Description: Digital signature
Processed: tagging 425445, tagging 425445
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.7 tags 425445 - patch Bug#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility Tags were: patch confirmed upstream Tags removed: patch tags 425445 + moreinfo Bug#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility Tags were: confirmed upstream Tags added: moreinfo End of message, 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#437528: should be able to have an xorg.conf with no ServerLayout, Device, or Screen
Package: xserver-xorg Version: 1:7.2-5 Severity: wishlist If there is no xorg.conf at all, X automatically deduces default settings that work in a lot of cases (including my own). However, if there *is* an xorg.conf, but it does not contain ServerLayout, Device, or Screen sections, X refuses to start. It would be nice if, in this circumstance, the same defaults would be used that are currently used if there is no xorg.conf at all. Also, if I specify a Device or Screen section with the same name as one of the built-in sections that get dumped to Xorg.0.log but different contents, that should silently override *just that piece* of the built-in defaults. Two circumstances where this would be handy: - All I want to do in xorg.conf is set XKB options. - All I want to do in xorg.conf is futz with ServerFlags, Modules, and Device options to track down a video driver bug (such as #437321). zw -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2007-01-17 12:00 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1736632 2007-08-09 10:39 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:05.0 VGA compatible controller: ATI Technologies Inc RC410 [Radeon Xpress 200M] /etc/X11/xorg.conf does not exist. Xorg X server log files on system: -rw-r--r-- 1 root root 38407 2007-08-12 21:07 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X Window System Version 1.3.0 Release Date: 19 April 2007 X Protocol Version 11, Revision 0, Release 1.3 Build Operating System: Linux Debian (xorg-server 2:1.3.0.0.dfsg-12) Current Operating System: Linux boheme 2.6.22-1-686 #1 SMP Sun Jul 29 14:37:42 UTC 2007 i686 Build Date: 09 August 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present 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 12 21:07:46 2007 (EE) Unable to locate/open config file (II) Loader magic: 0x81e5140 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.2 X.Org XInput driver : 0.7 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.3.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.2 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1002,5a31 card 1179,ff00 rev 01 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1002,5a3f card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:04:0: chip 1002,5a36 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:13:0: chip 1002,4374 card 1179,ff00 rev 80 class 0c,03,10 hdr 80 (II) PCI: 00:13:1: chip 1002,4375 card 1179,ff00 rev 80 class 0c,03,10 hdr 00 (II) PCI: 00:13:2: chip 1002,4373 card 1179,ff00 rev 80 class 0c,03,20 hdr 00 (II) PCI: 00:14:0: chip 1002,4372 card 1179,ff00 rev 81 class 0c,05,00 hdr 80 (II) PCI: 00:14:1: chip 1002,4376 card 1179,ff00 rev 80 class 01,01,8a hdr 00 (II) PCI: 00:14:3: chip 1002,4377 card 1179,ff00 rev 80 class 06,01,00 hdr 80 (II) PCI: 00:14:4: chip 1002,4371 card , rev 80 class 06,04,01 hdr 81 (II) PCI: 00:14:5: chip 1002,4370 card 1179,ff00 rev 80 class 04,01,00 hdr 80 (II) PCI: 00:14:6: chip 1002,4378 card 1179,0001 rev 80 class 07,03,00 hdr 80 (II) PCI: 01:05:0: chip 1002,5a62 card 1179,ff01 rev 00 class 03,00,00 hdr 00 (II) PCI: 04:00:0: chip 104c,8026 card 1179,ff00 rev 00 class 0c,00,10 hdr 00 (II) PCI: 04:02:0: chip 168c,001a card 144f,7094 rev 01 class 02,00,00 hdr 00 (II) PCI: 04:04:0: chip 1524,1410 card a400, rev 01 class 06,07,00 hdr 02 (II) PCI: 04:06:0: chip 10ec,8139 card 1179,ff00 rev 10 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,5), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000c (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0x9000 - 0x90ff (0x100) IX[B] [1] -1 0 0x9400 - 0x94ff (0x100) IX[B] [2] -1 0 0x9800 - 0x98ff (0x100) IX[B] [3] -1 0 0x9c00 - 0x9cff (0x100) IX[B] (II) Bus 1
