Help with gcc-4.7 needed (Was: poco: FTBFS with multiarch libmysqlclient-dev)

2012-07-26 Thread Andreas Tille
Hi,

I tried to apply the patch that is supposed to solve the problem below
but I was running in another problem which sounds quite familiar from
other gcc-4.7 issues.  I tried to fix the problem in Git

   git+ssh://git.debian.org/git/collab-maint/poco.git

and created a branch NMU/1.3.6p1-1.1 where I created a dpatch file
debian/patches/gcc-4.7.dpatch which unfortunately just reiterates
the original problem and ends up in

/tmp/buildd/poco-1.3.6p1/Foundation/include/Poco/String.h: In instantiation of 
'S Poco::replace(const S, const typename S::value_type*, const typename 
S::value_type*, typename S::size_type) [with S = std::basic_stringchar; 
typename S::value_type = char; typename S::size_type = long unsigned int]':
src/X509Certificate.cpp:175:55:   required from here
/tmp/buildd/poco-1.3.6p1/Foundation/include/Poco/String.h:448:2: error: 
'replaceInPlace' was not declared in this scope, and no declarations were found 
by argument-dependent lookup at the point of  instantiation 
[-fpermissive]
/tmp/buildd/poco-1.3.6p1/Foundation/include/Poco/String.h:480:4: note: 
'templateclass S S Poco::replaceInPlace(S, const S, const S, typename 
S::size_type)' declared here, later in the translation unit


Unfortunately my C++ knowledge is to limited to find an easy clue how to
fix this and would be more than happy if somebody could provide some fix.

BTW, it seems to me that libpoco development only happens in experimental
and unstable does not deserve the attention it would need.  Please help
fixing the problem to make sure the reverse depends can stay in testing.

Kind regards

   Andreas.

- Forwarded message from Andreas Tille andr...@an3as.eu -

Date: Thu, 26 Jul 2012 14:23:26 +0200
From: Andreas Tille andr...@an3as.eu
To: Mathieu Malaterre mathieu.malate...@gmail.com, 680...@bugs.debian.org,
Krzysztof Burghardt krzysz...@burghardt.pl,
650...@bugs.debian.org
Subject: Re: Bug#680798: sitplus: FTBFS: build-dependency not installable:

Hi Krzysztof,

there is a long standing (6 month) RC bug filed against poco including
a patch for this problem.  When applying the patch and trying to build
the package I realised another FTBFS problem when building with gcc-4.7.
I'm currently trying to fix this problem and if I succeede I will upload
to DELAYED/2.  Otherwise I'll ask for help on debian-mentors and will
NMU-upload once the problem is solved.

Kind regards

Andreas.

On Thu, Jul 26, 2012 at 11:52:33AM +0200, Mathieu Malaterre wrote:
 'lo
 
 On Thu, Jul 26, 2012 at 11:47 AM, Andreas Tille ti...@debian.org wrote:
  On Thu, Jul 26, 2012 at 11:38:24AM +0200, Mathieu Malaterre wrote:
  I believe this is because libpoco-dev was removed from testing:
  http://packages.qa.debian.org/p/poco/news/20120619T163916Z.html
 
  I came to the same conclusion but I have no idea how we (in terms
  of sitplus maintainers) could solve this.
 
 The patch looks straighfoward to apply but for some reason was never
 applied. So I simply ping'd the maintainers again:
 
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650059#16
 
 We'll see.
 -- 
 Mathieu

-- 
http://fam-tille.de

- End forwarded message -

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120726124502.gk27...@an3as.eu



Re: Help with gcc-4.7 needed (Was: poco: FTBFS with multiarch libmysqlclient-dev)

2012-07-26 Thread Michael Wild
Hi Andreas

Reading the error message, it seems that there is a forward-declaration
of replaceInPlace(...) is missing before it is used in String.h:448.

It seems like simply reversing the order of declaration should fix the
problem: See the attached (modified) dpatch.

Michael

On 07/26/2012 02:45 PM, Andreas Tille wrote:
 Hi,
 
 I tried to apply the patch that is supposed to solve the problem below
 but I was running in another problem which sounds quite familiar from
 other gcc-4.7 issues.  I tried to fix the problem in Git
 
