Re: Bug#824152: ITP: ofxstatement -- Tool to convert proprietary bank statement to OFX format, suitable for importing to GnuCash.

2016-05-13 Thread Alexander Gerasiov
Hello Alexandre,

On Fri, 13 May 2016 05:27:56 +0200
Alexandre Detiste  wrote:

> Le vendredi 13 mai 2016, 01:18:03 Alexander GQ Gerasiov a écrit :
> > Package: wnpp
> > Severity: wishlist
> > Owner: Alexander GQ Gerasiov 
> > 
> > * Package name: ofxstatement
> >   Version : 0.5.0
> >   Upstream Author : Andrey Lebedev 
> > * URL : https://github.com/kedder/ofxstatement
> > * License : GPL
> >   Programming Lang: Python
> >   Description : Tool to convert proprietary bank statement to
> > OFX format, suitable for importing to GnuCash.
> > 
> 
> Hi,
> 
> Do you also plan to ship all the 19 known plugins in the same
> package ? https://github.com/kedder/ofxstatement#known-plugins
> 
> I'd personally use this one, but ITP'ing an extra package for only 70
> lines of code doesn't seem like the right thing to do.

Not in ofxstatement, but in ofxstatement-plugin-name or ofxstatement-plugins.

First of all I'l like to see in archive plugins I wrote and use myself
=) But of course it would be good if there will be all of them.

I was thinking about this. And would like to talk with guys from Python
apps packaging team.

