Re: uscan for a single text file

[Ole Streicher]

Sergio Durigan Junior  writes:
> On Sunday, July 17 2016, Ole Streicher wrote:
>> If mk-origtargz doesn't repack it, why does it look into it? The symlink
>> could be created without as well.
>
> It makes sure that there is a tarball compressed using the supported
> compression mechanisms, even when it is not interested in unpacking the
> tarball.  This is a design decision, and I don't know why it was made
> this way.  I obviously agree with you that it could be improved.

it is done at the wrong place, since mk-origtargz is called before
uupdate, and uupdate is still able to change the tarball (this is even
recommended by some tutorials).

> I agree with Paul Wise when he says that mk-origtargz should create a
> tarball if the file provided by the user is not one.  I guess I'll give
> this idea a try later (when I have time).

IMO there should be an option that the user can decide how the tarball
is created from the downloaded file(s).

>> What is the use of uupdate in current workflows (f.e. git-buildpackage)
>> at all? In my opinion, it is bound to one very specific workflow, which
>> at least I personally never used. And the rest of the watch/uscan
>> procedure is workflow-agnostic; it is just the canonical way to get a
>> new upstream tarball.
>
> uupdate not only creates the symlink, but also does some "house-keeping"
> (it makes sure debian/rules is executable, for example).

that sounds a bit arbitrary: uscan is made for the preparation of the
original tarball. Why should it touch d/rules? Especially, since usually
uscan is called for a package that has already an older version (and
therefore also a working d/rules). If there is really a problem with
wrong permissions on d/rules, it would (IMO) be better to let lintian
complain here.

> It will perform different tasks depending on the version you specify
> in your watch file.

I mean 3/4 only (everything else was before my time).

uscan downloads the file
mk-origtargz repacks it (if needed) or created the symlink

what other housekeeping is needed to reach its goal? The manpages
states:

| uscan invokes uupdate to create the Debianized source tree:

but isn't this a step that is highly dependent on the used workflow? If
I use git-buildpackage (or any other bit-based workflow); why whould I
need to create a debianized source tree?

>> So wouldn'it it be better to just replace uupdate by an adjusted
>> mk-origtargz script? Then, one could replace it by an specific script
>> if needed.
>
> Actually, I think it makes more sense to extend mk-origtargz and make it
> honour its name: create an .orig.tar.gz tarball *even* when upstream
> does not provide a tarball.

I mean: it should be done at the place of uupdate, and easily
replaceable by another script if needed. The name does not matter here.