git+ssh://git.debian.org/git/collab-maint/poco.git
 
 and created a branch NMU/1.3.6p1-1.1 where I created a dpatch file
 debian/patches/gcc-4.7.dpatch which unfortunately just reiterates
 the original problem and ends up in
 
 /tmp/buildd/poco-1.3.6p1/Foundation/include/Poco/String.h: In instantiation 
 of 'S Poco::replace(const S, const typename S::value_type*, const typename 
 S::value_type*, typename S::size_type) [with S = std::basic_stringchar; 
 typename S::value_type = char; typename S::size_type = long unsigned int]':
 src/X509Certificate.cpp:175:55:   required from here
 /tmp/buildd/poco-1.3.6p1/Foundation/include/Poco/String.h:448:2: error: 
 'replaceInPlace' was not declared in this scope, and no declarations were 
 found by argument-dependent lookup at the point of  instantiation 
 [-fpermissive]
 /tmp/buildd/poco-1.3.6p1/Foundation/include/Poco/String.h:480:4: note: 
 'templateclass S S Poco::replaceInPlace(S, const S, const S, typename 
 S::size_type)' declared here, later in the translation unit
 
 
 Unfortunately my C++ knowledge is to limited to find an easy clue how to
 fix this and would be more than happy if somebody could provide some fix.
 
 BTW, it seems to me that libpoco development only happens in experimental
 and unstable does not deserve the attention it would need.  Please help
 fixing the problem to make sure the reverse depends can stay in testing.
 
 Kind regards
 
Andreas.
 
 - Forwarded message from Andreas Tille andr...@an3as.eu -
 
 Date: Thu, 26 Jul 2012 14:23:26 +0200
 From: Andreas Tille andr...@an3as.eu
 To: Mathieu Malaterre mathieu.malate...@gmail.com, 680...@bugs.debian.org,
   Krzysztof Burghardt krzysz...@burghardt.pl,
   650...@bugs.debian.org
 Subject: Re: Bug#680798: sitplus: FTBFS: build-dependency not installable:
 
 Hi Krzysztof,
 
 there is a long standing (6 month) RC bug filed against poco including
 a patch for this problem.  When applying the patch and trying to build
 the package I realised another FTBFS problem when building with gcc-4.7.
 I'm currently trying to fix this problem and if I succeede I will upload
 to DELAYED/2.  Otherwise I'll ask for help on debian-mentors and will
 NMU-upload once the problem is solved.
 
 Kind regards
 
 Andreas.
 
 On Thu, Jul 26, 2012 at 11:52:33AM +0200, Mathieu Malaterre wrote:
 'lo

 On Thu, Jul 26, 2012 at 11:47 AM, Andreas Tille ti...@debian.org wrote:
 On Thu, Jul 26, 2012 at 11:38:24AM +0200, Mathieu Malaterre wrote:
 I believe this is because libpoco-dev was removed from testing:
 http://packages.qa.debian.org/p/poco/news/20120619T163916Z.html

 I came to the same conclusion but I have no idea how we (in terms
 of sitplus maintainers) could solve this.

 The patch looks straighfoward to apply but for some reason was never
 applied. So I simply ping'd the maintainers again:

 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650059#16

 We'll see.
 -- 
 Mathieu
 

#! /bin/sh /usr/share/dpatch/dpatch-run
## gcc-4.7.dpatch by Andreas Tille ti...@debian.org
##
## DP: Try to fix Build issue with gcc-4.7 ... but failed :-(

@DPATCH@
diff -urNad poco-1.3.6p1~/Foundation/include/Poco/String.h 
poco-1.3.6p1/Foundation/include/Poco/String.h
--- poco-1.3.6p1~/Foundation/include/Poco/String.h
+++ poco-1.3.6p1/Foundation/include/Poco/String.h
@@ -451,12 +451,13 @@
 
 
 template class S
