Re: boost : no match for call to boost::factory

[Corentin Desfarges]

This issue seems fixable by binding "::boost::factory" like that :
objectTestFactory.addFactory("ObjectTest", *std::bind(*
::boost::factory()*)*);

instead of :
objectTestFactory.addFactory("DerivedObjectTest",
::boost::factory());

Thanks for your attention,

Corentin

2016-01-13 15:38 GMT+01:00 Corentin Desfarges <
corentin.desfarges@gmail.com>:

> Hi
>
> I don't know if it's usefull (alioth is still down), but this is the
> complete build log :
>
> http://filebin.ca/2TKEHV1l4WvK/log.txt
>
> Thank you for your answer,
>
> Best regards,
>
> Corentin
>

Bug#810950: marked as done (RFS: ecere-sdk/0.44.14-1 -- Please sponsor this bug fix release to the Ecere SDK)

[Debian Bug Tracking System]

Your message dated Thu, 14 Jan 2016 10:45:48 +
with message-id 
<1452768348.3165153.491881722.1c978...@webmail.messagingengine.com>
and subject line 
has caused the Debian Bug report #810950,
regarding RFS: ecere-sdk/0.44.14-1 -- Please sponsor this bug fix release to 
the Ecere SDK
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
810950: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810950
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for this new release to my package "ecere-sdk".
This addresses build reproducibility issues, a bug causing the M68K 
build to fail, and improved dependencies that should allow building on 
additional platforms.


* Package name: ecere-sdk
   Version : 0.44.14-1
   Upstream Author : Ecere Corporation 
* URL : http://ecere.org
* License : BSD-3 clauses
  Section : Development

It builds those binary packages:

ecere-dev - Ecere SDK Development Tools
ecere-extras - Extras for the Ecere SDK
ecere-samples - Project samples for the Ecere SDK
ecere-sdk - Ecere cross-platform SDK
libecc0 - eC Compiler Library
libecere0 - Ecere Runtime Library
libecereaudio0 - Ecere Audio
libecerecom0 - eC Core Runtime Library
libeda0 - Ecere Data Access
libedasqlite0 - EDA SQLite Driver

To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/ecere-sdk


  Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/e/ecere-sdk/ecere-sdk_0.44.14-1.dsc


  More information about the Ecere SDK can be obtained from 
http://ecere.org


  Changes since the last upload:


ecere-sdk (0.44.14-1) unstable; urgency=low

   * Packaged Ecere SDK 0.44.14
   * Fixed control file to build if upx-ucl is not available
   * Made dependency on linux-libc6-dev specific to Linux
   * Changes:
  - Addresses build reproducibility issues
  - Fixed compiler bug causing build to fail on M68K
  - Documentor: Minor fixes
  - Spelling fixes
  - GUI/ListBox: Fixed clearing cell data

 -- Jerome St-Louis   Wed, 13 Jan 2016 22:00:00 -0500


  Regards,

 Jerome St-Louis
--- End Message ---
--- Begin Message ---
Checking signature on .dsc
gpg: Signature made Thu 14 Jan 2016 11:26:02 CET using RSA key ID D4311E58
gpg: Good signature from "Chris Lamb "
gpg: aka "Chris Lamb "
gpg: aka "Chris Lamb "
gpg: WARNING: This key is not certified with a trusted signature!
gpg:  There is no indication that the signature belongs to the owner.
Primary key fingerprint: C2FE 4BD2 71C1 39B8 6C53  3E46 1E95 3E27 D431 1E58
Good signature on 
/home/lamby/temp/cdt.20160114092941.q4CzVCbrsO/ecere-sdk_0.44.14-1.dsc.
Uploading to ftp-master (via ftp to ftp.upload.debian.org):
  Uploading ecere-sdk_0.44.14-1.dsc: done.
  Uploading ecere-sdk_0.44.14.orig.tar.bz2: done.
  Uploading ecere-sdk_0.44.14-1.debian.tar.xz: done.
  Uploading ecere-dev_0.44.14-1_amd64.deb: done.
  Uploading ecere-extras_0.44.14-1_all.deb: done.
  Uploading ecere-samples_0.44.14-1_all.deb: done.
  Uploading ecere-sdk_0.44.14-1_amd64.deb: done.
  Uploading libecc0_0.44.14-1_amd64.deb: done.
  Uploading libecere0_0.44.14-1_amd64.deb: done.
  Uploading libecereaudio0_0.44.14-1_amd64.deb: done.
  Uploading libecerecom0_0.44.14-1_amd64.deb: done.
  Uploading libeda0_0.44.14-1_amd64.deb: done.
  Uploading libedasqlite0_0.44.14-1_amd64.deb: done.
  Uploading ecere-sdk_0.44.14-1_amd64.changes: done.
