Bug#757032: marked as done (RFS: osm-gps-map/1.0.2-2)

[Debian Bug Tracking System]

Your message dated Tue, 05 Aug 2014 04:24:45 +
with message-id 
and subject line closing RFS: osm-gps-map/1.0.2-2
has caused the Debian Bug report #757032,
regarding RFS: osm-gps-map/1.0.2-2
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.)


-- 
757032: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757032
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 "osm-gps-map"

* Package name: osm-gps-map
  Version : 1.0.2-2
* URL : http://nzjrs.github.com/osm-gps-map/
* License : GPL-2
  Section : libdevel

It builds those binary packages:

gir1.2-osmgpsmap-1.0 - GTK+ library to embed OpenStreetMap maps - Python
bindings
libosmgpsmap-1.0-0 - GTK+ library to embed OpenStreetMap maps
libosmgpsmap-1.0-0-dbg - GTK+ library to embed OpenStreetMap maps -
debugging symbols
libosmgpsmap-1.0-0-dev - GTK+ library to embed OpenStreetMap maps -
development files

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

http://mentors.debian.net/package/osm-gps-map


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

dget -x
http://mentors.debian.net/debian/pool/main/o/osm-gps-map/osm-gps-map_1.0.2-2.dsc

More information about hello can be obtained from
http://nzjrs.github.com/osm-gps-map/.

Changes since the last upload:

* Install pkg-config file.
Thanks to Ruben Undheim (Closes: 753808)
* Fix lintian warning "Breaks-without-version"


Regards,
Ross Gammon



signature.asc
Description: OpenPGP digital signature
--- End Message ---
--- Begin Message ---
Package osm-gps-map version 1.0.2-2 is in unstable now.
http://packages.qa.debian.org/osm-gps-map--- End Message ---

Bug#754260: RFS: terminology/0.6.0-1 [ITP]

[Paul Wise]

On Tue, Aug 5, 2014 at 12:38 PM, Anthony F McInerney wrote:

> The code references lz4.c while lz4-dev supplies only lz4.h.
> Is there another way i can pull in the lz4 source package?
> Or am i just confused? :)

I think you are confused.

The package should link against the lz4 shared library rather than
embedding a copy of the library. To link against a shared library you
do not need the source code at all, just the header and the shared
library.

The attached files (completely untested) should do something like that
and fix other issues.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


control
Description: Binary data


rules
Description: Binary data
--- a/configure.ac
+++ b/configure.ac
@@ -55,6 +55,8 @@
 
 AC_CHECK_FUNCS(mkstemps)
 
