Re: Question about private modules in /usr/share

2015-04-20 Thread Potter, Tim (Cloud Services)
Hi Tianon. Thanks for the reply. On 21 Apr 2015, at 2:41 pm, Tianon Gravi wrote: > > On 20 April 2015 at 20:21, Potter, Tim (Cloud Services) > wrote: >> It looks pretty good, but I think I have messed up something as my binary >> gives an import error since /usr/share/dwarf isn’t in the PYTHO

Re: Question about private modules in /usr/share

2015-04-20 Thread Tianon Gravi
On 20 April 2015 at 20:21, Potter, Tim (Cloud Services) wrote: > It looks pretty good, but I think I have messed up something as my binary > gives an import error since /usr/share/dwarf isn’t in the PYTHONPATH: > > # dwarf > Traceback (most recent call last): > File "/usr/bin/dwarf", line 32, i

Re: [Python-modules-team] Bug#782756: should not be in Section: python

2015-04-20 Thread Damyan Ivanov
-=| Brian May, 20.04.2015 23:47:57 + |=- > On Mon, 20 Apr 2015 at 10:44 Ben Finney wrote: > > > What does the package primarily install? Would you characterise the > > work's purpose as: > > > > * web: “Web servers, browsers, proxies, download tools etc.” > > > > Doesn't seem applicable, it

Question about private modules in /usr/share

2015-04-20 Thread Potter, Tim (Cloud Services)
Hi everyone. I recently filed in ITP (#782988) and had a stab at packaging the app based on the instructions at https://wiki.debian.org/Python/Packaging. It looks pretty good, but I think I have messed up something as my binary gives an import error since /usr/share/dwarf isn’t in the PYTHONP

Re: Bug#782988: ITP: dwarf -- OpenStack API on top of libvirt/KVM

2015-04-20 Thread Potter, Tim (Cloud Services)
On 20 Apr 2015, at 4:57 pm, Potter, Tim (Cloud Services) wrote: > > Package: wnpp > Severity: wishlist > Owner: Tim Potter I managed to mess up the subject on my initial ITP filing. I’ve retitled it in bugs.debian.org and here’s a reply with an updated subject so the mailing list index look

Re: [Python-modules-team] Bug#782756: should not be in Section: python

2015-04-20 Thread Brian May
On Mon, 20 Apr 2015 at 10:44 Ben Finney wrote: > What does the package primarily install? Would you characterise the > work's purpose as: > > * web: “Web servers, browsers, proxies, download tools etc.” > Doesn't seem applicable, it doesn't do anything with HTTP. * utils: “Utilities for file/di

Why so much use of ‘dict.iter*’ (was: Python 2, Python 3, Stretch & Buster)

2015-04-20 Thread Ben Finney
Barry Warsaw writes: > Personally, I think the use of dict.iteritems is way overused. It (as the trio of ‘dict.iterkeys’, ‘dict.itervalues’, ‘dict.iteritems’) was heavily recommended from the time when the standard recommendation was to use ‘2to3’. That tool could then tell whether the programme

Aw: Re: Python 2, Python 3, Stretch & Buster

2015-04-20 Thread Karsten Hilbert
> Also, if I implement new features I am not necessarily going to test > them on python3 unless it somehow happens automatically. Running the > test suite twice is not much of an option, though, because it already > takes a lot of time to run, and doubling the time it takes just means > that code i

Re: Python 2, Python 3, Stretch & Buster

2015-04-20 Thread Barry Warsaw
On Apr 20, 2015, at 06:35 PM, Enrico Zini wrote: >For the sites themselves, it depends. I use dict.iteritems a lot, and I >do not intend to see my code migrated to use six.iteritems because it >makes code hard to read, and it then requires a furter migration to make >it readable again once there i

Re: Python 2, Python 3, Stretch & Buster

2015-04-20 Thread Enrico Zini
On Mon, Apr 20, 2015 at 11:14:28AM -0400, Paul Tagliamonte wrote: > So, round one of all of this is getting the critical path *under* each > of our services ready, so that when we need to migrate, we don't need > to scramble. > > As a compromise to keep us both happy - if we were to focus on maki

Re: Python 2, Python 3, Stretch & Buster

2015-04-20 Thread Paul Tagliamonte
On Mon, Apr 20, 2015 at 12:04:14PM +0200, Enrico Zini wrote: > Hi. I welcome, in principle, migrations to python3. I like python3.4 more > than python2, both the language and the stdlib it comes with. :+1: > This is a census of the services I'm maintaining, more comments will > come after the cen

Re: Python 2, Python 3, Stretch & Buster

2015-04-20 Thread Scott Kitterman
On Monday, April 20, 2015 12:04:14 PM Enrico Zini wrote: > HOWEVER. I am the only person currently looking after all that code, and > my development time on it is mostly spent fixing bugs and implementing > the features that make it useful. See for example [1] and [2] for the > kind of things that

Re: Python 2, Python 3, Stretch & Buster

2015-04-20 Thread Enrico Zini
On Thu, Apr 16, 2015 at 09:50:02AM -0400, Paul Tagliamonte wrote: > - If *you* maintain or work on a Python 2 project that's used in Debian > Development (buildd, release tools, QA tools, ftpteam tools), please > email me a link to the project. An accurate census will help hugely.

Bug#782988: (no subject)

2015-04-20 Thread Tim Potter
Package: wnpp Severity: wishlist Owner: Tim Potter * Package name: dwarf Version : 0.1.7 Upstream Author : Juerg Haefliger * URL : https://github.com/juergh/dwarf * License : Apache-2.0 Programming Lang: Python Description : OpenStack API on top of lib