Create separate package for every plugin looks like an overkill, may be
it would be better to merge them in one package. But since I'll put
them under team maintenance (I believe it's the right move), it would be
better to follow best practices.

-- 
Best regards,
 Alexander Gerasiov

 Contacts:
 e-mail: g...@cs.msu.su  Homepage: http://gerasiov.net  Skype: gerasiov
 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49  BAEA CA87 E9E8 2AAC 33F1



Re: Debian i386 architecture now requires a 686-class processor

2016-05-13 Thread Raphael Hertzog
On Thu, 12 May 2016, Jonas Smedegaard wrote:
> Perhaps that could be addressed by extending apt-listchanges with an 
> option to take the APT auto-install flag into account (man apt-mark) and 
> skip packages that are flagged as auto-installed.

Yes, I thought the same and I thus filed #824168.

Either to blacklist library packages (identified by their sections) which
are auto-installed.

Or to whitelist only news of manually installed packages + dependencies of
manually-installed meta-packages.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/



Bug#824194: ITP: python-pass -- password manager in python

2016-05-13 Thread 陳昌倬
Package: wnpp
Severity: wishlist
Owner: "ChangZhuo Chen (陳昌倬)" 

* Package name: python-pass
  Version : 0.2.0
  Upstream Author : Copyright (C) 2014 Alexandre Viau
* URL : https://github.com/aviau/python-pass
* License : GPL-3
  Programming Lang: Python
  Description : lightweight directory-based password manager in python

 python-pass is a password manager written in python that provides the
 same functionality as pass. In addition, it is useable as a library.
 
-- 
ChangZhuo Chen (陳昌倬) 
Debian Developer (https://nm.debian.org/public/person/czchen)
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D
  BA04 346D C2E1 FE63 C790  8793 CC65 B0CD EC27 5D5B


signature.asc
Description: PGP signature


ITP: pry-nav -- Binding navigation commands for Pry to make a simple debugger

2016-05-13 Thread ge...@riseup.net
Package: wnpp
Owner: Georg Faerber 
Severity: wishlist

Package name: pry-nav
Version : 0.2.4
Upstream Author : Gopal Patel 
URL : https://github.com/nixme/pry-nav
License : Expat
Programming Lang: Ruby
Description : Binding navigation commands for Pry to make a simple debugger

Turn Pry into a primitive debugger. Adds 'step' and 'next' commands to
control execution.

This package will be maintained within the Debian Ruby team.
I'm packaging this, to satisfy a dependency of ruby-mail-gpg [1].


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


signature.asc
Description: Digital signature


ITP: pry-remote -- Connect to Pry remotely

2016-05-13 Thread ge...@riseup.net
Package: wnpp
Owner: Georg Faerber 
Severity: wishlist

Package name: pry-remote
Version : 0.1,7
Upstream Author : Mon ouie 
URL : https://github.com/Mon-Ouie/pry-remote
License : Zlib
Programming Lang: Ruby
Description : Connect to Pry remotely using DRb

This package will be maintained within the Debian Ruby team.
I'm packaging this, to satisfy a dependency of pry-nav [1].


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


signature.asc
Description: Digital signature


Re: Debian i386 architecture now requires a 686-class processor

2016-05-13 Thread cbannister
On Thu, May 12, 2016 at 12:28:07PM +0200, David Kalnischkies wrote:
> If you wonder about the wording of the last paragraph:
> > --
> > How to exploit the Bible for weight loss:
> > Pr28:25: he that putteth his trust in the ʟᴏʀᴅ shall be made fat.
> 
> That proverb (I guess quoted from the King James Translation,
> so I gonna use the same) actually starts with:
> "He that is of a proud heart stirreth up strife: but …".

WOW! Can you trust *any* translation?
https://www.biblegateway.com/passage/?search=Proverbs+28&version=NIV#en-NIV-17200
28:25
The greedy stir up conflict,^
but those who trust in the Lord^ will prosper.

-- 
The media's the most powerful entity on earth. 
They have the power to make the innocent guilty 
and to make the guilty innocent, and that's power.
 -- Malcolm X



Re: ITP: pry-nav -- Binding navigation commands for Pry to make a simple debugger

2016-05-13 Thread Antonio Terceiro
On Fri, May 13, 2016 at 06:09:13PM +0200, ge...@riseup.net wrote:
> Package: wnpp
> Owner: Georg Faerber 
> Severity: wishlist
> 
> Package name: pry-nav
> Version : 0.2.4
> Upstream Author : Gopal Patel 
> URL : https://github.com/nixme/pry-nav
> License : Expat
> Programming Lang: Ruby
> Description : Binding navigation commands for Pry to make a simple 
> debugger
> 
> Turn Pry into a primitive debugger. Adds 'step' and 'next' commands to
> control execution.
> 
> This package will be maintained within the Debian Ruby team.
> I'm packaging this, to satisfy a dependency of ruby-mail-gpg [1].
> 
> 
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=823771

pry is a development tool and a library should *not* dependend on it. If
upstream has that as a hard dependency the upstream metadata is broken
and needs to be fixed.

(that said having this is support in pry looks interesting; it should *not*,
however, be a precondition for having mail-gpg)

> Package name: pry-remote
> Version : 0.1,7
> Upstream Author : Mon ouie 
> URL : https://github.com/Mon-Ouie/pry-remote
> License : Zlib
> Programming Lang: Ruby
> Description : Connect to Pry remotely using DRb
> 
> This package will be maintained within the Debian Ruby team.
> I'm packaging this, to satisfy a dependency of pry-nav [1].
> 
> 
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=824198

as above, but this package sounds rather pointless.

-- 
Antonio Terceiro 


signature.asc
Description: PGP signature


Bug#824214: ITP: PGObject::Util::DBAdmin - PostgreSQL Database Management Facilities for PGObject

2016-05-13 Thread Robert James Clay
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org

* Package name: libpgobject-util-dbadmin-perl
  Version: 0.08
  Upstream Author : Chris Travers 
* URL or Web page : https://metacpan.org/release/PGObject-Util-DBAdmin
* License   : BSD (3 clause)
  Description : PGObject::Util::DBAdmin -  PostgreSQL Database Management
  Facilities for PGObject

This module provides an interface to basic PostgreSQL Database Facilities for 
PGObject including new, export, connect, server_version, list_dbs, create,
copy_of, run_file, backup, backup_globals, restore, & drop.


Robert James Clay
j...@rocasa.us



Bug#824225: ITP: lxqt-l10n -- Language packages for LXQt

2016-05-13 Thread Alf Gaida
Package: wnpp
Severity: wishlist
Owner: Alf Gaida 

* Package name: lxqt-l10n
  Version : 0.10.9~beta
  Upstream Author : LXQt team 
* URL : https://github.com/lxde/translations
* License : (LGPL)
  Programming Lang: (etc.)
  Description : Language packages for LXQt
 
The package will provide all localisations for the LXQt packages. 
The package will be team maintained by the LXQt packaging team.



Bug#824240: ITP: python-onvif -- Python Client for ONVIF Cameras

2016-05-13 Thread Jelmer Vernooij
Package: wnpp
Severity: wishlist
Owner: "Jelmer Vernooij" 

* Package name: python-onvif
  Version : 0.1.1
  Upstream Author : Cherish Chen 
* URL : https://github.com/quatanium/python-onvif
* License : MIT
  Programming Lang: Python
  Description : Python Client for ONVIF Camera

This is Python implementation of the ONVIF standard. ONVIF provides a
standard interface to physical IP-based security products



Re: Bug#824152: ITP: ofxstatement -- Tool to convert proprietary bank statement to OFX format, suitable for importing to GnuCash.

2016-05-13 Thread Alexandre Detiste
Le vendredi 13 mai 2016, 10:37:35 Alexander Gerasiov a écrit :
> > Do you also plan to ship all the 19 known plugins in the same
> > package ? https://github.com/kedder/ofxstatement#known-plugins

> Not in ofxstatement, but in ofxstatement-plugin-name or ofxstatement-plugins.

Hi,

In my understanding, "package-plugins" are meant to extend functionality
of "package"; where "package" can already be mostly usefull without the plugins.

e.g.: "konqueror" suggests "konq-plugins" .

In this case, ofxstatement is of absolutely no use by itself.

Whoever made the pip3 package likely did understood that
and also included ofxstatement-lithuanian & ofxstatement-czech
in this archive.

So I'd just roll everything, core + plugins, in one single package.

> I was thinking about this. And would like to talk with guys from Python
> apps packaging team.

Team-maintained is a good idea.
 
> Create separate package for every plugin looks like an overkill, may be
> it would be better to merge them in one package. But since I'll put
> them under team maintenance (I believe it's the right move), it would be
> better to follow best practices.

This is not python specific at all, it's just about trying to make packages
where the metadata doesn't outweight the actual contents;
& avoiding to put too much strain on ftp-masters, mirrors et all without any 
gain.

Alexandre