-S replaceInPlace(S str, const S from, const S to, typename S::size_type 
start = 0)
+S replaceInPlace(S str, const typename S::value_type* from, const typename 
S::value_type* to, typename S::size_type start = 0)
 {
-   poco_assert (from.size()  0);
-   
+   poco_assert (*from);
+
S result;
typename S::size_type pos = 0;
+   typename S::size_type fromLen = std::strlen(from);
result.append(str, 0, start);
do
{
@@ -465,7 +466,7 @@
{
result.append(str, start, pos - start);
result.append(to);
-   start = pos + from.length();
+   start = pos + fromLen;
}
else result.append(str, start, str.size() - start);
}
@@ -476,13 +477,12 @@
 
 
 template class S
-S replaceInPlace(S str, const typename S::value_type* from, const typename 
S::value_type* to, typename S::size_type start = 0)
+S replaceInPlace(S str, const S from, const S to, typename S::size_type 
start = 0)
 {
-   

Bug#682781: RFS: minidlna

2012-07-26 Thread Benoît Knecht
Hi Bart,

Thanks a lot for your prompt reply.

Bart Martens wrote:
 minidlna-1.0.25+dfsg/debian/copyright :
 
   |  Source: http://sourceforge.net/projects/minidlna/files/
   |   The icons.c file in the original tarball contained binary blobs of 
 possibly
   |   unfree images. It has hence been replaced in the DFSG tarball by a file
   |   containing the free Debian logo instead. It can be generated from the 
 SVG logo
   |   using the debian/make_icons.sh script (see the header of that file for
   |   instructions).
 
 http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-origtargz
 
   |  A repackaged .orig.tar.{gz,bz2,xz} should not contain any file that does 
 not
   |  come from the upstream author(s), or whose contents has been changed by 
 you.
 
 So removing files is OK, adding/replacing files not.

You're right, except that in this case, the source would fail to build
if I simply removed icons.c, so I think it falls under the exception
laid out in the footnote [1]:

  |  As a special exception, if the omission of non-free files would lead
  |  to the source failing to build without assistance from the Debian
  |  diff, it might be appropriate to instead edit the files, omitting only
  |  the non-free parts of them, and/or explain the situation in a
  |  README.source file in the root of the source tree. But in that case
  |  please also urge the upstream author to make the non-free components
  |  easier separable from the rest of the source.

[1] 
http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#ftn.idp20146152

I haven't contacted upstream about it though, but I will do so shortly.

But I now realize, reading the page you pointed to, that the top-level
directory in my orig.tar is improperly named; right now, it's called
minidlna-1.0.25+dfsg, and it should be minidlna-1.0.25+dfsg.orig (or is
it minidlna-1.0.25.orig?). I wonder however, if the goal is to make it
possible to distinguish pristine tarballs from repackaged ones, if
minidlna-1.0.25+dfsg doesn't make that clear enough already. It's the
default name chosen by git-buildpackage, so if there is agreement that
this isn't a good name, I'll submit a patch to change that.

Thanks again for taking a look at my package; if there are any other
issues (or if you think I didn't address your concerns appropriately),
don't hesitate to let me know.

Cheers,

-- 
Benoît Knecht


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120726154551.ge2...@marvin.lan



Bug#682781: RFS: minidlna

2012-07-26 Thread Bart Martens
On Thu, Jul 26, 2012 at 05:45:51PM +0200, Benoît Knecht wrote:
 Bart Martens wrote:
  minidlna-1.0.25+dfsg/debian/copyright :
  
|  Source: http://sourceforge.net/projects/minidlna/files/
|   The icons.c file in the original tarball contained binary blobs of 
  possibly
|   unfree images. It has hence been replaced in the DFSG tarball by a 
  file
|   containing the free Debian logo instead. It can be generated from the 
  SVG logo
|   using the debian/make_icons.sh script (see the header of that file for
|   instructions).
  
  http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-origtargz
  
|  A repackaged .orig.tar.{gz,bz2,xz} should not contain any file that 
  does not
|  come from the upstream author(s), or whose contents has been changed 
  by you.
  
  So removing files is OK, adding/replacing files not.
 
 You're right, except that in this case, the source would fail to build
 if I simply removed icons.c, so I think it falls under the exception
 laid out in the footnote [1]:
 
   |  As a special exception, if the omission of non-free files would lead
   |  to the source failing to build without assistance from the Debian
   |  diff, it might be appropriate to instead edit the files, omitting only
   |  the non-free parts of them, and/or explain the situation in a
   |  README.source file in the root of the source tree. But in that case
   |  please also urge the upstream author to make the non-free components
   |  easier separable from the rest of the source.
 
 [1] 
 http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#ftn.idp20146152

That is about editing the to omit non-free parts, not about adding/replacing
files.

 
 I haven't contacted upstream about it though, but I will do so shortly.

It is always good to inform upstream about any non-free parts.

 
 But I now realize, reading the page you pointed to, that the top-level
 directory in my orig.tar is improperly named; right now, it's called
 minidlna-1.0.25+dfsg, and it should be minidlna-1.0.25+dfsg.orig (or is
 it minidlna-1.0.25.orig?).

I read packagename-upstream-version.orig, so it is minidlna-1.0.25.orig.

 I wonder however, if the goal is to make it
 possible to distinguish pristine tarballs from repackaged ones, if
 minidlna-1.0.25+dfsg doesn't make that clear enough already.

I agree that this makes that clear enough already.

Regards,

Bart Martens


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120726161353.gd31...@master.debian.org



Bug#682781: RFS: minidlna

2012-07-26 Thread Bart Martens
On Thu, Jul 26, 2012 at 04:13:53PM +, Bart Martens wrote:
 That is about editing the to omit non-free parts, not about adding/replacing
 files.

I meant editing the files.

Regards,

Bart Martens


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120726161822.ge31...@master.debian.org



Processed: retitle to RFS: libtenum/0.9.5-1 [ITP]

2012-07-26 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 retitle 682811 RFS: libtenum/0.9.5-1 [ITP]
Bug #682811 [sponsorship-requests] RFS: libtenum/0.9.5-1 [ITP]
Ignoring request to change the title of bug#682811 to the same title
 stop
Stopping processing here.

Please contact me if you need assistance.
-- 
682811: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682811
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.13433196021980.transcr...@bugs.debian.org



Processed: retitle to RFS: libtenum/0.9.5-1 [ITP]

2012-07-26 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 retitle 682811 RFS: libtenum/0.9.5-1 [ITP]
Bug #682811 [sponsorship-requests] RFS: libtenum/0.9.4-1 [ITP]
Changed Bug title to 'RFS: libtenum/0.9.5-1 [ITP]' from 'RFS: libtenum/0.9.4-1 
[ITP]'
 stop
Stopping processing here.

Please contact me if you need assistance.
-- 
682811: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682811
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.13433194721205.transcr...@bugs.debian.org



Bug#661857: marked as done (RFS: libre-jigsaw/2012.03.04-1 [ITP] -- jigsaw puzzle game)

2012-07-26 Thread Debian Bug Tracking System
Your message dated Thu, 26 Jul 2012 16:20:42 +
with message-id 20120726162042.gf31...@master.debian.org
and subject line RFS: libre-jigsaw
has caused the Debian Bug report #661857,
regarding RFS: libre-jigsaw/2012.03.04-1 [ITP] -- jigsaw puzzle game
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.)


-- 
661857: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661857
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package libre-jigsaw

* Package name: libre-jigsaw
Version: 2012.02.25-1
Upstream Author: Jonathan Hulka (jon.hu...@gmail.com)
* URL: http://speedduck.net/games/jigsaw
* License: GPL-3
Section: games

It builds those binary packages:

 libre-jigsaw - Libre Jigsaw

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

 http://mentors.debian.net/package/libre-jigsaw


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

 dget -x 
http://mentors.debian.net/debian/pool/main/libr/libre-jigsaw/libre-jigsaw_2012.02.25-1.dsc

Libre Jigsaw is written in Java

This package requires libre-jigsaw-pics, licensed under the Creative
Commons Attribution-ShareAlike 3.0 license:

 http://mentors.debian.net/package/libre-jigsaw-pics

OR:

 dget -x 
http://mentors.debian.net/debian/pool/main/libr/libre-jigsaw-pics/libre-jigsaw-pics_2012.02.14-1.dsc

More information about Libre Jigsaw can be obtained from
http://speedduck.net/games/jigsaw

This is my first attempt at building a package for Debian, any
feedback is appreciated.

Regards,

 - Jon


---End Message---
---BeginMessage---
I'm closing this RFS because there is no package to sponsor and Jon doesn't
seem to intend to upload a package to mentors soon.---End Message---


Bug#662754: marked as done (RFS: libre-jigsaw/2012.03.04-1 [ITP] -- jigsaw puzzle game)

2012-07-26 Thread Debian Bug Tracking System
Your message dated Thu, 26 Jul 2012 16:20:42 +
with message-id 20120726162042.gf31...@master.debian.org
and subject line RFS: libre-jigsaw
has caused the Debian Bug report #661857,
regarding RFS: libre-jigsaw/2012.03.04-1 [ITP] -- jigsaw puzzle game
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.)


-- 
661857: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661857
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package libre-jigsaw

Package name: libre-jigsaw
Version : 2012.03.04-1
Upstream Author : Jonathan Hulka jon.hu...@gmail.com
URL : https://github.com/jon-hulka/libre-jig
License : GPL-2 and CC BY-SA 3.0
Section : games

It builds those binary packages:

libre-jigsaw - jigsaw puzzle
libre-jigsaw-pics - jigsaw puzzle (pictures)

This application is written in Java.

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

http://mentors.debian.net/package/libre-jigsaw


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

dget -x 
http://mentors.debian.net/debian/pool/main/libr/libre-jigsaw/libre-jigsaw_2012.03.04-1.dsc

More information about libre-jigsaw can be obtained from
http://speedduck.net/games/jigsaw

Changes since the last upload:

Merged the two source packages into a multiple binary package
Removed javahelper build dependencies
Fixed links to home directory in rules file
Modified the short description


Regards,
Jonathan Hulka


---End Message---
---BeginMessage---
I'm closing this RFS because there is no package to sponsor and Jon doesn't
seem to intend to upload a package to mentors soon.---End Message---


Re: Help with gcc-4.7 needed (Was: poco: FTBFS with multiarch libmysqlclient-dev)

2012-07-26 Thread Andreas Tille
On Thu, Jul 26, 2012 at 04:55:02PM +0200, Michael Wild wrote:
 Hi Andreas
 
 Reading the error message, it seems that there is a forward-declaration
 of replaceInPlace(...) is missing before it is used in String.h:448.
 
 It seems like simply reversing the order of declaration should fix the
 problem: See the attached (modified) dpatch.

This was my impression as well and so I reverted the order of some
somehow competing declarations (with different numbers of arguments).
After my try only the line numbers of the error and the note changed
(to reflect the reverse order).

Than I gave up ...

Any other hint?

Kind regards

Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120726172602.gp27...@an3as.eu



Re: Help with gcc-4.7 needed (Was: poco: FTBFS with multiarch libmysqlclient-dev)

2012-07-26 Thread Cristian Greco
On Thu, 26 Jul 2012 14:45:02 +0200
Andreas Tille andr...@an3as.eu wrote:

 Hi,
 
 I tried to apply the patch that is supposed to solve the problem below
 but I was running in another problem which sounds quite familiar from
 other gcc-4.7 issues.  I tried to fix the problem in Git
 
git+ssh://git.debian.org/git/collab-maint/poco.git
 
 and created a branch NMU/1.3.6p1-1.1 where I created a dpatch file
 debian/patches/gcc-4.7.dpatch which unfortunately just reiterates
 the original problem and ends up in
 
 /tmp/buildd/poco-1.3.6p1/Foundation/include/Poco/String.h: In instantiation 
 of 'S Poco::replace(const S, const typename S::value_type*, const typename 
 S::value_type*, typename S::size_type) [with S = std::basic_stringchar; 
 typename S::value_type = char; typename S::size_type = long unsigned int]':
 src/X509Certificate.cpp:175:55:   required from here
 /tmp/buildd/poco-1.3.6p1/Foundation/include/Poco/String.h:448:2: error: 
 'replaceInPlace' was not declared in this scope, and no declarations were 
 found by argument-dependent lookup at the point of  instantiation 
 [-fpermissive]
 /tmp/buildd/poco-1.3.6p1/Foundation/include/Poco/String.h:480:4: note: 
 'templateclass S S Poco::replaceInPlace(S, const S, const S, typename 
 S::size_type)' declared here, later in the translation unit
 
 
 Unfortunately my C++ knowledge is to limited to find an easy clue how to
 fix this and would be more than happy if somebody could provide some fix.
 
 BTW, it seems to me that libpoco development only happens in experimental
 and unstable does not deserve the attention it would need.  Please help
 fixing the problem to make sure the reverse depends can stay in testing.
 
 Kind regards
 
