Re: RFS: autotools-idl

Hello mentors, I split the package autotools-idl up into two smaller packages autoconf-orb and automake-idl, better matching the upstream source code. This strongly simplifies debian/rules, the debian/watches file now works for all downloads and the .diff.gz files not only modify the debian direct

Re: New Packager question again: can you point me to a not flawed package?

On Sun, 1 Jun 2008 09:12:46 +0300, George Danchev <[EMAIL PROTECTED]> said: > On Sunday 01 June 2008, Russ Allbery wrote: >> George Danchev <[EMAIL PROTECTED]> writes: >> > So, will you generate at some point a series logically separeted >> > quilt patches and store them in debian/patches/ in the

Re: New Packager question again: can you point me to a not flawed package?

On Sun, 1 Jun 2008 09:41:20 +0300, George Danchev <[EMAIL PROTECTED]> said: > On Sunday 01 June 2008, Manoj Srivastava wrote: >> On Sat, 31 May 2008 15:19:02 -0500, Paul Johnson >> <[EMAIL PROTECTED]> > said: >> > You may recall I was the one who asked yesterday "Why do you >> > encourage package

RFS: automake-idl

Dear mentors, I am looking for a sponsor for my packages "autoconf-orb" and "automake-idl". * Package name: autoconf-orb Version : 1.1.1-1 Upstream Author : Vladimir Panov <[EMAIL PROTECTED]> * URL : http://sourceforge.net/projects/autotools-idl/ * License : G

Re: New Packager question again: can you point me to a not flawed package?

George Danchev <[EMAIL PROTECTED]> writes: > Using a modern SCM is wonderful, but please, get back to the ground, > and think of the possible use cases with what Debian has officially > released, and if that is what warns a certain level of unification. > There are users (let's say within restrict

Re: New Packager question again: can you point me to a not flawed package?

* Paul Johnson <[EMAIL PROTECTED]> [080531 22:19]: > For example, consider the source for the ess package, an Emacs addon > that I use ("apt-get source ess"). Peruse the diff file, and you > find several items that are not in debian rules, such as this: > > --- ess-5.3.0.orig/lisp/ess-mode.el >

Re: RFS: vfu (updated package)

OoO En ce doux début de matinée du samedi 31 mai 2008, vers 08:37, "William Vera" <[EMAIL PROTECTED]> disait: >> Yes. As Depends or as Recommends. > Done, package updated: > http://mentors.debian.net/debian/pool/main/v/vfu/ For some unknown reason, Miriam Ruiz uploaded your package w

Re: RFS: automake-idl

* Olaf Mandel <[EMAIL PROTECTED]> [080601 10:38]: > I am looking for a sponsor for my packages "autoconf-orb" and > "automake-idl". > > * Package name: autoconf-orb > Version : 1.1.1-1 > Upstream Author : Vladimir Panov <[EMAIL PROTECTED]> > * URL : http://sourceforge.

Re: the quality of Debian's diff.gz

George Danchev skrev: Very good, but please make these easily visible/readable to the rest via diff.gz Oh no, not again... This was already flam^H^H^H^Hdebated on debian-devel. I believe debian-mentors is where new maintainers learn current best practices, not where *new* practices are develo

Re: RFS: php-ssh2, php-geoip (new packages)

OoO Lors de la soirée naissante du vendredi 30 mai 2008, vers 18:32, Sergey B Kirpichev <[EMAIL PROTECTED]> disait: >> It needs to be 3.01. Sorry. > Ok. Now the php-geoip's license is 3.01: > http://pecl.php.net/package/geoip/ > http://cvs.php.net/viewvc.cgi/pecl/geoip/geoip.c?revision=1.16&v

the quality of Debian's diff.gz

Sorry for the new thread, but I didn't receive yet certain messages from mentors list (I still can't figure out why), which I saw in the web archive and I found interestig to reply to. If you feel the need to send me a edifying message please do it on private ;-) On Sunday 01 June 2008, Manoj S

Re: RFS: libspiro (updated package)

OoO En cette aube naissante du lundi 26 mai 2008, vers 07:46, Ruben Molina <[EMAIL PROTECTED]> disait: > It builds these binary packages: > libspiro-dev - a library for curve design (development files) > libspiro0 - a library for curve design > The package appears to be lintian clean. Hi R

Re: the quality of Debian's diff.gz

On Sunday 01 June 2008, Ove Kaaven wrote: > George Danchev skrev: > > Very good, but please make these easily visible/readable to the rest via > > diff.gz > > Oh no, not again... This was already flam^H^H^H^Hdebated on > debian-devel. I believe debian-mentors is where new maintainers learn > curren

Re: the quality of Debian's diff.gz

