Bug#824121: python-nanomsg ready for review

[Jonathon Love]

hi mattia,


umh?  So, I read a bit the manpage, this was enough.
IMHO, you gave up way too early, and I really much don't like it.


well, thanks for your patience. i did think that i had possibly figured 
out the correct way to do it, but i wasn't sure. it can be hard to tell 
if you've done something correctly or not. the fact that i can't "undo" 
mistakes with git makes me reluctant too. but now you've got me started, 
i am learning how to work with git-dpm. hopefully my contributions in 
the future will compensate you for your time and frustration in this 
instance.


as per your feedback, i have

  - added a patch to enable the bindnow hardening
  - fixed all the lintian warnings
  - amended the copyright period to be 2013-2014

and i believe it is ready for the next round of review.

with thanks

jonathon

Bug#824121: python-nanomsg ready for review

[Jonathon Love]

On 23/05/2016 23:52, Julien Puydt wrote:

Hi,

On 23/05/2016 15:39, Jonathon Love wrote:

hi julien,

On 23/05/2016 23:16, Julien Puydt wrote:

Hi,

On 23/05/2016 14:19, Mattia Rizzolo wrote:

Hi Julien,

exactly the some days ago you hit this too:

On Mon, May 23, 2016 at 09:48:41PM +1000, Jonathon Love wrote:

hi, everything i can fix pretty easily, except:

Also, you did not use git-dpm, as mandate inside the DPMT:
https://wiki.debian.org/Python/GitPackaging


there are a lot of tutorials which explain how to start a repo from
scratch
using DPMT, but it's hard to know what to do with an established
repo. i
could easily solve this by nuking the repo and starting over, but
this is
frowned upon.


Mind sharing with Jonathon how you successfully solved it? :)

so do i start out be reverting all the commits after the original 
`gbp

import-orig blah.orig.tar.gz`, and then do all the DPMT stuff after
that?


that would be kind of ugly...


any advice here would be appreciated.


It's possible, not well documented maybe, but with some trials and
thoughts it can be done.



From memory, I used :

git-dpm record-new-upstream --allow-changes-in-debian-branch
--new-tarball-only 


if i run that, i get

 git-dpm: ERROR: Missing file debian/.git-dpm

do i need to do a `git-dpm init` first? i.e.

 git-dpm init ../python-nanomsg_1.0.orig.tar.gz

but then i've already told it where the tarball is.

any other pointers?

thanks for your help

jonathon



Put:
debianTag="debian/%e%v"
patchedTag="patched/%e%v"
upstreamTag="upstream/%e%u"
in debian/.git-dpm and see if that makes it happy...


so the issue is that that file doesn't exist ... but if i create it with 
those three lines in it, then:


git-dpm record-new-upstream --allow-changes-in-debian-branch 
--new-tarball-only 


doesn't do anything. my understanding is that you add those three lines 
*after* .git-dpm has been created.


so i'm still trying to figure out the right way to create it in this 
situation.


with thanks

jonathon

Bug#824121: python-nanomsg ready for review

[Jonathon Love]

hi julien,


On 23/05/2016 23:16, Julien Puydt wrote:

Hi,

On 23/05/2016 14:19, Mattia Rizzolo wrote:

Hi Julien,

exactly the some days ago you hit this too:

On Mon, May 23, 2016 at 09:48:41PM +1000, Jonathon Love wrote:

hi, everything i can fix pretty easily, except:

Also, you did not use git-dpm, as mandate inside the DPMT:
https://wiki.debian.org/Python/GitPackaging


there are a lot of tutorials which explain how to start a repo from
scratch
using DPMT, but it's hard to know what to do with an established
repo. i
could easily solve this by nuking the repo and starting over, but
this is
frowned upon.


Mind sharing with Jonathon how you successfully solved it? :)


so do i start out be reverting all the commits after the original `gbp
import-orig blah.orig.tar.gz`, and then do all the DPMT stuff after
that?


that would be kind of ugly...


any advice here would be appreciated.


It's possible, not well documented maybe, but with some trials and
thoughts it can be done.



From memory, I used :

git-dpm record-new-upstream --allow-changes-in-debian-branch
--new-tarball-only 


if i run that, i get

 git-dpm: ERROR: Missing file debian/.git-dpm

do i need to do a `git-dpm init` first? i.e.

 git-dpm init ../python-nanomsg_1.0.orig.tar.gz

