Re: msort should be bin-NMUed for ICU 3.8

[Steve Langasek]

On Fri, Dec 28, 2007 at 02:22:24PM +0100, Rene Engelhard wrote:

> msort can be bin-NMUed for libicu38; it currently only depends on
> libicu38 on i386 (the maintainer upload) and the rest is libicu36. It
> already build-depends on libicu-dev so it should be bin-NMUable and
> bin-NMUs should be scheduled on anything except i386.

Scheduled - along with a binNMU for boost/i386, which was reuploaded to
unstable built against the old icu. 

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe

[Luk Claes]

Fabian Greffrath wrote:
> Am Freitag, den 28.12.2007, 18:46 +0100 schrieb Luk Claes:
>> Can you also include the security fix (patch 11) please?
> 
> Sure. I also changed the Architecture field in debian/control to reflect
> only i386/amd64 and uploaded the package again to mentors.d.n.
> 
> I'll be glad if you sponsored this upload.

Uploaded. Lets see if it's taken by an amd64 autobuilder, if not, feel
free to prod me to upload that one too...

Cheers

Luk


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Preparation of the next stable Debian GNU/Linux update

[Martin Zobel-Helas]

Hi, 

On Sat Dec 29, 2007 at 00:20:15 +0100, Martin Zobel-Helas wrote:
> The next revision of stable
> should therefore be released at the mid of February or 48h before the
> release of Etch, whatever comes first.

ignore that one. i really should kill that from the skel directory..

Greetings
Martin

-- 
[EMAIL PROTECTED] /root]# man real-life
No manual entry for real-life


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Preparation of the next stable Debian GNU/Linux update

[Martin Zobel-Helas]

Preparation of Debian GNU/Linux 4.1r3
=

An up-to-date version is at .

We are preparing the next revision of the current stable Debian
distribution (sarge) and will frequently send reports so people can
actually comment on it and intervene whenever this is required.

If you disagree with one bit or another, please reply to this mail and
explain why these things should be handled differently.  

The overall plan is to release a new update of the stable Debian
distribution roughly two months after the last update or after the
initial release, whichever is suitable.  The next revision of stable
should therefore be released at the mid of February or 48h before the
release of Etch, whatever comes first.

An ftpmaster still has to give the final approval for each package
since ftpmasters are responsible for the archive.  However, we are
trying to make their work as easy as possible in hope to get the next
revision out properly and without any hassle.

The regulations for updates to the stable Debian release are quite
conservative.

The requirements for packages to get updated in stable are:

 1. The package fixes a security problem.  An advisory by our own
Security Team is required.  Updates need to be approved by the
Security Team.

 2. The package fixes a critical bug which can lead to data loss,
data corruption, or an overly broken system, or the package is
broken or not usable (anymore).

 3. The stable version of the package is not installable at all due to
broken or unmet dependencies or broken installation scripts.

 4. All released architectures have to be in sync.

 5. The package gets all released architectures back in sync.

It is (or (and (or 1 2 3) 4) 5)

Regular bugs and upgrade problems don't get fixed in new revisions for
the stable distribution.  

Packages which will most probably be rejected:

  . Packages that fix non-critical bugs.

  . Misplaced uploads, i.e. packages that were uploaded to 'stable
unstable' or `frozen unstable' or similar.

  . Packages for which its binary packages are out of sync with regard
to all supported architectures in the stable distribution.

  . Binary packages for which the source got lost somehow.

  . Packages that fix an unusable minor part of a package.

If you would like to get a package updated in the stable release, you
are advised to talk to the stable release managers first (see
).

Accepted Packages
-

These packages will be installed into the stable Debian distribution
and will be part of the next revision.