Successfully uploaded packages.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   ` End Message ---

Re: use of deleted function boost::detail::stored_edge_property

[Gert Wollny]

Hello Corentin, 

the problem is that the class 

  boost::detail::stored_edge_property<...> 

has the copy constructor deleted, because the default is a move
constructor and no copy constructor is implemented (this is something
new with C++11 and g++-5) As a result the instance of the class can not
be copied. 

Now when you do an append to the vector, and the vector needs to be
resized, the elements stored in the vector will be copied by the STL
implementation. Since this can't be done, the compiler complains. 

Given that the requirements on the type hold in the std::vector
container have been relaxed with C++11 [1], I'm not quite sure whether
what you see is a bug in the stl::vector implementation, because at
resize, the date could be moved to the new storage instead of being
copied. 

In fact the g++-5.3 STL implementation calls a function 

std::__uninitialized_move_if_noexcept_a 

on resize(), but this only forwards to 

std::__uninitialized_copy_a

Also note that the implementation of

   boost::detail::stored_edge_property 

provides many code path for the copy and move operations, and before
C++11 an explicit copy constructor is given that implements a move-like
logic. 

I'm not sure how to resolve this compile problem, you could try to
disable c++11 by compiling with -std=c++03. 

Best, 
Gert 

[1] http://en.cppreference.com/w/cpp/container/vector


On Thu, 2016-01-14 at 12:32 +0100, Corentin Desfarges wrote:
> Dear mentors,
> 
> I'm still trying to package the new upstream release of FW4SPL for
> the debian-med project.
> I get a new error, and I wish have your opinion about it :
> 
> > /usr/include/c++/5/bits/vector.tcc:563:7:   required from ‘void
> > std::vector<_Tp, _Alloc>::_M_default_append(std::vector<_Tp,
> > _Alloc>::size_type) [with _Tp =
> > boost::detail::adj_list_gen > boost::vecS, boost::directedS, fwAtomsPatch::VersionDescriptor,
> > fwAtomsPatch::LinkDescriptor>, boost::vecS, boost::listS,
> > boost::directedS, fwAtomsPatch::VersionDescriptor,
> > fwAtomsPatch::LinkDescriptor, boost::no_property,
> > boost::listS>::config::stored_vertex; _Alloc =
> > std::allocator ost::listS, boost::vecS, boost::directedS,
> > fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor>,
> > boost::vecS, boost::listS, boost::directedS,
> > fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor,
> > boost::no_property, boost::listS>::config::stored_vertex>;
> > std::vector<_Tp, _Alloc>::size_type = long unsigned int]’
> > /usr/include/c++/5/bits/stl_vector.h:676:21:   required from ‘void
> > std::vector<_Tp, _Alloc>::resize(std::vector<_Tp,
> > _Alloc>::size_type) [with _Tp =
> > boost::detail::adj_list_gen > boost::vecS, boost::directedS, fwAtomsPatch::VersionDescriptor,
> > fwAtomsPatch::LinkDescriptor>, boost::vecS, boost::listS,
> > boost::directedS, fwAtomsPatch::VersionDescriptor,
> > fwAtomsPatch::LinkDescriptor, boost::no_property,
> > boost::listS>::config::stored_vertex; _Alloc =
> > std::allocator ost::listS, boost::vecS, boost::directedS,
> > fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor>,
> > boost::vecS, boost::listS, boost::directedS,
> > fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor,
> > boost::no_property, boost::listS>::config::stored_vertex>;
> > std::vector<_Tp, _Alloc>::size_type = long unsigned int]’
> > /usr/include/boost/graph/detail/adjacency_list.hpp:2192:7:  
> > required from ‘typename Config::vertex_descriptor
> > boost::add_vertex(boost::vec_adj_list_impl&) [with Graph =
> > boost::adjacency_list > fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor>;
> > Config =
> > boost::detail::adj_list_gen > boost::vecS, boost::directedS, fwAtomsPatch::VersionDescriptor,
> > fwAtomsPatch::LinkDescriptor>, boost::vecS, boost::listS,
> > boost::directedS, fwAtomsPatch::VersionDescriptor,
> > fwAtomsPatch::LinkDescriptor, boost::no_property,
> > boost::listS>::config; Base =
> > boost::directed_graph_helper acency_list > fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor>,
> > boost::vecS, boost::listS, boost::directedS,
> > fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor,
> > boost::no_property, boost::listS>::config>; typename
> > Config::vertex_descriptor = long unsigned int]’
> > /home/corentin/dev_0.10.2/fw4spl/SrcLib/core/fwAtomsPatch/src/fwAto
> > msPatch/VersionsGraph.cpp:205:51:   required from here
> > /usr/include/c++/5/bits/stl_list.h:114:71: error: use of deleted
> > function ‘boost::detail::stored_edge_property > fwAtomsPatch::LinkDescriptor>::stored_edge_property(const
> > boost::detail::stored_edge_property > 

use of deleted function boost::detail::stored_edge_property

[Corentin Desfarges]

Dear mentors,

I'm still trying to package the new upstream release of FW4SPL for the
debian-med project.
I get a new error, and I wish have your opinion about it :

/usr/include/c++/5/bits/vector.tcc:563:7:   required from ‘void
> std::vector<_Tp, _Alloc>::_M_default_append(std::vector<_Tp,
> _Alloc>::size_type) [with _Tp =
> boost::detail::adj_list_gen boost::vecS, boost::directedS, fwAtomsPatch::VersionDescriptor,
> fwAtomsPatch::LinkDescriptor>, boost::vecS, boost::listS, boost::directedS,
> fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor,
> boost::no_property, boost::listS>::config::stored_vertex; _Alloc =
> std::allocator boost::vecS, boost::directedS, fwAtomsPatch::VersionDescriptor,
> fwAtomsPatch::LinkDescriptor>, boost::vecS, boost::listS, boost::directedS,
> fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor,
> boost::no_property, boost::listS>::config::stored_vertex>; std::vector<_Tp,
> _Alloc>::size_type = long unsigned int]’
> /usr/include/c++/5/bits/stl_vector.h:676:21:   required from ‘void
> std::vector<_Tp, _Alloc>::resize(std::vector<_Tp, _Alloc>::size_type) [with
> _Tp = boost::detail::adj_list_gen boost::vecS, boost::directedS, fwAtomsPatch::VersionDescriptor,
> fwAtomsPatch::LinkDescriptor>, boost::vecS, boost::listS, boost::directedS,
> fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor,
> boost::no_property, boost::listS>::config::stored_vertex; _Alloc =
> std::allocator boost::vecS, boost::directedS, fwAtomsPatch::VersionDescriptor,
> fwAtomsPatch::LinkDescriptor>, boost::vecS, boost::listS, boost::directedS,
> fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor,
> boost::no_property, boost::listS>::config::stored_vertex>; std::vector<_Tp,
> _Alloc>::size_type = long unsigned int]’
> /usr/include/boost/graph/detail/adjacency_list.hpp:2192:7:   required from
> ‘typename Config::vertex_descriptor
> boost::add_vertex(boost::vec_adj_list_impl&) [with Graph =
> boost::adjacency_list fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor>; Config =
> boost::detail::adj_list_gen boost::vecS, boost::directedS, fwAtomsPatch::VersionDescriptor,
> fwAtomsPatch::LinkDescriptor>, boost::vecS, boost::listS, boost::directedS,
> fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor,
> boost::no_property, boost::listS>::config; Base =
> boost::directed_graph_helper boost::vecS, boost::directedS, fwAtomsPatch::VersionDescriptor,
> fwAtomsPatch::LinkDescriptor>, boost::vecS, boost::listS, boost::directedS,
> fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor,
> boost::no_property, boost::listS>::config>; typename
> Config::vertex_descriptor = long unsigned int]’
> /home/corentin/dev_0.10.2/fw4spl/SrcLib/core/fwAtomsPatch/src/fwAtomsPatch/VersionsGraph.cpp:205:51:
>   required from here
>
> */usr/include/c++/5/bits/stl_list.h:114:71: error: use of deleted function
> ‘boost::detail::stored_edge_property fwAtomsPatch::LinkDescriptor>::stored_edge_property(const
> boost::detail::stored_edge_property fwAtomsPatch::LinkDescriptor>&)’*  : __detail::_List_node_base(),
> _M_data(std::forward<_Args>(__args)...)
>^
> In file included from /usr/include/boost/graph/adjacency_list.hpp:246:0,
>  from
> /home/corentin/dev_0.10.2/fw4spl/SrcLib/core/fwAtomsPatch/src/fwAtomsPatch/VersionsGraph.cpp:9:
> /usr/include/boost/graph/detail/adjacency_list.hpp:290:11: note:
> ‘boost::detail::stored_edge_property fwAtomsPatch::LinkDescriptor>::stored_edge_property(const
> boost::detail::stored_edge_property fwAtomsPatch::LinkDescriptor>&)’ is implicitly declared as deleted because
> ‘boost::detail::stored_edge_property fwAtomsPatch::LinkDescriptor>’ declares a move constructor or move
> assignment operator
>  class stored_edge_property : public stored_edge {
>^
> fwAtomsPatch/CMakeFiles/fwAtomsPatch.dir/build.make:593: recipe for target
> 'fwAtomsPatch/CMakeFiles/fwAtomsPatch.dir/src/fwAtomsPatch/VersionsGraph.cpp.o'
> failed


Complete build log : http://filebin.ca/2TQJYWSTazU1/buidlog.txt


Does someone have any idea about the cause of this issue ?

One more time, the concerned lines of FW4SPL haven't changed for a long
time, and I didn't have any problem before, with an older boost version.


Thank you for your help,

Best regards,


Corentin

Re: use of deleted function boost::detail::stored_edge_property

[Gianfranco Costamagna]

Hi does this helps?
http://stackoverflow.com/questions/25395805/compile-error-with-boost-graph-1-56-0-and-g-4-6-4


cheers,

G.


Il Giovedì 14 Gennaio 2016 12:32, Corentin Desfarges 
 ha scritto:



Dear mentors,

I'm still trying to package the new upstream release of FW4SPL for the 
debian-med project.
I get a new error, and I wish have your opinion about it :

/usr/include/c++/5/bits/vector.tcc:563:7:   required from ‘void 
std::vector<_Tp, _Alloc>::_M_default_append(std::vector<_Tp, 
_Alloc>::size_type) [with _Tp = 
boost::detail::adj_list_gen, boost::vecS, boost::listS, boost::directedS, 
fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor, 
boost::no_property, boost::listS>::config::stored_vertex; _Alloc = 
std::allocator, boost::vecS, boost::listS, boost::directedS, 
fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor, 
boost::no_property, boost::listS>::config::stored_vertex>; std::vector<_Tp, 
_Alloc>::size_type = long unsigned int]’
>/usr/include/c++/5/bits/stl_vector.h:676:21:   required from ‘void 
>std::vector<_Tp, _Alloc>::resize(std::vector<_Tp, _Alloc>::size_type) [with 
>_Tp = boost::detail::adj_list_genboost::vecS, boost::directedS, fwAtomsPatch::VersionDescriptor, 
>fwAtomsPatch::LinkDescriptor>, boost::vecS, boost::listS, boost::directedS, 
>fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor, 
>boost::no_property, boost::listS>::config::stored_vertex; _Alloc = 
>std::allocatorboost::vecS, boost::directedS, fwAtomsPatch::VersionDescriptor, 
>fwAtomsPatch::LinkDescriptor>, boost::vecS, boost::listS, boost::directedS, 
>fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor, 
>boost::no_property, boost::listS>::config::stored_vertex>; std::vector<_Tp, 
>_Alloc>::size_type = long unsigned int]’
>/usr/include/boost/graph/detail/adjacency_list.hpp:2192:7:   required from 
>‘typename Config::vertex_descriptor 
>boost::add_vertex(boost::vec_adj_list_impl&) [with Graph = 
>boost::adjacency_listfwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor>; Config = 
>boost::detail::adj_list_genboost::directedS, fwAtomsPatch::VersionDescriptor, 
>fwAtomsPatch::LinkDescriptor>, boost::vecS, boost::listS, boost::directedS, 
>fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor, 
>boost::no_property, boost::listS>::config; Base = 
>boost::directed_graph_helper boost::vecS, boost::directedS, fwAtomsPatch::VersionDescriptor, 
>fwAtomsPatch::LinkDescriptor>, boost::vecS, boost::listS, boost::directedS, 
>fwAtomsPatch::VersionDescriptor, fwAtomsPatch::LinkDescriptor, 
>boost::no_property, boost::listS>::config>; typename Config::vertex_descriptor 
>= long unsigned int]’
>/home/corentin/dev_0.10.2/fw4spl/SrcLib/core/fwAtomsPatch/src/fwAtomsPatch/VersionsGraph.cpp:205:51:
>   required from here
>/usr/include/c++/5/bits/stl_list.h:114:71: error: use of deleted function 
>‘boost::detail::stored_edge_propertyfwAtomsPatch::LinkDescriptor>::stored_edge_property(const 
>boost::detail::stored_edge_propertyfwAtomsPatch::LinkDescriptor>&)’
>  : __detail::_List_node_base(), _M_data(std::forward<_Args>(__args)...) 
>   ^
>In file included from /usr/include/boost/graph/adjacency_list.hpp:246:0,
> from 
> /home/corentin/dev_0.10.2/fw4spl/SrcLib/core/fwAtomsPatch/src/fwAtomsPatch/VersionsGraph.cpp:9:
>/usr/include/boost/graph/detail/adjacency_list.hpp:290:11: note: 
>‘boost::detail::stored_edge_propertyfwAtomsPatch::LinkDescriptor>::stored_edge_property(const 
>boost::detail::stored_edge_propertyfwAtomsPatch::LinkDescriptor>&)’ is implicitly declared as deleted because 
>‘boost::detail::stored_edge_propertyfwAtomsPatch::LinkDescriptor>’ declares a move constructor or move assignment 
>operator
> class stored_edge_property : public stored_edge {
>   ^
>fwAtomsPatch/CMakeFiles/fwAtomsPatch.dir/build.make:593: recipe for target 
>'fwAtomsPatch/CMakeFiles/fwAtomsPatch.dir/src/fwAtomsPatch/VersionsGraph.cpp.o'
> failed

Complete build log : http://filebin.ca/2TQJYWSTazU1/buidlog.txt

Does someone have any idea about the cause of this issue ?

One more time, the concerned lines of FW4SPL haven't changed for a long time, 
and I didn't have any problem before, with an older boost version.


Thank you for your help,

Best regards,


Corentin

Bug#808141: sponsorship-requests: Dear mentors, I am looking for a sponsor for my package eclipse-titan.

[Pilisi Gergely]

Hi,

please check the new version. I fixed a couple of things, but the remaining
ones got me...

2016-01-13 15:22 GMT+01:00 Mattia Rizzolo :

> 2)
> hardening-wrapper can just go away, the package builds fine anyway.
> The canonical way to have hardening buildflags is to export
> DEB_BUILD_MAINT_OPTIONS=hardening=+all in d/rules (instead of
> DEB_BUILD_HARDENING).
> Having a look at Makefile.cfg I see:
> * CFLAGS ain't used (instead there is a CCFLAGS variable);
> * CXXFLAGS ignores the external env.
> You may need to patch it a bit.


 hardening-wrapper wiped out, but new lintian warning showed up:
hardening-no-relro.
Tried to DEB_BUILD_MAINT_OPTIONS=hardening=+all, warning still there.
Tried to set CXXFLAGS:=$(shell dpkg-buildflags --get CXXFLAGS) and use it
in the Makefile, same result.


> 4)
> there are a bunch of debug-file-with-no-debug-symbols and that
> postinst-has-useless-call-to-ldconfig that makes me itch.  I feel there
> is something weird going on, but I wouldn't know what it is.
>

Can't find out what's this. Checked the Makefile, the standard output, but
I can't see anything related to this.

>
> 5)
> do you even look at what lintian says on mentors?
> I: eclipse-titan source: wildcard-matches-nothing-in-dep5-copyright
> mctr2/editline (paragraph at line 5)
> I: eclipse-titan source: unused-file-paragraph-in-dep5-copyright paragraph
> at line 5
>
> the order of the paragraphs in d/copyright is important.  the wildcard
> in the second paragraph overrides the first.  so you need to swap them.
>

Switched the paragraphs, deleted unnecessary white spaces, etc... didn't
worked.
Checked every part of
https://www.debian.org/doc/packaging-manuals/copyright-format/1.0 but
nothing. No more ideas.


> Furthermore I don't see a paragraph for debian/, as I can read it now
> the copyright for debian/* is of "Ericsson Telecom AB".
>

Is this a problem? I'm working at Ericcson, and I'm doing it as part of my
job. :)


>
>
>
>
> --
> regards,
> Mattia Rizzolo
>
> GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
> more about me:  http://mapreri.org  : :'  :
> Launchpad user: https://launchpad.net/~mapreri  `. `'`
> Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-
>

