ssm is marked for autoremoval from testing

ssm 1.3-2 is marked for autoremoval from testing on 2015-08-18 It is affected by these RC bugs: 790284: ssm: FTBFS with and gcc-5 (symbols) -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

apertium-cy-en_0.1.1~r57554-1_amd64.changes is NEW

binary:apertium-cy-en is NEW. source:apertium-cy-en is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are

Re: Bug#790327: openturns: FTBFS on mipsel package requires more than 1GB RAM; do not build on mips/mipsel. Stop.

Hi. Please, can you take a look on the patch? It is building ok on mips now. Thanks, Gustavo Prado Alkmim Bacharel em Ciência da Computação (UFLA) Doutorando em Ciência da Computação (UNICAMP) -- Do que adianta para o homem ganhar o mundo e perder sua alma??? 2015-07-22 4:49 GMT-03:00

nlopt_2.4.2+dfsg-1~bpo70+1_amd64.changes ACCEPTED into wheezy-backports-backports-policy, wheezy-backports

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 28 Jul 2015 04:41:18 -0400 Source: nlopt Binary: libnlopt0 libnlopt-dev python-nlopt octave-nlopt libnlopt-guile0 Architecture: source amd64 Version: 2.4.2+dfsg-1~bpo70+1 Distribution: wheezy-backports Urgency: low

Processing of apertium-cy-en_0.1.1~r57554-1_amd64.changes

apertium-cy-en_0.1.1~r57554-1_amd64.changes uploaded successfully to localhost along with the files: apertium-cy-en_0.1.1~r57554-1.dsc apertium-cy-en_0.1.1~r57554.orig.tar.bz2 apertium-cy-en_0.1.1~r57554-1.debian.tar.xz apertium-cy-en_0.1.1~r57554-1_all.deb Greetings, Your Debian

sardana 1.6.1-1 MIGRATED to testing

FYI: The status of the sardana source package in Debian's testing distribution has changed. Previous version: 1.4.2-1 Current version: 1.6.1-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will

qrouter 1.3.11-1 MIGRATED to testing

FYI: The status of the qrouter source package in Debian's testing distribution has changed. Previous version: 1.3.10-1 Current version: 1.3.11-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will

Bug#778106: rheolef: ftbfs with GCC-5

Hi, I haven't touched this: Matthias Klose d...@debian.org (2015-07-25): after fixing --- a/skit/plib2/load_chunk.h +++ b/skit/plib2/load_chunk.h @@ -28,7 +28,7 @@ load_chunk (std::istream s, RandomItera { while (iter != last) if (!(s *iter++)) return false; -

Processed: raise severity of GCC 5 issues

Processing commands for cont...@bugs.debian.org: severity 85 serious Bug #85 [src:attica] attica: ftbfs with GCC-5 Severity set to 'serious' from 'important' severity 777889 serious Bug #777889 [src:grantlee] grantlee: ftbfs with GCC-5 Severity set to 'serious' from 'important'

Processing of singular_4.0.2+ds-1_amd64.changes

singular_4.0.2+ds-1_amd64.changes uploaded successfully to localhost along with the files: singular_4.0.2+ds-1.dsc singular_4.0.2+ds.orig.tar.xz singular_4.0.2+ds-1.debian.tar.xz libsingular4-dbg_4.0.2+ds-1_amd64.deb libsingular4-dev-common_4.0.2+ds-1_all.deb

singular_4.0.2+ds-1_amd64.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 03 Aug 2015 00:12:09 + Source: singular Binary: singular libsingular4 libsingular4-dev libsingular4-dev-common singular-modules singular-data singular-ui singular-ui-emacs singular-ui-xterm libsingular4-dbg

Re: multiarch = same and different date-entries in generated man page of i32/i64

Hi Roelof, there is a bug [1] with the patch, which replaces the date of autogenerator by the last changelog date. I think you can try to use this idea to fix your bugs. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787675 Best regards Anton 2015-08-03 21:55 GMT+02:00 Roelof Berg

multiarch = same and different date-entries in generated man page of i32/i64

Hi, I'm new to Debian packaging. For my package limereg two bug reports were generated, telling me that 'multiarch = same' is void because some man files differ between i32 and i64. When I look into the .diff, that is attached to the bug report, I see different creation-date entries. The