cupsys-bsd   stable1.2.7-4etch1  alpha amd64 arm hppa i386 ia64 
mips mipsel powerpc s390 sparc
cupsys-bsd   updates   1.2.7-4etch2  alpha amd64 arm hppa i386 ia64 
mips mipsel powerpc s390 sparc
cupsys-clientstable1.2.7-4etch1  alpha amd64 arm hppa i386 ia64 
mips mipsel powerpc s390 sparc
cupsys-clientupdates   1.2.7-4etch2  alpha amd64 arm hppa i386 ia64 
mips mipsel powerpc s390 sparc
cupsys-commonstable1.2.7-4etch1  all
cupsys-commonupdates   1.2.7-4etch2  all
cupsys-dbg   stable1.2.7-4etch1  alpha amd64 arm hppa i386 ia64 
mips mipsel powerpc s390 sparc
cupsys-dbg   updates   1.2.7-4etch2  alpha amd64 arm hppa i386 ia64 
mips mipsel powerpc s390 sparc
cupsys   stable1.2.7-4etch1  alpha amd64 arm hppa i386 ia64 
mips mipsel powerpc s390 sparc source
cupsys   updates   1.2.7-4etch2  alpha amd64 arm hppa i386 ia64 
mips mipsel powerpc s390 sparc source
libcupsimage2-devstable1.2.7-4etch1  alpha amd64 arm hppa i386 ia64 
mips mipsel powerpc s390 sparc
libcupsimage2-devupdates   1.2.7-4etch2  alpha amd64 arm hppa i386 ia64 
mips mipsel powerpc s390 sparc
libcupsimage2stable1.2.7-4etch1  alpha amd64 arm hppa i386 ia64 
mips mipsel powerpc s390 sparc
libcupsimage2updates   1.2.7-4etch2  alpha amd64 arm hppa i386 ia64 
mips mipsel powerpc s390 sparc
libcupsys2-dev   stable1.2.7-4etch1  alpha amd64 arm hppa i386 ia64 
mips mipsel powerpc s390 sparc
libcupsys2-dev   updates   1.2.7-4etch2  alpha amd64 arm hppa i386 ia64 
mips mipsel powerpc s390 sparc
libcupsys2-gnutls10  stable1.2.7-4etch1  all
libcupsys2-gnutls10  updates   1.2.7-4etch2  all
libcupsys2   stable1.2.7-4etch1  alpha amd64 arm hppa i386 ia64 
mips mipsel powerpc s390 sparc
libcupsys2   updates   1.2.7-4etch2  alpha amd64 arm hppa i386 ia64 
mips mipsel powerpc s390 sparc

DSA 1437 cupsys - several vulnerabilities

inotify-tools  stable3.3-1   alpha amd64 arm hppa i386 ia64 mips mipsel 
powerpc s390 sparc source
inotify-tools  updates   3.3-2   alpha amd64 arm hppa i386 ia64 mips mipsel 
powerpc s390 sparc source

DSA 1440 inotify-tools - Arbitrary code execution

ipmitoolstable1.8.8-3 amd64 i386 source
ipmit

Re: Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe

[Fabian Greffrath]

Am Freitag, den 28.12.2007, 18:46 +0100 schrieb Luk Claes:
> Can you also include the security fix (patch 11) please?

Sure. I also changed the Architecture field in debian/control to reflect
only i386/amd64 and uploaded the package again to mentors.d.n.

I'll be glad if you sponsored this upload.

Cheers,
Fabian



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Accepted boost 1.34.1-4 (source all i386)

[Steve M. Robbins]

On Fri, Dec 28, 2007 at 08:23:10PM +0100, Kurt Roeckx wrote:
> On Fri, Dec 28, 2007 at 03:32:09PM +, Steve M. Robbins wrote:
> > Changes: 
> >  boost (1.34.1-4) unstable; urgency=low
> >  .
> >* Merged Steve Langasek's -2.1 and -2.2 changes into
> >the experimental -3 version.
> 
> Was this supposed to be uploaded to unstable?

Yes.  

The previous "experimental" version had two differences from its
"unstable" predecessor: (1) it was built with gcc 4.2 with a soname
change and (2) it was built with python 2.5.  Langasek's changes were
to build with gcc 4.2 without changing soname, obviating (1) and I
reverted (2) manually.  I forgot to mention the latter in the
changelog.

Cheers,
-Steve





signature.asc
Description: Digital signature

Re: Accepted boost 1.34.1-4 (source all i386)

[Kurt Roeckx]