Re: use of deleted function boost::detail::stored_edge_property

[Corentin Desfarges]

Hi Gert,



> ... provides many code path for the copy and move operations, and before
>
C++11 an explicit copy constructor is given that implements a move-like
> logic.
> I'm not sure how to resolve this compile problem, you could try to
> disable c++11 by compiling with -std=c++03.


Sadly, the framework FW4SPL has been designed to be compiled with c++11...

Best regards,

Corentin

Re: Help needed with symbols index in package

[Jakub Wilk]

* Eriberto , 2016-01-06, 22:36:
export PVER=$(shell dpkg-parsechangelog --show-field version | cut 
-d"-" -f1)


%:
dh $@

override_dh_makeshlibs:
dh_makeshlibs -- -v$(PVER)


No, please don't do this.


IMO, it is right and works fine. What is the specific problem?


It doesn't find the underlying problem; it just hides it from Lintian.
It might also hide more severe problems with the symbol files in the future.

--
Jakub Wilk

help with glances package

[Daniel Echeverry]

Hi Mentors

I am working in adopt glances package, This package content prebuilt
javascript object[1]  and other lintian warnings, I tried  fix this,
overwriting that javascript objects  from d/rules  and make symbol
links to the proper js packages in Debian, but doesnt work :(

¿Could you someone give me a hand? [2]

Really thank you very much!

[1]: http://paste.debian.net/hidden/44fd0f88/
[2]: http://mentors.debian.net/debian/pool/main/g/glances/glances_2.5.1-1.dsc
-- 
Daniel Echeverry
http://wiki.debian.org/DanielEcheverry
Linux user: #477840
Debian user
Software libre

Re: help with glances package

[Paul Wise]

On Fri, Jan 15, 2016 at 12:56 PM, Daniel Echeverry wrote:

> I am working in adopt glances package, This package content prebuilt
> javascript object[1]  and other lintian warnings, I tried  fix this,
> overwriting that javascript objects  from d/rules  and make symbol
> links to the proper js packages in Debian, but doesnt work :(

Sounds like you have pre-built embedded code copies and don't use them
in the binary package but lintian is complaining about the pre-built
embedded code copies in the upstream source tarball. I would suggest
asking upstream to remove them from their VCS repo and or source
tarballs and provide a script or other method to download and build
all the dependencies instead of including a copy of them.

https://wiki.debian.org/EmbeddedCodeCopies

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#811015: RFS: clfft/2.10.0-1~exp1

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "clfft"

* Package name: clfft
  Version : 2.10.0-1~exp1
  Upstream Author : Advanced Micro Devices, Inc.
* URL : https://github.com/clMathLibraries/clFFT
* License : Apache version 2
  Section : science

It builds those binary packages:

  libclfft-bin - OpenCL FFT library (executables)
  libclfft-dev - OpenCL FFT library (development files)
  libclfft-doc - OpenCL FFT library (documentation)
  libclfft2  - OpenCL FFT library (shared library)
  libclfft2-dbg - OpenCL FFT library (debugging symbols)

To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/clfft

Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/c/clfft/clfft_2.10.0-1~exp1.dsc


Changes since the last upload:

  * d/gbp.conf: use upstream tag format.
  * d/rules: use DEB_TARGET_MULTIARCH for multiarch paths.
  * d/rules: conditionally build examples on nocheck.
  * Use d/clean to remove doxygen build artefacts.
  * Install sample code via examples file.
  * Update patch queue:
- Drop Fix-examples-install-target.patch, use dh instead.
- Drop fix-docs-output.patch, applied upstream.
- Drop restore-missing-install-targets.patch, fixed upstream.

Regards,
Ghislain Vaillant

Bug#811016: marked as done (RFS: clblas/2.10-1~exp1)

[Debian Bug Tracking System]

Your message dated Thu, 14 Jan 2016 20:50:44 + (UTC)
with message-id <1503892269.8516843.1452804644475.javamail.ya...@mail.yahoo.com>
and subject line Re: Bug#811016: RFS: clblas/2.10-1~exp1
has caused the Debian Bug report #811016,
regarding RFS: clblas/2.10-1~exp1
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
811016: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=811016
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "clblas"

* Package name: clblas
  Version : 2.10-1~exp1
  Upstream Author : Advanced Micro Devices, Inc.
* URL : https://github.com/clMathLibraries/clBLAS
* License : Apache version 2
  Section : science

It builds those binary packages:

  libclblas-bin - OpenCL BLAS library (executables)
  libclblas-dev - OpenCL BLAS library (development files)
  libclblas-doc - OpenCL BLAS library (documentation)
  libclblas2 - OpenCL BLAS library (shared library)
  libclblas2-dbg - OpenCL BLAS library (debugging symbols)

To access further information about this package, please visit the 
following URL:


  http://mentors.debian.net/package/clblas

Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/c/clblas/clblas_2.10-1~exp1.dsc


Changes since the last upload:

  * gbp.conf: use upstream tag format.
  * d/rules: use DEB_TARGET_MULTIARCH for multiarch paths.
  * d/rules: condtionally build examples on nocheck.
  * Use d/clean to remove doxygen build artefacts.
  * Install sample code via examples file.
  * Update patch queue:
- Drop Fix-examples-install-target.patch, use dh instead.
- Drop add-missing-stdlib-include.patch, applied upstream.
- Refresh fix-pthread-linkage.patch.
  * Fix mismatch between patch name and description:
- use-system-mathjax.patch -> fix-doxygen-output-dir.patch
- fix-docs-output.patch -> use-system-mathjax.patch

Regards,
Ghislain Vaillant
--- End Message ---
--- Begin Message ---
hi, Signed, thanks for your contribution to Debian!

cheers,

G.





Il Giovedì 14 Gennaio 2016 21:24, Ghislain Vaillant  ha 
scritto:
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "clblas"

* Package name: clblas
   Version : 2.10-1~exp1
   Upstream Author : Advanced Micro Devices, Inc.
* URL : https://github.com/clMathLibraries/clBLAS
* License : Apache version 2
   Section : science

It builds those binary packages:

   libclblas-bin - OpenCL BLAS library (executables)
   libclblas-dev - OpenCL BLAS library (development files)
   libclblas-doc - OpenCL BLAS library (documentation)
   libclblas2 - OpenCL BLAS library (shared library)
   libclblas2-dbg - OpenCL BLAS library (debugging symbols)

To access further information about this package, please visit the 
following URL:

  http://mentors.debian.net/package/clblas

Alternatively, one can download the package with dget using this command:

   dget -x 
http://mentors.debian.net/debian/pool/main/c/clblas/clblas_2.10-1~exp1.dsc

Changes since the last upload:

   * gbp.conf: use upstream tag format.
   * d/rules: use DEB_TARGET_MULTIARCH for multiarch paths.
   * d/rules: condtionally build examples on nocheck.
   * Use d/clean to remove doxygen build artefacts.
   * Install sample code via examples file.
   * Update patch queue:
 - Drop Fix-examples-install-target.patch, use dh instead.
 - Drop add-missing-stdlib-include.patch, applied upstream.
 - Refresh fix-pthread-linkage.patch.
   * Fix mismatch between patch name and description:
 - use-system-mathjax.patch -> fix-doxygen-output-dir.patch
 - fix-docs-output.patch -> use-system-mathjax.patch

Regards,
Ghislain Vaillant--- End Message ---

Bug#809642: sponsorship-requests: RFS: digikam/4:4.14.0-1.1~bpo8+1 [NMU]

[Matthias Erich Popp]

Am Mittwoch, 13. Januar 2016, 15:23:30 schrieb Gianfranco Costamagna:
> Hi,
> I did a dch --bpo and uploaded on debomatic
> 
> http://debomatic-amd64.debian.net/distribution#jessie-backports/digikam/4.14
> .0-3~bpo8+1/buildlog
> 
> Matthias, does it work for you? I can upload it on backports if nobody
> objects.
> 
> I did some basic tests and the application is starting correctly on a clean
> jessie+bpo system.
> 
> (I could use a version on mentors, but you need to fix the versioning
> scheme)
> 
> cheers,
> 
> Gianfranco
> 
> 
> 
> 
> Il Domenica 10 Gennaio 2016 16:15, Steve M. Robbins  ha
> scritto: Hello Matthias,
> 
> Thank you for your interest in backporting digikam.  I can't speak for the
> other maintainers, but I personally do not have time to maintain backports
> and I would welcome your efforts to do so.
> 
> I have not looked at your package.  But I was a little surprised that the
> proposed backport of 4.14.0-1 was versioned 4.14.0-1.1~bpo8+1.   I did read
> through http://backports.debian.org/Contribute/ (thanks to Mattia Rizzolo
> for the reference!) and under the "basic rules" it says to simply append
> "~bpo..." to the version.  Do you really also need to change from "-1" to
> "-1.1"?
> 
> Best,
> -Steve
> 
> On January 2, 2016 12:13:59 PM Gianfranco Costamagna wrote:
> > Control: tags -1 moreinfo
> > 
> > Hi Matthias, if you need a backport, please ask the team or the previous
> > uploaders to perform it.
> > 
> > I cced the actual maintainers for the package, they will follow up with an
> > upload if possible (I hope).
> > 
> > BTW this kind of requests are usually performed with a bug against the
> > package, unless the package is mostly unmaintained.
> > 
> > cheers,
> > 
> > G.


The upload from debomatic  is ok. I can download pictures from my camera a 
Canon Powersshot SX 110 IS.

My problem with the versions number is . Its a NMU Upload for the backports.
Is this 4.14.0-1.1~bpo8+1 or this correct 4.14.0-1~bpo8+1.1 ? 

dch -n --bpo isn't  working.   

The output from lintian.


N:Check: nmu, Type: source
N: 
W: digikam source: source-nmu-has-incorrect-version-number 4:4.14.0-3~bpo8+1
N: 
N:A source NMU should have a Debian revision of "-x.x" (or "+nmuX" for a
N:native package). This is to prevent stealing version numbers from the
N:maintainer.
N:
N:Maybe you didn't intend this upload to be a NMU, in that case, please
N:double-check that the most recent entry in the changelog is
N:byte-for-byte identical to the maintainer or one of the uploaders. If
N:this is a local package (not intended for Debian), you can suppress this
N:warning by putting "local" in the version number or "local package" on
N:the first line of the changelog entry.
N:
N:Refer to Debian Developer's Reference section 5.11.2 (NMUs and
N:debian/changelog) for details.
N:
N:Severity: normal, Certainty: certain
N:
N:Check: nmu, Type: source