On Sun, 01 Jun 2008 15:14:49 +0200, Ove Kaaven <[EMAIL PROTECTED]> said: > George Danchev skrev: >> Very good, but please make these easily visible/readable to the rest >> via diff.gz > Oh no, not again... This was already flam^H^H^H^Hdebated on > debian-devel. I believe debian-mentors is where

Re: the quality of Debian's diff.gz

George Danchev skrev: I don't see any new practices being developed here, Debian's diff.gz exists from the Debian packaging system's day 1 and abusing it prophesies no good. Debian's diff.gz that has existed from day 1 is *one* all-encompossing diff. You're requesting shipping *multiple* sepa

Re: the quality of Debian's diff.gz

* George Danchev <[EMAIL PROTECTED]> [080601 17:14]: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/slow-patch.html > see, the PATCHDIR usually called files/ (analog to debian/patches/) from where > they will be automatically applied to the upstream code. "Each patch you wi

Re: RFS: vfu (updated package)

Hello 2008/6/1 Vincent Bernat <[EMAIL PROTECTED]>: > OoO En ce doux début de matinée du samedi 31 mai 2008, vers 08:37, > "William Vera" <[EMAIL PROTECTED]> disait: > >>> Yes. As Depends or as Recommends. > >> Done, package updated: >> http://mentors.debian.net/debian/pool/main/v/vfu/ > > Fo

Re: the quality of Debian's diff.gz

On Sun, 1 Jun 2008 13:37:43 +0300, George Danchev <[EMAIL PROTECTED]> said: > On Sunday 01 June 2008, Manoj Srivastava wrote: >> > True. This is cool and helpful for the DD point of view while >> > working with their $VCS, but might leave users of diff.gz with one >> > single jumbo diff which mod

Re: the quality of Debian's diff.gz

On Sunday 01 June 2008, Manoj Srivastava wrote: > On Sun, 1 Jun 2008 13:37:43 +0300, George Danchev <[EMAIL PROTECTED]> said: --cut-- > Peer reviewers can either look at the SCM archive (since that is > how the package is developed), or the divergence bugs, when they get > filed. I am not

Re: New Packager question again: can you point me to a not flawed package?

On Sun, Jun 1, 2008 at 1:06 AM, Manoj Srivastava <[EMAIL PROTECTED]> wrote: > On Sat, 31 May 2008 15:19:02 -0500, Paul Johnson <[EMAIL PROTECTED]> said: > > >Err, I don't think even half of my packages follow those > guidelines. I fall in the group of people who use a modern SCM for > d

Re: the quality of Debian's diff.gz

On Sun, 01 Jun 2008, George Danchev wrote: > Because people would hardly trust BTS for sourceful changes being > applied to a particular source tree. The point of the BTS in this regard is to track the issues that lead to divergence; as a bonus you get a patch attached. If you don't trust that the

Re: RFS: vfu (updated package)

OoO Lors de la soirée naissante du dimanche 01 juin 2008, vers 18:59, "William Vera" <[EMAIL PROTECTED]> disait: >> I would have suggested to add unrar-free as Recommends or Suggests. > Added, the package updated is in mentors: > http://mentors.debian.net/debian/pool/main/v/vfu/ Hi William!

Re: RFS: vfu (updated package)

Hi 2008/6/1 Vincent Bernat <[EMAIL PROTECTED]>: > OoO Lors de la soirée naissante du dimanche 01 juin 2008, vers 18:59, > "William Vera" <[EMAIL PROTECTED]> disait: > >>> I would have suggested to add unrar-free as Recommends or Suggests. > >> Added, the package updated is in mentors: >> http:/

Re: the quality of Debian's diff.gz

On Sunday 01 June 2008, Don Armstrong wrote: > On Sun, 01 Jun 2008, George Danchev wrote: > > Because people would hardly trust BTS for sourceful changes being > > applied to a particular source tree. > > The point of the BTS in this regard is to track the issues that lead > to divergence; as a bon

Re: New Packager question again: can you point me to a not flawed package?

Paul Johnson wrote: > So in my usual process of package development, I'd have the original > source, a modified source tree, I'd run "diff -rc orig source > > whatever.patch" after making specific changes and I'd collect those > up. > > Here are some example. GCC's version of objective C has becom

Re: RFS: vfu (updated package)

2008/6/1 Vincent Bernat <[EMAIL PROTECTED]>: > For some unknown reason, Miriam Ruiz uploaded your package without > telling it here. I would have suggested to add unrar-free as Recommends > or Suggests. Sorry, I was asked to sponsor the package through IRC and wasn't even aware of this thre

Re: New Packager question again: can you point me to a not flawed package?

On Sun, 01 Jun 2008 17:29:42 -0300, Eduardo M KALINOWSKI <[EMAIL PROTECTED]> said: > It is certainly preferable to use a patch system such as dpatch or > quilt to register Debian-specific changes. In your o0inion, you mean. It certainly is not in my opinion. > However, it is not mandat

