Multa no pagada - bloque de vehiculos - [ id 720411173 ]
Saludos Cordiales Multa no pagada Se ha identificado en nuestro sistema una multa de trafico no pagadadirigida a usted o su vehiculo. Para ver la notificacionVisite: Atencion: Para ver la notificacion, abra en un sistema (Windows). Copyright DGT 2020. Todos los derechos reservados. Version V5.1.0.7 13/11/2020 03:16:28 ___ Reproducible-builds mailing list Reproducible-builds@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/reproducible-builds
diffoscope is marked for autoremoval from testing
diffoscope 161 is marked for autoremoval from testing on 2020-11-24
It (build-)depends on packages with these RC bugs:
972041: android-platform-external-libunwind:
android-platform-external-libunwind uses an internal interface of p7zip-full
https://bugs.debian.org/972041
973113: python-argcomplete: FTBFS: dh_auto_test: error: pybuild --test -i
python{version} -p "3.9 3.8" returned exit code 13
https://bugs.debian.org/973113
This mail is generated by:
https://salsa.debian.org/release-team/release-tools/-/blob/master/mailer/mail_autoremovals.pl
Autoremoval data is generated by:
https://salsa.debian.org/qa/udd/-/blob/master/udd/testing_autoremovals_gatherer.pl
___
Reproducible-builds mailing list
Reproducible-builds@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/reproducible-builds
Bug#930997: Unintentional i386 compiles
Hi reprotest maintainers, I'd like to point out that an additional impact of this bug is that it results in failures for packages that are designed to build on amd64 but not on i386. For example, bazel-bootstrap supports 64-bit processors but (currently) does not support 32-bit processors. This line [1] causes the second build to *almost* always fail because it tries to build a package on i386 even though that is not a supported architecture. For reference, on my amd64 machine running "setarch --list" returns: uname26 linux32 linux64 i386 i486 i586 i686 athlon x86_64 Eliminating x86_64, as line [1] does, gives a very high probability of the resulting architecture being incompatible with 64-bit-only packages. If this is not easy to fix, is there a recommended workaround to prevent false-positive failures? Thanks! -Olek [1] https://salsa.debian.org/bazel-team/bazel-bootstrap/-/jobs/1155093#L4289 ___ Reproducible-builds mailing list Reproducible-builds@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/reproducible-builds