with best regards from Dortmund Matthias

Bug#809642: marked as done (RFS: digikam/4:4.14.0-1.1~bpo8+1 [NMU])

[Debian Bug Tracking System]

Your message dated Thu, 14 Jan 2016 20:52:32 + (UTC)
with message-id <1941461241.8438672.1452804752615.javamail.ya...@mail.yahoo.com>
and subject line Re: Bug#809642: sponsorship-requests:  RFS: 
digikam/4:4.14.0-1.1~bpo8+1 [NMU]
has caused the Debian Bug report #809642,
regarding RFS: digikam/4:4.14.0-1.1~bpo8+1 [NMU]
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
809642: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=809642
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: normal

 Package: sponsorship-requests
  Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "digikam"

 * Package name: digikam
   Version : 4:4.14.0-1.1~bpo8+1
 * URL : http://www.digikam.org
   Section : graphics

  It builds those binary packages:

 digikam- digital photo management application for KDE
 digikam-data - digiKam architecture-independant data
 digikam-doc - handbook for digiKam
 digikam-private-libs - private libraries for digiKam and kipi plugins
 kipi-plugins - image manipulation/handling plugins for KIPI aware programs
 kipi-plugins-common - kipi-plugins architecture-independent data
 showfoto   - image viewer/editor for KDE

  To access further information about this package, please visit the following
