Bug#814456: RFS: pam-ufpidentity/1.0-1 [ITP] -- UFP Identity PAM Module

2016-03-10 Thread Richard Levenberg 
New package has been uploaded to:
http://mentors.debian.net/package/pam-ufpidentity

with the following changes:
 * SINGLE changelog entry - Initial release (Closes: #813073)
 * same names for same names for copyright and upstream owner AND control
 * vcs stuff without ";a=summary"
 * Makefile: the clean target removes the library in the root directory
 * Makefile: removed useless test

Regarding the big problem (as mentioned in previous IRC chats):

All PAM libraries are installed to /lib//security NOT /usr/lib

All PAM librares are unversioned and their sonames also reflect that.
objdump -p /lib/i386-linux-gnu/security/pam_userdb.so  | grep SONAME
  SONAME   pam_userdb.so

It also seems that DEB_HOST_MULTIARCH is defined for dh_install
   dh_install
install -d debian/pam-ufpidentity/lib/i386-linux-gnu/security
cp -a ./pam_ufpidentity.so
debian/pam-ufpidentity/lib/i386-linux-gnu/security/

Thank you for your assistance. For testing please read the included
README.md in the upstream source.

Bug#817865: RFS: acmetool/0.0.49 [ITP] -- automatic certificate acquisition tool for Let's Encrypt

2016-03-10 Thread Peter Colberg 
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I hope you are now as delighted as I was to finally reap the fruits of
your labour, after having waded through all the dependent packages.

I am looking for a sponsor for the package "acmetool":

  git clone https://anonscm.debian.org/git/pkg-go/packages/acmetool.git

  cd acmetool && pristine-tar checkout ../acmetool_0.0.49.orig.tar.gz

For verification, these are the current branch heads:

  git show-ref --heads
  8ae9df6d4dd330b269303b44c6b9c9f6bc3f5ce9 refs/heads/master
  7ebb219ff2f4fe4cabc603ef2f4e5155b041c772 refs/heads/pristine-tar
  1d8a3d99536b3472709a4b184afbdc8b10ebc2f6 refs/heads/upstream

It builds these binary packages:

  acmetool -- automatic certificate acquisition tool for Let's Encrypt

More information about acmetool can be obtained from

https://hlandau.github.io/acme

If you decide to sponsor this package, please change the distribution
from UNRELEASED to unstable before upload. I will import the uploaded
source package into the git repository and push a tag afterwards.

Regards,
Peter

Bug#817863: RFS: android-platform-system-core/1:6.0.1+r16-3

2016-03-10 Thread 殷啟聰 
Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "android-platform-system-core"

* Package name: android-platform-system-core
  Version : 1:6.0.1+r16-3
  Upstream Author : The Android Open Source Project
* URL : https://android.googlesource.com/platform/system/core
* License : Apache-2.0
  Section : devel

  It builds those binary packages:

adb   - Android Debug Bridge
 android-libadb - Library for Android Debug Bridge
 android-libadb-dev - Library for Android Debug Bridge - Development files
 android-libbacktrace - Android backtrace library
 android-libbacktrace-dev - Android backtrace library - Development files
 android-libbase - Android base library
 android-libbase-dev - Android base library - Development files
 android-libcutils - Android utils library for C
 android-libcutils-dev - Android utils library for C - Development files
 android-liblog - Android NDK logger interfaces
 android-liblog-dev - Android NDK logger interfaces - Development files
 android-libsparse - Android Sparse library
 android-libsparse-dev - Android Sparse library - Development files
 android-libutils - Android Utility Function Library
 android-libutils-dev - Android Utility Function Library - Development files
 android-libziparchive - Android zip archive library
 android-libziparchive-dev - Android zip archive library - Development files
 android-libzipfile - Transitional dummy package
 android-libzipfile-dev - Transitional dummy package
 android-platform-system-core-headers - Shared headers in AOSP
repository platform/system/core
 fastboot   - Android fastboot tool

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

  http://mentors.debian.net/package/android-platform-system-core


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

dget -x 
http://mentors.debian.net/debian/pool/main/a/android-platform-system-core/android-platform-system-core_6.0.1+r16-3.dsc

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

  Changes since the last upload:

  * Fix package name typo: android-{zipfile=>libzipfile}(-dev)


  Regards,
   Kai-Chung Yan


-- 
/*
* 殷啟聰 | Kai-Chung Yan
* 一生只向真理與妻子低頭
* Undergraduate student in National Taichung University of Education
* LinkedIn: 
* Blog: 
*/

Bug#814452: marked as done (RFS: printrun/0~20150310-1 [ITP] -- 3D printing host)

2016-03-10 Thread Debian Bug Tracking System 
Your message dated Fri, 11 Mar 2016 04:30:55 +
with message-id 
and subject line closing RFS: printrun/0~20150310-1 [ITP] -- 3D printing host
has caused the Debian Bug report #814452,
regarding RFS: printrun/0~20150310-1 [ITP] -- 3D printing host
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.)


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

 * Package name: printrun
   Version : 1:0~20150310-1
   Upstream Author : Kliment Yanev
 * URL : https://github.com/kliment/Printrun
 * License : GPL-3+
   Section : misc