>> BTW, in the queue of casacore-data packages we would also need a watch
>> file + script for packages which download ~100 individual files and put
>> them into a tarball (Upstream doesn't offer a tar download option). Any
>> good ideas here?
>
> Hm, I couldn't find any casacore-data package.  But I found the casacore
> package, which points me to  as
> its upstream.  There, I could find the .tar.gz file provided by git
> tags, so I'm not sure if I understood your question, sorry.  Could you
> expand it to me, please?

Sure: casacore is the "base" package, which is now in Debian. For a
proper work, it needs some data files, which are currently "somehow"
created upstream and put together into a single tarball. Just using this
tarball is IMO not acceptable by the Debian policy, since we insist in
having sources. So, I pushed the casacore maintainers to make the
tarball creation transparent and to do it when creating the
casacore-data package. It appears that the tarball is created by
downloading several ASCII data files from different location (f.e. about
the earth magnetic field), and then processed by a program distributed
with casacore.

Therefore my proposed way is:

* create one source package for each topic/download location
* do the processing when creating the binary packages.

The simplest case here is the one which was used to start this
discussion: the source is just one data file for the earth magnetic
field. The other source packages will be more difficult, since they
download several (up to 100) files; probably the uscan mechanism will
fail here (also because the file names do not contain a version or so).

We discussed that a while ago in the debian-astro mailing list.

Best regards

Ole

Re: Please help upgrading eigensoft

[Christian Seiler]

On 07/18/2016 10:21 PM, Andreas Tille wrote:
> ...
> cc -Wl,-z,relro  pca.o eigensrc/eigsubs.o eigx.o nicksrc/libnick.a  -lgsl 
> -lblas -lgfortran -lrt -lm -o pca
> eigx.o: In function `eigx_':
> /build/eigensoft-6.1.2+dfsg/src/eigx.c:100: undefined reference to `dspev_'
> eigx.o: In function `eigxv_':
> /build/eigensoft-6.1.2+dfsg/src/eigx.c:126: undefined reference to `dspev_'
> eigx.o: In function `cdc_':
> /build/eigensoft-6.1.2+dfsg/src/eigx.c:145: undefined reference to `dpotrf_'
> eigx.o: In function `inverse_':
> /build/eigensoft-6.1.2+dfsg/src/eigx.c:186: undefined reference to `dgetrf_'
> /build/eigensoft-6.1.2+dfsg/src/eigx.c:194: undefined reference to `dgetri_'
> eigx.o: In function `solve_':
> /build/eigensoft-6.1.2+dfsg/src/eigx.c:223: undefined reference to `dgetrf_'
> /build/eigensoft-6.1.2+dfsg/src/eigx.c:230: undefined reference to `dgetrs_'
> eigx.o: In function `geneigsolve_':
> /build/eigensoft-6.1.2+dfsg/src/eigx.c:250: undefined reference to `dsygv_'
> collect2: error: ld returned 1 exit status
> : recipe for target 'pca' failed
> make[2]: *** [pca] Error 1
> ...
> 
> That's strange sinde the according functions have prototypes in the very
> same c file.  Any idea what might be wrong here?

DSPEV etc. are LAPACK routines, but you only link against BLAS. [1]
You also need to link against LAPACK for this to work. Add -llapack
before -lblas in your Makefile and it should work.

(Note that LAPACKE is not the same as LAPACK: LAPACKE is a C wrapper
around LAPACK, and it appears your package needs both, because it
calls some Fortran LAPACK routines directly, but it also calls some
LAPACKE routines in other places. Put -llapacke before -llapack in
the linker line, and everything should work though.)

Hope that helps.

Regards,
Christian

PS: You're git URI is wrong, there's a /git/ missing after
https://anonscm.debian.org/; this is also wrong in the package's
debian/control file.

[1] BLAS: Basic Linear Algebra Subroutines
A set of routines that perform elemetary linear algebra
operations. Mostly products (dot product, matrix-vector product,
matrix-matrix product, scalar-vector product, scalar-matrix
product), and efficient routines for some other tihngs
(adding vectors/matrices, transposition, etc.)

LAPACK: Linear Algebra PACKage
Built on top of BLAS, a set of routines that perform various
decompositions on matrices. Matrix inversion, singular value
decomposition, eigenvalue decomposition (i.e. diagonalization),
etc. fall under this category.

If you want to know which one of them contains a specific
routine, just ask yourself: is there a possibility that the
routine might not converge or the result may not be well-
defined? (Such as inversion, which doesn't work on all
matrices.) If so, it's in LAPACK, if not, it's in BLAS.

There's also a naming guide for LAPACK routines:
http://www.netlib.org/lapack/lug/node24.html

DSPEV is hence:
D: data type: double precision
SP: matrix type: symmetric, packed storage
EV: routine: eigenvalue decomposition

BLAS routines follow a similar naming scheme, but it can
deviate a bit.

Bug#830417: RFS: django-setuptest/0.2.1-1 [ITP]

[Christopher Hoskin]

I have now checked the package into the python-modules Alioth repository:

https://anonscm.debian.org/cgit/python-modules/packages/django-setuptest.git/

Thank you.

Christopher

Re: Please help upgrading eigensoft

[Leopold Palomo-Avellaneda]

Hi,

El Dimarts, 19 de juliol de 2016, a les 09:27:10, Christian Seiler va 
escriure:

[]
> 
> DSPEV etc. are LAPACK routines, but you only link against BLAS. [1]
> You also need to link against LAPACK for this to work. Add -llapack
> before -lblas in your Makefile and it should work.
> 
> (Note that LAPACKE is not the same as LAPACK: LAPACKE is a C wrapper
> around LAPACK, and it appears your package needs both, because it
> calls some Fortran LAPACK routines directly, but it also calls some
> LAPACKE routines in other places. Put -llapacke before -llapack in
> the linker line, and everything should work though.)

I have done it after at it build, however, I see that it's very sensitive in 
order, so follow Christian advice.
 
> Hope that helps.
> 
> Regards,
> Christian
> 
> PS: You're git URI is wrong, there's a /git/ missing after
> https://anonscm.debian.org/; this is also wrong in the package's
> debian/control file.

right ...


Christian is right. I have tested it. The Makefile should be, after your 
patches:

diff --git a/src/Makefile b/src/Makefile
index 187e4ec..70cda95 100644
--- a/src/Makefile
+++ b/src/Makefile
@@ -1,5 +1,5 @@
 CFLAGS += -I../include
-LDLIBS += -lgsl -lblas -lgfortran -lrt -lm
+LDLIBS += -lgsl -llapacke -llapack -lblas -lgfortran -lrt -lm -lpthread 
 
 ifeq ($(OPTIMIZE), 1)
CFLAGS += -O2


Regards,

Leopold

-- 
--
Linux User 152692 GPG: 05F4A7A949A2D9AA
Catalonia
-
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

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

Bug#831763: RFS: cdist/4.2.1-1

[Dmitry Bogatov]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

* Package name: cdist
  Version : 4.2.1-1
  Upstream Author : Nico Schottelius 
* Url : http://www.nico.schottelius.org/software/cdist/
* Licenses: GPL-3+
  Section : admin

It builds those binary packages:

cdist -- Usable Configuration Management System
cdist-doc -- Usable Configuration Management System (html documentatin)

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

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

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

dget -x http://mentors.debian.net/debian/pool/main/c/cdist/cdist_4.2.1-1.dsc

Alternatively, you can access package debian/ directory via git from URL:

https://anonscm.debian.org/cgit/users/kaction-guest/cdist.git

More information about cdist can be obtained from 
http://www.nico.schottelius.org/software/cdist/

Changes since last upload:

  * New upstream release
  * Refresh patch 'do-not-assume-git-checkout.patch'
  * Removed patches:
- fix-more-spelling-errors.patch: applied upstream
- disable-building-html.patch: no longer needed, since now upstream
  generates html via sphinx
- ensure-reproducible-build.patch: applied upstream
  * New patch: fix-docs-man-Makefile.patch
  * Update debian/watch, check GPG signature
  * Update debian/rules:
  + take advantage of /usr/shake/dpkg/default.mk instead of manual
invocation of 'dpkg-parsechangelog'
  + .gitignore file no longer installed, drop fix
  + remove no longer generated files from clean target
  * Use pybuild debhelper build system
  * Introduce new binary package 'cdist-doc', which contain html
documentation.

Regards,
  Dmitry Bogatov

Re: uscan for a single text file

[Gianfranco Costamagna]

>>Seriously, though.  I've also had to do a few modifications to the

Hi,

>Sorry, forgot to change the error message.  The correct is 2.

committed and pushed :)
thanks!

