/changelog2014-09-14 19:53:00.0 -0400
@@ -1,3 +1,9 @@
+concordance (1.1-2) unstable; urgency=medium
+
+ * Fix kFreeBSD build - use hidapi which is now available (Closes: #754686)
+
+ -- Scott Talbert s...@techie.net Sun, 14 Sep 2014 19:49:08 -0400
+
concordance (1.1-1) unstable; urgency
On Sat, 27 Dec 2014, Vincent Bernat wrote:
of cookies. Increasing the length of the statically allocated buffer
for HTTP headers from 1000 to 1 fix the issue (line 385 of
web.cpp). Tell me if you want a patch.
Thanks! This has been fixed upstream:
On Sat, 27 Dec 2014, Scott Talbert wrote:
of cookies. Increasing the length of the statically allocated buffer
for HTTP headers from 1000 to 1 fix the issue (line 385 of
web.cpp). Tell me if you want a patch.
Thanks! This has been fixed upstream:
https://sourceforge.net/p/concordance
password. If you
want to email it directly to me, that is fine.
Scott
On Thu, 15 Jan 2015, Dominik Kupschke wrote:
Hi Scott,
I use an Harmony 300, but this error also occurs without any remote
attached.
Dominik
Am 15.01.2015 um 14:54 schrieb Scott Talbert:
Hi Dominik,
What model of remote
(soapbody)
File /usr/lib/python2.7/dist-packages/suds/bindings/binding.py, line
182, in detect_fault
raise WebFault(p, fault)
suds.WebFault: Server raised fault: '1'
Dominik
Am 13.01.2015 um 02:57 schrieb Scott Talbert:
Hi Dominik,
What error(s) specifically are you seeing?
I'm able to log
Hi Dominik,
What error(s) specifically are you seeing?
I'm able to log on just fine using the version in unstable (which has the
sme version).
Scott
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Sat, 1 Jul 2017, Olly Betts wrote:
According to the upstream issue, this is fixed in the 3.0 branch after
the 3.0.3 release.
There's actually also a 3.0.3.1 release, though it's not as prominently
advertised as the normal releases (and this doesn't include the fix).
The 3.0.3.1 is just a
On Tue, 26 Sep 2017, Olly Betts wrote:
On Tue, 26 Sep 2017, Olly Betts wrote:
So it might not actually be as easy as you might think to disable
webview here before we disable it in wxwidgets3.0...
I'll kick off a build and see. If it doesn't just work, I'm inclined
to disable this at the
On Tue, 26 Sep 2017, Olly Betts wrote:
Looks like this package was partly enabled to fix a problem with the
build without it:
https://bugs.debian.org/821934
So it might not actually be as easy as you might think to disable
webview here before we disable it in wxwidgets3.0...
I'll kick off a
On September 26, 2017 1:54:34 AM EDT, Olly Betts <o...@survex.com> wrote:
>On Mon, Sep 25, 2017 at 10:37:34PM -0400, Scott Talbert wrote:
>> On Tue, 26 Sep 2017, Olly Betts wrote:
>> >If we revert the change which added this package apart from one hunk
>in
>> &g
On Sat, 7 Apr 2018, Norbert Lange wrote:
it appears that the files are installed in a subdirectory,
potentially to avoid confligs with previous versions?
result is that
import wx fails with
ImportError: No module named wx
I havent found a way to configure the installation
The purpose of
On Thu, 12 Apr 2018, Adrian Bunk wrote:
Source: wxpython4.0
Version: 4.0.1+dfsg-2
Severity: serious
Some recent change in unstable makes wxpython4.0 FTBFS:
I: pybuild base:217: easy_install -m -d
/build/1st/wxpython4.0-4.0.1+dfsg/debian/tmp/usr/lib/python2.7/dist-packages -Z
dist/*.egg
On Mon, 25 Mar 2019, Dmitry Shachnev wrote:
On Mon, Mar 25, 2019 at 10:27:29AM +0300, Dmitry Shachnev wrote:
I will look at this bug a bit later.
It looks like Scott already has a fix for that, so my help is probably not
needed:
https://github.com/wxWidgets/Phoenix/pull/1189
Next time I
On Sun, 17 Mar 2019, Lucas Nussbaum wrote:
During a rebuild of all packages in buster (in a buster chroot, not a
sid chroot), your package failed to build on amd64.
I'm working on this, but it's taking a bit of time. The FTBFS started due
to the sip4 update to 4.19.14. Unfortunately, there
Duplicate of #933018
Package: audacity
Version: 2.3.2-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
audacity 2.3.2-1 appears to FTBFS on 32-bit arches (except for i386):
/usr/include/c++/8/atomic:250: undefined reference to `__atomic_load_8'
Control: tag -1 pending
Hello,
Bug #892620 in pytest-bdd reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
On Fri, 30 Aug 2019, Matthias Klose wrote:
Python2 becomes end-of-live upstream, and Debian aims to remove
Python2 from the distribution, as discussed in
https://lists.debian.org/debian-python/2019/07/msg00080.html
Your package either build-depends, depends on Python2, or uses Python2
in the
On Mon, 2 Dec 2019, Scott Talbert wrote:
Python2 becomes end-of-live upstream, and Debian aims to remove
Python2 from the distribution, as discussed in
https://lists.debian.org/debian-python/2019/07/msg00080.html
Your package either build-depends, depends on Python2, or uses Python2
Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: pymappergui -- RoQA; dead upstream; unmaintained; low
popcon; blocking py2 removal
suggestion to remove the python pieces sound like the next best
thing, if I can't find the time to port to python 3 now, we can then later
reintroduce the python pieces.
What are the planned timelines for the python 2 removal?
Cheers,
- Matteo
On Tuesday, 3 December 2019, 05:02:48 CET, Scott Talb
On Wed, 4 Dec 2019, Florian Schlichting wrote:
Do you have any plans to port gitso to Python 3?
If not, I will probably just convert this to an RM request as it seems gitso
is unmaintained upstream for many years.
I have in fact started to look into porting gitso to Python 3, but
haven't
On Wed, 4 Dec 2019, Florian Schlichting wrote:
The package doesn't look all that complicated. I can take a stab at trying
to port it to Python 3. If I get it working, perhaps I can ask you to test
it?
that would be awesome! I can definitely do the testing.
I submitted a merge request on
Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: python-enable -- RoQA; unmaintained; low popcon;
blocking py2 removal; no rdeps
On Thu, 12 Dec 2019, Andreas Tille wrote:
Control: tags -1 help
Hi,
it seems pdb2pqr is orphaned upstream. However, it seems to be worth
keeping inside Debian thus I tried my luck to port it to Python3 in
Git[1]. Unfortunately the build runs into
scons: Building targets ...
On Thu, 12 Dec 2019, Andreas Tille wrote:
On Thu, 12 Dec 2019, Andreas Tille wrote:
I don't see any Python3 changes in that repository. Did you push your
changes?
Argh, its pushed now.
Anyway, the problem is likely in CopySubAction in site_scons/site_init.py.
On line 111, the file
On Thu, 12 Dec 2019, Andreas Tille wrote:
That hint was helpful anyway and I get further now. I think now the
problem is to convince scons to install in $(CURDIR)/debian/tmp which
seems to try rather /usr/share/pdb2pqr directly:
Looks like the debian/rules file is specifying
On Mon, 28 Oct 2019, Olly Betts wrote:
However, then the build fails for me running tests using ccache - the
problem is that $HOME is /sbuild-nonexistent under sbuild, which
doesn't exist, and cache tries to create its cache under $HOME/.ccache
by default.
I don't have that, but I also have
On Tue, 8 Oct 2019, Andreas Tille wrote:
Hi Flávio,
Varun Hiremath once cared for Debian packages of ModelBuilder[1]. His
effort seemed to have been stalled and so Debian remained at version
0.4.1. In the process of migrating all Debian packages from Python2 to
Python3 I stumbled upon this
On Wed, 23 Oct 2019, mo...@debian.org wrote:
Python2 becomes end-of-live upstream, and Debian aims to remove
Python2 from the distribution, as discussed in
https://lists.debian.org/debian-python/2019/07/msg00080.html
Your package either build-depends, depends on Python2, or uses Python2
in the
reassign -1 ftp.debian.org
retitle -1 RM: cycle -- RoQA; dead upstream; unmaintained; low popcon; blocking
py2 removal
reassign -1 ftp.debian.org
retitle -1 RM: svn-workbench -- RoQA; dead upstream; low popcon; blocking py2
removal
On Wed, 5 Feb 2020, Scott Talbert wrote:
It's done, there's even a release 1.8.rc3.
I need to convince myself to release 1.8.0 proper :-)
Please convince yourself and I'll upload.
Agree, consider this another prod to convince yourself. :) The wxPython 3.0
reverse depends are dwindling
On Fri, 30 Aug 2019, Matthias Klose wrote:
Package: src:svn-workbench
Version: 1.8.2-3
Severity: normal
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Python2 becomes end-of-live upstream, and Debian aims to remove
Python2 from the distribution, as discussed in
On Tue, 17 Dec 2019, Moritz Mühlenhoff wrote:
Package: gnumed-client
Version: 1.7.6+dfsg-1
Followup-For: Bug #936630
Has been ported to py3 upstream but not released yet because:
Would like to be able to get bugfix-only 1.7.x py2 packages
into the deb package pool until very late before
the python pieces.
What are the planned timelines for the python 2 removal?
Cheers,
- Matteo
On Tuesday, 3 December 2019, 05:02:48 CET, Scott Talbert
wrote:
On Mon, 2 Dec 2019, Scott Talbert wrote:
>> Python2 becomes end-of-live upstream, and Debian aims to remove
>>
Hi all,
Is there any hope for a Python 3 port of cycle, or should it just be RM'd?
Scott
On Thu, 30 Jan 2020, Andreas Tille wrote:
On Thu, Jan 30, 2020 at 09:14:35PM +0100, Karsten Hilbert wrote:
It's done, there's even a release 1.8.rc3.
I need to convince myself to release 1.8.0 proper :-)
Please convince yourself and I'll upload.
Agree, consider this another prod to
Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: rurple-ng -- RoQA; dead upstream; unmaintained; low
popcon; blocking py2 removal
The existing maintainer does not plan to port it to Python 3, so let's
just remove it.
Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: python-wxmpl -- RoQA; dead upstream; unmaintained; low
popcon; blocking py2 removal
Control: reassign -1 src:python-apptools 4.4.0-3
Control: found -1 src:python-apptools/4.4.0-3
Control: fixed -1 src:python-apptools/4.4.0-4
Attempting to get this package to migrate, which I think it failing
because the python-apptools binary package is now gone.
> > > python-envisage has not yet been converted to Python3 and seems to be
> > > required:
> > > $ mayavi2
> > > Traceback (most recent call last):
> > > File "/usr/bin/mayavi2", line 464, in
> > > from mayavi.plugins.app import Mayavi, setup_logger
> > > File
Control: tag -1 pending
Hello,
Bug #935285 in mayavi2 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #938827 in winpdb reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
On Tue, Dec 24, 2019 at 10:07:02AM +0100, Andreas Tille wrote:
> > python-envisage has not yet been converted to Python3 and seems to be
> > required:
> > $ mayavi2
> > Traceback (most recent call last):
> > File "/usr/bin/mayavi2", line 464, in
> > from mayavi.plugins.app import Mayavi,
Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: winpdb -- RoQA; semi-dead upstream; unmaintained; low
popcon; blocking py2 removal
The existing maintainer doesn't intend to maintain it anymore, so let's
just RM it.
On Wed, 23 Oct 2019 07:58:05 +0200 Christian Marillat
wrote:
> On 23 oct. 2019 02:33, mo...@debian.org wrote:
>
> > Source: displaycal
> > Version: 3.8.7.1-3
> > Severity: normal
> > Tags: sid bullseye
> > User: debian-pyt...@lists.debian.org
> > Usertags: py2removal
> >
> > Python2 becomes
On Sat, 14 Mar 2020, Adrian Bunk wrote:
Hi,
please transfer natsort from debian to python-team/modules,
see #950221 for background.
Hello again Salsa admins. Can you please transfer natsort to
python-team/modules?
I would like to get natsort fixed ASAP.
Thanks,
Scott
On Wed, 22 Apr 2020, Christian Marillat wrote:
On 17 avril 2020 11:32, Scott Talbert wrote:
[...]
It looks like upstream doesn't seem to be making much progress on
this. Do you think that we need to start working on Python 3 support
ourselves?
Duplicate work is a bad idea.
Otherwise
On Thu, 7 May 2020, Sandro Tosi wrote:
Does the crash you referenced here require connecting to file sharing
networks to reproduce?
hard to say, as it crashed early on in the start up process (and also
because i dont really remember because several months have passed).
Clearly there's always
Hi,
It seems that symeig has no (longer?) reverse depends and it seems to be
abandoned upstream. Is the best solution just to remove it?
Thanks,
Scott
On Tue, 1 Oct 2019, Olly Betts wrote:
Switching to the GTK 3 version may be as simple as:
1) Update your Build-Depends
libwxgtk3.0-dev -> libwxgtk3.0-gtk3-dev
libwxgtk-media3.0-dev -> libwxgtk-media3.0-gtk3-dev
2) Rebuild
3) Test
i tried this but it failed with this segfault:
[...]
Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: selenium-firefoxdriver -- RoQA; package non-functional;
blocking py2 removal
Package no longer works with current Firefox and is blocking Python 2
removal. Maintainer requests removal.
Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: symeig -- RoQA; package obsolete; blocking py2 removal
Hi,
Looks like someone did a patch to port knockpy to Python 3:
https://github.com/guelfoweb/knock/pull/71
Regards,
Scott
archivemail seems to be a good candidate to RM due to dead upstream.
However, it still has a relatively high popcon, so people seem to be using
it.
I'm willing to take a stab at porting to Python 3 if anyone is available
to test it? The port effort doesn't look that bad at first glance, but
Does it make sense to just remove the python-ecrpyptfs bindings? They
don't seem to have any reverse dependencies and popcon is very low.
Thanks,
Scott
On Wed, 6 May 2020, Sandro Tosi wrote:
Any update on moving amule to use libwxgtk3.0-gtk3-dev? amule is one of
the last couple of packages keeping the gtk2 wx package in unstable (as
cruft). We keep getting bug reports about those cruft packages
periodically.
Sadly no: upstream hasnt ported
On Fri, 29 Nov 2019, Sascha Girrulat wrote:
Source: selenium-firefoxdriver
Version: 3.14.1-1
Severity: normal
Tags: sid bullseye
Hi,
the firefoxdriver supports only firefox version up to 52.0 and does not
work with the current version of firefox anymore. That's why the
removal is fine.
On Sat, 26 Sep 2020, José Luis Blanco-Claraco wrote:
On Fri, Sep 25, 2020 at 10:50 PM Sebastian Ramacher
wrote:
Reducing the optimization level on mips64el might help to reduce the
compile time. Alternatively, if possible, one could split the source
files into smaller ones.
Hmmm... great
On Tue, 26 May 2020, Jonathan Dowland wrote:
archivemail seems to be a good candidate to RM due to dead upstream.
However, it still has a relatively high popcon, so people seem to be using
it.
I'm willing to take a stab at porting to Python 3 if anyone is available to
test it? The port
Control: reassign -1 ftp.debian.org
reassign -1 ftp.debian.org
Control: reassign -1 ftp.debian.org
Hi,
I believe I removed the last rdep on pyrex by switching xmms2 to cython.
Any objections to RM pyrex now?
Thanks,
Scott
Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: pyrex -- RoQA; dead upstream; no rdeps; blocking py2
removal
On Mon, 27 Jul 2020, Sandro Tosi wrote:
On Thu, 28 May 2020 13:56:59 -0400 (EDT) Scott Talbert wrote:
On Tue, 26 May 2020, Jonathan Dowland wrote:
archivemail seems to be a good candidate to RM due to dead upstream.
However, it still has a relatively high popcon, so people seem to be using
Control: tag -1 pending
Hello,
Bug #978197 in apipkg reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #978268 in pytest-xdist reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
On Tue, 8 Dec 2020, Adrian Bunk wrote:
In a more general note, do the tools have to use
the versioned interpreter instead of python3?
They probably don't. The tools are really just setuptools entry point
scripts. The dependency is just coming from the shebang in those scripts
I believe.
On Wed, 9 Dec 2020, Adrian Bunk wrote:
They probably don't. The tools are really just setuptools entry point
scripts. The dependency is just coming from the shebang in those scripts I
believe.
In that case it should be fixed with
override_dh_python3:
dh_python3
Control: tag -1 pending
Hello,
Bug #977082 in pytest-xdist reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #977055 in apipkg reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
On Mon, 29 Nov 2021, Andreas Tille wrote:
Control: tags -1 help
Hi,
currently I'm running into
ERROR: py310: could not install deps [django>=2.2.*, pytest, pytest-cov, pytest-django,
pytest-xdist]; v = InvocationError("/build/diskcache-5.2.1/.tox/py310/bin/python -m pip
install
On Mon, 29 Nov 2021, Scott Talbert wrote:
ERROR: py310: could not install deps [django>=2.2.*, pytest, pytest-cov,
pytest-django, pytest-xdist]; v =
InvocationError("/build/diskcache-5.2.1/.tox/py310/bin/python -m pip
install 'django>=2.2.*' pytest pytest-cov pytest-django pytes
On Mon, 29 Nov 2021, Andrey Rahmatullin wrote:
On Mon, Nov 29, 2021 at 05:58:47PM +0100, Andreas Tille wrote:
ERROR: py310: could not install deps [django>=2.2.*, pytest, pytest-cov, pytest-django,
pytest-xdist]; v = InvocationError("/build/diskcache-5.2.1/.tox/py310/bin/python -m pip
On Thu, 10 Feb 2022, Andreas Tille wrote:
Control: tags -1 help
Hi,
I've updated python-envisage in Salsa[1] to the latest upstream version
and bumped its failing predepends to their according latest upstream and
fixed all bugs in those. For envisage I'm stumbling upon a Python3.10
related
Control: forwarded -1 https://github.com/pytest-dev/pytest-xdist/issues/735
On Tue, 22 Feb 2022, Lucas Nussbaum wrote:
I'm not able to reproduce this, at least locally in sbuild. Possibly some
transient error in unstable? Can you re-try?
Hi Scott,
I can reproduce it, but this looks like a
On Sat, 19 Feb 2022, Lucas Nussbaum wrote:
=== FAILURES ===
_ test_internal_errors_propagate_to_controller _
pytester =
def test_internal_errors_propagate_to_controller(pytester:
Control: tag -1 pending
Hello,
Bug #1005438 in pygame reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
On Sun, 3 Sep 2023, Paolo Greppi wrote:
Package: wxpython-tools
Version: 4.2.1+dfsg-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the
past)
X-Debbugs-Cc: paolo.gre...@libpf.com
While preparing to upload doxygen 1.9.8, I did a partial
On Sun, 8 Oct 2023, Adrian Bunk wrote:
Source: pandoc
Version: 2.17.1.1-3
Severity: serious
Tags: ftbfs
builddeps:pandoc : Depends: libghc-aeson-dev (< 2.1) but 2.1.2.1-4 is to be
installed
Depends: libghc-doclayout-dev (< 0.4) but 0.4.0.1-1 is to be
installed
On Tue, 26 Sep 2023, Lucas Nussbaum wrote:
Relevant part (hopefully):
debian/rules binary
dh binary --buildsystem=pybuild --with python3
dh_update_autotools_config -O--buildsystem=pybuild
dh_autoreconf -O--buildsystem=pybuild
dh_auto_configure -O--buildsystem=pybuild
I: pybuild
Control: tag -1 pending
Hello,
Bug #1052812 in python-pytest-timeout reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1010703 in haskell-devscripts reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: reassign -1 haskell-devscripts
Control: affects -1 haskell-distributive
On Sun, 8 May 2022, Daniel Schepler wrote:
doctests: : cannot satisfy -package distributive-0.6.2
(use -v for more information)
This is due to another regression in haskell-devscripts (the problem does
not
Control: tag -1 pending
Hello,
Bug #1011762 in haskell-devscripts reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1010739 in haskell-devscripts reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
On Sat, 28 May 2022, Jonas Smedegaard wrote:
Control: reassign -1 haskell-devscripts
Control: retitle -1 haskell-devscripts: DEB_ENABLE_TESTS ignored
Control: affects -1 haskell-swish
Quoting Lucas Nussbaum (2022-05-26 21:04:50)
During a rebuild of all packages in sid, [haskell-swish] failed
On Sat, 11 Jun 2022, Sebastiaan Couwenberg wrote:
Upstream has changes to fix building with SIP 6.6:
https://github.com/wxWidgets/Phoenix/pull/2179
But this is blocked because there is no SIP 6.6.2 release yet with many fixes
for the new ply based parser.
Yes, Phil (sip upstream
Package: ghc
Version: 9.0.2-3
Severity: serious
Justification: Policy 4.15
Haskell ABI reproducibility is broken in ghc 9.0.2. If you rebuild the
ghc-9.0.2-3 package repeatedly, the library packages that it provides (e.g.,
libghc-array-dev, libghc-base-dev, etc.) will have different hashes.
Control: tag -1 pending
Hello,
Bug #1015025 in pytest-xdist reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tags -1 patch
On Sun, 18 Sep 2022, Lucas Nussbaum wrote:
Source: cvc4
Version: 1.8-2
Severity: serious
Justification: FTBFS
Tags: bookworm sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20220917 ftbfs-bookworm
Hi,
During a rebuild of all packages in sid, your package failed to
On Sun, 23 Oct 2022, Graham Inggs wrote:
Control: tags -1 + help
Hi Scott
Thanks for driving the transition to wxwidgets3.2.
I've tried switching the Build-Depends from libwxgtk3.0-gtk3-dev to
libwxgtk3.2-dev in qutemol, but the build fails with the output below.
Any hints would be
Control: tag -1 pending
Hello,
Bug #1019839 in 0ad reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1019773 in asc reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Source: flamerobin
Version: 0.9.3.12-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
flamerobin 0.9.3.12-1 FTBFS on serveral arches (arm*, i386, mips*).
Relevant log snippets:
cd /<>/obj-aarch64-linux-gnu && /usr/bin/cmake -E
Control: tag -1 pending
Hello,
Bug #1020052 in pycurl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Source: slic3r-prusa
Version: 2.5.0+dfsg-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
slic3r-prusa 2.5.0+dfsg-1 FTBFS on 32-bit arches (armhf, i386, mipsel).
Log snippet:
Run Build Command(s):/usr/bin/gmake -f
1 - 100 of 144 matches
Mail list logo