Package: paw
Version: 1:2.14.04.dfsg.2-9+b2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
on my machine the pawX11 executable crashes right on start with
the error message:
LOCB/LOCF: address 0x557a8da31260
, Michael, if you read me, I suggest you mention libcerf in the cerf*
manpages.
--
Simon Paillard
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
implementation. Should glibc one day provide an official implementation,
then the two functions will be immediately withdrawn from libcerf.
--
Simon Paillard
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin
Package: python-scoop
Version: 0.7.1-1
Severity: wishlist
Hi,
Please provide a Python 3 package. With the latest dh-python version and
pybuild, it should be really straighforward (I don't have my patched
version on hand, but it was done in a minut or so)
Cheers,
Simon
-- System Information
On Mon, 18 May 2015 16:17:34 +0200 Michal Suchanek
michal.sucha...@ruk.cuni.cz wrote:
Package: arduino-mk
Version: 1.3.4-1
Followup-For: Bug #785384
Hello,
FWIW the example does build with the attiny core from
https://github.com/damellis/attiny/ (the 1.0 branch).
It also works with the
Control: severity 791252 serious
Control: tags 791252 + confirmed
On Fri, 03 Jul 2015 at 13:13:44 +, Matthias Klose wrote:
- Decide if the symbols matching __cxx11 or B5cxx11 are part of the
library API, and are used by the reverse dependencies of the
library.
0018ce40 g
retitle 791301 transition: ticcutils (libticcutils2v5)
reassign 791301 release.debian.org
block 791301 by 790756
severity 791301 normal
forwarded 791301 https://release.debian.org/transitions/html/auto-ticcutils.html
user release.debian@packages.debian.org
usertag 791301 + transition
thanks
Control: reopen 792715
On Sat, 15 Aug 2015 at 15:54:33 +, Debian Bug Tracking System forwarded:
* Fix message when calling sphinx-build without arguments
(print_help.diff; closes: #792715).
I'm looking into NMUing opencv for the libstdc++ transition.
This change does not actually
in this upload, since it requires
+repacking the orig.tar and is not a regression.
+
+ -- Simon McVittie s...@debian.org Wed, 19 Aug 2015 22:36:43 +0100
+
opencv (2.4.9.1+dfsg-1.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru opencv-2.4.9.1+dfsg/debian/control opencv-2.4.9.1+dfsg
On Thu, 13 Aug 2015 at 13:47:04 +0200, Daniel Stender wrote:
We have some other serious issues open for Vigra (with the Lenna image set
[2] and test suite
problems in Mips), so I suggest we do it that way: I'm going to prepare a
v5 1.9.0+dfsg-11
for unstable in the next days and check the
On 23/08/15 16:10, Sebastiaan Couwenberg wrote:
On 23-08-15 16:59, Simon McVittie wrote:
The SONAME bump option was only really meant to be taken if the library
had an upstream SONAME bump pending anyway (for instance icu and boost
went this route). If there is not a SONAME change already
On Sat, 22 Aug 2015 at 18:57:37 +0200, Sebastiaan Couwenberg wrote:
It looks like libstxxl needs a transition after al.
At least osrm is a reverse dependency, it cannot be built due to
undefined references to stxxl::print_msg() and others.
Indeed. When I closed the bug with no rdeps, don't
Can we close this now?
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
reopen 790977
retitle 790977 transition: alglib (libalglib3.9v5)
forwarded 790977 https://release.debian.org/transitions/html/auto-alglib.html
user release.debian@packages.debian.org
usertag 790977 + transition
block 790977 by 790756
reassign 790977 release.debian.org
severity 790977 normal
On Fri, 03 Jul 2015 at 13:09:44 +, Matthias Klose wrote:
- If there are no reverse dependencies, it should be the package
maintainers decision if a transition is needed. However this might
break software which is not in the Debian archive, and built
against these packages.
On Mon, 24 Aug 2015 at 20:05:38 +0900, Satoru KURASHIKI wrote:
I've prepared a patch which includes:
- Ubuntu's changes for library transition
- fix symbols for qt5 library
It's meant for applying to the package which staged at mentors.debian.net:
Source: flann
Version: 1.8.4-4.1
Severity: important
Control: block -1 by 791067
Background[1]: libstdc++6 introduces a new ABI to conform to the
C++11 standard, but keeps the old ABI to not break existing binaries.
Packages which are built with g++-5 from experimental (not the one
from
Source: dxflib
Version: 2.5.0.0-3
Severity: serious
Justification: potentially breaks reverse-dependencies
Background[1]: libstdc++6 introduces a new ABI to conform to the
C++11 standard, but keeps the old ABI to not break existing binaries.
Packages which are built with g++-5 from experimental
Source: lhapdf
Version: 5.9.1-3.1
Severity: serious
Justification: breaks ABI without a package rename
Tags: sid stretch
User: debian-...@lists.debian.org
Usertags: libstdc++-cxx11
Background[1]: libstdc++6 introduces a new ABI to conform to the
C++11 standard, but keeps the old ABI to not break
Source: mathic
Version: 1.0~git20130827-2
Severity: serious
Justification: breaks ABI without a package rename
Tags: sid stretch
User: debian-...@lists.debian.org
Usertags: libstdc++-cxx11
Background[1]: libstdc++6 introduces a new ABI to conform to the
C++11 standard, but keeps the old ABI to
Control: reopen 791283
On Thu, 13 Aug 2015 at 00:55:11 +, Mehdi Dogguy wrote:
> In fact, it has no reverse dependencies. So the renaming is not required.
siscone does have a reverse dependency in unstable, namely fastjet
(which needs a transition of its own; it makes rivet FTBFS).
Regards,
Source: fastjet
Version: 3.0.6+dfsg-1
Severity: serious
Justification: causes rivet to FTBFS
Tags: sid stretch confirmed
User: debian-...@lists.debian.org
Usertags: libstdc++-cxx11
Control: block -1 by 791283
Background[1]: libstdc++6 introduces a new ABI to conform to the
C++11 standard, but
,
Simon
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
to the
upcoming freeze. Some people are still using this.
Thanks for your efforts & kind regards,
simon
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Source: freefem3d
Version: 1.0pre10-3.4
Severity: normal
User: debian...@lists.debian.org
Usertags: automake1.11 automake1.11-only
This package Build-Depends on the obsolete automake1.11 package.
Please check whether this package can be built correctly with the
recommended automake version, as
Source: ann
Version: 1.1.2+doc-6
Severity: normal
User: debian...@lists.debian.org
Usertags: automake1.11 automake1.11-only
This package Build-Depends on the obsolete automake1.11 package.
Please check whether this package can be built correctly with the
recommended automake version, as provided
Source: aweather
Version: 0.8.1-1.1
Severity: normal
User: debian...@lists.debian.org
Usertags: automake1.11 automake1.11-only
This package Build-Depends on the obsolete automake1.11 package.
Please check whether this package can be built correctly with the
recommended automake version, as
Package: libopencv-core-dev
Version: 3.2.0+dfsg-3
Severity: normal
All the headers files are placed below
/usr/include/opencv2/
while libopencv-dev places its header files below
/usr/include/opencv/
Apart from this inconsistency, I also don't see any reason for the
"reference" to version2 - I
I just stumbled upon these two different dir names when upgrading to
opencv3 and assumed this was controlled by debian packaging and has been
an oversight in the transition. The digikam compiling issue was resolved
on the spot back then. This report can be closed - thanks for your
explanation and
On Tue, 26 Dec 2017 at 16:02:08 +0100, Alexander Wirt wrote:
> On Tue, 26 Dec 2017, Anton Gladky wrote:
> > I think we should request the list something like
> > debian-science-maintain...@lists.debian.org
> > and use it instead of @lists.alioth.debian.org
>
> We don't want maintainter lists on
30 matches
Mail list logo