Andreas.
 
 - Forwarded message from Andreas Tille andr...@an3as.eu -
 
 Date: Thu, 26 Jul 2012 14:23:26 +0200
 From: Andreas Tille andr...@an3as.eu
 To: Mathieu Malaterre mathieu.malate...@gmail.com, 680...@bugs.debian.org,
   Krzysztof Burghardt krzysz...@burghardt.pl,
   650...@bugs.debian.org
 Subject: Re: Bug#680798: sitplus: FTBFS: build-dependency not installable:
 
 Hi Krzysztof,
 
 there is a long standing (6 month) RC bug filed against poco including
 a patch for this problem.  When applying the patch and trying to build
 the package I realised another FTBFS problem when building with gcc-4.7.
 I'm currently trying to fix this problem and if I succeede I will upload
 to DELAYED/2.  Otherwise I'll ask for help on debian-mentors and will
 NMU-upload once the problem is solved.
 
 Kind regards
 
 Andreas.
 
 On Thu, Jul 26, 2012 at 11:52:33AM +0200, Mathieu Malaterre wrote:
  'lo
  
  On Thu, Jul 26, 2012 at 11:47 AM, Andreas Tille ti...@debian.org wrote:
   On Thu, Jul 26, 2012 at 11:38:24AM +0200, Mathieu Malaterre wrote:
   I believe this is because libpoco-dev was removed from testing:
   http://packages.qa.debian.org/p/poco/news/20120619T163916Z.html
  
   I came to the same conclusion but I have no idea how we (in terms
   of sitplus maintainers) could solve this.
  
  The patch looks straighfoward to apply but for some reason was never
  applied. So I simply ping'd the maintainers again:
  
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650059#16
  
  We'll see.
  -- 
  Mathieu

