Re: dh_shlibdeps warnings on buildd about undefined OpenMP symbols
On 10/06/2014 00:45, Leo Singer wrote: > Hi, > > In healpix-cxx, I'm getting warnings from dh_shlibdeps about missing OpenMP > symbols. See, for example, this excerpt from > https://buildd.debian.org/status/fetch.php?pkg=healpix-cxx&arch=i386&ver=3.11.2-6&stamp=1401836504: At a quick glance, I do not see the libgomp package installed. Are you sure your build-dependencies are correct? If not, the configure.ac script should probably be improved (upstream) to detect this problem (ie missing OpenMP libraries) Regards, Vincent -- Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/539715b6.9020...@free.fr
Re: Bug#746824: Patch aptitude: ftbfs with GCC-4.9
Hi,
lör 2014-06-07 klockan 01:36 +0800 skrev Sphinx Jiang:
> Hi,
>
>
> I also tried to fix this bug in some other ways, it turned out I could
> not find better solution. I tested your patch on mips64el, amd64 and
> i386 ports, all works well.
>
Thank you for trying the patch.
I have updated the patch to NOT Disable the code that uses the private
member "apply". All that was needed is to add a "public:" statement to
the struct where it is defined.
This will keep the same functionality as before.
This patch replaces the previous one.
Comments welcome!
>
> Since there is a patch for the package aptitude, in my opinion quilt
> should be added to Build-Depends, it is not included now.
>
>
>
> Regards
> Sphinx
Regards
David
Description: gcc 4.9 FTBFS corrections
-Werror=unused-function
serialize_pattern_list in src/generic/apt/matching/serialize.cc
strncase_eq_with_translation in src/main.cc
transcode in tests/test_cmdline_download_status_display.cc
Unused functions removed.
Private member apply in strip_shared_ptrs_result:
Apply declared public
Author: David Westberg
Bug-Debian: http://bugs.debian.org/746824
Index: aptitude-0.6.10/src/generic/apt/matching/serialize.cc
===
--- aptitude-0.6.10.orig/src/generic/apt/matching/serialize.cc 2014-06-08 20:17:01.352308339 +0200
+++ aptitude-0.6.10/src/generic/apt/matching/serialize.cc 2014-06-08 20:17:01.348308295 +0200
@@ -94,23 +94,6 @@
out.put(')');
}
- void serialize_pattern_list(const std::vector > &patterns,
- std::ostream &out,
- std::vector &variable_name_stack)
- {
- bool first = true;
- for(std::vector >::const_iterator it =
- patterns.begin(); it != patterns.end(); ++it)
- {
- if(first)
- first = false;
- else
- out << ", ";
-
- serialize_pattern(*it, out, variable_name_stack);
- }
- }
-
void serialize_deptype(pkgCache::Dep::DepType deptype,
std::ostream &out)
{
Index: aptitude-0.6.10/src/main.cc
===
--- aptitude-0.6.10.orig/src/main.cc 2014-06-08 20:17:01.352308339 +0200
+++ aptitude-0.6.10/src/main.cc 2014-06-08 20:17:01.348308295 +0200
@@ -359,16 +359,6 @@
namespace
{
- bool strncase_eq_with_translation(const std::string &s1, const char *s2)
- {
-if(strcasecmp(s1.c_str(), s2) == 0)
- return true;
-else if(strcasecmp(s1.c_str(), _(s2)) == 0)
- return true;
-else
- return false;
- }
-
class log_level_map
{
std::map levels;
Index: aptitude-0.6.10/tests/test_cmdline_download_status_display.cc
===
--- aptitude-0.6.10.orig/tests/test_cmdline_download_status_display.cc 2014-06-08 20:17:01.352308339 +0200
+++ aptitude-0.6.10/tests/test_cmdline_download_status_display.cc 2014-06-08 20:17:01.348308295 +0200
@@ -59,11 +59,6 @@
const wchar_t two_column_char = L'-';
// Locally alias transcode to always use UTF-8.
- std::wstring transcode(const std::string &s)
- {
-return cw::util::transcode(s, "UTF-8");
- }
-
std::string transcode(const std::wstring &s)
{
return cw::util::transcode(s, "UTF-8");
Index: aptitude-0.6.10/tests/test_parsers.cc
===
--- aptitude-0.6.10.orig/tests/test_parsers.cc 2014-06-08 20:17:01.352308339 +0200
+++ aptitude-0.6.10/tests/test_parsers.cc 2014-06-08 20:37:22.363175620 +0200
@@ -62,6 +62,7 @@
// Used to make it easier to compare results that are vectors.
class strip_shared_ptrs_result
{
+public:
template
struct apply
{
Re: dh_shlibdeps warnings on buildd about undefined OpenMP symbols
* Vincent Danjean , 2014-06-10, 16:27: In healpix-cxx, I'm getting warnings from dh_shlibdeps about missing OpenMP symbols. See, for example, this excerpt from https://buildd.debian.org/status/fetch.php?pkg=healpix-cxx&arch=i386&ver=3.11.2-6&stamp=1401836504: At a quick glance, I do not see the libgomp package installed. libgomp1 is (transitively) build-essential. And yes, it was installed: Package versions: […] libgomp1_4.9.0-3 […] -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140610160119.ga3...@jwilk.net
Re: dh_shlibdeps warnings on buildd about undefined OpenMP symbols
Vincent Danjean wrote: >On 10/06/2014 00:45, Leo Singer wrote: >> Hi, >> >> In healpix-cxx, I'm getting warnings from dh_shlibdeps about missing OpenMP >> symbols. See, for example, this excerpt from >> >>https://buildd.debian.org/status/fetch.php?pkg=healpix-cxx&arch=i386&ver=3.11.2-6&stamp=1401836504: > >At a quick glance, I do not see the libgomp package installed. >Are you sure your build-dependencies are correct? >If not, the configure.ac script should probably be improved >(upstream) to detect this problem (ie missing OpenMP libraries) libgomp is already installed. It is listed in the line starting with "Package versions:". There is states: gcc-4.8_4.8.2-21 gcc-4.8-base_4.8.2-21 gcc-4.9-base_4.9.0-3 libgomp1_4.9.0-3 CXXLD is not showing its internals and the whole line linking the library together is missing(?) in the log. Did you check, if it uses -fopenmp at linker stage too? I wonder, because of this: checking our pkgconfig cppflags... -fopenmp checking our pkgconfig ldflags... Do you see the same with your own pbuilder run? If not, I would suggest to check config.log for issues with openmp. Maybe some test went wrong and the linker flag wasn't added(?). Regards, Daniel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/trinity-e5242f98-c807-434b-957d-83a2e98238ca-1402416601844@3capp-gmx-bs57
Re: dh_shlibdeps warnings on buildd about undefined OpenMP symbols
On Jun 10, 2014, at 7:27 AM, Vincent Danjean wrote: > On 10/06/2014 00:45, Leo Singer wrote: >> Hi, >> >> In healpix-cxx, I'm getting warnings from dh_shlibdeps about missing OpenMP >> symbols. See, for example, this excerpt from >> https://buildd.debian.org/status/fetch.php?pkg=healpix-cxx&arch=i386&ver=3.11.2-6&stamp=1401836504: > > At a quick glance, I do not see the libgomp package installed. > Are you sure your build-dependencies are correct? > If not, the configure.ac script should probably be improved > (upstream) to detect this problem (ie missing OpenMP libraries) Hi Vincent, libgomp1 is installed: > ┌──┐ > │ Build environment > │ > └──┘ > > Kernel: Linux 3.2.0-4-amd64 amd64 (x86_64) > Toolchain package versions: binutils_2.24.51.20140425-1 ... > Package versions: ... libgomp1_4.9.0-3 ... I think that the unit tests wouldn't even run if the library was built with -fopenmp but libgomp was missing. Thanks, Leo -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/aceba3b8-19ef-41f2-8685-5999abd9d...@ligo.org
Re: Accepted goocanvas 2.0.2-1 (source amd64 all)
Hi Hideki, On 10/06/14 19:00, Hideki Yamane wrote: > Format: 1.8 > Date: Fri, 10 Jan 2014 14:44:29 +0900 > Source: goocanvas > Binary: libgoocanvas-2.0-dev libgoocanvas-2.0-common libgoocanvas-2.0-9 > gir1.2-goocanvas-2.0 > Architecture: source amd64 all > Version: 2.0.2-1 > Distribution: experimental > Urgency: medium > Maintainer: Debian Ruby Extras Maintainers > > Changed-By: Hideki Yamane > Description: > gir1.2-goocanvas-2.0 - GObject introspection data for the GooCanvas libraries > libgoocanvas-2.0-9 - canvas widget for GTK+ that uses the cairo 2D library > libgoocanvas-2.0-common - translations for goocanvas > libgoocanvas-2.0-dev - development libraries, include files and > documentation for goocan > Closes: 588177 670694 > Changes: > goocanvas (2.0.2-1) experimental; urgency=medium > . >* New upstream release (Closes: #588177) This looks like a GTK3 version of goocanvas 1.x, isn't it? If so, you should probably rename the source package to goocanvas2 or similar, so that you could upload this to unstable in parallel with goocanvas 1.x. See e.g. libunique and libunique3. Regards, Emilio >* update debian/source/format "3.0 (quilt)" (Closes: #670694) >* debian/patches > - convert all dpatch to quilt > - drop unnecessary all patches >* debian/control > - set Maintainer: Debian Ruby Extras Maintainers, and add me as > Uploaders. > - drop unnecessary quilt from Build-Depends > - set "Standards-Version: 3.9.5" > - add "Build-Depends: libgtk-3-dev" and drop libgtk2.0-dev > - add "Build-Depends: libcairo2-dev (>= 1.10)" > - update "Build-Depends: libglib2.0-dev (>= 2.28)" > - drop dpkg-dev from Build-Depends > - set debhelper (>= 9) > - make it Multi-Arch ready > - drop cdbs from Build-Depends > - change package name from libgoocanvas* to libgoocanvas-2.0* > - use collabmaint repository for git repository > - add "Build-Depends: libgirepository1.0-dev" to install >gobject-introspection bindings > - introduce gir1.2-goocanvas-2.0 package >* debian/rules > - convert from cdbs to dh7 >* debian/compat > - set 9 >* debian/*.install > - update to install libgoocanvas-2.0.so* >* debian/*.install > - move gtk-doc from -dev to -common > - add libgoocanvas-2.0-dev.install >* debian/*.links > - move from -dev to -common >* debian/watch > - update to track .xz tarball. upstream doesn't provide gz or bz2 anymore > Checksums-Sha1: > e7faf85b512f3e0d87146b902abcc7aea90082b9 2305 goocanvas_2.0.2-1.dsc > a59bbbaa0e7db0e99610e58896e99d4fcf33540a 502732 goocanvas_2.0.2.orig.tar.xz > a221ba5d830d144f4e8f14c467dfea610f395925 4312 goocanvas_2.0.2-1.debian.tar.xz > 0c0034a8670b4d11bc68115143fb43509182ade0 141518 > libgoocanvas-2.0-dev_2.0.2-1_amd64.deb > dc27a65171c38f392620f52948cfb6f4ea357276 111522 > libgoocanvas-2.0-common_2.0.2-1_all.deb > 64d6ce3632b8ad4c3fba3288c71707b59718a7d6 116964 > libgoocanvas-2.0-9_2.0.2-1_amd64.deb > a64ad3145e8d560807ef6842788f22981831d152 39906 > gir1.2-goocanvas-2.0_2.0.2-1_amd64.deb > Checksums-Sha256: > bd3fc765f9344b69295740a6867f14f1241908d22a84022002a05359d0b12e4a 2305 > goocanvas_2.0.2-1.dsc > f20e5fbef8d1a2633033edbd886dd13146a1b948d1813a9c353a80a29295d1d0 502732 > goocanvas_2.0.2.orig.tar.xz > 8e314987509d96c85bae48b7bca891034a9dc22ecbae09c58d8d092f9d99df9a 4312 > goocanvas_2.0.2-1.debian.tar.xz > 93a4f0ed758789c43e1599a102fcc2d6352281c523ba2cdcc98be151a0006df6 141518 > libgoocanvas-2.0-dev_2.0.2-1_amd64.deb > 089d11a491749f50153822c4c357891bd696b088127480f207b80073f9c3ad4a 111522 > libgoocanvas-2.0-common_2.0.2-1_all.deb > 96da9782689a40d0959c801f58e7411e17933e61493509f6349f00c4423119d0 116964 > libgoocanvas-2.0-9_2.0.2-1_amd64.deb > 07ff24774fd2510379c660fdf3df5f892dcc4784b5530b12c9674b3e20c486be 39906 > gir1.2-goocanvas-2.0_2.0.2-1_amd64.deb > Files: > 6452d26cdf70c6284487001a4ebe2cbc 2305 libs optional goocanvas_2.0.2-1.dsc > 26740994cfa5e57dfb70d40c4ec55200 502732 libs optional > goocanvas_2.0.2.orig.tar.xz > 2527bf12b192ded00552dd40fa83d071 4312 libs optional > goocanvas_2.0.2-1.debian.tar.xz > 3bdfbcdb06fe8770e427d4607026759f 141518 libdevel optional > libgoocanvas-2.0-dev_2.0.2-1_amd64.deb > 4bb3414168c89d7ba579b4f15125373b 111522 libs optional > libgoocanvas-2.0-common_2.0.2-1_all.deb > 9633ed06402f17f4b90f3a61134e06d4 116964 libs optional > libgoocanvas-2.0-9_2.0.2-1_amd64.deb > 08c9a3cb93e62acda3b533b04b0b8632 39906 introspection optional > gir1.2-goocanvas-2.0_2.0.2-1_amd64.deb > > > -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53974694.80...@debian.org
Bug#751141: ITP: hubicfuse -- Support for mounting Hubic drive
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru * Package name: hubicfuse Version : 1.0 Upstream Author : Michael Barton * URL : https://github.com/TurboGit/hubicfuse * License : MIT Programming Lang: C Description : Support for mounting Hubic drive HubicFuse is a FUSE application which provides access to Hubic's cloud files via a mount-point. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140610180622.11704.26307.report...@leyte.mozilla.com
Re: Bug#750817: ITP: x265 -- x265 HEVC Encoder
Hi, On 10.06.2014 02:06, Reinhard Tartler wrote: I took a first look at the package, and it builds a shared library by default (good). Unfortunately, it doesn't provide a proper SONAME: $ objdump -p libx265.so | grep SONAME SONAME libx265.so It does have a proper SONAME, when I'm building it (with default options): $ objdump -p libx265.so | grep SONAME SONAME libx265.so.22 How does your x265/build/linux/x265_config.h look like? It should contain: #ifndef X265_CONFIG_H #define X265_CONFIG_H /* Defines generated at build time */ /* Incremented each time public API is changed, X265_BUILD is used as * the shared library SONAME on platforms which support it. It also * prevents linking against a different version of the static lib */ #define X265_BUILD 22 #endif The only strange thing is that the generated libx265.so.22 is a symlink to libx265.so.1.1, but I guess this doesn't really matter, as long as libx265.so.22 is there. This makes me wonder if it's worth building it as shared library in debian as this point, or if we wouldn't be better of with a static library only. I wonder what is upstream's take on this? I would appreciate it if a shared library would be build, so that other programs (like FFmpeg) can use it. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53975ba4.5000...@googlemail.com
Bug#751151: ITP: r-cran-r.methodss3 -- GNU R utility function for defining S3 methods
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-r.methodss3 Version : 1.6.1 Upstream Author : Henrik Bengtsson * URL : http://cran.r-project.org/web/packages/R.methodsS3/ * License : LGPL-2.1+ Programming Lang: R Description : GNU R utility function for defining S3 methods Methods that simplify the setup of S3 generic functions and S3 methods. Major effort has been made in making definition of methods as simple as possible with a minimum of maintenance for package developers. For example, generic functions are created automatically, if missing, and naming conflict are automatically solved, if possible. The method setMethodS3() is a good start for those who in the future may want to migrate to S4. This is a cross-platform package implemented in pure R that generates standard S3 methods. Remark: This package is maintained by the Debian Med team at svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-r.methodss3/trunk/ as a pre-pre-dependency of the new version of a BioConductor component -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140610193048.13755.47563.report...@mail.an3as.eu
Re: dh_shlibdeps warnings on buildd about undefined OpenMP symbols
On Tue, Jun 10, 2014 at 06:01:19PM +0200, Jakub Wilk wrote: > * Vincent Danjean , 2014-06-10, 16:27: > >>In healpix-cxx, I'm getting warnings from dh_shlibdeps about missing > >>OpenMP symbols. See, for example, this excerpt from > >>https://buildd.debian.org/status/fetch.php?pkg=healpix-cxx&arch=i386&ver=3.11.2-6&stamp=1401836504: > > > > At a quick glance, I do not see the libgomp package installed. > > libgomp1 is (transitively) build-essential. And yes, it was installed: > > Package versions: [...] libgomp1_4.9.0-3 [...] That is not the -dev package. It seems to be in libgcc-4.8-dev, which is also installed according to the log. Is this some kind of problem between the 4.8 and 4.9 version? Kurt -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140610193911.ga25...@roeckx.be
Re: dh_shlibdeps warnings on buildd about undefined OpenMP symbols
On 10.06.2014 00:45, Leo Singer wrote: > Hi, > > In healpix-cxx, I'm getting warnings from dh_shlibdeps about missing OpenMP > symbols. See, for example, this excerpt from > https://buildd.debian.org/status/fetch.php?pkg=healpix-cxx&arch=i386&ver=3.11.2-6&stamp=1401836504: > >> dpkg-shlibdeps: warning: symbol GOMP_critical_end used by >> debian/libhealpix-cxx0/usr/lib/i386-linux-gnu/libhealpix_cxx.so.0.0.0 found >> in none of the libraries >> dpkg-shlibdeps: warning: symbol GOMP_loop_end used by >> debian/libhealpix-cxx0/usr/lib/i386-linux-gnu/libhealpix_cxx.so.0.0.0 found >> in none of the libraries >> dpkg-shlibdeps: warning: symbol omp_get_wtime used by >> debian/libhealpix-cxx0/usr/lib/i386-linux-gnu/libhealpix_cxx.so.0.0.0 found >> in none of the libraries >> ... > > Furthermore, the package built by the buildd is missing a dependency on > libgomp1: > https://packages.debian.org/sid/libhealpix-cxx0 > the log unfortunately does not show. is -fopenmp in LDFLAGS? aka is it used during linking and not only during compile? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53976242.9090...@googlemail.com
Re: Bug#745872: ITP: profanity -- a console based XMPP client
Hello Dariusz and Andrey, I'd love to see a Profanity package for Debian. Are you, Dariusz, still working on it? I also would like to know, why would the OpenSSL requirement make it impossible to distribute the binary? Thank you both, Stefano -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/84cddb0a-d44a-4601-acd0-6e77f8662...@stefanorossi.me
Bug#751200: ITP: plume-creator -- open-source tool for novelists
Package: wnpp Severity: wishlist Owner: Miriam Ruiz * Package name: plume-creator Version : 0.66.1 Upstream Author : Cyril Jacquet * URL : http://www.plume-creator.eu * License : GPL-3 Programming Lang: C++ Description : open-source tool for novelists Plume Creator helps you to write your stories in chapters and scenes, write fullscreen, edit notes and synopses, export in html and odt formats, edit in rich text, and manage characters, places and items. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140611012447.6107.83773.reportbug@tabiti.olimpo
