On Wed, 2011-02-23 at 22:47 -0600, Raphael Geissert wrote:
> As a consequence of these changes, the new Lintian release will cause
> many existing overrides to no longer apply. We recognise that this will
> lead to some noise in the short term but are convinced that the longer
> term advantages ma
On 17 February 2011 16:36, Lars Wirzenius wrote:
> It would be really cool if there was an automatic auditor for people to
> use. Not just showing emblems in Nautilus, but offering to fix things as
> well. Here's how I imagine it might work.
(...)
>From your description you are not looking at an
-- Forwarded message --
From: David Joseph P Crowley
Date: 24 February 2011 00:05
Subject: Re: Compilation packages - major problem!!
To: Ben Hutchings
Thank you very much Goncalo, I'll have to try this now, but im not sure if i
am allowed to reply to you!
Ben,
I do not de
* Antonio Diaz Diaz [Fri Feb 18, 2011 at 05:58:22PM +0100]:
> Michael Prokop wrote:
>> I'm the maintainer of the ddrescue and gddrescue packages.
>> I plan to drop the ddrescue package.
> IMHO dropping the gddrescue package and moving GNU ddrescue to the
> ddrescue package (replacing dd_rescue)
[seems this ITP didn't make it to debian-devel; probably because I set
two different X-Debbugs-Cc fields instead of one for all the recipients]
Message original
Sujet: ITP: json-simple -- Simple, lightweight and efficient JSON
toolkit for Java
Date : Wed, 23 Feb 2011 00:19:05 +01
* Luca Capello [Thu Feb 17, 2011 at 12:05:18AM +0100]:
> On Wed, 16 Feb 2011 23:17:58 +0100, Michael Prokop wrote:
> > I'm the maintainer of the ddrescue and gddrescue packages.
> > I plan to drop the ddrescue package.
> [...]
> > I'd like to get rid of this confusion now. AFAICT gddrescue provid
This list is for Debian developers, not for developers who happen to use
Debian.
Basic questions, such as how to log in as root, should be addressed to
the debian-user list or to the http://ask.debian.net web site.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes
Dear Sir/Madam,
I downloaded the Debian/GNU Linux OS stable version onto my 32 bit system. I
wish to use it for development purposes but I am having trouble with
compiling my .c files, in fact the "gcc" command isn't even working! I read
on the Debian website that the command : " # apt-get install
There is a bulletin board system at Cambridge University called GROGGS[1].
Since 1995 it has used a TCP protocol called RGTP[2], which also finds
limited use at a few other sites. Various pieces of software related to
RGTP exist. I maintain two of these: "yarrow", a web client for RGTP,
and "spurge
On Wed, 23 Feb 2011 at 18:54:30 +0300, Alexander Gerasiov wrote:
> Description : Fully configurable apache suexec binary
How does this differ from apache2-suexec-custom, which is provided by a
Debian-specific patch in apache2?
> or you may want to setup wrapper for some file's types (e.g.
>
Package: wnpp
Severity: normal
The packages require more attention than I have been
able to give them, so I decided to step down as their
maintainer.
loop-aes has an active and helpful upstream maintainer
and quite a few users.
loop-aes is a bit difficult, too.
If you consider adopting it you
Package: wnpp
Severity: wishlist
Owner: Alexander Gerasiov
* Package name: suexec-conf
Version : 0.0.1
Upstream Author : Alexander Gerasiov
* URL : https://github.com/gerasiov/suexec-conf
* License : Apache
Programming Lang: C
Description : Fully confi
Le mardi 22 février 2011 20:24:02, Dominique Dumont a écrit :
> Le mardi 22 février 2011 19:06:27, vous avez écrit :
> > Can't call method "fetch_element" on an undefined value at
> > /usr/share/perl5/Config/Model/Backend/Debian/Dpkg/Copyright.pm line 121.
> >
> > Do you want me to fill a bug repo
Iustin Pop:
> Hi all,
>
> I've uploaded to experimental the new protobuf version (2.4.0a) and this
> brings as always a SONAME increase. It also has a new experimental
> backend (C++-based) for the Python language bindings, hence the
> heads-up.
Don't bother about HBase. The current package needs
On Wed, Feb 23, 2011 at 11:30:05 +, Roger Leigh wrote:
> +# Should the dependency resolve use alternatives in Build-Depends and
> +# Build-Depends-Indep? By default, only the first alternative will be
> +# used; all other alternatives will be removed. Note that this does
> +# not include arc
On Wed, Feb 23, 2011 at 12:27:00PM +0200, Peter Pentchev wrote:
> On Wed, Feb 23, 2011 at 10:45:06AM +0100, Philipp Kern wrote:
> > On Tue, Feb 22, 2011 at 10:40:52PM +, Roger Leigh wrote:
> > > From discussion on IRC earlier this evening, it looks like the most
> > > pragmatic approach will be
On 02/22/2011 06:08 PM, Roger Leigh wrote:
I agree that the documentation is sorely lacking in this regard.
It is, however, an unofficial and unwritten policy. The need for
this is fairly self-explanatory: we don't want builds to vary.
Taking one of php5's dependencies as an example:
libdb-
On Wed, Feb 23, 2011 at 12:27:00PM +0200, Peter Pentchev wrote:
> Hi, and apologies in advance if this is a stupid question or if it has
> already been discussed :)
>
> Is it possible that this should lead to problems with further levels of
> package dependencies? E.g. something like that for two
On Wed, Feb 23, 2011 at 11:30:05AM +, Roger Leigh wrote:
> I've now implemented this with the attached patch. If you are happy
> with this behaviour, I'll commit it. Those six lines are equivalent
> to about 300 in the internal resolver! With this change made, would
> you be OK to consider m
On Wed, Feb 23, 2011 at 10:45:06AM +0100, Philipp Kern wrote:
> On Tue, Feb 22, 2011 at 10:40:52PM +, Roger Leigh wrote:
> > From discussion on IRC earlier this evening, it looks like the most
> > pragmatic approach will be to get the apt and aptitude sbuild
> > resolvers to strip the alternati
On 2011-02-23, Holger Levsen wrote:
>> - wheezy is released. (This is the option I dont really favor, takes
>> ages :) )
> I actually prefer this very much over more random breakage in which is
> supposed to be stable. 2 years aint that long.
Seconded. If it would've been urgent it should'
Hi,
On Dienstag, 22. Februar 2011, Joerg Jaspert wrote:
> - lenny is gone and the tools are fixed in squeeze with a point
> update (provided the SRMs approve such updates, but I *hope* so).
Do I understand correctly that you again plan to break squeeze, this time for
those who then havent
On Wed, Feb 23, 2011 at 10:45:06AM +0100, Philipp Kern wrote:
> On Tue, Feb 22, 2011 at 10:40:52PM +, Roger Leigh wrote:
> > From discussion on IRC earlier this evening, it looks like the most
> > pragmatic approach will be to get the apt and aptitude sbuild
> > resolvers to strip the alternati
Hi,
On Mittwoch, 23. Februar 2011, Shachar Shemesh wrote:
> Giving feedback over the
> upstream trustworthiness is not the purpose of ITP bugs,
oh, hell yes, it is.
Where else should we discuss what software fits into Debian? debian-qa@ when
it's too late?
> and I have been
> warned by the l
On Tue, Feb 22, 2011 at 10:40:52PM +, Roger Leigh wrote:
> From discussion on IRC earlier this evening, it looks like the most
> pragmatic approach will be to get the apt and aptitude sbuild
> resolvers to strip the alternatives (after arch reduction), which
> will make them behave pretty much
On 02/22/2011 07:37 PM, Joerg Jaspert wrote:
until today our Release files included 3 Hashes for all their entries:
MD5SUM, SHA1, SHA256. I just modified the code to no longer include
MD5SUM in *all* newly generated Release files.
Right. For now I undo this (with next dinstall run), until eithe
On Tue, Feb 22, 2011 at 03:53:08PM -0800, Russ Allbery wrote:
> Julien Cristau writes:
>
> > I'm still not sure how 'Build-Depends: foo [i386] | bar [amd64]'
> > would make sense (as opposed to making it an 'and').
>
> They're equivalent, so I would view it as intended for human readers, not
> f
27 matches
Mail list logo