Hi all,

as someone already mentioned, the development of poco happened in
experimental in the last year. I never did upload to unstable because
there was a problem with reverse-deps and the boost libraries.
Although I stopped uploading to experimental some months ago, it still
builds fine and contains a lot of patches (some submitted upstream).

I'll try to fix the ftbfs for the version of poco in unstable and make
an upload as soon as possible.

Thanks,
--
Cristian Greco
GPG key ID: 0xCF4D32E4


signature.asc
Description: PGP signature


Re: Help with gcc-4.7 needed (Was: poco: FTBFS with multiarch libmysqlclient-dev)

2012-07-26 Thread Michael Wild
On 07/26/2012 07:26 PM, Andreas Tille wrote:
 On Thu, Jul 26, 2012 at 04:55:02PM +0200, Michael Wild wrote:
 Hi Andreas

 Reading the error message, it seems that there is a forward-declaration
 of replaceInPlace(...) is missing before it is used in String.h:448.

 It seems like simply reversing the order of declaration should fix the
 problem: See the attached (modified) dpatch.
 
 This was my impression as well and so I reverted the order of some
 somehow competing declarations (with different numbers of arguments).
 After my try only the line numbers of the error and the note changed
 (to reflect the reverse order).
 
 Than I gave up ...
 
 Any other hint?
 
 Kind regards
 
 Andreas.
 