It builds those binary packages:

printrun   - 3D printing host suite

To access further information about this package, please visit the
following URL: http://mentors.debian.net/package/printrun

Alternatively, one can download the package with dget using this
command: 
dget -x http://mentors.debian.net/debian/pool/main/p/printrun/print
run_0~20150310-1.dsc

More information about printrun can be obtained from http://www.pronter
face.com.

This package's name might sound familiar to you since there was a
previous attempt to package printrun a few years ago by Richard Ulrich.
This work is simply a continuation of his plus an update to the latest
upstream version.

Known and Open Issues (meaning, “Advise Sought Here”):

 * The messy debian/changelog file and the "re-versioning":

The many entries in the changelog file are due to the packaging work
initiated by Richard Ulrich about five years ago. In order to give
credit for this work these entries were kept “as is”. None of them were
actually released and probably they should be modified so the term
“UNRELEASED” appeared on them.

Richard Ulrich started the packaging using a versioning scheme of the
form 1.2.3, which had nothing to do with the upstream versioning
scheme, which is in the form of MMDD. To be coherent with upstream
and ensure a potential future smooth transition to a scheme of the form
1.2.3, versioning scheme has been restarted to 1:0~MMDD.

 * Pedantic mode of Lintian warns against the lack of a proper upstream
changelog:

I do not know how to proceed here, upstream development is done via
GitHub and there are hundreds of commits from one release to another.

 * Pedantic mode of Lintian warns against unsigned upstream tarballs.

 * Executable's (binaries? is there any difference?) names:

The upstream package generates the following four executables:
- printcore, a standalone non-interactive G-Code sender
- pronsole, an interactive command-line host
- pronterface, a graphical host software with the same functionality as
pronsole
- plater, a graphical interface for placing 3D models

I have kept it this way to be coherent with upstream, but I feel it
would be better if these executables were renamed to something like the
following for coherence between the package name and its available
commands:
- printrun-core, a standalone non-interactive G-Code sender
- printrun-cli, an interactive command-line host
- printrun, a graphical host software with the same functionality as
printrun-cli
- printrun-plater, a graphical interface for placing 3D models


And one last question, if I were to modify the package after this
revision, should I delete the previous upload to debian.mentors.net and
upload the new version with the same name? or should I upload a new
version named *-2?

This is my first attempt at packaging, so every bit of advice and
guidance would be more than welcome. Thanks a lot in advance.

Regards,
Alvaro

signature.asc
Description: This is a digitally signed message part
--- End Message ---
--- Begin Message ---
Package printrun version 0~20150310-1 is in NEW now,
and the package at mentors is not newer (2016-03-03) than the package in NEW 
(2016-03-03),
so there is currently no package to sponsor.

https://ftp-master.debian.org/new/printrun_0~20150310-1.html
https://mentors.debian.net/package/printrun

Please remove the package from mentors or mark it "needs sponsor = no".
If for some reason you need to replace the package in NEW,
then you can upload an updated package to mentors
and feel free to reopen this RFS 814452 or open a new RFS.--- End Message ---

Bug#812216: marked as done (RFS: libopenshot-audio/0.0.6+ds1-1 [ITP])

2016-03-10 Thread Debian Bug Tracking System 
Your message dated Fri, 11 Mar 2016 04:30:54 +
with message-id 
and subject line closing RFS: libopenshot-audio/0.0.6+ds1-1 [ITP]
has caused the Debian Bug report #812216,
regarding RFS: libopenshot-audio/0.0.6+ds1-1 [ITP]
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.)


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

* Package name: libopenshot-audio
  Version : 0.0.6+ds1-1
  Upstream Author : OpenShot Studios, LLC
* URL : http://www.openshot.org/
* License : GPL-3+
  Section : libs

