Bug#736523: Indeed, python-concurrent.futures is the same

[Robert Collins]

On 25 January 2014 23:01, Sandro Tosi  wrote:
> Sorry, what? and you didn't think to contact me first to almost
> rewrite the package? If there's problems, open bugs. Revert your
> changes or I'll do at the first occasion. and mainly, why don't you go
> away from DPMT once and for all? you're doing more harm than good
> here. you're not welcome here.

Huh? Thomas seemed to be doing the right thing per the DPMT standards
etc; if you don't want the package to be team maintained, perhaps take
it out of team maintenance?

-Rob


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caj3hoz1o4gm8kakgz+ddxpxcshzoeqwvpa6kby04_1eeqqt...@mail.gmail.com

Bug#688916: O: lptools -- Tools for working with Launchpad

[Robert Collins]

Package: wnpp
Severity: normal

This package is straight forward, but I won't have time to do further
maintenance of it.

 LP Tools allow you to work with Launchpad without ever having to deal
 with the web interface. This package provides the following tools:
 .
  - lp-get-branches - check out all the branches of a team
  - lp-grab-attachments - download all attachments for specified bugs
or from bugs for a particular project
  - lp-list-bugs - list all bugs for a project
  - lp-milestone2ical - convert milestones on a project into the iCal format
  - lp-milestones - list and manipulate milestones for a project
  - lp-project - create and manage projects
  - lp-project-upload - upload release files
  - lp-remove-team-members - remove members from a team
  - lp-review-list - list reviews for a project
  - lp-review-notifier - desktop notifier about reviews that can be done
  - lp-set-dup - mark duplicate bugs
  - lp-shell - convenient way to launch Python interpreter already logged in
to launchpad


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caj3hoz1rjypmzf7dqej0uzqx2u-2m4q5bejvfhybnj-jhq5...@mail.gmail.com

Bug#623857: ITP: python-tracing -- Python debug tracing helper

[Robert Collins]

On Sun, Apr 24, 2011 at 7:14 AM, Lars Wirzenius  wrote:
>  Provides the Python library 'tracing' to help with logging debug messages.
>  This module provides a couple of functions for logging debug messages.
>  It is sometimes practical to add a lot of debugging log messages to a
>  program, but having them enabled all the time results in very large
>  log files. Also, logging that much takes quite a bit of time.
>  .
>  This module provides a way to turn such debugging or tracing messages
>  on and off, based on the filename they occur in.

This probably wants to explain whats different or interesting vs the
stdlib logging module, which has that sort of functionality too.

-Rob



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/banlktik610_x9dl70fqsrvq1wu7gtzw...@mail.gmail.com

Bug#612043: ITP: python-poster

[Robert Collins]

package: wnpp


Source: python-poster
Section: python
Priority: optional
Maintainer: Robert Collins 
Build-Depends: debhelper (>= 7.0.50~), cdbs (>= 0.4.49),
 python-all-dev (>= 2.3.5-11)
Build-Depends-Indep: python-support (>= 0.5.3)
Standards-Version: 3.9.1.0
Homepage: http://atlee.ca/software/poster/

Package: python-poster
Architecture: all
Depends: ${python:Depends}, ${misc:Depends}
Description: Python support for HTTP multipart PUT/POST
 The Python standard library is missing support for multipart HTTP uploads and
 the poster module provides that.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTi=JP1R+NfNYV=3L3etT=ygm_dfetp2v943mq...@mail.gmail.com

Bug#602685: ITP: python-fixtures

[Robert Collins]

package: wnpp

Source: python-fixtures
Section: python
Priority: optional
Maintainer: Robert Collins 
Build-Depends: debhelper (>= 5.0.38), cdbs (>= 0.4.49),
 python-all-dev (>= 2.3.5-11)
Build-Depends-Indep: python-docutils, python-support (>= 0.5.3),
  python-testtools (>= 0.9.4)
Standards-Version: 3.9.1.0

