Re: Bug#479220: perl upgrade fails

On Tue, 06 May 2008, Niko Tyni wrote: > > > I think making liblocale-gettext-perl Pre-Depend on ${perl:Depends} > > > would fix this particular issue, but I'm worried that it's not the > > > only one. The other two XS modules that debconf-i18n depends on, > > > libtext-iconv-perl and libtext-charwi

Re: How to build XEN dom0 and domU kernels based on 2.6.25?

On Tue, May 06, 2008 at 11:37:44PM +0200, [EMAIL PROTECTED] wrote: > Can someone please help me? See http://fedoraproject.org/wiki/Features/XenPvops and http://fedoraproject.org/wiki/Features/XenPvopsDom0 . > Do I need to install some other "kernel-patch"? No, you need to wait, wait, wait... Or

Bug#479882: ITP: clp -- Coin-or linear programming solver

Package: wnpp Severity: wishlist Owner: Soeren Sonnenburg <[EMAIL PROTECTED]> * Package name: clp Version : 1.7.4 Upstream Author : John J. Forrest <[EMAIL PROTECTED]> * URL : https://projects.coin-or.org/Clp * License : CPL 1.0 Programming Lang: C++ Descrip

Re: How to build XEN dom0 and domU kernels based on 2.6.25?

On Tue, May 06, 2008 at 11:37:44PM +0200, [EMAIL PROTECTED] wrote: > Hi all, > > I've been trying (with absolutely no success) to build XEN kernels using > the 2.6.25 kernel source tree. I've got 10 domU's and 2 dom0 that I want > to upgrade. > > I've done > > $ apt-get install linux-tree-2.5.26

Re: SAGE packages for Debian

On Tue, May 06, 2008 at 02:44:04AM -0400, Timothy G Abbott wrote: > Packages with no problems worse than missing man pages: > python-arpack (from the scipy sandbox) > python-delaunay (from the scipy sandbox) I guess these can be handled by python-modules team that already maintains python-scipy?

am-utils and recent kernels

Hi people, I'm here to ask for your thoughts about what I should do with the am- utils automounter in Lenny. Recent kernels are more picky about some aspects of NFS, which has exposed a bug in am-utils. See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479884 http://bugzilla.kernel.or

Bug#479951: RFH: kvm -- Full virtualization on x86 hardware

Package: wnpp Severity: normal KVM has gained support for ia64, ppc and s390 in addition to i386 and amd64. I currently have no machines based on the new architectures. Before enabling these, i'm seeking some help with testing the arch specific features. If you'd like to help beyond testing and b

Bug#479953: uniform header for automated package maintenance emails

Package: general Severity: wishlist With all the (helpful) email that a package maintainer gets nowadays, BTS, PTS, Dak, DDPOMail robot, BTS link, etc., it becomes ever weirder to just filter them into appropriate mail folders. To illustrate that, here are procmail rules that I have assembled

Bug#479953: uniform header for automated package maintenance emails

On ke, 2008-05-07 at 11:52 +0200, Peter Eisentraut wrote: > * ^X-Debian-PR-Message: > * ^X-Katie: > * ^X-PTS- > * > ^From:.*(installer|katie|dak)@((ftp-master|spohr)\.debian\.org|backports\.org) > * ^From: DDPOMail robot <[EMAIL PROTECTED]> > * ^X-BTS-Link: > > I think it would be very nice to pr

Re: question about the libpam-ldap debian package.

Hello Petter Reinholdtsen a e'crit: [Anthony Berger] i try to configure the auth of my all users by a openldap server. So i configure libpam-ldap libnss-ldap (with db in nsswitch.conf) and nss_udatedb (with a cron to update de db users) configure the libpam_ccreds to be able to auth the user

Re: question about the libpam-ldap debian package.

Hello Petter, you were right, it was the dns... I try to delete de dns entry in the nsswitch.conf file. it work very well, the user is authenticated with the credentials files...! So i don't know how to do to leave the dns entry and to get the same result? By default, the nss dns status entry

Re: bts-link fuck up

On mar, mai 06, 2008 at 09:46:01 +, Pierre Habouzit wrote: > On Tue, May 06, 2008 at 09:09:48PM +, Pierre Habouzit wrote: > > On mar, mai 06, 2008 at 08:46:28 +, Pierre Habouzit wrote: > > > I've contacted the BTS people on #debbugs I hope to have it soon. > > > Though I'm going on va

Re: perl upgrade fails