It builds those binary packages:

  libopenshot-audio-dev - development files for the OpenShot audio library
  libopenshot-audio-doc - documentation for the OpenShot audio library
  libopenshot-audio3 - library for high-quality audio editing

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


  http://mentors.debian.net/package/libopenshot-audio

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

  dget -x 
http://mentors.debian.net/debian/pool/main/libo/libopenshot-audio/libopenshot-audio_0.0.6+ds1-1.dsc


Changes since the last upload:

  * Initial release. Closes: #810787

Additional information:

 - This package is a build dependency for the OpenShot video editor.
 - This library is essentially a stripped version of the JUCE library 
plus a platform-agnostic CMake build system on top.
 - The source were stripped from the vendored copies of flac, 
oggvorbis, libjpeg, libpng and zlib and the packaging adapted to use the 
system libraries instead.


Best Regards,
Ghislain Vaillant
--- End Message ---
--- Begin Message ---
Package libopenshot-audio has been removed from mentors.--- End Message ---

Re: migration from non-free to main

2016-03-10 Thread Ben Finney 
Jerome BENOIT  writes:

> One of my package, nayty not to mention it [1], has a new copyright
> notice [2] that is compatible now.

Great news!

The license text looks unfamiliar. Please discuss it on the
‘debian-legal’ forum to verify that this work is now DFSG-conformant.

> Is there any special procedure to follow to migrate a package from
> non-free to main ?

Set that in the ‘debian/control’ file. The generated source package will
contain the correct information for where the package is uploaded.

The first upload to “main” may need to pass through the NEW queue. You
won't need to do anything special for that to happen, but you should be
aware of it.

-- 
 \ “This [Bush] Administration is not sinking. This Administration |
  `\   is soaring. If anything they are rearranging the deck chairs on |
_o__) the Hindenburg.” —Steven Colbert, 2006-04-29 |
Ben Finney

migration from non-free to main

2016-03-10 Thread Jerome BENOIT 
Hello Forum:

One of my package, nayty not to mention it [1], has a new copyright notice [2]
that is compatible now.

Is there any special procedure to follow to migrate a package from non-free to 
main ?

Thanks in advance,
Jerome 

[1] https://packages.qa.debian.org/n/nauty.html
[2] http://users.cecs.anu.edu.au/~bdm/nauty/COPYRIGHT.txt

Re: Packaging pythonpy

2016-03-10 Thread Ben Finney 
Tiago Ilieve  writes:

> - A lintian error "python-script-but-no-python-dep" is being shown for
> both binaries (symlinks in "/usr/bin"). The "${python:Depends}" in the
> binary package shouldn't be sufficient to fix this?

Not by itself. You need to run something that will actually use that
substitution variable.

By default you should be using Pybuild in new packages for Python code.
This will bring many benefits, including interpolate the substvars for
Python.

> - Is it right to declare "python-setuptools" as a build dependency, or
> this is supposed to be superseded by "dh-python" somehow?

Still needed. Build dependencies are not affected by Debhelper. If the
build depends on ‘foo’, use of Debhelper won't take away the need to
declare “Build-Depends: foo”.

> - The folder "/usr/share/pythonpy/pythonpy-0.4.4.egg-info/" should be
> part of the binary package or should it be stripped? If it has to be
> removed, how can I do this?

That directory is effectively auto-generated garbage for a Debian
package, it needs to be cleaned.

Use the ‘clean’ target to remove files you don't need. Debhelper's
‘dh_clean’ is useful here, see its man page.

-- 
 \   “The Vatican is not a state.… a state must have people. There |
  `\are no Vaticanians.… No-one gets born in the Vatican except by |
_o__)an unfortunate accident.” —Geoffrey Robertson, 2010-09-18 |
Ben Finney

Packaging pythonpy

2016-03-10 Thread Tiago Ilieve 
Hi,

I'm packaging a Python application named "pythonpy"[1] (ITP bug
#817856[2]). It has been uploaded to mentors[3] and there's a
repository on GitHub[4].

There's a few things which aren't fixed yet, which I would welcome help, like:

- A lintian error "python-script-but-no-python-dep" is being shown for
both binaries (symlinks in "/usr/bin"). The "${python:Depends}" in the
binary package shouldn't be sufficient to fix this?
- Is it right to declare "python-setuptools" as a build dependency, or
this is supposed to be superseded by "dh-python" somehow?
- The folder "/usr/share/pythonpy/pythonpy-0.4.4.egg-info/" should be
part of the binary package or should it be stripped? If it has to be
removed, how can I do this?

