Package: stepic
Version: 0.5.0-1
Severity: normal
Tags: l10n upstream
Dear Maintainer,
I've tried to use stepic command line script
to hide some Cyrillic text in UTF-8 inside a PNG image,
and found out that if stepic correctly encodes it (and this text is decoded
by older Python2 based version
Package: xdg-utils
Version: 1.1.3-1
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
After freshly installinng Debian buster with LXDE desktop
I've found out that many programs such as syncthing,
Package: keepassx
Version: 2.0.3-1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome
. They looks ugly in small sizes. Moreover, in distributed
environment client side rendering of fonts consume a lot of bandwidth,
compared with traditional X11 fonts.
From: Victor Wagner vi...@wagner.pp.ru
Subject: Window titles are incorrectly displayed if fvwm is running in utf-8
locale
Date
Package: openssl
Version: 0.9.8g-15
Severity: minor
Binary package openssl installs in /usr/share/doc/openssl/doc everything
that contained in the doc directory of openssl source distribution.
But most of contents there is source (POD files) from which openssl and
libssl-dev manual pages are
Package: ssl-cert
Version: 1.0.23
Severity: normal
Tags: l10n
When entering Cyrillic characters into certificate DN fields
such as Common Name or Organization, make-ssl-cert produces certificate
with invalid latin-1 character sequences instead of cyrillic.
Problem can be fixed (at least in
Package: openoffice.org-core
Version: 1:3.0.0-5
Severity: minor
Tags: l10n
When OpenOffice started in locale, other than UTF-8, it misinterprets
printer localtion and description.
While cups 1.3.x always send them in UTF-8, OpenOffice interprets them as
current locale charset.
--
Package: cups
Version: 1.3.8-1lenny4.1
Severity: normal
Tags: l10n
Package cups provides pfa postscript fonts in /usr/lib/cups/fonts
which are used by texttops filter.
Courier font from this package seems to be URW NimbusMono version 1.05.
This fonts do not contain cyrillic glyphs, so it is
Package: rpm
Version: 4.4.2.3-1
Severity: normal
rpm2cpio doesn't work with RPMs created by SLES10 rpmbuild.
It reports Error: header not recognized
BTW, native rpm2cpio on SLES-10 has the same problem.
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (990,
Package: fvwm
Version: 1:2.5.26-1
Severity: normal
Although this problem looks simular to bugs #439904 and #452661 I decide
to
file separate bug report, because my investigation shows quite different
results.
If fvwm2 is started in some 8-bit locale, such as ru_RU.KOI-R,
applications, which
On 2008.06.27 at 08:15:07 +, Debian Bug Tracking System wrote:
Further investigation shows that Cyrillic window names are passed to the
modules correctly. I've custom module written on Tcl, and it displays
titles correctly.
But modules shipped with fvwm, such as FvwmWinList, have same
Package: floppyd
Version: 3.9.10.ds1-3
Severity: important
Whole purpose of existense of floppyd as separate package is
ability to install it on the systems where there are no local users
(i.e. diskless X-terminals).
So floppyd shouldn't depend on mtools. Because floppyd ought to be
installed
There is fix for this bug in upstream CVS.
https://www.45.free.net/cgi-bin/cvstrac/catdoc/chngview?cn=10
However, there is related wishlist item
https://www.45.free.net/cgi-bin/cvstrac/catdoc/tktview?tn=5
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Package: catdoc
Version: 0.94.2-1
Severity: minor
Package description of catdoc shows freshmeat.net URL as home page.
This is wrong.
Correct upstream URL is
http://www.45.free.net/~vitus/software/catdoc/
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux
Catdoc doesn't support more than 8-byte input encodings.
Significant changes in the internal architecture are needed to support
them.
I feel myself unable to solve this problem myself, because I can't read
Chinese or Korean, so I cannot validate the results.
Any patches which were sent to me
Package: tcllib
Version: 1.7-1
Severity: normal
Tcllib jpeg package have procedure
jpeg::removeComments
When tcl's system encoding is not iso8859-1, calling this procedure
or any other which calls it (i.e. replaceComments) results in corrupted
JPEG file.
New upstream release (1.8) doesn't fix
On 2005.10.08 at 03:01:28 +0200, Norbert Preining wrote:
Hi Victor!
On Fre, 07 Okt 2005, Victor Wagner wrote:
Package cm-super places *.enc file into
/usr/share/texmf/fonts/enc/dvips/cm-super directory,
while other *.enc files are in
/usr/share/texmf/dvips/* directories.
Hmmm
On 2005.10.08 at 02:59:00 +0200, Norbert Preining wrote:
Can you check wether these encodings actually work? I have used
mkfontscale to create the fonts.scale file. And it seems to check for
several encodings. If you say it is ok to add for every koi8-r also
microsoft-cp1251 and iso8850-5,
On 2005.10.08 at 15:28:39 +0200, Norbert Preining wrote:
Hi Victor, hi Frank and all the Debian/teTeX maintainer!
reason: Soon teTeX 3 will be uploaded and will replace current teTeX 2.
For teTeX 3 the location of the enc files is correct, as the TeX
filesystem standard has changed.
Package: cm-super
Version: 0.3.3-1
Severity: normal
CM-super fonts contain set of glyphs which cover much more than just T1
encoding. At least t2a, t2b, t2c ts1 and x2 encodings are supported.
Typically user even is not aware which TeX encoding his files use - he
just select appropriate
Package: cm-super-x11
Version: 0.3.3-1
Severity: normal
Typically, if some type font is able to provide one cyrillic encoding, it is
able to provide all of them. One just have to list all the names in the
fonts.scale file
Other Debian font packages, such as t1-cyrillic use this feature and
Package: cm-super
Version: 0.3.3-1
Severity: important
Package cm-super places *.enc file into
/usr/share/texmf/fonts/enc/dvips/cm-super directory,
while other *.enc files are in
/usr/share/texmf/dvips/* directories.
For some reason kpathsee library doesn't search for files with this
Package: xpdf-reader
Version: 3.00-13
Followup-For: Bug #227913
I've encountered problem with non-latin characters too.
I've tried to run xpdf.bin direcrty, and find out that problem doesn't
disappear.
I do not have such problems with other Motif applications. For instance,
I use vim with
Package: twiki
Version: 20040902-3
Severity: normal
When TWiki uses Net::SMTP for mailing, /usr/lib/cgi-bin/twiki/register script
breaks with message
Insecure dependency in connect while running with -T switch at
/usr/lib/perl/5.8/IO/Socket.pm line 114.
Quick analysis of code shows that
Package: totd
Version: 1.4-3
Severity: normal
When dhcp3-client is used for acquiring network configuration,
postinstall script doesn't find its configuration patches and doesn't
write dhclient-enter-hooks
dhcp3-client keeps its configuration in /etc/dhcp3/dhclient.conf
instead of
Package: logrotate
Version: 3.7-5
Severity: grave
Justification: renders package unusable
If there is a file in /etc/logrotate.d, which refers to some glob
pattern (in my case it was /var/log/mgetty/*.log), and there is no files
matching this pattern, logrotate stops upon processing this file
Note that wordview script haven't changed since 0.91.7. So test with
recents upstream version would reproduce the results.
Really I've encountered simular problems in the lot of other tcl/tk
programs (such as tkabber, alicq, proprietary programs I develop to earn
my living).
Problem can be
This problem is fixed in catdoc release 0.94.
Now we use more robust heuristic to distingiush nubmers from dates
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
28 matches
Mail list logo