Re: Please help fix lintian hardening-no-relro problem

2014-09-12 Thread Azazel
On 2014-09-12, at 00:30:28 +, T o n g wrote:
> On Thu, 11 Sep 2014 09:07:27 +0100, Azazel wrote:
> > Now that you've raised the debhelper compat level from 5 to 9, dh
> > should do the right thing.  Just revert the changes in which you
> > ripped out the auto-tooling, e.g.:
>
> OMG, you are my hero Azazel! histring is the package that I want to
> take up and maintain, however, it has taken me nearly two weeks trying
> to solve this hardening-no-relro error, writing emails back and force
> again and again, making tiny progress each time. Yet, you solve it
> with a single message!!! Moreover, you've not only told me how to fix,
> but showed me how to fix it with git command, that's REALLY
> appreciated because I was ready to rename my git repo and start all
> over from scratch again. THANK YOU!!!

You're welcome.

> Just out of curiosity, the source package I uploaded,
> http://mentors.debian.net/debian/pool/main/h/histring/histring_1.1.0-2.dsc
> should be working according to your above principle, but why it is
> failing?

Because you weren't using debhelper to build the package, but were
explicitly calling $(MAKE):

  build-stamp:  config.status
dh_testdir

# Add here commands to compile the package.
$(MAKE)

touch $@

If you use that style, you need either to set CPPFLAGS, CFLAGS etc.
yourself or to add:

  DPKG_EXPORT_BUILDFLAGS = 1
  include /usr/share/dpkg/buildflags.mk

at the top of the rules file.

See https://wiki.debian.org/Hardening#dpkg-buildflags.

-- 
Az.


signature.asc
Description: Digital signature


Bug#747032: RFS: libjs-zxcvbn/1.0+dfsg.1-1

2014-09-12 Thread Helmut Grohne
On Thu, Sep 11, 2014 at 08:54:09AM -0300, Eriberto Mota wrote:
> Jackub, do you have conviction that buildd has Internet access?
> Nevertheless, the download when building is undesirable.

Jakub was meaning to say that even though policy does not allow
interacting with the internet during build, many of the currently
running buildds do not enforce this. So at the moment you could likely
upload a (policy violating) package that downloads stuff during build
and have it successfully built on most buildds.

That said, this topic is not uncontroversial as some folks would like to
be able to use apt-get source during build as a means for avoiding more
binary packages postfixed "-source".

Helmut


-- 
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/20140912082707.ga19...@alf.mars



Re: Bug#761134: [Help] strange 'missing-dependency-on-perlapi' lintian warning

2014-09-12 Thread Jakub Wilk

* Andreas Tille , 2014-09-11, 22:31:
I would like to upload libsbml5 but despite the fact that 
${perl:Depends} is specified and dh calls dh_perl automatically this 
lintian error occures.  To enable easy inspection I have uploaded the 
preliminary packages to


  https://people.debian.org/~tille/packages/libsmbl5/


dh_perl can't find the Perl modules, because they were installed into 
wrong directory:


$ dpkg -c libsbml5-perl_5.10.0+dfsg-1_amd64.deb | grep -E '[.](pm|so)$'
-rw-r--r-- root/root  14460736 2014-09-11 13:31 
./usr/lib/perl5/site_perl/5.20.0/x86_64-linux-gnu-thread-multi/auto/libSBML/LibSBML.so
-rw-r--r-- root/root   2688864 2014-09-11 12:22 
./usr/lib/perl5/site_perl/5.20.0/x86_64-linux-gnu-thread-multi/LibSBML.pm

But the correct place to install arch-specific Perl modules is:

$ perl -MConfig -E'say $Config{vendorarch}'
/usr/lib/x86_64-linux-gnu/perl5/5.20

--
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/20140912084058.ga9...@jwilk.net



Re: [Debian-med-packaging] Bug#761134: [Help] strange 'missing-dependency-on-perlapi' lintian warning

2014-09-12 Thread Ivo Maintz
Jakub Wilk  schrieb :