Package: python-fixtures
Architecture: all
Depends: ${python:Depends}, ${misc:Depends}
Description: PyUnit extension for defining test fixtures outside of test cases
 A PyUnit extension for defining test fixtures outside of test cases. Each
 fixture encapsulates creating, reusing and freeing some state - be that a
 temporary directory on disk, SQL server connection, or just a particular
 object graph.
 .
 Fixtures ships with the base class, unittest glue and a number of precanned
 concrete fixtures.



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

Bug#571888: ITP: testrepository

[Robert Collins]

package: wnpp

Source: testrepository
Maintainer: Robert Collins 
Section: python
Priority: optional
Standards-Version: 3.8.4
Build-Depends-Indep:
python-central (>= 0.6.7)
Build-Depends:
cdbs (>= 0.4.51),
debhelper (>= 6.0.4),
python (>= 2.4),
python-testtools,
python-testresources,
python-testscenarios,
python-subunit
XS-Python-Version: all
Homepage: https://launchpad.net/testrepository

Package: testrepository
Architecture: all
XB-Python-Version: ${python:Versions}
Depends: ${python:Depends},
${misc:Depends},
Provides: ${python:Provides}
Description: Test result manager
 Testrepository provides a database of test results and supports easy workflows
 to be built on top of that database. For instance, running just failing tests
 or getting the last test run back to examine again (without running the tests
 again). Testrepository is compatible with any test suite that can output
 subunit. This includes any TAP test suite and any pyunit compatible test suite.
 .
 The testrepository package contains the CLI front end.

Package: python-testrepository
Architecture: all
XB-Python-Version: ${python:Versions}
Depends: ${python:Depends},
${misc:Depends},
Provides: ${python:Provides}
Description: Database of test results - python library
 Testrepository provides a database of test results and supports easy workflows
 to be built on top of that database. For instance, running just failing tests
 or getting the last test run back to examine again (without running the tests
 again). Testrepository is compatible with any test suite that can output
 subunit. This includes any TAP test suite and any pyunit compatible test suite.
 .
 The testrepository-python package contains the Python testrepository
 library, which can be used for programmatic access to the database.



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

Bug#561644: ITP: python-testscenarios

[Robert Collins]

package: wnpp

Source: python-testscenarios
Maintainer: Robert Collins 
Section: python
Priority: optional
Standards-Version: 3.8.1
Build-Depends-Indep:
python-central (>= 0.6.7)
Build-Depends:
cdbs (>= 0.4.51),
debhelper (>= 6.0.4),
python (>= 2.4)
XS-Python-Version: all
Homepage: https://launchpad.net/testscenarios

Package: python-testscenarios
Architecture: all
XB-Python-Version: ${python:Versions}
Depends: ${python:Depends},
${misc:Depends},
python-testtools
Provides: ${python:Provides}
Description: Dependency injection for Python unittest tests
 testscenarios provides clean dependency injection for python unittest style
 tests. This can be used for interface testing (testing many implementations
 via a single test suite) or for classic dependency injection (provide tests
 with dependencies externally to the test code itself, allowing easy testing
 in different situations).



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

Bug#557731: ITP: lptools -- desktop tools for Launchpad

[Robert Collins]

X-Debbugs-CC: debian-de...@lists.debian.org
package: wnpp

Description:
 LP Tools allow you to work with Launchpad without ever having to deal
 with the web interface. The review-list tool can list reviews, and
 review-notifier provides a desktop notifier about reviews that can be
done.
 .
 milestone2ical converts milestones on a project or project group into
the
 iCal format.



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

Bug#547479: ITP: python-testtools

[Robert Collins]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sandro Tosi wrote:
> On Sun, Sep 20, 2009 at 12:59, Robert Collins  
> wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Sandro Tosi wrote:
>>> Hi Robert,
>>> would you consider maintaining these python modules under the DPMT
>>> (Debian Python Modules Team) umbrella?
>> If we can maintain the packaging branches in bzr, then I'd be delighted
>> to. If its in SVN or some such then I'm a bit less enthusiastic, because
>> its much harder to branch to do derivative uploads and PPA on upstream
>> snapshots.
> 
> As of now, only SVN is available (in the future git probably). Anyhow,
> why the need for a PPA if you upload the new upstream release in
> Debian and then request a sync in ubuntu?

