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
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
-=| 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
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
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
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
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
> 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
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
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
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
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
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.
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
14 matches
Mail list logo