> * Andreas Tille , 2014-09-11, 22:31:
> >I would like to upload libsbml5 but despite the fact that 
> >${perl:Depends} is specified and dh calls dh_perl automatically this 
> >lintian error occures.  To enable easy inspection I have uploaded
> >the preliminary packages to
> >
> >   https://people.debian.org/~tille/packages/libsmbl5/
> 
> dh_perl can't find the Perl modules, because they were installed into 
> wrong directory:
> 
> $ dpkg -c libsbml5-perl_5.10.0+dfsg-1_amd64.deb | grep -E
> '[.](pm|so)$' -rw-r--r-- root/root  14460736 2014-09-11
> 13:31 
> ./usr/lib/perl5/site_perl/5.20.0/x86_64-linux-gnu-thread-multi/auto/libSBML/LibSBML.so
> -rw-r--r-- root/root   2688864 2014-09-11
> 12:22 
> ./usr/lib/perl5/site_perl/5.20.0/x86_64-linux-gnu-thread-multi/LibSBML.pm
> 
> But the correct place to install arch-specific Perl modules is:
> 
> $ perl -MConfig -E'say $Config{vendorarch}'
> /usr/lib/x86_64-linux-gnu/perl5/5.20
> 
Thanks for the hint, I'll try to fix this soon.

Ivo


-- 
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/20140912113447.57988a57@orm



Re: [Debian-med-packaging] Bug#761134: [Help] strange 'missing-dependency-on-perlapi' lintian warning (Was: Bug#761134: libsbml5-perl: Depends on libperl5.18 but should be libperl5.20 now)

2014-09-12 Thread Ivo Maintz
Hi,

Eriberto  schrieb :

> Hi Andreas,
> 
> I didn't see the package. However, it can be a false positive from new
> Lintian. I already had three false positives from new checks.
> 
> Please, see the bugs of the Lintian in BTS to identify if it is or not
> a false positive.

If I look into the package, it seems, lintian is right. In the package
libsbml5-perl_5.10.0+dfsg-1_amd64.deb DEBIAN/control misses an entry for
perlapi-$Config{version}.

$LIBSBML_SOURCES/debian/control contains

Depends: ${shlibs:Depends}, ${perl:Depends}, ${misc:Depends}

And in the build logs I can see the dh_perl call:
[...]
make[1]: Leaving directory '/«BUILDDIR»/libsbml-5.10.0+dfsg'
   dh_install -a -O--with-python2 -O--dbg-package=libsbml5-dbg
   dh_installdocs -a -O--with-python2 -O--dbg-package=libsbml5-dbg
   dh_installchangelogs -a -O--with-python2 -O--dbg-package=libsbml5-dbg
   dh_perl -a -O--with-python2 -O--dbg-package=libsbml5-dbg
[...]

https://lintian.debian.org/tags/missing-dependency-on-perlapi.html
says, that this should be sufficient to get the right entry.

I'm shure, this error is quite new.

> I hope this help.
> 
> Cheers,
> 
> Eriberto
> 
> 
> 2014-09-11 17:31 GMT-03:00 Andreas Tille :
> > Hi,
> >
> > I would like to upload libsbml5 but despite the fact that
> > ${perl:Depends} is specified and dh calls dh_perl automatically this
> > lintian error occures.  To enable easy inspection I have uploaded
> > the preliminary packages to
> >
> >https://people.debian.org/~tille/packages/libsmbl5/
> >
> > Any help to fix this lintian problem is welcome
> >
> > Andreas.
> >
> > On Thu, Sep 11, 2014 at 09:27:39AM -0700, Steve Lane wrote:
> >> Thanks very much.  Now I guess I wait for it to show up on the
> >> webpage and in the repo, yes..?
> >>
> >> Best,
> >>
> >> --
> >> Steve Lane
> >>
> >> On Sep 11 09:24, Andreas Tille wrote:
> >> > Hi,
> >> >
> >> > I think a package rebuild should be sufficient to close this bug.
> >> > Thus I commited
> >> >
> >> >   * rebuild with latest libperl
> >> > Closes: #761134
> >> >
> >> > to the changelog.
> >> >
> >> > Ivo,  it is *really* high time to upload libsbml if we want to
> >> > deliver it in Jessie.  Do you have any idea why the current
> >> > state of SVN does not build on other machines.  Please
> >> > communicate your problems or lets consult debian-mentors.  We
> >> > are really short in time before the freeze (2014-11-05).
> >> >
> >> > 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:
> > https://lists.debian.org/20140911203113.ga30...@an3as.eu
> >
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging


--
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/20140912113313.5bdbaef4@orm