For upstream snapshots - development editions for early adopters, not
full releases:- those things I don't want to put into Debian or Ubuntu,
because they might get put in a release :).

- -Rob

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkq2D7MACgkQ42zgmrPGrq44ZACgj2Uz4GBQ/cLCRY/0aiFfmXlw
KtcAn3dORACA5x/q/gtkQC/467OxY106
=y7DD
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#547479: ITP: python-testtools

[Robert Collins]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sandro Tosi wrote:
> Hi Robert,
> would you consider maintaining these python modules under the DPMT
> (Debian Python Modules Team) umbrella?

If we can maintain the packaging branches in bzr, then I'd be delighted
to. If its in SVN or some such then I'm a bit less enthusiastic, because
its much harder to branch to do derivative uploads and PPA on upstream
snapshots.

- -Rob
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkq2CxkACgkQ42zgmrPGrq7V0QCgsjc/qCyJYqOwHUb8Mg9xcdhB
3MwAoJn9vwzQbdrF4pXCpVFIDtf172+y
=XHDm
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#547492: ITP: python-junitxml

[Robert Collins]

package: wnpp
X-Debbugs-CC: debian-de...@lists.debian.org


A tiny junit extension.


Source: pyjunitxml
Section: python
Priority: optional
Maintainer: Robert Collins 
Build-Depends: debhelper (>= 5.0.38), cdbs (>= 0.4.49),
 python-all-dev (>= 2.3.5-11)
Build-Depends-Indep: python-docutils, python-support (>= 0.5.3)
Standards-Version: 3.8.3

Package: python-junitxml
Architecture: all
Depends: ${python:Depends}, ${misc:Depends}
Description: PyUnit extension for reporting in JUnit compatible XML
 A PyUnit extension to output JUnit compatible XML.



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

Bug#547479: ITP: python-testtools

[Robert Collins]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

package: wnpp

testtools is a useful little python module providing various helpers for
python's unittest API. It's already packaged in Ubuntu, so this is
rather easy :).

The ubuntu control file:

Source: python-testtools
Maintainer: Ubuntu MOTU Developers 
XSBC-Original-Maintainer: Elliot Murphy 
Section: python
Priority: optional
Standards-Version: 3.8.1
Build-Depends-Indep:
python-central (>= 0.6.7)
Build-Depends:
cdbs (>= 0.4.51),
debhelper (>= 6.0.4),
python (>= 2.5)
XS-Python-Version: all
Homepage: https://launchpad.net/testtools

Package: python-testtools
Architecture: all
XB-Python-Version: ${python:Versions}
Depends: ${python:Depends},
${misc:Depends},
python-pkg-resources
Provides: ${python:Provides}
Description: Extensions to the Python unittest library
 testtools (formerly pyunit3k) is a set of extensions to the Python standard
 library's unit testing framework. These extensions have been derived from
 years of experience with unit testing in Python and come from many
different
 sources. It's hoped that these extensions will make their way into the
 standard library eventually.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkq1zxAACgkQ42zgmrPGrq7ZjwCgvKKlEPv27mInvOwMu3P+aUbY
BQMAoKtdpq3NulTQPTQXT5+hHeMc7A3N
=qdE/
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#545113: ITP: pandora-build

[Robert Collins]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

package: wnpp
X-Debbugs-CC: debian-de...@lists.debian.org

Pandora build is a collection of m4 macros used by libdrizzle,
libmemcached, drizzle and gearmand : developers working on these
projects need the macros installed.

- -Rob

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkqh5PYACgkQ42zgmrPGrq7C4wCggcWrIwdg+IXcMVWCOPBH3sZX
TRsAnRXq+0tUFLVIZRqweZV0Yu9B5obg
=uZq6
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#544151: ITP: config-manager - manage directories with Arch, CVS, HTTP, FTP and/or Subversion

[Robert Collins]

package: wnpp
X-Debbugs-CC: debian-de...@lists.debian.org
X-Debbugs-CC: wildf...@progsoc.org


This is really an adoption, but its an adoption of a removed package. It
was removed because it was 'abandoned upstream', but such is not the
case. It simply has [largely] met its goals and as such just gets used.