but then i've already told it where the tarball is.

any other pointers?

thanks for your help

jonathon

Bug#824121: python-nanomsg ready for review

[Jonathon Love]

hi, everything i can fix pretty easily, except:

Also, you did not use git-dpm, as mandate inside the DPMT:
https://wiki.debian.org/Python/GitPackaging


there are a lot of tutorials which explain how to start a repo from 
scratch using DPMT, but it's hard to know what to do with an established 
repo. i could easily solve this by nuking the repo and starting over, 
but this is frowned upon.


so do i start out be reverting all the commits after the original `gbp 
import-orig blah.orig.tar.gz`, and then do all the DPMT stuff after that?


any advice here would be appreciated.

with thanks

jonathon

Bug#776083: taking over

[Jonathon Love]

control: owner -1 !

Bug#824121: python-nanomsg ready for review

[Jonathon Love]

hi,

the submitter of 776083 has let me take ownership of the ITP[1]

i have updated the uploader/maintainer fields, and committed the package to:

/git/python-modules/packaging/python-nanomsg.git

with thanks

jonathon

[1] https://bugs.debian.org/776083

Bug#776083: taking over

[Jonathon Love]

owner 776083 j...@thon.cc

Bug#823467: RFS: flatbuffers/1.3.0-2 [ITP]

[Jonathon Love]

When you upload your package with dput, you can use to -f option to
force the upload if the same version already exists on d-mentors.

ah! good tip!

i'm used to Ubuntu PPA's where you can't do that (i don't think... i 
think if you -f it rejects them).


OK, the package is now available from:

https://mentors.debian.net/debian/pool/main/f/flatbuffers/flatbuffers_1.3.0-1.dsc

with thanks

jonathon

Bug#823467: RFS: flatbuffers/1.3.0-2 [ITP]

[Jonathon Love]

hi andrey,



On Thu, May 05, 2016 at 11:17:27AM +1000, Jonathon Love wrote:

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

   dget -x 
https://mentors.debian.net/debian/pool/main/f/flatbuffers/flatbuffers_1.3.0-2.dsc

This gives 404.
https://mentors.debian.net/package/flatbuffers contains 1.3.0-5 instead.
Note that you shouldn't increase the debian version for pckages that were
not uploaded to Debian.



thanks for taking a look at my package. increasing the debian version is 
necessary when using d-mentors. if you make some changes/fixes, and 
upload with the same version number, it rejects it saying that it has 
already been uploaded. perhaps there is a workaround for this, but i 
don't know it.


i would prefer to be working out of a git repo than using d-mentors, 
perhaps you could request access for me to collab-maint, and i could set 
up a git repo there?


my debian username is jonathon-guest

with thanks

jonathon

Bug#823478: python3-protobuf3

[Jonathon Love]

hi,

so the advice i received regarding the name was that i must get it 
renamed upstream[1]. i don't think this will be possible because:


 - upstream is an established package, present in PYPI and macports
 - the developer is MIA

(additionally, the official Protocol Buffers 3 supports Python 3 [2] and 
should be coming to debian soon[3]. as the main point of this package 
was to allow the use of protocol buffers with Python 3, this reduces the 
need for this package).


hence, i propose to withdraw the package, the RFS and the ITP. also 
happy to proceed, the work is basically done, but i can't see a way to 
make it work.


with thanks

jonathon


[1] https://lists.debian.org/debian-mentors/2016/05/msg00462.html
[2] https://lists.debian.org/debian-mentors/2016/05/msg00491.html
[3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795841

Bug#823478: python3-protobuf3

[Jonathon Love]

umh, you force pushed everything, master, upstream and pristine-tar
branches.  WHY?  what did you do?
oh, sorry, i never intended for you to look at that repo, assuming you'd 
look at the debian-mentors one.

And still it doesn't build, if that was meant to fix it.
Without thinking of it I already overwrote the older files, so I can't
diff anymore :S
yeah, i've got it building on debian now, but i'm waiting for 
confirmation of what it should be called before pushing. i've asked on 
d-mentors.


sorry for the inconvenience, and thanks for your patience.

jonathon

Bug#823478: python3-protobuf3

[Jonathon Love]

hi matt,

thanks for the review, and sorry for the embarrassing "does not build" 
situation. i was packaging on ubuntu, and my experience has been that if 
it works there, it will work on debian - but apparently not, i'll be 
more careful in future.


i'm actually writing to ask your advice about the name of the package.

upstream is called protobuf3, but it's an implementation of protocol 
buffers 2 for python 3


i'm concerned that by calling it python3-protobuf3 people will think:

a) it is the "official" google protocol buffers