iipimage-server: unknown substitution variable ${shlibs:Depends}

2014-09-12 Thread Mathieu Malaterre
hi,

for some reason, if I recompile iipimage from a sid chroot I keep
getting a warning:

[...]
dpkg-gencontrol: warning: Depends field of package iipimage-server:
unknown substitution variable ${shlibs:Depends}
[...]

It did worked well in the past. Now even libc is not part of the
Depends fields. Does anyone see anything wrong in the iipimage package
? Thanks.

Steps:

$ schroot -c sid
$ apt-get source iipimage
$ cd iipimage-0.9.9
$ dpkg-buildpackage -rfakeroot -us -uc
[...]


-- 
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/ca+7wusxpr2rvb71cqxzgxoqcvq97cqs9gpgxkmx3tbpzbn2...@mail.gmail.com



Re: iipimage-server: unknown substitution variable ${shlibs:Depends}

2014-09-12 Thread Ansgar Burchardt
On 09/12/2014 12:13, Mathieu Malaterre wrote:
> for some reason, if I recompile iipimage from a sid chroot I keep
> getting a warning:
> 
> [...]
> dpkg-gencontrol: warning: Depends field of package iipimage-server:
> unknown substitution variable ${shlibs:Depends}
> [...]
> 
> It did worked well in the past. Now even libc is not part of the
> Depends fields. Does anyone see anything wrong in the iipimage package
> ? Thanks.

Did you set the KDU_ROOT environment variable?

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/5412c82a.7000...@43-1.org



Re: iipimage-server: unknown substitution variable ${shlibs:Depends}

2014-09-12 Thread Andrey Rahmatullin
On Fri, Sep 12, 2014 at 12:13:06PM +0200, Mathieu Malaterre wrote:
> hi,
> 
> for some reason, if I recompile iipimage from a sid chroot I keep
> getting a warning:
> 
> [...]
> dpkg-gencontrol: warning: Depends field of package iipimage-server:
> unknown substitution variable ${shlibs:Depends}
> [...]
> 
> It did worked well in the past. Now even libc is not part of the
> Depends fields. Does anyone see anything wrong in the iipimage package
> ? Thanks.
ifneq (,$(KDU_ROOT))
override_dh_shlibdeps:
endif

Your schroot is broken.

> Steps:
> 
> $ schroot -c sid
> $ apt-get source iipimage
> $ cd iipimage-0.9.9
> $ dpkg-buildpackage -rfakeroot -us -uc
> [...]
Unable to reproduce.

P.S. -rfakeroot is default since 2007.

-- 
WBR, wRAR


-- 
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/20140912102425.ga17...@belkar.wrar.name



Bug#747169: RFS: socksjs-twisted/1.2.1-1 [ITP]

2014-09-12 Thread Peter Pentchev
On Thu, Sep 11, 2014 at 11:09:34PM +0200, Alexandre Rossi wrote:
> Thanks for your time.
> 
> >>>- Please, create a VCS to control your debian/ versions. You can
> >>> use github or other. So, add the Vcs-Browser and Vcs-{Git|Svn|Cvs} to
> >>> d/control. You can see an example here[1].
> >>
> >> Done.
> >
> > You need use 'git://' to Vcs-Git, intead of 'https://'.
> 
> That's not what recommended by github and https:// works as a git
> clone url. I'm not against changing this though.

FWIW, IMHO this is correct: I think it's fine for Vcs-* to specify ways
to check out a read-only copy of the latest source and/or its history.
Even for very commonly-used VCS hosting sites such as Gitorious, GitHub
and Alioth, it's quite common for somebody to either not have an account
there yet or simply to not have access to this particular project, not
to mention the fact that one *may* have an account there, but access to
it may depend on, say, an SSH private key that is not currently loaded
and is not accessible from this particular machine.  So, in short, IMHO
it's fine for Vcs-Git to contain an https:// URL; for people with actual
commit access it's a matter of 'git remote set origin git://...' to
change it after a debcheckout, or, of course, 'debcheckout -a' in the
first place for the well-known repositories.

And this discussion taught me something new - I didn't know about
'debcheckout -a' until now, I just found it in a "hey, wouldn't it be
nice if debcheckout could do that... I wonder how hard it would be to
implement it... wait a minute, let me check the manual page...  oh wait,
it does that already!" moment :)

