tag 972081 pending
thanks
Date: Mon Oct 12 11:47:49 2020 +0100
Author: Chris Lamb
Commit ID: 8734ed39b74abfddd6741b51fdbd4d845882510d
Commit URL:
https://git.sigxcpu.org/cgit/git-buildpackage//commit/?id=8734ed39b74abfddd6741b51fdbd4d845882510d
Patch URL:
https://git.sigxcpu.org/cgit/git-buil
Package: apt
Version: 2.1.10
Severity: wishlist
Hi folks,
for maintaining a restricted local backports repository for Buster
I would like to have an option in apt-get to download all *.deb
packages for a given source package, architecture and target release.
The signature should be checked as we
Hi Chris,
On Mon, Oct 12, 2020 at 11:47:49AM +0100, Chris Lamb wrote:
> Source: git-buildpackage
> Version: 0.9.20
> Severity: minor
> Tags: patch
>
> Hi,
>
> The attached patch fixes an "option" typo in the manpage.
Applied, thanks!
-- Guido
>
>
> Regards,
>
> --
> ,''`.
> : :'
-=| Jeff, 15.10.2020 08:03:49 +0200 |=-
> Apologies for being (slightly) off-topic:
>
> gscan2pdf-2.9.1 has a new depends on liblocale-codes-perl:
>
> https://packages.debian.org/sid/gscan2pdf
>
> but for (maybe only some) users upgrading from 2.9.0, apt doesn't seem
> to be pulling in liblocale
Hi,
Il 14/10/20 15:52, Alastair McKinstry ha scritto:
> I maintain the package "ecflow" which uses libboost-python-dev. Now
> with the transition to python3.9, ecflow will support (where
> possible) multiple python versions. Currently it supports python3.8
> but not python3.9 ; this may be fixed i
Hi,
a temporary workaround is editing
/usr/lib/ruby/vendor_ruby/attr_encrypted/adapters/active_record.rb and
comment out line 84:
set_attribute_was(attr, __send__(attr)) if value != __send__(attr)
--
/*
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi
GNU/Linux Debian Developer
Bl
X-Debbugs-CC: mat...@debian.org
Dear maintainers,
On Fri, 2 Oct 2020 14:47:14 +0300 George Shuklin
wrote:
> Current upstream version of testinfra is 5.3, and there aren't any breaking
> changes compare to 3.2.
> Please, consider upgrading it.
From what I can see on the package tracker, testinf
Thank you - you are quite correct, it does have the dependency, so I am
not sure why it was not pulled in. I had just upgraded my system from
buster, and it was a big upgrade, as this system has been running since
wheezy, upgraded though jessie and stretch and has a lot of packages,
so this will pr
* Salvatore Bonaccorso [2020-05-08 07:30]:
> I have looked up the stable list but did not found any followup
> specific with the 4.19 backport.
>
> Might it be worth doing one last timme a request explicitly for a
> backport to 4.19 including your patch, sending it to stable list, and
> as requir
Package: python3-numpy
Version: 1:1.19.2-2+b1
Followup-For: Bug #945824
If the extra dependencies are there only because of scripts that
* likely will be of no interest to most people installing python3-numpy as
a dependency of some application,
* and moreover will be, as far as I understand, us
Control: severity -1 important
Hi,
On Mon, 5 Oct 2020 06:30:51 +0200 Sebastiaan Couwenberg
wrote:
> > The binaries for the 32-bit architectures were removed in #962915 [1],
> > but only for version 4.13.0-1 in unstable.
>
> This was not sufficient to let it migrate to testing.
>
> The britney
Package: libfdisk1
Version: 2.33.1-0.1
Severity: normal
Tags: upstream
Dear Maintainer,
Using the sfdisk command to modify disk (images) with 32-bit DOS disk
identifier. Sfdisk is not able to parse the identifier if the most significant
bit is set. This bug was addressed upstream with version 2.3
Package: openjdk-11-jre-headless
Version: 11.0.8+10-1.1
Severity: normal
Usertags: warnings
When upgrading I get a warning that tempfile is deprecated:
Preparing to unpack .../openjdk-11-jre-headless_11.0.8+10-1.1_amd64.deb ...
Unpacking openjdk-11-jre-headless:amd64 (11.0.8+10-1.1) over (1
Hi,
Thank you both for notifying me.
For reasons stated in dla-needed.txt, and more importantly for reasons
mentioned internally (see elts-git or Holger), I can't dedicate more
time this month.
>From a quick look:
- the patch for older versions is the same besides the copyright notices.
- I'm
Hi,
I tried to analyze the samba* attributes in that LDAP directory, and found
some glaring inconsistencies - namely there were 4 pairs of accounts with
duplicate sambaSID attributes. Some time after fixing that, and some service
restarts, I realized that wbinfo -u started to work on the buster Sa
Package: src:numba
Version: 0.51.2-1
Severity: serious
Tags: sid bullseye ftbfs
numba ftbfs in unstable, different failures on some architectures. See
https://buildd.debian.org/status/package.php?p=numba
- test suite time outs ?
- packaging errors (armel, mips64el, ppc64el, ...)
On 15/10/2020 09:07, Damyan Ivanov wrote:
> My clue was the list of dependencies in the reportbug boilerplate of
> #972218:
>
> …
> ii libtry-tiny-perl 0.30-1
> ii perl-modules-5.24 [liblocale-codes-perl] 5.24.1-3+deb9u5
> ii sane-utils
now uploaded to the delayed queue
Followup-For: Bug #857554
Package: lightdm 1.26.0-4
Hello,
this bug seems to be existant since Debian 9.
An installation of Debian only works new from ground up.
Before up to Debian 8 you could make simply an backup with tar of the partition
booting another Linux.
Then you could untar it on an
Package: systemtap
Version: 4.3-2
Severity: grave
With linux-image-5.8.0-3-amd64 version 5.8.14-1, stap fails as follows:
$ sudo stap -e 'probe oneshot { println("hello world") }'
[...]
/usr/share/systemtap/runtime/linux/access_process_vm.h: In function
‘__access_process_vm_’:
/usr/share/systemt
now uploaded to the delayed queue
can be worked around by building without -Werror. Note that this won't work
with Python 3.10 anymore. Uploaded to the delayed queue.
Followup-For: Bug #968558
Package: ansible
Version: 2.7.7+dfsg-1
Dear Maintainer,
I confirm this bug for the following configuration. And I would like to
know whether there is a chance to get the fix from upstream
(https://github.com/ansible/ansible/pull/51909) in stable or not.
-- System In
Package: resource-agents-paf
Version: 2.3.0-1
Severity: normal
Hallo
Thank you, for maintaining resource-agents-paf.
We are using postgresql 13 with paf.
It would be nice if you could update this package for using with
postgresql 13.
Greetings,
David
Martin Michlmayr writes:
> * Salvatore Bonaccorso [2020-05-08 07:30]:
>> I have looked up the stable list but did not found any followup
>> specific with the 4.19 backport.
>>
>> Might it be worth doing one last timme a request explicitly for a
>> backport to 4.19 including your patch, sending
Package: src:unrardll
Version: 0.1.3-6
Severity: serious
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: python3.9
unrardll needs a sourceful upload for python3.9, packages in contrib are not
built by the buildds.
Package: src:vienna-rna
Version: 2.4.14+dfsg-2
Severity: serious
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: python3.9
vienna-rna needs a sourceful upload for python3.9, packages in contrib are not
built by the buildds.
Package: src:python-line-profiler
Version: 2.1-2
Severity: serious
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: python3.9
likely not python3.9 specific, but needed to build for python3.9
[...]
I: pybuild base:217: /usr/bin/python3.9 setup.py build
running build
running build_
Control: block -1 by 969426
Besides the missing r-cran-broom.mixed there might be another issue:
$ sh /usr/share/doc/r-cran-mice/run-unit-test
BEGIN TEST testthat.R
...
> library(testthat)
> library(mice)
Attaching package: ‘mice’
The following objects are masked from ‘package:base’:
cbi
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
While we are still in the first phase, adding 3.9 as a supported python3
version, please setup a tracker for 3.9 as the default python3 version, re-using
the tracker for 3.8 as the defaul
Package: pantalaimon
Version: 0.8.0-1
Severity: important
X-Debbugs-Cc: arnaud.ferra...@gmail.com
Dear Maintainer,
After installing (and executing) pantalaimon on bullseye, panctl exits with the
following error message:
ModuleNotFoundError: No module named 'prompt_toolkit'
It turns out the pa
Package: cmake
Version: 3.18.2-1
Severity: important
Justification: Policy 4.2
Dear Maintainer,
(I think this is what caused #954852 in the first place)
cmake declares a B-D on libarchive > 2.8.0, however it will FTBFS
when the installed version is less than 3.3.3, as CMake explictly
checks for
Package: ccache
Version: 3.7.12-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The emcc command part of emscripten supports ccache:
https://github.com/emscripten-core/emscripten/issues/11974
Please ship the Debian ccache package with symlink for emcc.
- Jonas
-BEGIN PG
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
I think I have put everything in place that needs to be done to have
postgresql-common/221 migrate to testing, which makes the switch from
PostgreSQL 12 to 13 as the "supported" vers
Package: kdeconnect
Version: 20.04.3-1
Severity: important
Hi.
It's been some releases now that this problem annoyed me. At first I
thought it was just because the feature was still young. And I still
don't know if it's an l10n related problem or a design problem.
Here is what happens : when rec
Package: src:botch
Version: 0.22-4
Severity: serious
Tags: ftbfs
Dear Maintainer,
Your package botch currently FTBFS in sid:
https://buildd.debian.org/status/package.php?p=botch
The rebuild was triggered by the update of OCaml from 4.08.1 to
4.11.1, but the error looks independent (I might be
On Thu, 15 Oct 2020 at 12:33, Matthias Klose wrote:
> While we are still in the first phase, adding 3.9 as a supported python3
> version, please setup a tracker for 3.9 as the default python3 version,
> re-using
> the tracker for 3.8 as the default.
I've set up a tracker, it should appear in a c
On Thu, Sep 10, 2020 at 10:58:08PM -, Chris Lamb wrote:
> Dear Maintainer,
>
Hi Chris,
> > Source: gpick
> > Version: 0.2.5-2
> > Tags: patch
>
> There hasn't seem to be any update on this bug in 149 days, in which
> time the Reproducible Builds effort has come on a long way.
>
> Would you
On Tue, 13 Oct 2020 at 10:29:27 +0100, Simon McVittie wrote:
> This would ideally not be a hard dependency, but the integration with
> libmalcontent (parental controls) fails closed in some situations where
> it should probably fail open. I've contacted upstream.
I've worked around the symptom (#9
On Thu, Oct 15, 2020 at 10:45:43AM +0200, Jeff wrote:
> John still has perl-modules-5.24, which provides liblocale-codes-perl.
> But as his perl is probably 5.30, perl-modules-5.24 is probably not in
> his @INC.
This seems to be an unfortunate oversight in our Provides handling
in src:perl.
http
Package: src:galax
Version: 1.1-16
Severity: serious
Tags: ftbfs
Dear Maintainer,
Your package galax FTBFS with OCaml 4.11.1 because -unsafe-string
is no longer available.
Cheers,
--
Stéphane
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (990, 'testi
Hello,
On Thu, 15 Oct 2020 11:37:08 +0200
David Kunz wrote:
> Package: resource-agents-paf
> Version: 2.3.0-1
> Severity: normal
>
> Hallo
>
> Thank you, for maintaining resource-agents-paf.
> We are using postgresql 13 with paf.
> It would be nice if you could update this package for using w
Hello,
Does this patch need any changes before applying? Please let me know.
For convenience, I have attached a .patch file for easy application,
and opened a Pull Request on GitHub with this same patch:
https://github.com/agx/git-buildpackage/pull/72
This program is awesome, thank you for all o
On 15 oct. 2020 12:34, Christoph Berg wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Hi,
>
> I think I have put everything in place that needs to be done to have
> postgresql-common/221 migrate to testing, which ma
Control: fixed -1 3.4.2-1
Control: close -1
(It has been uploaded, but this bug has not been closed. Fixing that.)
Hi,
On Thu, Oct 15, 2020 at 10:20:14AM +0200, Sylvain Beucler wrote:
> For reasons stated in dla-needed.txt, and more importantly for reasons
> mentioned internally (see elts-git or Holger), I can't dedicate more
> time this month.
Sylvain, thanks for being explicit! (and still giving it a quick
Package: src:ocamlviz
Version: 1.01-4
Severity: serious
Tags: ftbfs
Dear Maintainer,
Your package ocamlviz FTBFS with OCaml 4.11.1 because -unsafe-string
is no longer available.
Cheers,
--
Stéphane
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (990,
Package: src:ocaml-melt
Version: 1.4.0-3
Severity: serious
Tags: ftbfs
Dear Maintainer,
Your package ocaml-melt FTBFS with OCaml 4.11.1 because -unsafe-string
is no longer available.
Cheers,
--
Stéphane
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (
Control: notfixed -1 1.22.1+dfsg-1
Quoting Jonas Smedegaard (2020-10-06 20:13:52)
> Recent releases of emscripten is architecture-independent.
I stand corrected: While emscripten itself is fully arch-independent,
its ability to succesfully compile _is_ architecture dependent.
E.g. emscripten wi
Package: libgpiod2
Version: 1.2-3
Severity: important
Tags: patch upstream fixed-upstream
The C++ bindings have a signifcant 32bit overflow in the computation of
line_event timestamps. This renders line_event timestamps practically
useless on architectures with a 32bit time_t.
The relevant upstre
Package: wnpp
Severity: wishlist
Subject: ITP: gjh-asl-json -- gjh solver, like solver from AMPL Library
Package: wnpp
Owner: <>
Severity: wishlist
* Package name: gjh-asl-json
Version : 0.0+git20180428.eb8720e
Upstream Author : Copyright: Gabriel Hackebeil
* URL : h
Control: tags -1 help
Hi,
when trying to build paw with gcc / fortran 10 there are some FORTRAN
errors:
...
Error: Type mismatch between actual argument at (1) and actual argument at (2)
(COMPLEX(4)/INTEGER(4)).
/<>/src/pawlib/comis/code/cs1200.F:138:24:
76 | CALL CCOPYA(KOD(IP
Hi Andreas,
On 2020-10-15 15:26, Andreas Tille wrote:
> when trying to build paw with gcc / fortran 10 there are some FORTRAN
> errors:
>
>
> ...
> Error: Type mismatch between actual argument at (1) and actual argument at
> (2) (COMPLEX(4)/INTEGER(4)).
> /<>/src/pawlib/comis/code/cs1200.F:138:
Package: newsboat
Version: 2.20.1-1
Followup-For: Bug #972144
I've compiled newsboat manually from source (commit:
43a6084c78a1b5f745d3fda219e3dbb43fcb0d1f) and the issue doesn't occur
anymore.
I think this bug report might be closed by upgrading newsboat in Debian
to 2.21 released 25 days ago.
Package: src:zope.interface
Version: 5.1.0-1
Severity: important
Tags: sid bullseye
please package 5.1.2 or newer, fixing some memory leaks
Package: x11-common
Followup-For: Bug #963059
Dear Maintainer,
The fix coming with the 1:7.7+21 now breaks users resource loading in the
gdm3 session. gdm3 has its own Xsession script which was not updated to
reflect the changes introduced in latest x11-common. It looks like this in
logs:
Oct
Control: reopen -1
Hi!
On 10/15/20 2:39 PM, Debian Bug Tracking System wrote:
> * Build with -O1 on sh4 (Adrian Glaubitz). Closes: #972202.
As mentioned in the second message, -O1 is not necessary and passing
-fno-inline-small-functions in CFLAGS is already enough, see also the
upstream bug repo
Re: Christian Marillat
> Bug #971586 against postgresql-debversion is not fixed (missing a
> package for postgresql 13).
That is not related to the first step of the transition. The remaining
modules will follow once the first step is through.
Christoph
Hi Arnaud,
On Thu, Oct 15, 2020 at 11:37:07AM +0200, Arnaud Patard wrote:
> Martin Michlmayr writes:
>
> > * Salvatore Bonaccorso [2020-05-08 07:30]:
> >> I have looked up the stable list but did not found any followup
> >> specific with the 4.19 backport.
> >>
> >> Might it be worth doing one
On 04/09/2020 07:20, Andre Heider wrote:
Of those, these are part of all.db:
rockchip/rk3399-evb.dts
apm/apm-mustang.dtb
The former is an evaluation board, added by Heinrich (cc'ed) in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=899090
Given the nature of these boards, I guess Heinrich
Source: seqtools
Version: 4.44.1+dfsg-5
Severity: serious
Tags: sid bullseye
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: flaky
Dear maintainer(s),
The autopkgtest of seqtools turned up a couple of times on our list of
regressions. I looked into the history
On Thu, Oct 15, 2020 at 10:06:12AM +0200, Josip Rodin wrote:
> Further down the line, I also enabled more debugging, and observed
> messages like these:
>
> [2020/10/15 08:00:57.669098, 3, pid=29639, effective(0, 0), real(0, 0)]
> ../libcli/security/dom_sid.c:210(dom_sid_parse_endp)
> string_t
On Sat, 14 Mar 2020 20:01:16 +0100 Guillem Jover wrote:
> Source: libarchive
> Source-Version: 3.4.0-2
> Severity: important
> User: a...@packages.debian.org
> Usertags: libattr-drop-attr-xattr-header
>
> Hi!
>
> This package uses the deprecated header (from libattr)
> instead of the one provid
Control: tags -1 + patch
Control: severity -1 grave
X-Debbugs-CC: Mattia Rizzolo
Dear maintainer,
On Tue, 03 Sep 2019 13:40:41 +0200 Michal Sidor
wrote:
> I tried installing elixir 1.9.1.dfsg-1~bpo10+1 from buster-backports.
> Apt marked it broken and told me to upgrade erlang-base to a version
El 14/10/20 a las 10:12, Andrew Savchenko escribió:
> Dear Maintainers,
>
> Is there still a plan to backport a fix for CVE-2020-12667 into Buster?
>
> Looking at the changelog [1], there is nothing that indicates it is already
> fixed.
>
> [1]
> https://metadata.ftp-master.debian.org/changelo
Gentle ping
Josh, please have a look at this, is it possible to fix without
reverting support for Xsession.d?
On 15.10.2020 15.51, Andrey Kiselev wrote:
Package: x11-common
Followup-For: Bug #963059
Dear Maintainer,
The fix coming with the 1:7.7+21 now breaks users resource loading in the
gdm3 session
On 15/10, Julien Rabier wrote:
> I've compiled newsboat manually from source (commit:
> 43a6084c78a1b5f745d3fda219e3dbb43fcb0d1f) and the issue doesn't occur
> anymore.
>
> I think this bug report might be closed by upgrading newsboat in Debian
> to 2.21 released 25 days ago.
Hi,
I've uploaded 2
On 15.10.20 15:13, Andre Heider wrote:
> On 04/09/2020 07:20, Andre Heider wrote:
>
>
>
>> Of those, these are part of all.db:
>> rockchip/rk3399-evb.dts
>> apm/apm-mustang.dtb
>>
>> The former is an evaluation board, added by Heinrich (cc'ed) in
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bu
Source: gudhi
Version: 3.3.0+dfsg-2
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/logs.php?pkg=gudhi&ver=3.3.0%2Bdfsg-2
...
for py3ver in 3.9 3.8 ; do \
dh_auto_install --buildsystem=cmake --no-parallel
--builddirectory=build-py$py3ver/userversion ; \
done
cd bui
Hello,
> so probably it is really related more to Firefox than to uBo.
May be the case. On my setup, the two addons installed from Debian
repositories present this behavior:
- webext-noscript
- webext-ublock-origin-firefox
Disable/enable them manually from about:addons is a one shot solution,
b
On 10/13/20 12:29 PM, Russell Coker wrote:
> On Tuesday, 13 October 2020 8:50:29 PM AEDT Thomas Goirand wrote:
>> Instead, we could imagine prompting for a UUID if none is set, though
>> I'm not really convince that this would be the correct thing to do.
>
> Why not change the package description
Le jeudi 15 octobre 2020 à 14:37:58+0200, Matthias Klose a écrit :
> Package: src:zope.interface
> Version: 5.1.0-1
> Severity: important
> Tags: sid bullseye
>
> please package 5.1.2 or newer, fixing some memory leaks
Matthias,
Sure, I'll try to do it as soon as possible.
Cheers!
--
Pierre-E
Source: ipxe
Severity: wishlist
X-Debbugs-Cc: o...@debian.org
Dear Maintainer,
I would like to enable PXE booting within the win32-loader package under
an UEFI Secure Boot regime.
The original request (https://bugs.debian.org/962161) did not include
the secure boot requirement. However a signed
Package: dwz
Version: 0.13-5
Severity: normal
Tags: ftbfs
X-Debbugs-Cc: binut...@packages.debian.org, debian-m...@lists.debian.org
Control: affects -1 + src:dbus-python
During the binNMUs to add Python 3.9 support, dbus-python_1.2.16-3+b1
failed to build on mipsel with binutils_2.35.1-2:
dh_dw
Package: sogo
Version: 4.0.7-1+deb10u1
Severity: important
Dear Maintainer,
When opening a mail with an attachment that has no file name, a part of
SOGo crashes and the message does not show. This is a common case e. g.
for calendar invitations.
It has already been reported and fixed upstream.
Control: block -1 972268
On 10/15/20 5:00 PM, Simon McVittie wrote:
> Package: dwz
> Version: 0.13-5
> Severity: normal
> Tags: ftbfs
> X-Debbugs-Cc: binut...@packages.debian.org, debian-m...@lists.debian.org
> Control: affects -1 + src:dbus-python
>
> During the binNMUs to add Python 3.9 support, dbus-python_1.2.16-3+b1
Source: cvxopt
Version: 1.2.5+dfsg-2
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/fetch.php?pkg=cvxopt&arch=all&ver=1.2.5%2Bdfsg-2&stamp=1602771489&raw=0
...
dh_auto_test -i -O--buildsystem=pybuild
I: pybuild base:217: cd /<>/.pybuild/cpython3_3.9_cvxopt/build;
python3.9 -m
Source: liquidsoap
Version: 1.4.3-1
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/package.php?p=liquidsoap&suite=sid
...
dh_missing -a
dh_missing: warning: usr/lib/ocaml/liquidsoap/META exists in debian/tmp but is
not installed to anywhere (related file: "src/META")
dh_missin
Package: gnome-shell-extension-system-monitor
Version: 38+git20200414-32cc79e-1
Severity: important
org.gnome.shell.extensions.system-monitor.gschema.xml is not placed in
/usr/share/glib-2.0/schemas/
This will cause this extension can not be configured.
Please fix this obvious error.
Control: reopen -1
On Mon, Sep 28, 2020 at 10:36:05AM +, Debian Bug Tracking System wrote:
>...
> freeipa (4.8.10-1) unstable; urgency=medium
>...
>* control: Build freeipa-client-epn only where nodejs is available.
> (Closes: #970230)
>...
Unfortunately this was not sufficient to f
On Sat 2020-09-05 17:09:06 +0200, Guillem Jover wrote:
> I was trying out sqv, to potentially add native support for it into
> dpkg-dev, but either it does not work as expected or I'm confused by
> the docs. :)
>
> $ apt source libbsd
> $ sqv -v --keyring libbsd-0.10.0/debian/upstream/signing-k
Control: tags -1 + pending
On Thu, 15 Oct 2020 at 17:30, Adrian Bunk wrote:
> Source: cvxopt
> Version: 1.2.5+dfsg-2
> Severity: serious
> Tags: ftbfs
Thanks. Fixed in git.
[1]
https://salsa.debian.org/science-team/cvxopt/-/commit/deac8299bfd81247ee36762734fd18b944d4a5fd
Hi,
This is caused by steps in the binary stage (*after* the chroot_hooks
stage) that install some packages in the chroot.
The solution is to pass the option "--apt-indices false" to "lb config",
this will effectively clear the /var/lib/apt/lists directory in the
final image (tested with live-b
Michael Biebl dijo [Wed, Oct 07, 2020 at 09:53:06PM +0200]:
> Forwarding this to the CTTE, just in case they have some input on this
> proposed plan.
> (...)
> A small update here:
> v246 provides a build switch -Dstandalone-binaries=true:
> (...)
> Atm, those supported binaries are systemd-tmpfile
Hi Elías,
> > There hasn't seem to be any update on this bug in 149 days, in which
> > time the Reproducible Builds effort has come on a long way.
> >
> > Would you consider applying this patch and uploading?
> >
> I'd like to fix this bug. Could you please provide the entire workflow to
> repro
Hi Bash maintainers,
> Bash is one of the few remaining packages in the 'Essential' package
> set that remains unreproducible, and this patch has been in the BTS
> for over a year now.
So, there are now only two packages in the Essential set that are
unreproducible. I plan to work on the other pa
On 15/10/2020 12:52, Niko Tyni wrote:
> So it should only happen for systems upgraded from stretch. A
> workaround for gscan2pdf could be to declare a versioned dependency on
> liblocale-codes-perl (>= 3.60) or something like that so it wouldn't be
> satisfied by the old perl-modules-5.24.
>
> Not
Source: libmethod-signatures-perl
Version: 20170211-1
Severity: important
Tags: bullseye sid
User: debian-p...@lists.debian.org
Usertags: perl-5.32-transition
Control: block 968912 with -1
This package Recommends and Build-Depends-Indep on libdata-alias-perl, which
is broken with Perl 5.32 (#97196
Source: libio-stream-perl
Version: 2.0.3-1
Severity: important
Tags: bullseye sid
User: debian-p...@lists.debian.org
Usertags: perl-5.32-transition
Control: block 968912 with -1
This package Recommends and Build-Depends-Indep on libdata-alias-perl, which
is broken with Perl 5.32 (#971969) and does
On 10/15/20 6:58 PM, Chris Lamb wrote:
> Hi Bash maintainers,
>
>> Bash is one of the few remaining packages in the 'Essential' package
>> set that remains unreproducible, and this patch has been in the BTS
>> for over a year now.
>
> So, there are now only two packages in the Essential set that
Dear Vasudev,
If you have some spare cycles for bpfcc, it could use your help.
Thanks,
Ritesh
On Thu, 2020-10-15 at 08:50 +0800, Paul Wise wrote:
> Package: libbpfcc
> Version: 0.16.0-2+b1
> Followup-For: Bug #942290
> Control: retitle -1 libbpfcc: libbcc_bpf.so: needs to link with -lelf
> and -
On Sun, Aug 23, 2020 at 07:25:19PM +0100, Dominic Hargreaves wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> X-Debbugs-Cc: debian-p...@lists.debian.org
>
> Hi, perl 5.32 has been in experimental since June and I think
On Thu, Oct 15, 2020 at 07:05:04PM +0200, Jeff wrote:
> On 15/10/2020 12:52, Niko Tyni wrote:
> > So it should only happen for systems upgraded from stretch. A
> > workaround for gscan2pdf could be to declare a versioned dependency on
> > liblocale-codes-perl (>= 3.60) or something like that so it
The relevant stack trace seems to be
(gdb) bt
#0 tcache_get (tc_idx=19) at malloc.c:2934
#1 __GI___libc_malloc (bytes=328) at malloc.c:3042
#2 0x7f30c226cfd8 in operator new(unsigned long) () from
/lib/x86_64-linux-gnu/libstdc++.so.6
#3 0x55fffc60472e in FdManager::Open (this=0x55fffc
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "olive-editor":
* Package name: olive-editor
Version : 20200620-1
Upstream Author : Olive Team
* URL : https://www.olivevideoeditor.org/
* License : GP
Package: sensors-applet
Version: 3.0.0+git6-0.4
Severity: serious
Justification: fails to build from source with gnome-panel 3.38
Tags: ftbfs patch pending
Dear Maintainer,
In gnome-panel 3.37.1, I enabled multi-arch support [1]. So the modules are
now installed into multi-arch location. Today th
looks like it has been fixed, i can't reproduce in either unstable,
testing or stable by the moment of now.
Just to clarify why this is a concern:
- this behavior on the buildds is deliberate. It's an explicit
feature of sbuild.
- it is intended to ensure more-deterministic builds
- it is also mentioned in debian-policy, in the first footnote of §7.1:
>While Build-Depends, Build-Depends-In
1 - 100 of 196 matches
Mail list logo
