On 8/13/23 12:21, Lucas Nussbaum wrote:
Source: python-gmpy2
Version: 2.1.2-2
Severity: minor
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-sab-20230813 ftbfs-source-after-build
User: debian...@lists.debian.org
Usertags: qa-doublebuild
Hi,
This package fails to build a source pa
On 11/19/21 1:45 PM, Debian Bug Tracking System wrote:
Your message dated Fri, 19 Nov 2021 21:40:53 +
with message-id
and subject line Bug#999376: fixed in python-gmpy2 2.1.0~b5-1
has caused the Debian Bug report #999376,
regarding python-gmpy2 ftbfs with Python 3.10
to be marked as done.
T
Package: wnpp
Severity: normal
I intend to orphan the pyecm package. It is little-used (popcon score 19).
The package description is:
pyecm is a Python program to factor numbers using the Elliptic Curve
Method (ECM). It is relatively fast in that it can quickly factors
numbers up to 50 digit
ase move to MPC 1.2.0?
>
> Case
>
Thanks Case! Matthias, Vincent, would one of you be willing to do a
non-maintainer upload once Case releases the new version? I would like to
but won't have computer access until October.
> On Thu, Jul 30, 2020 at 6:36 AM Martin Kelly
> wrote:
&g
On Thu, Jul 30, 2020, 5:34 AM Matthias Klose wrote:
> On 7/30/20 3:42 AM, Martin Kelly wrote:
> > Apparently this bug is going to cause autoremoval from testing soon. Is
> the
> > severity really high enough for that?
>
> yes, because it blocks migration of mpfr4, used b
On Wed, Jul 15, 2020, 4:27 PM Martin Kelly wrote:
> On Tue, Jul 14, 2020, 3:15 AM Vincent Lefevre wrote:
>
>> On 2020-07-14 09:48:18 +0200, Matthias Klose wrote:
>> > There is no 2.1.0 beta4, just a beta1, so I don't know what was
>> packaged in
>> > F
On Tue, Jul 14, 2020, 3:15 AM Vincent Lefevre wrote:
> On 2020-07-14 09:48:18 +0200, Matthias Klose wrote:
> > There is no 2.1.0 beta4, just a beta1, so I don't know what was packaged
> in
> > February 2020. However the tests now fail with mpfr 4.1.0, seems to be
> > consistent across all archit
On 5/10/20 8:20 AM, Paul Gevers wrote:
Source: python-gmpy2
Version: 2.1.0~b4-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
Because your autopkgtest was part of the tests for glibc, I spotted that
the autop
On 4/17/20 10:08 AM, lkcl wrote:
Package: python3-gmpy2
Version: 2.1.0~b4-1+b1
Severity: important
(please ignore debian release information below, a rolling release
is used)
python3.7 is being used, here (not python3.8)
however python3-gmpy2 has *only* been compiled for python3.8.
this is sev
On 4/13/20 2:25 PM, Moritz Mühlenhoff wrote:
On Sat, Feb 08, 2020 at 11:13:20AM -0800, Martin Kelly wrote:
On Sat, 8 Feb 2020 10:55:23 -0800 Martin Kelly
wrote:
On 2/2/20 8:39 PM, Sandro Tosi wrote:
should we remove this package then? or do you want to generate a python3-gmpy?
I didn&#
Package: ftp.debian.org
Severity: normal
This package has been dead upstream for many years now (the final release was
1.17, in 2013). It's superceded by gmpy2, which is already packaged as
python3-gmpy2. All reverse dependencies are currently removed from unstable as
they don't support Python 3.
On Sat, 8 Feb 2020 11:22:22 -0800 Martin Kelly
wrote
Adding the maintainer, Case Van Horsen. Case, it looks like the
following autopkgtest command is failing with Python 3.8. The output is
above. You should be able to repro by running:
python3 test/runtests.py
as this is the command that
On 1/29/20 10:39 PM, Matthias Klose wrote:
Package: src:python-gmpy2
Version: 2.1.0~b3-3
Severity: important
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: python3.8
python-gmpy2 fails autopkg tests with python3.8:
autopkgtest [09:06:22]: test command1: - - - - - - - - - - r
On Sat, 8 Feb 2020 10:55:23 -0800 Martin Kelly
wrote:
On 2/2/20 8:39 PM, Sandro Tosi wrote:
> should we remove this package then? or do you want to generate a python3-gmpy?
>
I didn't realize, but it looks like this package actually does support
Python 3. I had assumed we wou
On 2/2/20 8:39 PM, Sandro Tosi wrote:
$ apt-cache rdepends python-gmpy
python-gmpy
Reverse Depends:
obfsproxy
python-tlslite-ng
python-sympy
python-gmpy-doc
Dependencies on obfsproxy and python-sympy documented with affects and
blocks. python-tlslite-ng has been removed alread
We are blocked by the following reverse dependencies:
$ apt-cache rdepends python-gmpy2
python-gmpy2
Reverse Depends:
python-mpmath
|python-gmpy2-doc
|python-gmpy2-common
pyecm
pyecm is already fixed to use Python 3 and the other two are built by us
and just need renaming.
Added affects
On Mon, 9 Sep 2019 10:42:08 -0700 Martin Kelly
wrote:
We are blocked on the following reverse dependencies:
$ apt-cache rdepends python-gmpy
python-gmpy
Reverse Depends:
obfsproxy
python-tlslite-ng
python-sympy
python-gmpy-doc
Dependencies on obfsproxy and python-sympy
We are blocked on the following reverse dependencies:
$ apt-cache rdepends python-gmpy
python-gmpy
Reverse Depends:
obfsproxy
python-tlslite-ng
python-sympy
python-gmpy-doc
On 3/3/19 1:40 AM, Helmut Grohne wrote:
Source: dvorak7min
Version: 1.6.1+repack-3
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
dvorak7min fails to cross build from source, because it does not pass
cross tools to make. The easiest way of fixing that - using
dh_auto_build - makes dv
Of course I can't rule out some implementation of this that I haven't
thought of. If this is important to you, I recommend raising it as an Issue
on the gmpy github site I linked; the author of gmpy is quite responsive
and should be able to help. Since I'm only the Debian maintainer rather
than the
On Mon, 16 Nov 2015 10:36:21 -0800 David George Henderson III
wrote:
> What I'm attempting to do is perform a dot product of an int32 array
> with a list of mpz integers.
>
> z=np.zeros(10,np.int32)
> y=[gmpy.mpz[1] *10 ]
>
> summation = gmp.xmpz(0)
> for i in range(0,10):
> product = gmpy
This bug is also hitting me; I would be very grateful for a fixed package!
On Mon, 31 Aug 2015 21:11:18 + "Warmerdam, B. (Bart)"
wrote:
>
> This patch can be used to fix it:
> https://github.com/funtoo/keychain/commit/d76c2e9aa1c05ceac1c2d06a29783ee95e876a37
>
>
On Wed, 21 Aug 2013 00:37:41 +0200 Florian Schlichting
wrote:
> Package: git
> Version: 1:1.7.10.4-2
> Severity: wishlist
>
> It would be helpful to have 'git am' recognize DEP-3 style patch headers
> in Debian. While it correctly extracts the author and description when
> the headers are called
Hi,
Thank you for the bug report; I quite agree with you. I am no longer the
openclipart maintainer (openclipart is currently orphaned), but whoever
becomes maintainer next should definitely look at this.
Thanks,
Martin
On 01/25/2015 10:47 AM, David Wright wrote:
> Package: openclipart
> Version
On 10/30/2014 03:02 PM, Sebastian Ramacher wrote:
> Source: python-gmpy2
> Version: 2.0.4-1
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
>
> python-gmpy2 failed to build on i386, armel, armhf, mips, mipsel,
> kfreebsd-i386 and powerpc:
> | Fi
Package: inkscape
Version: 0.48.5-2
Severity: important
Dear Maintainer,
I have noticed that, when opening a file from the openclipart-0.18+dfsg
package, inkscape infinite loops while displaying the following warning:
** (inkscape:334): WARNING **: helper-fns::helperfns_read_vector() Unable to
c
Hi Michael,
Thank you for the bug report. I'm no longer the maintainer of
openclipart, but I looked at this bug a little bit. It appears one
particular file is causing this:
office/telephone/mobile_phone_01.svg
I can easily repro the issue by trying to open it with inkscape:
inkscape office/t
Package: python-mpmath
Version: 0.15-1
Severity: normal
python-gmpy has been renamed to python-gmpy2, so it will be deleted from
the archive once no packages depend on it. AFAIK, python-mpmath is the
only remaining package depending on it. mpmath versions 0.16 and greater
have gmpy2 compatiblity,
are some complications, but that goes with any significant
software. If you're interested, I would go ahead and take it.
Petter Reinholdtsen wrote:
[Martin Kelly]
I intend to orphan the openclipart package.
Is there something one should know about ig if one was to consider
taking
Package: wnpp
Severity: normal
I intend to orphan the openclipart2 package.
The package description is:
The Open Clip Art Library is a collection of 100% license-free,
royalty-free, and restriction-free art that you can use for any purpose.
.
This package contains much more clipart than the s
Package: wnpp
Severity: normal
I intend to orphan the openclipart package.
The package description is:
The Open Clip Art Library is a collection of 100% license-free,
royalty-free, and restriction-free art that you can use for any purpose.
.
The clip art in this package is sorted by subject (
Package: wnpp
Severity: normal
I intend to orphan the openclipart2 package.
The package description is:
The Open Clip Art Library is a collection of 100% license-free,
royalty-free, and restriction-free art that you can use for any purpose.
.
This package contains much more clipart than the s
Package: wnpp
Severity: normal
I intend to orphan the openclipart0.18 package.
Package: wnpp
Severity: normal
I intend to orphan the openclipart package.
Also note that the newest package uses optipng during the build process
to compress the png files, which reduces the package size for
openclipart-png. Unfortunately, it won't help with openclipart-svg.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "un
Note: openclipart-0.18+dfsg-14 has just been uploaded, reintroducing the
old (smaller) openclipart. openclipart2 is about to be uploaded as well,
so you can pick either package.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Con
I am in the process of renaming openclipart -> openclipart2 and
reintroducing the old openclipart. This will give you a partial fix, in
that you can use the old openclipart for a smaller package. But it is
still not a 100% fix.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debia
Why is this a problem? It is from the original source on the
openclipart.org website. They were willing to publish these files wiht
the /home references in there, so why should we care? It is just
metadata in any case.
Additionally, this is not at all the only file with these /home
references
Thanks; I'm merging in the changes you mentioned. However, what should I
do about the changelog? If I retroactively add entries, the dates will
be out of order (which looks bad). But if I skip versions that exist
(-12, -13), that looks bad too.
--
To UNSUBSCRIBE, email to debian-bugs-dist-re
Filing this as important for now but this bug will become serious when
LibreOffice
3.5.x gets uploaded to sid (and this *will* happen before the wheezy freeze)
I should have time to apply that patch to 2.0-1 within the next week or
two; I will do so as soon as I can.
[1] and you even misse
That's fine. I'm a student and was waiting for the semester to end (in
about 3 weeks) to upload this. If your package works though, I have no
problem with the upload; might as well keep it.
Jakub Wilk wrote:
tags 642676 + patch
tags 642676 + pending
thanks
Dear maintainer,
I've prepared an N
I don't see any attached files.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
It appears that rc10 doesn't compile with new versions of audacious but
code from the upstream subversion does.
I'm not the maintainer, but I am willing to create a package from the
upstream subversion to make imms work again; I have already done most of
the work to get that done privately. If
Hi Martin,
are you still interested? I'll help out with updating openclipart
and I can sponsor your uploads.
Yes, I am still interested. Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On 03/13/2011 01:33 PM, Lucas Nussbaum wrote:
Source: python-gmpy
Version: 1.14-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110313 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
a
I'm interested in adopting openclipart. I'm not a Debian developer, so I
would need someone to sponsor the uploads, but I would be happy to
maintain the package.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@
Yes, I am still interested.
On 12/21/2010 06:53 PM, Francois Marier wrote:
Hi Martin,
Are you still interested in taking over the dvorak7min package?
Cheers,
Francois
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
ge looks simple enough to maintain. The one question I have is:
What I need to know to use the collab-maint git repository for
dvorak7min? Do I need to upload releases into it? If so, how do I get a
username and where can I find instructions for uploading to it?
Thanks,
Martin Kelly
--
To UNSUBS
Watch file can only download the .zip file, but then you need to
repackage it. You can do it by hand, or you can call my target, that I
implemented.
Yes I suppose that is useful.
svn+ssh://[EMAIL PROTECTED]/svn/python-modules/packages/python-gmpy/trunk
I don't have an account; how do I get
No, the version is there just to create an original tarball. Use it like this:
Isn't this what the watch file is for?
svn+ssh://[EMAIL PROTECTED]/svn/python-modules/packages/python-gmpy/trunk
I don't have an account; how do I get one?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
(revision 5800)
+++ debian/control (revision 5802)
@@ -2,10 +2,12 @@
Section: python
Priority: optional
Maintainer: Martin Kelly <[EMAIL PROTECTED]>
+Uploaders: Ondrej Certik <[EMAIL PROTECTED]>
Build-Depends: debhelper (>= 5.0.38), python-all-dev (>= 2.3.5-11), python-c
You're right: gmp-ecm is just as portable as pyecm. Sorry about that.
As for the "faster" claim, I believe I was mistaken. On some tests it
seemed to be, but upon further testing gmps-ecm is faster by a constant
factor of about 3.
Pyecm's main advantage is ease of use. I apologize for the inn
Package: wnpp
Owner: Martin Kelly <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: python-gmpy
Version : 1.01
Upstream Author : Alex Martelli <[EMAIL PROTECTED]>
* URL : http://gmpy.sourceforge.net/
* License : LGPL
Programming
Package: wnpp
Severity: wishlist
Owner: Martin Kelly <[EMAIL PROTECTED]>
* Package name: pyecm
Version : 0.1
Upstream Author : Martin Kelly <[EMAIL PROTECTED]>
* URL : http://www.sourceforge.net/projects/pyecm/
* License : GPL
Programming
54 matches
Mail list logo
