Bug#510497: please package python-suds
retitle 510497 ITP: suds -- lightweight SOAP client for Python owner 510497 eev...@debian.org thanks Package name: python-suds Version : 0.3.6 Upstream Author : Jeff Ortel URL : https://fedorahosted.org/suds/ License : LGPL Programming Lang: Python Description : lightweight SOAP client for Python Suds is a Python SOAP web services client library. It leverages Python meta programming to provide an intuative API for consuming web services. Objectification of types defined in the WSDL is provided without class generation. Programmers rarely need to read the WSDL since services and WSDL based objects can be easily inspected. Supports pluggable soap bindings. This description is taken from the Fedora RPM and needs some work (suggestions welcome). -- Eric Evans eev...@debian.org signature.asc Description: Digital signature
Bug#483627: RFA: xsupplicant -- 802.1x and 802.11i supplicant (client)
Package: wnpp Severity: normal It's time for xsupplicant to get a new maintainer or be removed from the archive entirely. At one time there were a few obscure EAP methods which xsupplicant supported that wpasupplicant did not. There were also a handful of workarounds for buggy authenticator implementations that resulted in xsupplicant working in cases where wpasupplicant did not. To the best of my knowledge, this is no longer the case. Additionally, while upstream is still active, they've shifted their efforts away from the 1.2 branch in favor of a complete rewrite which is focused primarily on Windows. If there are no takers, I will ask for its removal sometime in the next couple of weeks. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Eric Evans [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#333081: libpam-abl ITP
Hi Nicolai, I came across your ITP for libpam-abl while investigating an RFP for the same, (#356733). It's been a while since your original report, are you still interested in packaging libpam-abl? Let me know if you are, (I'd be willing to sponsor). Regards, -- Eric Evans [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#333081: libpam-abl ITP
On Mon, Mar 13, 2006 at 09:08:35PM -0600, Eric Evans muttered these words: > > Hi Nicolai, > > I came across your ITP for libpam-abl while investigating an RFP for the > same, (#356733). > > It's been a while since your original report, are you still interested > in packaging libpam-abl? Let me know if you are, (I'd be willing to > sponsor). Since you haven't replied I'm going to assume that you are no longer interested or do not have the time. I think libpam-abl would make a useful addition to the archive so I am going to move forward with packaging it. Chad, you seemed to express some interest in this package, if want it you are more than welcome, say the word and I'll stand down. :) -- Eric Evans [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#333081: libpam-abl ITP (update)
On Wed, Mar 22, 2006 at 09:06:03AM -0600, Chad Walstrom muttered these words: [ ... ] > Eric, if you could sponsor the package, that would be great. I > personally have no time to take on more packages. Will do Chad, thanks. Nicolai, good to see your still interested in libpam-abl. I'll grab your package from mentors and get back to you after I've had a chance to look it over. Thanks, -- Eric Evans [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#360215: RFA: resolvconf -- nameserver information handler
Hi Thomas, I use resolvconf on several of my machines, am pretty familiar with it, and would be happy to take it over. Let me know if this acceptable to you. Thanks, -- Eric Evans [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#494868: ITP: python-keyczar -- cryptographic toolkit for python
Package: wnpp Severity: wishlist Owner: Eric Evans <[EMAIL PROTECTED]> * Package name: python-keyczar Version : 05b Upstream Author : Arkajit Dey <[EMAIL PROTECTED]> * URL : http://code.google.com/p/keyczar/ * License : Apache 2.0 Programming Lang: Python Description : cryptographic toolkit for Python Keyczar is a cryptographic toolkit designed to make it easier and safer for developers to use cryptography in their applications. Keyczar supports authentication and encryption with both symmetric and asymmetric keys. Some features of Keyczar include: * A simple API * Key rotation and versioning * Safe default algorithms, modes, and key lengths * Automated generation initialization vectors and ciphertext signatures The long description is pretty much copy and paste from the project website and will require some additional work. Suggestions are welcome. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) -- Eric Evans [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#483627: RM: xsupplicant -- better alternative exists/no upstream support
retitle 483627 RM: xsupplicant -- better alternative exists/no upstream support reassign 483627 ftp.debian.org thanks At one time there were a number of obscure EAP methods in use that were only supported by xsupplicant, and instances of buggy authenticators for which xsupplicant was capable of working around. These days there are no circumstances that I am aware of where wpasupplicant is not the better choice. Upstream for xsupplicant has undergone a complete rewrite with a strong focus on Windows (the 2.x versions of xsupplicant will not even compile on Linux). The older 1.x versions are effectively unmaintained (the last release was on 2006-10-08). Popcon suggests that usage is quite low with only 281 installations and 46 votes. I believe it would be in the best interest of our users if xsupplicant were removed from the archive entirely. Regards, -- Eric Evans [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#510497: Status of suds package
[ Josef Spillner ] > Has there been any progress regarding this ITP? I can't find a suds > package in Debian or Ubuntu. As I need it for some backhand requests > from a daemon, I'd go forward with creating my own dirty private > package, unless somebody else is working on it already. No, there hasn't been any progress yet, sorry. I'm still interested in seeing this in Debian and hope to have the time to get back to it soon, but if you have pressing needs then it's probably best to not wait on me. Regards, -- Eric Evans eev...@debian.org signature.asc Description: Digital signature
Bug#524135: Progress of Packaging
[ Patrick Datko ] > Package: #524135 > Severity: normal > > I wanted to know, how is the progress of packaging > this project, because I need this to package HBase. I've been meaning to update this report for some time, and I knew when I saw the ITP for HBase that today was the day. :) The truth is that I have not made any headway on this in quite sometime, and it's not for lack of time or motivation, (I'm also in need of this for a project). The reason I've held off is that (a) under ideal circumstances packaging/maintaining Thrift would be non-trivial, and (b) circumstances are far from ideal. I blogged[1] last year about the challenges of packaging Thrift, but the executive summary is that it covers a lot of different languages and frameworks. I had made it as far as 10 binary packages[2] and was still missing some popular ones (PHP for example). I'd hoped that some co-maintainers would step forward to help, but none did. [1]: http://blog.sym-link.com/2009/05/01/thrift_packaging.html [2]: http://git.debian.org/?p=users/eevans/thrift.git;a=summary Additionally, I've also become increasingly concerned about the state of the Thrift project. Thrift was open sourced 3 years ago and has been in the Apache Incubator for almost 2 years. During that time they've only managed to make one release, (which incidentally is unsuitable for my project[3]; we're forced to use a newer snapshot). Bugs are often disregarded or dismissed out of hand and patches languish for months (or longer). As of right now, there are 180 open bug reports[4], and some of those are quite serious[5]. [3]: http://cassandra.apache.org [4]: https://issues.apache.org/jira/browse/THRIFT [5]: https://issues.apache.org/jira/browse/THRIFT-601 (for example) So part of my reticence has been about taking on a package like this by myself, and part of it is that I'm not at all convinced that you can expect even nominal assistance from upstream. Having said that, if there were enough extra hands/eyeballs, I might be willing to pick this back up, but I'd also be fine with someone more enthusiastic taking it over entirely. -- Eric Evans eev...@debian.org signature.asc Description: Digital signature
Bug#424067: ITP: python-sasync -- asynchronous access for SQLAlchemy
Package: wnpp Severity: wishlist Owner: Eric Evans <[EMAIL PROTECTED]> * Package name: python-sasync Version : 0.4 Upstream Author : Edwin A. Suominen <[EMAIL PROTECTED]> * URL : http://foss.eepatents.com/sAsync * License : GPL Programming Lang: Python Description : asynchronous access for SQLAlchemy An enhancement to the SQLAlchemy package that provides asynchronous deferred-result access via the Twisted framework and an access broker for conveniently managing database access, table setup, and transactions. Included are modules for implementing persistent dictionaries, three-dimensional arrays, and graph objects. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Eric Evans [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#424170: ITP: python-twisted-goodies -- miscellaneous add-ons for the Twisted networking framework
Package: wnpp Severity: wishlist Owner: Eric Evans <[EMAIL PROTECTED]> * Package name: python-twisted-goodies Version : 0.2 Upstream Author : Edwin A. Suominen <[EMAIL PROTECTED]> * URL : http://foss.eepatents.com/Twisted-Goodies * License : GPL Programming Lang: Python Description : miscellaneous add-ons for the Twisted networking framework This package contains miscellaneous third-party add-ons and improvements to the Twisted asynchronous processing framework. Modules included in this package: taskqueue: Asynchronous task queuing with a TaskQueue object and support staff for running tasks through a queue with a powerful system of task prioritization and management. webfetch: HTTP fetching with a SiteGetter object that handles fetching of web pages from a given server. asyncluster: Asynchronous clustering with a cluster management server asyncluster.master and node display manager asyncluster.ndm that communicate via Twisted's Perspective Broker. The long description was (mostly) taken verbatim from the project website and will need some work (suggestions welcome). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Eric Evans [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#431626: ITP: python-boto -- Python interface to Amazon's Web Services
Package: wnpp Severity: wishlist Owner: Eric Evans <[EMAIL PROTECTED]> * Package name: python-boto Version : 0.9a Upstream Author : Mitch Garnaat <[EMAIL PROTECTED]> * URL : http://code.google.com/p/boto/ * License : MIT Programming Lang: Python Description : Python interface to Amazon's Web Services Boto is a Python module used to access Amazon's Web Services. Support is provided for S3 (Simple Storage Service), SQS (Simple Queue Service), and EC2 (Elastic Compute Cloud). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Eric Evans [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#434929: ITP: python-asynqueue -- asynchronus task queueing based on the Twisted framework
Package: wnpp Severity: wishlist Owner: Eric Evans <[EMAIL PROTECTED]> * Package name: python-asynqueue Version : 0.1 Upstream Author : Edwin A. Suominen <[EMAIL PROTECTED]> * URL : http://foss.tellectual.com/trac/AsynQueue/wiki * License : GPL Programming Lang: Python Description : asynchronous task queueing based on the Twisted framework AsynQueue is a Python module which provides task queueing with prioritization and a powerful worker/manager interface. Worker implementations are provided for running tasks via threads, separate Python interpreters, and remote worker nodes. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Eric Evans [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#524135: 2 more eyeballs and 2 more hands willing to help
[ Clint Byrum ] > Hi Eric, reading this bug report, its understandable why you might be > reticent to continue fighting that good fight. I might be up for another round or two if there are others throwing their hats in. > I'm interested in packaging thrift for Ubuntu's next release (10.10) and > hopefully also for Debian. > > Does your work parallel Digg's packaging of thrift, which seems to be > workable, and may provide a decent starting point: It looks like Digg's is based on Esteve Fernandez's work, mine was too, though I had made some forward progress. Not sure what the state of all these packages is now. FWIW, my latest (likely quite out of date) is here: http://git.debian.org/?p=users/eevans/thrift.git;a=summary > http://mirrors.digg.com/digg/pool/main/t/thrift/ > > We're tracking this as part of a blueprint for Ubuntu 10.10 here: > > https://blueprints.launchpad.net/ubuntu/+spec/server-maverick-cloud-datastores > > Also, does it make sense that given the incompatible nature of some of the > snapshots, we might build multiple packages that are named based on their > snapshot, and a virtual package 'thrift' pointing to the latest stable > release? This would allow packagers to specifically target a compatible > snapshot package for their particular needs without pinning the system to one > version. I wouldn't do this, no. If anything, I think you'd want to try and find the sweetest spot, and then backport fixes and patch as needed. Actually, I'm hoping that it'll be possible to get some mileage out of the forthcoming 0.3.0 release. -- Eric Evans eev...@debian.org signature.asc Description: Digital signature
Bug#510497: ITP: suds -- lightweight SOAP client for Python
[ Daniel Baumann ] > we've uploaded suds, pending NEW. > > unfortunately, i've not seen the already existing ITP, was looking for > python-suds, anyhow, from reading its backlog it doesn't seem that we've > stepped onto someones toes. No toes stepped on; thanks for packaging it. -- Eric Evans eev...@sym-link.com -- 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/20100612215602.gc12...@erebus.lan
Bug#585905: ITP: cassandra -- highly scalable distributed datastore (database)
Package: wnpp Severity: wishlist Owner: Eric Evans * Package name: cassandra Version : 0.7.0 Upstream Author : Apache Cassandra Team * URL : http://cassandra.apache.org * License : Apache License 2.0 Programming Lang: Java Description : highly scalable distributed datastore (database) Apache Cassandra is a distributed, schema-free, sparse-table database. Its shared-nothing design and client tunable eventual consistency result in both linear scalability, and a high level of fault tolerance. Cassandra is ideally suited to very large datasets, high write throughput, and for distributing redundant copies of data across racks and data-centers. -- Eric Evans eev...@debian.org signature.asc Description: Digital signature
Bug#585902: ITP: libhighscale-java -- high performance java collection alternatives
Package: wnpp Severity: wishlist Owner: Eric Evans * Package name: libhighscale-java Version : 1.1.2 Upstream Author : Cliff Click * URL : http://sourceforge.net/projects/high-scale-lib * License : Public Domain Programming Lang: Java Description : high performance java collection alternatives A collection of concurrent and highly scalable utilities. These are intended as direct replacements for the java.util.* or java.util.concurrent.* collections but with better performance when many CPUs are using the collection concurrently. Single-threaded performance may be slightly lower. The above long description is copypasta from upstream will need some work prior to upload. Suggestions welcome. -- Eric Evans eev...@debian.org signature.asc Description: Digital signature
Bug#585903: ITP: libyaml-snake-java -- YAML parser and emitter for Java
Package: wnpp Severity: wishlist Owner: Eric Evans * Package name: libyaml-snake-java Version : 1.6 Upstream Author : Andrey Somov * URL : http://code.google.com/p/snakeyaml * License : Apache License 2.0 Programming Lang: Java Description : YAML parser and emitter for Java YAML is a data serialization format designed for human readability and interaction with scripting languages. SnakeYAML is a YAML parser and emitter for the Java programming language. It has a high-level API for serializing and deserializing native Java objects, and conforms to the YAML 1.1 specification. The above description is pieced together from the upstream site will need some work prior to upload. Suggestions for better wording welcome. -- Eric Evans eev...@debian.org signature.asc Description: Digital signature
Bug#585899: ITP: libclhm-java -- high performance Map implementation useful for caching
Package: wnpp Severity: wishlist Owner: Eric Evans * Package name: libclhm-java Version : 1.0 Upstream Author : Ben Manes * URL : http://code.google.com/p/concurrentlinkedhashmap/ * License : Apache License 2.0 Programming Lang: Java Description : high performance java Map implementation useful for caching A Java hash table supporting full concurrency of retrievals, adjustable expected concurrency for updates, and a maximum capacity to bound the map by. This implementation differs from ConcurrentHashMap in that it maintains a page replacement algorithm that is used to evict an entry when the map has exceeded its capacity. The long description above is copypasta from the upstream site and will need some work prior to upload. Suggestions are welcome. -- Eric Evans eev...@debian.org signature.asc Description: Digital signature
Bug#524135: update after thrift 0.3.0 release
[ Thomas Koch ] > could you be so kind and give a short update on your evalutation about > thrift? Do you think thrift should be packaged for Debian? Has the > project became more active so that users don't need to rely on snapshots? Little (nothing?) has changed with respect to my original assessment of Thrift. I have however resigned myself to packaging a carefully chosen subset of libraries that is the intersection of (a) those most important to me, (b) those reasonably maintained upstream, and (c) those I feel most comfortable supporting in a Debian stable if worst-case, I receive no help (from upstream or otherwise). Right now that means: * thrift-compiler * python-thrift * libthrift-java * libthrift-perl (probably) * libthrift-ruby (probably) Popular libraries that I feel pretty strongly against packaging, (at least not without a solid commitment from a co-maintainer): * php * c# * c++ I've also moved this work to collab-maint: http://git.debian.org/?p=collab-maint/thrift.git;a=summary -- Eric Evans eev...@debian.org signature.asc Description: Digital signature
Bug#524135: Maintenance
[ Roger Meier ] > From my perspective, the easiest way to maintain debian packaging > would be the Thrift subversion repository itself. > > Issues can easily be addressed via JIRA and Packages can be made > available on the Thrift website directly as long as they are not > within official Debian releases. > > What are your thought's? There are so many reasons this is not a good idea; I'm not really sure where to begin. For starters, I don't have access to Thrift's subversion repository and patch submission would seriously inhibit my worflow. Likewise other Debian Developers don't have access to Thrift's repo, while they do have access to the collab-maint repo on git.debian.org. It's one thing to impede my work, but impeding the work of others in the Debian community means I will likely not get their help. Even if access weren't a problem, colocating the packaging source in the same VCS is still not an option because Debian package releases do not, and should not occur in lockstep with Thrift releases. Secondly, this bug report is for including Thrift in Debian. It's best to think of this as more of an aggregate work created from the upstream Apache project. Debian users are going to submit bugs to the Debian BTS not JIRA, some of these will no doubt pertain to Thrift itself, but many of them will pertain to the packaging and integration in Debian, and have nothing to do with Thrift. -- Eric Evans eev...@debian.org -- 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/20100826173459.ga32...@erebus.lan
Bug#608285: ITP: libconcurrentlinkedhashmap-java -- A high performance version of java.util.LinkedHashMap for use as a software cache
[ Miguel Landaeta ] > Package: wnpp > Severity: wishlist > Owner: Miguel Landaeta > > * Package name: libconcurrentlinkedhashmap-java > Version : 1.1 > Upstream Author : Ben Manes > * URL : http://code.google.com/p/concurrentlinkedhashmap/ > * License : Apache-2.0 > Programming Lang: Java > Description : A high performance version of java.util.LinkedHashMap for > use as a software cache > > Java library that provides a hash table supporting full > concurrency of retrievals, adjustable expected > concurrency for updates, and a maximum capacity to bound > the map by. This implementation differs from > java.util.concurrent.ConcurrentHashMap in that it > maintains a page replacement algorithm that is > used to evict an entry when the map has exceeded its > capacity. Unlike the Java Collections Framework, this > map does not have a publicly visible constructor and > instances are created through a Builder. > > I need this library to package Grails. Hey Miguel, I submitted an ITP[1] for this as `libclhm-java' a while back. The packaging should be complete, but I was planning to get a review on debian-java before uploading. I have no innate interest in this library; I need it to package Cassandra[2]. If you want to take it, that's fine with me, just let me know. [1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=585899 [2]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=585905 -- Eric Evans eev...@debian.org signature.asc Description: Digital signature
Bug#585899: Bug#608285: ITP: libconcurrentlinkedhashmap-java -- A high performance version of java.util.LinkedHashMap for use as a software cache
merge 585899 608285 thanks For the sake of posterity, my repo is here (or soon will be): http://git.debian.org/?p=users/eevans/libclhm-java.git;a=summary [ Miguel Landaeta ] [ ... ] > Since this package is very simple I already completed the > packaging during an afternoon. So, what do you prefer: we > merge our ITPs, use yours or mine[1]? > > Anyway, just like you I just need this package to complete > the Grails packaging. I am a member of debian-java but I'm > not a DD, so I was planning to test this during some days > and ask for review or early January. We should definitely merge the ITPs, yes. As to which one, yours or mine, I'm perfectly happy to let you run with it, just let me know if you need any help. > Let me know what do yo think. > > Cheers, > (and sorry for this work duplication) No worries. > 1. http://git.debian.org/?p=pkg-java/libconcurrentlinkedhashmap-java.git -- Eric Evans eev...@debian.org signature.asc Description: Digital signature
Bug#132919: xsupplicant package
Hi Chris, I too have been creating packages of xsupplicant development releases, (plus a few CVS snapshots), in preparation for a sponsored upload. http://sym-link.com/~eevans/debian/unstable/xsupplicant/binary-i386/ I have been in contact with upstream, and am working with them on resolving several issues prior to any serious effort in getting it uploaded, (most of these changes will be in place in time for the 1.0 release of xsupplicant). Unfortunately, I was unaware of your ITP or I would have made some attempt at contacting you and avoiding overlapping efforts. I gather from your CC to 132919 that you are aware of my efforts and intend to proceed anyway. If this changes, let me know as I am still very interested in this packaging it. Thanks, -- Eric On Mon, Apr 12, 2004 at 09:27:09PM +0200, Chris Vanden Berghe muttered these words: > I've created a test package of xsupplicant 1.0pre1. You're welcome to > test it, and give me feedback. > > The package can be found here: > http://chrisvdb.studentenweb.org/debian/ > > I hope to upload the package to the debian repository soon. > > Cheers, > Chris. > -- Eric Evans [EMAIL PROTECTED] pgp5LNfutlTGB.pgp Description: PGP signature
Bug#193758: xsupplicant debian packages; sponsor
On Tue, Jul 20, 2004 at 08:18:49PM +0200, Robert Joerdens muttered these words: > Hi! > > Do you already have a sponsor for your packages? I might be able to > sponsor your packages on an irregular basis. > Where can I find them (at leat on of your links is dead)? > The latest package can be found here ... deb http://debian.sym-link.com unstable xsupplicant deb-src http://debian.sym-link.com unstable xsupplicant I have already mailed Todd Troxell about sponsoring it and he should be taking a look at it shortly. If for you some reason Todd doesn't have the time then I'd certainly be interested in taking you up on your offer. Either way, any feedback you might provide would be most welcome. Regards, -- Eric Evans [EMAIL PROTECTED] pgpVmYV8STKBD.pgp Description: PGP signature
Bug#249230: ITA: asmon -- A system resource monitor dockapp
retitle 249230 ITA: asmon -- A system resource monitor dockapp for Afterstep and WindowMaker owner 249230 [EMAIL PROTECTED] thanks I use asmon and would be happy to take over maintenance of it. I have a patch to add support for kernel 2.6 and will be putting together an updated package shortly. -- Eric Evans [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#648452: ITP: python-thrift -- software framework for cross-language services development (Python bindings)
Package: wnpp Severity: wishlist Owner: Eric Evans * Package name: python-thrift Version : 0.7.0 Upstream Author : Apache Software Foundation * URL : http://thrift.apache.org * License : Apache License 2.0 Programming Lang: Python Description : software framework for cross-language services development (Python bindings) Thrift is a development framework for serialization of structured data, and the construction of RPC services. It combines a software stack with a code generation engine to build services that operate seamlessly across a number of different development languages. This package contains the Python language bindings. The description is mostly copy-and-paste from the website and will need some work, (suggestions welcome). Note: This ITP (and others) will replace #524135 -- Eric Evans eev...@debian.org -- 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/2011170641.ga...@erebus.lan
Bug#648451: ITP: thrift-compiler -- software framework for cross-language services development (compiler)
Package: wnpp Severity: wishlist Owner: Eric Evans * Package name: thrift-compiler Version : 0.7.0 Upstream Author : Apache Software Foundation * URL : http://thrift.apache.org * License : Apache License 2.0 Programming Lang: Python Description : software framework for cross-language services development (compiler) Thrift is a development framework for serialization of structured data, and the construction of RPC services. It combines a software stack with a code generation engine to build services that operate seamlessly across a number of different development languages. This package contains the compiler needed to generate code from a Thrift services specification. The description is mostly copy-and-paste from the website and will need some work, (suggestions welcome). Note: This ITP (and others) will replace #524135 -- Eric Evans eev...@debian.org -- 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/2011170033.ga...@erebus.lan
Bug#648453: ITP: libthrift-java -- software framework for cross-language services development (java bindings)
Package: wnpp Severity: wishlist Owner: Eric Evans * Package name: libthrift-java Version : 0.7.0 Upstream Author : Apache Software Foundation * URL : http://thrift.apache.org * License : Apache License 2.0 Programming Lang: Java Description : software framework for cross-language services development (java bindings) Thrift is a development framework for serialization of structured data, and the construction of RPC services. It combines a software stack with a code generation engine to build services that operate seamlessly across a number of different development languages. This package contains the Java language bindings for Thrift. The description is mostly copy-and-paste from the website and will need some work, (suggestions welcome). Note: This ITP (and others) will replace #524135 -- Eric Evans eev...@sym-link.com -- 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/2011170332.ga...@erebus.lan
Bug#390204: RFP: tesseract-ocr -- console-based optical character recognition, (OCR)
Package: wnpp Severity: wishlist * Package name: tesseract-ocr Version : 1.0.1 Upstream Author : Ray Smith <[EMAIL PROTECTED]> * URL : http://sourceforge.net/projects/tesseract-ocr/ * License : Apache License, Version 2.0 Programming Lang: C++ Description : console-based optical character recognition, (OCR) A commercial quality OCR engine originally developed at HP between 1985 and 1995. In 1995, this engine was among the top 3 evaluated by UNLV. It was open-sourced by HP and UNLV in 2005. (Long description taken from the sourceforge project page, something better will need to be written) Whoever packages tesseract needs to be prepared to address a couple of serious problems: * The third-party source found in aspirin/ is non-free, it will either need to be stripped out, or the author convinced to relicense it. * The tesseract binary requires that it reside in the same directory as the tessdata directory, which must be writable. Nonetheless, the accuracy of tesseract is better than any of the other free alternatives I've tried; I think it would make a nice addition to the archive. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (700, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- Eric Evans [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#648452: ITP: python-thrift -- software framework for cross-language services development (Python bindings)
[ Eric Evans ] > Package: wnpp > Severity: wishlist > Owner: Eric Evans > > * Package name: python-thrift > Version : 0.7.0 > Upstream Author : Apache Software Foundation > * URL : http://thrift.apache.org > * License : Apache License 2.0 > Programming Lang: Python > Description : software framework for cross-language services > development (Python bindings) > > Thrift is a development framework for serialization of structured data, > and the construction of RPC services. It combines a software stack with > a code generation engine to build services that operate seamlessly > across a number of different development languages. > > This package contains the Python language bindings. > > The description is mostly copy-and-paste from the website and will need > some work, (suggestions welcome). > > Note: This ITP (and others) will replace #524135 For the most part this is complete; An upload to NEW can be expected within the week. Review and/or testing in the meantime would be greatly appreciated. http://anonscm.debian.org/gitweb/?p=users/eevans/python-thrift.git;a=summary http://anonscm.debian.org/gitweb/?p=collab-maint/thrift-repackage.git;a=summary Thanks, -- Eric Evans eev...@sym-link.com -- 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/20120713025804.ga29...@erebus.lan
Bug#648453: ITP: libthrift-java -- software framework for cross-language services development (java bindings)
[ Eric Evans ] > Package: wnpp > Severity: wishlist > Owner: Eric Evans > > * Package name: libthrift-java > Version : 0.7.0 > Upstream Author : Apache Software Foundation > * URL : http://thrift.apache.org > * License : Apache License 2.0 > Programming Lang: Java > Description : software framework for cross-language services > development (java bindings) > > Thrift is a development framework for serialization of structured data, > and the construction of RPC services. It combines a software stack with > a code generation engine to build services that operate seamlessly > across a number of different development languages. > > This package contains the Java language bindings for Thrift. > > The description is mostly copy-and-paste from the website and will need > some work, (suggestions welcome). > > Note: This ITP (and others) will replace #524135 For the most part this is complete; An upload to NEW can be expected within the week. Review and/or testing in the meantime would be greatly appreciated. http://anonscm.debian.org/gitweb/?p=users/eevans/libthrift-java.git;a=summary http://anonscm.debian.org/gitweb/?p=collab-maint/thrift-repackage.git;a=summary Thanks, -- Eric Evans eev...@debian.org -- 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/20120713025927.ga29...@erebus.lan
Bug#648451: ITP: thrift-compiler -- software framework for cross-language services development (compiler)
[ Eric Evans ] > Package: wnpp > Severity: wishlist > Owner: Eric Evans > > * Package name: thrift-compiler > Version : 0.7.0 > Upstream Author : Apache Software Foundation > * URL : http://thrift.apache.org > * License : Apache License 2.0 > Programming Lang: Python > Description : software framework for cross-language services > development (compiler) > > Thrift is a development framework for serialization of structured data, > and the construction of RPC services. It combines a software stack with > a code generation engine to build services that operate seamlessly > across a number of different development languages. > > This package contains the compiler needed to generate code from a Thrift > services specification. > > The description is mostly copy-and-paste from the website and will need > some work, (suggestions welcome). > > Note: This ITP (and others) will replace #524135 For the most part this is complete; An upload to NEW can be expected within the week. Review and/or testing in the meantime would be greatly appreciated. http://anonscm.debian.org/gitweb/?p=users/eevans/thrift-compiler.git;a=summary http://anonscm.debian.org/gitweb/?p=collab-maint/thrift-repackage.git;a=summary Thanks, -- Eric Evans eev...@debian.org -- 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/20120713025645.ga29...@erebus.lan
Bug#585905: Cassandra 1.0
[ Damien Raude-Morvan ] > I would like to help on cassandra packaging. What's current status ? Is there > a git repository somewhere ? Great, the more the merrier! The most up-to-date work is what is checked into the upstream repository (I had planned to fork from there when the time came). > From a quick look, it seems that some build-dependencies are missing : > * avro > * compress-lzf > * high-scale-lib > * jamm > * snakeyaml > * thrift (but you seems to be working on it) > Maybe a can start working on those ? Right, packaging the dependencies is the first order of business, (and I don't have a current list, but this looks woefully short). A good place to start would be to suss out the full list of dependencies (including versions), check them against what is already packaged for Debian, and then start packaging the rest (and if you could copy this report with links to the RFP/ITPs, that'd be great). Thanks! -- Eric Evans eev...@sym-link.com -- 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/2022122707.ga28...@erebus.lan
Bug#524135: ITP: thrift -- software framework for scalable cross-language services development
Package: wnpp Severity: wishlist Owner: Eric Evans * Package name: thrift Version : 0.0.1 Upstream Author : Apache Software Foundation * URL : http://incubator.apache.org/thrift/ * License : Apache 2.0 Programming Lang: C++, C#, Perl, Python, Java, Ruby, etc. Description : software framework for cross-language services development Thrift is a development framework for serialization of structured data, and the construction of RPC services. It combines a software stack with a code generation engine to build services that operate seamlessly across a number of different development languages. The description is mostly copy-and-paste from the website and will need some work, (suggestions welcome). This package is an ideal candidate for team maintenance. If anyone is interested in being a co-maintainer or forming a team, please let me know. -- Eric Evans eev...@debian.org signature.asc Description: Digital signature
Bug#1010648: marked as pending in golang-github-pierrec-lz4.v4
[ Nicholas D Steeves ] > Upload rejected because ftpmasters did not accept that the public domain > works had been implicitly relicensed by upstream as BSD-3-clause, > because I missed one Linux kernel image file in the test data (which > needs source to be DFSG free and for license compliance; this one is > admittedly serious), and because there was some incredulity about the > licensing of other test data. With the exception of the Linux kernel > image (absent in v2), the licensing of same test data was not considered > a problem for golang-github-pierrec-lz4 (v2). > > So for now progress towards fulfilling this ITP is blocked, and thus > progress towards Syncthing 1.19.2 is blocked. I believe it would be > unwise to exclude all test data from a +dfsg orig tarball (and disable > the tests), because this would expose Syncthing users' data to greater > potential risk than using an older version of Syncthing with a > golang-github-pierrec-lz4 (v2) with CI coverage. This is now a blocker on a recent upstream release of golang-github-gocql-gocql as well. I understand the argument about excluding test data, but there is probably a point at which users would be better served by a golang-github-pierrec-lz4.v4 without (complete) test coverage, than they would be without syncthing, or a modern gocql driver. Perhaps we move forward with a repackaged upstream tarball while waiting for upstream to fix these issues? Cheers, -- Eric Evans eev...@debian.org signature.asc Description: PGP signature
Bug#1010648: marked as pending in golang-github-pierrec-lz4.v4
[ Nicholas D Steeves ] > Hi Eric! > > Eric Evans writes: > > > This is now a blocker on a recent upstream release of > > golang-github-gocql-gocql as well. I understand the argument about > > excluding test data, but there is probably a point at which users would be > > better served by a golang-github-pierrec-lz4.v4 without (complete) test > > coverage, than they would be without syncthing, or a modern gocql driver. > > > > I agree 100%. > > > Perhaps we move forward with a repackaged upstream tarball while waiting > > for upstream to fix these issues? > > > > I did this 06 June 2022, where it waited for review until 06 Oct and was > rejected with specious rationale--namely that a Go reimplementation of > the C reference implementation of xxHash was a derived work under the > license of the reference implementation. This is contrary to Debian > expectations, contrary to the consensus of the debian-legal mailing list > (speculating about license is a liability), and contrary to legal > precedent established in American courts (algorithms are patentable but > not copyrightable, APIs are neither)... The ftpmaster reviewing this > package also expected me to misattribute the Go reimplementation to the > author of the reference implementation, under the BSD-2-clause license > of the reference implementation. All of this should be archived on the > Debian Golang mailing list. Do you have a link to this discussion? Thanks! -- Eric Evans eev...@debian.org
Bug#757257: RFA: libthrift-java -- Java language support for Thrift
Package: wnpp Severity: normal I don't use Thrift anymore and feel that it'd be better maintained by someone with more genuine interest. This package has one (trivial )open issue, renaming the installed jar from libthrift-java.jar to thrift.jar (#730213). Thanks, -- Eric Evans eev...@sym-link.com signature.asc Description: Digital signature
Bug#757258: RFA: python-thrift -- Python library for Thrift
Package: wnpp Severity: normal I don't use Thrift anymore and feel that it'd be better maintained by someone with more genuine interest. This package has no outstanding issues. -- Eric Evans eev...@sym-link.com signature.asc Description: Digital signature
Bug#757256: RFA: thrift-compiler -- code generator/compiler for Thrift definitions
Package: wnpp Severity: normal I don't use Thrift anymore and feel that it'd be better maintained by someone with more genuine interest. This package has one open bug, which is likely a non-issue after the most recent upload. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140805013707.26757.82358.report...@minos.lan
Bug#798503: ITP: python-boto3 -- Python interface to Amazon's web services
Package: wnpp Severity: wishlist Owner: Eric Evans * Package name: python-boto3 Version : 1.1.3 Upstream Author : the boto project * URL : https://github.com/boto/boto3 * License : Apache 2.0 Programming Lang: Python Description : Python interface to Amazon's web services Boto3 is the Amazon Web Services (AWS) Software Development Kit (SDK) for Python, which allows Python developers to write software that makes use of services like Amazon S3 and Amazon EC2. Boto3 is the API-incompatible successor to Boto (already pacakged as python-boto), and depends upon python-botocore (already packaged as python-botocore) for low-level access. -- Eric Evans eev...@debian.org
Bug#798503: ITP: python-boto3 -- Python interface to Amazon's web services
[ Eric Evans ] > Package: wnpp > Severity: wishlist > Owner: Eric Evans > > * Package name: python-boto3 > Version : 1.1.3 > Upstream Author : the boto project > * URL : https://github.com/boto/boto3 > * License : Apache 2.0 > Programming Lang: Python > Description : Python interface to Amazon's web services > > Boto3 is the Amazon Web Services (AWS) Software Development Kit (SDK) for > Python, which allows Python developers to write software that makes use of > services like Amazon S3 and Amazon EC2. > > Boto3 is the API-incompatible successor to Boto (already pacakged as > python-boto), and depends upon python-botocore (already packaged as > python-botocore) for low-level access. A package has been uploaded to NEW: https://ftp-master.debian.org/new/python-boto3_1.2.2-2.html -- Eric Evans eev...@debian.org
Bug#824509: ITP: scylladb -- distributed database compatible with Apache Cassandra
Package: wnpp Severity: wishlist Owner: Eric Evans * Package name: scylla Version : 1.0.3 Upstream Author : scylladb-...@googlegroups.com * URL : https://github.com/scylladb/scylla * License : AGPL Programming Lang: C++ Description : distributed database compatible with Apache Cassandra Scylla is a highly scalable, distributed, eventually consistent row store compatible with Apache Cassandra. Note: This package description is mostly copy-pasta from upstream materials and will need some additional work (suggestions welcome). -- Eric Evans eev...@sym-link.com signature.asc Description: PGP signature