Source: pysph
Version: 1.0~b0~20191115.gite3d5e10-5
Severity: serious
Tags: ftbfs
Hi Maintainer
As can be seen in reproducible builds [1], pysph sometimes FTBS in
both testing and unstable. I've copied what I hope is the relevant
part of the log below.
Regards
Graham
[1] https://tests.reprodu
On 10/22/21 1:56 PM, Chris Lamb wrote:
Source: snakemake
Version: 6.9.1+dfsg1-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0]
Source: openssh
Version: 8.4p1-6
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
Currently openssh FTBFS on GNU/Hurd due to a missing definition of
MAXHOSTNAMELEN. The attached patches, defines.h.diff and gss-
serv.c.diff fixes these problems.
These patches
On Thu, Oct 21, 2021 at 12:17:25PM -0400, Ryan Kavanagh wrote:
> The 'close' command has been deprecated since at least February 2002 [0],
> and its use is strongly discouraged by §5.8.2 of the developers
> reference:
>
> You should never close bugs via the bug server close command sent to
>
Package: nvidia-cuda-gdb
Version: 11.2.152~11.2.2-2~bpo10+1
Severity: grave
Justification: renders package unusable
-- System Information:
Debian Release: 10.11
APT prefers oldstable-updates
APT policy: (990, 'oldstable-updates'), (990, 'oldstable'), (500,
'oldoldstable')
Architecture: amd6
I am working on it at home. Wondering how I can submit it once I have a
fix, though.
Package: xserver-xorg
Version: 1:7.7+22
Severity: wishlist
Dear Maintainer,
Nowadays with the ubiquitous usage of modesetting driver,
xserver-xorg-video-* drivers are not required to run X server. I'd like
to suggest X server maintainers to change the dependency of xserver-xorg
package on xserver
Package: sfxr-qt
Severity: important
Version: 1.3.0+git20210422-1
The build fails on s390x because of test fails:
test cases: 2 | 0 passed | 2 failed
assertions: 33 | 25 passed | 8 failed
https://buildd.debian.org/status/fetch.php?pkg=sfxr-qt&arch=s390x&ver=1.3.0%2Bgit20210422-1&stamp=1634207
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Sat, 2021-09-25 at 12:29 -0400, Wirawan Purwanto wrote:
> So this should be filed as a bug with the XFCE4 settings daemon, I
> think (xfce4-settings). The bugfix should be fairly easy, I suppose,
> but it will require a hook that is invoked when t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
control: forwarded -1
https://gitlab.xfce.org/panel-plugins/xfce4-pulseaudio-plugin/-/issues/65
On Thu, 2021-09-30 at 11:39 +0100, Simon McVittie wrote:
> I tried to report this upstream, but so far I have been unable to set
> up an account on XFCE'
Package: exim4-daemon-heavy
Version: 4.95-2
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Please, enable redis lookup in heavy daemon package, to allow easy sharing
information between multiple exim instances.
thanks
-BEGIN PGP SIGNATURE-
iQFFBAEBCAAvFiEEwhNakIB2F5
Source: openssh
Version: 8.4p1-6
Severity: important
Tags: patch
Usertags: linux
Hi,
Currently openssh FTBFS on GNU/Linux due to a build dependency on
libsystemd-dev.
The attached patch, debian_control.diff fixes this problem by build-
depending on libsystemd-dev | libelogind-dev for linux-any.
Thanks for your swift and kind response.
Adam D. Barratt wrote...
> On Fri, 2021-10-22 at 09:18 +0200, Christoph Biedl wrote:
> > ## Rework the patch
> >
> > Revert the ABI break by reworking the patch to restore the previous
> > struct layout - while maintaining the purpose of the change: Stor
owner 990885 timo.lindf...@iki.fi
Package: sakura
Version: 3.7.1-2
Severity: normal
X-Debbugs-Cc: c...@mailbox.org
Dear Maintainer,
* What exactly did you do (or not do) that was effective (or ineffective)?
- launch a sakura terminal;
- type 'ls /';
- select the word 'bin';
- press the right mouse button and select 'copy' from th
Hi Piotr (2021.02.09_03:26:04_-0800)
> > > actually… pybuild should invoke something like this:
> > > `{interpreter} -m unittest discover -v {args}`
> > > so I don't know where "setup.py test" came from. Can you point me to
>
> pybuild *does* that for distutils plugin. I will not change it in this
Hi Chris (2021.10.22_08:24:04_+)
Thanks for the bug and the patch. I'm going to take a slightly different
approach (and add test coverage).
I thought it was too good to be true when my parsing rewrite passed all
the tests on the first attempt :P
SR
--
Stefano Rivera
http://tumbleweed.org
Source: kvirc
Severity: normal
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
The RPATH contains the build path resulting in different builds.
The attached patch to debian/rules pesses
-DCMAKE_BUILD_RPATH_U
Re: Andreas Tille
> > please don't reference specific PostgreSQL versions in your
> > dependencies as the number changes each year, and it is already wrong
> > as 13 is current, and we are moving to 14:
>
> I understand the issue but postgresql-plr is only a virtual package
> and I need to specify
Where is the show command located? The dumpavail function is inside of
apt-main/cmdline/aptcache.cc, so where is the show command?
Control tags -1 fixed-upstream pending
Aaron M. Ucko, on 2021-10-20:
> Étienne Mollier writes:
>
> > The issue turned out to be related, and I came up with some
> > hackery to smoothen the transition to python-biopython 1.79.
> > The corresponding patch is in attachment. I welcome remarks,
> >
Hello Maintainers,
was this problem fixed ever?
I'm running exactly into the same problem while trying to configure
a changer and some tape drives as targets!
I don't like the manual hack in a production environment.
The problem was reported 4 years ago!
Any news on that?
Thanks and kind regards,
The difference is quite obvious *build*-dependencies are needed just to
build package while runtime dependencies are needed only to run
particular program.
Most common scenario is building documentation or running tests which
usually requires dependencies not really needed once it's done.
Bu
> This is fixed in 0.11.2-2 (bullseye aka stable).
Note that this was only fixed for the systemd unit file, not for the
init script `/etc/init.d/fail2ban` (which is `files/debian-initd` in
the fail2ban source). That file still has 5 occurrences of `/var/run`:
https://salsa.debian.org/python-team/
> === Resolution A ===
>
> The Technical Committee resolves:
>
> 1. The debianutils package must continue to provide the which(1) program
>until a compatible utility is available in a package that is at least
>transitively essential in Debian 12.
>
>For the Debian 12 release, we expe
Control: tags -1 + upstream
Hi Philipp,
On Tue, Oct 19, 2021 at 05:59:41PM +0200, Philipp Marek wrote:
> Package: bpftool
> Version: 5.14.12-1
> Severity: minor
> X-Debbugs-Cc: phil...@marek.priv.at
>
> Using an absolute path, I get output:
>
> [/sys/kernel/btf]$ bpftool btf dump file $PWD/
Source: kvirc
Severity: normal
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: username
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
The username is embedded in various .html documentation files:
https://tests.reproducible-builds.org/debian/rb-pkg/bookworm/am
I ran 'journalctl -b -1' and this is the part where the shutdown hang
happens:
Oct 22 14:41:06 db11 systemd[1]: session-2.scope: Killing process 5663
(cinnamon-launch) with signal SIGKILL.
Oct 22 14:41:06 db11 systemd[1]: session-2.scope: Killing process 5721
(n/a) with signal SIGKILL.
Oct 22 14:4
Package: evince
Version: 41.2-1
Severity: normal
X-Debbugs-Cc: davide.pr...@gmail.com
Dear Mainteiner,
when I try to do a print preview I have a blank page, the same if I try to
print it.
PS file is obtained with pdftops program (I used it to print faster PDF files
on ps printers) and some time
Control: tags 995900 + patch
Control: tags 995900 + pending
Dear maintainer,
I've prepared an NMU for abr2gbr (versioned as 1:1.0.2-3) and
uploaded it to DELAYED/13. Please feel free to tell me if I
should delay it longer.
Regards.
diff -Nru abr2gbr-1.0.2/debian/changelog abr2gbr-1.0.2/debian/c
On Wed, Oct 20, 2021 at 12:30:54PM -0700, Sean Whitton wrote:
> Hello,
>
> I hereby call for votes on the following ballot to resolve #994275. The
> voting period starts immediately and lasts for up to one week, or until
> the outcome is no longer in doubt (Constitution 6.3.1).
>
> === Resolutio
Package: lighttpd
Version: 1.4.59-1
Severity: normal
X-Debbugs-Cc: post+debb...@guelker.eu
Dear Maintainer,
lighttpd crashes every few minutes with a segmentation fault. Systemd will
restart it, but this is obviously not the way it should be. Here is
an excerpt from journalctl -u lighttpd.service
On Wed, Oct 13, 2021 at 08:13:08PM +0100, Simon McVittie wrote:
> I'm calling for votes on the following resolution as formal advice from
> the Technical Committee (Constitution §6.1.5). There are no non-accepted
> amendments, so the options to vote on are "yes" or "further discussion".
I vote (be
Hi Nilesh,
Nilesh Patra, on 2021-10-22:
> looks like C++17 has removed the provision to specify custom
> exceptions, and there are a lot of errors like the one above.
> In this case, does it makes sense to force C++14 standard
> (with chnages in d/rules or with patches) in such cases and
> ask ups
On Tue, 24 Aug 2021 16:46:00 +0200 Lisa Julia Nebel wrote:
dune-pdelab (2.8~20213108-1) experimental; urgency=medium
.
* New upstream snapshot.
* d/rules: Explicitly set buildsystem to CMake.
* Update patches.
Where have you got a v2.8 snapshot from? Latest git commit still has 2.7.
There is no
"lighttpd.conf" is not the whole lighttpd configuration.
Print the config with: lighttpd -f /etc/lighttpd/lighttpd.conf -p
Your probable error is well-documented as user misconfiguration:
$SERVER["socket"] must not be nested in other lighttpd config conditions
https://wiki.lighttpd.net/Docs_SSL#C
On 10/22/21 9:23 PM, Étienne Mollier wrote:
Hi Nilesh,
Nilesh Patra, on 2021-10-22:
looks like C++17 has removed the provision to specify custom
exceptions, and there are a lot of errors like the one above.
In this case, does it makes sense to force C++14 standard
(with chnages in d/rules or wi
Control: tags 984342 + patch
Control: tags 984342 + pending
Dear maintainer,
I've prepared an NMU for source-highlight (versioned as 3.1.9-4.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Regards.
diff -Nru source-highlight-3.1.9/debian/changelog sourc
Package: redisearch
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
upstream development has moved to a new repository at:
https://github.com/RediSearch/RediSearch
There have been quite a few releases too since the move took place. Would you
consider switchi
Hi Eric,
I would take a look and maybe sponsor sosreport if you bring the git into sync with the
currently released 4.0-2. Adding your 4.2-1 changes on top would also be nice, especially
if it is not a bulk commit.
Thanks,
Bastian
Package: bino
Severity: important
Dear Maintainer,
The developer has changed the download address.
For more info see.
https://bino3d.org/download.html
maybe handy.
https://www.gezapig.nl/Free.html
-- System Information:
Debian Release: 10.11
APT prefers oldstable-updates
APT policy: (50
On Fri, 22 Oct 2021 20:33:38 +0900 Seunghun Han wrote:
swtpm (0.7.0-rc2-1) unstable; urgency=medium
.
* New maintainer (Closes: #941199)
* Changed Standard-Version to 4.5.1 in debian/control
* Updated debhelper version to 13 in debian/control
* Added Rules-Requires-Root to debian/c
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
X-Debbugs-Cc: debian-de...@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: python-pytest-toolbox
Version : 0.4
Upstream Author : Samuel Colvin
* URL : https://github.com/samue
Package: wnpp
Severity: wishlist
Owner: Emmanuel Arias
X-Debbugs-Cc: debian-pyt...@lists.debian.org
* Package name: markdown-it-py
Version : 1.1.0
Upstream Author : Chris Sewell
* URL : https://github.com/executablebooks/markdown-it-py
* License : Expat
Prog
Source: saga
Version: 7.3.0+dfsg-5
Severity: serious
Tags: ftbfs
https://tests.reproducible-builds.org/debian/rb-pkg/bookworm/amd64/saga.html
https://buildd.debian.org/status/logs.php?pkg=saga&ver=7.3.0%2Bdfsg-5%2Bb2
...
checking for omp_get_num_threads in -lgomp... yes
checking for libsvm/svm.h.
Hi Jesse,
On Thu, 2021-10-21 at 14:51 -0300, Jesse Smith wrote:
> Please give the attached patch a try and confirm it's working. It's
> working here for normal and zombie processes and it seems to be okay
> for uninterruptable sleep processes too, but I'd like to have someone
> else confirm every
Source: aravis
Severity: important
Dear Maintainer,
It seems the gnome download location is not used anymore, probably has to be
changed to GitHub.
https://github.com/AravisProject/aravis
Maybe handy.
https://www.gezapig.nl/Free.html
-- System Information:
Debian Release: 10.11
APT prefer
Thanks Ben,
I'm waiting to have my development environment back to fix it. :(
Best
Chiara
On Fri, Oct 22, 2021 at 12:00 PM Ben Tris wrote:
> Source: aravis
> Severity: important
>
> Dear Maintainer,
>
> It seems the gnome download location is not used anymore, probably has to
> be
> changed to
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "rednotebook":
* Package name: rednotebook
Version : 2.22+ds-2~bpo11+1
Upstream Author : Jendrik Seipp
* URL : https://rednotebook.app
* License : GPL-
Hi,
so stupid. Microsoft Teams is only able to handle video resolutions
smaller than 1280x720.
Switch the output resolution to 1280x720 and it works.
Please close the Bug as this is not a problen in Debian, V4L2 or obs-
studio.
Bye,
Frank
signature.asc
Description: This is a digitally signed
Package: raku-tap-harness
Version: 0.1.0-2
Severity: normal
File: /usr/share/perl6/debian-sources/raku-tap-harness/lib/TAP.pm
Dear Maintainer,
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
Running "prove6 ." on the "hello-wo
Hi Simon!
The issue occurs on MIPS and 32-bit PowerPC when LLVM is built with LLDB
enabled, see [1]. It can be worked around by disabling LLDB on the affected
targets.
Adrian
> [1] https://reviews.llvm.org/D102872
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.
Simon McVittie writes:
> I'm calling for votes on the following resolution as formal advice from
> the Technical Committee (Constitution §6.1.5). There are no non-accepted
> amendments, so the options to vote on are "yes" or "further discussion".
>
> begin text to be voted on
>
> Summar
Source: mapnik
Version: 3.1.0+ds-1
Severity: important
Forwarded: https://github.com/mapnik/mapnik/pull/4202
https://buildd.debian.org/status/fetch.php?pkg=mapnik&arch=amd64&ver=3.1.0%2Bds-1%2Bb2&stamp=1634940413&raw=0
...
Checking for C library proj... no
[94mCould not find optional header or s
On 2021-10-22 6:52 p.m., Svante Signell wrote:
> Hi Jesse,
>
> On Thu, 2021-10-21 at 14:51 -0300, Jesse Smith wrote:
>> Please give the attached patch a try and confirm it's working. It's
>> working here for normal and zombie processes and it seems to be okay
>> for uninterruptable sleep processes
Control: tags -1 moreinfo
Why don't you package the version 2.4.11 from
https://github.com/usnistgov/SCTK? It is from Nov 2018.
Usually, you keep the changelog entry for NMUs if you acknowlege (keep
the patch) them. You did not for -3.1.
Build tests on i386 fail with:
test17: Vietnamese cas
On Fri, 2021-10-22 at 19:05 +0200, Julien Cristau wrote:
> Maybe it should be called "strongly discouraged" everywhere instead of
> deprecated, but there are uses for this command, I don't think we
> should drop it.
I suggest a new design for bug closing:
Make `bts done` and `bts close` both be
On Fri, 22 Oct 2021, Jesse Smith wrote:
> Hurd systems because there is explicitly a check for that and, if it's
> not defined, PATH_MAX is declared in the code. So this code is GNU Hurd
> safe.
To what value? (Spoiler: 1024 is wrong. All other values are also wrong.)
PATH_MAX does not exist on
Control: notfound -1 2:8.2.2434-3
Control: notfound -1 2:8.1.0875-5
On Fri, Oct 15, 2021 at 10:23:43PM +0200, Salvatore Bonaccorso wrote:
> The following vulnerability was published for vim.
>
> CVE-2021-3875[0]:
> | vim is vulnerable to Heap-based Buffer Overflow
>
>
> If you fix the vulnerabi
On Mon, Oct 18, 2021 at 10:41:07AM +0200, Christoph Berg wrote:
> Re: tony mancill
> > That's a good idea. The diffoscope results in 100MB of diff, almost all
> > of it in the resulting binaries,
>
> Uh, I guess that was to be expected... sorry for the naive suggestion.
I didn't think it was nai
Control: tag -1 wontfix
On Thu, 21 Oct 2021, Adrian Bunk wrote:
> On Thu, Oct 21, 2021 at 12:17:25PM -0400, Ryan Kavanagh wrote:
> > Package: bugs.debian.org
> > Severity: wishlist
> > X-Debbugs-Cc: r...@debian.org
> >
> > The 'close' command has been deprecated since at least February 2002 [0],
Control: fixed -1 2020.12.07-1
Control: found -1 2019.10.06-1
On Fri, 22 Oct 2021, mooff wrote:
> Not that I can see:
Ah; it's in the version I haven't uploaded yet. I'll get that rolled out
shortly.
--
Don Armstrong https://www.donarmstrong.com
I've had so much good luck
Control: tags -1 pending
This was fixed in git a little while ago, the upload to unstable will
follow soon.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Package: wnpp
Owner: Andrius Merkys
Severity: wishlist
* Package name: libmdock-java
Version : 2.0.1
Upstream Author : University of Manchester
* URL : https://github.com/matthewhorridge/mdock
* License : LGPL-2.1+
Programming Lang: Java
Description : l
Package: fakechroot
Version: 2.20.1-1
Severity: normal
Control: affects -1 + jemalloc
Hi,
libjemalloc and fakechroot do not play well together on arm64 and
riscv64. Faidon managed to analyze the situation. It follows what they
found out:
I got a backtrace (see below) by:
1) attempting a normal b
On 10/22/21 6:17 PM, Sebastiaan Couwenberg wrote:
> On 10/22/21 5:51 PM, Sebastiaan Couwenberg wrote:
>> On 10/22/21 1:49 PM, Sebastiaan Couwenberg wrote:
>>> On 10/22/21 11:19 AM, Sebastiaan Couwenberg wrote:
On 10/21/21 11:17 PM, Sebastian Ramacher wrote:
> On 2021-09-04 19:49:39 +0200,
On Fri, Oct 22, 2021 at 08:53:34PM -0700, Don Armstrong wrote:
> Control: tag -1 wontfix
>
> On Thu, 21 Oct 2021, Adrian Bunk wrote:
> > On Thu, Oct 21, 2021 at 12:17:25PM -0400, Ryan Kavanagh wrote:
> > > Package: bugs.debian.org
> > > Severity: wishlist
> > > X-Debbugs-Cc: r...@debian.org
> > >
101 - 167 of 167 matches
Mail list logo
