> 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?
> 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?
> 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)
> 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
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, l
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,
> > 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.
> > 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.
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 th
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 t
10 matches
Mail list logo