Package: wnpp
Severity: wishlist
Owner: "Chuan-kai Lin"
* Package name: mdm
Version : 0.1.2
Upstream Author : "Chuan-kai Lin"
* URL : http://mdm.berlios.de/
* License : Apache License 2.0
Programming Lang: C
Description : Utilities for single-host par
On Fri, Sep 18, 2009 at 09:18:16PM +0200, Josselin Mouette wrote:
> If there are no objections, I will submit a MBF for those 75 packages
> in a few days.
Many thanks for the investigation. I concur that we have already waited
too much for Python 2.6, so please go ahead.
In filing the bugs, pleas
On Fri, 18 Sep 2009 15:56:07 + (UTC), Philipp Kern
wrote:
>On 2009-09-18, Tom Feiner wrote:
>> Looks like this method works well for clamav-data and other similar packages
>> which needs to update databases frequently on stable/oldstable.
>
>clamav-data is scheduled for deletion as soon as vo
On Fri, 18 Sep 2009 19:06:21 +0300, Tom Feiner
wrote:
>Philipp Kern wrote:
>> clamav-data is scheduled for deletion as soon as volatile moves onto
>> ftp-master, so that's no precedent. (I.e. there is opposition against
>> daily builds entering the archive without real developers signing them.)
>
On Sat, Sep 19, 2009 at 01:08:12AM +0200, Pierre Habouzit wrote:
> On Sat, Sep 19, 2009 at 12:04:32AM +0200, Bill Allombert wrote:
> > Dear developers,
> >
> > There is a new version of libjpeg in the archive (JPEG7), but is it
> > not yet cleared for building packages against it.
> >
> > If your
On Sat, Sep 19, 2009 at 11:47:35AM +0200, Bill Allombert wrote:
> On Sat, Sep 19, 2009 at 01:08:12AM +0200, Pierre Habouzit wrote:
> > On Sat, Sep 19, 2009 at 12:04:32AM +0200, Bill Allombert wrote:
> > > Dear developers,
> > >
> > > There is a new version of libjpeg in the archive (JPEG7), but is
On Sat, Sep 19, 2009 at 01:01:38PM +0200, Pierre Habouzit wrote:
> On Sat, Sep 19, 2009 at 11:47:35AM +0200, Bill Allombert wrote:
> > On Sat, Sep 19, 2009 at 01:08:12AM +0200, Pierre Habouzit wrote:
> > > On Sat, Sep 19, 2009 at 12:04:32AM +0200, Bill Allombert wrote:
> > > > Dear developers,
> >
On Sat, Sep 19, 2009 at 01:01:38PM +0200, Pierre Habouzit wrote:
> On Sat, Sep 19, 2009 at 11:47:35AM +0200, Bill Allombert wrote:
> > Actually, I have already done a test-rebuild of all the packages that
> > build-depends on libjpeg62-dev or libjpeg-dev against a modified
> > libjpeg7-dev
> > tha
* Pierre Habouzit (madco...@madism.org) [090919 01:08]:
> I'll put blocks in my hint file to be sure that both those packages will
> migrate in testing together (I'm unsure if britney is clever enough to
> block them until all the binNMUs are done, I don't think it is). Then
> please ask for binNMU
On Sat, 19 Sep 2009, Marc Haber wrote:
> Why does the person responsible for these uploads not know about this
> opposition? Why was the person doing the significant work not informed
> about the fact that every single minute put into the package is wasted
> anyway?
Because nothing happened yet a
On Sat, 19 Sep 2009, Andreas Barth wrote:
> * Pierre Habouzit (madco...@madism.org) [090919 01:08]:
> > I'll put blocks in my hint file to be sure that both those packages will
> > migrate in testing together (I'm unsure if britney is clever enough to
> > block them until all the binNMUs are done,
Hi,
On Sat, Sep 19, 2009 at 02:11:30PM +0200, Bill Allombert wrote:
> 2) Package too large to be tested:
> openoffice.org: too large
Nonsense. You could speed up the build and make it use less
hd space like we do for buildd builds (lang=en-US). That's visible
from the source package. (Still build
Hi,
On Sat, Sep 19, 2009 at 04:45:23PM +0200, Rene Engelhard wrote:
> There's no reason for skipping openoffice.org. And openoffice.org is a clear
Actually, there is, as installing libjpeg7-dev would break some of OOos
r-b-deps...
Will try hack around this for trying a build with libjpeg7
(it's
On Sat, Sep 19, 2009 at 04:45:23PM +0200, Rene Engelhard wrote:
> Hi,
>
> On Sat, Sep 19, 2009 at 02:11:30PM +0200, Bill Allombert wrote:
> > 2) Package too large to be tested:
> > openoffice.org: too large
>
> Nonsense. You could speed up the build and make it use less
> hd space like we do for
On Sat, Sep 19, 2009 at 04:56:11PM +0200, Rene Engelhard wrote:
> Hi,
>
> On Sat, Sep 19, 2009 at 04:45:23PM +0200, Rene Engelhard wrote:
> > There's no reason for skipping openoffice.org. And openoffice.org is a clear
>
> Actually, there is, as installing libjpeg7-dev would break some of OOos
>
On fredagen den 18 september 2009, Eugene V. Lyubimkin wrote:
> Magnus Holmgren wrote:
> > I propose a new control field called e.g. Supersedes that will provide
> > the same semantics. In its simplest form, a renamed package will declare
> > that it Supersedes the old package name. That will be co
On 2009-09-19, Marc Haber wrote:
> On Fri, 18 Sep 2009 15:56:07 + (UTC), Philipp Kern
> wrote:
>>On 2009-09-18, Tom Feiner wrote:
>>> Looks like this method works well for clamav-data and other similar packages
>>> which needs to update databases frequently on stable/oldstable.
>>clamav-data
On Sat, Sep 19, 2009 at 05:05:11PM +0200, Bill Allombert wrote:
> Actually I tried to build it twice and it failed with "disk full" error.
Anyway, when hacking around the build-dep problem openoffice.org builds with
libjpeg7-dev. Didn't try the "working" part yet as I only tried with a 3.2
snapsho
On Sat, Sep 19, 2009 at 02:32:51PM +0200, Andreas Barth wrote:
> * Pierre Habouzit (madco...@madism.org) [090919 01:08]:
> > I'll put blocks in my hint file to be sure that both those packages will
> > migrate in testing together (I'm unsure if britney is clever enough to
> > block them until all t
On Fri, Sep 18, 2009 at 12:30:11PM +0100, Jon Dowland wrote:
> I believe the upstream was last modified in 1997. So that's
> 12 years of "seniority", but it's also 12 years in which
> the upstream source was essentially unmaintained. If we
> really did decide that our priority was packages, rather
On Thu, Sep 17, 2009 at 11:23:52AM -0400, Marvin Renich wrote:
> gnuit already Conflicts and Replaces git (< 4.9.2-1). It also Provides
> git. This Provides should, I believe, be removed for either squeeze or
> squeeze+1.
My recent upload of gnuit (4.9.5-2, which just hit testing),
removes the P
On 2009-09-19 19:20 +0200, Pierre Habouzit wrote:
> On Sat, Sep 19, 2009 at 02:32:51PM +0200, Andreas Barth wrote:
>> * Pierre Habouzit (madco...@madism.org) [090919 01:08]:
>> > I'll put blocks in my hint file to be sure that both those packages will
>> > migrate in testing together (I'm unsure i
On Sat, Sep 19, 2009 at 07:20:40PM +0200, Pierre Habouzit wrote:
> On Sat, Sep 19, 2009 at 02:32:51PM +0200, Andreas Barth wrote:
> > * Pierre Habouzit (madco...@madism.org) [090919 01:08]:
> > > I'll put blocks in my hint file to be sure that both those packages will
> > > migrate in testing toget
Package: wnpp
Severity: wishlist
Owner: Julian Andres Klode
* Package name: libslab
Version : 2.27.19
Upstream Author : Novell, Inc. and others
* URL : http://ftp.gnome.org/pub/gnome/sources/libslab/
* License : LPGL-2+
Programming Lang: C
Description :
Magnus Holmgren wrote:
> On fredagen den 18 september 2009, Eugene V. Lyubimkin wrote:
>> Magnus Holmgren wrote:
>>> I propose a new control field called e.g. Supersedes that will provide
>>> the same semantics. In its simplest form, a renamed package will declare
>>> that it Supersedes the old pac
On Thu, Sep 17, 2009 at 11:52:23PM +0200, Magnus Holmgren wrote:
> When a binary package is renamed or split, as well as if several packages are
> merged under a new name, transitional packages are normally created, which
> depend on the new packages, which in turn Replaces and Conflicts with, an
On 2009-09-19 21:18 +0200, Pierre Habouzit wrote:
> Note that transitional packages are seamless for users. When users has
> foo in $stable, and foo gets renamed into bar in $stable +1, then there
> is that:
>
> $stable: package foo
> $stable + 1: foo Depends bar, bar {replaces foo, provides foo,
2009/9/19 Sven Joachim :
> On 2009-09-19 21:18 +0200, Pierre Habouzit wrote:
>
>> Note that transitional packages are seamless for users. When users has
>> foo in $stable, and foo gets renamed into bar in $stable +1, then there
>> is that:
>>
>> $stable: package foo
>> $stable + 1: foo Depends bar,
Anton Piatek wrote:
>> This should really be done by the package management, not by the user.
>
> It sounds like you are describing the following:
>>> $stable: package foo
> manually installed
>>> $stable + 1: foo Depends bar, bar {replaces foo, provides foo, conflicts
>>> foo}
> foo should now b
Package: wnpp
Severity: wishlist
Owner: "W. Martin Borgert"
Package name: trac-xmlrpc
Version : 1.0.6
Upstream Author : Alec Thomas
URL : http://trac-hacks.org/wiki/XmlRpcPlugin
License : BSD
Programming Lang: Python
Description : XML-RPC interface to the Trac
On Sat, Sep 19, 2009 at 07:40:28PM +0200, Pierre Habouzit wrote:
> On Sat, Sep 19, 2009 at 07:20:40PM +0200, Pierre Habouzit wrote:
> > On Sat, Sep 19, 2009 at 02:32:51PM +0200, Andreas Barth wrote:
> > > * Pierre Habouzit (madco...@madism.org) [090919 01:08]:
> > > > I'll put blocks in my hint fil
31 matches
Mail list logo
