On Thu, Apr 07, 2005 at 01:09:33AM -0400, Jeff Breidenbach wrote:
> The java packing team just got blindsided by bug #300209, which
> appears to have knocked tomcat4 out of Sarge. Heads up that you
> may hear some begging for re-inclusion in the near future.
You mean there's no chance that people
Hi Sarge release team,
The java packing team just got blindsided by bug #300209, which
appears to have knocked tomcat4 out of Sarge. Heads up that you
may hear some begging for re-inclusion in the near future.
Jeff
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe".
Hi Enrico,
It's true that this is a problem which unfortunately cannot be fixed via
unstable without getting all of the new ocaml in. We definitely don't want
to have to deal with this broken dependency in a stable release, since it
means partial upgrades to etch will fail (at best, ocaml would h
Hi Andreas,
On Sat, Apr 02, 2005 at 07:56:39PM +0200, Andreas Metzler wrote:
> I'd appreciate if findutils 4.1.20-6 could be allowed into sarge. The
> diff to -5 is two lines, it only updates the list of paths and
> filesystems locate does not index by default.
> I'd like to see this in sarge as
reassign 302827 jadetex
thanks
On Wed, Apr 06, 2005 at 09:10:28AM +0200, Frank Küster wrote:
> since I must go on "vacaction" for several weeks, and I'm unsure whether
> there is enough "(wo)manpower" on debian-tetex-maint to resolve this
> bug, I recommend that you keep a close look at it.
> All
Hi Josselin,
On Wed, Apr 06, 2005 at 02:13:43PM +0200, Josselin Mouette wrote:
> Here is a summary of the important changes I'm planning for libpng in
> etch.
> * Removal of the entire libpng source package: libpng2, libpng2-dev,
> libpng10-0, libpng10-dev. All applications currently linking to l
On Wed, Apr 06, 2005 at 07:18:06PM +0200, Holger Levsen wrote:
> On Tuesday 05 April 2005 16:54, Steve Langasek wrote:
> > - Nothing in the package (binary or source) uniquely identifies the
> > kernel-source patchlevel used (including the added ABI name, since ABI name
> > != patchlevel)
> as we
Hi Hugo,
On Wed, Apr 06, 2005 at 03:21:26PM +0200, Hugo van der Merwe wrote:
> I suggest removing kmatplot from testing (I think it is currently still
> there). I don't feel it makes sense to have it there: upstream has
> stopped developing it, I'm not using it myself, I don't know how many
> p
On Wed, 2005-04-06 at 09:49 -0700, Thomas Bushnell BSG wrote:
> Josselin Mouette <[EMAIL PROTECTED]> writes:
>
> > * Removal of the libpng3 binary package, as only 2 packages in sarge
> > still depend on this one. Maybe we can keep it, though, as some
> > third-party binaries could require libpng.
On Wed, Apr 06, 2005 at 07:22:41PM +0200, Luk Claes wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> Andre Lehovich wrote:
> > On Wed, 6 Apr 2005, Frank Lichtenheld wrote:
> >
> >>- It is a apt-get bug only, aptitude handles the same situation just
> >> fine. But both apt-get from wood
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andre Lehovich wrote:
> On Wed, 6 Apr 2005, Frank Lichtenheld wrote:
>
>>- It is a apt-get bug only, aptitude handles the same situation just
>> fine. But both apt-get from woody and sarge bail out.
>
>
> Is apt-get a supported upgrade route from W
resent as I go the debian-security-private-address wrong, please follow
reploy-to:
Hi,
btw, no need to cc: me, i'm subscribed to release, the bug and the package :-)
On Tuesday 05 April 2005 16:54, Steve Langasek wrote:
> - Nothing in the package (binary or source) uniquely identifies the
> ker
On Wed, 6 Apr 2005, Frank Lichtenheld wrote:
> - It is a apt-get bug only, aptitude handles the same situation just
> fine. But both apt-get from woody and sarge bail out.
Is apt-get a supported upgrade route from Woody to Sarge?
The release notes [1] recommend using aptitude instead.
[1]
http
Hi,
btw, no need to cc: me, i'm subscribed to release, the bug and the package :-)
On Tuesday 05 April 2005 16:54, Steve Langasek wrote:
> - Nothing in the package (binary or source) uniquely identifies the
> kernel-source patchlevel used (including the added ABI name, since ABI name
> != patchle
On Wednesday 06 April 2005 11:26 am, Frank Lichtenheld wrote:
> - It is a apt-get bug only, aptitude handles the same situation just
> fine. But both apt-get from woody and sarge bail out.
That's really weird, because aptitude does nearly the same thing as apt-get
when calculating upgrades.
Josselin Mouette <[EMAIL PROTECTED]> writes:
> * Removal of the libpng3 binary package, as only 2 packages in sarge
> still depend on this one. Maybe we can keep it, though, as some
> third-party binaries could require libpng.so.3.
I get rather a longer list from apt-get rdepends; which two are y
On Wed, Apr 06, 2005 at 04:09:08PM +0200, Wichert Akkerman wrote:
> I just looked at upgrading a server from woody to sarge and the result
> was, well, interesting. The output from "apt-get -o
> Debug::pkgProblemResolver=true dist-upgrade" starts off with:
>
> Investigating perl
> Package perl has
Holger Levsen wrote:
> On Wednesday 06 April 2005 12:42, Martin Schulze wrote:
> > > Hmmm... the only mail address for stable security support on
> > > http://www.debian.org/intro/organization is [EMAIL PROTECTED] -
> > > <[EMAIL PROTECTED]> didnt seem appropriate to me.
> > What's wrong with that
I just looked at upgrading a server from woody to sarge and the result
was, well, interesting. The output from "apt-get -o
Debug::pkgProblemResolver=true dist-upgrade" starts off with:
Investigating perl
Package perl has broken dep on libterm-readline-perl-perl
Considering libterm-readline-perl-
I suggest removing kmatplot from testing (I think it is currently still
there). I don't feel it makes sense to have it there: upstream has
stopped developing it, I'm not using it myself, I don't know how many
people are... (I believe popcon.debian.org == gluck == down, so I cannot
check what th
Here is a summary of the important changes I'm planning for libpng in
etch.
* Removal of the entire libpng source package: libpng2, libpng2-dev,
libpng10-0, libpng10-dev. All applications currently linking to libpng
1.0 will have to be rebuilt against libpng 1.2. As sarge's libpng
packages include
Hi Joey,
On Wednesday 06 April 2005 12:42, Martin Schulze wrote:
> > Hmmm... the only mail address for stable security support on
> > http://www.debian.org/intro/organization is [EMAIL PROTECTED] -
> > <[EMAIL PROTECTED]> didnt seem appropriate to me.
> What's wrong with that address?
The reason
Holger Levsen wrote:
> Hmmm... the only mail address for stable security support on
> http://www.debian.org/intro/organization is [EMAIL PROTECTED] -
> <[EMAIL PROTECTED]> didnt seem appropriate to me.
What's wrong with that address?
> Would that have been a better address ?
Yes.
Regards,
Hi Joey,
On Tuesday 05 April 2005 18:26, Martin Schulze wrote:
> > Howto handle security fixes for fai-kernels
> > ---
> >
> > fai-kernels uses the kernel-source-2.4.27 and kernel-source-2.6.8
> > packages. If these packages get updated with a security fix,
Hi Steve,
On Tuesday 05 April 2005 16:54, Steve Langasek wrote:
> To reiterate our discussion on IRC, I don't think this addresses my
> concerns, which are that:
>
> - Nothing in the package (binary or source) uniquely identifies the
> kernel-source patchlevel used (including the added ABI name, s
Le Mercredi 6 Avril 2005 00:22, Frans Pop a ÃcritÂ:
> Is the release team aware of this issue?
> Will migration to testing of the new vim be blocked automatically
> until this is solved?
the problem is known, and already addressed (see #303266)
in fact, the bug is already closed in the current svn
Dear release team,
since I must go on "vacaction" for several weeks, and I'm unsure whether
there is enough "(wo)manpower" on debian-tetex-maint to resolve this
bug, I recommend that you keep a close look at it.
All my activities so far are recorded in the bug log. I have tried to
contact the bu
27 matches
Mail list logo