G'luck,
Peter

-- 
Peter Pentchev  r...@ringlet.net r...@freebsd.org p.penc...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115  C354 651E EFB0 2527 DF13


signature.asc
Description: Digital signature


Re: [Debian-med-packaging] Bug#761134: [Help] strange 'missing-dependency-on-perlapi' lintian warning

2014-09-12 Thread Ivo Maintz
Hi Gregor,

gregor herrmann  schrieb :

> Control: tag -1 + patch
[...]
> That's usually caused by a build system which uses INSTALLDIRS=site,
> which should be vendor ... And in practice left out in Debian since
> our toolery sets it.
> 
> Here we are:
> 
> % grep -ir installdirs *
> [..]
> src/bindings/perl/Makefile.PL.in:  INSTALLDIRS => "site",
> 
> 
> Oh, and then we have
> 
> src/bindings/perl/CMakeLists.txt:  set(PERL_PACKAGE_INSTALL_DIR
> ${CMAKE_INSTALL_LIBDIR}/perl5/site_perl/${PERL_VERSION}/${PERL_PLATFORM})
> 
> Ouch!
> 
> 
> I'm attaching two patches (the first being hacky and without DEP3
> headers) that seem to work, as in place the perl modules into the
> right directory and getting the dependencies on perl(api) right.

These patches fixes it, thanks for your help.

Cheers,

Ivo


signature.asc
Description: PGP signature


Bug#761239: marked as done (RFS: qgis/2.4.0-1~exp2)

2014-09-12 Thread Debian Bug Tracking System
Your message dated Fri, 12 Sep 2014 16:24:45 +
with message-id 
and subject line closing RFS: qgis/2.4.0-1~exp2
has caused the Debian Bug report #761239,
regarding RFS: qgis/2.4.0-1~exp2
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.)


-- 
761239: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761239
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
X-Debbugs-CC: pkg-grass-de...@lists.alioth.debian.org
Package: sponsorship-requests
Severity: normal

Dear mentors,

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

* Package name: qgis
  Version : 2.4.0-1~exp2
* URL : http://qgis.org/en/site/
* License : GPL-2
  Section : science

It builds these binary packages:

libqgis-analysis2.4.0 - QGIS - shared libraries (libqgis-analysis)
libqgis-core2.4.0 - QGIS - shared libraries (libqgis-core)
libqgis-customwidgets2.4.0 - QGIS custom widgets for Qt Designer
libqgis-dev - QGIS - development files
libqgis-gui2.4.0 - QGIS - shared libraries (libqgis-gui)
libqgis-networkanalysis2.4.0 - QGIS - shared libraries
(libqgis-networkanalysis)
libqgisgrass2.4.0 - QGIS - shared libraries (libqgisgrass)
libqgispython2.4.0 - QGIS - shared libraries (libqgispython)
libqgissqlanyconnection2.4.0 - QGIS - shared libraries
(libqgissqlanyconnection)
python-qgis - Python bindings to QGIS
python-qgis-common - Python bindings to QGIS - architecture-independent
files
qgis  - Geographic Information System (GIS)
qgis-api-doc - QGIS API documentation
qgis-common - QGIS - architecture-independent data
qgis-mapserver - Web Map Server for QGIS
qgis-plugin-globe - OSG globe plugin for QGIS
qgis-plugin-globe-common - OSG globe plugin for QGIS -
architecture-independent data
qgis-plugin-grass - GRASS plugin for QGIS
qgis-plugin-grass-common - GRASS plugin for QGIS -
architecture-independent data
qgis-providers - collection of data providers to QGIS
qgis-providers-common - collection of data providers to QGIS -
architecture-independent f
qgis-sqlanywhere - QGIS sql anywhere plugin and provider

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

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


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

dget -x
http://mentors.debian.net/debian/pool/main/q/qgis/qgis_2.4.0-1~exp2.dsc

  More information about qgis can be obtained from
http://hub.qgis.org/projects/quantum-gis/repository.

