ke, 2009-03-11 kello 00:00 +, Roger Leigh kirjoitti:
> Additionally, not all inetds support
> IPv6, so adding these lines will break some inetds.
Should we consider lack of IPv6 support as a bug?
Ah yes, it's been a release goal since etch.
--
To UNSUBSCRIBE, email to debian-devel-requ...
James Westby wrote:
[...]
>
> I was just wondering if you had considered what a solution might look
> like. It seems like adding a new watch file format that has multiple
> lines would work quite nicely for uscan.
>
That's already possible, the problem is that it doesn't consider multiple
source
On Mon, Mar 09, 2009 at 08:06:16PM +0100, Pierre Habouzit wrote:
> Most machines nowadays have enough memory, and most daemons provide a
> standalone mode (I mean who configures apache as an inetd service ?).
> Just looking at the packages requiring an inet superserver, you'll see that
> it's prob
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: swap-cwm
Version : 1.2.1
Upstream Author : Tim Berners-Lee
* URL : http://www.w3.org/2000/10/swap
* License : W3C-Software 20021231
Programming Lang: Python
Description : RDF/XML
On Tue, 2009-03-10 at 08:46 +0100, Marco d'Itri wrote:
> On Mar 10, Ben Hutchings wrote:
>
> > The firmware used for 3D acceleration in the r128 (ATI Rage 128), radeon
> > (ATI Radeon) and mga (Matrox G200/G400/G550) drivers is non-free and
> > will be moved from the linux-image packages into a n
On Tue, Mar 10, 2009 at 06:39:23AM +, Steve Langasek wrote:
> On Tue, Mar 10, 2009 at 07:31:35AM +0100, Luk Claes wrote:
> > Steve Langasek wrote:
> > > On Mon, Mar 09, 2009 at 08:06:16PM +0100, Pierre Habouzit wrote:
>
> > >> I'm wondering if making super servers become optionnal wouldn't be
[My apologies in advance for the cross-posting.]
On Tue, Mar 10, 2009 at 10:42:36AM +0100, Daniel Wallin wrote:
> Roberto C. Sánchez wrote:
> >>
> > So, I've been trying to build the Debian package with the latest from
> > the 0.8 branch on github. It seems like the SONAME thing is not
> > comple
Jean Parpaillon wrote:
> Hi,
> I'm currently packaging hpcc (HPC Challenge Benchmark). Several binary
> packages will be available, each one with different mpi implementations. Is
> there a preferred place to put mpi binaries ? I've seen that each mpi
> implementation has it's own bin/lib/share/
Package: wnpp
Severity: wishlist
Owner: Enrico Zini
* Package name: gribapi
Version : 1.7.0
Upstream Author : Enrico Fucile
* URL : http://www.ecmwf.int/products/data/software/grib_api.html
* License : LGPLv3
Programming Lang: C
Description : GRIB deco
Package: wnpp
Severity: normal
With the release of 1.3.2 of proftpd is finally in place prxs and the whole
infrastructure
for building third-parties modules. I know currently at least about 30
different modules
available as non-core and some of them are sometimes requested by users.
See http://
On Tue, 10 Mar 2009 18:26:49 +0100, Marcus Better wrote:
> > * Package name: libcommons-java-java
> > Version : 1.5.5
> > Upstream Author : TiongHiang Lee
> > * URL : http://onemind-commons.sourceforge.net/commons-java/
>
> The libcommons-foo-java package names usually
clone 518752 -1
reassign -1 bash
found -1 4.0-1
retitle -1 set -u should not error on "${@:+}" if there are no args
thanks
On 2009-03-08 Alban browaeys wrote:
> >From \amethyst on freenode #bash (Neil Moore) :
> <\amethyst> it is a bug I think
> <\amethyst> that you still get the error even with
On Tue, 10 Mar 2009, Jon Dowland wrote:
> On Mon, Mar 09, 2009 at 02:26:08PM -0700, Don Armstrong wrote:
> > Just to underline here, you need to send the diff for the NMU to the bug(s)
> > that you are fixing in the NMU *before* uploading the NMU.
>
> The developers reference is not clear on this
Le mardi 10 mars 2009 à 09:50 -0700, Steve Langasek a écrit :
> Probably not, because gnome-keyring's PAM module isn't generally applicable
> and shouldn't be used for all services. You probably only want this module
> used by gdm, gnome-screensaver, and maybe a handful of others - you don't
> wan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
gregor herrmann wrote:
> * Package name: libcommons-java-java
> Version : 1.5.5
> Upstream Author : TiongHiang Lee
> * URL : http://onemind-commons.sourceforge.net/commons-java/
The libcommons-foo-java package names usually
Package: wnpp
Severity: wishlist
Owner: Uwe Hermann
* Package name: ros
Version : 0.4
Upstream Author : Willow Garage developers (http://www.willowgarage.com)
* URL : http://pr.willowgarage.com/wiki/ROS
* License : BSD
Programming Lang: C, C++, Python
Descr
Dne Tue, 10 Mar 2009 09:50:52 -0700
Steve Langasek napsal(a):
> On Tue, Mar 10, 2009 at 01:42:11PM +0100, Michael Biebl wrote:
> > Steve Langasek wrote:
> > > As a result of the prototyping work done on this within Ubuntu, patches
> > > are
> > > already available for several module packages (li
On Tue, Mar 10, 2009 at 01:42:11PM +0100, Michael Biebl wrote:
> Steve Langasek wrote:
> > As a result of the prototyping work done on this within Ubuntu, patches are
> > already available for several module packages (libpam-krb5, libpam-ldap,
> > libpam-smbpass, ecryptfs-utils, libpam-ck-connector
Hi,
I'm currently packaging hpcc (HPC Challenge Benchmark). Several binary
packages will be available, each one with different mpi implementations. Is
there a preferred place to put mpi binaries ? I've seen that each mpi
implementation has it's own bin/lib/share/include/etc hierarchy into
/usr/
Package: wnpp
Severity: wishlist
Owner: gregor herrmann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: libjpfcodegen-java
Version : 0.4
Upstream Author : Christopher Oezbek
* URL : http://page.mi.fu-berlin.de/oezbek/jpf/ [0]
* License : LGPL-3
Package: wnpp
Severity: wishlist
Owner: gregor herrmann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: libjpf-java
Version : 1.5.1
Upstream Author : Dmitry Olshansky
* URL : http://jpf.sourceforge.net/
* License : LGPL-2.1+
Programming Lang:
Package: wnpp
Severity: wishlist
Owner: gregor herrmann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: libjxp-java
Version : 1.6.1
Upstream Author : TiongHiang Lee
* URL : http://jxp.sourceforge.net/
* License : LGPL-2.1+
Programming Lang: Ja
Package: wnpp
Severity: wishlist
Owner: gregor herrmann
* Package name: libcommons-invoke-java
Version : 1.1.0 [0]
Upstream Author : TiongHiang Lee
* URL : http://onemind-commons.sourceforge.net/commons-invoke/
* License : LGPL-2.1+
Programming Lang: Java
Package: wnpp
Severity: wishlist
Owner: gregor herrmann
* Package name: libcommons-java-java
Version : 1.5.5
Upstream Author : TiongHiang Lee
* URL : http://onemind-commons.sourceforge.net/commons-java/
* License : LPGL-2.1+
Programming Lang: Java
Descript
On Tue Mar 10 14:45, Clint Adams wrote:
> On Mon, Mar 09, 2009 at 02:22:34PM -0700, Don Armstrong wrote:
> > This would definetly be useful, as it would help someone from wasting
> > time preparing the NMU in the first place, but it certainly doesn't
> > excuse making NMUs without notifying the mai
Adeodato Simó a écrit :
* "Adam Cécile (Le_Vert)" [Tue, 10 Mar 2009 15:42:43 +0100]:
I bet it won't work for a package in dak ;)
http://incoming.debian.org
http://packages.qa.debian.org/aqualung
It didn't appear neither on incoming nor on pts.
And, FFS, the ACCEPTED mail you get
On Mon, Mar 09, 2009 at 02:22:34PM -0700, Don Armstrong wrote:
> This would definetly be useful, as it would help someone from wasting
> time preparing the NMU in the first place, but it certainly doesn't
> excuse making NMUs without notifying the maintainer beforehand.
If the maintainer can't be
* "Adam Cécile (Le_Vert)" [Tue, 10 Mar 2009 15:42:43 +0100]:
> I bet it won't work for a package in dak ;)
http://incoming.debian.org
http://packages.qa.debian.org/aqualung
And, FFS, the ACCEPTED mail you get has you *and* the uploader in the
To: line.
--
- Are you sure we're good?
- Always.
Simon Huggins a écrit :
On Mon, Mar 09, 2009 at 10:10:13PM +0100, Adeodato Simó wrote:
1. Don't spam devel to contact just one person.
For reference, who-uploads from devscripts is useful for working out who
NMU'd something.
Simon
I bet it won't work for a package in dak ;)
Ad
On Mon, Mar 09, 2009 at 10:10:13PM +0100, Adeodato Simó wrote:
> 1. Don't spam devel to contact just one person.
For reference, who-uploads from devscripts is useful for working out who
NMU'd something.
Simon
--
... "Be wewy wewy careful. There be dragons here." -- Linus Torvalds
--
To UNS
Steve Langasek wrote:
> As a result of the prototyping work done on this within Ubuntu, patches are
> already available for several module packages (libpam-krb5, libpam-ldap,
> libpam-smbpass, ecryptfs-utils, libpam-ck-connector) which I will work on
> submitting to the Debian maintainers over the
On Mon, Mar 09, 2009 at 02:26:08PM -0700, Don Armstrong wrote:
> Just to underline here, you need to send the diff for the NMU to the bug(s)
> that you are fixing in the NMU *before* uploading the NMU.
The developers reference is not clear on this point and should perhaps be
clarified. It lists th
Steve Langasek wrote:
> Dear developers,
>
> I'm happy to announce that with the latest upload of pam to unstable, we at
> last have an interface that allows both automatic and interactive
> configuration of system authentication, using that staple of the Debian
> system, debconf.
>
Very nice wo
On Tue, Mar 10, 2009 at 08:44:06AM +0100, Marco d'Itri wrote:
> On Mar 10, Luk Claes wrote:
>
> > Btw, lots of packages are depending on update-inetd while it's
> > guaranteed to be available when depending on inet-superserver.
> Indeed, this is broken. IIRC some helpful soul started reporting "b
On Mar 10, James Collier wrote:
> Currently there is a Free implementation of a driver for NVidia cards
This is not relevant, we are not discussing drivers.
> /***
Please try to keep your .signature to a sensible size.
--
ciao
Package: wnpp
Owner: Reinhard Tartler
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, kirkl...@ubuntu.com
* Package name: screen-profiles
Version : 1.36
Upstream Author : Dustin Kirkland
* URL or Web page : http://launchpad.net/screen-profiles
* License :
On Tue, 2009-03-10 at 08:46 +0100, Marco d'Itri wrote:
> On Mar 10, Ben Hutchings wrote:
>
> > The firmware used for 3D acceleration in the r128 (ATI Rage 128), radeon
> > (ATI Radeon) and mga (Matrox G200/G400/G550) drivers is non-free and
> > will be moved from the linux-image packages into a n
On moandei 9 Maart 2009, Pierre Habouzit wrote:
> Just looking at the packages requiring an inet superserver, you'll see that
> it's probably that nowadays users don't need a superserver at all[0].
>
> I'm wondering if making super servers become optionnal wouldn't be a worthy
> goal for squeeze.
On Mar 10, Luk Claes wrote:
> Btw, lots of packages are depending on update-inetd while it's
> guaranteed to be available when depending on inet-superserver.
Indeed, this is broken. IIRC some helpful soul started reporting "bugs"
asking to depend on update-inetd too...
--
ciao,
Marco
signatur
On Mar 10, Ben Hutchings wrote:
> The firmware used for 3D acceleration in the r128 (ATI Rage 128), radeon
> (ATI Radeon) and mga (Matrox G200/G400/G550) drivers is non-free and
> will be moved from the linux-image packages into a new firmware-linux
> package starting with Linux 2.6.29.
Do you kn
On Thu, Mar 05 2009, Russ Allbery wrote:
> Ben Finney writes:
>
>> It's been brought to my attention that this approach actually conflicts
>> with the above section of policy.
>>
>> Am I right in thinking that the ‘get-orig-source’ target should ignore
>> the version strings in ‘debian/changelog’
41 matches
Mail list logo