G.

Bug#831763: RFS: cdist/4.2.1-1

[Gianfranco Costamagna]

control: owner -1 !
control: tags -1 moreinfo

Hi,
>I am looking for a sponsor for my package "cdist"



here we are

>http://mentors.debian.net/package/cdist


E404

missing copyrights:
e.g.
# 2016 Darko Poljak (darko.poljak at gmail.com)

# 2015-2016 Steven Armstrong (steven-cdist at armstrong.cc)

some licenses seems to be GPL-3 only :(
+Copyright \(C) 2012,2016 Jake Guffey. Free use of this software is
+granted under the terms of the GNU General Public License version 3 (GPLv3).


lintian
W: cdist-doc: wrong-section-according-to-package-name cdist-doc => doc
I: cdist-doc: possible-documentation-but-no-doc-base-registration

other stuff LGTM,

G.

Re: reproducible-builds

[Dominique Dumont]

On Monday, July 18, 2016 6:20:51 PM CEST Herbert Fortes wrote:
> dvbackup

Is this package worth the effort ?

Is there anyone left who use DV tapes to perform backups when a 16GB thumb 
drive has more capacity and is more practical for this purpose than a DV 
camcorder ?

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Re: reproducible-builds

[Jakub Wilk]

* Dominique Dumont , 2016-07-19, 11:29:

dvbackup


Is this package worth the effort ?

Is there anyone left who use DV tapes to perform backups when a 16GB 
thumb drive has more capacity and is more practical for this purpose 
than a DV camcorder ?


I certainly wouldn't recommend dvbackup for making new backup.
It might be still useful for restoring existing backups.

--
Jakub Wilk

Re: reproducible-builds

[Christian Seiler]

Am 2016-07-19 11:29, schrieb Dominique Dumont:

On Monday, July 18, 2016 6:20:51 PM CEST Herbert Fortes wrote:

dvbackup


Is this package worth the effort ?


Not a user myself, but the package is already in the archive (it's
not an ITP), and I think reproducibility for _all_ of Debian is a
goal we should want to obtain. I don't think having a package that
does not build reproducibly in Debian should be a thing in the
long run: either the package is made reproducible, or the package
should be removed from the archive. Obviously this won't happen
any time soon, because we still aren't close enough to 100% and
some infrastructure bits are still missing. But I believe this
really should be a long-term goal.

Is there anyone left who use DV tapes to perform backups when a 16GB 
thumb
drive has more capacity and is more practical for this purpose than a 
DV

camcorder ?


I doubt that many people will want to use this tool to create a
new backup solution - but as this package has been in the archive
for more than a decade, many people might still have old backups
on DV, and may want to read their old backups with a current
Debian version.

Regards,
Christian

Re: reproducible-builds

[Mattia Rizzolo]

On Mon, Jul 18, 2016 at 06:20:51PM -0300, Herbert Fortes wrote:
> Em Seg, 2016-07-18 às 20:28 +0800, Paul Wise escreveu:
> > On Mon, Jul 18, 2016 at 8:18 PM, Herbert Fortes wrote:
> > 
> > > I did a QA and reproducible-builds says that
> > > it FTBFS with armhf on 2016-07-09. The
> > > build was not tried again.
> > 
> > Which package ?
> 
> 
> dvbackup
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/armhf/dvbackup.html
> 
> At the end has:
> 
> [...]
> I: Current time: Fri Jul  8 18:38:51 GMT+12 2016
> I: pbuilder-time-stamp: 1468046331
> Sat Jul  9 06:41:09 UTC 2016 - the second build failed, even though the first 
> build was successful.
> 
> https://tests.reproducible-builds.org/debian/unstable/armhf/dvbackup : 
> reproducible ➤ FTBFS
> Sat Jul  9 06:41:11 UTC 2016 - total duration: 0h 6m 25s.

Something failed somewhere in the second build, not in the package build
itself but rather in the building script and was not properly detected
as an infrastructure error (but rather as a FTBFS).
I triggered another build of the package and not it has built
successfully.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Re: reproducible-builds

[Paul Wise]

On Tue, Jul 19, 2016 at 5:29 PM, Dominique Dumont wrote:

> Is there anyone left who use DV tapes to perform backups

There are apparently at least two computers that run it regularly:

https://qa.debian.org/popcon.php?package=dvbackup

Also, I assume Herbert has some reason for working on it.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Re: reproducible-builds

[Mattia Rizzolo]

On Tue, Jul 19, 2016 at 09:38:44AM -0300, Herbert Fortes wrote:
> I do not have a special interest in the package. Just
> a QA to do. I also did a repository (collab-maint) for
> it.

You could/shoud have set Vcs-* in d/control for that.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Re: reproducible-builds

[Herbert Fortes]

Hi,

> Something failed somewhere in the second build, not in the package build
> itself but rather in the building script and was not properly detected
> as an infrastructure error (but rather as a FTBFS).
> I triggered another build of the package and not it has built
> successfully.

Thanks for all replies.

I do not have a special interest in the package. Just
a QA to do. I also did a repository (collab-maint) for
it.



regards,
-- Herbert Parentes Fortes Neto (hpfn)

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

Re: reproducible-builds

[Herbert Fortes]

Em Ter, 2016-07-19 às 12:42 +, Mattia Rizzolo escreveu:
> On Tue, Jul 19, 2016 at 09:38:44AM -0300, Herbert Fortes wrote:
> > I do not have a special interest in the package. Just
> > a QA to do. I also did a repository (collab-maint) for
> > it.
> 
> You could/shoud have set Vcs-* in d/control for that.

I did the repository yesterday. After the upload. I
will do that today. The same for libdv and libextractor-python.



regards,
-- Herbert Parentes Fortes Neto (hpfn)

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

Bug#831792: RFS: scid/1:4.6.2-0.1 [NMU]

[Jose G. López]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "scid":

* Package name: scid
  Version : 4.6.2-0.1 
  Upstream Author : Fulvio Benini 
* URL : http://scid.sf.net
* License : GPL v2
  Section : games

It builds those binary packages:

  scid - chess database with play and training functionality
  scid-data  - data files for scid, the chess database application

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

  https://mentors.debian.net/package/scid

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

  dget -x https://mentors.debian.net/debian/pool/main/s/scid/scid_4.6.2-0.1.dsc

As advised by Gianfranco I've upload the package to mentors. It closes some 
other bugs not reproducible by the current version and is lintian clean (hope 
so :-)).

