Bug#813253: O: wmtv
Package: wnpp Severity: normal Hi, I’m hereby orphaning the wmtv package. I haven’t given this package any care for years, my last upload was in 2005. I also don’t use WindowMaker anymore, and I don’t use anymore any bt848- or bt878-based video capture card (and I can’t anyway since analog TV broadcast hast stopped in France). The package has also been dead upstream for as long as I have known it. Given its low popcon-score, this package might be a good candidate for removal. -- Nicolas signature.asc Description: Digital signature
Bug#375412: ITP: vdr-plugin-dxr3 -- Plugin to vdr to use a DXR3/Hollywood+ MPEG decoder as primary interface
Package: wnpp Severity: wishlist Owner: Nicolas Boullis [EMAIL PROTECTED] * Package name: vdr-plugin-dxr3 Version : 0.2.6 Upstream Author : Kai Moeller [EMAIL PROTECTED], Stefan Schluenss [EMAIL PROTECTED], Christian Gmeiner christian at visual-page.de, ...and numerous others, see CONTRIBUTORS. * URL : http://sourceforge.net/projects/dxr3plugin/ * License : GPL Programming Lang: C++ Description : Plugin to vdr to use a DXR3/Hollywood+ MPEG decoder as primary interface This plugin for vdr allows using a DXR3/Hollywood+ MPEG decoder card as primary interface. This package will be maintained within the Debian VDR Team [EMAIL PROTECTED]. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#287192: ITP: nss-updatedb -- utility to maintain a local cache of network directory
Hi, On Sat, Dec 25, 2004 at 05:02:47PM +0100, Jean-Michel Kelbert wrote: Package: wnpp Severity: wishlist * Package name: nss-updatedb Do you plan to package libpam_ccreds as well? Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284017: ITP: chgrep -- change oldpattern to newpattern in files
Hi, On Thu, Dec 02, 2004 at 11:43:13PM +0100, Olivier Lemaire wrote: Package: wnpp Severity: wishlist * Package name: chgrep Version : 1.2.4 Upstream Author : Bartosz [EMAIL PROTECTED] * URL : http://www.bmk.bicom.pl/chgrep/ * License : (PL ^^^ What is this license exactly? Is it free? Description : change oldpattern to newpattern in files Description: change oldpattern to newpattern in files Chgrep searches the input files (or standard input if no files are named) for oldstring and changes them to newstring. If some file and file.lock exist then chgrep leaves both files unchanged. You can write NEWPATTERN as NULL to clear OLDPATTERNE, i.e, chgrep oldstring NULL somefile.c. A proposal package, tested on i386 may be found in this repository (testing main): deb http://olivier-lemaire.org/debian testing main I'm willing to maintain this package. Any comments/critics/flame = [EMAIL PROTECTED] as this is my first debian package. Well, to be honnest, I have some doubts about the usefullness of this package? Can't it always be replaced by a trivial sed command? Moreover, what if I want to replace all instances of some pattern with NULL (yes, those 4 updase letters)? Is there at least some way I can escape it? Why not simply using a empty string when one wants to remove all instances of some pattern? Cheers, Nicolas
Bug#282022: ITP: player -- A networked robot/sensor device interface
Hi, On Fri, Nov 19, 2004 at 02:59:54AM -0500, Yannick Brosseau wrote: Package: wnpp Severity: wishlist * Package name: player Hmmm, please consider using a less generic name... Regards, Nicolas
Bug#278442: RFH: athcool -- Enable powersaving mode for Athlon/Duron processors
Package: wnpp Severity: normal I request assistance with maintaining the athcool package. The package description is: athcool is a small utility for enabling/disabling Powersaving mode for AMD Athlon/Duron processors. . By enabling Powersaving mode you can lower power consumption and CPU temperature when the CPU is idle. . Powersaving works only if your kernel supports ACPI (APM does not work), because athcool does only (un)set the Disconnect enable when STPGNT detected bits in the Chipset's Northbridge. To really save power, the STPGNT signal has to be sent when the CPU is idling. This is done by the ACPI subsystem when C2 state entered. . !!!WARNING!!! Depending on your motherboard and/or hardware components, enabling Athlon powersaving mode sometimes causes: . * noisy or distorted sound playback, * a slowdown in harddisk performance, * system locks or instability, * massive corruption of the filesystem (observed at least once). . If you met those problems, you should not use athcool. Please use athcool AT YOUR OWN RISK. . If athcool works fine for you, and you want it to run automatically on startup, please read the /usr/share/doc/athcool/README.Debian file. Unfortunately, I only own one athlon-based system, which means I'm unable to test athcool on most supported systems. Hence, I'd like some volunteers to test athcool on as many different systems as possible, and to try to reproduce the bugs that are reported. If you own an athlon-based computer and want to help me with athcool, please send me an e-mail and tell me what kind of motherboard/CPU you own. FYI, I currently need someone with a VIA KT600 or KT400 chipset to try to reproduce bug #276757 on both kind of systems. Thanks in advance, Nicolas Boullis
Bug#68243: So, now what?
Hi, On Sun, Jul 18, 2004 at 09:03:12AM -0300, Ben Armstrong wrote: Samuel, OK, now that it is more than 10 days since you stated you intended to take over the ITP of linphone, what's the status of the linphone upload? Samuel's packages were mostly ready at that time, but he currently is still stuck in the NM queue. At that time I told him I would sponsor his package, but I underestimated the complexity of the package, and I've been quite busy recently. Hence, Samuel is not responsible for the delay, while I am. On the other hand, if some DD is eager to see linphone in Debian, s/he can volunteer to sponsor the package instead of me. Sorry for the delay, Nicolas
Bug#258262: ITP: sortdir -- wrapper program to make files show up in sorted order
On Thu, Jul 08, 2004 at 09:02:27PM +0200, Gergely Nagy wrote: * Package name: sortdir Version : 0.4 Upstream Author : Egmont Koblinger [EMAIL PROTECTED] * URL : http://download.uhulinux.hu/sources/sortdir/ * License : LGPL Description : wrapper program to make files show up in sorted order This small wrapper program will make other programs see files and directories in a consistent, sorted order. This is e.g. usefull if you want your tarballs to be a bit more rsyncable. How is this better than tar cvf foo.tar $(find foo | sort) ? I guess that if you try to do it for something ass big as the kernel source tree (for example), you would exceed both the maximal number of arguments and the maximal length of the command line. Moreover, that would fail with oddly-named files/directories that contain spaces, carriage returns or tabs in their name... Nicolas
Bug#258262: ITP: sortdir -- wrapper program to make files show up in sorted order
On Mon, Jul 12, 2004 at 04:11:51PM +0200, Gergely Nagy wrote: This small wrapper program will make other programs see files and directories in a consistent, sorted order. This is e.g. usefull if you want your tarballs to be a bit more rsyncable. How is this better than tar cvf foo.tar $(find foo | sort) ? I guess that if you try to do it for something ass big as the kernel source tree (for example), you would exceed both the maximal number of arguments and the maximal length of the command line. Moreover, that would fail with oddly-named files/directories that contain spaces, carriage returns or tabs in their name... That's what find foo | sort | xargs tar rvf foo.tar is for. Handles spaces, no command-line length overflow, no nothing, and does the same, methinks. I guess you should add '\! -type d' to your find command. Anyway, that won't work if some file/directory contains a newline symbol. (Using this would be stupid, but it's legal.) Nicolas
Bug#246153: RFA: unison -- file-synchronization tool for Unix and Windows
Hi, On Fri, May 21, 2004 at 02:02:15PM +0100, Robert McQueen wrote: On Sun, 2004-05-02 at 15:17, Nicolas Boullis wrote: I think that a user who has unison-stable on debian n+1 and who wants it to work with a debian n machine will install the package with the same name... Nicolas This all sounds very hopeful... However, you've still not uploaded a new package and I'm still recieving bugs that I don't have time to deal with at the moment. A little alacrity would be appreciated. Where did I say I would upload anything? Nicolas
Bug#246153: RFA: unison -- file-synchronization tool for Unix and Windows
Hi, On Sun, May 02, 2004 at 09:10:15AM +0200, Stefano Zacchiroli wrote: On Sun, May 02, 2004 at 05:17:12AM +0100, Robert McQueen wrote: direction of synchronisation with woody boxes. Accordingly we will need three source packages: * unison, which builds two transition binary packages unison, which * unison-2.9.1, which builds two binary packages unison-2.9.1, which * unison-2.9.20, which is the same except with the appropriate version, I suggest not to use version number neither in source package names nor in binary package ones. It would delay archive entering due to the need of manual processing and this would happen each time we will need to upload a new unison version. Why don't simply use some symbolic names? unison is fine for the transition package, for the other two dunno, maybe unison-devel or unison-latest and unison-stable. That means that unison-stable from debian n+1 would be compatible with unison-devel from debian n? That sounds quite odd... Nicolas
Bug#246153: RFA: unison -- file-synchronization tool for Unix and Windows
Hi, On Sun, May 02, 2004 at 03:06:18PM +0200, Stefano Zacchiroli wrote: That means that unison-stable from debian n+1 would be compatible with unison-devel from debian n? That sounds quite odd... What does sound odd exactly? If it's just the name ... who cares? If you're instead worried about exact tuning of dependencies, this can be done using versioned dependencies as usual. Versioned dependencies have the advantage that they can be changed in debian/control without the need of manual processing by the release managers. I think that a user who has unison-stable on debian n+1 and who wants it to work with a debian n machine will install the package with the same name... Nicolas
Bug#247029: ITP: bastet -- GPL'd clone of Tetris, featuring a bastard tetris level
On Sun, May 02, 2004 at 04:53:59PM -0500, David Moreno Garza wrote: Bastet (stands for bastard tetris) is a free (GPL'd) clone of Tetris(r) (built on the top of petris by Peter Seidler) which is designed to be as bastard as possible: it tries to compute how useful blocks are and gives you the worst, the most bastard it can find. Playing bastet can be a painful experience, especially if you usually make canyons and wait for the long I-shaped block. I want it! :-) Nicolas
Bug#199402: RFP: libcdio -- library to encapsulate CD-ROM reading and control
retitle 199402 ITP: libcdio -- library to encapsulate CD-ROM reading and control thanks On Fri, Jul 18, 2003 at 03:34:50AM +0200, I wrote: I'm still interested by this package, but I have not had time to deal with it yet (and I prefer to use my limited free time to squash bugs), and I will have very little time during the next few weeks. Afterwards, if no-one else has ITPed it, I may consider ITPing it myself. It looks like nobody took it, and I need it for the next release of vcdimager. I've already begun to work on it; packages may be ready quite soon. Regards, Nicolas
Bug#180050: isync
Hi, On Sat, Oct 11, 2003 at 11:43:35AM -0400, Joey Hess wrote: Martin Michlmayr wrote: I think isync should be removed. It is in non-US, although it should be in main, has been orphaned since Feburary and it's not even the last version. I don't know if Nicolas is going to adopt it, you expressed interest in March but never did? Joey, what do you think? I suppose you haven't tried isync recently? Not in some time, but I did maintain it breifly, and it's an ok peice of software, but one that does the same job as offlineimap with near 100% overlap. I think it'd be ok to remove it if there is no interested maintainer. Well, I'd rather not see isync droped, as it is the only one, AFAIK, that is able to limit the number of messages is each mailbox. Currently, I have only used the version in Woody, but I really should try the latest upstream version and eventually adopt it. But I don't know if I'll be able to do it on time for Sarge... :-/ Regards, Nicolas
Bug#215140: ITP: athcool -- enable powersaving mode for Athlon/Duron processors
Package: wnpp Version: unavailable; reported 2003-10-10 Severity: wishlist (Trying again as it looks like my first message didn't reach the BTS.) * Package name: athcool Version : 0.3.1 Upstream Author : Osamu Kayasono [EMAIL PROTECTED] * URL : http://members.jcom.home.ne.jp/jacobi/linux/softwares.html#athcool * License : GPL Description : enable powersaving mode for Athlon/Duron processors athcool is a small utility, enabling/disabling Powersaving mode for AMD Athlon/Duron processors. Since enabling Powersaving mode, you can save power consumption, lower CPU temprature when CPU is idle. Powersaving works if your kernel support ACPI (APM not work), because athcool only set/unset Disconnect enable when STPGNT detected bits in the Northbridge of Chipset. To really save power, someone has to send the STPGNT signal when idle. This is done by the ACPI subsystem when C2 state enterd. !!!WARNING!!! Depending on your motherboard and/or hardware components, enabling Athlon powersaving mode sometimes causes that * noisy or distorted sound playback * a slowdown in harddisk performance * system locks or instability If you met those problems, you should not use athcool. Please use athcool AT YOUR OWN RISK. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux tintin 2.4.22-tintin #1 Sat Oct 4 18:49:31 CEST 2003 i686 Locale: LANG=C, [EMAIL PROTECTED] pgpr7WXxGUTxf.pgp Description: PGP signature
Bug#199402: RFP: libcdio -- library to encapsulate CD-ROM reading and control
retitle 199402 RFP: libcdio -- library to encapsulate CD-ROM reading and control thanks I'm still interested by this package, but I have not had time to deal with it yet (and I prefer to use my limited free time to squash bugs), and I will have very little time during the next few weeks. Afterwards, if no-one else has ITPed it, I may consider ITPing it myself. Sorry for this, Nicolas
Bug#199402: RFP: libcdio -- library to encapsulate CD-ROM reading and control
retitle 199402 ITP: libcdio -- library to encapsulate CD-ROM reading and control thanks On Mon, Jun 30, 2003 at 07:48:08PM +0200, Robert Millan wrote: Immediate uses are VCDImager, a navigation-capable Video CD plugin and CD-DA plugin for the media player xine. As I'm the maintainer for vcdimager, I think I should maintain libcdio as well. Thank you for pointing this. Regards, Nicolas
Bug#190563: RFA: kernel-patch-tekram-dc3x5 -- Tekram SCSI host DC3x5 support
Hi, On Thu, Apr 24, 2003 at 04:06:03PM +0300, Baruch Even wrote: Package: wnpp Severity: wishlist The machine with the Tekram SCSI card is no longer operational and I have no way to test the patch anymore. I'd like to find someone else to maintain it. I have such a card, and I use this patch, so I may want to adopt it. On the other hand, I only have a DAT drive in my SCSI chain, and I don't use it a lot. So if someone more qualified or using his SCSI card more extensively, I'd be happy to let this person take the package. Therefore, I'm not officially ITAing it. Regards, Nicolas
Bug#190269: ITH: em8300 -- dxr3 Hollywood Plus dvd decoder cards software
Package: wnpp Version: N/A; reported 2003-04-23 Severity: normal I intend to hijack the em8300 package. Its current maintainer, Michael Moerz has been MIA for quite some time, and I've already NMUed it 2 months ago. Anyway, Michael, if you don't want me to hijack it, please feel free to complain loudly. I probably won't upload a new version before two weeks, since: - I want to give Michael some time to complain - I want to fine-tune the new packages before I upload them - I will soon go for a one-week vacation with limited or no net access, and I'd prefer not to break anything just before I leave... Michael, if you ever read this, please don't take any offense from my action. My only goal is to see this package properly maintained. If you ever want to get it back, and have enough time to deal with it, I'll be happy to hand it back to you. Regards, Nicolas
Bug#180050: O: isync -- synchronize a local maildir with a remote IMAP4 mailbox
Hi Joey! I might be interrested to take over isync, since I use it. But as you prefer to use offlineimap rather than isync, I wonder how both compare. As you have use both, could you tell me how they compare? And do you know how both compare with mailsync? One feature I like in insync is the ability to limit the number of synchronized messages to a given number, and it seems that this feature is not available in mailsync/offlineimap. Regards, Nicolas
Bug#162902: ITP: ifplugd -- configuration daemon for ethernet devices
Hi! On Mon, Sep 30, 2002 at 09:56:17PM +0200, Oliver Kurth wrote: Package: wnpp Version: N/A; reported 2002-09-30 Severity: wishlist * Package name: ifplugd Version : 0.2 Upstream Author : Lennart Poettering [EMAIL PROTECTED] * URL : http://www.stud.uni-hamburg.de/users/lennart/projects/ifplugd/ * License : GPL Description : configuration daemon for ethernet devices ifplugd is a daemon which will automatically configure your ethernet device when a cable is plugged in and automatically unconfigure it if the cable is pulled. This is useful on laptops with onboard network adapters, since it will only configure the interface when a cable is really connected. I think Graeme Mathieson announced his intention to package this. (See http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no\bug=162763 for details.) Regards, Nicolas
Bug#162763: RFP: ifplugd -- ethernet link beat detection daemon
On Sun, Sep 29, 2002 at 06:30:29PM +0200, Lennart Poettering wrote: Package: wnpp Version: N/A; reported 2002-09-29 Severity: wishlist * Package name: ifplugd Version : 0.1 Upstream Author : Lennart Poettering [EMAIL PROTECTED] * URL : http://www.stud.uni-hamburg.de/users/lennart/projects/ifplugd/ * License : GPL Description : ethernet link beat detection daemon This utility keeps the promise laptop-net's ifd made. It is a daemon which configures your ethernet device only when a cable is attached. When the cable is unplugged, the interface is automatically shut down. The daemon is simple C, only 14k as binary and integrates well with debian's ifupdown. I am using it quite happy since some time on my Woody box and I'd love to this it in the official distribution. Hi! How would you compare this to miid (http://www.wossname.org.uk/~mathie/software/#miid)? miid was ITPed some time ago (http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no\bug=146949) and should be uploaded really soon. Thanks in advance, Nicolas Boullis
Bug#162763: RFP: ifplugd -- ethernet link beat detection daemon
Hi! On Sun, Sep 29, 2002 at 07:57:42PM +0200, Lennart Poettering wrote: - It makes use of the more reliable (newer) ETHTOOL ioctl()s. miid's author reports some problems with Apple TiBooks. I'd guess they go away when using ifplugd. (ifplugd falls back to the old ioctl()s, when the ETHTOOL ioctl()s fail.) That sounds interesting. - It may beep on successful (or failed) interface configuration or when the plug is pulled/connected Ideally, I would like this to be an option. - Has a --ignore-fail mode which makes it compatible with PCMCIA network drivers, which are not loaded all the time I don't understand what this option does/how you use it. - And most important: it works. miid doesn't. At least on my machine. First miid did not want to startup because the interface wasn't up. This is somewhat a paradoxon, I think. After doing ifconfig eth0 up by hand miid simply locked up my machine. After rebooting I got miid working for 2 minutes, than my machine locked up again. this simply doesn't occur with ifplugd. The need of ifconfig eth0 up may be caused by some strangeness of the 8193too driver I am using. However, ifplugd works around this maybe-bug. miid is unusable on my machine, while ifplugd is. This looks very interesting to me, since I have a laptop with a RTL8139C-based builtin NIC, and miid does not work fine on this laptop. However, I consider this as a bug in the kernel 8139too module, not a bug in miid. But miid works on my other laptop. I will probably give ifplugd a try soon... - Different delays for setting an interface up and down. This is quite useful, since you mostly want to use networking immediately when you plug your cable in. Thus you set the up-delay to 0. However, you may want to unplug the cable for a short time without having the network shut down. Thus you set the down-delay to 10. (or something like this) miid doesn't distuinguish between these to times. That looks like a good idea. I cannot see any disadvantages of ifplugd over miid. I vote for ifplugd! While this may be true with your hardware, are you sure ifplugd works everywhere miid works? I consider Debian does not need several miid/ifplugd-like packages. I wish you wil try to work with Graeme and give Debian a single perfectly-working miid/ifplugd/whateveritiscalled package. Regards, Nicolas
Bug#146949: Status report? (was: Bug#146949: ITP: miid -- Bring up or down Ethernet interfaces upon change of MII link state)
Hi! Quite some time ago (about 4 months), you announced your intention to package miid. Since then, it seems that no package of miid is in the archive... So I'd like to know if you still intend to package it, and when you plan to upload a package. Thanks in advance, Nicolas, waiting for miid to show up in debian
Bug#115634: ITP: em8300
Hi Michael! Quite a long time ago (about 10 months), you announced your intention do package em8300. Since that time, looking in auric:/org/ftp.debian.org/queue/new, you tried to uploads on 02/26 and 03/19; none of them has made is way to the archive... :-( So I'd like to know if you've had any king of answer from the ftp-master, and if you still intend to package this. Thanks in advance, Nicolas, eager to see em8300 in debian
Bug#156827: O: vcdimager
On Thu, Aug 15, 2002 at 12:48:08PM -0700, Viral Shah wrote: Package: wnpp Version: N/A; reported 2002-08-15 Severity: normal Kyle McMartin [EMAIL PROTECTED] has offered to take up this package as he works closely with the upstream maintainer and hence I am orphaning it. I am not re-uploading with the Maintainer header changed, as I am hoping Kyle to pick it up right away.. Hoping to see the future versions of vcdimager compile for all architectures. :) Well, if Kyle does not want to take vcdimager, I'd be happy to take it. Regards, Nicolas
Bug#146949: ITP: miid -- Bring up or down Ethernet interfaces upon change of MII link state
Hi! On Tue, May 14, 2002 at 03:06:15PM +0100, Graeme Mathieson wrote: Package: wnpp Version: N/A; reported 2002-05-14 Severity: wishlist * Package name: miid Version : 0.1 Upstream Author : Graeme Mathieson [EMAIL PROTECTED] :-) * URL : http://www.wossname.org.uk/~mathie/software/#miid * License : GPL Description : Bring up or down Ethernet interfaces upon change of MII link state How would you compare this to laptop-net (which is already packaged for debian)? Regards, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#115634: release pending?
Hi Michael! Quite some time ago, on Feb 27, you announced me that your package for em8300 was in the incoming queue. Since that time, I haven't got any news for you, nor have I seen your package anywhere. I'd really like to see these drivers available in Debian, and, if it's still possible, in woody. If you've had problems related to the new incoming queue, you should perhaps retry to upload it. Else, if you need any kind of help, I'd love to help you my best. Anyway, please let me know what's going on. Best regards, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#127063: ITP: mird1 - Mird database library
Hi! On Sun, Dec 30, 2001 at 06:57:51PM +0100, Krzysztof Krzyzaniak wrote: Package: wnpp Severity: wishlist Package: mird-dev Description: Mird database library (developer files) Package: mird1 Description: Mird database library (runtime files) URL: http://www.mirar.org/mird/ Licence: The Mird database library may be freely distributed and used with these limits: * The database library may be distributed with or without source. * There is no promise that this software works. (But if you find any bugs, please let me know!) * You can use this software for whatever you want. You don't have to pay me. * You may not pretend that you wrote this software. If you use it in a program, you must acknowledge it somewhere in your documentation. Well, IANAL, but it seems that permission is not granted to modify the program, so you probably can't package it for debian. However, if I am right, this can probably be fixed by asking upstream to modify the license. Regards, Nicolas
Bug#123146: ITP: mah-jong -- The original Mah-Jong game
Package: wnpp Version: N/A; reported 2001-12-09 Severity: wishlist * Package name: mah-jong Version : 1.2.3 Upstream Author : Julian Bradfield [EMAIL PROTECTED] * URL : http://www.stevens-bradfield.com/MahJong/ * License : GPL Description : The original Mah-Jong game Description: This is a set of programs to play the original Mah-Jong game: one server, one client for a human player and one client for a programmed player. Please consider that the original Mah-Jong game has nothing to do with the well known solitaire game. (It only uses the same set of tiles.) -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux Tintin 2.4.16-tintin #1 Tue Nov 27 00:58:19 CET 2001 i686 Locale: LANG=C, LC_CTYPE=fr_FR