I prefer not to package stuff I'm upstream for as a QA precaution - I'm
less likely to catch things than a second person looking at what I've
done, but as Anand had the packaged removed rather than [say] orphaning
it I'm assuming he's not interested in maintaining it further.

-Rob


Package: config-manager
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, bzr (>=
0.6)
Description: manage directories with Arch, CVS, HTTP, FTP and/or
Subversion
 config-manager is designed to manage directory trees. The components of
 a directory may be specified by a location from any of:
 .
  - CVS
  - FTP
  - HTTP
  - Subversion (svn)
  - Bazaar-NG (bzr)
 .
 These directory trees are described by recipes (also known as
 configs) and are typically used to build software although nothing
 within config-manager prevents their use in, for example, web sites.





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

Bug#509225: ITP: tevent -- talloc-based event loop library

[Robert Collins]

On Sat, 2008-12-20 at 01:57 +0100, Jelmer Vernooij wrote:
> Am Samstag, den 20.12.2008, 11:10 +1100 schrieb Robert Collins:
> > libevent + libtevent-which-wraps-libevent is better than
> > libtevent-which-duplicates-much-of-libevent. :)
> In theory, I agree. However, in this case libevents is about a factor 10
> larger in terms of source code than libtevent, and that's even without
> the wrapper that would add talloc support and the support for AIO.
> 
> But more importantly (with my upstream hat on): we have to support a lot
> of folks that are not running fancy systems like Debian (apt FTW), and
> who have to still install everything manually. This means another
> dependency for them to install. 

There are other ways to solve that - e.g. provide a bundle of source
packages. That said, gentoo, rpm-based systems, ports-based systems,
conary, heck even cygwin support dependency chaining on installs -
surely anyone outside that collection of platforms is already manually
building their kernel and up - they are choosing that environment. Bit
of a tail-wagging-the-dog as far as I can tell without more information.

-Rob

 
GPG key available at: <http://www.robertcollins.net/keys.txt>.


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

Bug#509225: ITP: tevent -- talloc-based event loop library

[Robert Collins]

On Fri, 2008-12-19 at 23:49 +0100, Jelmer Vernooij wrote:

> An alternative would be to implement tevent as a wrapper around libev or
> libevents that added talloc support to the API but that's hardly worth
> the trouble as that would add another dependency and the library is
> pretty small itself as is.

It would however prevent further fragmentation in this space ;)

libevent + libtevent-which-wraps-libevent is better than
libtevent-which-duplicates-much-of-libevent. :)

-Rob
-- 
GPG key available at: .


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

Bug#494263: RFP: libantlr3c -- ANTLR 3 C target support

[Robert Collins]

Package: wnpp
severity: wishlist

This provides C target support for antlr3, a parser generator already
packaged as antlr3.

More information including downloads for th target can be found at 
http://antlr.org/wiki/display/ANTLR3/Using%2Bthe%2BANTLR3%2BC%2BTarget
+antlr3+C


-- 
GPG key available at: .


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

Bug#489059: ITP: mnemosyne-blog -- Maildir-to-blog compiler with XML templating and Python extensions

[Robert Collins]

On Thu, 2008-07-03 at 00:35 -0400, Decklin Foster wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Decklin Foster <[EMAIL PROTECTED]>
> 
> * Package name: mnemosyne-blog
>   Version : 0.9
>   Upstream Author : Decklin Foster <[EMAIL PROTECTED]>
> * URL : http://www.red-bean.com/~decklin/mnemosyne/
> * License : ISC
>   Programming Lang: Python
>   Description : Maildir-to-blog compiler with XML templating and Python 
> extensions
> 
>   Mnemosyne is a simple blogging system which generates static files.
>   Instead of using a database or filesystem hierarchy, you store your
>   entries in a Maildir. Writing a blog entry is thus as easy as sending
>   an email, and rebuilding the blog can be automated with mail filters,
>   cron, etc.
>   .
>   XHTML and XML are generated with Kid templates; a bare-bones web view
>   and an Atom feed are included as examples. Mnemosyne is extensible in
>   Python to add features such as input preprocessing (reStructuredText
>   is used by default), metadata ("tags" are standard) and filtering
>   entries for custom feeds.