Package development is on the following repo:

https://gitlab.com/deb-pkg/scid

Changes since the last upload:

  * Non-maintainer upload.
  * New upstream version. (Closes: #802196)
  * UCI engine settings works and doesn't show 
errors. (Closes: #801607)
  * Game list can be resized and changes total width of the 
window (Closes: #692300)
  * debian/control:
- Bump to Standards-Version 3.9.8. No changes required.
- Use tcl and tk default version provided by Debian.
- Add libsnack2 (enabling sound) and tclsh to Depends on 
  scid-data package.
  * debian/rules:
- Link with '--as-needed' to fix FTBFS. (Closes: #772432) 
  Thanks to Logan Rosen for patch.
- Add hardening flags.
- Fix executable permissions on some files.
  * debian/patches:
- tcl_syntax: Add to fix syntax for Tcl/Tk script.
- 01_datafolder.diff: Add to use a data dir variable.
- 01_soundfolder.diff: Change to use share dir variable.
- 01_Makefile.conf.diff: Change to use hardening/linking flags.
- 01_configure_tclsh.diff: Remove, tcl default version provides tclsh.
- 01_spellcorrection.diff: Remove, source file deleted by upstream.
  * debian/scid.dirs: Remove scidlet dir, it is not used anymore.
  * debian/scid.install: Remove copying to scidlet dir.
  * debian/scid-data.dirs: Add tcl dir as upstream installs it by default
  * debian/scid-data.install: Copy files to tcl dir.

Regards,


pgpA2plKblaY5.pgp
Description: PGP signature

Bug#831763: RFS: cdist/4.2.1-1

[Dmitry Bogatov]

> E404
Sorry. Forgot. Fixed.

> missing copyrights:
> e.g.
> # 2016 Darko Poljak (darko.poljak at gmail.com)
> # 2015-2016 Steven Armstrong (steven-cdist at armstrong.cc)
Fixed.


> some licenses seems to be GPL-3 only :(
> +Copyright \(C) 2012,2016 Jake Guffey. Free use of this software is
> +granted under the terms of the GNU General Public License version 3 (GPLv3).

Someone forgot or later clause, other copied. Wrote in 'debian/copyright'
about GPLv3-only manpages. Upstream is willing to fix issue.

> W: cdist-doc: wrong-section-according-to-package-name cdist-doc => doc

Fixed.

> I: cdist-doc: possible-documentation-but-no-doc-base-registration

Installed.

-- 
Accept: text/plain, text/x-diff
Accept-Language: eo,en,ru
X-Web-Site: sinsekvu.github.io

Bug#831763: marked as done (RFS: cdist/4.2.1-1 )

[Debian Bug Tracking System]

Your message dated Tue, 19 Jul 2016 15:59:58 + (UTC)
with message-id <1744864898.2837630.1468943998980.javamail.ya...@mail.yahoo.com>
and subject line Re: Bug#831763: RFS: cdist/4.2.1-1
has caused the Debian Bug report #831763,
regarding RFS: cdist/4.2.1-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.)


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

* Package name: cdist
  Version : 4.2.1-1
  Upstream Author : Nico Schottelius 
* Url : http://www.nico.schottelius.org/software/cdist/
* Licenses: GPL-3+
  Section : admin

It builds those binary packages:

cdist -- Usable Configuration Management System
cdist-doc -- Usable Configuration Management System (html documentatin)

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

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

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

dget -x http://mentors.debian.net/debian/pool/main/c/cdist/cdist_4.2.1-1.dsc

Alternatively, you can access package debian/ directory via git from URL:

https://anonscm.debian.org/cgit/users/kaction-guest/cdist.git

More information about cdist can be obtained from 
http://www.nico.schottelius.org/software/cdist/

Changes since last upload:

  * New upstream release
  * Refresh patch 'do-not-assume-git-checkout.patch'
  * Removed patches:
- fix-more-spelling-errors.patch: applied upstream
- disable-building-html.patch: no longer needed, since now upstream
  generates html via sphinx
- ensure-reproducible-build.patch: applied upstream
  * New patch: fix-docs-man-Makefile.patch
  * Update debian/watch, check GPG signature
  * Update debian/rules:
  + take advantage of /usr/shake/dpkg/default.mk instead of manual
invocation of 'dpkg-parsechangelog'
  + .gitignore file no longer installed, drop fix
  + remove no longer generated files from clean target
  * Use pybuild debhelper build system
  * Introduce new binary package 'cdist-doc', which contain html
documentation.

Regards,
  Dmitry Bogatov
--- End Message ---
--- Begin Message ---
Hi


> fixed

Sponsoring with two changes:
Depends: python3 (>= 3.4), ${misc:Depends}, ${python3:Depends}
+Suggests: cdist-doc
Description: Usable Configuration Management System

-Description: Usable Configuration Management System (html documentaion)
+Description: Usable Configuration Management System (html documentation)

^^^ I'm attaching and sponsoring the two fixes above

cheers,

G.


cdist_4.2.1-1.debian.tar.xz
Description: application/xz
--- End Message ---

Bug#831811: RFS: pynac/0.6.8-1

[Julien Puydt]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

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

 * Package name: pynac
   Version : 0.6.8-1
   Upstream Author : Burcin Erocal
 * URL : http://pynac.org
 * License : GPL-2+
   Section : math

  It builds those binary packages:

libpynac-dev - Engine for symbolic geometric calculus for Python 
(development fi

 libpynac2  - Engine for symbolic geometric calculus for Python

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


  https://mentors.debian.net/package/pynac


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

dget -x 
https://mentors.debian.net/debian/pool/main/p/pynac/pynac_0.6.8-1.dsc


  It is packaged within the debian science team:

Vcs-Git: https://anonscm.debian.org/git/debian-science/packages/pynac.git
Vcs-Browser: 
https://anonscm.debian.org/cgit/debian-science/packages/pynac.git


  The only change since the last upload is going from upstream 0.6.7 to 
upstream 0.6.8, and it is a bugfix release.


Cheers,

Snark on #debian-science

Bug#831811: marked as done (RFS: pynac/0.6.8-1)

[Debian Bug Tracking System]

Your message dated Tue, 19 Jul 2016 18:10:58 + (UTC)
with message-id <1771498619.2945705.1468951858870.javamail.ya...@mail.yahoo.com>
and subject line Re: Bug#831811: RFS: pynac/0.6.8-1
has caused the Debian Bug report #831811,
regarding RFS: pynac/0.6.8-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.)


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

 * Package name: pynac
   Version : 0.6.8-1
   Upstream Author : Burcin Erocal
 * URL : http://pynac.org
 * License : GPL-2+
   Section : math

  It builds those binary packages:

libpynac-dev - Engine for symbolic geometric calculus for Python 
(development fi

 libpynac2  - Engine for symbolic geometric calculus for Python

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


  https://mentors.debian.net/package/pynac


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

dget -x 
https://mentors.debian.net/debian/pool/main/p/pynac/pynac_0.6.8-1.dsc


  It is packaged within the debian science team:

Vcs-Git: https://anonscm.debian.org/git/debian-science/packages/pynac.git
Vcs-Browser: 
https://anonscm.debian.org/cgit/debian-science/packages/pynac.git


  The only change since the last upload is going from upstream 0.6.7 to 
upstream 0.6.8, and it is a bugfix release.


Cheers,

Snark on #debian-science
--- End Message ---
--- Begin Message ---
Hi,

>   I am looking for a sponsor for my package "pynac"




its in


G.--- End Message ---

Bug#831818: RFS: pickleshare/0.7.3-1

[Julien Puydt]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

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

 * Package name: pickleshare
   Version : 0.7.3-1
   Upstream Author : Ville Vainio
 * URL : https://github.com/pickleshare/pickleshare
 * License : Expat
   Section : python

  It builds those binary packages:

python-pickleshare - File system based database that uses Python 
pickles for Python 2
 python3-pickleshare - File system based database that uses Python 
pickles for Python 3


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


  https://mentors.debian.net/package/pickleshare


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

dget -x 
https://mentors.debian.net/debian/pool/main/p/pickleshare/pickleshare_0.7.3-1.dsc


  It is packaged within the debian python modules team:

Vcs-Git: 
https://anonscm.debian.org/git/python-modules/packages/pickleshare.git
Vcs-Browser: 
https://anonscm.debian.org/cgit/python-modules/packages/pickleshare.git


 This is just a new upstream release.

 Cheers,

Snark on #debian-python

Bug#831818: marked as done (RFS: pickleshare/0.7.3-1)

[Debian Bug Tracking System]

Your message dated Tue, 19 Jul 2016 22:14:58 + (UTC)
with message-id <1799085126.3098030.1468966498302.javamail.ya...@mail.yahoo.com>
and subject line Re: Bug#831818: RFS: pickleshare/0.7.3-1
has caused the Debian Bug report #831818,
regarding RFS: pickleshare/0.7.3-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.)


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

 * Package name: pickleshare
   Version : 0.7.3-1
   Upstream Author : Ville Vainio
 * URL : https://github.com/pickleshare/pickleshare
 * License : Expat
   Section : python

  It builds those binary packages:

python-pickleshare - File system based database that uses Python 
pickles for Python 2
 python3-pickleshare - File system based database that uses Python 
pickles for Python 3


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


  https://mentors.debian.net/package/pickleshare


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

dget -x 
https://mentors.debian.net/debian/pool/main/p/pickleshare/pickleshare_0.7.3-1.dsc


  It is packaged within the debian python modules team:

Vcs-Git: 
https://anonscm.debian.org/git/python-modules/packages/pickleshare.git
Vcs-Browser: 
https://anonscm.debian.org/cgit/python-modules/packages/pickleshare.git


 This is just a new upstream release.

 Cheers,

Snark on #debian-python
--- End Message ---
--- Begin Message ---
Hi,
>   I am looking for a sponsor for my package "pickleshare"


it's in!

G.--- End Message ---

Bug#831829: RFS: self-destructing-cookies/0.4.10-1 [ITP] -- delete cookies and LocalStorage after tabs using them have been closed

[Sean Whitton]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package self-destructing-cookies.

With this addon installed, Firefox will delete cookies and LocalStorage
when there are no longer any open tabs using those cookies or
LocalStorage entries.  Sites whose cookies or LocalStorage you want to
keep may be whitelisted.

As upstream puts it, this addon implements a new cookie policy.  It's
like Firefox's built in capacity to delete all cookies when the browser
is closed, except that it acts even sooner to remove cookies that might
be used to track the user in undesirable ways.  It provides a layer of
privacy protection for those of us who care about lingering cookies but
don't want to regularly restart our browsers.

I intend to maintain this package as part of the pkg-mozext team.

* Package name: self-destructing-cookies
  Version : 0.4.10-1
  Upstream Author : Ove 
* URL : 
https://addons.mozilla.org/en-US/firefox/addon/self-destructing-cookies/
* License : GPL-2+
  Section : web

Download with dget:

dget -x 
http://mentors.debian.net/debian/pool/main/s/self-destructing-cookies/self-destructing-cookies_0.4.10-1.dsc

Or build it with gbp:

gbp clone --pristine-tar 
https://anonscm.debian.org/git/pkg-mozext/self-destructing-cookies
git checkout debian/0.4.10-1
git verify-tag debian/0.4.10-1 # if you have my key
gbp buildpackage

Thanks.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#831841: RFS: stterm/0.6-1~bpo8+1

[Dmitry Bogatov]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

* Package name: stterm
  Version : 0.6-1~bpo8+1
  Upstream Author : Christoph Lohmann (irc __20h__) <2...@r-36.net>
* Url : http://st.suckless.org
* Licenses: MIT, GPL-2+
  Section : x11

It builds those binary packages:

stterm -- suckless tools simple terminal for windowed system

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

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

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

dget -x 
http://mentors.debian.net/debian/pool/main/s/stterm/stterm_0.6-1~bpo8+1.dsc

Alternatively, you can access package debian/ directory via git from URL:

https://anonscm.debian.org/collab-maint/stterm.git

More information about stterm can be obtained from http://st.suckless.org

Changes since last upload:

  * Rebuild for jessie-backports.

Regards,
  Dmitry Bogatov

Bug#831829: RFS: self-destructing-cookies/0.4.10-1 [ITP] -- delete cookies and LocalStorage after tabs using them have been closed

[Paul Wise]

On Wed, Jul 20, 2016 at 7:25 AM, Sean Whitton wrote:

> I am looking for a sponsor for my package self-destructing-cookies.

I am willing to sponsor this.

> With this addon installed, Firefox will delete cookies and LocalStorage
> when there are no longer any open tabs using those cookies or
> LocalStorage entries.  Sites whose cookies or LocalStorage you want to
> keep may be whitelisted.

Nice. If you are in contact with upstream, it might be interesting to
have the cookies/LocalStorage also restricted to individual tabs or
windows.

> dget -x 
> http://mentors.debian.net/debian/pool/main/s/self-destructing-cookies/self-destructing-cookies_0.4.10-1.dsc

Some questions:

These need to be fixed or clarified before I'll upload:

mozilla-devscripts 0.47 needs to be in unstable (currently just in
buildd-unstable).

Please use Ove's full name in debian/copyright, same as in the upstream code.

There is one file that looks like it might be MPL not GPL-2+

What is JPM? I don't see it used in the build log but the upstream
changelog says it is used during build. Does this mean that you
haven't packaged the actual upstream source, just their generated XPI
file?

Some PNG files might be missing their SVG source, please clarify with
upstream and see the automatic checks section below.

These would be nice to fix/clarify:

package.json says the license is GPL 2 not GPL-2+.

I don't think you need both formats of the upstream changelog in the
binary package.

Please add some upstream metadata: https://wiki.debian.org/UpstreamMetadata

It would be nice if uscan/mk-origtargz would build its repacked
tarballs in a bit-identical/reproducible way. Could you file a bug
about that please?

What is the format of the data that amo-changelog downloads? I think
it would be better to download and store that, then do the conversion
to rst/html at package build time.

I generally don't like those first-run pages for Firefox extensions,
but I guess it is needed in this case.

Automatic checks:

build:

/usr/lib/python2.7/dist-packages/RDF.py:2014: RedlandWarning: Variable
bnodeid1 was bound but is unused in the query
  results = Redland.librdf_query_execute(self._query,model._model)
/usr/lib/python2.7/dist-packages/RDF.py:2014: RedlandWarning: Variable
bnodeid2 was bound but is unused in the query
  results = Redland.librdf_query_execute(self._query,model._model)
/usr/lib/python2.7/dist-packages/RDF.py:2014: RedlandWarning: Variable
bnodeid1 was bound but is unused in the query

lintian:

P: self-destructing-cookies source: debian-watch-may-check-gpg-signature

check-all-the-things:

# Check with upstream where the Inkscape SVG source files are.
$ find -type f \( -iname '*.png' -o -iname '*.gif' -o -iname '*.jpg'
-o -iname '*.jpeg' \) -exec grep -iF inkscape {} +
Binary file ./icon.png matches
Binary file ./data/toolbar-w.png matches
Binary file ./data/sdc64.png matches
Binary file ./data/toolbar-y.png matches
Binary file ./data/toolbar-ryg.png matches
Binary file ./data/toolbar-r.png matches
Binary file ./data/toolbar-g.png matches

$ codespell --quiet-level=3
./lib/gui-australis.js:315: indentifier  ==> identifier
./lib/gui-android.js:169: indentifier  ==> identifier
./lib/gui-desktop.js:317: indentifier  ==> identifier
./debian/upstream/changelog.html:6: compatiblity  ==> compatibility
./debian/upstream/changelog:4: compatiblity  ==> compatibility

$ debmake -k
=== debian/copyright checked for 44 data ===
Pattern #00: *
  File: bootstrap.js
- GPL-2+
+ MPL-2.0

$ find \( -name .git -o -name .svn -o -name .bzr -o -name CVS -o -name
.hg -o -name _darcs -o -name _FOSSIL_ -o -name .sgdrawer \) -prune -o
-empty -print
./doc/main.md

$ fdupes -q -r . | grep -vE
'/(\.(git|svn|bzr|hg|sgdrawer)|_(darcs|FOSSIL_)|CVS)(/|$)' | cat -s
./icon.png
./data/sdc64.png

# check if these can be switched to https://
$ grep -rF http: .
Binary file ./META-INF/mozilla.rsa matches
./lib/src-smarttab.js:this.tracker.decRefs(URL("http://"; +
active[d]), STYLE_TOP);
./lib/src-smarttab.js:this.tracker.incRefs(URL("http://"; +
active[d]), STYLE_TOP);
./lib/src-smarttab.js:this.tracker.decRefs(URL("http://"; +
expired[d]), STYLE_TOP);
./lib/main.js:var uri = ioService.newURI("http://"; +
(domain.startsWith(".") ? domain.substr(1) : domain), null, null);
./lib/main.js:  var uri = ioService.newURI("http://"+domain, null, null);
./lib/main.js:var uri = ioService.newURI("http://"+domain, null, null);
./install.rdf:http://www.w3.org/1999/02/22-rdf-syntax-ns#";
xmlns:em="http://www.mozilla.org/2004/em-rdf#";>
./bootstrap.js: * file, You can obtain one at http://mozilla.org/MPL/2.0/. */
./debian/copyright: along with this program.  If not, see
.

$ find -type d \( -iname .bzr -o -iname .git -o -iname .hg -o -iname
.svn -o -iname CVS -o -iname RCS -o -iname SCCS -o -iname _MTN -o
-iname _darcs -o -iname .pc -o -iname .cabal-sandbox -o -iname .cdv -o
-iname .metadata -o -iname CMakeFiles -o -iname _build -o -iname
_s