Provide version to virtual package.

Hi, I need to pack evolution and evolution-data-server with some extras patched. But didnt find a way how to do that best to be user friendly. The best for me is renaming the package evolution -> evolution-xyz and all the included libs etc (I need to keep it consistent so I will rename all the

Provide version to virtual package.

Hi, I need to pack evolution and evolution-data-server with some extras patched. But didnt find a way how to do that best to be user friendly. The best for me is renaming the package evolution -> evolution-xyz and all the included libs etc (I need to keep it consistent so I will rename all the

Fwd: pbuilder trouble

[please CC me] -- Forwarded message -- From: Tshepang Lekhonkhobe Date: Sat, Dec 27, 2008 at 7:26 PM Subject: Re: pbuilder trouble To: Tshepang Lekhonkhobe , debian-users On Sat, Dec 27, 2008 at 2:28 PM, Osamu Aoki wrote: > Hi, > > On Wed, Dec 17, 2008 at 10:34:42AM +0200, Ts

Re: Provide version to virtual package.

On Wed, Jan 7, 2009 at 5:11 PM, Robert David wrote: > Hi, I need to pack evolution and evolution-data-server with some extras > patched. But didnt find a way how to do that best to be user friendly. I would suggest to get those patches included in evolution upstream if you have not already. > T

Re: RFS: scim-waitzar, libwaitzar (re-submission) Attn: Paul Wise

On Tue, Jan 6, 2009 at 4:02 PM, S'orlok Reaves wrote: > Packages uploaded to mentors: > http://mentors.debian.net/debian/pool/main/l/libwaitzar/ > http://mentors.debian.net/debian/pool/main/s/scim-waitzar/ Review, replies below. >> It might be a good idea to produce a kanaung fork with a >> new

Re: Provide version to virtual package.

On Wednesday 07 January 2009 09:58:26 Paul Wise wrote: > I would suggest to get those patches included in evolution upstream if > you have not already. This is processing now, but it will take some time until it is included and it is much experimental now. > You can use apt-pinning to ensure th

RFS: libibcommon

Dear mentors, I am looking for a sponsor for my package "libibcommon". * Package name: libibcommon Version : 1.1.2-1 Upstream Author : Infiniband Alliance * URL : http://www.openfabrics.org/ * License : GPL2 / BSD Dual licenced Section : net It build

RFS: python-libasyncns

Hi, I filled an ITP (#510266) and created the package for python-libasyncns, python binding for libasyncns. libasyncns is a C library for Linux/Unix for executing name service queries asynchronously. It is an asynchronous wrapper around getaddrinfo(3), getnameinfo(3), res_query(3) and res_search(

Re: RFS: python-libasyncns

On Wed, Jan 7, 2009 at 18:46, Yann Leboulanger wrote: > The problem is that it depends on libasyncns >= 0.7, but only 0.3 is > packaged for debian. > I put 0.3 in debian/control so that the package compiles, but it has to > be 0.7 when libasyncns 0.7 will be released. I filled a bug (#510269). > >

Replacing kernel modules

Hi all, I am in the process of packaging up some new infiniband kernel modules for debian. I have a source package that can be run though module-assistant to build kernel modules. However, some of these kernel modules replace modules that already ship in the debian kernel. Although the new modu

Re: Replacing kernel modules

On Wed, 07 Jan 2009 20:42:06 +, Guy Coates wrote: > The current way I am handling the install is to rename the existing > kernel modules in the package preinst and postrm scripts before running > depmod. Yikes! > This has the potential to break horribly if the user updates the current > kern

RFS: ktechlab (updated package)

Dear mentors, I am looking for a sponsor for the new version 0.3.6-1 of my package "ktechlab". It builds these binary packages: ktechlab - circuit simulator for microcontrollers and electronics The package appears to be lintian clean. The upload would fix these bugs: 474313, 493692, 494017 T

Re: Replacing kernel modules

Sam Morris wrote: > On Wed, 07 Jan 2009 20:42:06 +, Guy Coates wrote: > >> The current way I am handling the install is to rename the existing >> kernel modules in the package preinst and postrm scripts before running >> depmod. > > Yikes! > >> This has the potential to break horribly if the

RFS: ncurses-hexedit (updated package)

Dear mentors, I am looking for a sponsor for the new version 0.9.7-14 of my package "ncurses-hexedit". It builds these binary packages: ncurses-hexedit - Edit files/disks in hex, ASCII and EBCDIC The package appears to be lintian clean. The upload would fix these bugs: 419075, 484056, 510952 T

RFS: whohas (new upstream)

Hi Paul I have uploaded whohas 0.22-1 to m.d.n, which is a new upstream integrating a lot of the bugs, and some tweaks to the packaging because of his changes. I've also included a NEWS file detailing the patches that are still active. Lintian -iI seems to be clean, and I have tested each of the

Re: RFS: libpam-paperauth

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 06 January 2009 17:54:34 +0200 George Danchev wrote: > docbook-xml and docbook-xsl are needed build dependencies Fixed in 0.2-4, and the package now makes use of a patchsystem as opposed to directly modifying the source. - -lf -BEGIN P

Re: RFS: whohas (new upstream)

On Thu, Jan 8, 2009 at 8:22 AM, Jonathan Wiltshire wrote: > I have uploaded whohas 0.22-1 to m.d.n, which is a new upstream > integrating a lot of the bugs, and some tweaks to the packaging because > of his changes. ... > I've also included a NEWS file detailing the patches > that are still activ