Package: postfix
Version: 2.7.1-1+squeeze1
Severity: normal
I wondered what postlog does, so I ran it with the --help argument. This
causes a segfault:
postlog[6737]: segfault at 0 ip 7f576e168322 sp 7fff85f0fd90 error 4
in libpostfix-util.so.1.0.1[7f576e145000+33000]
I realize
Package: ghc-mod
Version: 4.1.2-2
Severity: important
Tags: upstream
Dear Maintainer,
When used with Emacs, ghc-mod 4.1.2-2 will, unlike versions 4, consume
hundreds of MB of memory *per open file* in many cases. For many, this will
be a serious regression from earlier versions, making
On Saturday 25. October 2014 15:02:46 Joachim Breitner wrote:
Am Samstag, den 25.10.2014, 14:47 +0200 schrieb Gard Spreemann:
Hi. I've newly subscribed to the list, and reported 766738. If there's
anything I can do to help with resolving it, please let me know.
sure. You mention
Hi again.
On Saturday 25. October 2014 19:20:27 Joachim Breitner wrote:
Am Samstag, den 25.10.2014, 18:45 +0200 schrieb Gard Spreemann:
I should have made this clearer, but I haven't actually checked yet. The
changelog for 5.0.0 does, however, say ghc-mod consumes much less memory
than ghc
, and memory usage is
much better than with 4.1.2.
Thanks.
--
Gard Spreemann gspreem...@gmail.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Source: python-scipy
Severity: wishlist
Tags: upstream
Dear Maintainer,
python-scipy bundles Fortran code for L-BFGS-B minimization in
scipy/optimize/lbfgsb/*.f. The code comes from outside the SciPy
project [1], and I believe it is useful as a standalone library and
that the python-scipy
Patch against upstream lbfgsb (needs packaging) that replaces its bundled
LINPACK with LAPACK.
--- a/lbfgsb.f
+++ b/lbfgsb.f
@@ -1185,7 +1185,8 @@
p(i2) = v(i2) + sum
20 continue
c Solve the triangular system
- call dtrsl(wt,m,col,p(col+1),11,info)
+c call
If the lbfgsb bundled with python-scipy is replaced with a separate package,
the latter should receive something like the following patch, which is
included in the SciPy-bundled version of lbfgsb per
https://github.com/scipy/scipy/issues/2261
(Synopsis: There are a few places in the lbfgsb
Package: network-manager
Version: 1.0.6-1
Severity: normal
Dear Maintainer,
On my system, NetworkManager segfaults when terminating, for example
when the system shuts down or when the service is stopped or restarted
by the user.
A backtrace reveals that the segfault is caused by null pointer
Package: xul-ext-firegestures
Version: 1.10-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
After a recent Iceweasel upgrade from 38.5.0esr-1 to 43.0.2-1+b1, the
Fireguestures extension no longer does anything. The standard swipe
guestures seem to be recognized, but
On Tue, 22 Dec 2015 17:31:36 +0100 Gard Spreemann <gspreem...@gmail.com>
wrote:
> It may or may not be relevant, or helpful, but Kopete
> (4:15.08.3-1+b1) also started segfaulting when its last window is
> closed around the same time. It could be related.
With the updated Qt th
Package: r-cran-fastcluster
Severity: normal
Dear Maintainer,
The upstream package from which r-cran-fastcluster originates, simply
called "fastcluster", provides both an R and a Python interface as
first-class citizens [1] (both are in fact thin wrappers around a C++
library, whose interface
Hi,
It may or may not be relevant, or helpful, but Kopete (4:15.08.3-1+b1)
also started segfaulting when its last window is closed around the
same time. It could be related.
-- Gard Spreemann
Package: plasma-workspace
Version: 4:5.4.3-1
Severity: important
Tags: upstream fixed-upstream
Dear Maintainer,
plasmashell seems to leak memory. After three days of intermittent
use, the process' RSS is 800 MB, many times higher than what it was a
few days ago.
The upstream bug report [1]
Package: wnpp
Severity: wishlist
Owner: Gard Spreemann <gspreem...@gmail.com>
* Package name: lbfgsb
Version : 3.0
Upstream Author : Ciyou Zhu, Richard Byrd, Jorge Nocedal, Jose Luis Morales
* URL : http://users.iems.northwestern.edu/~nocedal/lbfgsb.html
* L
z
[2] http://users.iems.northwestern.edu/~nocedal/lbfgsb.html
Regards,
Gard Spreemann
Hi Paul, and thanks for your feedback!
On Sat, 16 Jan 2016 22:28:50 +0800 Paul Wise <p...@debian.org> wrote:
> On Fri, Jan 15, 2016 at 7:52 PM, Gard Spreemann wrote:
>
> > A search on codesearch.debian.net reveals that at least the following
> > packages in Debian bundl
://bugs.debian.org/cgi-bin/bugreport.cgi?bug=811073
Best,
Gard Spreemann
Hi Andreas,
I played around a bit with this and came up with the following sketch
(attached). I ended up mimicking parts of what the CDBS module for R
does in an otherwise dh-centric rules file.
I hope it is at least of some use.
Best,
Gard
fastcluster_1.1.16-1.debian.tar.xz
Description:
On Wednesday 30 March 2016 14:27:45 Gianfranco Costamagna wrote:
> HI,
>
> >I didn't make one since upstream's tarball (at least for the latest
> >version) contains precompiled binaries, as well as a few files outside
> >of any directory (a little tarbomb). It is my understanding that these
>
On Friday 25 March 2016 18:56:40 Gianfranco Costamagna wrote:
> something needs changes:
> - std-version= 3.9.7
> - no watch file?
> - no sane build system, why are you building the library such way?
> you seem to use just two files in your library, why everything is dropped?
> I don't think flags
Package: xul-ext-https-everywhere
Version: 5.1.1-2
Severity: minor
Dear Maintainer,
With #815006 reintroducing Firefox, xul-ext-https-everywhere should no
longer depend on/enhance iceweasel, but rather on firefox | firefox-esr.
-- System Information:
Debian Release: stretch/sid
APT prefers
On Friday 25 March 2016 18:56:40 Gianfranco Costamagna wrote:
> Hi,
Hi, and thanks for the feedback!
> something needs changes:
> - std-version= 3.9.7
Yep, I'll update that.
> - no watch file?
I didn't make one since upstream's tarball (at least for the latest
version) contains precompiled
The L-BFGS-B library in question is now in Debian as liblbfgsb0 and
liblbfgsb-dev.
Removing the relevant source files from scipy/optimize/setup.py and
adding lbfgsb to the list of libraries to link to seems to work fine,
and the relevant tests still pass. I did
-sources = ['lbfgsb.pyf',
On Wednesday 30 March 2016 18:31:48 Gianfranco Costamagna wrote:
> Hi
>
> >http://mentors.debian.net/debian/pool/main/l/lbfgsb/lbfgsb_3.0-2.dsc
> >addresses the standards-version and the dbg package. I'll have to work
> >on the watch file and (if needed) the build system.
>
> ok, let me know
On Saturday 09 July 2016 16:41:13 Diederik de Haas wrote:
> On zaterdag 9 juli 2016 16:29:27 CEST Gard Spreemann wrote:
> > Do I mark it as fixed in 5.23.0, or do we instead consider this a
> > non-bug I experienced because I had inadvertendly mixed Plasma
> > versions?
On Wed, 06 Jul 2016 12:51:59 +0200 Diederik de Haas <didi.deb...@cknow.org>
wrote:
> On maandag 4 juli 2016 20:03:54 CEST Gard Spreemann wrote:
> > After upgrading plasma-workspace from 4:5.6.4-2 to 4:5.6.5.1-1 today,
> > krunner has stopped functioning correctly.
> >
Package: plasma-workspace
Version: 4:5.6.5.1-1
Severity: normal
Dear Maintainer,
After upgrading plasma-workspace from 4:5.6.4-2 to 4:5.6.5.1-1 today,
krunner has stopped functioning correctly. Hitting enter has no
effect, nomatter what I type into krunner's textbox. Entering for
example "emacs"
On Wednesday, 8 February 2017 18:46:46 CET Roger Shimizu wrote:
> Dear Gard,
>
> I cannot sponsor the upload. But here's my review that I hope it's helpful.
Dear Roger,
Thank you very much for your helpful feedback. I believe I have
rectified some of the below.
> Here're the items need to be
Package: wnpp
Severity: wishlist
Owner: Gard Spreemann <gspreem...@gmail.com>
* Package name: tikzit
Version : 1.0
Upstream Author : Aleks Kissinger <ale...@gmail.com>
* URL : http://tikzit.sourceforge.net/
* License : Mostly GPL-3+, some LGPL-2+
am aware that the package lacks a watch file. I need advice as to
how this is best done when upstream releases both as tarball and as
tagged git commits, with slight differences.
Regards,
Gard Spreemann
On Wednesday, 8 February 2017 20:47:07 CET Gard Spreemann wrote:
> On Wednesday, 8 February 2017 18:46:46 CET Roger Shimizu wrote:
> >
> > - have separated -doc package
>
> The documentation shipped with upstream's source is rather
> limited. They instead
is installed but deliberately not
running, or if the package has been removed with configuration files
kept in place.
I do not know what the most appropriate way to fix this is, but it
seems that adding --oknodo to start-stop-daemon in repro's logrotate
script will work.
Best,
Gard Spreemann
Hello,
As far as I can tell, this seems related to the following two upstream
bugs:
- https://bugs.kde.org/show_bug.cgi?id=347195
- https://bugs.kde.org/show_bug.cgi?id=356225
The latter is marked as fixed, but judging by the comments that
doesn't really seem to be the case.
Package: wnpp
Severity: wishlist
Owner: Gard Spreemann <gspreem...@gmail.com>
* Package name: ripser
Version : 1.0.1
Upstream Author : Ulrich Bauer
* URL : http://ripser.org
* License : LGPL-3.0+
Programming Lang: C++
Description : So
ly against a sid pbuilder.
Best,
Gard Spreemann
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores)
Locale: LA
Package: wnpp
Severity: wishlist
Owner: Gard Spreemann <gspreem...@gmail.com>
* Package name: gudhi
Version : 1.3.1
Upstream Author : Gudhi project / INRIA
* URL : http://gudhi.gforge.inria.fr/
* License : GPL-3+
Programming Lang: C++
Description
On Monday 24 July 2017 23:10:33 CEST Andrey Rahmatullin wrote:
> Control: owner -1 !
>
> Please bump Standards-Version to the current version and I'll upload
> it.
Hello Andrey,
As Andrew pointed out, he has already uploaded the package. I will
make sure to bump the standards-version for the
Upstream has since released a new version of GUDHI (2.0.0). The RFS
bug #861649 [1], which has been merged with this one, details my
package for it. I believe it addresses most of the problems helpfully
pointed out here.
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861649
Best,
Gard
To access further information about this package, please visit the following
URL:
https://mentors.debian.net/package/gudhi
Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/g/gudhi/gudhi_2.0.0+dfsg-1.dsc
Regard
t;From #736360 and #736432 I had the impression that this is a
long-standing problem where there is not yet any consensus about how
to proceed. Am I overlooking something?
Again, thanks a lot for your feedback.
Best regards,
Gard Spreemann
On Monday 16 October 2017 11:53:08 CEST Ghislain Vaillant wrote:
> On 16/10/17 11:22, Gard Spreemann wrote:
> > Not relevant since the upload would be to sid anyway, right?
>
> FYI, current version is 4.1.1.
Checked and bumped. Thanks.
> > E: python3-gudhi: binary-o
The package has now been updated to the latest upstream (2.0.1).
It can be downloaded by
dget -x
https://mentors.debian.net/debian/pool/main/g/gudhi/gudhi_2.0.1+dfsg-1.dsc
Regards,
Gard Spreemann
would be convenient for those of us who need to build
statically linked programs using FLINT.
Regards,
Gard Spreemann
-- System Information:
Debian Release: 9.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-4
On Tuesday 5 December 2017 02:40:29 CET Yavor Doganov wrote:
> Please replace libgnustep-gui-dev with libgnustep-base-dev in your
> Build-Depends. (Also, you can safely drop gnustep-make since
> libgnustep-base-dev is always guaranteed to depend on it.)
Hello, and thank you for informing me. I
On Tuesday 5 December 2017 17:49:31 CET Yavor Doganov wrote:
> There's no need to make an upload just to fix this.
Understood.
Andrew Shadura: Please ignore the sponsorship request. I'll let you
know when there are more substantial changes.
> Well, the new version of the library migrates
On Tuesday 26 December 2017 21:58:36 CET Tobias Frost wrote:
> Hi Gard,
>
> I was checking your RFS, but I cannot get it compiled...
Hello Tobias, and thanks for your feedback.
Apparently this is a known regression [1] when building with CGAL
4.11. That version entered sid after last time I
Control: tags -1 - moreinfo
On Tuesday 26 December 2017 21:58:36 CET Tobias Frost wrote:
> I was checking your RFS, but I cannot get it compiled...
> Please check and then remove the moreinfo tag again...
Hello again,
Upstream has now released GUDHI 2.1.0 which is compatible with the
CGAL
Package: src:linux
Version: 4.17.8-1
Severity: important
Tags: upstream
Dear Maintainer,
After upgrading from linux-image-4.16.0-2-amd64 to
linux-image-4.17.0-1-amd64, my computer's sound card exhibits an
audible and annoying pop or click when an audio stream is about to
play or stop playing.
On Sunday 9 September 2018 14:55:05 CEST Romain Perier wrote:
> Hi,
>
> Just to let you know that 4.18.0-1 (that is kernel 4.18.6) is now in sid, so
> you have to test this and no longer the one present in experimental.
Hi,
Sorry for taking so long, but I've now tried this kernel and it seems
On Sunday 11 March 2018 00:18:32 CET Gard Spreemann wrote:
> On Wednesday 7 March 2018 19:32:48 CET Tobias Frost wrote:
> > Please review d/copyright. I found at least one undocumented file which
> > is licensed Apache 2.0 and another one under LGPL3+. Neither are in
> >
On Wednesday, 28 February 2018 22:26:58 CET Tobias Frost wrote:
> Ok, it builds now.
> But there are tons of lintian warnings "privacy-break-generic", just
> one example: Not checked, but maybe some template for the doc
> generation has a link to this site?
>
> […]
>
> There are other lintian
On Wednesday 7 March 2018 19:32:48 CET Tobias Frost wrote:
> But the lintian stuff I complained about is not completly fixed, there
> is even a new tag:
> I: gudhi source: quilt-patch-missing-description no-external-doc-
> resources.patch
>
> Please run lintian after every build! Best, include
h-generic
> […]
Upstream provided a patch that fixes this. I've updated
https://mentors.debian.net/debian/pool/main/g/gudhi/gudhi_2.1.0+dfsg-1.dsc
Best regards,
Gard Spreemann
Hello again,
A new version has been uploaded to mentors. It contains the following
changes since last time:
- Upstream's CGAL patches were removed from the DFSG sources to
simplify copyright information. These are not needed for CGAL >>
4.11, and so the build-deps were updated
On Tuesday 13 March 2018 13:58:07 CET Tobias Frost wrote:
> On Sun, Mar 11, 2018 at 06:48:10PM +0100, Gard Spreemann wrote:
> > On Sunday 11 March 2018 00:18:32 CET Gard Spreemann wrote:
> > > On Wednesday 7 March 2018 19:32:48 CET Tobias Frost wrote:
> > > > Plea
ed.
Section 3.3 of the Python Policy says that module packages should
support the current Debian Python version, and more if possible.
Please consider building the Python module for all supported Python
versions.
Thanks.
Best regards,
Gard Spreemann
-- System Information:
Debian Release: bu
Simon Deziel writes:
> Would you mind testing this base profile [1] and report back. If it
> still doesn't work for you, please provide the denial logs from dmesg.
It works well! I realize that the game of adding more and more allowed
stuff to the profile might be futile, but pass and some
Hi,
Thanks to the maintainer for taking care of things so quickly.
Could perhaps the NEWS file be expanded a little bit, though? I would
not be surprised if my setup is quite common: I use
passwordeval /usr/bin/pass foo | head -n 1
with msmtp, and have logging enabled. In such a setup, the
y-bundled one uses LINPACK.
Best,
Gard
From: Gard Spreemann
Date: Tue, 2 Apr 2019 11:25:26 +0200
Subject: Use system LBFGSB.
---
scipy/optimize/setup.py | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/scipy/optimize/setup.py b/scipy/optimize/setup.py
index 67d2576..
Package: lintian
Version: 2.6.0
Severity: minor
Dear Maintainer,
It is quite common, for example when using gbp to manage a package,
that patches are formatted in email-style with a "from: Name "
header. Perhaps Lintian should ignore spelling errors in this part of
patches. I myself have to
I just realized that the name "phat" was also used by a different
package that existed in Debian from 2005 until its removal in 2014. I
didn't notice because I had searched only back to jessie.
How should I proceed in such a situation?
Best,
Gard
Package: wnpp
Severity: wishlist
Owner: Gard Spreemann
* Package name: phat
Version : 1.5
Upstream Author : Ulrich Bauer, Michael Kerber, Jan Reininghaus
* URL : https://bitbucket.org/phat-code/phat
* License : LGPL-3+
Programming Lang: C++
Description
I maintain a package (src:gudhi) that build-depends on
libqglviewer-dev-qt5 and depends on libqglviewer2-qt5. As a relatively
fresh DM, I haven't experienced depending on a to-be-removed package
yet, so I'm a bit confused.
Are *all* binaries built from src:libqglviewer to be removed? If yes,
why
Package: wnpp
Severity: wishlist
Owner: Gard Spreemann
* Package name: python-pyspike
Version : 0.6.0
Upstream Author : Mario Mulansky
* URL : https://mariomulansky.github.io/PySpike/
* License : BSD-2-clause
Programming Lang: Python, C
Description
Package: wnpp
Severity: wishlist
Owner: Gard Spreemann
* Package name: ripser
Version : 1.1
Upstream Author : Ulrich Bauer
* URL : http://ripser.org
* License : MIT
Programming Lang: C++
Description : Fast computation of persistent homology of flag
Hello all,
As part of my DD process I have been tasked with preparing an NMU for an
existing bug. I ended up preparing one for this bug, using Steve's
debdiff.
If I don't hear back from anyone within three days, my AM will upload
this NMU in DELAYED/7.
Best,
Gard
signature.asc
Description:
Source: gudhi
Version: 3.0.0+dfsg-2
Severity: normal
Tags: upstream
Some tests specific to the new 3d-specialized alpha complex fail on
the s390x architecture as of 3.0.0. Due to lack of access to s390x
hardware, the tests will probably soon be skipped this architecture,
leaving the (specialized)
symbols tweaking
ggc-min-expand.
Thanks
Gard Spreemann
My apologies, I meant to ask also for removal of the mipsel packages
from testing.
Best,
Gard
Thank you, Gianfranco. I've made the change in git, and will upload as
soon as the two transitions gudhi is currently part of are over
(python3.8 and cgal_5.0).
Best,
Gard
Package: python3-gudhi
Version: 3.1.0+dfsg-1
Severity: wishlist
Version 3.1.0 of GUDHI provides a new Python Wasserstein distance
module. Its functionality, however, depends on the POT library [1],
which is currently not in Debian.
The Wasserstein module will become functional when POT is
Hi Marc,
I'm replying directly to you so as not to spam the bug tracker.
Marc Glisse writes:
>>> I have no idea right now if the dependency on POT is a long term
>>> thing, or if it will disappear in a couple releases.
>>
>> Off-topic for Debian, I guess, but: Have you considered Hera as a way
Package: wnpp
Severity: wishlist
Owner: Gard Spreemann
* Package name: python-cdsapi
Version : 0.2.5
Upstream Author : ECMWF
* URL : https://pypi.org/project/cdsapi
* License : Apache-2.0
Programming Lang: Python
Description : Python interface
Marc Glisse writes:
> In case a user is wondering: if you have python3-gudhi and run "pip3
> install POT", the Wasserstein module will work, this is only a runtime
> dependency.
Yes, thanks for pointing this out!
> Of course it will be even better with a Debian package of POT :-)
Yes, this
Package: wnpp
Severity: wishlist
Owner: Gard Spreemann
* Package name: python-pot
Version : 0.6.0
Upstream Author : Rémi Flamary
* URL : https://github.com/rflamary/POT/
* License : MIT
Programming Lang: Python, C++
Description : Python optimal
Package: maildir-utils
Version: 1.4-1
Severity: wishlist
Dear Maintainer,
There were some significant changes in mu 1.4 that changed the
location of the per-user email databases. Some mu4e options that used
to be runtime-configurable (e.g. the maildir location and the user's
email address) were
.-file_operations-dtype-is-change.patch
(2020-05-05 09:26:30 +0200)
Gard Spreemann (1):
Add patch 0004-fix-for-5.6-kernels.-file_operations-dtype-is-change.patch
.../0004-fix-for-5.6-kernels.-file_operations-dtype-is-change.patch
Oops, I was a bit careless. Let me clarify: the patch in my PR is not
from the actual upstream for the package, but rather from the fork [1]
linked to by Thomas Koch in #959729 [2].
[1] https://github.com/teleshoes/acpi_call
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959729#10
Hello,
This bug may be the wrong place to raise this issue, but what is the
status of gcc targetting ESP32 in Debian?
Package: solaar
Version: 1.0.3+dfsg-1
Severity: normal
X-Debbugs-Cc: g...@nonempty.org
Dear Maintainer,
As of recently, solaar seems to be autostarting both on the system
tray and as a standalone application window.
Upstream ships share/autostart/solaar.desktop. It starts solaar with
the
Matthias Klose writes:
> Package: src:gudhi
> Version: 3.3.0+dfsg-1
> Severity: important
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: python3.9
>
> seem to be a packaging error
Indeed! Thanks for reporting. I think I know what's wrong, and will get
to it soon.
Package: wnpp
Severity: wishlist
Owner: Gard Spreemann
* Package name: hera
Version : 0~git20200309
Upstream Author : Arnur Nigmetov
* URL : https://github.com/grey-narn/hera
* License : BSD-3-clause
Programming Lang: C++
Description : Library
Source: gudhi
Version: 3.1.1+dfsg-1+b1
Severity: wishlist
This bug documents the fact that GUDHI's upstream 3.2.x versions now
depend on the Hera library [1]. I am in the process of packaging that
library, and GUDHI will be updated once it is done.
[1] https://github.com/grey-narn/hera
Indeed. This seems to be related to #421344 [1]. Deleting the config
symlink and reinstalling works.
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=421344
--- Gard
Package: wnpp
Severity: wishlist
Owner: Gard Spreemann
X-Debbugs-Cc: debian-de...@lists.debian.org, g...@nonempty.org
* Package name: eagerpy
Version : 0.29.0
Upstream Author : Jonas Rauber
* URL : https://eagerpy.jonasrauber.de/
* License : MIT
Programming
You may also want to check out the ITP bug #923851 [1], in particular
the observation in message 10 ("780 MB and 3285 files" sounds like a
very hard packaging job).
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923851
Best,
Gard
Thanks for letting me know! I've applied a patch based on the commits
from SciPy, and verified that the test now passes. I've just uploaded a
new version with this patch.
Package: qtbase5-dev
Version: 5.14
Severity: normal
Tags: upstream
Dear Maintainer,
As of Qt 5.14, a change to moc means that packages that build-depend
on both Qt and TBB (libtbb-dev) fail to build. This is
QTBUG-80990/QTBUG-80578 [1,2]. I have verified that this is a problem
for src:gudhi,
Hello,
When I filed #961784 I did not notice this RFP. This resulted in me
accidentally stealing the package name "hera" for an entirely unrelated
package [1]. Sorry about this!
[1] https://tracker.debian.org/pkg/hera
Best,
Gard
signature.asc
Description: PGP signature
I've am unable to reproduce this bug with ipe/7.2.17-2 and
gcc-10/10.1.0-6. The package currently builds fine for me with those
versions.
Thank you for reporting this. It also revealed an upstream bug, which
has been forwarded.
I'm uploading a fix now.
Best,
Gard
Package: wnpp
Severity: wishlist
Owner: Gard Spreemann
X-Debbugs-Cc: debian-de...@lists.debian.org, g...@nonempty.org
* Package name: CLBlast
Version : 1.5.1
Upstream Author : Cedric Nugteren and others
* URL : https://cnugteren.github.io/clblast/clblast.html
Source: foot
Version: 1.5.3-1
Severity: wishlist
X-Debbugs-Cc: g...@nonempty.org
Dear Maintainer,
Foot comes with some terminfo files that for a better experience can
be installed on systems that a user expects to SSH into from a foot
terminal elsewhere.
The foot package in Debian currently
Package: python3-gudhi
Version: 3.3.0+dfsg-3
Severity: wishlist
X-Debbugs-Cc: g...@nonempty.org
GUDHI's Python interface can work with EagerPy [1]. Support for this
will be enabled in the package when the EagerPy package enters Debian
(#972680). This bug documents the missing feature until then.
Package: elpa-company
Version: 0.9.13-1
Severity: normal
Dear Maintainer,
If elpa-company is installed on a system where clang is not available, starting
company-mode fails with
Company backend ’company-clang’ could not be initialized:
Company found no clang executable
I believe it would be
David Bremner writes:
> Can you try with a more minimal init file? I don't have clang installed,
> and I don't see that failure.
I'm seeing the same error on a different machine with default emacs
settings, where I freshly installed emacs and elpa-company, and where
the ~/.emacs file is
David Bremner writes:
> Gard Spreemann writes:
>
>> David Bremner writes:
>>
>>> Can you try with a more minimal init file? I don't have clang installed,
>>> and I don't see that failure.
>
>> Note that I see the error when starting c
Package: libpmix-dev
X-Debbugs-Cc: g...@nonempty.org
Version: 4.0.0-4
Severity: serious
Justification: Policy 7.6
Dear Maintainer,
Upgrading libpmix-dev from 3.2.2~rc1-1 to 4.0.0-4 fails with
dpkg: error processing archive
/tmp/apt-dpkg-install-xYYyH5/070-libpmix-dev_4.0.0-4_amd64.deb
Package: lintian
Version: 2.104.0
Severity: normal
X-Debbugs-Cc: g...@nonempty.org
Dear Maintainer,
Lintian is triggering spelling-error-in-copyright upon seeing my first
name (Gard) in the copyright field of some packages (example: [1]). It
suggests that I should be named Guard instead. A bug
1 - 100 of 186 matches
Mail list logo