Changes since the last upload:
 * Team upload.
 * Apply patch to fix qreal issue for arm*
   Thanks to Peter Green (Closes: #760535)
 * Add .pc quilt dir to .gitignore
 * Fix description-is-pkg-name lintian error
 * Fix wildcard-matches-nothing lintian error in copyright file

Regards,
Ross Gammon



signature.asc
Description: OpenPGP digital signature
--- End Message ---
--- Begin Message ---
Package qgis version 2.4.0-1~exp2 is in experimental now.
http://packages.qa.debian.org/qgis--- End Message ---


Bug#761216: marked as done (RFS: [RC/NMU] vdr-plugin-skinenigmang/0.1.2+git20130305-5.1)

2014-09-12 Thread Debian Bug Tracking System
Your message dated Fri, 12 Sep 2014 20:36:16 +0200
with message-id <20140912183616.ga...@ugent.be>
and subject line uploaded
has caused the Debian Bug report #761216,
regarding RFS: [RC/NMU] vdr-plugin-skinenigmang/0.1.2+git20130305-5.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.)


-- 
761216: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761216
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 "vdr-plugin-skinenigmang"

 * Package name: vdr-plugin-skinenigmang
   Version : 0.1.2+git20130305-5.1
   Section : video

  It builds those binary packages:

vdr-plugin-skinenigmang - Skin plugin for VDR

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

  http://mentors.debian.net/package/vdr-plugin-skinenigmang


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

dget -x 
http://mentors.debian.net/debian/pool/main/v/vdr-plugin-skinenigmang/vdr-plugin-skinenigmang_0.1.2+git20130305-5.1.dsc

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

This fix a RC bug during imagemagick transition.


  Regards,
   bastien roucaries
--- End Message ---
--- Begin Message ---
Hi,

vdr-plugin-skinenigmang/0.1.2+git20130305-5.1 was just accepted in unstable.

Cheers,

Ivo--- End Message ---


Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database

2014-09-12 Thread Otto Kekäläinen
Package: sponsorship-requests

Dear mentors,

I am looking for a new sponsor for my package "mariadb-10.0".

The package was already once uploaded to experimental, but the sponsor
I had 5 months ago when the package entered the NEW queue has been
unable to continue (too busy with other things) with sponsoring now
when the package actually landed in experimental, so it is time to
re-open this request.

I am hoping to get a new sponsor that would now upload the updated
package to experimental again and later to unstable too.

For your convenience I have uploaded the latest version to
http://mentors.debian.net/package/mariadb-10.0

There are many Lintian nags, but it is a big package where total
Lintian cleanness is perhaps impossible and if you compare to the
MySQL packages in Debian this package has much less Lintian nags, so
in overall it is progress for Debian.


-- 
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/cahj_tlbb38w7aytensooj5deftqh17u9vfomph9ena4t6qm...@mail.gmail.com



Bug#761212: marked as done (RFS: awit-dbackup/0.0.22-1 [ITP] -- Flexible one archive per directory backup tool)

2014-09-12 Thread Debian Bug Tracking System
Your message dated Fri, 12 Sep 2014 23:22:28 +0200
with message-id <1410556948.3594.1.ca...@frost.de>
and subject line Re: Bug#761212: RFS: awit-dbackup/0.0.22-1 [ITP] --  Flexible 
one archive per directory backup tool
has caused the Debian Bug report #761212,
regarding RFS: awit-dbackup/0.0.22-1 [ITP] --  Flexible one archive per 
directory backup tool
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.)


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

 * Package name: awit-dbackup
   Version : 0.0.22-1
   Upstream Author : Nigel Kukard 
 * URL : http://www.dbackup.org
 * License : GPL-3+
   Section : utils

  It builds those binary packages:

awit-dbackup - Flexible one archive per directory backup tool

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


  http://mentors.debian.net/package/awit-dbackup


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