Well, with my modified patch (attached to the last mail), it builds fine
for me.

Michael


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/501188fc.8080...@gmail.com



Re: Bug#682454: RFS: cows-and-bulls/1.0-1 [ITP] - Words-based cows and bulls guessing game

2012-07-26 Thread Guruprasad
Hi all,

On Mon, Jul 23, 2012 at 2:46 AM, Guruprasad lgp171...@gmail.com wrote:
 Package: sponsorship-requests
 Severity: wishlist

 Dear mentors,

   I am looking for a sponsor for my package cows-and-bulls

  * Package name: cows-and-bulls
Version : 1.0-1
Upstream Author : L. Guruprasad lgp171...@gmail.com
  * URL : https://github.com/lgp171188/Cows-and-Bulls
  * License : GPL-3
Section : games

I know this is not a great time for new packages since we are now in
freeze for wheezy. But I'd love to have some feedback. :)

Thanks  Regards,
Guruprasad


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAFZPT6YmbPd6iku45hEDowEGY9cfH+Rza2FQKLOpc4=X=vq...@mail.gmail.com



Bug#682893: RFS: freefoam/0.1.2-1 (for experimental)

2012-07-26 Thread Michael Wild
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package freefoam

* Package name: freefoam
  Version : 0.1.2-1
  Upstream Author : Michael Wild them...@users.sourceforge.net
* URL : http://freefoam.sourceforge.net
* License : GPL-3+ (+GFDL-NIV-1.2, permissive, PSF-2,
LGPL-2.1+, BSD-4-clause, GPL-2)
  Section : science

It builds those binary packages:

  freefoam   - programs for Computational Fluid Dynamics (CFD)
  freefoam-dbg - programs for Computational Fluid Dynamics (CFD) -
debugging symbols
  freefoam-dev-doc - software for Computational Fluid Dynamics -
developers documentation
  freefoam-user-doc - software for Computational Fluid Dynamics -
user documentation
  libfreefoam - libraries for Computational Fluid Dynamics (CFD)
  libfreefoam-dbg - libraries for Computational Fluid Dynamics (CFD) -
debugging symbols
  libfreefoam-dev - libraries for Computational Fluid Dynamics (CFD) -
development files
  python-freefoam - software for Computational Fluid Dynamics -
Python files
  python3-freefoam - software for Computational Fluid Dynamics -
Python3 files

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

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


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

  dget -x
http://mentors.debian.net/debian/pool/main/f/freefoam/freefoam_0.1.2-1.dsc

More information about FreeFOAM can be obtained from
http://freefoam.sourceforge.net.

Changes since the last upload:

  * [84c7923] New upstream version 0.1.2
  * [162a878] Removed debian/patches/spelling.diff. Fixed in upstream.
  * [881573d] Removed debian/patches/copyright.diff. This information
belongs into debian/copyright
  * [d834177] Removed debian/patches/userd.diff, upstream removed that
part
  * [86c646e] Build man-pages from source, remove pre-compiled copies in
debian/man1
  * [0452a37] Build HTML version of UserGuide, depend on libjs-mathjax
  * [e0e97d7] Added missing build-deps: graphviz
  * [0a2c68d] Move to straight dh sequencer with parallel builds enabled
