Bug#985666: alsa-utils: no sound after installation

Nick Gawronski, le dim. 21 mars 2021 15:07:41 -0500, a ecrit: > pulseaudio is running Pulseaudio is running? That's odd, I don't see how that could happen. So you just boot the system, log-in through ssh, and there pulseaudio is already running without having started anything? (no graphical

Bug#985666: alsa-utils: no sound after installation

Nick Gawronski, le dim. 21 mars 2021 13:45:37 -0500, a ecrit: > I tried this with both a debian desktop environment and just the > standard system utilities with the same result. So this rules out the orca question indeed. Is pulseaudio running on the installed system? (Normally that shouldn't be

Bug#985666: alsa-utils: no sound after installation

Hello, Please keep the bug in Cc, so the maintainers of the correspoding package get the additional information too. john doe, le dim. 21 mars 2021 19:38:43 +0100, a ecrit: > On 3/21/2021 7:02 PM, Samuel Thibault wrote: > > A user reports that although he has sound during installati

Bug#985666: alsa-utils: no sound after installation

Package: alsa-utils Version: 1.2.4-1 Hello, A user reports that although he has sound during installation (using speech synthesis), there is no sound at reboot into the installed system, although it looks like the audio levels seem correct. Any idea? Samuel Nick Gawronski, le mer. 17 mars 2021

Bug#985645: hurd: Hurd creates buggy core files or gdb cannot read core files properly

Svante Signell, le dim. 21 mars 2021 11:47:14 +0100, a ecrit: > Example session: > host ftp.sunet.se > ftp.sunet.se is an alias for sunet.ftp.acc.umu.se. > sunet.ftp.acc.umu.se has address 194.71.11.173 > sunet.ftp.acc.umu.se has address 194.71.11.165 > socket.c:3175: REQUIRE(readable ||

Bug#985436: libstarpu-dev: broken symlink: /usr/lib/x86_64-linux-gnu/libstarpurm-1.3.so -> libstarpurm-1.3.so.1.0.1

Andreas Beckmann, le ven. 19 mars 2021 13:48:25 +0100, a ecrit: > the same problem exists in src:starpu-contrib. Ah, right, sure, uploaded. Samuel

Bug#985475: unblock: starpu/1.3.7+dfsg-3

2021-01-16 13:37:36.0 +0100 +++ starpu-1.3.7+dfsg/debian/changelog 2021-03-18 22:50:37.0 +0100 @@ -1,3 +1,10 @@ +starpu (1.3.7+dfsg-3) unstable; urgency=medium + + * control: Make libstarpu-dev depend on libstarpurm-1.3-1 +(Closes: Bug#985436). + + -- Samuel Thibault Thu

Bug#977477: release-notes: Update apt upgrade guidance (Was: Re: Bug#977477: apt: Adding progression indication to apt-get output)

Hello, Paul Gevers, le jeu. 18 mars 2021 12:01:33 +0100, a ecrit: > On 17-03-2021 19:40, Samuel Thibault wrote: > > Paul Gevers, le mer. 17 mars 2021 19:38:16 +0100, a ecrit: > >>> "apt upgrade --without-new-pkgs" > >> > >> Looking into

Bug#977477: release-notes: Update apt upgrade guidance (Was: Re: Bug#977477: apt: Adding progression indication to apt-get output)

Paul Gevers, le mer. 17 mars 2021 19:38:16 +0100, a ecrit: > > "apt upgrade --without-new-pkgs" > > Looking into history, I see we did this because of > https://bugs.debian.org/931637. I guess your suggestion is a better > alternative? It would probably fill both the objective of upgrading

Bug#977477: release-notes: Update apt upgrade guidance (Was: Re: Bug#977477: apt: Adding progression indication to apt-get output)

Paul Gevers, le mar. 16 mars 2021 22:08:51 +0100, a ecrit: > wrote: > > So we'd rather make release-notes document using apt instead of > > apt-get? I'm fine with that but we *ALSO* need to make sure that debian > > developers actually *test* that path, and not the apt-get path. > > Already the

Bug#984881: libnvidia-ml-dev: missing libnvidia-ml.so in library search path?

Andreas Beckmann, le dim. 14 mars 2021 06:19:28 +0100, a ecrit: > On 11/03/2021 16.57, Samuel Thibault wrote: > > Thanks for the nvidia-alternative upload, but it seems that it then > > doesn't work for ppc64el, which doesn't have the nvidia-alternative > > binary package s

Bug#985274: unblock: hwloc-contrib/2.4.1+dfsg-2

+++ hwloc-contrib-2.4.1+dfsg/debian/changelog 2021-03-11 16:01:54.0 +0100 @@ -1,3 +1,10 @@ +hwloc-contrib (2.4.1+dfsg-2) unstable; urgency=medium + + * libhwloc-contrib-plugins.install: Install the nvml plugin again +(Closes: Bug#984984) + + -- Samuel Thibault Thu, 11 Mar 2021 16

Bug#985204: unblock: pyatspi/2.38.1-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hello, I have uploaded the upstream bugfix version 2.38.1. I'm sorry I didn't realize "key package" was spanning quite large, so that update won't auto-propagate without explicit unblock,

Bug#985189: ITP: et -- Eternal Terminal (ET) is a remote shell that automatically reconnects without interrupting the session.

Hello, Jason Gauci, le dim. 14 mars 2021 04:38:27 +, a ecrit: > Package name: et > > Eternal Terminal (ET) is a remote shell that automatically reconnects without > interrupting the session. It would be useful to add the difference with mosh: " While mosh provides the same core

Bug#985119: debian-installer: shared-mime-info installed for no apparent reason

Hello, Witold Baryluk, le sam. 13 mars 2021 00:36:59 +, a ecrit: > I just used the daily netinst for testing on arm64 in qemu. > what dependss on shared-mime-info that it was installed in the first > place? On qemu, the hwdetect package installs qemu-guest-agent, which depends on

Bug#984881: libnvidia-ml-dev: missing libnvidia-ml.so in library search path?

Hello, Andreas Beckmann, le mer. 10 mars 2021 10:32:42 +0100, a ecrit: > I'll think about where best to add this ... driver or cuda toolkit. Thanks for the nvidia-alternative upload, but it seems that it then doesn't work for ppc64el, which doesn't have the nvidia-alternative binary package

Bug#984984: hwloc-contrib: FTBFS with latest nvidia-alternative

Source: hwloc-contrib Version: 2.4.1+dfsg-1 Severity: serious Justification: FTBFS With the new nvidia-alternative package which fixed shipping libnvidia-ml.so (see #984881), hwloc-contrib now FTBFS: dh_missing -a dh_missing: warning: usr/lib/x86_64-linux-gnu/hwloc/hwloc_nvml.so exists in

Bug#984899: buster-pu: package hwloc-contrib/1.11.12-3+deb10u1

Adam D. Barratt, le mer. 10 mars 2021 21:25:27 +, a ecrit: > On Wed, 2021-03-10 at 01:32 +0100, Samuel Thibault wrote: > > I have uploaded a proposed 1.11.12-3+deb10u1 version of hwloc-contrib > > for buster. > > The amd64 package that was uploaded appears to h

Bug#984899: buster-pu: package hwloc-contrib/1.11.12-3+deb10u1

@@ +hwloc-contrib (1.11.12-3+deb10u1) buster; urgency=medium + + * control: Enable build on ppc64el with libcuda1 build-dep disabled. + * patches/cuda-ppc64el: Upstream fix for cudart test that does not actually +need libcuda1. + + -- Samuel Thibault Wed, 10 Mar 2021 00:22:29 +0100 + hwloc

Bug#984881: libnvidia-ml-dev: missing libnvidia-ml.so in library search path?

Package: libnvidia-ml-dev Version: 11.2.67~11.2.1-2 Severity: important Hello, While trying to build a program that uses nvml, I am getting: $ gcc transfers.c -o transfers -lnvidia-ml /usr/bin/ld: cannot find -lnvidia-ml collect2: error: ld returned 1 exit status indeed libnvidia-ml-dev

Bug#984802: [Pkg-fonts-devel] Bug#984802: conflicts: lcdf-typetools

Jonas Smedegaard, le lun. 08 mars 2021 17:36:53 +0100, a ecrit: > Quoting Samuel Thibault (2021-03-08 16:12:37) > > Gürkan Myczko, le lun. 08 mars 2021 15:44:52 +0100, a ecrit: > > > Package: otf-trace > > > Version: 1.12.5+dfsg-7 > > > Severity: serious > &

Bug#984802: conflicts: lcdf-typetools

Gürkan Myczko, le lun. 08 mars 2021 15:44:52 +0100, a ecrit: > Package: otf-trace > Version: 1.12.5+dfsg-7 > Severity: serious > Justification: Sounds like a serious violation of ?10.1 Well, yes. The base issue is that OTF stands both for OpenType Font and Open Trace Format. Thus the marked

Bug#984617: unblock: lowmem/1.49

memory sizes. + + -- Samuel Thibault Wed, 03 Mar 2021 02:21:13 +0100 + lowmem (1.48) unstable; urgency=medium * Team upload diff -Nru lowmem-1.48/debian-installer-startup.d/S15lowmem lowmem-1.49/debian-installer-startup.d/S15lowmem --- lowmem-1.48/debian-installer-startup.d/S15lowmem2019

Bug#983897: installation-reports: Installation in Uyghur hangs

Holger Wansing, le ven. 05 mars 2021 00:12:19 +0100, a ecrit: > Samuel Thibault wrote (Wed, 3 Mar 2021 00:43:38 > +0100): > > I was trying the debian installer in Uyghur to test lowmem levels, and > > it seems that it just hangs when asking for user login/password, se

Bug#983897: installation-reports: Installation in Uyghur hangs

Package: installation-reports Severity: normal Tags: d-i i18n Hello, I was trying the debian installer in Uyghur to test lowmem levels, and it seems that it just hangs when asking for user login/password, see the attached screenshot (obtained by just selecting Uyghur then all default answers).

Bug#983589: w3m: Cannot verify certificates any more

Tatsuya Kinoshita, le sam. 27 févr. 2021 07:36:20 +0900, a ecrit: > On 2021-02-26 at 21:25 +0100, Samuel Thibault wrote: > > Since version 0.5.3+git20210102-3 of w3m (downgrading to -2 fixes it), > > all https website give me > > > > unable to get local issuer certific

Bug#983589: w3m: Cannot verify certificates any more

Package: w3m Version: 0.5.3+git20210102-3 Severity: important Hello, Since version 0.5.3+git20210102-3 of w3m (downgrading to -2 fixes it), all https website give me unable to get local issuer certificate: accept? (y/n) and choosing y gives Accept unsecure SSL session: unverified: unable to

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 &

Bug#913978: bug 913978: gnome-control-center is not accessible with Orca screenreader

Hello, Paul Gevers, le sam. 06 févr. 2021 10:10:33 +0100, a ecrit: > On Thu, 16 May 2019 20:15:20 +0200 Paul Gevers wrote: > > On Sat, 27 Apr 2019 13:16:05 -0700 Tassia Camoes Araujo > > wrote: > > > From what I could understand, it is unlikely this will be fixed before > > > Buster release. So

Bug#879147: debian-ports and unreleased packages

Hello, For information, I submitted a couple of fixes for the unreleased distribution in debian-cd, it now behaves fine when setting UNRELEASED=1 in CONF.sh: it includes packages from the unreleased distribution in the sid distribution of the CD. Also, I switched to using LOCAL=1, LOCALDEBS and

Bug#982917: nvme-cli: Add a nvme-cli-udeb package?

Package: nvme-cli Version: 1.12-5 Severity: normal Tags: d-i Hello, I was reinstalling a laptop after a NVME change, and I realized: what if the NVME did not have any namespace set up? The installer would then not recognize the disk. We would need at least the nvme command to be available on the

Bug#982283: override: bsdmainutils:oldlibs/optional

Samuel Thibault, le jeu. 11 févr. 2021 00:56:20 +0100, a ecrit: > As I mentioned previously in the bug, bsdutils (required) recommends > bsdextrautils, so for that part things don't change. Ah, no, the base install doesn't follow recommends, so bsdextrautils is not getting installed an

Bug#982283: override: bsdmainutils:oldlibs/optional

Sean Whitton, le mer. 10 févr. 2021 16:44:30 -0700, a ecrit: > On Thu 11 Feb 2021 at 12:21AM +01, Samuel Thibault wrote: > > Sean Whitton, le lun. 08 févr. 2021 11:10:43 -0700, a ecrit: > >> On Mon 08 Feb 2021 at 10:19AM +01, Chris Hofstaedtler wrote: > >> >

Bug#982283: override: bsdmainutils:oldlibs/optional

Sean Whitton, le lun. 08 févr. 2021 11:10:43 -0700, a ecrit: > On Mon 08 Feb 2021 at 10:19AM +01, Chris Hofstaedtler wrote: > > Package: ftp.debian.org > > Severity: normal > > > > Hi, > > > > bsdmainutils has become a transitional package in bullseye. It would be > > great if we don't install it

Bug#959221: [hurd] install UI slow to point of unusable, even text UI for me too

Stephen Lyons, le mar. 09 févr. 2021 23:52:43 +, a ecrit: > If I refer you back to: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959221#15 it was the > Debian Sid DVD image: > https://cdimage.debian.org/cdimage/ports/latest/hurd-i386/current/debian-sid-hurd-i386-DVD-1.iso > which report

Bug#959221: [hurd] install UI slow to point of unusable, even text UI for me too

Stephen Lyons, le mar. 09 févr. 2021 23:32:00 +, a ecrit: > So I have worked around the problem - which seems to be confined to the > installer and is a nuisance So you mean that the installed system does not have the keyboard issue? That is very surprising since that is supposed to be about

Bug#959221: [hurd] install UI slow to point of unusable, even text UI for me too

Stephen Lyons, le mar. 09 févr. 2021 05:12:01 +, a ecrit: > +A eventually toggles only between screen 1 (installer) It's not control+A alone, but control+A then space. > However it seems like pretty much all key strokes seem to be piling up > somehow in parts of the installation process. As

Bug#982273: libbsd0-udeb: depends on libmd0

Cyril Brulebois, le lun. 08 févr. 2021 16:16:17 +0100, a ecrit: > Guillem Jover (2021-02-08): > > I've uploaded it now, once it hits NEW I'll poke ftp-masters. The git > > and source+binary packages at: > > > > > >

Bug#982273: libbsd0-udeb: depends on libmd0

Guillem Jover, le lun. 08 févr. 2021 13:58:56 +0100, a ecrit: > I'd rather not revert the switch to use libmd, > but that requires the d-i team to approve (CCed) such package and > ftp-masters to approve such package. :/ ftp-master will probably be an easy step, you can probably ping them to get

Bug#982283: override: bsdmainutils:oldlibs/optional

Chris Hofstaedtler, le lun. 08 févr. 2021 10:19:38 +0100, a ecrit: > bsdmainutils has become a transitional package in bullseye. It would be > great if we don't install it by default - right now its Priority: > important. For information, bsdmainutils' packaging already sets the priority to

Bug#982273: libbsd0-udeb: depends on libmd0

Control: clone -1 -2 Control: reassign -2 reportbug Control: retitle -2 gets source package name wrong Andrei POPESCU, le lun. 08 févr. 2021 09:35:46 +0200, a ecrit: > Control: reassign -1 src:libbsd 0.11.1-1 > > On Lu, 08 feb 21, 02:25:01, Samuel Thibault wrote: > > Sourc

Bug#982273: libbsd0-udeb: depends on libmd0

Source: libbsd0-udeb Version: 0.11.1-1 Severity: serious Justification: makes debian-installer FTBFS Hello, The "new upstream" upload of libbsd builds a udeb that depends on a non-udeb: The following packages have unmet dependencies: libbsd0-udeb : Depends: libmd0 (>= 1.0.3) but it is not

Bug#981440: bsdmainutils: Please make it only suggest calendar

Hello, Any news on this? It would be good to avoid installing cpp by default on all base Debian systems. Samuel Samuel Thibault, le dim. 31 janv. 2021 12:06:35 +0100, a ecrit: > Package: bsdmainutils > Version: 12.1.7 > Severity: important > > Hello, > > In 257885db

Bug#982126: Re : Disk with 60801 cylinders (seen in Puppy Gparted) is detected as having 16709 in Hurd

Control: reassign -1 gnumach Please use the reportbug command rather than trying to fill the form by hand, which is always error-prone. Paul Dufresne, le sam. 06 févr. 2021 12:14:26 -0500, a ecrit: > I have tried to install July 2020 version of Hurd on a real (Dual Core 3 Ghz) > computer. > >

Bug#959221: [hurd] install UI slow to point of unusable, even text UI for me too

Hello, Stephen Lyons, le sam. 06 févr. 2021 02:30:43 +, a ecrit: > However, now I have found #959221 I have to admit I had never noticed that bug report, I don't know why. > I have to say that trying to install > onto a real machine with this later and different image does not seem > any

Bug#981442: apparmor: Please do not install by default or depend on python3

intrigeri, le ven. 05 févr. 2021 12:25:58 +0100, a ecrit: > Samuel Thibault (2021-02-05): > > I'll keep the VMs around, for any further test you'd want? > > No, that's good enough for me. I'll upload ASAP. Thanks! Samuel

Bug#981442: apparmor: Please do not install by default or depend on python3

Hello, intrigeri, le ven. 05 févr. 2021 09:06:54 +0100, a ecrit: > I did the backporting work in a topic branch: > https://salsa.debian.org/apparmor-team/apparmor/-/tree/debian-bug-981442 Thanks! > 4. ensure aa-status works (compare with how it works in a regular > testing/sid system) I

Bug#981668: gettext: Fix build without the java build-deps

Santiago Vila, le mar. 02 févr. 2021 20:08:30 +0100, a ecrit: > On Tue, Feb 02, 2021 at 07:49:11PM +0100, Samuel Thibault wrote: > > That being said my patch is not enough to fix #981669, as the !nojava > > won't automatically be set for the nojava architectures, > > [!hppa

Bug#981668: gettext: Fix build without the java build-deps

Santiago Vila, le mar. 02 févr. 2021 19:40:14 +0100, a ecrit: > On Tue, Feb 02, 2021 at 07:32:33PM +0100, Samuel Thibault wrote: > > gettext uses qualifiers in debian/control to allow for a > > non-java build, but debian/rules still inconditionally uses --with > > maven-repo

Bug#981668: gettext: Fix build without the java build-deps

Package: gettext Version: 0.21-3 Severity: normal Hello, gettext uses qualifiers in debian/control to allow for a non-java build, but debian/rules still inconditionally uses --with maven-repo-helper. The attached patch fixes this. Samuel -- System Information: Debian Release: bullseye/sid

Bug#981442: apparmor: Please do not install by default or depend on python3

intrigeri, le lun. 01 févr. 2021 09:16:23 +0100, a ecrit: > I'm asking because AFAICT, the chain of dependencies has not changed > between Buster and Bullseye: > > - the Linux kernel images Recommends: apparmor > - apparmor depends python3:any One thing that changed is that mime-support (which

Bug#981016: python3.9: depends on mime-support which is transitional package

Hello, Martin-Éric Racine, le lun. 25 janv. 2021 18:19:56 +0200, a ecrit: > Package: python3.9 > Version: 3.9.1-3 > Severity: important As a side note, this is also important because while in buster mime-support used to only recommend bzip2, file, and xz-utils, among its replacement > Depends:

Bug#981442: apparmor: Please do not install by default or depend on python3

Hello, intrigeri, le lun. 01 févr. 2021 09:16:23 +0100, a ecrit: > Samuel Thibault (2021-01-31): > > As of Debian bullseye alpha3, apparmor is getting installed by default > > even in the base system, > > To be clear, in this context "base system" is d-i terminolog

Bug#981442: apparmor: Please do not install by default or depend on python3

Samuel Thibault, le dim. 31 janv. 2021 13:19:28 +0100, a ecrit: > Cc-ing the linux package maintainers since that's what recommends > apparmor, thus pulling the 30MB. Actually, that not only pulls python3 but also perl, libicu, and in the end with dependencies, that amounts to 114MB.

Bug#981442: apparmor: Please do not install by default or depend on python3

Hello, Cc-ing the linux package maintainers since that's what recommends apparmor, thus pulling the 30MB. Also Cc-ing d-b for information. Samuel Samuel Thibault, le dim. 31 janv. 2021 12:10:43 +0100, a ecrit: > Package: apparmor > Version: 2.13.6-7 > Severity: important &

Bug#981442: apparmor: Please do not install by default or depend on python3

Package: apparmor Version: 2.13.6-7 Severity: important Hello, As of Debian bullseye alpha3, apparmor is getting installed by default even in the base system, bringing with it python3 and thus 30MB of various stuff that didn't used to get installed in the past, which I do not think we want.

Bug#981440: bsdmainutils: Please make it only suggest calendar

Package: bsdmainutils Version: 12.1.7 Severity: important Hello, In 257885db82a3 ("Split calendar into its own package") the calendar package was split out from the bsdmainutils package into its own package to save some room since the bsdmainutils is priority important, the former suggesting the

Bug#981436: src:slurm-wlm: autopkgtest hickups

Package: src:slurm-wlm Version: 20.02.6-2 Severity: normal Hello, It seems like the slurm-wlm package gets some autopkgtest hickups: https://ci.debian.net/packages/s/slurm-wlm/testing/ppc64el/ shows failures which seem unrelated to package updates, and sometimes spuriously blocks package

Bug#981418: pocketsphinx: drop unused Build-Depends

Hello, Helmut Grohne, le sam. 30 janv. 2021 19:02:18 +0100, a ecrit: > It turns out that swig-sphinxbase, gstreamer1.0-plugins-base, swig, > and libjs-jquery are reported as unused. I guess that was used for the python support, which was moved to another package. > Since pocketsphinx is

Bug#981134: hwloc: reduce Build-Depends

Brice Goglin, le mer. 27 janv. 2021 00:12:18 +0100, a ecrit: > libnuma-dev and libibverbs-dev are also only needed for tests (libnuma > isn't used in the lib itself since 2.0). I committed for libnuma, thanks! For libibverbs-dev, it was removed as part of

Bug#981134: hwloc: reduce Build-Depends

Samuel Thibault, le mar. 26 janv. 2021 22:25:16 +0100, a ecrit: > Helmut Grohne, le mar. 26 janv. 2021 22:14:22 +0100, a ecrit: > > Maybe w3m can also be moved to b-d-i though? > > Strictly speaking, no, as it is needed to update the README file from > the doxygen html file,

Bug#981134: hwloc: reduce Build-Depends

Helmut Grohne, le mar. 26 janv. 2021 14:35:08 +0100, a ecrit: > +Build-Depends: debhelper-compat (= 12), dh-exec, libltdl-dev [!gnu-any-any], Ah, that triggers lintian's E: hwloc source: invalid-arch-string-in-source-relation gnu-any-any [Build-Depends: libltdl-dev [!gnu-any-any]] Samuel

Bug#981134: hwloc: reduce Build-Depends

Helmut Grohne, le mar. 26 janv. 2021 22:14:22 +0100, a ecrit: > Maybe w3m can also be moved to b-d-i though? Strictly speaking, no, as it is needed to update the README file from the doxygen html file, and it is getting installed in binary:any packages. But that's relatively pedantic, since the

Bug#981134: hwloc: reduce Build-Depends

Helmut Grohne, le mar. 26 janv. 2021 14:35:08 +0100, a ecrit: > Finally, the documentation is not rebuilt during package build. Ah, that is unexpected actually, we do want to rebuild the documentation. Is that part a problem for loops? I applied the rest, thanks! Samuel

Bug#922744: don't compress debug sections by default

Sean Whitton wrote: > we would like to hear from anyone whose workflows are benefitted by > having compressed debug symbols turned on by default in debhelper. I have been hit a few times in the past couple of years by having to remove some -dbgsym packages (essentially the big ones: firefox,

Bug#979120: qa.debian.org: Salsa CI results oddly up to date?

Control: -1 + unreproducible Control: close -1 Samuel Thibault, le jeu. 07 janv. 2021 20:10:25 +0100, a ecrit: > Samuel Thibault, le dim. 03 janv. 2021 02:18:56 +0100, a ecrit: > > The VCS CI tick is super useful, but it seems it's not always correctly up > > to date. As of no

Bug#980125: vtk9: Fix java dep on non-java ports

Package: vtk9 Version: 9.0.1+dfsg1-7 Severity: normal Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hello, It seems I missed one change in the control file for the non-java ports: libvtk9-dev shouldn't depend on default-jdk on those archs, as the attached patch fixes. Samuel --

Bug#980031: pyqt5: FTBFS on !linux

Source: pyqt5 Version: 5.15.2+dfsg-2 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hello, Since qtconnectivity5-dev is linux-only, pyqt5 cannot be built on !linux ports. The attached patch fixes it. Samuel -- System Information: Debian Release: bullseye/sid

Bug#978806: eztrace: ftbfs with autoconf 2.70

Control: tags -1 unreproducible moreinfo Matthias Klose, le jeu. 31 déc. 2020 14:27:20 +, a ecrit: > The package fails to build in a test rebuild on at least amd64 with > autoconf 2.70, but succeeds to build with autoconf 2.69. > The full build log can be found at: >

Bug#978098: webkit2gtk: Re-enable build for hurd-i386?

Alberto Garcia, le ven. 08 janv. 2021 17:54:25 +0100, a ecrit: > realpath(3) says that passing NULL to that function is > implementation-defined in POSIX.1-2001, and only properly specified in > POSIX.1-2008, so I would expect that you need to check for a different > version. Mmm, indeed. “

Bug#979120: qa.debian.org: Salsa CI results oddly up to date?

Hello, Samuel Thibault, le dim. 03 janv. 2021 02:18:56 +0100, a ecrit: > The VCS CI tick is super useful, but it seems it's not always correctly up > to date. As of now, on line ccsm of > > https://qa.debian.org/developer.php?email=sthibault%40debian.org > > there is a "

Bug#967123: debian-installer: Unversioned Python removal in sid/bullseye

Cyril Brulebois, le mar. 05 janv. 2021 20:28:52 +0100, a ecrit: > Matthias Klose (2020-08-04): > > Your package either build-depends, depends on one of those packages. > > I couldn't find any hit on “python” (that would be relevant) in current > git, current version, or the version you filed

Bug#979160: glibc FTBFS on kfreebsd-*: Uses configure option --enable-add-ons=fbtl

Hello, Mattias Ellert, le dim. 03 janv. 2021 18:19:37 +0100, a ecrit: > --enable-add-ons=libidn,"fbtl " \ > > However, the configure script does not have an --enable-add-ons option, > so this is ignored. (Option is not listed by ./configure --help, nor > found by grepping for it.) FI, in

Bug#919561: Please display Debian CI status for contrib/non-free packages on DDPO

Hello, M. Zhou, le jeu. 17 janv. 2019 08:28:24 +, a ecrit: > For example, ci.d.o keeps running autopkgtest for zfs-linux and > intel-mkl on Debian testing, but the result is not displayed on my DDPO > page[1]. > > https://ci.debian.net/packages/z/zfs-linux/testing/amd64/ >

Bug#979120: qa.debian.org: Salsa CI results oddly up to date?

Package: qa.debian.org Severity: normal Hello, The VCS CI tick is super useful, but it seems it's not always correctly up to date. As of now, on line ccsm of https://qa.debian.org/developer.php?email=sthibault%40debian.org there is a "failed" word in the VCS column, while

Bug#653916: cmake doesn't read $CPPFLAGS, ignores some hardening flags

Modestas Vainius, le lun. 27 févr. 2012 00:54:52 +0200, a ecrit: > The plan how to solve this problem properly on the cmake side has been > outlined in the upstream bug report [1]. The rest [2] will have to be done by > package maintainers / dh / cdbs. > > [1]

Bug#950793: blhc: Reports missing -D_FORTIFY_SOURCE=2 for libtool linking

Hello, Thomas Stewart, le jeu. 06 févr. 2020 15:21:16 +, a ecrit: > CPPFLAGS missing (-D_FORTIFY_SOURCE=2): libtool: link: (cd .libs && gcc -g > -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat > -Werror=format-security -Wall -c -fno-builtin "w1retapS.c") "me too" with the

Bug#978659: vtk9: FTBFS on hurd-i386 and non-java ports

:00 2001 From: Samuel Thibault Date: Sat, 13 Jun 2020 13:59:31 +0200 Subject: [PATCH] Fix build on mach-based OS which are not OS X --- include/diy/time.hpp | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/time.hpp b/ThirdParty/d

Bug#978611: fenrir: New version available

Control: clone -1 -2 Control: reassign -2 python-daemonize Control: retitle -2 Please package version >= 2.5.0 Control: block -1 by -2 Davide Prina, le mar. 29 déc. 2020 09:51:51 +0100, a ecrit: > Here: https://github.com/chrys87/fenrir > there is a new version 1.9.6 Yes, I had already worked on

Bug#978098: webkit2gtk: Re-enable build for hurd-i386?

Hello, Laurent Bigonville, le ven. 25 déc. 2020 23:15:54 +0100, a ecrit: > Shouldn't the patch be applied in "official" package as well (and maybe > upstream)? Debian maintainers usually prefer to see patches applied upstream before adding them to their packaging. They are already submitted

Bug#978315: dasher: FTBFS: dh_auto_test: error: make -j4 check VERBOSE=1 returned exit code 2

Santiago Vila, le dim. 27 déc. 2020 00:59:23 +0100, a ecrit: > On Sun, Dec 27, 2020 at 12:29:01AM +0100, Samuel Thibault wrote: > > Lucas Nussbaum, le sam. 26 déc. 2020 22:52:15 +0100, a ecrit: > > > > INTLTOOL_EXTRACT="/usr/bin/intltool-extract" > > > >

Bug#978315: dasher: FTBFS: dh_auto_test: error: make -j4 check VERBOSE=1 returned exit code 2

Hello gettext maintainers, Lucas Nussbaum, le sam. 26 déc. 2020 22:52:15 +0100, a ecrit: > During a rebuild of all packages in sid, your package failed to build > on amd64. > > > INTLTOOL_EXTRACT="/usr/bin/intltool-extract" XGETTEXT="/usr/bin/xgettext" > > srcdir=. /usr/bin/intltool-update

Bug#978315: dasher: FTBFS: dh_auto_test: error: make -j4 check VERBOSE=1 returned exit code 2

Samuel Thibault, le dim. 27 déc. 2020 00:13:55 +0100, a ecrit: > FTR, the file that poses problem is Testing/gtest/test/gtest_unittest.cc > This is not something that contains anything to be translated, we'd need > some option to just ignore Testing/ entirely. More precisely, i

Bug#978315: dasher: FTBFS: dh_auto_test: error: make -j4 check VERBOSE=1 returned exit code 2

FTR, the file that poses problem is Testing/gtest/test/gtest_unittest.cc This is not something that contains anything to be translated, we'd need some option to just ignore Testing/ entirely. Samuel

Bug#978164: kguiaddons: FTBFS on non-linux

Pino Toscano, le sam. 26 déc. 2020 22:04:14 +0100, a ecrit: > Yes, I know. I already fixed it few days ago: > https://salsa.debian.org/qt-kde-team/kde/kguiaddons/-/commit/1130cd0d8f0c95c9536a74034826fbb0ed5f0d8c Cool, thanks! Samuel

Bug#978164: kguiaddons: FTBFS on non-linux

Source: kguiaddons Version: 5.77.0-3 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hello, kguiaddons currently doesn't build on non-Linux, where Wayland is not available. The attached patch fixes this. Samuel -- System Information: Debian Release:

Bug#977469: matplotlib: Please make package bootstrappable

John Paul Adrian Glaubitz, le jeu. 17 déc. 2020 23:47:42 +0100, a ecrit: > You just solved that mystery for me. I was already starting to question > my sanity when the --profile switch didn't work as expected :-). It was driving me crazy in the past couple hours as well, I was questioning the

Bug#977469: matplotlib: Please make package bootstrappable

Hello, While at it: python3-sphinx-gallery (>= 0.7.0) , I believe you meant python3-sphinx-gallery (>= 0.7.0) , So that the python3-sphinx-gallery dep is disable when using the stage1 profile alone or when using the nodoc profile alone. Currently one has to

Bug#976247: speech-dispatcher: conffiles not removed: /etc/speech-dispatcher/modules/ kali.conf ibmtts.conf baratinoo.conf

Hello, Guillem Jover, le lun. 14 déc. 2020 01:51:58 +0100, a ecrit: > and then conditionally run rm_conffile in speech-dispatcher > iff speech-dispatcher-kali is not present? Right, that seems to be doing the job. Thanks! Samuel

Bug#977466: rootskel: bterm cannot start when requesting graphical console and serial console at the same time

Re, Alper Nebi Yasak, le mar. 15 déc. 2020 23:42:16 +0300, a ecrit: > I've tested with this and the patch for rootskel, and in the text-based > installer on the framebuffer the black boxes are replaced with actual > characters (arm64 QEMU, with console=ttyAMA0 console=tty0). > > Can you apply

Bug#977466: rootskel: bterm cannot start when requesting graphical console and serial console at the same time

Wang Shanker, le mer. 16 déc. 2020 01:05:58 +0800, a ecrit: > I carried out a simple test by limiting memory of my qemu machine > and appending `lowmem=2` to the kernel command line. I can confirm > that btrem and its font file get deleted. Ok, good! Thanks for testing, I have uploaded the fix

Bug#977466: rootskel: bterm cannot start when requesting graphical console and serial console at the same time

Hello, Wang Shanker, le mer. 16 déc. 2020 00:53:27 +0800, a ecrit: > Then I believe the following patch will remove unnecessary files when the > memory is not enough. Thanks! But "believe" is not enough, we need someone to actually test it :) Samuel

Bug#977477: release-notes: Update apt upgrade guidance (Was: Re: Bug#977477: apt: Adding progression indication to apt-get output)

Julian Andres Klode, le mar. 15 déc. 2020 16:15:23 +0100, a ecrit: > > The problem is that these are not equivalent: apt upgrade will attempt > > to install additional packages required by newer versions of existing > > packages. That can lead to conflicts/breaks with other existing > > packages,

Bug#977466: rootskel: bterm cannot start when requesting graphical console and serial console at the same time

Wang Shanker, le mar. 15 déc. 2020 22:59:52 +0800, a ecrit: > Thanks for your response. In `S15lowmem`, I can see the limit for the > memory is around tens or hundreds of megabytes. The font file, however, > is only around 200K. I doubt the necessity of removing it. 200K+200K+200K+... in various

Bug#977477: apt: Adding progression indication to apt-get output

I forgot to mention: yes, the addition of number in the package name provides some indication, but that is too small for people to notice or find it usable. Samuel

Bug#977477: apt: Adding progression indication to apt-get output

Package: apt Version: 2.1.12 Severity: normal Hello, The release notes tell people that they should basically use apt-get upgrade apt-get dist-upgrade But people tend to rather use apt upgrade apt dist-upgrade I guess essentially because apt provides progression indication. The problem is

Bug#977466: rootskel: bterm cannot start when requesting graphical console and serial console at the same time

Wang Shanker, le mar. 15 déc. 2020 20:17:50 +0800, a ecrit: > The cause of the probem is in the `S70menu` script, where the font file > get deleted when bterm is not used. Ok but this is done on purpose for the lowmem case. We probably need to put that rm back into the lowmem package then, I

Bug#977009: vtk7: FTBFS on hurd-i386 due to Applism

un animal discret se logeant facilement dans un terminal *** c has changed the topic on channel #ens-mim to ne pas jeter de cacahuetes aux ys, svp -+- #ens-mim - n'oubliez pas le guide -+- >From bb0d55c8ae34a43354b1002262dad722c410d8cb Mon Sep 17 00:00:00 2001 From: Samuel Thibault Date: Sat,

Bug#976247: speech-dispatcher: conffiles not removed: /etc/speech-dispatcher/modules/ kali.conf ibmtts.conf baratinoo.conf

Hello debian-dpkg, I moved a configuration file kali.conf from the speech-dispatcher package to the speech-dispatcher-kali package (as well as others, but let's keep that example only). The thing is: speech-dispatcher does not depend on speech-dispatcher-kali (and cannot: the former is in main,

Bug#976706: python-bcrypt: Fixing build on Hurd

Package: python-bcrypt Version: 3.1.7-4 Severity: important Tags: patch User: debian-h...@lists.debian.org User-tags: hurd Hello, python-bcrypt is currently disabled on hurd-any, thus making other reverse-depends non-buildable. The attach patch fixes the build, and patch2 re-enables the build.

<    2   3   4   5   6   7   8   9   10   11   >