+AC_CHECK_HEADER([lz4.h], [AC_DEFINE([HAVE_LZ4_H], [1], [Define to 1 if you have .])], [AC_MSG_ERROR([Please install the lz4 dev library https://code.google.com/p/lz4/])])
+
 EFL_WITH_BIN([edje], [edje-cc], [edje_cc])
 
 with_max_log_level="EINA_LOG_LEVEL_ERR"
--- a/src/bin/Makefile.am
+++ b/src/bin/Makefile.am
@@ -7,7 +7,7 @@
 -DPACKAGE_BIN_DIR=\"$(bindir)\" -DPACKAGE_LIB_DIR=\"$(libdir)\" \
 -DPACKAGE_DATA_DIR=\"$(pkgdatadir)\" @TERMINOLOGY_CFLAGS@
 
-terminology_LDADD = @TERMINOLOGY_LIBS@ @ELDBUS_LIBS@
+terminology_LDADD = @TERMINOLOGY_LIBS@ @ELDBUS_LIBS@ -llz4
 
 terminology_SOURCES = \
 private.h \
@@ -41,7 +41,6 @@
 termptygfx.c termptygfx.h \
 termptyext.c termptyext.h \
 termptysave.c termptysave.h \
-lz4/lz4.c lz4/lz4.h \
 utf8.c utf8.h \
 win.c win.h \
 utils.c utils.h \
--- a/src/bin/termptysave.c
+++ b/src/bin/termptysave.c
@@ -2,7 +2,7 @@
 #include 
 #include "termpty.h"
 #include "termptysave.h"
-#include "lz4/lz4.h"
+#include 
 #include 
 
 #if defined (__MacOSX__) || (defined (__MACH__) && defined (__APPLE__))

Bug#754260: RFS: terminology/0.6.0-1 [ITP]

[Anthony F McInerney]

Hi pabs,

On 1 August 2014 05:36, Paul Wise  wrote:

>
> Add liblz4-dev to the Build-Depends. In addition you will need to patch
> src/bin/Makefile.am and src/bin/termptysave.c so that the system version
> is used. Since you are patching the autotools build system you will need
> to replace autotools-dev with dh-autoreconf in the Build-Depends and
> replace autotools-dev with autoreconf in debian/rules.
>
> The code references lz4.c while lz4-dev supplies only lz4.h.
Is there another way i can pull in the lz4 source package?
Or am i just confused? :)

grep lz4/lz4.c * -R
bin/Makefile.in:lz4/lz4.c lz4/lz4.h \
bin/Makefile.in:lz4/terminology-lz4.o: lz4/lz4.c
bin/Makefile.in:@am__fastdepCC_TRUE@$(AM_V_CC)$(CC) $(DEFS)
$(DEFAULT_INCLUDES) $(INCLUDES) $(terminology_CPPFLAGS) $(CPPFLAGS)
$(AM_CFLAGS) $(CFLAGS) -MT lz4/terminology-lz4.o -MD -MP -MF
lz4/$(DEPDIR)/terminology-lz4.Tpo -c -o lz4/terminology-lz4.o `test -f
'lz4/lz4.c' || echo '$(srcdir)/'`lz4/lz4.c
bin/Makefile.in:@AMDEP_TRUE@@am__fastdepCC_FALSE@
$(AM_V_CC)source='lz4/lz4.c' object='lz4/terminology-lz4.o' libtool=no
@AMDEPBACKSLASH@
bin/Makefile.in:@am__fastdepCC_FALSE@   $(AM_V_CC@am__nodep@)$(CC) $(DEFS)
$(DEFAULT_INCLUDES) $(INCLUDES) $(terminology_CPPFLAGS) $(CPPFLAGS)
$(AM_CFLAGS) $(CFLAGS) -c -o lz4/terminology-lz4.o `test -f 'lz4/lz4.c' ||
echo '$(srcdir)/'`lz4/lz4.c
bin/Makefile.in:lz4/terminology-lz4.obj: lz4/lz4.c
bin/Makefile.in:@am__fastdepCC_TRUE@$(AM_V_CC)$(CC) $(DEFS)
$(DEFAULT_INCLUDES) $(INCLUDES) $(terminology_CPPFLAGS) $(CPPFLAGS)
$(AM_CFLAGS) $(CFLAGS) -MT lz4/terminology-lz4.obj -MD -MP -MF
lz4/$(DEPDIR)/terminology-lz4.Tpo -c -o lz4/terminology-lz4.obj `if test -f
'lz4/lz4.c'; then $(CYGPATH_W) 'lz4/lz4.c'; else $(CYGPATH_W)
'$(srcdir)/lz4/lz4.c'; fi`
bin/Makefile.in:@AMDEP_TRUE@@am__fastdepCC_FALSE@
$(AM_V_CC)source='lz4/lz4.c' object='lz4/terminology-lz4.obj' libtool=no
@AMDEPBACKSLASH@
bin/Makefile.in:@am__fastdepCC_FALSE@   $(AM_V_CC@am__nodep@)$(CC) $(DEFS)
$(DEFAULT_INCLUDES) $(INCLUDES) $(terminology_CPPFLAGS) $(CPPFLAGS)
$(AM_CFLAGS) $(CFLAGS) -c -o lz4/terminology-lz4.obj `if test -f
'lz4/lz4.c'; then $(CYGPATH_W) 'lz4/lz4.c'; else $(CYGPATH_W)
'$(srcdir)/lz4/lz4.c'; fi`
bin/Makefile.am:lz4/lz4.c lz4/lz4.h \

Thanks
Anthony (bofh80)

Bug#739889: RFS: twython/3.1.2-1 [ITP] -- Pure Python wrapper for the Twitter API

[Josue Ortega]

On Mon, Aug 04, 2014 at 06:03:30PM -0300, Eriberto wrote:
> tags 739889 moreinfo
> thanks
> 
> 
Hi Eriberto

> Hi Josue,
> 
> Initially, a curiosity: if the maintainer is set as 'Debian Python
> Modules Team', why you don't asked a sponsor to the group?

My initial approach was to maintain this package with DPMT, I asked 
for sponsoring at the Debian Python mailing list but the response I've got
was a question asking why we need another python wrapper in the archive[0]

> 
> Please:
> 
> 1. d/control: remove the double space in 'Maintainer' field. In long
> description, in last paragraph, I think that can be "many features
> that work with" and "change user background". Please, remove
> 'Pre-Depends' fields. Dpkg is set as 'Essential' in Debian. ($
> apt-cache show dpkg)
> 
> 2. The HISTORY.rst is the changelog. You can use
> 'dh_installchangelogs' to install it.
> 
> Thanks for your work!
> 
> Regards,
> 
> Eriberto


Thanks for reviewing the package! I will make the changes.

If you are interested in sponsoring python-twython, I can maintain the
package by myself and move the package to collab-maint. Or if there is no
problem with you to make the upload I would co-maintain the package with
the DPMT.

Let me know what do you think about it

Cheers


[0]: https://lists.debian.org/debian-python/2014/05/msg9.html

---
Josue Ortega
«Happy Hacking»
http://josueortega.org

signature.asc
Description: Digital signature

Bug#754463: RFS: pdf2htmlex/0.11+ds-1

[Johannes Schauer]

Hi,

Quoting Jakub Wilk (2014-08-04 23:03:54)
> * Johannes Schauer , 2014-08-02, 09:33:
> >I'm not familiar enough with the kind of disaster that may 
> >happen when linking C++11 compiled code to C++98 libraries
> 
> Crashes, I suppose.
> 
> >I also do not see any advised fix or how to prevent the situation.
> 
> There's not much that can be done, other than:
> - porting pdf2htmlEX to C++98 (unlikely to be feasible);
> - not uploading the package yet;
> - keeping your fingers crossed that nothing bad will happen.

I would suggest going for the last option and handle problems once they appear
in practice.

> >I uploaded the new version.
> 
> There's a new typo:
> comparision -> comparison

I created a new patch "fix-spelling". But since this is the only correction we
have so far I guess we wait with forwarding it to upstream until there are more
changes than just a single letter?

> >I also noticed that the software allows to set ENABLE_SVG=ON which enables
> >generating SVG backgrounds and converting type-3 fonts. But this feature
> >requires CairoFontEngine, CairoRescaleBox and CairoOutputDev from the
> >poppler sources. Should I integrate the required files into the upstream
> >tarball so that we can build with ENABLE_SVG=ON?
> 
> Embedding a copy of (a part of) Poppler doesn't seem appealing to me. 
> :-(
> 
> It would be ideal if Poppler provided the required headers files, and 
> perhaps moved Cairo*.o to a separate library (they are currently part of 
> libpoppler-glib). But I have a hunch Poppler maintainers won't like this 
> idea...

Just in case I filed wishlist bug #757055

> >I also noticed that the required files are shipped by the emscripten binary
> >package. But it'd be quite messy to depend on that binary package for the
> >sources it ships for a different purpose.
> 
> Yeah, let's not go that way.

Agreed. In case #757055 gets resolved we can revisit this feature.

I uploaded a new version that fixes the spelling mistake you found.

cheers, josch


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140804233454.19236.26640@hoothoot

Bug#756042: marked as done (RFS: sandboxgamemaker/2.8.2+dfsg-1 [ITA][RC])

[Debian Bug Tracking System]

Your message dated Mon, 4 Aug 2014 18:14:37 -0300
with message-id 

and subject line Re: RFS: sandboxgamemaker/2.8.2+dfsg-1 [ITA][RC]
has caused the Debian Bug report #756042,
regarding RFS: sandboxgamemaker/2.8.2+dfsg-1 [ITA][RC]
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.)


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

Dear mentors,

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

 * Package name: sandboxgamemaker
   Version : 2.8.2+dfsg-1
   Upstream Author : Platinum Arts, LLC
 * URL : www.sandboxgamemaker.com
 * License : Saurbraten ZLIB license
   Section : games

  It builds those binary packages:

sandboxgamemaker - 3D game maker and 3D game design program

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

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


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

dget -x 
http://mentors.debian.net/debian/pool/contrib/s/sandboxgamemaker/sandboxgamemaker_2.8.2+dfsg-1.dsc

  More information about sandboxgamemaker can be obtained from
http://www.moddb.com/engines/platinum-arts-sandbox-free-3d-game-maker

  Changes since the last upload:

  * New maintainer upload (Closes: #694990)
  * New Upstream Release
  * New Depends on wxwidgets 3.0 (Closes: #749835)

Thanks for your time

Kind Regards

Anthony
--- End Message ---
--- Begin Message ---
Uploaded. So, I am closing this bug.

Regards,

Eriberto--- End Message ---

Bug#756634: RFS: roxterm/2.9.1-1

[Eriberto]

Hi Vicent! Your package!

I am glad to shared this moment with you.

Cheers,

Eriberto


2014-08-04 17:58 GMT-03:00 Vincent Cheng :
> On Mon, Aug 4, 2014 at 12:24 PM, Tony Houghton  wrote:
>> On 04/08/14 07:11, Vincent Cheng wrote:
>>>
>>> On Thu, Jul 31, 2014 at 10:15 AM, Eriberto Mota 
>>> wrote:
>>>
 - Allow the content modification of the po/roxterm.pot. To make it,
 create the file debian/source/options with this content[1]:

 extend-diff-ignore = "^po/roxterm.pot$"
>>
>>
>> I did that, but I get this warning:
>>
>> dpkg-source: warning: --extend-diff-ignore:=(^|/)po/roxterm.pot$ is not a
>> valid option for Dpkg::Source::Package::V3::Quilt
>>
>> and the package still can't be built twice from the same directory. Besides
>> roxterm.pot it also detects changes to the po/*.po files. I think these get
>> updated with a new POT-Creation-Date header. I can probably find a way to
>> prevent these files from being updated with no changes other than date
>> stamps, but I'm puzzled why extend-diff-ignore doesn't work with format 3.0
>> (quilt). I can't find any information as to why not. Is there another way to
>> make it ignore these?
>
> This seems to work (there are a lot more files that dpkg-source
> complains about):
>
> extend-diff-ignore =
> "^(po/((.*).mo|roxterm.pot)|(.*).xml|Help/(.*)|roxterm.spec)$"
>
> Eriberto, I've sponsored roxterm before so I'm happy to do so again,
> but you're welcome to upload it yourself if you want.
>
> Regards,
> Vincent


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAP+dXJcxoivLSSJ+1gDLe_Gs=kj8-2ejttjzfx+lnmhwm4n...@mail.gmail.com

Bug#756042: RFS: sandboxgamemaker/2.8.2+dfsg-1 [ITA][RC]

[Eriberto Mota]

Uploaded. Thanks for your work Anthony!

Cheers,

Eriberto

2014-08-04 16:20 GMT-03:00 Anthony F McInerney :
> OK should be good.


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAP+dXJd9z+D+1_qcYpyBLu9tVBKGcvO3govF=wkgj3jthq0...@mail.gmail.com

Bug#728220: RFS: fatcat/1.0.4-1 [ITP]

[Eriberto Mota]

Hi!

Please, see here: http://eriberto.pro.br/blog/?p=1289

Thanks for your interest. Feel free to contact me.

Regards,

Eriberto

2014-08-04 17:50 GMT-03:00 Grégoire Passault :
> Hello,
>
> Thanks for your response
> I've changed the changelog
> Actually, my lintian is quite, what options do you (/should I) use?
>
> Best regards,
> Grégoire Passault
>
> $ lintian -vv fatcat_1.0.4-1_amd64.deb
> N: Using profile ubuntu/main.
> N: Setting up lab in /tmp/temp-lintian-lab-oBBGXBKzuX ...
> N: 
> N: Processing binary package fatcat (version 1.0.4-1, arch amd64) ...
>


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cap+dxjfmf5kpptzuhuztmekcdxkny1qlomsyzknud3r0h...@mail.gmail.com

Bug#739889: RFS: twython/3.1.2-1 [ITP] -- Pure Python wrapper for the Twitter API

[Eriberto]

tags 739889 moreinfo
thanks


Hi Josue,

Initially, a curiosity: if the maintainer is set as 'Debian Python
Modules Team', why you don't asked a sponsor to the group?

Please:

1. d/control: remove the double space in 'Maintainer' field. In long
description, in last paragraph, I think that can be "many features
that work with" and "change user background". Please, remove
'Pre-Depends' fields. Dpkg is set as 'Essential' in Debian. ($
apt-cache show dpkg)

2. The HISTORY.rst is the changelog. You can use
'dh_installchangelogs' to install it.

Thanks for your work!

Regards,

Eriberto


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cap+dxjedh8sajagztvwadehgacp_2bxghyfppesgxrjxq-s...@mail.gmail.com

Bug#754463: RFS: pdf2htmlex/0.11+ds-1

[Jakub Wilk]

* Johannes Schauer , 2014-08-02, 09:33:
I'm not familiar enough with the kind of disaster that may 
happen when linking C++11 compiled code to C++98 libraries


Crashes, I suppose.


I also do not see any advised fix or how to prevent the situation.


There's not much that can be done, other than:
- porting pdf2htmlEX to C++98 (unlikely to be feasible);
- not uploading the package yet;
- keeping your fingers crossed that nothing bad will happen.

I did not realize you were offering to sponsor the package but I'm very 
happy about it :)


I set myself as owner of this RFS bug, which I think is supposed to 
indicate sponsoring willingness. :-)



I uploaded the new version.


There's a new typo:
comparision -> comparison

I also noticed that the software allows to set ENABLE_SVG=ON which 
enables generating SVG backgrounds and converting type-3 fonts. But 
this feature requires CairoFontEngine, CairoRescaleBox and 
CairoOutputDev from the poppler sources. Should I integrate the 
required files into the upstream tarball so that we can build with 
ENABLE_SVG=ON?


Embedding a copy of (a part of) Poppler doesn't seem appealing to me. 
:-(


It would be ideal if Poppler provided the required headers files, and 
perhaps moved Cairo*.o to a separate library (they are currently part of 
libpoppler-glib). But I have a hunch Poppler maintainers won't like this 
idea...


I also noticed that the required files are shipped by the emscripten 
binary package. But it'd be quite messy to depend on that binary 
package for the sources it ships for a different purpose.


Yeah, let's not go that way.

--
Jakub Wilk


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140804210354.ga...@jwilk.net

Bug#756634: RFS: roxterm/2.9.1-1

[Vincent Cheng]

On Mon, Aug 4, 2014 at 12:24 PM, Tony Houghton  wrote:
> On 04/08/14 07:11, Vincent Cheng wrote:
>>
>> On Thu, Jul 31, 2014 at 10:15 AM, Eriberto Mota 
>> wrote:
>>
>>> - Allow the content modification of the po/roxterm.pot. To make it,
>>> create the file debian/source/options with this content[1]:
>>>
>>> extend-diff-ignore = "^po/roxterm.pot$"
>
>
> I did that, but I get this warning:
>
> dpkg-source: warning: --extend-diff-ignore:=(^|/)po/roxterm.pot$ is not a
> valid option for Dpkg::Source::Package::V3::Quilt
>
> and the package still can't be built twice from the same directory. Besides
> roxterm.pot it also detects changes to the po/*.po files. I think these get
> updated with a new POT-Creation-Date header. I can probably find a way to
> prevent these files from being updated with no changes other than date
> stamps, but I'm puzzled why extend-diff-ignore doesn't work with format 3.0
> (quilt). I can't find any information as to why not. Is there another way to
> make it ignore these?

This seems to work (there are a lot more files that dpkg-source
complains about):

extend-diff-ignore =
"^(po/((.*).mo|roxterm.pot)|(.*).xml|Help/(.*)|roxterm.spec)$"

Eriberto, I've sponsored roxterm before so I'm happy to do so again,
but you're welcome to upload it yourself if you want.

Regards,
Vincent


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caczd_tcncewg6s1rqn+gsp5xmwyhcc8sjj0gcbfr60xvs1d...@mail.gmail.com

Bug#751550: RFS: aclock.app/0.4.0-1 [ITA]

[Yavor Doganov]

Paul Gevers wrote:
> Are there any sources for the png/wav in Resources ?

There's a Blender file (cuckoo.blend) in the top directory.

> The man page is rather brief. Could you reasonably extend it?

I tried (fix pushed in Git).

> The text in d/copyright about the Debian license file doesn't mention
> its version.

Fixed as well.


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87d2cghv4p.GNUs_not_UNIX!%ya...@gnu.org

Bug#750708: RFS: audiotools/2.21-3 [ITP] -- Collection of audio handling programs for the command line

[Vincent Cheng]

On Mon, Aug 4, 2014 at 9:18 AM, Eriberto  wrote:
> Sorry Vincent... I think I didn't know you already taking care of this 
> package.

That's not a problem; you're more than welcome to review packages I've
already reviewed myself.

Regards,
Vincent


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CACZd_tD=FrDm61SFBQPD1SkcuYDcL=28dafuda4knxtxc0q...@mail.gmail.com

Bug#751659: RFS: gridlock.app/1.10-4 [ITA]

[Don Armstrong]

On Mon, 04 Aug 2014, Yavor Doganov wrote:
> Paul Gevers wrote:
> > Please acknowledge nmus (even if the content is nearly all yours)
> 
> Fixed in Git. BTW, this "Ack NMU" thing doesn't seem to work as
> before. Previously, the maintainer would also close the bug that was
> fixed by the NMU, and IIRC this was the sole reason for the
> requirement to acknowledge NMUs. I guess it's been made redundant
> since debbugs has version tracking.

When working with NMUs, you can either

1) Incorporate the NMU changelog entries before your new changelog entry

2) Include a separate section in your new changelog entry which
acknowledges the NMU-specific changes and the bugs that they fixed
without including the NMU changelog entries.

Either method is acceptable as far as the BTS is concerned. #1 means
that your version is based on the previous NMU version. #2 means that
your version is not based on the previous NMU version, but that the bugs
that the NMU fixed are also fixed in your version.

-- 
Don Armstrong  http://www.donarmstrong.com

I shall require that [a scientific system's] logical form shall be
such that it can be singled out, by means of empirical tests, in a
negative sense: it must be possible for an empirical scientific system
to be refuted by experience.
 -- Sir Karl Popper _Logic of Scientific Discovery_ §6


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140804201144.gs12...@teltox.donarmstrong.com

Bug#751659: RFS: gridlock.app/1.10-4 [ITA]

[Yavor Doganov]

Paul Gevers wrote:
> I have several (in random order) remarks:
> 
> Please acknowledge nmus (even if the content is nearly all yours)

Fixed in Git.  BTW, this "Ack NMU" thing doesn't seem to work as
before.  Previously, the maintainer would also close the bug that was
fixed by the NMU, and IIRC this was the sole reason for the
requirement to acknowledge NMUs.  I guess it's been made redundant
since debbugs has version tracking.

> Are the d/dirs really needed? What for?

Normally I would create the directories in debian/rules.  But as the
file was already there, I kept it.  They're needed because moving the
executable symlink from /usr/bin to /usr/games will fail if the latter
does not exist.  Likewise for the move of Resources from
/usr/lib/GNUstep to /usr/share/GNUstep.

> Did you forward the patches? If not why not (I think I know).

No, the game was reimplemented in Python some time ago and upstream
doesn't maintain the GNUstep variant any more.  I will ask for
adopters on the GNUstep upstream mailing lists.

Meanwhile, if someone packages the Python version for Debian I'll file
a removal request for gridlock.app.


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87egwwhwp9.GNUs_not_UNIX!%ya...@gnu.org

Bug#756634: RFS: roxterm/2.9.1-1

[Tony Houghton]

On 04/08/14 07:11, Vincent Cheng wrote:

On Thu, Jul 31, 2014 at 10:15 AM, Eriberto Mota  wrote:


- Allow the content modification of the po/roxterm.pot. To make it,
create the file debian/source/options with this content[1]:

extend-diff-ignore = "^po/roxterm.pot$"


I did that, but I get this warning:

dpkg-source: warning: --extend-diff-ignore:=(^|/)po/roxterm.pot$ is not 
a valid option for Dpkg::Source::Package::V3::Quilt


and the package still can't be built twice from the same directory. 
Besides roxterm.pot it also detects changes to the po/*.po files. I 
think these get updated with a new POT-Creation-Date header. I can 
probably find a way to prevent these files from being updated with no 
changes other than date stamps, but I'm puzzled why extend-diff-ignore 
doesn't work with format 3.0 (quilt). I can't find any information as to 
why not. Is there another way to make it ignore these?



--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53dfdddc.7030...@realh.co.uk

Bug#757032: RFS: osm-gps-map/1.0.2-2

[Ross Gammon]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "osm-gps-map"

* Package name: osm-gps-map
  Version : 1.0.2-2
* URL : http://nzjrs.github.com/osm-gps-map/
* License : GPL-2
  Section : libdevel

It builds those binary packages:

gir1.2-osmgpsmap-1.0 - GTK+ library to embed OpenStreetMap maps - Python
bindings
libosmgpsmap-1.0-0 - GTK+ library to embed OpenStreetMap maps
libosmgpsmap-1.0-0-dbg - GTK+ library to embed OpenStreetMap maps -
debugging symbols
libosmgpsmap-1.0-0-dev - GTK+ library to embed OpenStreetMap maps -
development files

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

http://mentors.debian.net/package/osm-gps-map


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

dget -x
http://mentors.debian.net/debian/pool/main/o/osm-gps-map/osm-gps-map_1.0.2-2.dsc

More information about hello can be obtained from
http://nzjrs.github.com/osm-gps-map/.

Changes since the last upload:

* Install pkg-config file.
Thanks to Ruben Undheim (Closes: 753808)
* Fix lintian warning "Breaks-without-version"


Regards,
Ross Gammon



signature.asc
Description: OpenPGP digital signature

Bug#749544: marked as done (RFS: atop/2.0.2-1)

[Debian Bug Tracking System]

Your message dated Mon, 4 Aug 2014 14:33:54 -0300
with message-id 

and subject line Re: RFS: atop/2.0.2-1
has caused the Debian Bug report #749544,
regarding RFS: atop/2.0.2-1
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.)


-- 
749544: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749544
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: sponsorship-requests
  Severity: normal

  Dear mentors,

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

 * Package name: atop
   Version : 2.0.2-1
   Upstream Author : Gerlof Langeveld
 * URL : http://www.atoptool.nl
 * License : gpl2
   Section : admin

  It builds those binary packages:

atop  - Monitor for system resources and process activity

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

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


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

dget -x
http://mentors.debian.net/debian/pool/main/a/atop/atop_2.0.2-1.dsc

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

  Changes since the last upload:
   This is my first upload. I updated the orphaned package to the
latest available from upstream.


  Regards,
   Mark Clarke
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCgAGBQJThPliAAoJEM+E/JKBmb2DZAIH+wd3N3RfoH4FZHYj+JhkJFHo
9ra3KbRf7p4UXAcuQrxJj7myX+FFCMHmQNYyVrZVsg/0Dd6KpcYTORMaSEGObMwk
d/6RIlIgoEi8eiCKQblU0HHQxOseEOnqzWOY33BbRQ892BoZc4trmbfBjkiquHS4
8MG4G0cbYYBJAvtVSA8LqhAtUSP/OLNb3vKdJ5/czqVxWHqt1hDwmHySKFD3q1xY
Ju/8Sq+C43C19j+xty2CPwofyugLroFd9AiX+NocJaR1PB4gGMiUZrMZCF2wQoBo
OnibHlqpUaS1wvJ8HFPVNkgByOPU8XoXIkRfC3EPe0Ge/71LsWNBJAS33QMi120=
=c+ev
-END PGP SIGNATURE-
--- End Message ---
--- Begin Message ---
This bug was generated by a mistake. The package isn't orphan and not
in mentors.d.o.

Closing.

Thanks,

Eriberto--- End Message ---

Bug#756634: RFS: roxterm/2.9.1-1

[Eriberto]

Hi Tony,

You must:

1. Edit the debian/compat file.
2. Edit the debian/control and make 'Build-Depends: debhelper (>= 9)'.

Thanks!

Eriberto


2014-08-04 11:09 GMT-03:00 Tony Houghton :
> On 04/08/14 07:11, Vincent Cheng wrote:
>>
>> On Thu, Jul 31, 2014 at 10:15 AM, Eriberto Mota 
>> wrote:
>>>
>>>
>>> 1. Update DH from 7 to 9.
>
>
> Thanks for the feedback. I'm not quite sure what that bit means though. Do I
> just need to update Build-Depends to debhelper (>= 9)?
>


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAP+dXJd7PjRMqkJf1dEz_J=tWzoewD9FdzpsuGtOd=3=h4o...@mail.gmail.com

Bug#756634: RFS: roxterm/2.9.1-1

[Eriberto]

Thanks Vincent!

2014-08-04 3:11 GMT-03:00 Vincent Cheng :
> On Thu, Jul 31, 2014 at 10:15 AM, Eriberto Mota  wrote:
>> tags 756634 moreinfo
>> thanks
>>
>>
>> Hi Tony,
>>
>> Please:
>>
>> 1. Update DH from 7 to 9.
>>
>> 2. Your package doesn't builds twice. To fix it:
>>
>>   - As upstream, remove all po/*.mo when running make clean (or similar).
>>   - Idem for these directories: Help/{es,fr,pt_BR,ru,uk} and
>> roxterm-config.1.xml, roxterm.1.xml, roxterm.spec.
>>- Allow the content modification of the po/roxterm.pot. To make it,
>> create the file debian/source/options with this content[1]:
>>
>> extend-diff-ignore = "^po/roxterm.pot$"
>>
>> Thanks!
>>
>> Regards,
>>
>> Eriberto
>>
>> [1] https://www.debian.org/doc/manuals/maint-guide/dother.en.html#sourceopt
>
> cc-ing Tony so that he's made aware of your review.
>
> Regards,
> Vincent


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cap+dxjf7xbcezr09hndhwgueh2o2ni-jubs8eo0eiig6obw...@mail.gmail.com

Bug#750708: RFS: audiotools/2.21-3 [ITP] -- Collection of audio handling programs for the command line

[Eriberto]

Sorry Vincent... I think I didn't know you already taking care of this package.

Cheers,

Eriberto


2014-08-04 2:27 GMT-03:00 Vincent Cheng :
>
> Hi Eric,
>
> Sorry for not following up on my earlier debian-mentors review until now!


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cap+dxjcwjo+dzw0ewzm4m-ftfc6jazmttm3sfm9cd70pxh-...@mail.gmail.com

Bug#756042: RFS: sandboxgamemaker/2.8.2+dfsg-1 [ITA][RC]

[Eriberto Mota]

No... We have a new lintian error now:
'package-section-games-but-contains-no-game'.

Now I understood a new concept. Not a game but must be placed in
/usr/games to be put in games section. Return the file to /usr/games.
Sorry for bother you.

I saw a 'dedbian' in d/changelog.

Thanks in advance.

Eriberto

2014-08-04 11:49 GMT-03:00 Anthony F McInerney :
>
>>
>> >(you must put a 'c' before 'git' in '/git/')
>> done
>
>
>>
>> >So, the better place is /usr/bin.
>
> done
>>
>>
>> >Please, register all changes in d/changelog. I didn't see about prerm.
>
> postrm and postinst, i think i've done it ok..
>
>>
>> >Please, explain the cause of each action. Put it first:
>> >
>> >  * New maintainer upload (Closes: #694990)
>> > * New Upstream Release
>> >  * New Depends on wxwidgets 3.0 (Closes: #749835)
>
> done
>
> Let me know if that's ok
> Thanks
> Anthony
>


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAP+dXJe6H9p1E3aKAPWLhBP1Z2pO_3o=scsh8agjzibsajo...@mail.gmail.com

Re: [help] Test of samtools breaks build on armel and sparc

[Patrick Baggett]

Looks like SPARC is having a bus error, which almost always means unaligned
data is being accessed. Running this test with gdb attached will break on
the line where there is a problem and should give enough information to the
original developer to resolve it.

Andreas -- can you send me (off-list) steps to reproduce this on my
sparc/sid system?


On Mon, Aug 4, 2014 at 10:30 AM, Andreas Tille  wrote:

> Hi,
>
> I realised that the samtools package is not build for armel and sparc[1]
> in both cases since a test running at build time failed:
>
> armel:
>
> make[1]: Entering directory
> `/build/buildd-samtools_0.1.19-1-armel-DBqlzN/samtools-0.1.19/examples'
> ../samtools faidx ex1.fa
> ../samtools import ex1.fa.fai ex1.sam.gz ex1.bam
> [sam_header_read2] 2 sequences loaded.
> Line 2, sequence length 35 vs 8960 from CIGAR
> Parse error at line 2: CIGAR and sequence length are inconsistent
>
>
> sparc:
>
> make[1]: Entering directory
> `/build/buildd-samtools_0.1.19-1-sparc-XTmM23/samtools-0.1.19/examples'
> ../samtools faidx ex1.fa
> ../samtools import ex1.fa.fai ex1.sam.gz ex1.bam
> [sam_header_read2] 2 sequences loaded.
> make[1]: *** [ex1.bam] Bus error
>
>
> Any hint how to fix this would be welcome.
>
> Kind regards
>
>  Andreas.
>
> [1] https://buildd.debian.org/status/package.php?p=samtools
>
> --
> 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: https://lists.debian.org/20140804153032.ge10...@an3as.eu
>
>

[help] Test of samtools breaks build on armel and sparc

[Andreas Tille]

Hi,

I realised that the samtools package is not build for armel and sparc[1]
in both cases since a test running at build time failed:

armel:

make[1]: Entering directory 
`/build/buildd-samtools_0.1.19-1-armel-DBqlzN/samtools-0.1.19/examples'
../samtools faidx ex1.fa
../samtools import ex1.fa.fai ex1.sam.gz ex1.bam
[sam_header_read2] 2 sequences loaded.
Line 2, sequence length 35 vs 8960 from CIGAR
Parse error at line 2: CIGAR and sequence length are inconsistent


sparc:

make[1]: Entering directory 
`/build/buildd-samtools_0.1.19-1-sparc-XTmM23/samtools-0.1.19/examples'
../samtools faidx ex1.fa
../samtools import ex1.fa.fai ex1.sam.gz ex1.bam
[sam_header_read2] 2 sequences loaded.
make[1]: *** [ex1.bam] Bus error


Any hint how to fix this would be welcome.

Kind regards

 Andreas.

[1] https://buildd.debian.org/status/package.php?p=samtools

-- 
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: https://lists.debian.org/20140804153032.ge10...@an3as.eu

Bug#756042: RFS: sandboxgamemaker/2.8.2+dfsg-1 [ITA][RC]

[Anthony F McInerney]

>
> >(you must put a 'c' before 'git' in '/git/')
> done
>


> >So, the better place is /usr/bin.
>
done

>
> >Please, register all changes in d/changelog. I didn't see about prerm.
>
postrm and postinst, i think i've done it ok..


> >Please, explain the cause of each action. Put it first:
> >
> >  * New maintainer upload (Closes: #694990)
> > * New Upstream Release
> >  * New Depends on wxwidgets 3.0 (Closes: #749835)

done

Let me know if that's ok
Thanks
Anthony

Bug#756634: RFS: roxterm/2.9.1-1

[Tony Houghton]

On 04/08/14 07:11, Vincent Cheng wrote:

On Thu, Jul 31, 2014 at 10:15 AM, Eriberto Mota  wrote:


1. Update DH from 7 to 9.


Thanks for the feedback. I'm not quite sure what that bit means though. 
Do I just need to update Build-Depends to debhelper (>= 9)?



--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53df9408.4020...@realh.co.uk

Bug#756042: RFS: sandboxgamemaker/2.8.2+dfsg-1 [ITA][RC]

[Eriberto Mota]

Hum... A little issue...

Please, in d/control, change the Vcs-Browser content to:

https://anonscm.debian.org/cgit/pkg-games/sandboxgamemaker.git

(you must put a 'c' before 'git' in '/git/')

After check the final situation, I saw that the sandbox_unix is
installed in /usr/games. But it isn't a game. So, the better place is
/usr/bin. Am I wrong?

Please, register all changes in d/changelog. I didn't see about prerm.
Please, explain the cause of each action. Put it first:

  * New maintainer upload (Closes: #694990)
  * New Upstream Release
  * New Depends on wxwidgets 3.0 (Closes: #749835)

I believe that these are the last needed changes.

I will wait for you!

Cheers,

Eriberto

2014-08-04 0:36 GMT-03:00 Anthony F McInerney :
> Hi, nice timing, i was just about to mail you,
> I fixed the postrm / postinst problem and have uploaded a new version.
> Unless you can see anything else that needs fixed, please upload.


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAP+dXJcsSpZ7wtb3bsZc2A1ojkB8yJWnC7U=T9v8Pc=l1gc...@mail.gmail.com

Bug#756100: marked as done (RFS: plowshare4/1.0.4-1 [ITP] -- command-line application)

[Debian Bug Tracking System]

Your message dated Mon, 4 Aug 2014 09:56:43 -0300
with message-id 

and subject line Re: Bug#756100: RFS: plowshare4/1.0.4-1 [ITP] -- command-line 
application to download files for file-sharing websites
has caused the Debian Bug report #756100,
regarding RFS: plowshare4/1.0.4-1 [ITP] -- command-line application
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.)


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

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

* Package name: plowshare4
  Version : 1.0.4-2
  Upstream Author : Matthieu Crapet 
* URL : http://code.google.com/p/plowshare/
* License : GPL-3
  Section : web

It builds those binary packages:

  plowshare4 - Download and upload files from file sharing websites

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

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

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

  dget -x 
http://mentors.debian.net/debian/pool/main/p/plowshare4/plowshare4_1.0.4-2.dsc


Regards,
Carl Suster
--- End Message ---
--- Begin Message ---
Uploaded. Thanks for your work.

Regards,

Eriberto--- End Message ---

Bug#756943: marked as done (RFS: liblas/1.8.0-1~exp1)

[Debian Bug Tracking System]

Your message dated Mon, 04 Aug 2014 14:43:10 +0200
with message-id <53df7fde.7090...@xs4all.nl>
and subject line Re: Bug#756943: RFS: liblas/1.8.0-1~exp1 [uploaded]
has caused the Debian Bug report #756943,
regarding RFS: liblas/1.8.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.)


-- 
756943: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756943
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 "liblas"

 Package name: liblas
 Version : 1.8.0-1~exp1
 Upstream Author : libLAS developers 
 URL : http://liblas.org/
 License : BSD-3-Clause
 Section : science

It builds those binary packages:

 liblas3   - ASPRS LiDAR data translation library - C++ version
 liblas-c3 - ASPRS LiDAR data translation library - C version
 liblas-dev- ASPRS LiDAR data translation library - C++ development files
 liblas-c-dev  - ASPRS LiDAR data translation library - C development files
 liblas-bin- ASPRS LiDAR data translation toolset
 python-liblas - Python module to use the ASPRS LiDAR data translation library

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

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


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

  dget -x 
http://mentors.debian.net/debian/pool/main/libl/liblas/liblas_1.8.0-1~exp1.dsc


Please note that the libLAS 1.8.0 package lives on the experimental branch of
the Debian GIS git repository.


More information about LibLAS can be obtained from http://liblas.org/.

Changes since the last upload:

  * New upstream release.
  * Drop patches applied upstream:
- boost
- soversion
- separator-typo
  * Drop patches backported from upstream:
- 0001-remove-old-LAStools-utilities-that-don-t-belong-in-liblas.patch
- update_gdal_geotiff.patch
  * Update fix_library_search patch for SONAME bump.
  * Update package names for SONAME bump.
  * Add build dependencies for boost_iostreams & boost_filesystem.
  * Fix executable-not-elf-or-script for python examples.
  * Add patch to fix 'accommodate' typo.
  * Strip RPATH from binaries.


Regards,
 Bas Couwenberg
--- End Message ---
--- Begin Message ---
Many thanks to Andreas Tille for sponsoring the upload.

Because of the SONAME bump, the package is in NEW waiting for ftp-master
review.

-- 
 GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1--- End Message ---

Bug#756956: marked as done (RFS: spatialite/4.2.0-1~exp1)

[Debian Bug Tracking System]

Your message dated Mon, 04 Aug 2014 14:43:35 +0200
with message-id <53df7ff7.9000...@xs4all.nl>
and subject line Re: Bug#756956: RFS: spatialite/4.2.0-1~exp1 [uploaded]
has caused the Debian Bug report #756956,
regarding RFS: spatialite/4.2.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.)


-- 
756956: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756956
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 "spatialite"

 Package name: spatialite
 Version : 4.2.0-1~exp1
 Upstream Author : Alessandro Furieri 
 URL : https://www.gaia-gis.it/fossil/libspatialite
 License : MPL-1.1 or GPL-2.0+ or LGPL-2.1+
 Section : science

It builds those binary packages:

 libspatialite7 - Geospatial extension for SQLite - libraries
 libspatialite-dev  - Geospatial extension for SQLite - development 
files
 libspatialite7-dbg - Geospatial extension for SQLite - debugging 
symbols
 libsqlite3-mod-spatialite7 - Geospatial extension for SQLite - loadable module

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

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


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

  dget -x 
http://mentors.debian.net/debian/pool/main/s/spatialite/spatialite_4.2.0-1~exp1.dsc

More information about SpatiaLite can be obtained from 
https://www.gaia-gis.it/fossil/libspatialite.

Changes since the last upload:

  * New upstream release candidate.
  * Refresh patches.
  * Update copyright file.
  * Add patch to fix check_multithread build failure by linking libpthread.
  * Drop --enable-libxml2, libxml2 support is enabled by default now.
  * Add patch to fix 'successfully' typo.
  * Add mod-spatialite package for the loadable extension module.
  * Add patch to link libm for math functions.
  * Update symbols for 4.2.0 release.


Regards,
 Bas Couwenberg
--- End Message ---
--- Begin Message ---
Many thanks to Andreas Tille for sponsoring the upload.

Because of the SONAME bump, the package is in NEW waiting for ftp-master
review.

-- 
 GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1--- End Message ---

Re: [Help] Need help for architecture specific code (Was: Bug#756780: bowtie: FTBFS almost everywhere)

[Wookey]

+++ Andreas Tille [2014-08-04 09:48 +0200]:
> Hi,
> 
> on arm*, powerpc, sparc and  s390x architectures the build problem is:
> 
> third_party/cpuid.h: In constructor 'Ebwt::Ebwt(int, int32_t, int32_t, 
> int32_t, int32_t, int32_t, const string&, bool, bool, uint32_t, uint32_t, 
> uint32_t, int, std::vector&, std::vector&, 
> std::vector&, uint32_t, const RefReadInParams&, uint32_t, 
> int32_t, int32_t, bool, bool, bool) [with TStr = 
> seqan::String, seqan::Alloc<> 
> >; int32_t = int; std::string = std::basic_string; uint32_t = unsigned 
> int]':
> third_party/cpuid.h:162:46: error: impossible constraint in 'asm'
>__cpuid (__ext, __eax, __ebx, __ecx, __edx);
>   ^
> third_party/cpuid.h:185:52: error: impossible constraint in 'asm'
>__cpuid (__level, *__eax, *__ebx, *__ecx, *__edx);

Those are x86 register names.

> on mips* the problem is:
>  
> /tmp/cciY8R8w.s:161449: Error: unrecognized opcode `push{l} $14'
> /tmp/cciY8R8w.s:161450: Error: unrecognized opcode `popf{l|d}'
> /tmp/cciY8R8w.s:161451: Error: unrecognized opcode `pushf{l|d}'
> /tmp/cciY8R8w.s:161452: Error: unrecognized opcode `pop{l} $14'
> /tmp/cciY8R8w.s:161453: Error: unrecognized opcode `popf{l|d}'
> /tmp/cciY8R8w.s:161585: Error: unrecognized opcode `cpuid'
> /tmp/cciY8R8w.s:161606: Error: unrecognized opcode `cpuid'

And those are x86 instructions

So from this info it looks a lot like it is building assembly code
that can only work on x86.

You need to either stop this package from building on other
architectures, or arrange to use C instead of asm on other
architectures (it may well have some fallback C for this already). 
This package has probably never been built for anything other than
amd64 before.  

This package tries to do some optimised stuff and this code may well
be about finding out the hardware capabilities in order to optimse
correctly. You almost certainly don't actually need assembler for that
and even if it did, intrinsics are usually a much better plan than
real assembler these days.

> I admit I do not have the slightest idea how to deal with issues
> like this.  Any (also partial help) is welcome.

Hopefully the above will provide some clues. Ask upstream if it's even
been built for other arches? Look for C fallbacks. Certainly disable
building x86 ASM on non-x86 arches.

Wookey
-- 
Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140804115842.gc22...@stoneboat.aleph1.co.uk

Re: Problems with ftp and checksums

[Ansgar Burchardt]

On 08/04/2014 08:15, Dariusz Dwornikowski wrote:
> I tried to upload viewnior to ftp-eu but it seems unoperable. Then I
> tried to upload to master, and have a problem. Since this is -2 point
> release, ftp already knows the orig source tarball but it has
> different size and checksum from .dsc. Probably someday was uploaded
> partially. I cannot delete orig with dcut, what can I do ? 

Is a version of the package in question already in the archive? If yes,
are you sure you are using the same upstream tarball as already present
in the archive?

It would also help if you included the actual error messages you got.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53df73e4.8020...@debian.org

Re: [Help] Need help for architecture specific code (Was: Bug#756780: bowtie: FTBFS almost everywhere)

[Paul Wise]

On Mon, Aug 4, 2014 at 3:48 PM, Andreas Tille wrote:

> third_party/cpuid.h

No idea about this problem but here is what I could figure out based
on the filename and the errors, using packages.d.o, codesearch.d.n and
a quick look at wikipedia.

third_party/cpuid.h looks like an outdated copy of the cpuid.h header
from gcc, please ask upstream to remove it and just use the normal
one.

The cpuid.h header seems to be only/mainly on x86 based platforms:

https://packages.debian.org/search?arch=any&searchon=contents&keywords=cpuid.h

If upstream was using autotools, they could detect if the header is
present and only then enable the cpuid stuff.

The bowtie2 package appears to only be available on *-amd64 (same
issue I guess, some code seems similar):

https://buildd.debian.org/status/package.php?p=bowtie2&suite=unstable

Looking at some valgrind code (thanks to codesearch) it seems you have
to use popcntq on amd64 and popcnt on non-amd64 platforms.

http://sources.debian.net/src/valgrind/latest/none/tests/amd64/sse4-64.c#L2039

BTW, what is the difference between bowtie and bowtie2? Do we need
both in the archive?

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caktje6ffpfqvbaocuzkefjayz3x-knd6rm+no0kp6apyan1...@mail.gmail.com

Bug#754440: marked as done (RFS: b43-fwcutter/1:019-1 [ITA])

[Debian Bug Tracking System]

Your message dated Mon, 4 Aug 2014 00:36:30 -0700
with message-id 

and subject line Re: Bug#754440: RFS: b43-fwcutter/1:019-1
has caused the Debian Bug report #754440,
regarding RFS: b43-fwcutter/1:019-1 [ITA]
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.)


-- 
754440: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754440
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 "b43-fwcutter"

* Package name: b43-fwcutter
* Version : 1:019-1
* Upstream Author : Michael Buesch 
* URL : http://linuxwireless.org/en/users/Drivers/b43
* License : BSD-2-Clause
* Section : utils

It builds those binary packages:

b43-fwcutter - utility for extracting Broadcom 43xx firmware
firmware-b43-installer - firmware installer for the b43 driver
firmware-b43legacy-installer - firmware installer for the b43legacy driver

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

http://mentors.debian.net/package/b43-fwcutter

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

dget -x
http://mentors.debian.net/debian/pool/contrib/b/b43-fwcutter/b43-fwcutter_019-1.dsc

Changes since the last upload:

  New upstream release.
  * debian/control
+ Bump Standard Versions 3.9.5 (no changes).
  *  Add support to check upstream gpg signature.
  * debian/copyright
+ Extend copyright holders years
  * remove patches
+ merge with upstream

I unfortunately I dont have the hardware to test the package[1], for this
reason, I want to know if anyone has a broadcom chipset to test this new
version.

If someone wants to adopt it, feel free to do it

[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751205

  Regards,
   Daniel Echeverry


-- 
Daniel Echeverry
http://wiki.debian.org/DanielEcheverry
Linux user: #477840
Debian user
Software libre 
--- End Message ---
--- Begin Message ---
On Thu, Jul 10, 2014 at 8:21 PM, Daniel Echeverry  wrote:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "b43-fwcutter"
>
> * Package name: b43-fwcutter
> * Version : 1:019-1
> * Upstream Author : Michael Buesch 
> * URL : http://linuxwireless.org/en/users/Drivers/b43
> * License : BSD-2-Clause
> * Section : utils
>
> It builds those binary packages:
>
> b43-fwcutter - utility for extracting Broadcom 43xx firmware
> firmware-b43-installer - firmware installer for the b43 driver
> firmware-b43legacy-installer - firmware installer for the b43legacy driver
>
> To access further information about this package, please visit the following
> URL:
>
> http://mentors.debian.net/package/b43-fwcutter
>
> Alternatively, one can download the package with dget using this command:
>
> dget -x
> http://mentors.debian.net/debian/pool/contrib/b/b43-fwcutter/b43-fwcutter_019-1.dsc
>
> Changes since the last upload:
>
>   New upstream release.
>   * debian/control
> + Bump Standard Versions 3.9.5 (no changes).
>   *  Add support to check upstream gpg signature.
>   * debian/copyright
> + Extend copyright holders years
>   * remove patches
> + merge with upstream
>
> I unfortunately I dont have the hardware to test the package[1], for this
> reason, I want to know if anyone has a broadcom chipset to test this new
> version.
>
> If someone wants to adopt it, feel free to do it
>
> [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751205

I don't have the hardware to test this either, but your debdiff looks
fine so I've gone ahead and uploaded your package. Thanks for your
contribution to Debian!

Regards,
Vincent--- End Message ---

[Help] Need help for architecture specific code (Was: Bug#756780: bowtie: FTBFS almost everywhere)

[Andreas Tille]

Hi,

on arm*, powerpc, sparc and  s390x architectures the build problem is:

third_party/cpuid.h: In constructor 'Ebwt::Ebwt(int, int32_t, int32_t, 
int32_t, int32_t, int32_t, const string&, bool, bool, uint32_t, uint32_t, 
uint32_t, int, std::vector&, std::vector&, 
std::vector&, uint32_t, const RefReadInParams&, uint32_t, 
int32_t, int32_t, bool, bool, bool) [with TStr = 
seqan::String, seqan::Alloc<> >; 
int32_t = int; std::string = std::basic_string; uint32_t = unsigned int]':
third_party/cpuid.h:162:46: error: impossible constraint in 'asm'
   __cpuid (__ext, __eax, __ebx, __ecx, __edx);
  ^
third_party/cpuid.h:185:52: error: impossible constraint in 'asm'
   __cpuid (__level, *__eax, *__ebx, *__ecx, *__edx);
^
make[2]: *** [bowtie-build] Error 1


on mips* the problem is:


/tmp/cciY8R8w.s:161449: Error: unrecognized opcode `push{l} $14'
/tmp/cciY8R8w.s:161450: Error: unrecognized opcode `popf{l|d}'
/tmp/cciY8R8w.s:161451: Error: unrecognized opcode `pushf{l|d}'
/tmp/cciY8R8w.s:161452: Error: unrecognized opcode `pop{l} $14'
/tmp/cciY8R8w.s:161453: Error: unrecognized opcode `popf{l|d}'
/tmp/cciY8R8w.s:161585: Error: unrecognized opcode `cpuid'
/tmp/cciY8R8w.s:161606: Error: unrecognized opcode `cpuid'
make[2]: *** [bowtie-build] Error 1


and on *-i386 the problem seems to be


  typedef typename Value::Type TAlphabet;
 ^
ebwt.h: Assembler messages:
ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
make[2]: *** [bowtie-build] Error 1
make[1]: *** [override_dh_auto_build] Error 2
Makefile:211: recipe for target 'bowtie-build' failed


I admit I do not have the slightest idea how to deal with issues
like this.  Any (also partial help) is welcome.

Kind regards

 Andreas.

On Fri, Aug 01, 2014 at 06:20:13PM +0200, Sebastian Ramacher wrote:
> Source: bowtie
> Version: 1.0.1-1
> Severity: serious
> Justification: fails to build from source
> 
> bowtie failed to build on almost every architecture. Please take a look
> at https://buildd.debian.org/status/package.php?p=bowtie
> 
> Cheers
> -- 
> Sebastian Ramacher



> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging


-- 
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: https://lists.debian.org/20140804074842.gb30...@an3as.eu

Bug#752690: marked as done (RFS: ledgersmb/1.3.40-1 [RC] -- financial accounting and ERP program)

[Debian Bug Tracking System]

Your message dated Mon, 4 Aug 2014 00:19:51 -0700
with message-id 

and subject line Re: Bug#752690: Updated release of LedgerSMB
has caused the Debian Bug report #752690,
regarding RFS: ledgersmb/1.3.40-1 [RC] -- financial accounting and ERP program
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.)


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

Package: sponsorship-requests
Severity: normal [important for RC bugs, wishlist for new packages]

Dear mentors,

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

* Package name: ledgersmb
  Version : 1.3.40-1
  Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of upstreams web site]
* License : [fill in]
  Section : web

It builds those binary packages:

ledgersmb  - financial accounting and ERP program

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

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

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

dget -x 
http://mentors.debian.net/debian/pool/main/l/ledgersmb/ledgersmb_1.3.40-1.dsc

  More information aboutPackage: sponsorship-requests
  Severity: normal [important for RC bugs, wishlist for new packages]

  Dear mentors,

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

 * Package name : ledgersmb
   Version  : 1.3.40-1
   Upstream Contact : Chris Travers
 * URL  : http://www.ledgersmb.org
 * License  : GPL-2+
   Section  : web

It builds those binary packages:

ledgersmb  - financial accounting and ERP program

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

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

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

dget -x 
http://mentors.debian.net/debian/pool/main/l/ledgersmb/ledgersmb_1.3.40-1.dsc


More information about ledgersmb can be obtained from http://www.ledgersmb.org.


Changes since the last upload:

* New upstream release.
  - 'Duplicate entry' error fixed in the locale/po/es_AR.po file.
* Rewrite the 'purge' stanza in the debian/ledgersmb.postrm script.
* Correct package version for the mv_conffile stanzas in maintainer scripts.
* Add debian/ledgersmb.doc-base.database to register database information.
* Correct errors installing the httpd configuration files for Apache v2.2 and
  v2.4. (Closes: #749347)




Regards,
   Robert James Clay



--- End Message ---
--- Begin Message ---
On Sun, Aug 3, 2014 at 11:40 PM, Raphael Hertzog  wrote:
> Hi Vincent,
>
> On Sun, 03 Aug 2014, Vincent Cheng wrote:
>> > Took a bit longer than expected but v1.3.41 has been released;  update
>> > the title for the RFS bug with the new version.
>>
>> I can't seem to find 1.3.41 on mentors.d.n, only version 1.3.40. The
>> debdiff looks sane enough however, so I'm willing to upload what's
>> currently on mentors.
>>
>> Raphaël, are you still interested in sponsoring ledgersmb? I myself
>> don't use this package, I'm just chipping in because it fixes a RC
>> bug.
>
> Nope, I no longer have any interest in that package.

Alright, thanks anyhow for the prompt reply.

I've gone ahead and uploaded ledgersmb/1.3.40-1; thanks for your
contribution to Debian, Robert!

Regards,
Vincent--- End Message ---