Hi Andreas,
usually I would have implemented your suggestion (and I don't mind anyone
implementing it), but I'm not really keen on investing in a dependency that
hasn't seen a single upstream release in 12 years and where the last upload was
an NMU four years ago from myself dealing with a
-function-declaration to CFLAGS to disable
+new defaults from dpkg-buildflags (Closes: #1066115).
+
+ -- Joachim Reichel Thu, 21 Mar 2024 20:39:07 +
+
mpg321 (0.3.2-3.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru mpg321-0.3.2/debian/rules mpg321-0.3.2/debian/rules
Hi Stefan,
thanks for the image. I just uploaded -4 which fixes the problem.
Best regards,
Joachim
Hi Stefan,
it would have been helpful if you had attached an image that shows this
behavior. I have an idea what the problem might be, but having access to your
test case for verification would be good. Feel free to send it directly to my
email address if you prefer.
Best regards,
Joachim
found 1022028 1:3.00-8
thanks
The bugs exist probably since the features were added a long time ago. Let's use
the current oldstable version for tracking purposes.
Hi,
On 2/14/22 09:54, Sebastiaan Couwenberg wrote:
Just adding -latomic to LDFLAGS was not sufficient, to workaround this issue
-Wl,--no-as-needed also needed to be added to CXXFLAGS.
Do you really mean CXXFLAGS? Or should that read LDFLAGS?
Best regards,
Joachim
Hi Ian,
On 28.11.21 19:21, Ian Jackson wrote:
Joachim Reichel (cppcheck maintainer):
I'll upload a new version cppcheck with a workaround shortly
Would you mind both prioritising this fix ? FTAOD it's not just
cppcheck that is scheduled for autoremoval. Any package which
transitively
The root case of the problem has now been identified (see bug #100421). I'll
upload a new version cppcheck with a workaround shortly (and before the
autoremoval kicks in) -- just wanting to wait a bit more for a potential new
upstream release.
Best regards,
Joachim
Package: dpkg-dev
Version: 1.20.9
Severity: serious
Control: affects -1 cppcheck
Hi,
dpkg-shlibdeps calculates too low minimum version requirements for cppcheck on
libc6 (see bug 1000146).
To reproduce, build cppcheck 2.6-1 in unstable chroot without cleaning up,
e.g., "dpkg-buildpackage
severity 1000146 serious
thanks
Hi Alejandro,
I was able to reproduce the problem. It's unclear to me why "${shlibs:Depends}"
does not produce a ">= 2.32" constraint and I've asked on the debian-mentors
list for comments. Obviously, I could add that constraint manually, but I would
first
For the missing major version/SONAME change I've created an issue in the upstream github project:
https://github.com/leethomason/tinyxml2/issues/867
Best regards,
Joachim
tags 985671 + pending
thanks
the default from
+dpkg-buildflags as workaround for some build error.
+ * Add -fcommon to CFLAGS (Closes: #957563).
+ * Remove circular build dependencies around build-stamp which make the
+package FTBFS in clean environments.
+
+ -- Joachim Reichel Thu, 23 Jul 2020 17:22:42 +0200
+
mpg321
buildflags as workaround for some build error.
+ * Add -fcommon to CFLAGS (Closes: #957563).
+
+ -- Joachim Reichel Thu, 23 Jul 2020 17:22:42 +0200
+
mpg321 (0.3.2-3) unstable; urgency=medium
* Fix compilation error
diff -Nru mpg321-0.3.2/debian/rules mpg321-0.3.2/debian/rules
--- mpg321-0.
> Upstream 0.5.0 now builds against CGAL 5, so we only need an upload here.
What do you mean with "only"? Is there already a package for the new upstream
ready to be uploaded?
NMU uploaded to DELAYED/5-day.
Source: openems
Version: 0.0.35+git20190103.6a75e98+dfsg.1-1
Severity: serious
Tags: ftbfs
Control: block 944417 by -1
Hi,
the transition to CGAL 5.0 started (see bug #944417). A binNMU would have been
sufficient, but your package FTBFS for unrelated reasons. See
Uploaded to DELAYED/5-day.
) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add patch to fix FTBFS with CGAL >= 5.0 (Closes: #xx).
+ * Add Build-Depends: libcgal-dev (>= 5.0~).
+
+ -- Joachim Reichel Thu, 05 Dec 2019 23:07:13 +0100
+
pygalmesh (0.4.0-1) unstable; urgency=medium
* set debian
to fix FTBFS with CGAL >= 5.0 (Closes: #xx).
+ * Add Build-Depends: libcgal-dev (>= 5.0~).
+
+ -- Joachim Reichel Thu, 05 Dec 2019 21:34:40 +0100
+
sfcgal (1.3.7-2) unstable; urgency=medium
* Bump Standards-Version to 4.4.0, no changes.
diff -Nru sfcgal-1.3.7/debian/control sfcgal
Hi,
it seems to me that other packages are also affected:
- k3d FTBFS (bug #946225)
- yade FTBFS (apparently fixed in experimental, see bug #938859)
Even though these packages needs to be fixed, it might be a good idea not to
break them right way and make e.g. the cgal_5.0 transition more
Source: k3d
Version: 0.8.0.6-8
Severity: serious
Tags: ftbfs
Control: block 944417 by -1
Hi,
the transition to CGAL 5.0 started (see bug #944417) and your package FTBFS.
Attached are two patches that fix the problem. In addition, one needs to add
"Build-Depends: libcgal-dev (>= 5.0~).
But just
Source: k3d
Version: 0.8.0.6-8
Severity: serious
Tags: ftbfs
Hi,
your package FTBFS:
CMake Error at
/usr/share/cmake-3.15/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
Could NOT find Boost (missing: python) (found suitable version "1.67.0",
minimum required is "1.42")
Call
Source: yade
Version: 2019.01a-3
Severity: serious
Tags: ftbfs
Control: block 944417 by -1
Hi,
the transition to CGAL 5.0 started (see bug #944417) and your package FTBFS.
Attached are two patches that fix the problem. In addition, one needs to add
"Build-Depends: libcgal-dev (>= 5.0~).
Just
Source: rheolef
Version: 7.0-3
Severity: serious
Tags: ftbfs
Control: block 944417 by -1
Hi,
the transition to CGAL 5.0 started (see bug #944417) and your package FTBFS.
Attached are two patches to fix the problem, however, the build fails at a
later stage due to bug #944197.
Best regards,
.
+ * Add patch to fix FTBFS with CGAL >= 5.0 (Closes: #xx).
+ * Add Build-Depends: libcgal-dev (>= 5.0~).
+
+ -- Joachim Reichel Tue, 03 Dec 2019 22:22:43 +0100
+
crrcsim (0.9.13-3.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru crrcsim-0.9.13/debian/control crrcsim-
tag 925782 + patch
thanks
Hi,
attached is a patch that fixes the FTBFS with g++-9.
Best regards,
Joachim
Index: mp3check-0.8.7/texception.h
===
--- mp3check-0.8.7.orig/texception.h
+++ mp3check-0.8.7/texception.h
@@ -38,10 +38,10
It seems to be that the cmake-related FTBFS was not addressed?
Source: pygalmesh
Version: 0.3.6-1
Severity: serious
1) pygalmesh FTBFS if cmake is installed. Actually the build succeeds, but the
resulting binary package is almost empty.
With cmake installed:
fakeroot debian/rules clean
dh clean --with python3 --buildsystem=pybuild
dh_auto_clean
Due to bugs 870406 and 887057 the following packages are scheduled for removal
from testing on 2019-03-11:
gjay, mp3cd, mp3roaster, mpg321, normalize-audio, ripit, terminatorx
Is anyone working on these bugs?
Joachim
Hi Adrian,
thanks for looking into it! Actually I'm testing right now a similar patch where
the declaration of v2 a few lines below is adjusted in a similar way. Upload
should happen shortly.
Joachim
On 03.08.2018 06:03, Debian Bug Tracking System wrote:
> Changes:
> tinyxml2 (6.2.0+dfsg-2) unstable; urgency=medium
> .
>* [7fdca1f] Rename package for abi break (Closes: #898535)
How do you plan to deal with the breakage that results from the renaming? Did
you already ask for binNMUs? I
Bug 886670 has now been fixed, so you could use find_package(CGAL ...) instead
of accessing internal variables like CGAL_CXX_FLAGS_INIT. find_package() will no
longer inject internal flags that were used to build CGAL itself.
For a simple example run cgal_create_cmake_script on a trivial foo.cpp
See bug 898327.
Joachim
Hi Jakub,
I confirm that the crash goes away if libtinyxml2-6 is downgraded to
6.0.0+dfsg-1. Thanks for finding the real cause!
I've filed bug 898535 against tinyxml2. I've added a versioned Build-Depends to
cppcheck as workaround.
Joachim
Source: tinyxml2
Version: 6.2.0+dfsg-1
Severity: grave
Tags: upstream
Hi,
the layout of tinyxml::XMLDocument has been changed between version 6.0.0 and
6.2.0 (addition of _parsingDepth member). Unfortunately, the SONAME has not
been bumped. This can cause applications built against version 6.0.0
Hi Jakub,
I can reproduce this on i386 with the binary package from the archive (but not
on amd64). I'm not able to reproduce the problem if I build the package myself
in an up-to-date sid chroot.
It also does not happen if I use g++ 7.3.0-15 which was used on the autobuilder,
but there are of
severity 886670 normal
unblock 883986 by 886670
tag 886670 upstream
forwarded 886670 https://github.com/CGAL/cgal/issues/2734
thanks
On 08.01.2018 20:35, Adrian Bunk wrote:
> While looking into fixing #883986 I ran into the following problem
> due to openscad using CGAL_CXX_FLAGS_INIT:
>
>
You shouldn't drop ${CGAL_CXX_FLAGS_INIT} completely. If you want to avoid the
troublesome flags, you should at least include -frounding-math, which is
strictly needed for CGAL.
Joachim
Hi Sebastiaan,
any news here? SFCGAL is now the only remaining reverse dependency that affects
the upload of CGAL 4.11.
Unless you have information that changes the picture in the near-term future I
would like to go on and request a transition slot for CGAL 4.11.
Kind regards,
Joachim
Source: yade
Severity: serious
Tags: upstream
Hi,
I would like to upgrade CGAL from 4.9 to 4.11 but if I do so your package
FTBFS. Therefore (and because of the SONAME transition), CGAL 4.11 has been
uploaded to experimental for now instead of sid.
Attached is an excerpt from the build log with
Source: sfcgal
Severity: serious
Tags: upstream
Hi,
I would like to upgrade CGAL from 4.9 to 4.11 but if I do so your package
FTBFS. Therefore (and because of the SONAME transition), CGAL 4.11 has been
uploaded to experimental for now instead of sid.
Attached is an excerpt from the build log
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Removing libglew-dev from Build-Depends seems to work (in the sense that I did
not spot any related build errors), but I have no idea whether this is the
correct solution.
However, the build does not complete because of
Source: k3d
Version: 0.8.0.5-4
Severity: serious
Hi,
k3d 0.8.0.5-4 has
Build-Depends: [...] libglew-dev, libglewmx-dev, [...]
but libglewmx-dev 1.13.0-3 has
Conflicts: libglew-dev
Older versions of tinyxml defined both XML_NO_ERROR and XML_SUCCESS to 0. Never
versions define only XML_SUCCESS.
+
+ * Rename library packages for g++5 ABI transition (Closes: #790996).
+
+ -- Joachim Reichel reic...@debian.org Sat, 15 Aug 2015 10:57:06 +0200
+
cgal (4.6.1-1) unstable; urgency=medium
* New upstream release.
diff -Nru cgal-4.6.1/debian/control cgal-4.6.1/debian/control
--- cgal-4.6.1/debian
On 08/10/2015 04:16 PM, Helmut Grohne wrote:
Control: severity -1 serious
libcgal11 broke ABI in 4.6.1-1+b1.
Example symbol diff:
-CGAL::swallow(std::istream, std::string const)
+CGAL::swallow(std::istream, std::__cxx11::basic_stringchar,
std::char_traitschar, std::allocatorchar
Hi,
dolfin is now the only reverse dependency holding up the libcgal11 transition.
What are the options?
(1) Fix dolfin without causing another transition
(2) Remove dolfin from testing
(3) Upload 1.5.0-1 from experimental to unstable
(4) ...?
(1) I don't know the details but it seems to me
Package: cgdb
Version: 0.6.7-1
Severity: serious
Tags: patch
Hi,
your package fails to build in a pbuilder sid environment because makeinfo is
missing if there is no Build-Depends on texinfo. Furthermore, there is a syntax
erorr in doc/cgdb.texinfo which causes a build error with newer texinfo
Package: rheolef
Followup-For: Bug #701347
I am not able to reproduce this bug with g++ 4.8.1-5.
Joachim
-- System Information:
Debian Release: 7.1
APT prefers stable-updates
APT policy: (810, 'stable-updates'), (800, 'stable'), (700, 'testing')
Architecture: amd64 (x86_64)
Foreign
ia64:
The problem has been fixed in cgal 4.2-4. A new build attempt should fix this
problem (but see #703068).
armel:
CGAL does not work on armel. The CGAL plugin for k3D should be disabled on
armel. (Note: due to a mistake on my side there used to exist CGAL binary
packages on armel for a few
retitle 643278 install target in generated Makefile for ipelets missing
severity 643278 normal
tag 643278 +help
thanks
The problem is that the Makfile generated for shared/demo/CGAL_ipelets
lacks most install related targets.
It still works in squeeze (using cmake 2.8.2) and fails in current sid
Package: core++
Version: 1.7-11
Severity: grave
Tags: upstream, help
See https://bugs.launchpad.net/ubuntu/+source/core++/+bug/771054 for
details.
I'm not very motivated to fix this problem myself (see the RFA bug #550777),
but I'll happily upload a patch.
If the problem is not solved by the
+## ftbfs_doxygen_changes.dpatch by Joachim Reichel reic...@debian.org
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Fix an FTBFS because doxygen no longer generates *.gif and *.dot files.
+
+...@dpatch@
+diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git
Hi Stefan,
thanks for the bug report and the patch. I'll upload a fixed version soon.
Joachim
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Due to a bug in the makefile, the package was accidentally build as
debug version (-DNDEBUG missing). In a debug build errors (incl.
triggered by errors in the input) call abort() instead of exit() to get
a stack trace. Since abort() causes Aborted to be in the output, the
expected output is
An updated package is available at
http://www.joachim-reichel.de/debian/repository/pool/main/z/zimpl/zimpl_2.07.ds1-2.dsc
Since I'm not a DD yet I need a sponsor. If someone sponsors that package please
notify Bruno Barrera C. ([EMAIL PROTECTED]) to avoid double work (he recently
offered to
An updated package is available at
http://www.joachim-reichel.de/debian/repository/pool/non-free/c/cgal/cgal_3.3.1-3.dsc
(sorry, I forgot to add this fact to the bug log)
My AM is currently reviewing the package and I asked him whether he would
sponsor the upload, but I haven't got any reply
This bug also affects hppa, see
http://experimental.debian.net/fetch.php?pkg=core%2B%2Bver=1.7-9arch=hppastamp=1203264200file=logas=raw
In total, at least four architectures are affected (hppa, ia64, s390 , sparc).
Since there hasn't been any visible action in almost three months, I take the
This is a bug in my workaround for #428876 and #435229. Will be fixed in the
next upload.
Thanks,
Joachim
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
I do not have acces to a sparc machine and I can't use the developer
machines since I'm no DD (yet). I build the package in a current sid
chroot on i386 and uploaded history.ps to
http://www.joachim-reichel.de/tmp/history.ps . Can you try if this file
triggers the problem?
Regards,
Joachim
/var/games/zblast if necessary (Closes: #429155).
+ * Do not ignore error code of $(MAKE) clean.
+
+ -- Joachim Reichel [EMAIL PROTECTED] Tue, 7 Aug 2007 17:51:05 +0200
+
zblast (1.3-2.2) unstable; urgency=high
* Non-maintainer upload during BSP.
diff -u zblast-1.3/debian/rules zblast-1.3
61 matches
Mail list logo