I'm all ears for any other issue that should be fixed, but those are
the ones that are annoying me most. Specially the lintian error that
is a showstopper.

Regards,
Tiago.

[1]: https://github.com/Russell91/pythonpy
[2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817856
[3]: http://mentors.debian.net/package/pythonpy
[4]: https://github.com/myhro/deb-pythonpy

-- 
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.info/
GitHub: https://github.com/myhro
LinkedIn: https://br.linkedin.com/in/myhro
Montes Claros - MG, Brasil

Bug#816919: RFS: newsbeuter/2.9-1 [ITA]

2016-03-10 Thread gregor herrmann 
On Thu, 10 Mar 2016 16:48:39 +0200, Nikos Tsipinakis wrote:

> > The highlighting feature seems to be broken (no idea if this is a
> > problem in newsbeuter or ncurses; I haven't retried to rebuild 2.8-2
> > to check). Too show what I mean: I have in my ~/.newsbeuter/config
> Apparently this issue was already reported and fixed upstream. Added a patch 
> and it should work as intended now.

/me tries the new version from mentors

Yay \o/
Excellent, works again. Thank you!


So I guess I should consider sponsoring this upload :)

Will take a closer look tomorrow; a first look shows that the package
might profit from some modernization (d/copyright in Copyright Format
1.0; dh(1) in debian/rules; migration to new dbgsym packages (cf.
dh_strip(1)'s --dbgsym-migration)), etc.).

lintian and blhc report:

P: newsbeuter source: no-dep5-copyright
I: newsbeuter: spelling-error-in-binary usr/bin/newsbeuter occured occurred
I: newsbeuter: hardening-no-fortify-functions usr/bin/newsbeuter
I: newsbeuter: hardening-no-fortify-functions usr/bin/podbeuter
I: newsbeuter: possible-documentation-but-no-doc-base-registration

W-dpkg-buildflags-missing|CPPFLAGS 59 (of 59) missing|


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: La Tresca: Caravanserraglio


signature.asc
Description: Digital Signature

Bug#817833: marked as done (RFS: python-dtcwt/0.11.0-1)

2016-03-10 Thread Debian Bug Tracking System 
Your message dated Thu, 10 Mar 2016 22:03:32 + (UTC)
with message-id 
<1649044749.12078311.1457647412823.javamail.ya...@mail.yahoo.com>
and subject line Re: Bug#817833: RFS: python-dtcwt/0.11.0-1
has caused the Debian Bug report #817833,
regarding RFS: python-dtcwt/0.11.0-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.)


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

* Package name: python-dtcwt
  Version : 0.11.0-1
  Upstream Author : Rich Wareham 
* URL : https://github.com/rjw57/dtcwt
* License : BSD
  Section : science

It builds those binary packages:

  python-dtcwt - Dual-Tree Complex Wavelet Transform library for Python 2
  python-dtcwt-doc - Documentation of the Python implementation of the 
DT-CWT

  python3-dtcwt - Dual-Tree Complex Wavelet Transform library for Python 3

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


  http://mentors.debian.net/package/python-dtcwt

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

  dget -x 
http://mentors.debian.net/debian/pool/main/p/python-dtcwt/python-dtcwt_0.11.0-1.dsc


Successful build log on debomatic:

  [amd64] 
http://debomatic-amd64.debian.net/distribution#unstable/python-dtcwt/0.11.0-1/buildlog


Changes since the last upload:

  * New upstream release.
  * DFSG cleaning is no longer required:
- d/copyright: remove Files-Excluded entry.
- d/gbp.conf: synchronise with upstream master branch and tags.
- d/watch: remove repacksuffix option.
  * Update patch queue:
- Refresh use-system-mathjax.patch and reproducible-build.patch.
- Drop Fix-usage-of-unsafe-inplace-casting.patch, applied upstream.
- Drop Use-explicit-integer-division.patch, applied upstream.
  * d/{control,tests/*}: replace dependency on nose with pytest.
  * d/gbp.conf: switch to DEP-14 repository layout.

Regards,
Ghislain Vaillant
--- End Message ---
--- Begin Message ---
Hi, Signed!
cheers,

G.





Il Giovedì 10 Marzo 2016 19:33, Ghislain Vaillant  ha 
scritto:
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "python-dtcwt"

* Package name: python-dtcwt
   Version : 0.11.0-1
   Upstream Author : Rich Wareham 
* URL : https://github.com/rjw57/dtcwt
* License : BSD
   Section : science

It builds those binary packages:

   python-dtcwt - Dual-Tree Complex Wavelet Transform library for Python 2
   python-dtcwt-doc - Documentation of the Python implementation of the 
DT-CWT
   python3-dtcwt - Dual-Tree Complex Wavelet Transform library for Python 3

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

  http://mentors.debian.net/package/python-dtcwt

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

   dget -x 
http://mentors.debian.net/debian/pool/main/p/python-dtcwt/python-dtcwt_0.11.0-1.dsc

Successful build log on debomatic:

   [amd64] 
http://debomatic-amd64.debian.net/distribution#unstable/python-dtcwt/0.11.0-1/buildlog

Changes since the last upload:

   * New upstream release.
   * DFSG cleaning is no longer required:
 - d/copyright: remove Files-Excluded entry.
 - d/gbp.conf: synchronise with upstream master branch and tags.
 - d/watch: remove repacksuffix option.
   * Update patch queue:
 - Refresh use-system-mathjax.patch and reproducible-build.patch.
 - Drop Fix-usage-of-unsafe-inplace-casting.patch, applied upstream.
 - Drop Use-explicit-integer-division.patch, applied upstream.
   * d/{control,tests/*}: replace dependency on nose with pytest.
   * d/gbp.conf: switch to DEP-14 repository layout.

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

Bug#817833: RFS: python-dtcwt/0.11.0-1

2016-03-10 Thread Ghislain Vaillant 

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "python-dtcwt"

* Package name: python-dtcwt
  Version : 0.11.0-1
  Upstream Author : Rich Wareham 
* URL : https://github.com/rjw57/dtcwt
* License : BSD
  Section : science

It builds those binary packages:

  python-dtcwt - Dual-Tree Complex Wavelet Transform library for Python 2
  python-dtcwt-doc - Documentation of the Python implementation of the 
DT-CWT

  python3-dtcwt - Dual-Tree Complex Wavelet Transform library for Python 3

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


  http://mentors.debian.net/package/python-dtcwt

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

  dget -x 
http://mentors.debian.net/debian/pool/main/p/python-dtcwt/python-dtcwt_0.11.0-1.dsc


Successful build log on debomatic:

  [amd64] 
http://debomatic-amd64.debian.net/distribution#unstable/python-dtcwt/0.11.0-1/buildlog


Changes since the last upload:

  * New upstream release.
  * DFSG cleaning is no longer required:
- d/copyright: remove Files-Excluded entry.
- d/gbp.conf: synchronise with upstream master branch and tags.
- d/watch: remove repacksuffix option.
  * Update patch queue:
- Refresh use-system-mathjax.patch and reproducible-build.patch.
- Drop Fix-usage-of-unsafe-inplace-casting.patch, applied upstream.
- Drop Use-explicit-integer-division.patch, applied upstream.
  * d/{control,tests/*}: replace dependency on nose with pytest.
  * d/gbp.conf: switch to DEP-14 repository layout.

Regards,
Ghislain Vaillant

Bug#817829: RFS: golang-github-cheggaaa-pb/0.0~git20160304.0.a75ad33 [ITP] -- simple console progress bar for Go

2016-03-10 Thread Peter Colberg 
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for the package "golang-github-cheggaaa-pb":

  git clone 
https://anonscm.debian.org/git/pkg-go/packages/golang-github-cheggaaa-pb.git

  cd golang-github-cheggaaa-pb && pristine-tar checkout 
../golang-github-cheggaaa-pb_0.0~git20160304.0.a75ad33.orig.tar.gz

For verification, these are the current branch heads:

  git show-ref --heads
  2c85edd7491591aff29295ae9733be44315d refs/heads/master
  d44ba4e1b1f236b8239a6d9729e09cd8d5ff6a44 refs/heads/pristine-tar
  e2659013dd42609571aff8ebc2f9ef7498346327 refs/heads/upstream

It builds these binary packages:

  golang-github-cheggaaa-pb-dev -- simple console progress bar for Go

This package is a prerequisite for building acmetool [1], an
automatic certificate acquisition tool for Let's Encrypt [2].

[1] https://bugs.debian.org/817091
[2] https://letsencrypt.org/about/

More information about golang-github-cheggaaa-pb can be obtained from

https://github.com/cheggaaa/pb

If you decide to sponsor this package, please change the distribution
from UNRELEASED to unstable before upload. I will import the uploaded
source package into the git repository and push a tag afterwards.

Regards,
Peter

Bug#817827: RFS: golang-gopkg-tylerb-graceful.v1/1.2.4 [ITP] -- Go package for gracefully shutting down HTTP server

2016-03-10 Thread Peter Colberg 
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for the package "golang-gopkg-tylerb-graceful.v1":

  git clone 
https://anonscm.debian.org/git/pkg-go/packages/golang-gopkg-tylerb-graceful.v1.git

  cd golang-gopkg-tylerb-graceful.v1 && pristine-tar checkout 
../golang-gopkg-tylerb-graceful.v1_1.2.4.orig.tar.gz

For verification, these are the current branch heads:

  git show-ref --heads
  d703c4fbdfb3b882a36a857df5876aacf67b7669 refs/heads/master
  ef9d98ea7c26c08e9c4a089dc63b777b14c4cd61 refs/heads/pristine-tar
  11415e544504d350056e2e67955dcf1bd2bb5e18 refs/heads/upstream

It builds these binary packages:

  golang-gopkg-tylerb-graceful.v1-dev -- Go package for gracefully shutting 
down HTTP server

This package is a prerequisite for building acmetool [1], an
automatic certificate acquisition tool for Let's Encrypt [2].

[1] https://bugs.debian.org/817091
[2] https://letsencrypt.org/about/

More information about golang-gopkg-tylerb-graceful.v1 can be obtained from

https://github.com/tylerb/graceful

If you decide to sponsor this package, please change the distribution
from UNRELEASED to unstable before upload. I will import the uploaded
source package into the git repository and push a tag afterwards.

Regards,
Peter

Re: Help with new version of iqtree needed

2016-03-10 Thread Gert Wollny 
Hi Andreas, 

I've update the sse3 patch to not enable sse3 and not define __SSE3,
and added an sse2 code path to emulate the _mm_hadd_pd instruction
where needed. 

It compiles, and the alignment sequence test reports the same "failures
"and "passed" like the completely unpatched version.

However, later I get errors like: 

  ERROR: Checkpoint (example.phy.ckp.gz) indicates that a previous run 
  successfully finished
  Use `-redo` option if you really want to redo the analysis and 
  overwrite all output files.
  Command exited with non-zero status 2

with and without patching the code. 

best, 
Gert

Bug#816919: RFS: newsbeuter/2.9-1 [ITA]

2016-03-10 Thread Nikos Tsipinakis 
On Wed, Mar 09, 2016 at 11:25:01PM +0100, gregor herrmann wrote:
> Thanks for your interest in newsbeuter; I like it and use it daily :)
> And I was looking forward to a version which needs less memory than
> Iceweasel; but for me 2.9 has a massive problem:
> 
> The highlighting feature seems to be broken (no idea if this is a
> problem in newsbeuter or ncurses; I haven't retried to rebuild 2.8-2
> to check). Too show what I mean: I have in my ~/.newsbeuter/config

Apparently this issue was already reported and fixed upstream. Added a patch 
and it should work as intended now.

-- 
Best Regards,
Nikos Tsipinakis

Bug#817804: RFS: tinymux/2.6.5.34-1 NMU

2016-03-10 Thread Stephen Dennis 
Package: sponsorship-requests
Severity: normal [important for RC bugs, wishlist for new packages]

Dear mentors,

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

 Package name: tinymux
 Version : 2.6.5.34-1
 Upstream Author : Stephen Dennis 
 URL : http://www.tinymux.org
 License : GPL
 Section : games

It builds those binary packages:

  tinymux- text-based multi-user virtual world server

To access further information about this package, please visit the
following URL:
http://mentors.debian.net/package/tinymux


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

  dget -x 
http://mentors.debian.net/debian/pool/main/t/tinymux/tinymux_2.6.5.34-1.dsc

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

Changes since the last upload:

tinymux (2.6.5.34-1) unstable; urgency=low

  * Non-maintainer upload
  * Fix "FTBFS with GCC 6: narrowing conversion"  (Closes: #811780)
  * Fix "use autotools-dev to update config.{sub,guess} for new arches"
 (Closes: #736863)
  * Fix "[Mayhem] Bug report on tinymux: netmux crashes with exit status
139"  (Closes: #716615)
  * Fix "run dh-autoreconf to update for new architectures"  (Closes: #759448)

 -- Stephen Dennis   Thu, 10 Mar 2016 06:01:09 +


Regards,
Stephen Dennis

Re: Help with new version of iqtree needed

2016-03-10 Thread Gert Wollny 
Hello, 


> _mm_hadd_pd is a sse3 intrinsic so you have to pass -msse3 to allow
> GCC to use it. However, this will cause a SIGILL on any amd64/i386
> processor without sse3 so instead the code should be replaced with
> something more portable.

Actually, the compile command defines -D__SSE3, and the according
headers are only included if this define is set. 

I've tried to add a patch that removes the according tests in the
CMakeLists.txt, but then I got 

/home/gerddie/debian-med/iqtree/phylokernel.h:19:2: error: 
   #error "You must compile with SSE3 enabled!"

within a function that does a so called horizontal add. 

I'll think of a patch to emulate the according code with sse2
instructions. 

Best, 
Gert 

Re: Help with new version of iqtree needed

2016-03-10 Thread Andreas Tille 
Hi James,

thanks for the fast response:

On Thu, Mar 10, 2016 at 01:49:23PM +, James Cowgill wrote:
> On Thu, 2016-03-10 at 14:39 +0100, Andreas Tille wrote:
> > Hi,
> > 
> > I#m facing a C++ problem with the new version of iqtree.  If I build the
> > current state in Git[1] I get:
> > 
> > ...
> > [  7%] Building C object pll/CMakeFiles/pll.dir/evaluateGenericSpecial.c.o
> > cd /build/iqtree-1.4.0+dfsg/obj-x86_64-linux-gnu/pll && /usr/bin/cc  
> > -DIQ_TREE -D_USE_PTHREADS -D__SSE3 -I/build/iqtree-1.4.0+dfsg 
> > -I/build/iqtree-1.4.0+dfsg/obj-x86_64-linux-gnu  -g -O2 
> > -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> > -D_FORTIFY_SOURCE=2  -pthread-o 
> > CMakeFiles/pll.dir/evaluateGenericSpecial.c.o   -c 
> > /build/iqtree-1.4.0+dfsg/pll/evaluateGenericSpecial.c
> > In file included from 
> > /build/iqtree-1.4.0+dfsg/pll/evaluateGenericSpecial.c:46:0:
> > /build/iqtree-1.4.0+dfsg/pll/pllInternal.h:150:30: warning: inline function 
> > 'bitcount_64_bit' declared but never defined
> >  extern __inline unsigned int bitcount_64_bit(uint64_t i);
> >   ^
> > In file included from /build/iqtree-1.4.0+dfsg/pll/pll.h:79:0,
> >  from /build/iqtree-1.4.0+dfsg/pll/mem_alloc.h:16,
> >  from 
> > /build/iqtree-1.4.0+dfsg/pll/evaluateGenericSpecial.c:31:
> > /build/iqtree-1.4.0+dfsg/pll/evaluateGenericSpecial.c: In function 
> > 'evaluateGTRCATPROT':
> > /usr/lib/gcc/x86_64-linux-gnu/5/include/pmmintrin.h:86:1: error: inlining 
> > failed in call to always_inline '_mm_hadd_pd': target specific option 
> > mismatch
> >  _mm_hadd_pd (__m128d __X, __m128d __Y)
> >  ^
> 
> _mm_hadd_pd is a sse3 intrinsic so you have to pass -msse3 to allow GCC
> to use it. However, this will cause a SIGILL on any amd64/i386
> processor without sse3 so instead the code should be replaced with
> something more portable.

Since I have no idea about SSE my attempt to fix #813436 obviously
triggered this problem.  I admit I have no idea how to deal with this
sensibly.

Kind regards

 Andreas.


-- 
http://fam-tille.de

Re: Help with new version of iqtree needed

2016-03-10 Thread James Cowgill 
On Thu, 2016-03-10 at 14:39 +0100, Andreas Tille wrote:
> Hi,
> 
> I#m facing a C++ problem with the new version of iqtree.  If I build the
> current state in Git[1] I get:
> 
> ...
> [  7%] Building C object pll/CMakeFiles/pll.dir/evaluateGenericSpecial.c.o
> cd /build/iqtree-1.4.0+dfsg/obj-x86_64-linux-gnu/pll && /usr/bin/cc  
> -DIQ_TREE -D_USE_PTHREADS -D__SSE3 -I/build/iqtree-1.4.0+dfsg 
> -I/build/iqtree-1.4.0+dfsg/obj-x86_64-linux-gnu  -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2  -pthread-o 
> CMakeFiles/pll.dir/evaluateGenericSpecial.c.o   -c 
> /build/iqtree-1.4.0+dfsg/pll/evaluateGenericSpecial.c
> In file included from 
> /build/iqtree-1.4.0+dfsg/pll/evaluateGenericSpecial.c:46:0:
> /build/iqtree-1.4.0+dfsg/pll/pllInternal.h:150:30: warning: inline function 
> 'bitcount_64_bit' declared but never defined
>  extern __inline unsigned int bitcount_64_bit(uint64_t i);
>   ^
> In file included from /build/iqtree-1.4.0+dfsg/pll/pll.h:79:0,
>  from /build/iqtree-1.4.0+dfsg/pll/mem_alloc.h:16,
>  from 
> /build/iqtree-1.4.0+dfsg/pll/evaluateGenericSpecial.c:31:
> /build/iqtree-1.4.0+dfsg/pll/evaluateGenericSpecial.c: In function 
> 'evaluateGTRCATPROT':
> /usr/lib/gcc/x86_64-linux-gnu/5/include/pmmintrin.h:86:1: error: inlining 
> failed in call to always_inline '_mm_hadd_pd': target specific option mismatch
>  _mm_hadd_pd (__m128d __X, __m128d __Y)
>  ^

_mm_hadd_pd is a sse3 intrinsic so you have to pass -msse3 to allow GCC
to use it. However, this will cause a SIGILL on any amd64/i386
processor without sse3 so instead the code should be replaced with
something more portable.

James

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

Help with new version of iqtree needed

2016-03-10 Thread Andreas Tille 
Hi,

I#m facing a C++ problem with the new version of iqtree.  If I build the
current state in Git[1] I get:

...
[  7%] Building C object pll/CMakeFiles/pll.dir/evaluateGenericSpecial.c.o
cd /build/iqtree-1.4.0+dfsg/obj-x86_64-linux-gnu/pll && /usr/bin/cc  -DIQ_TREE 
-D_USE_PTHREADS -D__SSE3 -I/build/iqtree-1.4.0+dfsg 
-I/build/iqtree-1.4.0+dfsg/obj-x86_64-linux-gnu  -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2  -pthread-o 
CMakeFiles/pll.dir/evaluateGenericSpecial.c.o   -c 
/build/iqtree-1.4.0+dfsg/pll/evaluateGenericSpecial.c
In file included from 
/build/iqtree-1.4.0+dfsg/pll/evaluateGenericSpecial.c:46:0:
/build/iqtree-1.4.0+dfsg/pll/pllInternal.h:150:30: warning: inline function 
'bitcount_64_bit' declared but never defined
 extern __inline unsigned int bitcount_64_bit(uint64_t i);
  ^
In file included from /build/iqtree-1.4.0+dfsg/pll/pll.h:79:0,
 from /build/iqtree-1.4.0+dfsg/pll/mem_alloc.h:16,
 from /build/iqtree-1.4.0+dfsg/pll/evaluateGenericSpecial.c:31:
/build/iqtree-1.4.0+dfsg/pll/evaluateGenericSpecial.c: In function 
'evaluateGTRCATPROT':
/usr/lib/gcc/x86_64-linux-gnu/5/include/pmmintrin.h:86:1: error: inlining 
failed in call to always_inline '_mm_hadd_pd': target specific option mismatch
 _mm_hadd_pd (__m128d __X, __m128d __Y)
 ^
/build/iqtree-1.4.0+dfsg/pll/evaluateGenericSpecial.c:2667:10: error: called 
from here
   tv = _mm_hadd_pd(tv, tv);
  ^
In file included from /build/iqtree-1.4.0+dfsg/pll/pll.h:79:0,
 from /build/iqtree-1.4.0+dfsg/pll/mem_alloc.h:16,
 from /build/iqtree-1.4.0+dfsg/pll/evaluateGenericSpecial.c:31:
/usr/lib/gcc/x86_64-linux-gnu/5/include/pmmintrin.h:86:1: error: inlining 
failed in call to always_inline '_mm_hadd_pd': target specific option mismatch
 _mm_hadd_pd (__m128d __X, __m128d __Y)
 ^
/build/iqtree-1.4.0+dfsg/pll/evaluateGenericSpecial.c:2700:10: error: called 
from here
   tv = _mm_hadd_pd(tv, tv);
  ^
pll/CMakeFiles/pll.dir/build.make:113: recipe for target 
'pll/CMakeFiles/pll.dir/evaluateGenericSpecial.c.o' failed
...


Any hint how to fix this?

Kind regards

   Andreas.


[1] https://anonscm.debian.org/git/debian-med/iqtree.git

-- 
http://fam-tille.de