dget -x 
http://mentors.debian.net/debian/pool/main/a/awit-dbackup/awit-dbackup_0.0.22-1.dsc


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


  The ITP bug can be found here 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761207


  Changes since the last upload:

  * Initial release. (Closes: #761207)

  Regards,
   Nigel Kukard
--- End Message ---
--- Begin Message ---
Hi Nigel,

Again, a perfect package!
Uploaded!

Tobi


Am Thursday, den 11.09.2014, 18:06 + schrieb Nigel Kukard:
> Package: sponsorship-requests
> Severity: normal [important for RC bugs, wishlist for new packages]
> 
>Dear mentors,
> 
>I am looking for a sponsor for my package "awit-dbackup"
> 
>   * Package name: awit-dbackup
> Version : 0.0.22-1
> Upstream Author : Nigel Kukard 
>   * URL : http://www.dbackup.org
>   * License : GPL-3+
> Section : utils
> 
>It builds those binary packages:
> 
>  awit-dbackup - Flexible one archive per directory backup tool
> 
>To access further information about this package, please visit the 
> following URL:
> 
>http://mentors.debian.net/package/awit-dbackup
> 
> 
>Alternatively, one can download the package with dget using this command:
> 
>  dget -x 
> http://mentors.debian.net/debian/pool/main/a/awit-dbackup/awit-dbackup_0.0.22-1.dsc
> 
>More information about dbackup can be obtained from 
> http://www.dbackup.org .
> 
>The ITP bug can be found here 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761207
> 
>Changes since the last upload:
> 
>* Initial release. (Closes: #761207)
> 
>Regards,
> Nigel Kukard
> 
> 




signature.asc
Description: This is a digitally signed message part
--- End Message ---


Bug#758163: Subject: RFS: kcm-ufw/0.4.3-1 ITP

2014-09-12 Thread Shawn Sörbom
Hi Eriberto,
Sorry this took so long. 
I copied the changelog entry directly from your e-mail and re-uploaded the 
changes to mentors.debian.net. The error about improperly closing the wishlist 
bug is still persisting. I'm *really* confused now. what am I still doing 
wrong?
Thanks,
Shawn Sörbom

On Wednesday, August 20, 2014 09:14:19 Eriberto wrote:
> As a tip for you, your package has a lot of comments (useless lines,
> trash). Please, clean your package.
> 
> You can see an example here:
> http://sources.debian.net/src/pdfcrack/0.13-3/debian/
> 
> Regards,
> 
> Eriberto
> 
> 2014-08-20 9:07 GMT-03:00 Eriberto :
> > Hi Shawn,
> > 
> > The correct is:
> >   * Initial release. (Closes: #758163)
> > 
> > Regards,
> > 
> > Eriberto
> > 
> > 2014-08-20 7:38 GMT-03:00 Shawn Sörbom :
> >> Hi Eriberto,
> >> I saw an error stating that I had closed the bug improperly when I
> >> uploaded to the mentors page. I was a bit confused though, did I do
> >> something wrong in the debian/changelog file, or did I do something
> >> improper with the subject line in the BTS?
> >> Thanks,
> >> --Shawn
> >> Edit: I re-uploaded with a new changelog that mentions ITP, but the error
> >> persists.
> >> What am I doing wrong?
> >> 
> >> Thanks for your quick response to my RFS.
> >> 
> >> On Tuesday, August 19, 2014 11:46:51 Eriberto Mota wrote:
> >>> tags 758163
> >>> thanks
> >>> 
> >>> 
> >>> Hi Shawn,
> >>> 
> >>> To submit a new package to Debian you need an ITP[1]. Your package is
> >>> closing thisRFS bug instead an ITP. Please, fix it.
> >>> 
> >>> Regards,
> >>> 
> >>> Eriberto
> >>> 
> >>> [1] https://www.debian.org/devel/wnpp/#l1
> >>> 
> >>> 2014-08-14 18:52 GMT-03:00 Shawn Sörbom :
> >>> > Package: sponsorship-requests
> >>> > Severity: normal
> >>> > 
> >>> > Dear mentors,
> >>> > 
> >>> > I am looking for a sponsor for my package "kcm-ufw"
> >>> > 
> >>> > * Package name: kcm-ufw
> >>> > 
> >>> >   Version : 0.4.3-1
> >>> > 
> >>> > * Upstream Author : Craig Drummond 
> >>> > 
> >>> >   URL :
> >>> >   http://kde-apps.org/content/show.php/UFW+KControl+Module?content=137
> >>> >   789>
> >>> > 
> >>> > * License : GPL-3
> >>> > 
> >>> >   Section : KDE
> >>> > 
> >>> > It builds those binary packages:
> >>> > kcm-ufw- A KDE Control Center module for the Uncomplicated
> >>> > Firewall
> >>> > 
> >>> > To access further information about this package, please visit the
> >>> > following>
> >>> > 
> >>> > URL:
> >>> >   http://mentors.debian.net/package/kcm-ufw
> >>> > 
> >>> > Alternatively, one can download the package with dget using this 
command:
> >>> > dget -x
> >>> > http://mentors.debian.net/debian/pool/main/k/kcm-ufw/kcm-ufw_0.4.3
> >>> > -1.
> >>> > dsc>
> >>> >   
> >>> >   More information about hello can be obtained from
> >>> >   http://kde-apps.org/content/show.php/UFW+KControl+Module?content=137
> >>> >   789
> >>> >   .
> >>> >   
> >>> >   Changes since the last upload:
> >>> >   
> >>> >   remove templates, fix some lintian errors.
> >>> >   
> >>> >   
> >>> >   Regards,
> >>> >   
> >>> >Shawn Sörbom
> >>> > 
> >>> > --
> >>> > 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/4686041.pJiRfaaaFi@medusa


--
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/2043257.P2g90oGJe8@medusa



Re: [Help] strange 'missing-dependency-on-perlapi' lintian warning (Was: Bug#761134: libsbml5-perl: Depends on libperl5.18 but should be libperl5.20 now)

2014-09-12 Thread Dominic Hargreaves
On Thu, Sep 11, 2014 at 09:45:07PM +0100, Daniel Lintott wrote:
> On 11/09/14 21:31, Andreas Tille wrote:
> > Hi,
> > 
> > I would like to upload libsbml5 but despite the fact that
> > ${perl:Depends} is specified and dh calls dh_perl automatically this
> > lintian error occures.  To enable easy inspection I have uploaded the
> > preliminary packages to
> > 
> >https://people.debian.org/~tille/packages/libsmbl5/
> > 
> > Any help to fix this lintian problem is welcome

The package is installing files into 

/usr/lib/perl5/site_perl/5.20.0/x86_64-linux-gnu-thread-multi/

This is not the correct path to be installing perl XS modules[1]
(and never was; I can't see why this has changed from [2] though).
As a result dh_perl doesn't find the modules.

Instead, please install to the path printed by:

perl -MConfig -e 'print $Config{vendorarch}'

Something like the attached, completely untested patch might work.

Cheers,
Dominic.

[1] 
[2] 
--- src/bindings/perl/CMakeLists.txt	2014-04-09 07:22:46.0 +
+++ src/bindings/perl/CMakeLists.txt.new	2014-09-13 00:28:54.0 +
@@ -162,13 +162,13 @@
   string(REPLACE ";" "" PERL_VERSION ${PERL_VERSION})
   string(REPLACE "version=" "" PERL_VERSION ${PERL_VERSION})
   string(REPLACE " " "" PERL_VERSION ${PERL_VERSION})
-  execute_process(COMMAND "${PERL_EXECUTABLE}" -V:archname
-OUTPUT_VARIABLE PERL_PLATFORM OUTPUT_STRIP_TRAILING_WHITESPACE)
-  string(REPLACE " " "" PERL_PLATFORM ${PERL_PLATFORM})
-  string(REPLACE "'" "" PERL_PLATFORM ${PERL_PLATFORM})
-  string(REPLACE ";" "" PERL_PLATFORM ${PERL_PLATFORM})
-  string(REPLACE "archname=" "" PERL_PLATFORM ${PERL_PLATFORM})
-  set(PERL_PACKAGE_INSTALL_DIR ${CMAKE_INSTALL_LIBDIR}/perl5/site_perl/${PERL_VERSION}/${PERL_PLATFORM})
+  execute_process(COMMAND "${PERL_EXECUTABLE}" -V:vendorarch
+OUTPUT_VARIABLE PERL_VENDORARCH OUTPUT_STRIP_TRAILING_WHITESPACE)
+  string(REPLACE " " "" PERL_VENDORARCH ${PERL_VENDORARCH})
+  string(REPLACE "'" "" PERL_VENDORARCH ${PERL_VENDORARCH})
+  string(REPLACE ";" "" PERL_VENDORARCH ${PERL_VENDORARCH})
+  string(REPLACE "vendorarch=" "" PERL_VENDORARCH ${PERL_VENDOARCH})
+  set(PERL_PACKAGE_INSTALL_DIR ${PERL_VENDOARCH})
   set(PERL_PACKAGE_INSTALL_BIN_DIR ${PERL_PACKAGE_INSTALL_DIR}/auto/libSBML)
 else()
   set(PERL_PACKAGE_INSTALL_DIR ${MISC_PREFIX}bindings/perl)