Bug#319583: ITP: pcmciautils -- PCMCIA userspace utilities (Linux 2.6.13+)

retitle 319583 ITP: pcmciautils -- PCMCIA userspace utilities (Linux 2.6.13+) thanks I'm the maintainer of pcmcia-cs so I'm intending to package pcmciautils. * Package name: pcmciautils Version : 007 Upstream Author : Dominik Brodowski <[EMAIL PROTECTED]> * URL : http:

Bug#430345: RFA: maildirsync -- simple and efficient Maildir synchronisation utility

Package: wnpp Severity: normal I request an adopter for the maildirsync package. I am not using it myself anymore, and it's quite small. Hasn't been updated by upstream for over 2 years, but still has users according to popcon. I will continue fixing RC bugs, but probably nothing else. The packa

Bug#446028: ITP: tg3dfsg -- firmware free Broadcom Tigon3 network driver

Hi, Robert Edmonds wrote: > The only rationale for removing the *firmware* is compliance with GR > 2006-004... Am I missing something here? Didn't that GR fail? http://www.debian.org/vote/2006/vote_004 -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe".

Bug#464848: RFP: xserver-xorg-video-openchrome -- Improved Xorg video driver for VIA UniChrome graphics chipsets

Package: wnpp Severity: wishlist * Package name: xserver-xorg-video-openchrome Version : 0.2.901 Upstream Author : OpenChrome Project <[EMAIL PROTECTED]> * URL : http://www.openchrome.org/ * License : MIT Programming Lang: C Description : Improved Xorg v

Bug#464848: RFP: xserver-xorg-video-openchrome -- Improved Xorg video driver for VIA UniChrome graphics chipsets

Hi, Raphael Geissert wrote: > I'm having troubles importing upstream's svn into the git repository, > once I sort that out I'll ask someone from the team to review and > upload the package. Isn't it enough to import the upstream release tar.gz with git-import-orig for now? Do you need to import

Bug#375362: ITP: xdg-utils -- Desktop integration utilities from freedesktop.org

Package: wnpp Severity: wishlist Owner: Per Olofsson <[EMAIL PROTECTED]> * Package name: xdg-utils Version : 1.0beta1 Upstream Author : Portland Project <[EMAIL PROTECTED]> * URL : http://portland.freedesktop.org/ * License : MIT Programming

Bug#255850: Packaging NX

Hi everyone, Since the NX packaging effort seems to have been stalled, I'd like to volunteer to get NX into Debian. Everyone is invited to help, of course. Please let me know if you're also working on packaging NX or if you have any objections. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROT

Bug#255850: [Pkg-nx-group] Packaging NX

Roberto C. Sanchez: > On Sun, Sep 17, 2006 at 12:57:26PM +0200, Per Olofsson wrote: > > Hi everyone, > > > > Since the NX packaging effort seems to have been stalled, I'd like to > > volunteer to get NX into Debian. Everyone is invited to help, of > > cou

Bug#255850: anything happening with this ITP?

Jon Dowland: > Hello, > > Just a (not-quite) annual "Is anything happening with this ITP" mail.. Nothing, ATM. I had almost forgot about this one. I did some work which is in the SVN. There has been a new upstream release since then. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] wi

Bug#168456: ion-devel

Now there's also an ITP for ion-devel, which is the development branch without patches. /Pelle

Bug#173593: ITP: ion-devel -- A window manager with tiled windows (devel branch)

Package: wnpp Version: unavailable; reported 2002-12-18 Severity: wishlist * Package name: ion-devel Version : 0.0.20021104 Upstream Author : Tuomo Valkonen <[EMAIL PROTECTED]> * URL : http://www.students.tut.fi/~tuomov/ion/ * License : Clarified Artistic Licens

Bug#173593: ITP: ion-devel -- A window manager with tiled windows (devel branch)

