Re: Fix a bug located in a dependency

2007-05-25 Thread Mike Hommey
On Thu, May 24, 2007 at 11:41:49PM +0300, Damyan Ivanov [EMAIL PROTECTED] wrote: -=| Mike Hommey, Thu, 24 May 2007 19:39:20 +0200 |=- A standard example of this are bugs in applications that are due to bugs in libraries they depend on. Users would report bugs on the application, but it

Re: Fix a bug located in a dependency

2007-05-25 Thread Damyan Ivanov
-=| Mike Hommey, Fri, 25 May 2007 08:12:15 +0200 |=- On Thu, May 24, 2007 at 11:41:49PM +0300, Damyan Ivanov [EMAIL PROTECTED] wrote: -=| Mike Hommey, Thu, 24 May 2007 19:39:20 +0200 |=- A standard example of this are bugs in applications that are due to bugs in libraries they depend on.

Re: Fix a bug located in a dependency

2007-05-25 Thread Mike Hommey
On Fri, May 25, 2007 at 09:18:19AM +0300, Damyan Ivanov [EMAIL PROTECTED] wrote: -=| Mike Hommey, Fri, 25 May 2007 08:12:15 +0200 |=- On Thu, May 24, 2007 at 11:41:49PM +0300, Damyan Ivanov [EMAIL PROTECTED] wrote: -=| Mike Hommey, Thu, 24 May 2007 19:39:20 +0200 |=- A standard

Re: ITA or ITP, for former Debian packages?

2007-05-25 Thread Neil Williams
On 24 May 2007 16:38:58 -0700 Robert J. Clay [EMAIL PROTECTED] wrote: But what about closed ones? The package I've started on (Fidogate) had 9 bugs against it; 8 of them closed by it being removed from the Debian archive.If they were still open, then most if not all would be

RFS: lj2mail - livejournal friendlist update tracker

2007-05-25 Thread Alexey Alexandrov
Dear mentors, I am looking for a sponsor for my package lj2mail. * Package name : lj2mail Version : 0.0.145 Upstream Author : Alexey Alexandrov * URL : http://code.google.com/p/lj2mail/ * License : GPL Section : net It builds these binary packages: lj2mail - livejournal friendlist update

Request for Review: emboss-explorer

2007-05-25 Thread David Paleino
Dear Mentors, I've created a package, emboss-explorer, part of the Debian-Med and Pkg-Emboss projects. It works, but I'd like a review to be sure it will work on an out-of-the-box Debian installation. You can get the package at:

Re: Fix a bug located in a dependency

2007-05-25 Thread Mike Hommey
On Fri, May 25, 2007 at 12:04:16AM -0700, Don Armstrong wrote: Doesn't that fuck up versioning tracking of the BTS ? No, because the bug should only be found in B, not A. So how would it help users with reportbug if the bug is now on B and not A, when they report on A ? Mike -- To

Re: Fix a bug located in a dependency

2007-05-25 Thread Don Armstrong
On Fri, 25 May 2007, Mike Hommey wrote: On Fri, May 25, 2007 at 12:04:16AM -0700, Don Armstrong wrote: Doesn't that fuck up versioning tracking of the BTS ? No, because the bug should only be found in B, not A. So how would it help users with reportbug if the bug is now on B and not A,

Re: RFS: peless -- dh_helper

2007-05-25 Thread Paul Elliott
On Thu, May 24, 2007 at 11:59:31PM +0300, Damyan Ivanov wrote: [added the list again] -=| Giorgio Pioda, Thu, 24 May 2007 21:11:19 +0200 |=- If I were you, I'd try to make make install not strip anything, patching if necessary[1]. The problem with dh_install approach is that you have to

Re: RFS: peless -- dh_helper

2007-05-25 Thread Giorgio Pioda
Hello Paul and Damyan On Thu, May 24, 2007 at 11:59:31PM +0300, Damyan Ivanov wrote: [added the list again] -=| Giorgio Pioda, Thu, 24 May 2007 21:11:19 +0200 |=- If I were you, I'd try to make make install not strip anything, patching if necessary[1]. The problem with dh_install approach is

Re: RFS: peless -- dh_helper

2007-05-25 Thread Paul Elliott
On Fri, May 25, 2007 at 05:36:34PM +0200, Giorgio Pioda wrote: Hello Paul and Damyan On Thu, May 24, 2007 at 11:59:31PM +0300, Damyan Ivanov wrote: [added the list again] -=| Giorgio Pioda, Thu, 24 May 2007 21:11:19 +0200 |=- If I were you, I'd try to make make install not strip

Re: Fix a bug located in a dependency

2007-05-25 Thread Jörg Sommer
Hello Don, Don Armstrong [EMAIL PROTECTED] wrote: On Thu, 24 May 2007, Jörg Sommer wrote: I really would like to hear you oppinion about the following matter: Package A depends on libB. There's a bug in libB. A bug report was files to package A, because the submitter spotted the bug in

Re: Request for Review: emboss-explorer

2007-05-25 Thread Oleksandr Moskalenko
* David Paleino [EMAIL PROTECTED] [2007-05-25 10:25:12 +0200]: Dear Mentors, I've created a package, emboss-explorer, part of the Debian-Med and Pkg-Emboss projects. It works, but I'd like a review to be sure it will work on an out-of-the-box Debian installation. You can get the package

Re: Request for Review: emboss-explorer

