Bug#951597: RFA: approx -- caching proxy server for Debian archive files
Package: wnpp Severity: normal I request an adopter for the approx package. I no longer use approx myself (I just use a Squid proxy now) and I haven't done much OCaml coding recently, so it's time to move on. I haven't done an upload since the move from alioth to salsa, and it seems I no longer have permission to do so, so an adopter should probably set the "Maintainer" to the OCaml team and remove the "Uploaders" field. The package description is: Approx is an HTTP-based proxy server for Debian-style package archives. It fetches files from remote repositories on demand, and caches them for local use. . Approx saves time and network bandwidth if you need to install or upgrade .deb packages for a number of machines on a local network. Each package is downloaded from a remote site only once, regardless of how many local clients install it. The approx cache typically requires a few gigabytes of disk space. . Approx also simplifies the administration of client machines: repository locations need only be changed in approx's configuration file, not in every client's /etc/apt/sources.list file. . Approx can be used as a replacement for apt-proxy, with no need to modify clients' /etc/apt/sources.list files, or as an alternative to apt-cacher.
Bug#948603: RFA: approx -- caching proxy server for Debian archive files
Package: wnpp Severity: normal I request an adopter for the approx package. (I am no longer active with OCaml and have been using squid instead of approx.) The package description is: Approx is an HTTP-based proxy server for Debian-style package archives. It fetches files from remote repositories on demand, and caches them for local use. . Approx saves time and network bandwidth if you need to install or upgrade .deb packages for a number of machines on a local network. Each package is downloaded from a remote site only once, regardless of how many local clients install it. The approx cache typically requires a few gigabytes of disk space. . Approx also simplifies the administration of client machines: repository locations need only be changed in approx's configuration file, not in every client's /etc/apt/sources.list file. . Approx can be used as a replacement for apt-proxy, with no need to modify clients' /etc/apt/sources.list files, or as an alternative to apt-cacher.
Bug#750713: ITP: gf-complete -- Galois Field Arithmetic
On Fri, Jun 06, 2014 at 04:15:48PM +0800, Thomas Goirand wrote: > A Galois Field is defined over w-bit words and is termed GF(2w). As > such, the elements of a Galois Field are the integers 0, 1, . . ., > 2w − 1. These sentences should refer to 2^w (2 to the power w) rather than 2 times w. -- Eric Cooper e c c @ c m u . e d u -- 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/20140606144018.ga1...@google.com
Bug#646556: ITP: phantomjs -- minimalistic headless WebKit-based with JavaScript API
On Tue, Oct 25, 2011 at 02:12:33PM +0900, TANIGUCHI Takaki wrote: > Package: wnpp > Owner: tak...@debian.org > Severity: wishlist > > * Package name: phantomjs > Version : 1.3.0 > Upstream Author : Ariya Hidayat > * URL or Web page : http://code.google.com/p/phantomjs/ > * License : BSD-3-clause > Description : minimalistic headless WebKit-based with JavaScript API > PhantomJS is a minimalistic, headless, WebKit-based, JavaScript-driven tool. > PhantomJS has native support for different web technologies: DOM handling, > CSS selector, JSON, Canvas, SVG, and of course JavaScript. Please include more of the explanatory text from http://www.phantomjs.org/ in your long description. I couldn't tell what this was useful for until I read that. -- Eric Cooper e c c @ c m u . e d u -- 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/20111025112503.GA28584@localhost
Bug#597228: ITP: minidlna -- server for DLNA/UPnP-AV clients
On Fri, Oct 08, 2010 at 10:35:55AM +0200, Benoît Knecht wrote: > I just wanted to let you know that I've been working on packaging > minidlna for debian. I'm not a maintainer, so I can't upload it myself, > but feel free to use it in full or in part if you wish. It's available > in a git repository and > should build without issue by running git-buildpackage. > > As it's my first attempt at packaging software for debian, I'm sure it's > not perfect (I'm still working on the man page, and I have to come up > with an init script), so I would be glad to get any feedback on how to > improve it. > > In any case, I hope it'll be useful to someone. Thanks, I will take a look at this. -- Eric Cooper e c c @ c m u . e d u -- 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/20101012104309.ga3...@localhost
Bug#597228: ITP: minidlna -- server for DLNA/UPnP-AV clients
Package: wnpp Severity: wishlist Owner: Eric Cooper * Package name: minidlna Version : 1.0.18-1 Upstream Author : Justin Maggard * URL : http://sourceforge.net/projects/minidlna * License : GPL and BSD Programming Lang: C Description : server for DLNA/UPnP-AV clients MiniDLNA (aka ReadyDLNA) is server software with the aim of being fully compliant with DLNA/UPnP-AV clients. The minidlna daemon serves media files (music, pictures, and video) to clients on your network. Example clients include applications such as totem and xbmc, and devices such as portable media players, smartphones, televisions, and Blu-Ray players. MiniDLNA is a simple, lightweight alternative to mediatomb, but has fewer features. It does not have a web interface for administration and must be configured by editing a text file. -- 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/20100917200824.5363.69144.report...@stratocaster.home
Bug#501914: ITP: ocaml-batteries -- OCaml batteries included - development platform for OCaml
> Description : OCaml batteries included - standard OCaml development > platform I don't think "standard" is the right adjective here. Perhaps "extended" or "full-featured"? -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#466342: ITP: gmyth -- library for accessing MythTV backends
This is already packaged (as libgmyth0 and gmyth-utils) on Christian Marillat's multimedia archive. I don't know why it's not in Debian yet -- perhaps a licensing issue? -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#463584: ITP: rubyripper -- an open-source secure ripper for Linux
On Fri, Feb 01, 2008 at 08:15:04PM +0100, Christian Perrier wrote: > "open source" is not really relevant here > > "secure audio ripper" seems to better fit the recommended writing > style (DevRef 6.2.2) "secure" connotes "safe from exploits", but I think what is intended is "extremely careful about obtaining an accurate copy of the audio data". -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462602: ITP: eeepc-acpi-source -- source for Eee PC ACPI module
On Sat, Jan 26, 2008 at 10:15:50PM +0100, Bastian Blank wrote: > What is the Linux upstream status of this module? At Riku Voipio's suggestion, I emailed the linux-acpi email list this morning about it. -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462602: ITP: eeepc-acpi-source -- source for Eee PC ACPI module
On Sat, Jan 26, 2008 at 11:38:46AM +0200, Riku Voipio wrote: > Have you submitted this driver for mainline inclusion in linux-acpi mailing > list? I have not (I wasn't aware of that list), but I will now. Thanks for the suggestion. -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462602: ITP: eeepc-acpi-source -- source for Eee PC ACPI module
Package: wnpp Severity: wishlist Owner: Eric Cooper <[EMAIL PROTECTED]> * Package name: eeepc-acpi-source Version : 1.0-1 Upstream Author : Eric Cooper <[EMAIL PROTECTED]> * URL : http://www.cs.cmu.edu/~ecc/eeepc-acpi_1.0.tar.gz * License : GPL Programming Lang: C Description : source for Eee PC ACPI module The eeepc_acpi module supports the hotkeys found on the Asus Eee PC. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (400, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378938: ITP: ocaml-sha1 -- SHA1 binding for OCaml
Package: wnpp Severity: wishlist Owner: Eric Cooper <[EMAIL PROTECTED]> * Package name: ocaml-sha1 Version : 0.4 Upstream Author : Vincent Hanquez <[EMAIL PROTECTED]> * URL : http://tab.snarc.org/download/ocaml/ocaml_sha1-0.4.tar.bz2 * License : GPL Programming Lang: OCaml Description : SHA1 binding for OCaml SHA1 is a 160-bit cryptographic hash function. This library provides an interface for OCaml programs to use SHA1 functions. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-strat Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330125: status of toolchain-source?
Another Debian developer's efforts to build cross-gcc packages are here: http://www.speedblue.org/cross_compilation/ I started using these to cross-compile kernels when I could no longer use toolchain-source for GCC 4.0. Perhaps his packaging ideas would be useful to you. -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]