On Wed, Dec 18, 2002 at 03:00:17PM -0500, David I. Lehn wrote: > > Would "ion-snapshot" be a better name for this package? There seems to > be a trend of galeon-snapshot, mozilla-snapshot, subversion-snapshot, > etc. A -snapshot name is also less likely to cause confusion with -dev > named packa

Bug#157294: ion-devel

Now there's also an ITP for ion-devel, which is the development branch without patches. /Pelle

Bug#276229: RFH: ion2, ion3 -- Keyboard-friendly window manager with tiled windows

Package: wnpp Severity: normal I currently don't have the time and energy to maintain ion2 and ion3 as well as I should, so I hereby request a co-maintainer for them. There are no big problems with the packages as they are, but they need to be updated to the latest upstream versions. The package

Bug#276228: RFH: pcmcia-cs -- PCMCIA Card Services for Linux

Package: wnpp Severity: normal I currently don't have the time and energy to maintain this package properly, so I hereby request co-maintainer(s) for it. There are currently no RC bugs in it and I will probably fix them if they arise, but there are other things to do like updating to the latest up

Bug#276229: RFH: ion2, ion3 -- Keyboard-friendly window manager with tiled windows

Javier Linares: > I use ion daily and I would like to help you with ion packages. I'm not DD > but I'm in the NM queue (finishing the Task&Skill step) and I already > maintain several packages for Debian (pal, pload and aee). Norbert Tretkowski: > Since I'm using ion2 and ion3, I'd like to help yo

Bug#276228: RFH: pcmcia-cs -- PCMCIA Card Services for Linux

Nico Golde: > can you give me some concrete work, then i can have a look if i am able > to do something. See below. Matthijs Mohlmann: > Well i'm interested in co-maintaining the package but i'm not a debian > developer. Not necessary, I'm not a DD either. Somebody will have to sponsor the uploa

Bug#276229: RFH: ion2, ion3 -- Keyboard-friendly window manager with tiled windows

Pau Rul·lan Ferragut: > So your opinion is that just one should maintain it and the other resolv > bugs? Well, one person should be responsible for updating to the latest upstream version, because it's difficult for several people to cooperate in doing that. Sending patches to the BTS is always

Bug#276229: RFH: ion2, ion3 -- Keyboard-friendly window manager with tiled windows

Norbert Tretkowski: > What about switching to dpatch? I took a look at the ion3 source > package, and saw that patches against the upstream source are directly > in the diff.gz. Having separate patches is clearer and it makes > upgrading to a new upstream release easier. Yes, I agree. I've been us

Bug#298227: ITP: maildirsync -- Simple and efficient Maildir synchronisation utility

Package: wnpp Severity: wishlist URL: http://hacks.dlux.hu/maildirsync/ License: GPL/Artistic Package: maildirsync Description: Simple and efficient Maildir synchronisation utility maildirsync is a utility for synchronising Maildir folders. It uses its own custom protocol for efficient communic

Bug#301081: ITP: mutt-ng -- Mutt next generation (mutt-ng) is a fork of the well-known email client mutt

Elimar Riesebieter: > Package: wnpp > Severity: wishlist > Owner: Elimar Riesebieter <[EMAIL PROTECTED]> > > * Package name: mutt-ng Also note that Norbert Tretkowski has already created a mutt-ng package, although he doesn't intend to upload it (yet). It is available at

Bug#270352: gparted

Hi, Are you still working on the gparted package? -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#319583: ITP: pcmciautils -- PCMCIA userspace utilities (Linux 2.6.13+)

Marc Haber: > On Sun, Jul 31, 2005 at 07:00:37PM +0200, Per Olofsson wrote: > > retitle 319583 ITP: pcmciautils -- PCMCIA userspace utilities (Linux > > 2.6.13+) > > thanks > > > > I'm the maintainer of pcmcia-cs so I'm intending to package > > p

Bug#319583: pcmciautils packaging followup

