Package: spacefm
Version: 1.0.6-9
Severity: normal
Dear Maintainer,
When unmounting second partition from external USB hard drive with two
partitions, spacefm crashes with segfault.
Problem seems not to be very easy to reproduce
1. It doesn't depend from mounting backend. I've first encountere
Package: sgml-data
Version: 2.0.11+nmu1
Severity: normal
Dear Maintainer,
When processing SVG file with following doctype declaration:
http://www.w3.org/Graphics/SVG/
1.1/DTD/svg11.dtd">
xmllint complains
file:///usr/share/xml/svg/svg11.dtd:2278: validity warning : Attribute space of
elemen
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 o
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 o
cases undesirable for such things as
windows names. 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
> Subject: Window titles are incorrectly displa
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 gen
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 UTF-
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-spe
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 impo
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, 'tes
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 proble
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
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 w
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 on
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 2.6.15
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: 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 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
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
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
> > /us
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 Moti
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
particula
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
prov
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 language
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 TWiki:
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 /etc/dhclient
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 and
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 more
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]
30 matches
Mail list logo