Re: New Packager question again: can you point me to a not flawed package?

On Sun, 1 Jun 2008 15:12:14 -0500, Paul Johnson <[EMAIL PROTECTED]> said: > On Sun, Jun 1, 2008 at 1:06 AM, Manoj Srivastava <[EMAIL PROTECTED]> wrote: >> On Sat, 31 May 2008 15:19:02 -0500, Paul Johnson >> <[EMAIL PROTECTED]> said: >> >> >> Err, I don't think even half of my packages follow t

Re: the quality of Debian's diff.gz

On Mon, 02 Jun 2008, George Danchev wrote: > why yet another player must be added to the patching game, isn't it > complicated enough yet for overloaded parties: > http://lists.debian.org/debian-devel/2008/05/msg00623.html Divergences almost always originate with bugs filed in the BTS. When you fi

Re: the quality of Debian's diff.gz

On Sun, 1 Jun 2008 20:59:39 +0300, George Danchev <[EMAIL PROTECTED]> said: > I'm saying that even using a powerful SCM you are currently unable to > create a simple readable diff.gz and propose a BTS assistance to > achive a partial success. This is a shame, and seems like adding a > turbocharge

Re: the quality of Debian's diff.gz

On Sun, 01 Jun 2008, Manoj Srivastava wrote: > I said that a stacked diff was impossible to create m4echanically > from topic branches. Given the topic and the merged branch, though, there's no inherent reason why you couldn't create them. [Even if just by applying all the topic diffs which apply

Re: the quality of Debian's diff.gz

On Sun, 1 Jun 2008 14:59:06 -0700, Don Armstrong <[EMAIL PROTECTED]> said: > On Sun, 01 Jun 2008, Manoj Srivastava wrote: >> I said that a stacked diff was impossible to create m4echanically >> from topic branches. > Given the topic and the merged branch, though, there's no inherent > reason why

Re: the quality of Debian's diff.gz

On Sun, 1 Jun 2008 14:50:02 -0700, Don Armstrong <[EMAIL PROTECTED]> said: > On Mon, 02 Jun 2008, George Danchev wrote: >> why yet another player must be added to the patching game, isn't it >> complicated enough yet for overloaded parties: >> http://lists.debian.org/debian-devel/2008/05/msg00623

RFS: gnome-inm-forecast

Dear mentors, I am looking for a sponsor for my package "gnome-inm-forecast". * Package name: gnome-inm-forecast Version : 0.6.1 Upstream Author : Gustavo Iñiguez Goya <[EMAIL PROTECTED]> * URL : http://kutxa.homeunix.org/trac/gnome-inm-forecast * License : GPL

RFS: fbreader (updated package)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for the new version 0.8.17-8 of my package "fbreader". It builds these binary packages: fbreader - e-book reader libzlcore - zlibrary core libzlcore-dev - zlibrary core - development files libzltext - zlib

RFS: file-browser-applet

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi mentors, I am looking for a sponsor for my package "file-browser-applet". Package name: file-browser-applet Version : 0.5.6-1 Upstream Author : Axel von Bertoldi <[EMAIL PROTECTED]> URL : http://code.google.com/p/gn

Re: RFS: automake-idl

Bernhard R. Link schrieb: -Snipp- > Some things from a first shallow look: > > * None of those packages contains config.guess/config.sub nor uses them. > So there is no need to copy them in before configure. Removed. > * the repeated use of $(CURDIR) where a . or nothing at all would > have s

RFS: QA Upload: kcemirror - Windows CE remote control tool like VNC

Hi folks, Here is another QA upload that fixes RC bug #482216 . http://mentors.debian.net/debian/pool/main/k/kcemirror/kcemirror_0.1.5-2.dsc If someone has time to review and/or upload I would appreciate it. Thanks, Barry deFreese -

Re: RFS: hwinfo (updated package)

2008/5/31 George Danchev <[EMAIL PROTECTED]>: > On Saturday 31 May 2008, William Vera wrote: >> Dear mentors, > > Hi, > >> I am looking for a sponsor for the new version 14.17-1 >> of my package "hwinfo". > > Looks solid. Uploaded. Thanks :) Regards > > -- > pub 4096R/0E4BD0AB 2003-03-18 > finge

Re: RFS: gnome-inm-forecast

OoO En cette nuit striée d'éclairs du lundi 02 juin 2008, vers 02:00, Gustavo Iñiguez Goya <[EMAIL PROTECTED]> disait: > Dear mentors, > I am looking for a sponsor for my package "gnome-inm-forecast". > * Package name: gnome-inm-forecast > Version : 0.6.1 > Upstream Author : Gu