mnemosyne is also the name of a different package in Debian.

I think it would be better to have the description text disambiguate
somehow, or folk may read one, install the other, and thus be confused.

-Rob

-- 
GPG key available at: .


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

Bug#479440: ITP: funpidgin -- A pidgin fork

[Robert Collins]

On Sun, 2008-05-04 at 23:24 +0300, Mohammed Sameer wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Mohammed Sameer <[EMAIL PROTECTED]>
> 
> * Package name: funpidgin
>   Version : 2.4.1
>   Upstream Author : A lot. Can't be listed here!
> * URL : http://funpidgin.sourceforge.net
> * License : GPL
>   Programming Lang: C
>   Description : graphical multi-protocol instant messaging client based 
> on pidgin
> 
> Funpidgin is a graphical, modular Instant Messaging client capable of using
> AIM/ICQ, Yahoo!, MSN, IRC, Jabber, Napster, Zephyr, Gadu-Gadu, Bonjour,
> Groupwise, Sametime, SILC, and SIMPLE all at once.
> It has all the features offered by pidgin plus:
> * "Entry area manual sizing" a plugin by that allows manual resizing of the 
> entry area.
> * An option to set the size of the buddy icons displayed in the chat window.
> * An option to let the window manager place new windows.
> * Two different ways of seeing that your buddies are typing.
> * An optional send button for Tablet PC users.

I know it's not Debian's responsibilty, but these changes really do not
seem worthy of a fork that adds another package to the archive, only
trivially different.

Is there really no chance of these changes being done via a plugin, or
runtime option to pidgin itself?

-Rob
-- 
GPG key available at: .


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

Bug#463167: ITP: dsyslog -- a dumb syslog

[Robert Collins]

On Tue, 2008-01-29 at 19:07 -0600, William Pitcock wrote:
> Hi,
> 
> On Tue, 2008-01-29 at 18:54 -0600, Ron Johnson wrote:
> > >  dsyslog is a dumb, yet advanced syslog daemon, which supports
> > infinite
> > >  rules and expandability through it's purely modular design. The
> > default
> > >  configuration is a drop in replacement for syslogd.
> > 
> > What's so dumb about that?
> 
> It's not that it's actually dumb, it's like how git is called the
> "stupid content tracker" by it's documentation. It's intended to be a
> joke.

Users are very good at missing these jokes.

-Rob
-- 
GPG key available at: .


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

Bug#433143: ITP: bzr-rebase -- Rebase plugin for Bazaar

[Robert Collins]

On Tue, 2007-07-17 at 09:11 -0500, Manoj Srivastava wrote:
> On Tue, 17 Jul 2007 20:19:59 +1000, Robert Collins
> <[EMAIL PROTECTED]> said:  
> 
> >  * rename the 'bazaar' package to 'baz' - both source and binary,
> >though binary is the key one. This is because it is no longer the
> >recommended  tool from the 'Bazaar VCS Project' rather it is
> >deprecated. Its useful  for conversions to bzr though, so keeping
> >it as 'baz' is good. 
> 
> That is not the only use for it. bzr is an inplementation of
>  Arch, and there are people who have not bought the 'Bazaar VCS Project'
>  koolaid, and still prefer Arch to the new VCS.

Thats fine, they are welcome to keep using Arch. 'baz' itself is
unmaintained, though many of the patches in it relative to 'tla' have
been incorporated upstream.

> >  * Create a 'bazaar' package which is a metapackage depending on bzr,
> > recommending key plugins, and suggesting others.
> 
> This would be a bug.  While I understand you prefer the bzr VCS
>  over Arch, I see no justification for imposing your likes and dislikes
>  over users happily using baz as their version control system.  I would
>  be most annoyed if baz would have been replaced by bzr on my systems if
>  the sysadmin dude did not notice the change.

Curiosity: I take it then that you are still using baz, rather than
tla? 

> A note in NEWS.Debian about your preferred VCS would be OK, I
>  suppose, but please come up with a bewtter upgrade plan for current
>  users of baz.

