Re: Xorg problems after the last upgrade
On 9/28/06, Martin Jambor <[EMAIL PROTECTED]> wrote: Hi, after yesterdays update (sid on amd64) my fluxbox and kdm are unable to write any text to many places such as window title bars and the bottom status bar. Furthermore (and more importantly!) my aterm cannot use my colors defined in /etc/X11/rgb.txt. Xorg log looks fine. I tried reinstalling xfs, reconfiguring xorg(manually and by dpkg-reconfigure), all that I could think of but with no luck. Any ideas? I upgraded kernel to 2.6.18 and NVidia stuff to a version supportinx Xorg 7.1 and got my fonts back. However, /etc/X11/rgb.txt is still ignored even when I explicitly set the path. I guess I'll file a bug then... Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Xorg problems after the last upgrade
Hi, after yesterdays update (sid on amd64) my fluxbox and kdm are unable to write any text to many places such as window title bars and the bottom status bar. Furthermore (and more importantly!) my aterm cannot use my colors defined in /etc/X11/rgb.txt. Xorg log looks fine. I tried reinstalling xfs, reconfiguring xorg(manually and by dpkg-reconfigure), all that I could think of but with no luck. Any ideas? TIA Martin The xorg log file: -- X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: UNKNOWN Current Operating System: Linux cetus 2.6.16.14mj01 #1 PREEMPT Mon May 8 15:40:33 CEST 2006 x86_64 Build Date: 07 July 2006 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: Thu Sep 28 12:42:39 2006 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Generic Monitor" (**) | |-->Device "Generic Video Card" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc104" (**) XKB: model: "pc104" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (**) FontPath set to: unix/:7100, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/encodings, /usr/share/fonts/X11/util, /usr/share/fonts/X11/misc, /usr/lib/X11/fonts/misc, /usr/share/fonts/X11/Type1, /usr/lib/X11/fonts/Speedo, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /usr/share/fonts/X11/misc/, /usr/share/fonts/X11/TTF/, /usr/share/fonts/X11/OTF, /usr/share/fonts/X11/Type1/, /usr/share/fonts/X11/CID/, /usr/share/fonts/X11/100dpi/, /usr/share/fonts/X11/75dpi/ (==) RgbPath set to "${prefix}/share/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules/dirvers,/usr/X11R6/lib/modules,/usr/lib/xorg/modules" (**) Ignoring ABI Version (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) No APM support in BIOS or kernel (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.0 X.Org XInput driver : 0.6 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.0 (--) using VT number 9 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 10de,00e1 card 1043,813f rev a1 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 10de,00e0 card 1043,813f rev a2 class 06,01,00 hdr 80 (II) PCI: 00:01:1: chip 10de,00e4 card 1043,813f rev a1 class 0c,05,00 hdr 80 (II) PCI: 00:02:0: chip 10de,00e7 card 1043,813f rev a1 class 0c,03,10 hdr 80 (II) PCI: 00:02:1: chip 10de,00e7 card 1043,813f rev a1 class 0c,03,10 hdr 80 (II) PCI: 00:02:2: chip 10de,00e8 card 1043,813f rev a2 class 0c,03,20 hdr 80 (II) PCI: 00:05:0: chip 10de,00df card 1043,80a7 rev a2 class 06,80,00 hdr 00 (II) PCI: 00:08:0: chip 10de,00e5 card 1043,813f rev a2 class 01,01,8a hdr 00 (II) PCI: 00:0a:0: chip 10de,00e3 card 1043,813f rev a2 class 01,01,85 hdr 00 (II) PCI: 00:0b:0: chip 10de,00e2 card , rev a2 class 06,04,00 hdr 01 (II) PCI: 00:0e:0: chip 10de,00ed card , rev a2 class 06,04,00 hdr 01 (II) PCI: 00:18:0: chip 1022,1100 card , rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:1: chip 1022,1101 card , rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:2: chip 1022,1102 card , rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:3: chip 1022,1103 card , rev 00 class 06,00,00 hdr 80 (II) PCI: 01:00:0: chip 10de,0326 card 1462,9982 rev a1 class 03,00,00 hdr 00 (II) PCI: 02:07:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 02:08:0: chip 1814,0201 card 1814,2560 rev 01 class 02,80,00 hdr 00 (II) PCI: 02:0a:
Re: Shutdown problem on Tyan S2875 opteron SMP
On 9/16/06, garrone <[EMAIL PROTECTED]> wrote: On Sat, Sep 16, 2006 at 11:57:44AM +0200, Martin Jambor wrote: > Hi, > > On 9/16/06, garrone <[EMAIL PROTECTED]> wrote: > >> >The command "shutdown -h" does not completely poweroff the system > >> >for kernels 2.6.11, 2.6.12, and 2.6.16. However 2.6.8 does > >> >turn off as it should! > >> > >Thanks. I was momentarily excited that 2.6.8 worked but the others > >didnt, suggesting that the problem was with the linux kernel rather > >than the board. However the situation where some kernel versions > >work and others don't now suggests to me that the problem is more likely > >to be with the board than the kernel. The linux code seems to follow > >the standard pretty closely. I tried 2.6.17 and that does > >not work either. I am running bios 3.03. > > Maybe I am stating the obvious, but have you had a look at and > compared the configurations of the kernels that do and don't work? > > I run vanilla kernels and whenever such problems arise (on both amd64 > and i386) it is most certainly my configuration error, not a kernel > version issue (there have been exceptions like burning through ATA > etc. though). > > HTH > > Martin So what configuration options do you mean? When I debugged a failing 2.6.12, my debug statements were definitely being executed at the point where it was supposed to stop. I did briefly look at the configuration, but didnt see anything. These are standard debian pre-packaged images as well. The ACPI config from zless /proc/config.gz | grep ACPI is CONFIG_X86_64_ACPI_NUMA=y # ACPI (Advanced Configuration and Power Interface) Support CONFIG_ACPI=y CONFIG_ACPI_SLEEP=y CONFIG_ACPI_SLEEP_PROC_FS=y # CONFIG_ACPI_SLEEP_PROC_SLEEP is not set CONFIG_ACPI_AC=m CONFIG_ACPI_BATTERY=m CONFIG_ACPI_BUTTON=m CONFIG_ACPI_VIDEO=m CONFIG_ACPI_HOTKEY=m CONFIG_ACPI_FAN=m CONFIG_ACPI_PROCESSOR=m CONFIG_ACPI_HOTPLUG_CPU=y CONFIG_ACPI_THERMAL=m CONFIG_ACPI_NUMA=y CONFIG_ACPI_ASUS=m CONFIG_ACPI_IBM=m CONFIG_ACPI_TOSHIBA=m CONFIG_ACPI_BLACKLIST_YEAR=0 # CONFIG_ACPI_DEBUG is not set CONFIG_ACPI_EC=y CONFIG_ACPI_POWER=y CONFIG_ACPI_SYSTEM=y CONFIG_ACPI_CONTAINER=m CONFIG_X86_POWERNOW_K8_ACPI=y CONFIG_X86_SPEEDSTEP_CENTRINO_ACPI=y CONFIG_X86_ACPI_CPUFREQ=m # CONFIG_X86_ACPI_CPUFREQ_PROC_INTF is not set CONFIG_HOTPLUG_PCI_ACPI=m CONFIG_HOTPLUG_PCI_ACPI_IBM=m CONFIG_PNPACPI=y CONFIG_SERIAL_8250_ACPI=y It all looks pretty set to me. Yeah, it really looks good. Any differences between the 2.6.8 config? I also recall encountering a motherboard that wouldn't shut down with ACPI and needed APM, didn't it go away? HTH Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Shutdown problem on Tyan S2875 opteron SMP
Hi, On 9/16/06, garrone <[EMAIL PROTECTED]> wrote: > >The command "shutdown -h" does not completely poweroff the system > >for kernels 2.6.11, 2.6.12, and 2.6.16. However 2.6.8 does > >turn off as it should! > Thanks. I was momentarily excited that 2.6.8 worked but the others didnt, suggesting that the problem was with the linux kernel rather than the board. However the situation where some kernel versions work and others don't now suggests to me that the problem is more likely to be with the board than the kernel. The linux code seems to follow the standard pretty closely. I tried 2.6.17 and that does not work either. I am running bios 3.03. Maybe I am stating the obvious, but have you had a look at and compared the configurations of the kernels that do and don't work? I run vanilla kernels and whenever such problems arise (on both amd64 and i386) it is most certainly my configuration error, not a kernel version issue (there have been exceptions like burning through ATA etc. though). HTH Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Gkrellm mail checker & SSL?
Hi, what packages do I have to have installed in order to be able to check mail through SSL with gkrellm2? I went through aptitude and verified I have OpenSSL installed and installed some crypto libraries but with no luck. This is the state of *ssl* packages on my system: [EMAIL PROTECTED]:~$ dpkg -l '*ssl*' Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- un apache-ssl (no description available) ii docbook-dsssl 1.79-4 modular DocBook DSSSL stylesheets, for print un docbook-dsssl- (no description available) un fetchmail-ssl (no description available) un gnustep-ssl (no description available) ii libio-socket-s 0.999-1Perl module implementing object oriented int ii libnet-ssleay- 1.30-1 Perl module for Secure Sockets Layer (SSL) un libopenssl-rub (no description available) un libssl (no description available) ii libssl-dev 0.9.8b-2 SSL development libraries, header files and ii libssl0.9.70.9.7i-1 SSL shared libraries ii libssl0.9.80.9.8b-2 SSL shared libraries un libssl08-dev(no description available) un libssl09-dev(no description available) un libssl095a-dev (no description available) un libssl096-dev (no description available) un libwww-ssl0 (no description available) ii libxmlsec1-ope 1.2.9-5Openssl engine for the XML security library ii openssl0.9.8b-2 Secure Socket Layer (SSL) binary and related ii ssl-cert 1.0.13 Simple debconf wrapper for openssl un ssleay (no description available) un w3m-ssl (no description available) un wget-ssl(no description available) un zmailer-ssl (no description available) and *crypto* packages: [EMAIL PROTECTED]:~$ dpkg -l '*crypto*' Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- un libcrypto++5.2 (no description available) un libcrypto++5.2 (no description available) ii libcrypto++5.2 5.2.1c2a-3 General purpose cryptographic shared library un m2crypto(no description available) ii python-m2crypt 0.16-1.1 a crypto and SSL toolkit for Python un python2.3-m2cr (no description available) un python2.4-m2cr (no description available) On my i386 notebook the gkrellm has no problem usig SSL and I have pretty much the same stuff installed (or even less). Thank you very much in advance, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ·D acceleration on a 32bit chroot
On 9/9/06, Guillermo Movia <[EMAIL PROTECTED]> wrote: PS: I wish to try the Google Earth, but ir seems don't work in Debian 64. It does, you just need to install the ia32-libs package. HTH Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: chroot and ia32libs combined
On 9/6/06, Seb <[EMAIL PROTECTED]> wrote: I'm in the same situation with Firefox as you are, but do not see the extension compatibility wizard kicking in. The danger I see is the 64-bit and 32-bit versions modifying ~/.mozilla differently, which may mess the files up at some point. As far as Firefox is concerned, I have never actually managed to run the 32 bit and 64 bit version concurrently, somehow whichever I run second just opens a new window of the first. OTOH, one can do stuff like this in your /etc/fstab, even though it is quite cumbersome: /home/user/.ia32-mozilla /var/chroot/sid-ia32/home/user/.mozilla none bind 0 0 HTH Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: thunderbird: Can someone reproduce #383344?
On 8/30/06, Alexander Sack <[EMAIL PROTECTED]> wrote: Can someone please confirm if this bug [1] is reproducible? If not, could someone please follow instructions in the bug to produce a debug backtrace? [1] - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=383344 I don't use thunderbird but it certainly starts ok on my AMD64. HTH Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New
On 8/16/06, Kv237 <[EMAIL PROTECTED]> wrote: I attempted to find an old ethernet adapter today, in order to install the AMD64 port of Sarge. But the only card I could find was a Zonet ZEN3200 adapter. This adapter requires the driver rt18139.o, and that was not available in the ../kernel/drivers/net directory. And before you ask, I did look for a .ko extension as well. I installed AMD64 using a network card with realtek 8139 chipset 10 months ago without any problems whatsoever. I just used the netinstall CD as always, the card got autodetected properly. Moreover, I think the drivers you should try are called 8139cp.ko and 8139too.ko HTH Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Wolfenstein: E-T on debian amd64 with ATI X800 Pro gfx?
Hi, On 8/12/06, Jesper Nyholm Jensen <[EMAIL PROTECTED]> wrote: Particularly interesting is the error: libGL error: dlopen /usr/lib/dri/fglrx_dri.so failed (/usr/lib/dri/fglrx_dri.so: cannot open shared object file: No such file or directory) but the file is there: $ ls -al /usr/lib/dri/fglrx* -rw-r--r-- 1 root root 9559048 Aug 12 16:35 /usr/lib/dri/fglrx_dri.so so I don't understand the error. I don't know whether these things run with root privileges but if they don't, the shared library is not marked as executable (for anyone, in fact). Just my 2 cents, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]