2007-05-25 Thread David Paleino
Oleksandr Moskalenko ha scritto: Well, for starters the build-depends don't seem to be complete as the build fails: ... MakeMaker FATAL: prerequisites not found (Mail::Send not installed) ... I've fixed it, thanks. Bad habit of not using pdebuild -.-' Any other issue? Thanks, David --

Re: Build package first, or change to ITA first?

2007-05-25 Thread Richard Fearn
Thanks to Piotr and Matthew for replying. I'll change the bug to ITA now. Richard Fearn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

LBAdmin package

2007-05-25 Thread John Hood
Dear Mentors, I've created a 'deb' package called 'lbadmin', an administration tool for load balancing and high availability clusters. All problems solved, except the following when running lintian: E: lbadmin: package-contains-xvpics-dir var/www/lbadmin-1.0/images/.xvpics/ I've searched the

Re: RFS: peless -- dh_helper

2007-05-25 Thread Giorgio Pioda
Hi Damyan I probably right now have understood what is going on... Damyan Ivanov ha scritto: -=| Paul Elliott, Fri, 25 May 2007 11:32:02 -0500 |=- OK, but first let me understand what I am fixing. What is wrong with make install as it is? There is also a make install-strip. I did not do

Re: Adoption of a package that doesn't need work (yet)

2007-05-25 Thread François Févotte
Hello, On 5/24/07, Don Armstrong [EMAIL PROTECTED] wrote: There's no reason to upload unless there's a change to the package needed OK, that's what I thought. That said, you should be subscribed to the PTS for the package, and should make an upload as soon as there is something to fix, even

Re: RFS: peless -- dh_helper

2007-05-25 Thread Damyan Ivanov
-=| Paul Elliott, Fri, 25 May 2007 11:32:02 -0500 |=- OK, but first let me understand what I am fixing. What is wrong with make install as it is? There is also a make install-strip. I did not do anything special to create these targets; auto* tools created them. What exactly is wrong with make

Re: RFS: peless -- dh_helper

2007-05-25 Thread Damyan Ivanov
-=| Giorgio Pioda, Fri, 25 May 2007 21:29:40 +0200 |=- http://web.ticino.com/gfwp/debian/peless-1.108/peless_1.108-1.dsc Ouch. It seems I've missed something in my previous review :/ In debian/copyright it is written that peless is under GPLv2-or-later and this is in COPYING as well. However,

Re: Symbol-versioning a C++ library

2007-05-25 Thread Florian Weimer
* Bas Wijnen: This is slightly off-topic, for which I apologise. It's just that I learned about symbol versioning during my NM process, and nobody outside Debian seems to understand what it is. :-( *sigh* It's a bit sad that this is still being used in the NM process. I have a library,

Re: RFS: peless -- dh_helper

2007-05-25 Thread Paul Elliott
On Fri, May 25, 2007 at 10:55:11PM +0300, Damyan Ivanov wrote: -=| Giorgio Pioda, Fri, 25 May 2007 21:29:40 +0200 |=- http://web.ticino.com/gfwp/debian/peless-1.108/peless_1.108-1.dsc Ouch. It seems I've missed something in my previous review :/ In debian/copyright it is written that

Re: Symbol-versioning a C++ library

2007-05-25 Thread Sune Vuorela
On 2007-05-25, Florian Weimer [EMAIL PROTECTED] wrote: * Bas Wijnen: This is slightly off-topic, for which I apologise. It's just that I learned about symbol versioning during my NM process, and nobody outside Debian seems to understand what it is. :-( *sigh* It's a bit sad that this is

Re: RFS: peless -- dh_helper

2007-05-25 Thread Neil Williams
On Fri, 25 May 2007 15:28:17 -0500 Paul Elliott [EMAIL PROTECTED] wrote: I will probably make a release probably Sat or Sun. It will take this long because I still have to verify that the system still builds on Fedora, opensuse, mandrake and ubuntu 7.04. I still do not have a debian sid

Re: Symbol-versioning a C++ library

2007-05-25 Thread Steve Langasek
On Fri, May 25, 2007 at 09:57:41PM +0200, Florian Weimer wrote: This is slightly off-topic, for which I apologise. It's just that I learned about symbol versioning during my NM process, and nobody outside Debian seems to understand what it is. :-( *sigh* It's a bit sad that this is still

Handling of configuration files not shipped with a newer package version

2007-05-25 Thread Daniel Leidert
Hi, The docbook-xml package 4.4 shipped a really old version 3.1.7, that was dropped with package version 4.5. The package itself ships a configuration file for every released version: [..] /etc /etc/sgml /etc/sgml/docbook-xml /etc/sgml/docbook-xml/3.1.7 /etc/sgml/docbook-xml/3.1.7/dbgenent.ent

Re: Symbol-versioning a C++ library

2007-05-25 Thread Ming Hua
On Thu, May 24, 2007 at 05:03:42PM +0200, Bas Wijnen wrote: I have a library, which I want to package for Debian. I felt it would be a good idea to use symbol versioning, since most of my programs (and in some cases other libraries) use it. The library is written in C++, which seems to be

Re: Handling of configuration files not shipped with a newer package version

2007-05-25 Thread Justin Pryzby
On Sat, May 26, 2007 at 04:08:32AM +0200, Daniel Leidert wrote: Hi, The docbook-xml package 4.4 shipped a really old version 3.1.7, that was dropped with package version 4.5. The package itself ships a configuration file for every released version: [ Note: Is it a conffile. ] [..] /etc