On Fri, Dec 28, 2007 at 03:32:09PM +, Steve M. Robbins wrote:
> Changes: 
>  boost (1.34.1-4) unstable; urgency=low
>  .
>* Merged Steve Langasek's -2.1 and -2.2 changes into
>the experimental -3 version.

Was this supposed to be uploaded to unstable?


Kurt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe

[Luk Claes]

Fabian Greffrath wrote:
> retitle 458052 RM: unace-nonfree/stable [alpha arm hppa ia64 mips mipsel 
> powerpc s390 sparc] -- ANAIS not big-endian safe
> thanks
> 
> Am Freitag, den 28.12.2007, 14:41 +0100 schrieb Luk Claes:
>> Can you please upload a fixed package to stable and retitle the
>> bugreport accordingly?
> 
> Sure. The fixed package can be found at:
> http://mentors.debian.net/debian/pool/non-free/u/unace-nonfree/unace-nonfree_2.5-1etch1.dsc

Can you also include the security fix (patch 11) please?

Cheers

Luk


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe

[Fabian Greffrath]

retitle 458052 RM: unace-nonfree/stable [alpha arm hppa ia64 mips mipsel 
powerpc s390 sparc] -- ANAIS not big-endian safe
thanks

Am Freitag, den 28.12.2007, 14:41 +0100 schrieb Luk Claes:
> Can you please upload a fixed package to stable and retitle the
> bugreport accordingly?

Sure. The fixed package can be found at:
http://mentors.debian.net/debian/pool/non-free/u/unace-nonfree/unace-nonfree_2.5-1etch1.dsc

Thanks!

Cheers,
Fabian


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe

[Luk Claes]

Fabian Greffrath wrote:
> Am Freitag, den 28.12.2007, 11:28 +0100 schrieb Luk Claes:
>> Do you think the patch to fix the 64-bit issue is small enough to have
>> it included in the next point release?
> 
> Yes: The patch itself is <4kB and affects only one single file.

Can you please upload a fixed package to stable and retitle the
bugreport accordingly?

Cheers

Luk


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

msort should be bin-NMUed for ICU 3.8

[Rene Engelhard]

Hi,

msort can be bin-NMUed for libicu38; it currently only depends on
libicu38 on i386 (the maintainer upload) and the rest is libicu36. It
already build-depends on libicu-dev so it should be bin-NMUable and
bin-NMUs should be scheduled on anything except i386.

This is the last package needing action for the icu 3.8 transition
(besides the buildd/gcc/kernel bug preventing openoffice.org be built on
sparc...)

Regards,

Rene

[1] A new discussion on #-devel tightehs my opinion that this is not a OOo
problem at all and the sparc porters/gcc people/buildd admins/kernel people)
should fix/debug it..., or it should (at least temporarily) be ignored. 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe

[Fabian Greffrath]

Am Freitag, den 28.12.2007, 11:28 +0100 schrieb Luk Claes:
> Do you think the patch to fix the 64-bit issue is small enough to have
> it included in the next point release?

Yes: The patch itself is <4kB and affects only one single file.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe

[Luk Claes]

Fabian Greffrath wrote:
> package: ftp.debian.org
> 
> Hi!

Hi

> A code audit revealed that unace-nonfree 2.5-1 in stable is neither
> 64bit- nor big-endian clean.
> 
> Revision -3 in unstable is 64bit-clean but still not big-endian-clean
> (will file another bug report). For revision -3 I enabled only i386 and
> amd64 as build archs, because I have no possibility to test the program
> on other archs.

Do you think the patch to fix the 64-bit issue is small enough to have
it included in the next point release?

Cheers

Luk


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Please unblock iso-codes

[Luk Claes]

Tobias Toedter wrote:
> Hi,
> 
> if the Installer team does not object, please add the following
> hint:
> 
> unblock iso-codes/1.7-1

unblocked

Cheers

Luk


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Please unblock iso-codes

[Tobias Toedter]

Hi,

if the Installer team does not object, please add the following
hint:

unblock iso-codes/1.7-1

Regards,
Tobias

-- 
Tobias Toedter   | God, I ask for patience -- and I want it right now!
Hamburg, Germany |


signature.asc
Description: PGP signature