- The debhelper version present in Ubuntu precise doesn't contain
  the fix for the CPPFLAGS variable being ignored by CMake
  (#668813), so also add the manual workaround, just to make sure.
- Removed build-depends on cdbs
- Bumped minimum required version of debhelper to 7.0.50~.
- Keep dh_installchangelogs from trying to install doc/changes/ as
  a file
  * [63668d2] Split off Python module into python{,3}-freefoam, move to
dh_python*
- Changed build-dependency from python-all to simply python added
  new
- Build-depends on python3
- Add X-Python{,3}-Version tags
  * [59cd2fe] Install private binaries into /usr/lib/freefoam/bin
  * [2a39577] Fix bogus lintian override
  * [1240767] Cleanup debian/control, fix Homepage/Source entries
  * [703e36b] Make debian/copyright complete, cleanup
  * [b87d5f9] Do not version plugins directory
  * [037f959] Properly assign files to correct package in
debian/*.install. Requires new build-depends on bash-completion.
  * [2bdf7d5] Link docs of freefoam-{dev,user}-docs into
/usr/share/docs/freefoam
  * [36a0288] Added debian/patches/disable-git-version-check.diff.
Instead of querying git about the build number, use the Debian
version.
  * [981346d] Override warnings about useless ldconfig calls
  * [e4c2b99] Add Michael Wild to the uploaders
  * [02f2ab1] Added
debian/patches/fix-doc-urls-and-references-for-debian.diff.
Update the installation directories accordingly in
debian/freefoam-*-doc.install.
  * [63e9652] Added
debian/patches/remove-hard-coded-python-modules-path.diff.
For the build to work it is now required to set the PYTHONPATH
environment variable in debian/rules.
  * [06d66a3] Add multiarch support
  * [658f053] Create debug-symbols packages {lib,}freefoam-dbg
  * [13446a4] Build hardened libraries and executables. This requires
CMake/FOAMUtilities.cmake to be patched, otherwise it would be
impossible to pass the PIE flags to the executables only in CMake.
- Added d/p/add-DEB_EXE_COMPILE_LINKER_FLAGS-to-build-system.diff
- Added a build-depends on hardening-includes


Gerber van der Graaf, who originally packaged the freefoam-0.1.0-1
package asked me to add myself directly to the uploaders and asking for
sponsorship instead of going through him.

I think with the modifications I made I fixed some important bugs, some
of which I would consider to be RC. E.g. 0.1.0-1 contained some non-free
source and documentation files. Also, the documentation as it is
currently installed is pretty buggy and does not work as expected. Also,
the *.so symlinks where not split off into the libfreefoam-dev package
and the Python files where not separated into python* packages.

Some of these bugs I fixed directly 

Re: Bug#680798: Help with gcc-4.7 needed (Was: poco: FTBFS with multiarch libmysqlclient-dev)

2012-07-26 Thread Adam D. Barratt
On Thu, 2012-07-26 at 14:45 +0200, Andreas Tille wrote:
 BTW, it seems to me that libpoco development only happens in experimental
 and unstable does not deserve the attention it would need.  Please help
 fixing the problem to make sure the reverse depends can stay in testing.

Stay would imply that they're currently _in_ testing.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1343336453.9025.20.ca...@jacala.jungle.funky-badger.org



Bug#682893: RFS: freefoam/0.1.2-1 (for experimental)

2012-07-26 Thread Dmitrijs Ledkovs
Hello Michael,

Thank you for your work!

First small comment, instead of adding debian-science to CC, next time
use X-Debbugs-CC. The difference is: if in CC reply-all adds submit@ and
you get a loop of filing new bugs, in X-Debbugs-CC only
##@bugs.debian.org will be in the loop.

Now about the rest follows:

On 26/07/12 19:52, Michael Wild wrote:
 Package: sponsorship-requests
 Severity: normal
 
 Dear mentors,
 
 I am looking for a sponsor for my package freefoam
 
 * Package name: freefoam
   Version : 0.1.2-1
   Upstream Author : Michael Wild them...@users.sourceforge.net
 * URL : http://freefoam.sourceforge.net
 * License : GPL-3+ (+GFDL-NIV-1.2, permissive, PSF-2,
 LGPL-2.1+, BSD-4-clause, GPL-2)
   Section : science
 
 It builds those binary packages:
 
   freefoam   - programs for Computational Fluid Dynamics (CFD)
   freefoam-dbg - programs for Computational Fluid Dynamics (CFD) -
 debugging symbols
   freefoam-dev-doc - software for Computational Fluid Dynamics -
 developers documentation
   freefoam-user-doc - software for Computational Fluid Dynamics -
 user documentation
   libfreefoam - libraries for Computational Fluid Dynamics (CFD)
   libfreefoam-dbg - libraries for Computational Fluid Dynamics (CFD) -
 debugging symbols
   libfreefoam-dev - libraries for Computational Fluid Dynamics (CFD) -
 development files
   python-freefoam - software for Computational Fluid Dynamics -
 Python files
   python3-freefoam - software for Computational Fluid Dynamics -
 Python3 files
 
 To access further information about this package, please visit the
 following URL:
 
 http://mentors.debian.net/package/freefoam
 
 
 Alternatively, one can download the package with dget using this command:
 
   dget -x
 http://mentors.debian.net/debian/pool/main/f/freefoam/freefoam_0.1.2-1.dsc
 
 More information about FreeFOAM can be obtained from
 http://freefoam.sourceforge.net.
 
 Changes since the last upload:
 
   * [84c7923] New upstream version 0.1.2
   * [162a878] Removed debian/patches/spelling.diff. Fixed in upstream.
   * [881573d] Removed debian/patches/copyright.diff. This information
 belongs into debian/copyright
   * [d834177] Removed debian/patches/userd.diff, upstream removed that
 part
   * [86c646e] Build man-pages from source, remove pre-compiled copies in
 debian/man1
   * [0452a37] Build HTML version of UserGuide, depend on libjs-mathjax
   * [e0e97d7] Added missing build-deps: graphviz
   * [0a2c68d] Move to straight dh sequencer with parallel builds enabled
 - The debhelper version present in Ubuntu precise doesn't contain
   the fix for the CPPFLAGS variable being ignored by CMake
   (#668813), so also add the manual workaround, just to make sure.
 - Removed build-depends on cdbs
 - Bumped minimum required version of debhelper to 7.0.50~.
 - Keep dh_installchangelogs from trying to install doc/changes/ as
   a file
   * [63668d2] Split off Python module into python{,3}-freefoam, move to
 dh_python*
 - Changed build-dependency from python-all to simply python added
   new
 - Build-depends on python3
 - Add X-Python{,3}-Version tags
   * [59cd2fe] Install private binaries into /usr/lib/freefoam/bin
   * [2a39577] Fix bogus lintian override
   * [1240767] Cleanup debian/control, fix Homepage/Source entries
   * [703e36b] Make debian/copyright complete, cleanup
   * [b87d5f9] Do not version plugins directory
   * [037f959] Properly assign files to correct package in
 debian/*.install. Requires new build-depends on bash-completion.
   * [2bdf7d5] Link docs of freefoam-{dev,user}-docs into
 /usr/share/docs/freefoam
   * [36a0288] Added debian/patches/disable-git-version-check.diff.
 Instead of querying git about the build number, use the Debian
 version.
   * [981346d] Override warnings about useless ldconfig calls
   * [e4c2b99] Add Michael Wild to the uploaders
   * [02f2ab1] Added
 debian/patches/fix-doc-urls-and-references-for-debian.diff.
 Update the installation directories accordingly in
 debian/freefoam-*-doc.install.
   * [63e9652] Added
 debian/patches/remove-hard-coded-python-modules-path.diff.
 For the build to work it is now required to set the PYTHONPATH
 environment variable in debian/rules.
   * [06d66a3] Add multiarch support
   * [658f053] Create debug-symbols packages {lib,}freefoam-dbg
   * [13446a4] Build hardened libraries and executables. This requires
 CMake/FOAMUtilities.cmake to be patched, otherwise it would be
 impossible to pass the PIE flags to the executables only in CMake.
 - Added d/p/add-DEB_EXE_COMPILE_LINKER_FLAGS-to-build-system.diff
 - Added a build-depends on hardening-includes
 
 
 Gerber van der Graaf, who originally packaged the freefoam-0.1.0-1
 package asked me to add myself directly to the uploaders and asking for
 sponsorship instead of going through 

Bug#682899: RFS: zynaddsubfx/2.4.0-1.3 [NMU] [RC]

2012-07-26 Thread Christophe Siraut
Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package zynaddsubfx

 * Package name: zynaddsubfx
   Version : 2.4.0-1.3
   Upstream Author : Nasca Otavian Paul zynaddsu...@yahoo.com
 * URL : http://zynaddsubfx.sourceforge.net
 * License : GPL
   Section : sound

It builds those binary packages:

zynaddsubfx - Realtime software synthesizer for Linux

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

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

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

  dget -x
http://mentors.debian.net/debian/pool/main/z/zynaddsubfx/zynaddsubfx_2.4.0-1.3.dsc

Changes since the last upload:

 * Fix bank loading. (Closes: #661887).
 * Build with libjack-dev or libjack-jackd2-dev. (Closes: #602194).
 * Fix debhelper-but-no-misc-depends zynaddsubfx.
 * Fix patch-system-but-direct-changes-in-diff src/main.cpp.
 * Fix hardening-no-fortify-functions usr/bin/zynaddsubfx.

Regards,
  Christophe Siraut


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1343338878.3790.11.ca...@edge.localdomain.be



Bug#681968: RFS: scscp-imcce/0.6.4+ds-1 [ITP] -- IMCCE SCSCP C Library

2012-07-26 Thread Jerome BENOIT

Dear Mentors:

On 19/07/12 16:13, Jerome BENOIT wrote:

Dear Mentors:

On 18/07/12 11:22, Thibaut Paumard wrote:

Le 18/07/12 10:40, Jerome Benoit a écrit :

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package scscp-imcce

[...]


SCSCP stands for Symbolic Computation Software Composibility Protocol.
This protocol is developed by the European project SCIEnce - Symbolic
Computation Infrastructure for Europe: http://www.symbolic-computing.org/


Dear Jérôme,

What about putting your package under collaborative maintenance in by
the Debian Science Team?


I am on my way to do so.


Done !



See:


http://debian-science.alioth.debian.org/debian-science-policy.html

It may then be easier for you to find a sponsor within the team.

I can help you with that (setting up a git repository on alioth and all)


I will have an attentive look before asking.


but I can't sponsor you (yet).

Regards, Thibaut.




Sincerely,
Jerome



Sincerely,
Jerome




--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5012122c.2060...@rezozer.net