A starting point is to do the package rename with upgrades and not
introduce a bazaar metapackage for a release. Or at least for some
arbitrary timeframe, as that can be more precisely defined.

-Rob

-- 
GPG key available at: <http://www.robertcollins.net/keys.txt>.


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

Bug#433143: ITP: bzr-rebase -- Rebase plugin for Bazaar

[Robert Collins]

On Tue, 2007-07-17 at 19:56 +0200, Adeodato Simó wrote:
> * Manoj Srivastava [Tue, 17 Jul 2007 09:11:45 -0500]:
> 
> > >  * Create a 'bazaar' package which is a metapackage depending on bzr,
> > > recommending key plugins, and suggesting others.
> 
> > This would be a bug.  While I understand you prefer the bzr VCS
> >  over Arch, I see no justification for imposing your likes and dislikes
> >  over users happily using baz as their version control system.  I would
> >  be most annoyed if baz would have been replaced by bzr on my systems if
> >  the sysadmin dude did not notice the change.
> 
> Well, the issue at hand is that the upstream authors of Bazaar 1.x have
> renamed it to "baz", and given away their name to some other project
> (bzr). Sooner or latter the packages will have to reflect *that*.

A small data point : its always been 'baz' as the command, we just were
not as clear about the difference between the individual command and the
overall system as we are now.

-Rob
-- 
GPG key available at: .


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

Bug#433143: ITP: bzr-rebase -- Rebase plugin for Bazaar

[Robert Collins]

On Mon, 2007-07-16 at 00:28 +0200, Stefano Zacchiroli wrote:


> I don't want to see a bzr-foo package in the archive for each .py module
> available on the internet which provides yet another sub-command for
> bzr. I asked under the (wrong) assumption that bzrtools was a Debian
> package shipping in a single Debian package several bzr addons. Under
> that assumption it seemed reasonable to avoid creating a new package,
> bug including your new addons as part of it.
> 
> Since my assumption was wrong: what about creating a "bzr-addons" Debian
> package containing the most used bzr addons out there instead of filing
> an ITP for just one?

I'd like to do the following:

 * rename the 'bazaar' package to 'baz' - both source and binary, though
binary is the key one. This is because it is no longer the recommended
tool from the 'Bazaar VCS Project' rather it is deprecated. Its useful
for conversions to bzr though, so keeping it as 'baz' is good.

 * Create a 'bazaar' package which is a metapackage depending on bzr,
recommending key plugins, and suggesting others.

-Rob
-- 
GPG key available at: .


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

Bug#364652: ITP: squid3 -- Internet Object Cache (WWW proxy cache) version 3

[Robert Collins]

On Mon, 2006-04-24 at 20:28 +0200, Luigi Gangitano wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Luigi Gangitano <[EMAIL PROTECTED]>
> 
> * Package name: squid3
>   Version : 3.0-PRE3.20060422
>   Upstream Author : Henrik Nordstrom <[EMAIL PROTECTED]>

This should be [EMAIL PROTECTED] Henrik is one of the core
developers, but not the only one!

> * URL : http://www.squid-cache.org
> * License : GPL
>   Programming Lang: C++
>   Description : Internet Object Cache (WWW proxy cache) version 3
> 
>  This is the Squid Internet Object Cache developed by the National
>  Laboratory for Applied Networking Research (NLANR) and Internet
>  volunteers.  This software is freely available for anyone to use.
> 
>  This is the new development version, totally rewritten in C++ with the
>  latest features like ICAP added.

Its a migration to C++, not a rewrite, FWIW.

Rob

-- 
GPG key available at: .


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

Bug#353378: ITP: testresources - pyunit resource management extension

[Robert Collins]

Package: wnpp
Severity: wishlist

Description: testresources, a PyUnit extension for managing expensive\
test fixtures.
 PyUnit extension to manage the initialisation and lifetime of \
expensive test
  fixtures. For exmaple reference databases are often only need to be\
 constructed
  once but standard test isolation causes them to be constructed for\
every fixture,
  making test execution very slow.




-- 
GPG key available at: .


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

Bug#342179: ITP: opensync -- A synchronization framework.

[Robert Collins]

