Bug#1075905: ITP: python-fraction -- Fraction carries out all the fraction operations including addition, subtraction, multiplication, division, reciprocation
On 08/07/24 01:47, Yogeswaran Umasankar wrote: As I look further, it appears that standard Python libs such as float or decimal.Decimal do not provide exact representation of rational numbers (fractions) without potential loss of precision. Seems ‘fraction’ package yield exact results because those functions directly work on fractions (to my limited understanding). As I already pointed out, the Python standard libray has a `franctions` module https://docs.python.org/3/library/fractions.html which does exactly what the ITP package does. Cheers, Dan
Bug#1075905: ITP: python-fraction -- Fraction carries out all the fraction operations including addition, subtraction, multiplication, division, reciprocation
On 07/07/24 17:43, Yogeswaran Umasankar wrote: Package: wnpp Severity: wishlist Owner: Yogeswaran Umasankar X-Debbugs-Cc: debian-de...@lists.debian.org, y...@debian.org * Package name: python-fraction How is this different from the fractions module in the Python standard library? I was not able to find anything that this library does that the standard library equivalent does not do. Cheers, Dan
Bug#892001: ITP: dbus-broker -- Linux D-Bus Message Broker
Hi Luca, On 13/12/2020 23:33, Luca Boccassi wrote: > Hi, > > I have updated the package and done several changes, and unless there > are objections I intend to upload to experimental/NEW in a couple of > days. I'll start by grabbing the ITP. Repository: > > https://salsa.debian.org/bluca/dbus-broker > > I've also done some work on src:dbus to split out config and tools, > like it's done in Fedora/RHEL and Yocto. MR on Salsa: > > https://salsa.debian.org/utopia-team/dbus/-/merge_requests/8 > > Thanks for starting the work on this! I'm of course very happy to work > together and be both uploaders if you'd like to work on this as well > going forward. Just let me know and I'll list you and add you to the > shared repository once it's created. Thank you for picking this up. I don't think I'll have much to contribute to the package in the future. Feel free to take full ownership of it. Just a note: the Vcs- fields in debian/control point to a repository in the debian team that not yet exist and the discussion on the dbus MR seems to suggest that the repository for the dbus-broker package should live in the utopia-team group anyway. Cheers, Dan
Bug#943608: tests segfault when run with Python 3.8
On 25/12/2019 11:41, Pierre-Elliott Bécue wrote: > Le mardi 10 décembre 2019 à 12:27:35-0700, Daniele Nicolodi a écrit : >> Hello, >> >> On Tue, 26 Nov 2019 13:06:24 +0100 "Dr. Tobias Quathamer" >> wrote:> I've forwarded this bug upstream, and further >> investigation by them >>> seems to indicate that this is actually a bug in CPython. >>> >>> I'm therefore cloning and reassigning this bug, feel free to >>> revert this if you don't agree. >> >> A while ago I opened a merge request with upstream with a workaround >> that fixes the segfault with CPython 3.8. As it seems that CPython 3.8.1 >> will be released with the bug not fixed, it may be worth to apply the >> patch to the Debian package. >> >> https://bitbucket.org/blais/beancount/pull-requests/139 >> >> All the patch does is to make the C code Python 3.9 ready, avoiding >> raising a warning, which ultimately results in the segfault. The patch >> seems very low risk to me. > > Dear Daniele, > > Thanks for the patch. > > I adapted it a little to reduce it's volume: > > https://salsa.debian.org/python-team/applications/beancount/blob/debian/master/debian/patches/0003-parser-Work-around-python3.8-bug-causing-a-segmentat.patch > > The #define PY_SSIZE_T_CLEAN was in both parser.h and parser.c, and the > removal of the two other includes seems out of scope for this bugfix > IMO. > > Is it fine with you? Because the PY_SSIZE_T_CLEAN define modifies the API exposed by Python.h, I think it is better to explicitly define it everywhere Python.h is included. However, if the reduced version solves the problem you are seeing, I don't see a reason to insist. Please note that removing the other two includes is technically also a bug-fix as those are technically two Python internal header files. I removed the includes because I am not sure how including those files directly interacts with the changes to the public API enabled by PY_SSIZE_T_CLEAN. Again, if you don't see any problem, I don't see a reason to insist. The patch I proposed has been merged upstream, along with another that solves another problem in the test suite with Python 3.8 (although I didn't encounter this second bug in my testing). You may want to base your package on a more recent (but unreleased) version. Since the 2.2.3 release I see mainly bug-fixes and improvements to the emacs beancount-mode (which I don't know if you package along with the application). Cheers, Dan
Bug#943608: tests segfault when run with Python 3.8
Hello, On Tue, 26 Nov 2019 13:06:24 +0100 "Dr. Tobias Quathamer" wrote:> I've forwarded this bug upstream, and further investigation by them > seems to indicate that this is actually a bug in CPython. > > I'm therefore cloning and reassigning this bug, feel free to > revert this if you don't agree. A while ago I opened a merge request with upstream with a workaround that fixes the segfault with CPython 3.8. As it seems that CPython 3.8.1 will be released with the bug not fixed, it may be worth to apply the patch to the Debian package. https://bitbucket.org/blais/beancount/pull-requests/139 All the patch does is to make the C code Python 3.9 ready, avoiding raising a warning, which ultimately results in the segfault. The patch seems very low risk to me. Cheers, Dan
Bug#764678: dh-systemd: Please support systemd user services
On 10/09/2018 09:07, Michael Biebl wrote: > Am 10.09.18 um 16:47 schrieb Daniel Kahn Gillmor: >> On Mon 2018-09-10 14:07:44 +0100, Simon McVittie wrote: >>> It might be a reasonable middle ground for sockets and other >>> auto-activation mechanisms to be statically enabled on the user bus, so >>> that the services are not started eagerly, but are started on-demand? >> >> For the record, this is what the gpg-agent and dirmngr packages do. It >> would be great if it was well-supported by dh-systemd, instead of being >> done manually in debian/dirmngr.links and debian/gpg-agent.links. > > Work is being done on dh_installsystemduser > Some bits have already landed in init-system-helpers [1] and there is an > open MR for debhelper [2]. > Once that MR lands in debhelper, picking a package like gpg-agent and > converting it to the new helper might be a good idea to give it some > real world testing and shake out any bugs. > > CCed Daniele, as he's been the one driving this effort. Hello all, I just found the time to rebase the debhelper patch [1]. It should be ready to be merged now. As soon as a debhlper version with the patch incorporated is release I will re-upload my dbus-broker package to mentors.d.n to give the thing some real world exposure. [1] https://salsa.debian.org/debian/debhelper/merge_requests/5 Cheers, Dan
Bug#890509: Implemented user units support in deb-systemd-helper
On 06/06/2018 13:54, Felipe Sateler wrote: > Hi Daniele, > On Sat, Jun 2, 2018 at 11:03 PM Daniele Nicolodi wrote: > > Hello, > > I implemented user units support in deb-systemd-helper. > > Would you mind filing a merge request on salsa? It makes reviews a bit > easier. Here it is https://salsa.debian.org/debian/init-system-helpers/merge_requests/1 Next is adding support for user units to dh_installsystemd, but more work is needed there, starting with improving documentation: I had a very hard time to understand what it is supposed to do in all cases. Cheers, Dan
Bug#899205: numpy boolean subtract, the `-` operator, is deprecated, use the bitwise_xor, the `^` operator, or the logical_xor function instead (Was: Bug#899205: python-cogent: Test suite fails with l
On 05/06/2018 01:00, Andreas Tille wrote: > == > ERROR: test_consistent_gap_degen_handling > (test_core.test_sequence.ModelSequenceTests) > gap degen character should be treated consistently > -- > Traceback (most recent call last): > File > "/tmp/autopkgtest-lxc.5a99fnj6/downtmp/autopkgtest_tmp/tests/test_core/test_sequence.py", > line 660, in test_consistent_gap_degen_handling > self.assertEqual(dna.stripBadAndGaps(), raw_ungapped) > File "/usr/lib/python2.7/dist-packages/cogent/core/sequence.py", line 1251, > in stripBadAndGaps > valid_indices -= self._data == i > TypeError: numpy boolean subtract, the `-` operator, is deprecated, use the > bitwise_xor, the `^` operator, or the logical_xor function instead. > > == > > > I would be happy for some suggested patch how to solve this. The line > in question is > > > https://salsa.debian.org/med-team/python-cogent/blob/master/cogent/core/sequence.py > >Line 1251 > > If my feeling is not totally wrong the correct patch would be > >valid_indices -= (self._data == i) > > since the left value is rather an integer than boolean. > > What do you think? Without analyzing the code in the fine details, and assuming self._data is a numpy array or a subclass, I think the name of the variable is misleading. Looking at the whole function it seems to be a bool array. It should be easy to confirm this with pdb or simply inserting a print() statement in the right place. def stripBadAndGaps(self): """Returns copy of self with bad chars and gaps excised.""" gap_indices = map(self.Alphabet.index, self.MolType.Gaps) valid_indices = self._data < len(self.Alphabet) for i in gap_indices: valid_indices -= self._data == i result = compress(valid_indices, self._data) return self.__class__(result, Info=self.Info) The fix should be to replace the subtraction with: valid_indices ^= self._data == i Cheers, Dan
Bug#890509: Implemented user units support in deb-systemd-helper
Control: tags -1 patch
Hello,
I implemented user units support in deb-systemd-helper.
Its tests were not working properly on my system, so I took the occasion
to revise a bit the test infrastructure and drop the dependency to the
unpackaged Linux::Clone Perl module (at least in the test mode used by
autopkgtests).
Introducing the new functionality was relatively easy, most of the
patches deal with improving the tests infrastructure.
Patches are attached. Please review them and let me know.
Cheers,
Dan
From 97c8238716808ec714317e57533ad58f6cab1ddd Mon Sep 17 00:00:00 2001
From: Daniele Nicolodi
Date: Sat, 2 Jun 2018 20:28:17 -0600
Subject: [PATCH 10/10] tests: Make calling 'deb-systemd-helper' in tests less
verbose
Removing the shell interposition in the system() calls avoids edge
cases in parameters handling (there were places where the randomly
generated unit names were not correctly quoted) and speeds up tests
execution.
---
t/001-deb-systemd-helper.t | 68 +++--
t/002-deb-systemd-helper-update.t | 14 +++---
t/003-deb-systemd-helper-complex.t | 4 +-
t/004-deb-systemd-helper-user.t| 70 +++---
t/helpers.pm | 8 +++-
5 files changed, 84 insertions(+), 80 deletions(-)
diff --git a/t/001-deb-systemd-helper.t b/t/001-deb-systemd-helper.t
index a2c96c3..c603dba 100644
--- a/t/001-deb-systemd-helper.t
+++ b/t/001-deb-systemd-helper.t
@@ -14,8 +14,6 @@ use helpers;
test_setup();
-my $dsh = "$FindBin::Bin/../script/deb-systemd-helper";
-
# ┏━━━┓
# ┃ Verify “is-enabled” is not true for a random, non-existing unit file. ┃
# ┗━━━┛
@@ -62,7 +60,7 @@ unless ($ENV{'TEST_ON_REAL_SYSTEM'}) {
'multi-user.target.wants does not exist yet');
}
-my $retval = system("DPKG_MAINTSCRIPT_PACKAGE=test $dsh enable
'$random_unit'");
+my $retval = dsh('enable', $random_unit);
is($retval, 0, "enable command succeeded");
my $symlink_path = "/etc/systemd/system/multi-user.target.wants/$random_unit";
ok(-l $symlink_path, "$random_unit was enabled");
@@ -86,7 +84,7 @@ ok(! -l $symlink_path, 'symlink deleted');
isnt_enabled($random_unit);
is_debian_installed($random_unit);
-$retval = system("DPKG_MAINTSCRIPT_PACKAGE=test $dsh enable '$random_unit'");
+$retval = dsh('enable', $random_unit);
is($retval, 0, "enable command succeeded");
isnt_enabled($random_unit);
@@ -99,7 +97,9 @@ my $statefile =
"/var/lib/systemd/deb-systemd-helper-enabled/$random_unit.dsh-al
ok(-f $statefile, 'state file exists');
-$retval = system("DPKG_MAINTSCRIPT_PACKAGE=test _DEB_SYSTEMD_HELPER_PURGE=1
$dsh disable '$random_unit'");
+$ENV{'_DEB_SYSTEMD_HELPER_PURGE'} = '1';
+$retval = dsh('disable', $random_unit);
+delete $ENV{'_DEB_SYSTEMD_HELPER_PURGE'};
is($retval, 0, "disable command succeeded");
ok(! -f $statefile, 'state file does not exist anymore after purging');
isnt_debian_installed($random_unit);
@@ -111,7 +111,7 @@ isnt_debian_installed($random_unit);
ok(! -l $symlink_path, 'symlink does not exist yet');
isnt_enabled($random_unit);
-$retval = system("DPKG_MAINTSCRIPT_PACKAGE=test $dsh enable '$random_unit'");
+$retval = dsh('enable', $random_unit);
is($retval, 0, "enable command succeeded");
is_enabled($random_unit);
@@ -121,7 +121,9 @@ is_debian_installed($random_unit);
# ┃ Verify “disable” removes the symlinks.┃
# ┗━━━┛
-$retval = system("DPKG_MAINTSCRIPT_PACKAGE=test _DEB_SYSTEMD_HELPER_PURGE=1
$dsh disable '$random_unit'");
+$ENV{'_DEB_SYSTEMD_HELPER_PURGE'} = '1';
+$retval = dsh('disable', $random_unit);
+delete $ENV{'_DEB_SYSTEMD_HELPER_PURGE'};
is($retval, 0, "disable command succeeded");
isnt_enabled($random_unit);
@@ -133,7 +135,7 @@ isnt_enabled($random_unit);
ok(! -l $symlink_path, 'symlink does not exist yet');
isnt_enabled($random_unit);
-$retval = system("DPKG_MAINTSCRIPT_PACKAGE=test $dsh enable '$random_unit'");
+$retval = dsh('enable', $random_unit);
is($retval, 0, "enable command succeeded");
is_enabled($random_unit);
@@ -143,7 +145,7 @@ is_debian_installed($random_unit);
# ┃ Verify the “purge” verb works.┃
# ┗━━━┛
-$retval = system("DPKG_MAINTSCRIPT_PACKAGE=test $dsh purge '$random_u
Bug#895261: RFS: dbus-broker/13-2 [ITP] -- Linux D-Bus Message Broker
retitle 895261 RFS: dbus-broker/13-2 [ITP] -- Linux D-Bus Message Broker stop Dear mentors, I am looking for a sponsor for my "dbus-broker" package * Package name: dbus-broker Version : 13-2 Upstream Author : David Herrmann et al. * URL : https://github.com/bus1/dbus-broker/ * License : Apache-2.0 Section : admin Programming Lang: C Description : Linux D-Bus Message Broker It builds those binary packages: dbus-broker - Linux D-Bus Message Broker To access further information about this package, please visit the following URL: https://mentors.debian.net/package/dbus-broker Alternatively, one can download the package with dget: dget -x https://mentors.debian.net/debian/pool/main/d/dbus-broker/dbus-broker_13-2.dsc Or from the git repository: https://salsa.debian.org/dnn-guest/dbus-broker Cheers, Dan
Bug#895261: retitle to RFS: dbus-broker/13-1 [ITP] -- Linux D-Bus Message Broker
retitle 895261 RFS: dbus-broker/13-1 [ITP] -- Linux D-Bus Message Broker stop I made a silly mistake in the mentors.debian.net upload order. The latest version is 13-1. Retitle accordingly.
Bug#895261: Acknowledgement (RFS: dbus-broker/11-1 [ITP] -- Linux D-Bus Message Broker)
Dear mentors, I uploaded a new version of the package that polishes a bit the packaging and updates to the latest upstream release. The latest version of the package (and intermediate versions) can be found at the following URL: https://mentors.debian.net/package/dbus-broker Alternatively, the package can be downloaded with with dget: dget -x https://mentors.debian.net/debian/pool/main/d/dbus-broker/dbus-broker_13-1.dsc Or obtained from the repository: https://salsa.debian.org/dnn-guest/dbus-broker Thanks. Cheers, Dan
Bug#895928: ITP: python-base58 -- base58 encode/decode for Python
On 4/18/18 5:58 AM, Joel Cross wrote: > On Tue, 17 Apr 2018, at 6:25 PM, Daniele Nicolodi wrote: >> On 4/17/18 8:57 AM, Joel Cross wrote: >>> Package: wnpp >>> Severity: wishlist >>> Owner: Joel Cross >>> >>> * Package name: python-base58 >>> Version : 0.2.5 >>> Upstream Author : David Keijser >>> * URL : https://github.com/keis/base58 >>> * License : MIT >>> Programming Lang: Python >>> Description : base58 encode/decode for Python >>> >>> This package contains the following functions, in a form compatible with >>> that >>> used by the bitcoin network: >>> - b58encode >>> - b58decode >>> - b58encode_check >>> - b58decode_check >> >> Hi Joel, >> >> I had a look at this Python package a while ago, and I was very >> surprised to find that its interface does not match the one of the >> functions in the base64 standard library module in the use of strings vs >> bytes. I had to introduce some wrappers to make it sane in that regard. >> >> I see in the upstream repository some commits that suggest that this has >> been fixed (breaking the API probably). However, nothing that hints >> that a release has been made after that. >> >> It would be nice to have the fixed version in Debian and to avoid API >> breakage, at least once the Python package enters the Debian archive. >> >> Cheers, >> Dan > > Thanks Dan. I assume you're referring to the > https://github.com/keis/base58/issues/15 issue? (Output is string, > not bytes) Hi Joel, I think so, but I'm not sure that is the only deviation from the base64 API. I can have a look later at the wrapper I wrote to adjust the API, if I still have them, I may have simply rewritten the functions. But it should not be hard to check that `b58encode` and `b58decode` behave the same as their base64 counterparts. Cheers, Dan
Bug#895928: ITP: python-base58 -- base58 encode/decode for Python
On 4/17/18 8:57 AM, Joel Cross wrote: > Package: wnpp > Severity: wishlist > Owner: Joel Cross > > * Package name: python-base58 > Version : 0.2.5 > Upstream Author : David Keijser > * URL : https://github.com/keis/base58 > * License : MIT > Programming Lang: Python > Description : base58 encode/decode for Python > > This package contains the following functions, in a form compatible with that > used by the bitcoin network: > - b58encode > - b58decode > - b58encode_check > - b58decode_check Hi Joel, I had a look at this Python package a while ago, and I was very surprised to find that its interface does not match the one of the functions in the base64 standard library module in the use of strings vs bytes. I had to introduce some wrappers to make it sane in that regard. I see in the upstream repository some commits that suggest that this has been fixed (breaking the API probably). However, nothing that hints that a release has been made after that. It would be nice to have the fixed version in Debian and to avoid API breakage, at least once the Python package enters the Debian archive. Cheers, Dan
Bug#895261: RFS: dbus-broker/11-1 [ITP] -- Linux D-Bus Message Broker
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my "dbus-broker" package * Package name: dbus-broker Version : 11 Upstream Author : David Herrmann et al. * URL : https://github.com/bus1/dbus-broker/ * License : Apache-2.0 Section : admin Programming Lang: C Description : Linux D-Bus Message Broker It builds those binary packages: dbus-broker - Linux D-Bus Message Broker To access further information about this package, please visit the following URL: https://mentors.debian.net/package/dbus-broker Alternatively, one can download the package with dget: dget -x https://mentors.debian.net/debian/pool/main/d/dbus-broker/dbus-broker_11-1.dsc Or from the repository: https://salsa.debian.org/dnn-guest/dbus-broker Cheers, Dan
Bug#894369: ITP: egpg -- Wrapper tool to easily manage and use keys with GPG
On 29/03/2018 15:54, Yago González wrote: > Package: wnpp > Severity: wishlist > Owner: Yago González > > * Package name: egpg > Version : 2.1 > Upstream Author : Dashamir Hoxha > * URL : https://github.com/dashohoxha/egpg > * License : GPL-3 > Programming Lang: Shell > Description : Wrapper tool to easily manage and use keys with GPG > > Easy GnuPG (egpg) is a wrapper script that tries to simplify the process of > using GnuPG. In order to make things easier, it is opinionated about the > "right" way to use GnuPG. > > It helps manage (e.g. generate, revoke...) the keys as well as use them > to verify, sign and encrypt messages. The last time Easy GnuPG has been discussed on the GnuPG mailing list: thread starting around this message https://lists.gnupg.org/pipermail/gnupg-users/2016-April/055835.html and later https://lists.gnupg.org/pipermail/gnupg-users/2016-May/056007.html Easy GnuPG was not deemed ready for end users, and technical issues with the code were identified. I think including it in Debian is akin to recommend it and somehow a statement on its technical cryptographic validity. It seemed that people on the GnuPG mailing list were not too enthusiastic about reviewing it. Has something changed since then? Is there an (informal) evaluation of the code or of the project in general from a third party? Cheers, Daniele
Bug#892001: ITP: dbus-broker -- Linux D-Bus Message Broker
Package: wnpp Severity: wishlist Owner: Daniele Nicolodi * Package name: dbus-broker Version : 11 Upstream Author : David Herrmann , Tom Gundersen , et al. * URL : https://github.com/bus1/dbus-broker/ * License : Apache-2.0 Programming Lang: C Description : Linux D-Bus Message Broker The dbus-broker project is an implementation of a message bus as defined by the D-Bus specification. Its aim is to provide high performance and reliability, while keeping compatibility to the D-Bus reference implementation. It is exclusively written for Linux systems, and makes use of many modern features provided by recent Linux kernel releases. I'll contact the dbus maintainers for advice, to offer to co-maintain the package, and for sponsoring the upload. Others interested in the package are welcome to participate.
Bug#693114: dovecot-core: Mailboxes inaccessible after upgrade
Hello, I experienced the same problem. It is really annoying that a previously working configuration breaks on a minor package upgrade. The solution I suggest is to have a script that replicates dovecot mailbox auto detection and writes the relevant configuration entry during the upgrade process. It should not be too difficult to implement. I can help with such a script, but I don't know enough ucf to handle the creation/modification of the configuration file during upgrade. Cheers, Daniele -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#637425: [Xenomai-core] gcc-4.6 issue
On 12/08/11 01:18, Gilles Chanteperdrix wrote: > The following patch seems to do the trick. It makes the assumption that > when compiling with -fomit-frame-pointer, we have one more register, so > the "R" constraint will always be able to avoid choosing eax, and eax > will be free for the muxcode, so that the compiler will not choose the > "m" alternative. It works, indeed. Thank you Gilles. May this patch be backported to the stable branch? Cheers, -- Daniele -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#637425: xenomai can not be compiled with gcc-4.6 due to upstream bug
Package: xenomai Severity: grave Justification: renders package unusable Due to an upstream bug, xenomai user space can not be compiled with gcc-4.6. Unfortunately this is the default compiler for debian testing, and thus the one that is used for the compilation of this package. The older gcc-4.4 should be used instead. The current distributed version of the binaries fail like this: # /usr/lib/xenomai/latency == Sampling period: 100 us == Test mode: periodic user-mode task == All results in microseconds latency: failed to start display task, code -38 Redcompiling the source package forcing gcc-4.4 with debuild -uc -us -e CC=gcc-4.4 results in working binaries. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.35.7-xenomai-2.5.5 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620967: Current version of biblatex is not installable
Package: biblatex Version: 0.9a-1 Severity: grave Tags: sid Justification: renders package unusable The version of biblatex currently in the sid archives is not installable because it depends on logreq and etoolbox not currently in the distribution archives. Whas this package meant to be uploaded to experimental only? How can I help in bringing a more recent version of biblatex to debian? Can I help in packaging one of the missing dependencies? Thanks. Cheers. -- Daniele -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages biblatex depends on: ii dpkg 1.16.0 Debian package management system ii tex-common2.09 common infrastructure for building ii texlive-latex-base2009-11TeX Live: Basic LaTeX packages ii texlive-latex-extra 2009-10TeX Live: LaTeX supplementary pack biblatex recommends no packages. biblatex suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#322159: gv: Problem with Font Renderer Plugin ( FreeType )
On Tue, Aug 09, 2005 at 05:03:08PM +0200, Martin Godisch wrote: > On Tue, Aug 09, 2005 at 14:26:57 +0200, Daniele Nicolodi wrote: > > > Loading some eps files i get a message window reporting this error: > > > > ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) > > return code = -1 > > > > I can provide some example eps file that show the problems if > > necessary. > > Please do so. Attached. It's a file produced whith PAW (from the paw package) but i can reproduce the error with other eps files produced with different programs. Ciao -- Daniele Physics is like sex. Sure, it may give some practical results, but that's not why we do it. -- Richard P. Feynman threshold.eps Description: PostScript document
Bug#322159: gv: Problem with Font Renderer Plugin ( FreeType )
Package: gv Version: 1:3.6.1-12 Severity: important Loading some eps files i get a message window reporting this error: ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 I can provide some example eps file that show the problems if necessary. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3-daniele Locale: LANG=it_IT, LC_CTYPE=it_IT (charmap=ISO-8859-1) Versions of packages gv depends on: ii gs8.15-2 Transitional package ii gs-esp [gs] 8+8.15rc3.dfsg.1-1 The Ghostscript PostScript interpr ii gs-gpl [gs] 8.15-2 The GPL Ghostscript PostScript int ii libc6 2.3.5-3GNU C Library: Shared libraries an ii libice6 6.8.2.dfsg.1-4 Inter-Client Exchange library ii libsm66.8.2.dfsg.1-4 X Window System Session Management ii libx11-6 6.8.2.dfsg.1-4 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-4 X Window System miscellaneous exte ii libxmu6 6.8.2.dfsg.1-4 X Window System miscellaneous util ii libxpm4 6.8.2.dfsg.1-4 X pixmap library ii libxt66.8.2.dfsg.1-4 X Toolkit Intrinsics ii xaw3dg1.5+E-8Xaw3d widget set ii xlibs 6.8.2.dfsg.1-4 X Window System client libraries m gv recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
