Bug#647197: ITP: python-snappy -- Python library for the snappy compression library from Google.
Package: wnpp Severity: wishlist Owner: XuZhiXiang shell909...@gmail.com * Package name: python-snappy Version : 0.3.2 Upstream Author : Andres Moreira and...@andresmoreira.com * URL : http://github.com/andrix/python-snappy * License : BSD Programming Lang: C, Python Description : Python library for the snappy compression library from Google. Snappy is a compression/decompression library. It does not aim for maximum compression, or compatibility with any other compression library; instead, it aims for very high speeds and reasonable compression. For instance, compared to the fastest mode of zlib, Snappy is an order of magnitude faster for most inputs, but the resulting compressed files are anywhere from 20% to 100% bigger. On a single core of a Core i7 processor in 64-bit mode, Snappy compresses at about 250 MB/sec or more and decompresses at about 500 MB/sec or more. . Snappy is widely used inside Google, in everything from BigTable and MapReduce to our internal RPC systems. (Snappy has previously been referred to as “Zippy” in some presentations and the likes.) . python-snappy is Python library for the snappy compression library from Google. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111031154215.27087.54853.report...@debox.lan
Bug#637892: ITP: python-formalchemy -- auto-generation and customizable form
Package: wnpp Severity: wishlist Owner: XuZhiXiang shell909...@gmail.com I'm a new packager in debian, and I wanna make this package * Package name: python-formalchemy Version : 1.4.1 Upstream Author : Alexandre Conrad, Jonathan Ellis, Gaël Pasgrimaud formalchemy at googlegroups com * URL : http://docs.formalchemy.org/ * License : MIT Programming Lang: Python Description : auto-generation and customizable form FormAlchemy greatly speeds development with SQLAlchemy mapped classes (models) in a HTML forms environment. It also provides support for CouchDB and a Pylons administration interface. FormAlchemy eliminates boilerplate by autogenerating HTML input fields From a given model. FormAlchemy will try to figure out what kind of HTML code should be returned by introspecting the model's properties and generate ready-to-use HTML code that will fit the developer's application. Of course, FormAlchemy can't figure out everything, i.e, the developer might want to display only a few columns from the given model. Thus, FormAlchemy is also highly customizable. By the way, this package seems in requested packages list. here is the bug. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526936 As a new maintainer, I'm not so sure what need to do next, any help will be appreciated. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110815152246.23352.8141.report...@debox.lan
Bug#602393: ITP: python-greenlet -- a spin-off of Stackless, a version of CPython that supports micro-threads called tasklets
Package: wnpp Severity: wishlist Owner: XuZhiXiang shell909...@gmail.com * Package name: python-greenlet Version : 0.3.1 Upstream Author : Kyle Ambroff k...@ambroff.com * URL : http://bitbucket.org/ambroff/greenlet * License : MIT Programming Lang: Python, C Description : a spin-off of Stackless, a version of CPython that supports micro-threads called tasklets The greenlet package is a spin-off of Stackless, a version of CPython that supports micro-threads called tasklets. Tasklets run pseudo-concurrently (typically in a single or a few OS-level threads) and are synchronized with data exchanges on channels. A greenlet, on the other hand, is a still more primitive notion of micro- thread with no implicit scheduling; coroutines, in other words. This is useful when you want to control exactly when your code runs. You can build custom scheduled micro-threads on top of greenlet; however, it seems that greenlets are useful on their own as a way to make advanced control flow structures. For example, we can recreate generators; the difference with Python's own generators is that our generators can call nested functions and the nested functions can yield values too. Additionally, you don't need a yield keyword. See the example in tests/test_generator.py. Greenlets are provided as a C extension module for the regular unmodified interpreter. Greenlets are lightweight coroutines in-process concurrent programming. This package is the py.magic.greenlet module from the py lib. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101104132026.2927.47477.report...@buzzig.gplhost.com