Package: wnpp
Severity: wishlist

Description: A synchronization framework.
Opensync is a syncronization framework with a plugin architecture
capable of syncronising contacts, calendar, tasks, notes and files. 
.
The opensync package provides the engine and the command line tools from
opensync. See the opensync-dev package for headers and libraries to
build plugins.



There are a bunch of related packages which we have not categorised yet
which will be one for each plugin, and of course multisync will be
changed to depend on opensync rather than embedding it itself.

Cheers,
Rob (for the opensync packaging team)


-- 
GPG key available at: .


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

Bug#338571: ITP: python-pylib -- python unit testing framework

[Robert Collins]

On Mon, 2005-11-14 at 00:34 -0600, Bob Tanner wrote:
> On Sunday 13 November 2005 11:52 am, Robert Collins wrote:
> > >  Homepage: http://codespeak.net/py/current/doc/home.html
> >
> > Are you packaging py.test or pylib ? py.test is a unit testing
> > framework, but pylib is a lot more.
> 
> Everyhing located here:
> 
>   svn co http://codespeak.net/svn/py/dist

Thats definately the full thing, not just py.test - so the 'A python
unittesting framework' short description is very misleading :).

Rob

-- 
GPG key available at: <http://www.robertcollins.net/keys.txt>.


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

Bug#338571: ITP: python-pylib -- python unit testing framework

[Robert Collins]

On Fri, 2005-11-11 at 01:07 -0600, Bob Tanner wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Bob Tanner <[EMAIL PROTECTED]>
> 
> 
> * Package name: python-pylib
>   Version : 20051109
>   Upstream Author : Holger Krekel <[EMAIL PROTECTED]>
> * URL : http://codespeak.net/py/current/doc/test.html
> * License : Copyright
>   Description : python unit testing framework
> 
>  The py lib aims at supporting a decent development process addressing
>  important deployment, versioning, testing and documentation issues -
>  seen primarily from the perspective of a FOSS (Free and Open Source)
>  developer.
>  .
>  Homepage: http://codespeak.net/py/current/doc/home.html

Are you packaging py.test or pylib ? py.test is a unit testing
framework, but pylib is a lot more.

Rob

-- 
GPG key available at: .


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

Bug#251862: ITP: bicyclerepair -- A refactoring tool for python

[Robert Collins]

Package: wnpp
Severity: wishlist

* Package name: bicyclerepair
  Version : 0.9
  Upstream Author : Shae Erisson <[EMAIL PROTECTED]>, Phil Dawes
  <[EMAIL PROTECTED]>
* URL : http://bicyclerepair.sourceforge.net/
* License : Other
  Description : A refactoring tool for python


 long description...
 A framework and refactoring tool for Python. IDE Plugins are included for
 Pymacs, IDLE and Vim. Using Bicycle Repair Man you can rename classes, methods
 and variables, and all users of them are found and adjusted appropriately.

Verbatim copyright licence

COPYRIGHT AND PERMISSION NOTICE

Copyright (c) 2000 by Shae Erisson <[EMAIL PROTECTED]>
Copyright (c) 2001 by Phil Dawes <[EMAIL PROTECTED]>

All rights reserved.

Permission is hereby granted, free of charge, to any person obtaining a
copy of this software and associated documentation files (the
"Software"), to deal in the Software without restriction, including
without limitation the rights to use, copy, modify, merge, publish,
distribute, and/or sell copies of the Software, and to permit persons
to whom the Software is furnished to do so, provided that the above
copyright notice(s) and this permission notice appear in all copies of
the Software and that both the above copyright notice(s) and this
permission notice appear in supporting documentation.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT
OF THIRD PARTY RIGHTS. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR
HOLDERS INCLUDED IN THIS NOTICE BE LIABLE FOR ANY CLAIM, OR ANY SPECIAL
INDIRECT OR CONSEQUENTIAL DAMAGES, OR ANY DAMAGES WHATSOEVER RESULTING
FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT,
NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION
WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.

Except as contained in this notice, the name of a copyright holder
shall not be used in advertising or otherwise to promote the sale, use
or other dealings in this Software without prior written authorization
of the copyright holder.