Processed: your mail
Processing commands for [EMAIL PROTECTED]: > retitle 93208 ITP: peep -- network monitoring tool with an audio interface Bug#93208: RFP: peep -- network monitoring tool with an audio interface Changed Bug title. > thanks Stopping processing here. Please contact me if you need assistance. Darren Benham (administrator, Debian Bugs database)
Processed: adopting sylpheed
Processing commands for [EMAIL PROTECTED]: > retitle 114639 ITA: sylpheed -- Light weight e-mail client with GTK+ Bug#114639: O: sylpheed -- Light weight e-mail client with GTK+ Changed Bug title. > thanks Stopping processing here. Please contact me if you need assistance. Darren Benham (administrator, Debian Bugs database)
Bug#115071: ITP: ntaim -- curses-based AIM client
Package: wnpp Severity: wishlist nTAIM is a curses-based AOL Instant Messenger client which is quite featureful. It supports tab completion, custom color schemes, logging, buddy aliases, buddy pounce, and a number of other things. nTAIM is released under the terms of the GNU GPL and its home page can be found here: http://taim.sourceforge.net/ I intend to package and upload nTAIM within the next few days. Thanks. -- Doug Porter <[EMAIL PROTECTED]>
Bug#115061: ITP: jack -- rip and encode CDs with one command
On Tue, 9 Oct 2001, Michael Banck wrote: >... > On a related note: Is it feasable to create a virtual 'mp3-encoder' > package? This would change jack's control from 'Recommends: vorbis-tools' > to 'Depends: $DEPENDS, vorbis-tools | mp3-encoder' which looks much > cleaner IMO. Of course, using ogg/vorbis should be encouraged, but > a lot of users depends on mp3 for their portable players etc. > > There are some mp3-encoders out there who can't be in the debian > archive, but are packaged locally nevertheless. They could provide > 'mp3-encoder' and thus other mp3-encoding software could be packaged. >... Just default to Ogg and add a dependency on vorbis-tools. It's not sure that a locally installed MP3 encoder package built by anyone anywhere does provide mp3-encoder (if it's a Debian package - and I bet most people have their MP3 encoder simply installed under /usr/local). BTW: That's also what abcde (another program that does the same as jack) does. > regards, > > Michael cu Adrian -- Get my GPG key: finger [EMAIL PROTECTED] | gpg --import Fingerprint: B29C E71E FE19 6755 5C8A 84D4 99FC EA98 4F12 B400
Bug#115061: ITP: jack -- rip and encode CDs with one command
Package: wnpp Severity: wishlist License: gpl Url: http://home.t-online.de/home/mbanck/debian/ Description: rip and encode CDs with one command Jack has been developed with one main goal: making MP3s or OGGs without having to worry. There is nearly no way that an incomplete rip goes unnoticed, e.g. jack compares WAV and MP3 filesizes when continuing from a previous run. Jack also checks your HD space before doing anything (even keeps some MB free). . Jack is different from other such tools in a number of ways: - it supports different rippers and encoders - it is very configurable - it doesn't need X - it can "rip" virtual CD images like the ones created by cdrdao - when using cdparanoia, cdparanoia's status information is displayed for all tracks, so you can see if something went wrong - it uses sophisticated disk space management, i.e. it schedules it's ripping/encoding processes depending on available space. - freedb query, file renaming and id3 tagging - it can resume work after it has been interrupted. If all tracks have been ripped, it doesn't even need the CD anymore, even if you want to do a freedb query. - it can do a freedb query based on MP3s alone, like if you don't remember from which CD those MP3s came from. - freedb submissions Jack finally includes ogg/vorbis support in CVS now, so it can be packaged. On a related note: Is it feasable to create a virtual 'mp3-encoder' package? This would change jack's control from 'Recommends: vorbis-tools' to 'Depends: $DEPENDS, vorbis-tools | mp3-encoder' which looks much cleaner IMO. Of course, using ogg/vorbis should be encouraged, but a lot of users depends on mp3 for their portable players etc. There are some mp3-encoders out there who can't be in the debian archive, but are packaged locally nevertheless. They could provide 'mp3-encoder' and thus other mp3-encoding software could be packaged. I haven't thought about this very long and might have missed an important point though. regards, Michael
Bug#115049: ITP: lyskom-elisp-client -- Emacs LISP client for the LysKOM conference system
Package: wnpp Severity: wishlist A LysKOM client implemented in Emacs LISP. This client is the most used and developed one. The software can be found here: ftp://ftp.lysator.liu.se/pub/lyskom/elisp-client/ License: GNU GPL version 2. -- Joel Rosdahl <[EMAIL PROTECTED]> (PGP and GPG keys available)
Bug#114992: ITP: Myricom GM Message Passing System
Previously Francesco Lovergine wrote: > GM is the native support software for message passing with Myricom > high performance network interfaces (Myrinet). > Those kind of PCI interfaces are available for > many Unices and archs, and supply very high throughputs (up to 2Gb > for a 66Mhz/64bit bus) for high performance computing. Please note that the most interesting part about myrinet is not the bandwith at all, but the fact that it is a very low latency network which makes it excellent for distributed computing. Wichert. -- _ / Nothing is fool-proof to a sufficiently talented fool \ | [EMAIL PROTECTED] http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D |
Bug#114992: ITP: Myricom GM Message Passing System
Package: wnpp Severity: wishlist GM is the native support software for message passing with Myricom high performance network interfaces (Myrinet). Those kind of PCI interfaces are available for many Unices and archs, and supply very high throughputs (up to 2Gb for a 66Mhz/64bit bus) for high performance computing. Sources are available and can be compiled under x86, ia64, sparc64, alpha, ppc with kernel 2.2 and 2.4. Copyright will change in the next few weeks (as a contact with Nan Boden of Myricom Inc. confirmed) and GM could be available for distribution with Debian under non-free in source form. -- Francesco P. Lovergine
Bug#114982: RFA: gpaint -- simple paintbrush package for GNOME
Package: wnpp Severity: normal I'm concentrating on other packages, so someone else can take this over. It's a simple paintbush package for GNOME, based on xpaint, and seems to have a fairly sedate (inactive) upstream. Maybe someone who wanted to hack on it could maintain it usefully. Regards, Rob
