Bug#983357: Netinst crashes xen domU when loading kernel
Package: debian-installer Version: 20201202 Every bullseye netinst image I have tried to boot in a xen domU has crashed and rebooted the domU after choosing any entry from the boot menu. I thought there might have been something wrong with my xen server, which was running Ubuntu 18.04, but I rebuilt it the other day using bullseye as the dom0, and I still can't install bullseye in a domU.
Bug#946118: synaptics touchpad does not work in debian installer graphical mode
Holger Wansing, le sam. 20 févr. 2021 20:45:59 +0100, a ecrit: > Samuel Thibault wrote (Sat, 7 Dec 2019 22:54:09 +0100): > > Samuel Thibault, le mer. 04 déc. 2019 01:52:36 +0100, a ecrit: > > > Thinking of it... IIRC the touchpad is not working on my DELL XPS13 > > > laptop in g-i. > > > > Indeed, it doesn't work. > > Now that the graphical installer uses libinput instead of evdev, maybe it's > worth it to try if it works for you now with latest builds? It does work for me in the latest builds that use libinput, indeed. Samuel
netcfg_1.171_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 22 Feb 2021 17:58:31 +0100 Source: netcfg Architecture: source Version: 1.171 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team Changed-By: Holger Wansing Closes: 980607 Changes: netcfg (1.171) unstable; urgency=medium . * Team upload . [ Francisco Vilmar Cardoso Ruviaro ] * Update testcases to work with current Check API, patch from Dennis Filder . (Closes: #980607) * Satisfy GCC pedantery for strncpy() calls, patch from Dennis Filder . . [ Updated translations ] * Catalan (ca.po) by d * Danish (da.po) by Michael Millet * Galician (gl.po) by mantinan * Hindi (hi.po) by KushagraKarira * Kannada (kn.po) by Yogesh * Latvian (lv.po) by Tranzistors * Romanian (ro.po) by Sergiu * Albanian (sq.po) by Sotirios Vrachas * Tamil (ta.po) by Vasudevan Tirumurti * Thai (th.po) by Theppitak Karoonboonyanan * Ukrainian (uk.po) by Anton Gladky Checksums-Sha1: 6dbdaae09eadb418613ebd34cab580ff9d0f8fab 1870 netcfg_1.171.dsc 6669a2475bef0cd83f2b6a315faa178fbfc9e1cc 400188 netcfg_1.171.tar.xz fa24b648b41549128264ae124a9e6c636036132d 6299 netcfg_1.171_amd64.buildinfo Checksums-Sha256: a4b64300e50b6f86d977875a4cbedafbdda9cf013231a8b2df747fa25eb578f7 1870 netcfg_1.171.dsc ef33bd1f69e5a54e07401207c78b7fe3dfb12bdd9ee70864ea614548f59b2bd7 400188 netcfg_1.171.tar.xz 73d62d8ee38a1a93522b7da83da0934742c6a60272b2f9042edf7090a6182289 6299 netcfg_1.171_amd64.buildinfo Files: 0e546feb3d6cb8ca6f803597046afc1b 1870 debian-installer optional netcfg_1.171.dsc f5fdd9ef83af863ab57a651390f51c44 400188 debian-installer optional netcfg_1.171.tar.xz 3c260628c44299fb33d09be77a8f61d5 6299 debian-installer optional netcfg_1.171_amd64.buildinfo -BEGIN PGP SIGNATURE- iQJJBAEBCgAzFiEESWrG6BRCSzSFCDUpWfGHyhVusHYFAmAz5Q0VHGh3YW5zaW5n QG1haWxib3gub3JnAAoJEFnxh8oVbrB2XuIQALKrMqFg9WkCQpPP8OuJl2bLIKIX TasFRf4h21VLSNzFhzJv/P/Lnpo0Tm6ysSMLCIT2jX87YEqnx9qHWhz0wWyBUl+m /L6wh+rra3iM39xxTTBSxjaVUHtAMhOqROdKIXbCzcFUnR6ErKlcBVZLA30BuC6Q qzajRDkrje1JZ/a5LiSneWFWeBsu1z0Cl6Lmvj46exXngh01bXB1QcMyWJMxUhFI WRXwiuhTiROS+5fVn52DAxYMIhrsrw1awqpX9R20OHc+b61OljPRybWXFrZWPYAS RMGAu6C5hvXJhMs+tyVYK9jxtM4RVjYjIkuXVeYGmfDoeHgRke749Q+aPY2L/Yga bpYpkEmNfXPpwM4iDuwUSbvNqlrJODSXFLXkkn5Eg8phtqr5XpbM8H3r7GRQuVbs 1Utp2WJm9mAWoTAfMGSeYIBUMN8J1unYX3qgLQmGyCazHQ4xLFuc3qHSYHzQ0DI6 rSZ7c7pmkhHnGjLDqDdYq1aT/fhABqtlhc77Y++Ptu2HDdFonflKQW+kA0lrHd58 l8hNgzGFpD1K/eM/7bFDb8xBDSueuXVKjJRNvR/A0GlbEcXH8udji4Ay/QDv3+3J CAVVC/dgHO86Ed33RN7WYXXqDx0cKyKW0RLcYLlQ2N4SLsO7D9bFynnQ3aTq7RKf V+cO/CT/oC11U6zD =H5rh -END PGP SIGNATURE- Thank you for your contribution to Debian.
Processing of netcfg_1.171_source.changes
netcfg_1.171_source.changes uploaded successfully to localhost along with the files: netcfg_1.171.dsc netcfg_1.171.tar.xz netcfg_1.171_amd64.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
Bug#980607: marked as done (netcfg: FTBFS: test/test_inet_mton.c:12:15: error: too many arguments for format [-Werror=format-extra-args])
Your message dated Mon, 22 Feb 2021 17:18:58 + with message-id and subject line Bug#980607: fixed in netcfg 1.171 has caused the Debian Bug report #980607, regarding netcfg: FTBFS: test/test_inet_mton.c:12:15: error: too many arguments for format [-Werror=format-extra-args] to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 980607: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980607 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: netcfg Version: 1.169 Severity: serious Justification: FTBFS on amd64 Tags: bullseye sid ftbfs Usertags: ftbfs-20210120 ftbfs-bullseye Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): > cc -c -W -Wall -Werror -DNDEBUG -DNETCFG_VERSION="\"1.169\"" -I. -DWIRELESS > -DNM -Os -fomit-frame-pointer -o test/test_inet_mton.o test/test_inet_mton.c > In file included from test/srunner.h:1, > from test/test_inet_mton.c:1: > test/test_inet_mton.c: In function ‘test_inet_mton_v4_24_fn’: > test/test_inet_mton.c:12:15: error: too many arguments for format > [-Werror=format-extra-args] >12 | "Mask address wasn't 24 bits"); > | ^ > test/test_inet_mton.c: In function ‘test_inet_mton_v4_22_fn’: > test/test_inet_mton.c:24:15: error: too many arguments for format > [-Werror=format-extra-args] >24 | "Mask address wasn't 22 bits"); > | ^ > test/test_inet_mton.c: In function ‘test_inet_mton_v6_64_fn’: > test/test_inet_mton.c:38:15: error: too many arguments for format > [-Werror=format-extra-args] >38 | "Mask address wasn't 64 bits"); > | ^ > test/test_inet_mton.c: In function ‘test_inet_mton_v6_60_fn’: > test/test_inet_mton.c:52:15: error: too many arguments for format > [-Werror=format-extra-args] >52 | "Mask address wasn't 60 bits"); > | ^ > cc1: all warnings being treated as errors > make[1]: *** [Makefile:60: test/test_inet_mton.o] Error 1 The full build log is available from: http://qa-logs.debian.net/2021/01/20/netcfg_1.169_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! If you reassign this bug to another package, please marking it as 'affects'-ing this package. See https://www.debian.org/Bugs/server-control#affects If you fail to reproduce this, please provide a build log and diff it with me so that we can identify if something relevant changed in the meantime. About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. --- End Message --- --- Begin Message --- Source: netcfg Source-Version: 1.171 Done: Holger Wansing We believe that the bug you reported is fixed in the latest version of netcfg, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 980...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Holger Wansing (supplier of updated netcfg package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 22 Feb 2021 17:58:31 +0100 Source: netcfg Architecture: source Version: 1.171 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team Changed-By: Holger Wansing Closes: 980607 Changes: netcfg (1.171) unstable; urgency=medium . * Team upload . [ Francisco Vilmar Cardoso Ruviaro ] * Update testcases to work with current Check API, patch from Dennis Filder . (Closes: #980607) * Satisfy GCC pedantery for strncpy() calls, patch from Dennis Filder . . [ Updated translations ] * Catalan (ca.po) by d * Danish (da.po) by Michael Millet * Galician (gl.po) by mantinan * Hindi (hi.po) by KushagraKarira * Kannada (kn.po) by Yogesh * Latvian (lv.po) by Tranzistors * Romanian (ro.po) by Sergiu * Albanian (sq
Bug#982175: #982175 task-japanese-desktop: should explicitly prefer mozc over anthy
Add Hideki's answer to the bug. == Date: Mon, 22 Feb 2021 15:36:01 +0900 From: Hideki Yamane To: debian-japan...@lists.debian.org Subject: Re: #982175 task-japanese-desktop: should explicitly prefer mozc over anthy On Sat, 20 Feb 2021 17:46:03 +0100 Holger Wansing wrote: > What do Japanese people think about this? > Would you support prefering mozc over anthy? Anthy: upstream is almost dead, its quality as IME is worse than mozc Mozc: upstream is closed community it seems, its quality as IME is good As I am Japanese user, I prefer mozc. -- Hideki Yamane == Regards Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076
Bug#983325: allow to build the package without a udeb
Package: src:os-prober Version: 1.77 Tags: patch allow to build the package without a udeb. patch at http://launchpadlibrarian.net/524433240/os-prober_1.77ubuntu2_1.77ubuntu3.diff.gz
Re: Bug#983197: debootstrap: autopkgtest regression under autopkgtest-virt-qemu
On Mon, 22 Feb 2021 at 13:05:11 +0300, Michael Tokarev wrote: > 22.02.2021 13:00, Simon McVittie wrote: > > Control: reassign -1 src:debootstrap 1.0.123 > > Control: retitle -1 debootstrap: autopkgtest regression under > > autopkgtest-virt-qemu > [] > > > not ok 19 - unshare -m > > > /tmp/autopkgtest.PYPTQP/build.yxt/src/debian/tests/fake/schroot-1.6.10-3 > > > chroot.d runuser -u nobody -- script -q -c cat /etc/debian_version > > > /dev/null > > > not ok 20 - script(1) should work under (fake) schroot > > Can it be #983087 ? I think this is a separate bug. This autopkgtest is all about native chroots (I'm testing an amd64 chroot on an amd64 host, but if you run it on for example ppc64el, it'll be a ppc64el chroot on a ppc64el host) so qemu-user and binfmt-misc are not involved. smcv
Bug#983311: debootstrap: debian/tests/fake/schroot-1.6.10-3 does not behave the same as schroot 1.6.10-3
Source: debootstrap Version: 1.0.118 Severity: important Back in 2017, I added an autopkgtest to debootstrap. One of the things that it does is to run a simplified version of schroot, to make sure that a chroot produced by debootstrap is usable by schroot - in other words, to make sure the debootstrap RC bug #817236 does not regress. Since commit add2cf76, the script debian/tests/fake/schroot-1.6.10-3 bind-mounts /dev/ptmx onto $chroot/dev/ptmx. While I'm sure this would be a sensible thing to do, the entire purpose of that test script is that it behaves like schroot 1.6.10-3, so any difference in behaviour between schroot 1.6.10-3 and that script is a bug in that script. I believe the current QA uploads of schroot still have the same behaviour as 1.6.10-3. If they do not, we should add a debian/tests/fake/schroot-1.6.10-11 with the new behaviour. If you want a test script that behaves like schroot *should* behave, that already exists, as debian/tests/fake/schroot-proposed, which emulates the behaviour that I asked for in schroot bug #856877. However, until we have a stable release in which #856877 has been fixed in schroot, I think debootstrap should still have test coverage to make sure that it doesn't break older schroot versions. smcv
Re: Bug#983197: debootstrap: autopkgtest regression under autopkgtest-virt-qemu
22.02.2021 13:00, Simon McVittie wrote: Control: reassign -1 src:debootstrap 1.0.123 Control: retitle -1 debootstrap: autopkgtest regression under autopkgtest-virt-qemu [] not ok 19 - unshare -m /tmp/autopkgtest.PYPTQP/build.yxt/src/debian/tests/fake/schroot-1.6.10-3 chroot.d runuser -u nobody -- script -q -c cat /etc/debian_version /dev/null not ok 20 - script(1) should work under (fake) schroot Can it be #983087 ? Thanks, /mjt
Processed: Re: Bug#983197: debootstrap: autopkgtest regression under autopkgtest-virt-qemu
Processing control commands: > reassign -1 src:debootstrap 1.0.123 Bug #983197 [autopkgtest] autopkgtest: another difference between qemu and lxc testbeds Bug reassigned from package 'autopkgtest' to 'src:debootstrap'. No longer marked as found in versions autopkgtest/5.16. Ignoring request to alter fixed versions of bug #983197 to the same values previously set Bug #983197 [src:debootstrap] autopkgtest: another difference between qemu and lxc testbeds Marked as found in versions debootstrap/1.0.123. > retitle -1 debootstrap: autopkgtest regression under autopkgtest-virt-qemu Bug #983197 [src:debootstrap] autopkgtest: another difference between qemu and lxc testbeds Changed Bug title to 'debootstrap: autopkgtest regression under autopkgtest-virt-qemu' from 'autopkgtest: another difference between qemu and lxc testbeds'. -- 983197: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983197 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Re: Bug#983197: debootstrap: autopkgtest regression under autopkgtest-virt-qemu
Control: reassign -1 src:debootstrap 1.0.123 Control: retitle -1 debootstrap: autopkgtest regression under autopkgtest-virt-qemu On Sun, 21 Feb 2021 at 08:45:48 +0900, Ryutaroh Matsumoto wrote: > I report here another different behaviors of lxc and qemu testbeds. > The testbeds were made by debci setup -f -s sid -a amd64 -b ... > Tests of debootstrap pass on lxc, but some of them fail on qemu Differences between the lxc and qemu backends do not necessarily indicate a bug in autopkgtest. The lxc backend is not fully-privileged and cannot necessarily run all tests, in particular if the test is trying to exercise "powerful" capabilities like CAP_SYS_ADMIN. The lxc and qemu backends will probably also have a different /dev: under lxc it's managed by lxc, and under qemu it's managed by udev. > not ok 19 - unshare -m > /tmp/autopkgtest.PYPTQP/build.yxt/src/debian/tests/fake/schroot-1.6.10-3 > chroot.d runuser -u nobody -- script -q -c cat /etc/debian_version /dev/null > not ok 20 - script(1) should work under (fake) schroot This looks like a regression in debootstrap. I can reproduce this test failure under autopkgtest-virt-qemu, using a sid virtual machine image generated by autopkgtest-build-qemu. debootstrap 1.0.114 passes its autopkgtest in the same environment. I'll try to bisect this. smcv
Processed: Bug#982175 marked as pending in tasksel
Processing control commands: > tag -1 pending Bug #982175 [task-japanese-desktop] task-japanese-desktop: should explicitly prefer mozc over anthy Added tag(s) pending. -- 982175: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982175 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: Bug#982175 marked as pending in tasksel
Processing control commands: > tag -1 pending Bug #982175 [task-japanese-desktop] task-japanese-desktop: should explicitly prefer mozc over anthy Ignoring request to alter tags of bug #982175 to the same tags previously set -- 982175: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982175 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Support Informatique
Bonjour, En tant que fournisseur de services de nearshoring dans l'industrie du logiciel, nous souhaitons partager avec vous des solutions logicielles flexibles et rentables pour soutenir vos opérations commerciales. Avec plus de 10 ans de présence sur le marché, nous comprenons les besoins des entreprises locales, c'est pourquoi nous sommes en mesure de créer une équipe dédiée de spécialistes de divers domaines technologiques et langages de programmation, même en seulement 4 semaines. Nous mettons en œuvre des projets de recrutement avancés, dits de montée en puissance rapide (jusqu'à plusieurs dizaines de personnes). Nous avons mené à bien 200 projets à l'étranger, ce qui donne lieu à un grand groupe de partenaires en Europe de l'Ouest et en Scandinavie. Nous fournissons un modèle de coopération via l'équipe de développement à distance ou la livraison de projets logiciels. Cela signifie que nous pouvons vous aider à augmenter la capacité de développement logiciel ou à réaliser des projets logiciels de bout en bout. Quelle est votre opinion sur ces méthodes de coopération? Cela fonctionnerait-il pour vous? Cordialement, Pierre Musso