URL:

  http://mentors.debian.net/package/digikam


  Alternatively, one can download the package with dget using this command:

dget -x
http://mentors.debian.net/debian/pool/main/d/digikam/digikam_4.14.0-1.1~bpo8+1.dsc

  More information about hello can be obtained from http://www.example.com.

  Changes since the last upload:

  * Non-maintainer upload.
  * Rebuild for jessie-backports.t changelog entry]


  Regards,
   Matthias Erich Popp



-- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (450, 
'stable'), (4, 'testing'), (3, 'unstable'), (2, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-0.bpo.1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--- End Message ---
--- Begin Message ---
Hi Matthias,


>The upload from debomatic  is ok. I can download pictures from my camera a 

>Canon Powersshot SX 110 IS.


wonderful!
>My problem with the versions number is . Its a NMU Upload for the backports.
>Is this 4.14.0-1.1~bpo8+1 or this correct 4.14.0-1~bpo8+1.1 ? 
>
>dch -n --bpo isn't  working.  


nope, the backports are non NMU by definition, are just no-change backports.

Uploading shortly!
cheers,

G.--- End Message ---

Bug#811015: marked as done (RFS: clfft/2.10.0-1~exp1)

[Debian Bug Tracking System]

Your message dated Thu, 14 Jan 2016 21:00:41 + (UTC)
with message-id <1941514702.8493748.1452805241338.javamail.ya...@mail.yahoo.com>
and subject line Re: Bug#811015: RFS: clfft/2.10.0-1~exp1
has caused the Debian Bug report #811015,
regarding RFS: clfft/2.10.0-1~exp1
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
811015: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=811015
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "clfft"

* Package name: clfft
  Version : 2.10.0-1~exp1
  Upstream Author : Advanced Micro Devices, Inc.
* URL : https://github.com/clMathLibraries/clFFT
* License : Apache version 2
  Section : science

It builds those binary packages:

  libclfft-bin - OpenCL FFT library (executables)
  libclfft-dev - OpenCL FFT library (development files)
  libclfft-doc - OpenCL FFT library (documentation)
  libclfft2  - OpenCL FFT library (shared library)
  libclfft2-dbg - OpenCL FFT library (debugging symbols)

To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/clfft

Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/c/clfft/clfft_2.10.0-1~exp1.dsc


Changes since the last upload:

  * d/gbp.conf: use upstream tag format.
  * d/rules: use DEB_TARGET_MULTIARCH for multiarch paths.
  * d/rules: conditionally build examples on nocheck.
  * Use d/clean to remove doxygen build artefacts.
  * Install sample code via examples file.
  * Update patch queue:
- Drop Fix-examples-install-target.patch, use dh instead.
- Drop fix-docs-output.patch, applied upstream.
- Drop restore-missing-install-targets.patch, fixed upstream.

Regards,
Ghislain Vaillant
--- End Message ---
--- Begin Message ---
Hi, done.

Please check if arrayfire needs a binNMU and in case followup with a 
transition/binNMU slot!

cheers,

Gianfranco





Il Giovedì 14 Gennaio 2016 21:06, Ghislain Vaillant  ha 
scritto:
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "clfft"

* Package name: clfft
   Version : 2.10.0-1~exp1
   Upstream Author : Advanced Micro Devices, Inc.
* URL : https://github.com/clMathLibraries/clFFT
* License : Apache version 2
   Section : science

It builds those binary packages:

   libclfft-bin - OpenCL FFT library (executables)
   libclfft-dev - OpenCL FFT library (development files)
   libclfft-doc - OpenCL FFT library (documentation)
   libclfft2  - OpenCL FFT library (shared library)
   libclfft2-dbg - OpenCL FFT library (debugging symbols)

To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/clfft

Alternatively, one can download the package with dget using this command:

   dget -x 
http://mentors.debian.net/debian/pool/main/c/clfft/clfft_2.10.0-1~exp1.dsc

Changes since the last upload:

   * d/gbp.conf: use upstream tag format.
   * d/rules: use DEB_TARGET_MULTIARCH for multiarch paths.
   * d/rules: conditionally build examples on nocheck.
   * Use d/clean to remove doxygen build artefacts.
   * Install sample code via examples file.
   * Update patch queue:
 - Drop Fix-examples-install-target.patch, use dh instead.
 - Drop fix-docs-output.patch, applied upstream.
 - Drop restore-missing-install-targets.patch, fixed upstream.

Regards,
Ghislain Vaillant--- End Message ---

Bug#811016: RFS: clblas/2.10-1~exp1

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "clblas"

* Package name: clblas
  Version : 2.10-1~exp1
  Upstream Author : Advanced Micro Devices, Inc.
* URL : https://github.com/clMathLibraries/clBLAS
* License : Apache version 2
  Section : science

It builds those binary packages:

  libclblas-bin - OpenCL BLAS library (executables)
  libclblas-dev - OpenCL BLAS library (development files)
  libclblas-doc - OpenCL BLAS library (documentation)
  libclblas2 - OpenCL BLAS library (shared library)
  libclblas2-dbg - OpenCL BLAS library (debugging symbols)

To access further information about this package, please visit the 
following URL:


  http://mentors.debian.net/package/clblas

Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/c/clblas/clblas_2.10-1~exp1.dsc


Changes since the last upload:

  * gbp.conf: use upstream tag format.
  * d/rules: use DEB_TARGET_MULTIARCH for multiarch paths.
  * d/rules: condtionally build examples on nocheck.
  * Use d/clean to remove doxygen build artefacts.
  * Install sample code via examples file.
  * Update patch queue:
- Drop Fix-examples-install-target.patch, use dh instead.
- Drop add-missing-stdlib-include.patch, applied upstream.
- Refresh fix-pthread-linkage.patch.
  * Fix mismatch between patch name and description:
- use-system-mathjax.patch -> fix-doxygen-output-dir.patch
- fix-docs-output.patch -> use-system-mathjax.patch

Regards,
Ghislain Vaillant

Re: use of deleted function boost::detail::stored_edge_property

[Gert Wollny]

Hello Corentin, 

On Thu, 2016-01-14 at 15:01 +0100, Corentin Desfarges wrote:
>  
> Sadly, the framework FW4SPL has been designed to be compiled with
> c++11... 

Another option to force the use of an older implementation code path
could be to set one of the defines 

  BOOST_NO_CXX11_RVALUE_REFERENCES, or  
  BOOST_NO_CXX11_DEFAULTED_FUNCTIONS

However, you would have to make sure that these defines are only
enabled for templates and inline functions (e.g. by adding it directly
before the according includes in the source code). 

Best,
Gert