Colin Watson: > Since we're about to switch to 2.6.15 as the default kernel in Ubuntu, > we needed pcmciautils, so I did a very quick packaging job on it, which > I'd like to move into Debian as long as I'm not stepping on anyone > else's toes: > > http://archive.ubuntu.com/ubuntu/pool/universe/

Bug#106840: What's happening with w3m-m17n?

Hi, Is anything happening with this? w3m-m17n is really much better than w3mmee, and I think it would be very nice to have it in Debian. Are you planning to merge the patch into w3m anytime soon or would it be better to create a separate package? -- Pelle

Bug#106840: What's happening with w3m-m17n?

On Sat, Mar 20, 2004 at 21:43 +0900, Fumitoshi UKAI wrote: > m17n patch has been merged into w3m upstream cvs trunk, so next major release > of w3m will be w3m-m17n. OK, great! Thanks! -- Pelle

Bug#396117: ITP: cpufreq-detect -- detect CPU frequency control driver

Package: wnpp Severity: wishlist Owner: Per Olofsson <[EMAIL PROTECTED]> * Package name: cpufreq-detect Version : 0.1 Upstream Author : Per Olofsson <[EMAIL PROTECTED]> * License : GPL Programming Lang: shell Description : detect CPU frequency control d

Bug#396117: ITP: cpufreq-detect -- detect CPU frequency control driver

Hi, Marco d'Itri: > On Oct 30, Michael Biebl <[EMAIL PROTECTED]> wrote: > > > Why do you want to make a separate package for such a tiny shell script? > > The overhead is just two much. > > I'd propose to include it into the powermgmt-base package. > I fully agree, it's silly to create a package

Bug#396117: ITP: cpufreq-detect -- detect CPU frequency control driver

Michael Biebl: > one more comment: > > The shell script contains a bashism ("==") at line 95, which is not > posix compliant. Use a simple "=" instead. Thanks. There were many bashisms in the original script from Ubuntu, and I apparently missed this one. -- Pelle -- To UNSUBSCRIBE, email to

Bug#396117: ITP: cpufreq-detect -- detect CPU frequency control driver

Chris Hanson: > Probably yes, but I'd like to see it before I decide. Attached. I will probably change a few things though, it should probably by default try to load the module instead of merely outputting it. > Does this have to make it into etch? Nope. Although it would be nice, of course. --

Bug#396117: ITP: cpufreq-detect -- detect CPU frequency control driver

Peter Palfrader: > How come it never outputs p4_clockmod? I use that happily on several > different machines. It's disabled in Ubuntu with the following comment: # Disabled for now - the latency tends to be bad enough to make it # fairly pointless. # echo "FREQDRIVER=p4-clockmod" >/etc/default/p

Bug#396183: pnpbios-tools: please include pnp tools again

Javier Serrano Polo: > Hi, Per. > > Sorry to insist but I'm kind of lost. Since you're finally not putting > those tools in a new package and nobody has really requested a new > upstream version, would it be that much trouble to include them again in > pcmcia-cs? Well... yes. I've uploaded pnputi

Bug#396183: pnpbios-tools: please include pnp tools again

tag 396183 pending thanks Martin Michlmayr: > tags 396183 - pending > thanks > > * Per Olofsson <[EMAIL PROTECTED]> [2006-11-24 17:34]: > > Well... yes. I've uploaded pnputils now anyway so it will just have to > > go through the NEW queue. I don't

Bug#634757: [Pkg-lyx-devel] About adoption LyX

2013-03-17 16:00, Sven Hoexter skrev: > > Even if I didn't work on LyX in the last years I'm still willing to > sponsor uploads and help with questions about the packaging. Me too. -- Pelle -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trou

Bug#255850: help needed?

Bernd Zeimetz wrote: > Heya, > > as I plan to use NX please let me know if there's anything I can help > with. Are your packages in alioth's svn? I don't think anyone's working on them at the moment. But yes, they are in Alioth SVN. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with