Re: xmessage
> The problem is that when I did "xmessage -f /path/to/messagefile" I'm using the 3.3.6 debs on this machine, but "xmessage -f /tmp/x.msg" gives me an xmessage containing "-f /tmp/x.msg", while "xmessage -file /tmp/x.msg" works as expected. Perhaps you just need to spell out -file? Will
Re: xmessage
> The problem is that when I did "xmessage -f /path/to/messagefile" I'm using the 3.3.6 debs on this machine, but "xmessage -f /tmp/x.msg" gives me an xmessage containing "-f /tmp/x.msg", while "xmessage -file /tmp/x.msg" works as expected. Perhaps you just need to spell out -file? Will -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [HOWTO] Downgrade from 4.0.1-0 to 3.3.6
> I'd appreciate knowing what problems you experienced, since Debian packages > are supposed to be downgradeable. I did almost the same thing on my laptop the other day, except that I --purged a fair number of the leaf nodes in the dependency tree (all of the xfont-* stuff, and a few other things) by hand before --force-depends'ing my way through it, and had absolutely no troubles at all. Will
Re: [HOWTO] Downgrade from 4.0.1-0 to 3.3.6
> I'd appreciate knowing what problems you experienced, since Debian packages > are supposed to be downgradeable. I did almost the same thing on my laptop the other day, except that I --purged a fair number of the leaf nodes in the dependency tree (all of the xfont-* stuff, and a few other things) by hand before --force-depends'ing my way through it, and had absolutely no troubles at all. Will -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X4, thinkpad 600x and odd font rendering
I have a thinkpad 600x, I'm running the 4.0 phase2v17 .debs from samosa, and I have a wierd font problem: Fonts are drawn correctly _except_ when they're being edited. Any line that is being edited is almost illegible; it looks as if parts of the letters overlap each other, or mask each other, like somoeone's made a collage by cutting out little pieces of paper and pasting them back together carelessly. E.g., in an xterm running bash, the lines above the bottom are fine, but editing the bottom line results in a jumbled mess. Once I hit enter, and it scrolls up a line, that line is fine, and the new command line becomes a wreck as soon as I start typing. In /etc/X11/XF86Config-4, I have this: Section "Files" FontPath "unix/locahost:7100" EndSection and my /etc/X11/fs/config has this: catalogue = /usr/lib/X11/fonts/misc/,/usr/lib/X11/fonts/cyrillic/,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/CID,/usr/lib/X11/fonts/Speedo and it looks like this is using the neomagic driver. Any clues? thanks Will
X4, thinkpad 600x and odd font rendering
I have a thinkpad 600x, I'm running the 4.0 phase2v17 .debs from samosa, and I have a wierd font problem: Fonts are drawn correctly _except_ when they're being edited. Any line that is being edited is almost illegible; it looks as if parts of the letters overlap each other, or mask each other, like somoeone's made a collage by cutting out little pieces of paper and pasting them back together carelessly. E.g., in an xterm running bash, the lines above the bottom are fine, but editing the bottom line results in a jumbled mess. Once I hit enter, and it scrolls up a line, that line is fine, and the new command line becomes a wreck as soon as I start typing. In /etc/X11/XF86Config-4, I have this: Section "Files" FontPath "unix/locahost:7100" EndSection and my /etc/X11/fs/config has this: catalogue = /usr/lib/X11/fonts/misc/,/usr/lib/X11/fonts/cyrillic/,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/CID,/usr/lib/X11/fonts/Speedo and it looks like this is using the neomagic driver. Any clues? thanks Will -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Trident 9397 and Xfree 4.1
> > It looks like X is drawing there -- I can put windows there, and gkrellm > > extends into this "black" region -- but it's getting cut off or clipped or > Try a lower bits-per-pixel value, or tell the server real amount of > memory and see if it still happens. Thanks for your suggestions. I tried 8, 16 and 24 bpp, and gave it the correct "VideoRam" parameter, and bad results. Actually, with 24bpp, the modeline seemed to be _way_ off; the left edge of the desktop was repeated every inch or so across the screen. But with 8 and 16 (and the _same_ modeline), I got the top-of-the-desktop-cut-off thing. As I said, it worked fine with the Xfree 3.3.6 XF86_SVGA server, so I'm wondering what has gone wrong with 4.0.1. :) Any other clues? Will
Re: Trident 9397 and Xfree 4.1
> > It looks like X is drawing there -- I can put windows there, and gkrellm > > extends into this "black" region -- but it's getting cut off or clipped or > Try a lower bits-per-pixel value, or tell the server real amount of > memory and see if it still happens. Thanks for your suggestions. I tried 8, 16 and 24 bpp, and gave it the correct "VideoRam" parameter, and bad results. Actually, with 24bpp, the modeline seemed to be _way_ off; the left edge of the desktop was repeated every inch or so across the screen. But with 8 and 16 (and the _same_ modeline), I got the top-of-the-desktop-cut-off thing. As I said, it worked fine with the Xfree 3.3.6 XF86_SVGA server, so I'm wondering what has gone wrong with 4.0.1. :) Any other clues? Will -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Trident 9397 and Xfree 4.1
Hey there; I'm using this chipset on my laptop, and encountering some odd behavior, so I figured I'd check and see if this was happening to anyone else. I'm running woody updated to this morning, and xserver-xfree86 4.0.1-0phase2v7. None of the default modelines work correctly -- so I cut out the modeline I was using with Xfree 3 (this had been tweeked via xvidtune from one of the defaults), and it works ok, except that the top half-inch or so of the screen is completely black. It looks like X is drawing there -- I can put windows there, and gkrellm extends into this "black" region -- but it's getting cut off or clipped or something. I took a screenshot with xwd, and the screenshot shows the entire screen, but it's not actually visible on the monitor. Any clues? Will
Trident 9397 and Xfree 4.1
Hey there; I'm using this chipset on my laptop, and encountering some odd behavior, so I figured I'd check and see if this was happening to anyone else. I'm running woody updated to this morning, and xserver-xfree86 4.0.1-0phase2v7. None of the default modelines work correctly -- so I cut out the modeline I was using with Xfree 3 (this had been tweeked via xvidtune from one of the defaults), and it works ok, except that the top half-inch or so of the screen is completely black. It looks like X is drawing there -- I can put windows there, and gkrellm extends into this "black" region -- but it's getting cut off or clipped or something. I took a screenshot with xwd, and the screenshot shows the entire screen, but it's not actually visible on the monitor. Any clues? Will -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
