Re: Wordpress NMU

On Thu, Jul 22, 2004 at 09:39:27AM +0300, Kai Hendry wrote: > On Wed, Jul 21, 2004 at 10:52:17PM +0200, Florian Ernst wrote: > > The sponsor had to sign this so the upload would be accepted. > > > http://packages.qa.debian.org/w/wordpress.html > > Can you tell me who signed this? > http://http.us.

Re: Wordpress NMU

On Wed, Jul 21, 2004 at 10:52:17PM +0200, Florian Ernst wrote: > The sponsor had to sign this so the upload would be accepted. > > http://packages.qa.debian.org/w/wordpress.html Can you tell me who signed this? http://http.us.debian.org/debian/pool/main/w/wordpress/wordpress_1.0.2-1.dsc I wget th

RFS: xspringies - a mass and spring simulation system for X

Hi, I've packaged `xspringies', a more or less `historic' mass and spring simulation program... it's rather old, and I think there won't be any updates by the upstream author. I loved it to play around a bit in 1998/1999 (I used SuSE that time and they had a package on their CDs), it was just fun

RFS: gnubik - 3D Rubik's cube game

Dear mentors, I've packaged the most recent upstream version of gnubik, a very configurable Rubik's Cube game, but I need your help as I'm not sufficiently advanced yet in the NM queue (http://nm.debian.org/nmstatus.php?email=florian_ernst%40gmx.net) to do it completely on my own. In other words,

Re: Wordpress NMU

Hello! On Wed, Jul 21, 2004 at 11:41:11PM +0300, Kai Hendry wrote: > A couple of people have asked me to do a NMU on wordpress. > > I figured as the current maintainer Gabriel Rodríguez Alberich is not a > DD I should find his sponsor. It's not in the changelog. It's not in the > .dsc The sponso

Wordpress NMU

A couple of people have asked me to do a NMU on wordpress. I figured as the current maintainer Gabriel Rodríguez Alberich is not a DD I should find his sponsor. It's not in the changelog. It's not in the .dsc http://packages.qa.debian.org/w/wordpress.html So I am wondering here. How the hell did

Re: RFS: naim - IM client

On Wed, 2004-07-21 at 19:50, Rohit Pidaparthi wrote: > naim is an ncurses based console IM client that supports various protocols > including IRC, ICQ, AIM and lily. It supports the TOC protocol and it > can store buddy lists on the AOL servers. It is great for SSH users who > want to be able to re

RFS: gnubik - 3D Rubik's cube game

Dear mentors, I've packaged the most recent upstream version of gnubik, a very configurable Rubik's Cube game, but I need your help as I'm not sufficiently advanced yet in the NM queue (http://nm.debian.org/nmstatus.php?email=florian_ernst%40gmx.net) to do it completely on my own. In other words,

Re: Wordpress NMU

Hello! On Wed, Jul 21, 2004 at 11:41:11PM +0300, Kai Hendry wrote: > A couple of people have asked me to do a NMU on wordpress. > > I figured as the current maintainer Gabriel Rodríguez Alberich is not a > DD I should find his sponsor. It's not in the changelog. It's not in the > .dsc The sponso

RFS: naim - IM client

Hi naim is an ncurses based console IM client that supports various protocols including IRC, ICQ, AIM and lily. It supports the TOC protocol and it can store buddy lists on the AOL servers. It is great for SSH users who want to be able to remotely IM without a VNC X session which can be very slow.

Wordpress NMU

A couple of people have asked me to do a NMU on wordpress. I figured as the current maintainer Gabriel Rodríguez Alberich is not a DD I should find his sponsor. It's not in the changelog. It's not in the .dsc http://packages.qa.debian.org/w/wordpress.html So I am wondering here. How the hell did

Re: RFS: naim - IM client

On Wed, 2004-07-21 at 19:50, Rohit Pidaparthi wrote: > naim is an ncurses based console IM client that supports various protocols > including IRC, ICQ, AIM and lily. It supports the TOC protocol and it > can store buddy lists on the AOL servers. It is great for SSH users who > want to be able to re

RFS: naim - IM client

Hi naim is an ncurses based console IM client that supports various protocols including IRC, ICQ, AIM and lily. It supports the TOC protocol and it can store buddy lists on the AOL servers. It is great for SSH users who want to be able to remotely IM without a VNC X session which can be very slow.

Re: manpage: Section 1L

On Wed, Jul 21, 2004 at 05:22:39PM +0100, Steve McIntyre wrote: > On Wed, Jul 21, 2004 at 05:07:36PM +0100, Colin Watson wrote: > >I think lintian is way too pedantic here. It doesn't actually make any > >particular difference to anything; the only thing I know of that > >programmatically cares abo

Re: manpage: Section 1L

On Wed, Jul 21, 2004 at 05:07:36PM +0100, Colin Watson wrote: >On Wed, Jul 21, 2004 at 04:40:04PM +0200, Frank Küster wrote: >> >> It is clear that a manpage in Debian should not have such a section, >> however I would like to know whether this is Debian- (or >> Linux-)specific, so that we should

Re: manpage: Section 1L

On Wed, Jul 21, 2004 at 05:51:49PM +0200, Frank Küster wrote: > "Thomas Viehmann" <[EMAIL PROTECTED]> schrieb: > > Here's a random quote from the FHS: > > In addition, some large sets of application-specific manual pages have an > > additional suffix appended to the manual page filename. For exampl

Re: manpage: Section 1L

On Wed, Jul 21, 2004 at 04:40:04PM +0200, Frank Küster wrote: > teTeX comes with some manpages of section "1L" according to the header > entry in the file, and lintian complains about > > W: tetex-bin: manpage-section-mismatch usr/share/man/man1/makeindex.1.gz:9 1 > != 1L > > It is clear that a

Re: RFS: libswt3.0-gtk2

Hallo! * Jesper Zedlitz <[EMAIL PROTECTED]> wrote: > * Package name : libswt3.0-gtk2 As this is a java package, you need to follow the debian java policy: libswt3.0-gtk2-java and *-jni for the jni libs. No idea, how to name the gcj compiled version. > I have build three packages (shared librar

Re: manpage: Section 1L

Hi. Andreas Metzler ([EMAIL PROTECTED]) wrote: > > The L probably stands for latex (OK, you knew that) and if they ship enough > > manpages, they might want to add a suffix. > [...] > > I doubt the interpretation L for LaTeX is correct, it is probably L > for "local". e.g. the findutils manpages a

Re: manpage: Section 1L

"Thomas Viehmann" <[EMAIL PROTECTED]> schrieb: >> It is clear that a manpage in Debian should not have such a section, >> however I would like to know whether this is Debian- (or >> Linux-)specific, so that we should change it during packaging, or >> whether I should ask upstream to change it. > N

Re: manpage: Section 1L

On Wed, Jul 21, 2004 at 03:31:47PM +, Thomas Viehmann wrote: > Frank Küster ([EMAIL PROTECTED]) wrote: > > teTeX comes with some manpages of section "1L" according to the header > > entry in the file, and lintian complains about [...] > Here's a random quote from the FHS: > In addition, some l

Re: manpage: Section 1L

Hi. Frank Küster ([EMAIL PROTECTED]) wrote: > teTeX comes with some manpages of section "1L" according to the header > entry in the file, and lintian complains about > W: tetex-bin: manpage-section-mismatch usr/share/man/man1/makeindex.1.gz:9 1 > != 1L This is slightly inaccurate. The section of

RFS: libswt3.0-gtk2

Dear Mentors, I am looking for a sponsor for my libswt3.0-gtk2 package. * Package name : libswt3.0-gtk2 * Version: 3.0 (build 3062) * URL: http://www.eclipse.org/downloads/index.php * Licence: Common Public License - v 1.0 * Description: Fast and rich GUI toolkit

manpage: Section 1L

Hi, teTeX comes with some manpages of section "1L" according to the header entry in the file, and lintian complains about W: tetex-bin: manpage-section-mismatch usr/share/man/man1/makeindex.1.gz:9 1 != 1L It is clear that a manpage in Debian should not have such a section, however I would like

Re: manpage: Section 1L

On Wed, Jul 21, 2004 at 05:22:39PM +0100, Steve McIntyre wrote: > On Wed, Jul 21, 2004 at 05:07:36PM +0100, Colin Watson wrote: > >I think lintian is way too pedantic here. It doesn't actually make any > >particular difference to anything; the only thing I know of that > >programmatically cares abo

Re: manpage: Section 1L

On Wed, Jul 21, 2004 at 05:07:36PM +0100, Colin Watson wrote: >On Wed, Jul 21, 2004 at 04:40:04PM +0200, Frank Küster wrote: >> >> It is clear that a manpage in Debian should not have such a section, >> however I would like to know whether this is Debian- (or >> Linux-)specific, so that we should

Re: manpage: Section 1L

On Wed, Jul 21, 2004 at 05:51:49PM +0200, Frank Küster wrote: > "Thomas Viehmann" <[EMAIL PROTECTED]> schrieb: > > Here's a random quote from the FHS: > > In addition, some large sets of application-specific manual pages have an > > additional suffix appended to the manual page filename. For exampl

Re: RFS: fbgrab - Framebuffer grabber

Hello Stephan! Nice to hear some word from you. :) On Wed, Jul 21, 2004 at 03:35:06PM +0200, Stephan Beyer wrote: > I wondered why Gunnar Monell changed 1.0b1 to 1.0. > The only change from 1.0b1 to 1.0 is a correction in the manpage, funny. > [...] True, that's the only change. Well, due to the

Re: manpage: Section 1L

On Wed, Jul 21, 2004 at 04:40:04PM +0200, Frank Küster wrote: > teTeX comes with some manpages of section "1L" according to the header > entry in the file, and lintian complains about > > W: tetex-bin: manpage-section-mismatch usr/share/man/man1/makeindex.1.gz:9 1 != 1L > > It is clear that a ma

Re: RFS: libswt3.0-gtk2

Hallo! * Jesper Zedlitz <[EMAIL PROTECTED]> wrote: > * Package name : libswt3.0-gtk2 As this is a java package, you need to follow the debian java policy: libswt3.0-gtk2-java and *-jni for the jni libs. No idea, how to name the gcj compiled version. > I have build three packages (shared librar

Re: manpage: Section 1L

Hi. Andreas Metzler ([EMAIL PROTECTED]) wrote: > > The L probably stands for latex (OK, you knew that) and if they ship enough > > manpages, they might want to add a suffix. > [...] > > I doubt the interpretation L for LaTeX is correct, it is probably L > for "local". e.g. the findutils manpages a

Re: manpage: Section 1L

"Thomas Viehmann" <[EMAIL PROTECTED]> schrieb: >> It is clear that a manpage in Debian should not have such a section, >> however I would like to know whether this is Debian- (or >> Linux-)specific, so that we should change it during packaging, or >> whether I should ask upstream to change it. > N

Re: manpage: Section 1L

On Wed, Jul 21, 2004 at 03:31:47PM +, Thomas Viehmann wrote: > Frank Küster ([EMAIL PROTECTED]) wrote: > > teTeX comes with some manpages of section "1L" according to the header > > entry in the file, and lintian complains about [...] > Here's a random quote from the FHS: > In addition, some l

Re: manpage: Section 1L

Hi. Frank Küster ([EMAIL PROTECTED]) wrote: > teTeX comes with some manpages of section "1L" according to the header > entry in the file, and lintian complains about > W: tetex-bin: manpage-section-mismatch usr/share/man/man1/makeindex.1.gz:9 1 != 1L This is slightly inaccurate. The section of th

Re: RFS: fbgrab - Framebuffer grabber

Hi, > I've packaged the most recent upstream version v1.0, but call it > v1.0.0 in order to have a greater version number than the package > already present in the Debian archive (v1.0b1). I wondered why Gunnar Monell changed 1.0b1 to 1.0. The only change from 1.0b1 to 1.0 is a correction in the

RFS: fbgrab - Framebuffer grabber

Dear mentors, I going to adopt the fbgrab package[0] with the current maintainer's consent[1], but I need your help as I'm not sufficiently advanced yet in the NM queue[2] to do it completely on my own. In other words, please somebody sponsor my packaging. I've packaged the most recent upstream v

Re: RFS: lincity - Build & maintain a city/country

Hello Frank! On Wed, Jul 21, 2004 at 02:30:30AM +0200, Frank Lichtenheld wrote: > I would offer to sponsor you. A few quetions, though: That's great already, thanks a lot. > - Why do you not specify a DH_COMPAT level? Just forgotten? True, just forgotten. I erased the respective part from debia

Re: RFS: lincity - Build & maintain a city/country

On Wed, Jul 21, 2004 at 09:53:54AM +0200, Florian Ernst wrote: > Hello Frank! > > On Wed, Jul 21, 2004 at 02:30:30AM +0200, Frank Lichtenheld wrote: > > Otherwise the package looks great. > > Thanks :) > > Updated files can be found at > (all checked using

RFS: libswt3.0-gtk2

Dear Mentors, I am looking for a sponsor for my libswt3.0-gtk2 package. * Package name : libswt3.0-gtk2 * Version: 3.0 (build 3062) * URL: http://www.eclipse.org/downloads/index.php * Licence: Common Public License - v 1.0 * Description: Fast and rich GUI toolkit

manpage: Section 1L

Hi, teTeX comes with some manpages of section "1L" according to the header entry in the file, and lintian complains about W: tetex-bin: manpage-section-mismatch usr/share/man/man1/makeindex.1.gz:9 1 != 1L It is clear that a manpage in Debian should not have such a section, however I would like

Re: RFS: lincity - Build & maintain a city/country

Hello Frank! On Wed, Jul 21, 2004 at 02:30:29PM +0200, Frank Lichtenheld wrote: > Uploaded. katie just sent me a nice mail, thanks a lot, Frank! Cheers, Flo signature.asc Description: Digital signature

Re: RFS: fbgrab - Framebuffer grabber

Hello Stephan! Nice to hear some word from you. :) On Wed, Jul 21, 2004 at 03:35:06PM +0200, Stephan Beyer wrote: > I wondered why Gunnar Monell changed 1.0b1 to 1.0. > The only change from 1.0b1 to 1.0 is a correction in the manpage, funny. > [...] True, that's the only change. Well, due to the

Re: RFS: lincity - Build & maintain a city/country

On Wed, Jul 21, 2004 at 09:53:54AM +0200, Florian Ernst wrote: > Hello Frank! > > On Wed, Jul 21, 2004 at 02:30:30AM +0200, Frank Lichtenheld wrote: > > Otherwise the package looks great. > > Thanks :) > > Updated files can be found at > (all checked using

Re: RFS: lincity - Build & maintain a city/country

Hello Frank! On Wed, Jul 21, 2004 at 02:30:29PM +0200, Frank Lichtenheld wrote: > Uploaded. katie just sent me a nice mail, thanks a lot, Frank! Cheers, Flo signature.asc Description: Digital signature

Re: RFS: fbgrab - Framebuffer grabber

Hi, > I've packaged the most recent upstream version v1.0, but call it > v1.0.0 in order to have a greater version number than the package > already present in the Debian archive (v1.0b1). I wondered why Gunnar Monell changed 1.0b1 to 1.0. The only change from 1.0b1 to 1.0 is a correction in the

RFS: fbgrab - Framebuffer grabber

Dear mentors, I going to adopt the fbgrab package[0] with the current maintainer's consent[1], but I need your help as I'm not sufficiently advanced yet in the NM queue[2] to do it completely on my own. In other words, please somebody sponsor my packaging. I've packaged the most recent upstream v

Re: RFS: lincity - Build & maintain a city/country

Hello Frank! On Wed, Jul 21, 2004 at 02:30:30AM +0200, Frank Lichtenheld wrote: > I would offer to sponsor you. A few quetions, though: That's great already, thanks a lot. > - Why do you not specify a DH_COMPAT level? Just forgotten? True, just forgotten. I erased the respective part from debia