On 30/06/10 00:57, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the openoffice.org-writer package:
#587171: openoffice.org-writer: View, Zoom does not work
It has been closed by Rene Engelhard r...@debian.org.
On 26/06/10 09:56, Mechtilde wrote:
yes I can confirm this with the Debian version of OpenOffice.org
(3.2.1-5) under Squeeze/Sid
the window which appears seems to be ok
I am not sure we are talking about the same bug, because in my
case it is definitely not OK.
I am now using (according to
Package: openoffice.org-writer
Version: 1:3.2.1-3
Severity: important
This bug appeared some while ago, and has persisted for several months
of dist-upgrades.
Click View, then Zoom. A seriously broken window appears from which
it is impossible to do anything (let alone zoom the display). The
Package: uim
Version: 1:1.5.7-8
Severity: normal
After a recent sid upgrade, uim behaves weirdly in text-mode (xterm)
applications. When I select the anthy input method, then type a, instead of
an underlined hiragana A, I see $ in tiny characters. It becomes a hiragana
A only after I accept the
Mike Hommey wrote:
On Tue, Oct 13, 2009 at 07:55:28PM +0200, Jan Willem Stumpel wrote:
Package: iceweasel
Version: 3.5.3-2
Severity: important
I am used to iceweasel crashing often (at least once a day). After the last
upgrade however, it crashes about once every two minutes. This is getting
Aioanei Rares wrote:
Better try the Debian package...
Which package do you mean exactly?
either way, are you really using accelerated graphics on that
computer?
Only the occasional game, like tuxracer. Do you mean that this
computer is really too old/constrained for such a thing?
Anyway, I
Aioanei Rares wrote:
Jan Willem Stumpel wrote:
Aioanei Rares wrote:
I know about the average length of a dmesg, please send it in entirety.
OK here it is; this was just after the first Iceweasel crash
today. Nothing in dmesg about the crash, though. The last is a
record of the printer being
Mike Hommey wrote:
Could you try running MOZILLA_DISABLE_PLUGINS=1 iceweasel ?
Mike
There were no messages on the terminal and no crash. Did not try
if for very long, though. Plug-in-less life is not so nice (e.g.
no youtube).
Plug-ins I have installed (as per about:plugins); MIME type
Aioanei Rares wrote:
Mike Hommey wrote:
Could you try running MOZILLA_DISABLE_PLUGINS=1 iceweasel ?
Mike
That was my next move, but for now I notice this in your dmesg :
44.843504] platform radeon_cp.0: firmware: requesting radeon/R200_cp.bin
[ 44.883341] radeon_cp: Failed to
Jan Willem Stumpel wrote:
Aioanei Rares wrote:
What drivers are you using for your video card? How do you
install them?
I don't know (nowadays I just use stock kernels and they always
work). I just checked though, and the game Foobilliard (which
requires hardware acceleration) no longer
Package: iceweasel
Version: 3.5.3-2
Severity: important
I am used to iceweasel crashing often (at least once a day). After the last
upgrade however, it crashes about once every two minutes. This is getting
too much.
When I try to restart iceweasel after a crash, it now displays a screen
Aioanei Rares wrote:
And what is the specific web page that's causing this? Is it
only one, or does it happen randomly, no matter what the site
visited is?
I could not see any system in it. It seems to be random. After the
this is embarrassing message iceweasel restores all the old
tabs,
Aioanei Rares wrote:
Please give some details, as follows :
-output of uname -a
-dmesg
-lspci -v
OK: going to be a little bit long, though:
j...@vega:~$ uname -a
Linux vega 2.6.30-2-686 #1 SMP Sat Sep 26 01:16:22 UTC 2009 i686
GNU/Linux
j...@vega:~$ lspci -v
00:00.0 Host bridge: Intel
Adrian Perez wrote:
You don't need to do the extra steps (although they don't hurt
at all), you need to investigate is your JAVA_HOME is
persistant, then who's setting it. Check your ~/.bash* files,
/etc/bash.bashrc, the like, you know.
Yes!! It was set in /etc/profile. I must have put it in
Package: azureus
Version: 4.2.0.4-1
Severity: grave
Justification: renders package unusable
I have openjdk-6-jre installed, because azureus used to depend on it.
openjdk works fine with other java applications as well, so no
complaints here. But (see bug report #515015) some users found it
Adrian Perez wrote:
tag + unreproducible moreinfo
Well, I've tested it on openjdk, otherwise I wouldn't released it.
I've attached the output from my machine, after update-java-alternatives
--set java-6-openjdk and it's working fine.
I think it's something wrong with your installation. As
Extra info: downgrading to 3.1.1.0-4 restored functionality at once.
Regards, Jan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Adrian Perez wrote:
I think we both agree the problem is related to your
environment and not the packaging.
That's very likely.
It seems the java-wrapper script it's not finding your java
runtime, which may be caused by a wrong environment
configuration. Make sure you have no environment
OK, count me in.
Regards, Jan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Julien Cristau wrote:
DontZap will be changed back to off by default soon. What
you're seeing is the update to xkeyboard-config 1.6, which
disables the ctrl-alt-bksp combination by default. Set the
terminate:ctrl_alt_bksp xkb option to enable it.
Where exactly? dpkg -l |grep xkeyboard
Package: uim
Version: 1:1.5.5-1
Severity: normal
I reported a very similar bug in 2006 (#400880) but I doubt that this is
the same one.
When I select the systray version of uim my means of
im-switch -s uim-systray
uim looks in systray like this:
http://www.jw-stumpel.nl/uimsys.png
Package: ghostscript
Version: 8.64~dfsg-1
Severity: normal
Several Brother printers (at least HL2030, HL2040, HL2070; see the
debian-user list at the beginning of April 2009) stopped working when
ghostscript version 8.64 was introduced. Downgrading to 8.63 solves the
problem.
The Brother
Package: libcups2
Version: 1.3.8-1lenny3
Severity: grave
When I try to remove libcups2, I get the message:
The following packages will be REMOVED
abiword abiword-common abiword-help abiword-plugin-grammar
abiword-plugin-mathview acroread acroread-data acroread-debian-files
Josselin Mouette wrote:
Well, users should not be using lprng unless they know what
they are doing.
You should not be telling what users should do. When you drop a
trusted functionality which available for 15 years, you should at
least have the politeness to warn users about this fact.
--
Package: libgtk2.0-0
Version: 2.12.10-2
Severity: important
Iceweasel 3 cannot print when using lprng; only when using CUPS.
Installing libgtk2.0-0 by compiling the sources from gtk.org (there called
gtk2+-2.10 or similar) cures the problem.
So it seems some Debian customisation of
Sven Arvidsson wrote:
On Mon, 2008-07-07 at 18:31 +0200, Jan Willem Stumpel wrote:
Iceweasel 3 cannot print when using lprng; only when using CUPS.
Does setting:
gtk-print-backends = file,lpr,cups
In ~/.gtkrc-2.0 solve things for you?
Well, yes, it did! Thanks very much!
But having
Package: iceweasel
Version: 3.0~rc2-2
Severity: important
Iceweasel 3.0 does not print (to the printer). You can only print to file.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.25-2-686 (SMP
Package: openoffice.org-writer
Version: 1:2.4.0-6
Severity: important
NOTE: this message is UTF-8 encoded
To reproduce this bug:
1) create a UTF-8 encoded text file containing some accented Latin characters,
like ø, ö, é, è.
2) start oo-writer, choose Insert File, insert the file you just
Package: azureus
Version: 3.0.4.2-1
Severity: important
The download directory of Azureus is, in my case, on a fat32 partition. When
a download begins, azureus spends a very long time (5 - 20 minutes)
allocating space in the download directory. The time required seems to go
up faster than
Package: azureus
Version: 3.0.3.4-1
Severity: normal
When you put the mouse cursor anywhere in the Azureus window, a tooltip
message always appears:
SWT_Close (no resource bundle)
Of course the user has no idea what this could possibly mean. It does not
seem to do any harm, but it is
Package: iceweasel
Version: 2.0.0.8-1
Severity: normal
Visit, with Java enabled, a page which contains a Java applet. Immodestly I
might suggest http://www.jw-stumpel.nl/bounce.html. Print it (or
print-preview it). The Java applet (at the bottom) is not printed; there is
a blank area where the
Brice Goglin wrote:
I have forwarded this bug on the upstream bugzilla at the URL
above. Feel free to add any comments there if you think it
could help. I know nothing about Greek accents and I don't have
a Greek polytonic keyboard, so I won't be able to help much :)
At the moment in Sid,
Alexander Sack wrote:
I didn't look into the bug, but my guess would be that nobody
really investigated how FC6 does resolve this issue and how to
adapt that solution to debian.
If this is all already in the bug, then I don't know ...
otherwise please provide the needed info and I am sure
Mike Hommey wrote:
So here is my take: instead of spending time arguing and/or
testing the patch, let's just spend time on fixing issues we
actually care about for the very short term (like the gcc 4.2
issue, because it seems the default gcc has now changed), and
start packaging next
Bug #401533 is now already quite old, and the solution has been
available for about 9 months now. Why can't it be fixed in Debian?
At the moment I am engaged in an e-mail/html conversation with an
Indian mathematician. We need to have systems which can use MATHML
on both ends, and Indic alphabets
I wrote:
I suppose it can _also_ be cured by making the reverse
substitution (U0313 -- U1313 etc.) in
/usr/share/X11/xkb/symbols/gr, which is part of the xkb-data
package; so it is unclear where the blame for this bug lies.
I supposed wrongly. Making this reverse substitution in the
Package: xlibs-data
Version: 1:7.2-5
Severity: normal
Tags: l10n
This problem is recent, but I do not know when it started. The Compose file
(/usr/share/X11/locale/en_US.UTF-8/Compose) now has wrong definitions for
the Greek DASIA and PSILI symbols. So for instance when the keyboard is
switched
Luca Bruno wrote:
Jan Willem Stumpel scrisse:
It worked at least until June 3; but for unknown reason (side effect
of dist-upgrade?) it now refuses to start, with some messages:
If you previously had gtkg 0.96.3 working fine, then this could indeed
be a problem with some related lib. Do
Package: uim-gtk2.0
Version: 1:1.4.1-3.1
Severity: normal
See bug #430655. If uim-gtk2.0 is installed, gtk-gnutella segfaults upon
startup. I do not know, of course, if the problem is in uim, in gtk-gnutella,
or both.
Regards, Jan
-- System Information:
Debian Release: lenny/sid
APT
Package: gtk-gnutella
Version: 0.96.3-1
Severity: important
It worked at least until June 3; but for unknown reason (side effect of
dist-upgrade?) it now refuses to start, with some messages:
[EMAIL PROTECTED]:~$ gtk-gnutella
07-06-26 12:20:39 (MESSAGE): language code: en
07-06-26 12:20:39
Package: xcdroast
Version: 0.98+0alpha15-11.1
Severity: normal
When recording files on a 4.7 G disc, after the master tracks operation I
select disc type 4.7 GB, then Master and write on-the fly.
Then a messages appears:
A CD-R/RW is required in the CD-Writer before
a session can be
Package: coreutils
Version: 5.97-5.3
Severity: wishlist
If I have a symlink
mylink - A
and I want to change it to
mylink - B
I can say
ln -sf B mylink
However, this only works if A is a regular file. It does not work if A is a
directory. Why is this so?
The ln command can be used
Package: coreutils
Version: 5.97-5.3
Severity: minor
The man page of ln explains the -f option as follows:
-f, --force
remove existing destination files
This caused me to avoid this option because I did not like the idea of any
files being removed. Please change this text to something
Package: dosemu
Version: 1.4.0-1
Severity: normal
In /usr/lib/dosemu/drive_z the link to doc dangles.
It points at debian/dosemu/usr/share/doc/dosemu/freedos;
should (I suppose) be /usr/share/doc/dosemu/freedos.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT
Apparently this is a bug in wine, according to uim developer
Etsushi Kato:
Quote [EMAIL PROTECTED];
On 5/23/07, Jan Willem Stumpel [EMAIL PROTECTED] wrote:
Is uim (1.4) incompatible with wine? When uim is running,
keyboard input is impossible for programs running under wine.
Such programs
Package: uim
Version: 1:1.4.1-3
Severity: wishlist
uim by itself installs the whole uim system (libuim-data, libuim5,
uim-common, uim-fep, uim-gtk2.0, uim-utils, uim-xim).
It would be nice if it installed uim-qt as well. This would make uim really
work in all programs on a Debian system.
Package: uim
Followup-For: Bug #419288
When I tried un-installing all uim and anthy packages and re-installing uim,
I found uim depends on libanthy0. The new uim 1.4 package does not
automatically install any language packages, so why does it pull in this
Japanese-specific file?
-- System
Package: uim
Version: 1:1.4.1-3
Severity: important
When uim is running, keyboard input is impossible for programs running under
wine. Such programs freeze after the first keystroke.
To reproduce:
uim-xim
wine wordpad
(press a key)
-- System Information:
Debian Release: lenny/sid
APT
Package: libgphoto2-2
Version: 2.3.1-4
Severity: important
I mentioned this problem on the Debian-user list
(http://lists.debian.org/debian-user/2007/05/msg00029.html). After some
upgrade (I do not know which one) I could not download pics from my Canon
A420 camera any more (it had worked for
Package: xfce4-panel
Version: 4.3.99.2-2
Severity: grave
Justification: renders package unusable
When I attempt to install it, there is a message about unmet dependencies:
The following packages have unmet dependencies. xfce4-panel:
Depends: libxfcegui4-4 (= 4.3.99.2) but it is not going to
Package: uim-common
Version: 1:1.4.1-2
Followup-For: Bug #419617
On bugs.debian.org this bug is tagged unreproducible, but I have the same
symptom.
Maybe because at the moment, all uim packages are 1.2, while uim-common is
1.4?
Regards, Jan
-- System Information:
Debian Release: lenny/sid
Package: joe
Version: 3.5-1.1
Severity: minor
In css.jsf, there is a line
=Keyword bold white
This has the effect of making CSS keywords invisible when joe is run
in an xterm with a white background.
This line should probably be changed to
=keyword bold
Regards, Jan
-- System
Package: ttf-dejavu
Version: 2.14-2
Severity: normal
In the Edit, Preferences, Appearance, Fonts dialog in Mozilla products
(iceape etc.) you can (of course) select fonts. If you click the triangle
of a selection box you get a list of the available fonts.
I always see the Dejavu fonts listed
Hendrik-Jan Heins wrote:
Jan Willem,
maybe you can do a rebuild yourself, with the patch?
I tried, but I know hardly anything about this patching
business. Some files are patched by debian itself (from
iceweasel_2.0.0.1+dfsg-2.diff.gz) when you apt-get source it. This
obviously changes the
Alexander Sack wrote:
Do we need/want this for ape and dove?
Depends on what we want. Indian language printing is not
important, of course, if the Indian subcontinent does not belong
to the Debian target group.
Likewise, MATHML printing is not important if scientists and
students do not belong
I tested the FC6 version of Firefox (which incorporates Behdad
Esfahbod's patch) on Debian.
1. Removed iceweasel
2. Downloaded firefox-1.5.0.9-1.fc6.i386.rpm
3. Converted to .deb with alien; installed
4. Installed libc6 from experimental
5. Copied libnspr4.so from /usr/lib/iceape to
Mike Hommey schreef:
OTOH, while it would be a good thing for users, we are a bit
late in the release progress to apply a so non-tested huge
patch.
Pity.. still, I'd like to test it. The latest firefox binaries
from Redhat FC6 are supposed to have this patch, but they do not
work on Debian
Mike Hommey wrote:
Mine is en_US.UTF-8. Note that I didn't have ttf-indic-fonts
installed until recently, and the result was still the same
when it was not installed.
Mike
I am somewhat red-faced now -- just realised I still had
MOZ_DISABLE_PANGO=1 in /etc/environment (because of my
Mike Hommey wrote:
I have a good and a bad news for you. The good news is all that will be
changed and a unique backend will be used for everything, even windows.
The bad news is that it's not going to happen before version 3.0.
Tough luck indeed.. How about that patch by Behdad Esfahbod
Package: gucharmap
Version: 1:1.6.0-1
Followup-For: Bug #335641
In my case also, Next and Previous work only once.
It isn't an fvwm bug; I tried with xfce4 and icewm.
Thanks for the tip about moving the mouse pointer out of the way.
Regards, Jan
-- System Information:
Debian Release: 4.0
Mike Hommey schreef:
On Sun, Jan 28, 2007 at 05:19:45PM +0100, Mike Hommey [EMAIL PROTECTED]
wrote:
On Fri, Jan 26, 2007 at 03:23:15PM +0100, Jan Willem Stumpel [EMAIL
PROTECTED] wrote:
Package: iceape-browser
Version: 1.0.7-2
Severity: important
http://en.wikipedia.org/wiki
Mike Hommey wrote:
Okay, so I gave it a try[1], and... see no difference between
CTL enabled or not. And seeing the code involving the ctl
component, it seems to be used for the selection only... In
this light, I'm not sure it's really worth enabling...
Mike
1. That was a bit more than
Mike Hommey schreef:
BTW, could you send a snapshot of what is displayed for you ? (to
compare to what I can see)
OK; see
http://www.jw-stumpel.nl/indic.png
Look for instance at the hook thing (looking a little bit like
f --actually it is the letter i) in the first 4 rows; it
should be on
Mike Hommey wrote:
Interesting... See what I get...
It may be a font issue...
Now the plot really has thickened.. By the looks of it, you have
the same fonts (I have ttf-indic-fonts installed). I'd very much
like to solve this. Could it be a locale problem? Mine is en_GB.UTF-8.
Regards, Jan
Package: iceape-browser
Version: 1.0.7-2
Severity: important
http://en.wikipedia.org/wiki/Wikipedia:Enabling_complex_text_support_for_Indic_scripts
has a table (check for existing support) which shows that complex text
layout (CTL) for Indic scripts does not work correctly in iceape and
This bug can be closed as it does not occur anymore in uim 1.2,
provided QT_IM_MODULE and GTK_IM_MODULE are set to uim.
The present version of im-switch still sets them both to xim,
however.
Regards, Jan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
The problem with the tiny and distorted systray icons only occurs
in icewm. It does not occur with xfce4 of Gnome, for instance.
Regards, Jan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Christian Biere schreef:
I don't think Debian will ever update Gtk-Gnutella. It is not
in Etch at all. The version in Debian is an outdated SVN
snapshot with known bugs. You're already two releases behind.
The newest version 0.96.3 and 0.96.4 will be released soon.
The best option is to
Package: gtk-gnutella
Version: 0.96.1svn12109-1
Severity: normal
My machine is behind a firewall, which is also a Linux machine (an old
laptop running Shorewall). gtk-gnutella has worked perfectly for years. The
gtk-specific rules in shorewall are:
# Port-forward Gnutella
DNAT
I asked on the Linux-utf-8 mailing list if anyone knew of a way to
print mathml. I got the following answer from Behdad Esfahbod:
If you use the latest Firefox 1.5 with Pango text rendering
enabled (unset MOZ_DISABLE_PANGO) AND my Firefox+Pango printing
patch from here:
It seems that Fedora's version of Firefox has cured the MATHML
problem using Behdad Esfahbod's patch:
http://lwn.net/Alerts/208349/
Regards, Jan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: iceape-browser
Version: 1.0.6-1
Severity: important
To display MATHML in iceape, I need to set MOZ_DISABLE_PANGO to 1 (apart
from installing math fonts).
But printing and print previewing still give unacceptable (in fact absurd)
results.
See
Package: iceape-browser
Version: 1.0.6-1
Severity: minor
Installing iceape removes the existing (mozilla's) localstart.html.
It would be nice to have it back.
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:
Mike Hommey wrote:
Both the XFT and the pango backends have their own problems
with mathml. Hopefully, that will be fixed with Gecko 1.9...
I suppose you are in contact with the upstream people.. did they
actually say they would fix this in 1.9?
Question: if I go to about:buildconfig, it says
Josip Rodin schreef:
Your remedy could be to use the new key binding...
% grep ^quote /etc/joe/joerc | grep Ctrl
quote ^[ 'Enter Ctrl chars
It was changed in the new version. (^[ means Esc.)
Then it should be changed in the manpage as well.
Regards, Jan
--
To
Josip Rodin schreef:
On Thu, Nov 30, 2006 at 07:36:08AM +0100, Jan Willem Stumpel
wrote:
Your remedy could be to use the new key binding...
% grep ^quote /etc/joe/joerc | grep Ctrl quote ^[
'Enter Ctrl chars
It was changed in the new version. (^[ means Esc
Package: uim
Version: 1:1.2.1-9
Severity: normal
In the first place, now we have uim 1.2, bug 377808 can be closed (see the
discussion in that thread).
Also with 1.2 and up, it is no longer necessary to set GTK_IM_MODULE=xim and
QT_IM_MODULE=xim (in the scripts in etc/X11/xinit/xinput.d) in
Package: im-switch
Version: 1.12
Severity: normal
im-switch puts a startup script in /etc/X11/Xsession.d, called 80im-switch.
In earlier versions this was called 90im-switch. However, when you upgrade,
the earlier script is not removed. Result: whatever is called by the script
is called twice.
Package: uim
Version: 1:1.2.1-9
Severity: normal
Something is wrong with uim's systray icons (used by
uim-toolbar-gtk-systray). They are just tiny dots. However, if I click on
defalt, in preferences, toolbar they change. The direct icon changes
into a minus sign (the is probably what is
I just saw bug report #375974, which gives the reason for the name
change. This means that there is only one solution: the install
script should delete 90im-switch if it exists.
Regards, Jan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Package: joe
Version: 3.5-1.1
Severity: important
It used to be possible to enter control chars and other chars of arbitrary
value by entering ` first. You would get a prompt at the bottom of the
screen:
Ctrl- (or 0-9 for dec. ascii, x for hex, or o for octal)
This no longer works in the
Osamu Aoki wrote:
FYI: If you can read Japanese, I have started HOWTO im-switch at
http://wiki.debian.org/JapaneseEnvironment
That's a good page.
Regards, Jan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Picture after fresh install:
http://www.jw-stumpel.nl/errors/systray.png
After clicking default in preferences:
http://www.jw-stumpel.nl/errors/systray2.png
Regards, Jan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: xkb-data
Version: 0.8-18
Severity: wishlist
It would be nice to change in /usr/share/X11/xkb/symbols/us : (section
alt-intl):
key AE09 { [ 9, parenleft, dead_breve,dead_breve ] };
key AE10 { [ 0, parenright, dead_abovering,dead_abovering ] };
to
key AE09 { [ 9,
Drew Parsons wrote:
Damn, the spacing problem just reared its ugly head again ;-(
*sigh*
The old xprint has state bug again? Works the first time, not
the second time?
Regards, Jan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Drew Parsons wrote:
On Tue, 2006-10-03 at 08:39 +0200, Jan Willem Stumpel wrote:
Drew Parsons wrote:
Damn, the spacing problem just reared its ugly head again ;-(
*sigh*
The old xprint has state bug again? Works the first time, not
the second time?
Seems like it, except it worked
Drew Parsons wrote:
OK, this is where the interesting work starts. Ultimately it's
going to come down to me (if not someone else) rolling my
sleeves up and getting my arms grubby deep within the bowels of
the Xprint internals.
Yecch. But sacrifices must be made for progress, as Otto
Package: xcdroast
Severity: important
The title says it all. After a Sid dist-upgrade I burned 3 coasters. Thought
it was a bad batch of disks, got a new pack, another coaster:
-- Device returns wrong startsec
-- Burn-free switched on, later off
-- trying to mount the coaster gives wrong fstype
Josip Rodin wrote:
I'm sorry if I sound crass, but I was a bit annoyed by your
somewhat casual description of a problem as leaving random
rubbish in the text, where the issue is actually triggered by
the user not paying a modicum of attention while typing.
joe is by far my favourite editor,
Joerg Schilling wrote:
If you like to get a working cdrecord with DVD support, you
need to get the original from:
ftp://ftp.berlios.de/pub/cdrecord/alpha/
Compile it yourself and install it suid-root. Suid-root is
needed in order to make cdrecord work correctly on newer Linux
kernels.
Package: xprint
Version: 1:1.1.99.3+git20060910-2
Followup-For: Bug #363236
Xorg 7.1 has appeared in unstable, and now xprint works again, in the sense
that it no longer crashes Mozilla and Firefox.
But the font selection is still just as bad as before; i.e. you need
both the removal of
Josip Rodin wrote:
On Tue, Jul 25, 2006 at 03:40:12PM +0200, Jan Willem Stumpel
wrote:
Package: joe Version: 3.3-5 Severity: normal
Using joe within an xterm.
It turns out that not only Control-PageUp, but also other key
combinations, like Fn (function key n, for n 3), insert
Thomas Dickey wrote:
On Thu, Sep 21, 2006 at 01:00:16PM +0200, Jan Willem Stumpel wrote:
I noticed that, e.g., control-pageup in xterm generates
ESC[5;5~. Only the last part of this string, namely 5~, is
passed on (and inserted into the text) by joe.
That could be a problem in joe
Drew Parsons wrote:
I think it would be helpful to have a test case to confirm the
wrong behaviour and to verify the fix. Is a url available?
Hmm.. this is a keyboard thing, not a display thing, so how could
a URL help? xev can be used to verify the fix, of course.
The bug itself has been
Package: xkb-data
Version: 0.8-12
Severity: normal
This is a 'simultaneous bug' in xkb-data and libx11-data.
In /usr/share/X11/xkb/symbols/gr, the keys generating the Classical Greek
'breathing' signs are defined as follows
key AC10 { [ dead_acute, dead_horn ] };
Daniel Stone wrote:
Er, could dead_horn and dead_ognek sequences not just be added
to en_US?
Of course they could. But that would be perpetuating a kludge.
dead_horn and dead_ogonek were chosen by the original Greek
designer *) because they do not occur in the Greek language, so he
thought
Daniel Stone wrote:
Actually, at the time the Greek support was written, that
wasn't true.
I did not know that. That explains a lot.
Okay, thanks for your analysis and pointing out that I was
wrong. :) Your suggested fix seems fine to me.
Well, as long as it's fixed, it's fine! :)
Denis Barbier wrote:
But we cannot be sure that they will enter testing together, so adding a
transition plan is desired. Here is mine:
1. Rewrite /usr/share/X11/locale/el_GR.UTF-8/Compose to include
/usr/share/X11/locale/en_US.UTF-8/Compose (as in pt_BR.UTF-8) and
only add
Package: libx11-data
Version: 2:1.0.0-8
Severity: normal
This is a 'simultaneous bug' in xkb-data and libx11-data.
In /usr/share/X11/xkb/symbols/gr, the keys generating the Classical Greek
'breathing' signs are defined as follows
key AC10 { [ dead_acute, dead_horn ]
Package: xkb-data
Version: 0.8-10
Severity: normal
When using the us layout with alt-intl variant, shift-alt-comma is supposed
to generate 'dead_caron'. So shift-alt-comma, n should produce ň. And indeed
it does, when I say setxkbmap us -variant alt-intl -option compose:rwin.
Now I say
1 - 100 of 189 matches
Mail list logo