b) it is for protocol buffers version 3

¿what do you think about calling the package

python3-pr0ger-protobuf3

after the developer's nick:

https://github.com/Pr0Ger/protobuf3

with thanks

jonathon

Bug#776083: Request to take ownership

[Jonathon Love]

hi frederico,

i have packaged this package, and it is presently on alioth at:

/git/python-modules/packages/python-nanomsg.git

would you be happy for me to take over this ITP, and have the package 
submitted?


with thanks

jonathon

Bug#824121: RFS: python-nanomsg/1.0-2 [ITP]

[Jonathon Love]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

 * Package name: python-nanomsg
   Version : 1.0-2
   Upstream Author : Tony Simpson
 * URL : https://github.com/tonysimpson/nanomsg-python
 * License : MIT
   Section : python

It builds the binary packages:

 python-nanomsg  - python wrapper for nanomsg (Python 2)
 python3-nanomsg - python wrapper for nanomsg (Python 3)

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

  https://mentors.debian.net/package/python-nanomsg


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

  dget -x 
https://mentors.debian.net/debian/pool/main/p/python-nanomsg/python-nanomsg_1.0-2.dsc

More information about hello can be obtained from 
https://github.com/tonysimpson/nanomsg-python

  Regards,
   Jonathon Love

Bug#823478: RFS: python3-protobuf3/0.2.1-2 [ITP]

[Jonathon Love]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "python3-protobuf3"

 * Package name: python3-protobuf3
   Version : 0.2.1-2
   Upstream Author :Sergey Petrov 
 * URL : https://github.com/Pr0Ger/protobuf3
 * License : MIT
   Section : python

It builds the binary package:

  python3-protobuf3 - implementation of Google's Protocol Buffers for Python 3

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

https://mentors.debian.net/package/python3-protobuf3


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

dget -x 
https://mentors.debian.net/debian/pool/main/p/python3-protobuf3/python3-protobuf3_0.2.1-2.dsc

More information about hello can be obtained from 
https://github.com/Pr0Ger/protobuf3

with thanks
   Jonathon

Bug#823467: RFS: flatbuffers/1.3.0-2 [ITP]

[Jonathon Love]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

  * Package name : flatbuffers
Version: 1.3.0-2
Upstream Author: Wouter van Oortmerssen
  * URL : http://google.github.io/flatbuffers/
  * License: Apache-V2
Section: libdevel

It builds the binary packages:

  flatbuffers-compiler - efficient cross platform serialization library
  libflatbuffers-dev - efficient cross platform serialization library
  libflatbuffers-java - efficient cross platform serialization library
  libjs-flatbuffers - efficient cross platform serialization library

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


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


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

  dget -x 
https://mentors.debian.net/debian/pool/main/f/flatbuffers/flatbuffers_1.3.0-2.dsc


More information about flatbuffers can be obtained from 
http://google.github.io/flatbuffers/ and 
https://github.com/google/flatbuffers


with thanks

  Jonathon Love

Bug#823321: ITP: python3-protobuf3 -- Implementation of Google's Protocol Buffers for Python 3

[Jonathon Love]

Package: wnpp
Severity: wishlist
Owner: Jonathon Love <j...@thon.cc>

* Package name: python3-protobuf3
  Version : 0.2.1
  Upstream Author : Sergey Petrov <m...@pr0ger.org>
* URL : https://github.com/Pr0Ger/protobuf3
* License : MIT
  Programming Lang: Python
  Description : Implementation of Google's Protocol Buffers for Python 3

python3-protobuf3 provides an implementation of Google's Protocol
 Buffers for Python 3

python3-protobuf3 is being packaged by Jonathon Love

Bug#823037: ITP: flatbuffers -- efficient cross platform serialization library

[Jonathon Love]

Package: wnpp
Severity: wishlist
Owner: Jonathon Love <j...@thon.cc>

* Package name: flatbuffers
  Version : 1.3.0
  Upstream Author : Wouter van Oortmerssen