(switched a separate cloned bug, #479711. I think we can leave debian-devel at this point, interested people can subscribe to the bug.) On Wed, May 07, 2008 at 09:27:28AM +0200, Raphael Hertzog wrote: > We already had this issue with the perl 5.6 -> 5.8 move, see > http://bugs.debian.org/cgi-bin

Bug#480035: ITP: libruby-rack -- A modular Ruby webserver interface

Package: wnpp Severity: wishlist Owner: Sebastien Delafond <[EMAIL PROTECTED]> * Package name: libruby-rack Version : 0.3.0 Upstream Author : Christian Neukirchen <[EMAIL PROTECTED]> * URL : http://rack.rubyforge.org * License : MIT Programming Lang: Ruby D

Bug#480040: ITP: libruby-ramaze -- A simple, light and modular web application framework

Package: wnpp Severity: wishlist Owner: Sebastien Delafond <[EMAIL PROTECTED]> * Package name: libruby-ramaze Version : 0.3.9.1 Upstream Author : Michael Fellinger * URL : http://ramaze.net * License : Ruby license Programming Lang: Ruby Description : A

Re: a small program for Fritz!Box owner

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I am sending you the fritzphonefrog - program which allows to notify about incoming and outgoing phonecalls when using a fritz box. You said that you might be interested in maintaining this program. I would be happy if you decided to do so.

morse package is "Architecture: any" but build daemons won't act

It looks like the morse package isn't built by the build daemons, even though it is "Architecture: any" in the control file. I think this might be caused by the morse package in oldstable, which was a totally different package with the same name and i386 only. Someone needs to trigger the build da

Re: morse package is "Architecture: any" but build daemons won't act

On Wed, 2008-05-07 at 21:45 +0200, Joop Stakenborg wrote: > It looks like the morse package isn't built by the build daemons, even > though it is "Architecture: any" in the control file. I think this > might be caused by the morse package in oldstable, which was a totally > different package with t

Re: SAGE packages for Debian

That's probably a good plan, especially since the sandbox is apparently going to be eliminated eventually (and it sounds like arpack and delaunay are on the list of things likely to be merged into mainline scipy) I'll send t

Re: morse package is "Architecture: any" but build daemons won't act

2008/5/7 Adam D. Barratt <[EMAIL PROTECTED]>: > > It's listed in Packages-arch-specific > (http://cvs.debian.org/*checkout*/srcdep/Packages-arch-specific?root=dak) as > being i386-specific. If that's no longer the case, you need to e-mail one of > the people listed at the top of the file and as

Re: question about the libpam-ldap debian package.

[Anthony] > So i don't know how to do to leave the dns entry and to get the same > result? By default, the nss dns status entry is anavail=continue, > so it would be OK... > Does i need to use a proxy dns??? I have no idea how to avoid the DNS timeout issue. Perhaps the application need to be ch

Bug#479953: uniform header for automated package maintenance emails

On 11378 March 1977, Peter Eisentraut wrote: > I think it would be very nice to press these into some common form, such as > X-Debian: BTS > X-Debian: DAK > X-Debian: PTS > X-Debian: BTS-link > Maybe there is a quasi-standard for constructing these X- headers. While I think most of daks mails do

Processed: Uniform control field for automated package maintenance emails (was: Bug#479953: uniform header for automated package maintenance emails)

Processing commands for [EMAIL PROTECTED]: > retitle 479953 uniform control field for automated package maintenance emails Bug#479953: uniform header for automated package maintenance emails Changed Bug title to `uniform control field for automated package maintenance emails' from `uniform header

Bug#479953: uniform header for automated package maintenance emails

On 5/7/08, Joerg Jaspert <[EMAIL PROTECTED]> wrote: > On 11378 March 1977, Peter Eisentraut wrote: > > I think it would be very nice to press these into some common form, such as > > X-Debian: BTS > > X-Debian: DAK > > X-Debian: PTS > > X-Debian: BTS-link > > > Maybe there is a quasi-standard

Bug#480074: ITP: libjna-java -- Dynamically access native libraries from Java without JNI.

Package: wnpp Severity: wishlist Owner: Tiago Saboga <[EMAIL PROTECTED]> * Package name: libjna-java Version : 3.0.2 Upstream Author : Timothy Wal <[EMAIL PROTECTED]> * URL : http://jna.dev.java.net/ * License : LGPL Programming Lang: C, Java Description

Re: question about the libpam-ldap debian package.

Anthony wrote: (I use a cron "nss_updatedb ldap" every 10 minutes (maybe it could be more!!!) ) Interesting idea, was wondering how to solve this problem myself. - nsswitch.conf:/ passwd: files db shadow: files db group: files db / Documentation I have seen recommende

Bug#480103: ITP: gmpc-shout -- shoutcast plugin for gmpc

Package: wnpp Severity: wishlist Owner: The Anarcat <[EMAIL PROTECTED]> * Package name: gmpc-shout Version : 0.15.5.0 Upstream Author : Qball Cow <[EMAIL PROTECTED]> * URL : http://www.sarine.nl/gmpc-plugins * License : GPL Programming Lang: C Description

Re: Bug#480104: ITP: ice -- Internet Communications Engine

http://packages.qa.debian.org/zeroc-ice Closing #480104 signature.asc Description: Digital signature

Re: SAGE packages for Debian

Since I didn't hear any objections, I went ahead and filed the RFP bug reports (RFP rather than ITP bugs because I'm looking for help maintaining them -- though maybe RFA or RFH would have been clearer) as I described in my original email. I noted this problem in the Singular copyright file on

Bug#479953: uniform header for automated package maintenance emails

On 11379 March 1977, Cameron Dale wrote: > Is that a bug, or were my assumptions wrong? FWIW, I think using real > (not pseudo) mail headers is a mildly better solution, but I'm happy > either way. Bug, should be in (real) headers. :) -- bye, Joerg I wrote this thing but it really sucks Awe

Bug#480112: ITP: libmetaid-ruby -- Some additional methods to make Ruby metaprogramming easier

Package: wnpp Severity: wishlist Owner: Sebastien Delafond <[EMAIL PROTECTED]> * Package name: libmetaid-ruby Version : 1.0 Upstream Author : [EMAIL PROTECTED] * URL : http://code.whytheluckystiff.net/metaid * License : MIT Programming Lang: Ruby Descriptio