* URL : http://google.github.io/flatbuffers/
* License : Apache-V2
  Programming Lang: C++, Java, Javascript
  Description : efficient cross platform serialization library

 FlatBuffers is an efficient cross platform serialization library for
 games and other memory constrained apps. It allows you to directly
 access serialized data without unpacking/parsing it first, while still
 having great forwards/backwards compatibility.

Bug#800891: r-cran-afex violates the GPL2

[Jonathon Love]

i have already. he thought i was probably right, but not enough to act 
on it.



On 28/04/2016 07:08, Andreas Tille wrote:

Hi,

I'd suggest to discuss this with upstream.

Kind regards

Andreas.

Bug#822090: ITP: r-cran-rprotobuf -- An R Interface to the Protocol Buffers API

[Jonathon Love]

Package: wnpp
Severity: wishlist
Owner: Jonathon Love <j...@thon.cc>

* Package name: r-cran-rprotobuf
  Version : 0.4.3
  Upstream Author : Dirk Eddelbuettel <e...@debian.org>
* URL : https://github.com/eddelbuettel/rprotobuf
* License : GPL2+
  Programming Lang: R, C
  Description : An R Interface to the Protocol Buffers API

Protocol Buffers are a way of encoding structured data in an efficient yet 
extensible format. Google uses Protocol Buffers for almost all of its internal 
RPC protocols and file formats.

Being packaged by Jonathon Love, (probably) with the sponsorship of Andreas 
Tille

Bug#822082: ITP: r-cran-ca is an R package providing computation and visualization of simple, multiple and joint correspondence analysis.

[Jonathon Love]

Package: wnpp
Severity: wishlist
Owner: Jonathon Love <j...@thon.cc>

* Package name: r-cran-ca
  Version : 0.64
  Upstream Author : Oleg Nenadic <onen...@uni-goettingen.de>
* URL : http://www.carme-n.org/
* License : GPL2, GPL3
  Programming Lang: R
  Description : An R package providing computation and visualization of 
simple, multiple and joint correspondence analysis.

Being packaged by Jonathon Love, under the sponsorship of Andreas Tille

Bug#800891: r-cran-afex violates the GPL2

[Jonathon Love]

Package: ftp.debian.org,r-cran-afex
Version: 0.14-2-1
Severity: serious
Tags: upstream
Justification: Policy 2.3

Dear Maintainer,

I believe the r-cran-afex package violates the GPL. It is released under GPL3+, 
however it has GPL2-only dependencies (r-cran-stringr, r-cran-coin, 
r-crain-lsmeans), and it calls functions from these packages directly.

The nature of the interaction (function calls) means that r-cran-afex and its 
dependencies constitute a single work, and not two separate programs, as per 
the GPL faq:

https://www.gnu.org/licenses/gpl-faq.en.html#MereAggregation
https://www.gnu.org/licenses/gpl-faq.en.html#IfInterpreterIsGPL


Versions of packages r-cran-afex depends on:
ii  r-base 3.2.2-1
ii  r-base-core [r-api-3]  3.2.2-1
ii  r-cran-car 2.1-0-1
ii  r-cran-coin1.1-0-1
ii  r-cran-lme41.1-9-1
ii  r-cran-lsmeans 2.20-1
ii  r-cran-matrix  1.2-2-1
ii  r-cran-pbkrtest0.4-2-1
ii  r-cran-reshape21.4-1
ii  r-cran-stringr 0.6.2-2

r-cran-afex recommends no packages.

r-cran-afex suggests no packages.

-- no debconf information

Bug#797251: ITP: r-cran-lsmeans -- GNU R package for obtaining least-squares means for many linear, generalized linear, and mixed models

[Jonathon Love]

yup, i was just waiting for r-cran-estimability (a dependency) to become
available before pushing this one.

it's there now.

jonathon

On 30/08/2015 8:21 am, Andreas Tille wrote:
 Hi Jonathon,
 
 the remote git repository of this package is empty.
 
 Kind regards
 
Andreas.
 


-- 

JASP - A Fresh Way to Do Statistics
http://jasp-stats.org/

--

How happy is he born and taught,
That serveth not another's will;
Whose armour is his honest thought,
And simple truth his utmost skill

This man is freed from servile bands
Of hope to rise, or fear to fall:
Lord of himself, though not of lands,
And, having nothing, yet hath all.

  -- Sir Henry Wotton