Package: gnome-passwordsafe
Version: 5.1-3
Hi,
gnome-passwordsafe is now gnome-secrets. Would be nice to update links,
etc. in the package info.
Furthermore, a major update to v6 was released 7 months ago. Currently
at 6.5.
Thanks
Hello Daniel,
Am 19.08.22 um 06:37 schrieb Daniel Kahn Gillmor:
...
i'd like to do something like that with the autopkgtest for the debian
package, but to do that i'd need to have the mach utility (i think it's
python?) available, and i'd also need to have access to the test code.
there isn't
Package: vimix
Version: 0.7.0+git20220523+ds
Followup-For: Bug #1017507
Tags: ftbfs, patch
thanks
--
Regards,
--
Bo YU
signature.asc
Description: PGP signature
Package: qdbus
Version: 4:5.15.4-2
Severity: important
X-Debbugs-Cc: ybx...@gmail.com
Dear Maintainer,
* What led up to the situation?
Just shutdown or reboot the computer with KDE Plasma Wayland session logged in.
* What was the outcome of this action?
QDBusConnection ( 875) exited at
Package: thunderbird
Version: 1:102.1.2-1
Severity: wishlist
Control: affects -1 + libsequoia-octopus-librnp librnp0
In packaging libsequoia-octopus-librnp, i realize that i want to be able
to run some tests on it.
upstream, that project uses something like this to test whether it is
working as
Package: debcargo
Version: 2.5.0-3+b4
currently, if debian/foo.debcargo.hint exists, debcargo will leave
debian/foo alone, as long as what it wanted to put in debian/foo matches
debian/foo.debcargo.hint exactly.
However, in some circumstances a developer might want to entirely omit a
file
Package: wnpp
Severity: wishlist
Owner: Gabriel Filion
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: libobject-result-perl
Version : 0.03
Upstream Author : Damian Conway
* URL : https://metacpan.org/release/Object-Result
* License :
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
X-Debbugs-Cc: debian-de...@lists.debian.org, d...@fifthhorseman.net
Control: affects -1 + thunderbird librnp0
* Package name: rust-sequoia-octopus-librnp
Version : 1.4.1
Upstream Author : Sequoia Project
* URL
Package: wnpp
Severity: wishlist
* Package name: xsv
Version : 0.13.0
Upstream Author : Andrew Gallant
* URL : https://github.com/BurntSushi/xsv
* License : MIT
Programming Lang: Rust
Description : fast CSV command line toolkit
xsv is a command line
Hi Mattia and Yokota-san,
On Mon, 25 Jul 2022 15:50:48 +0200 Mattia Rizzolo wrote:
> See also me asking upstream for a real patch here:
> https://sourceforge.net/p/podofo/mailman/podofo-users/thread/Yt0dvCmE/ISNNwI3%40mapreri.org/#msg37684942
>
> At the very least, I'd prefer fedora's patch
On Thu, Aug 18, 2022 at 09:46:39AM +0200, Harald Dunkel wrote:
> apparmor writes a bazillion of log entries to dmesg and /var/log/\
> kern.log, hiding other important messages. Do you think it would be
> reasonable to add auditd to the Recommends list?
I'm slightly in favour of this, yes. One
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: okgomdjgbm...@gmail.com
* Package name: solarus
Version : 1.6.5
Upstream Author : Christopho
* URL : http://www.solarus-games.org/
https://gitlab.com/solarus-games
* License : GPL3
Programming Lang: C++
From: Ben Hutchings
The mitigation for PBRSB includes adding LFENCE instructions to the
RSB filling sequence. However, RSB filling is done on some older CPUs
that don't support the LFENCE instruction.
Define and use a BARRIER_NOSPEC macro which makes the LFENCE
conditional on
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: okgomdjgbm...@gmail.com
* Package name: openutau
Version : git
Upstream Author : stakira
* URL : http://www.openutau.com/
* License : MIT
Programming Lang: C#
Description : Open singing synthesis platform /
Hi!
On Thu, 2022-08-18 at 17:41:41 +0200, Bastian Germann wrote:
> On Sun, 29 Mar 2020 00:45:49 + Marcos Marado
> wrote:
> > AFAICS, this ended up never happening. However, someone else worked on a set
> > of patches that, supposedly, implement this: more info at
> >
Source: tiledb-r
Version: 0.15.0-1
Severity: normal
Tags: ftbfs, patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org
Dear Maintainer,
The tiledb-r has a ftbfs on riscv64 due to missing -latomic explicitly
after 0.13.0-1:
Package: wnpp
Owner: Aymeric Agon-Rambosson
Severity: wishlist
* Package name: elpa-citar
Version : 1.0
Upstream Author : Bruce D'Arcus
* URL or Web page : https://github.com/emacs-citar/citar
* License : GPL-3+
Description : Find and act on bibliographic references
The mitigation for PBRSB includes adding LFENCE instructions to the
RSB filling sequence. However, RSB filling is done on some older CPUs
that don't support the LFENCE instruction.
Define and use a BARRIER_NOSPEC macro which makes the LFENCE
conditional on X86_FEATURE_LFENCE_RDTSC, like the
Package: dh-cargo
Version: 28
Control: affects -1 + src:rust-sequoia-octopus-librnp
Control: clone -1 -2
Control: reassign -2 debcargo 2.5.0-3+b4
I'm trying to build a version of the Sequoia project's "octopus", which
creates a shared object (dynamic library) that can replace librnp.so.0
for all
Control: tags -1 + confirmed
It looks like this is triggering a bug in g++ 12 that's been reported
upstream with a simple test case:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105580. For now, I'm
inclined to suppress -Wnull-dereference for the affected source file,
since I know that there is
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "fheroes2":
* Package name : fheroes2
Version : 0.9.18-1
Upstream Author : fheroes2 team
* URL : https://github.com/ihhub/fheroes2
* License : BSD-3-clause, LGPL-2.1+, GPL-2.0+,
Package:ftp.debian.org
Severity: normal
Just like with bug #974789 for -9, #974788 for -10, #1000941 for -11, #1012404
for -12 and
many others before,
I am opening this to keep track of all the changes needed to be able to get
ride of llvm-toolchain-13.
Sylvestre
Source: mlpack
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Sylvestre
On 2022-08-18 23:43, Sylvestre Ledru wrote:
Source: bpftrace
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults
Le 18/08/2022 à 23:58, Vincent Bernat a écrit :
On 2022-08-18 23:43, Sylvestre Ledru wrote:
Source: bpftrace
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to
Control: tags -1 confirmed
Control: tags 1017412 confirmed
On 2022-08-17 03:42:18 +0800, Shengjing Zhu wrote:
> On Wed, Aug 17, 2022 at 3:07 AM Sebastian Ramacher
> wrote:
> >
> > On 2022-08-15 20:35:49 +0800, Shengjing Zhu wrote:
> > > CC spdlog maintainer as well.
> > >
> > > On Mon, Aug 15,
Source: autofdo
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Sylvestre
Source: bpftrace
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Sylvestre
Source: oclgrind
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Sylvestre
Source: bpftrace
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Sylvestre
Source: pocl
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Sylvestre
Source: ghdl
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Sylvestre
Source: rustc
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Sylvestre
Source: spirv-llvm-translator
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Source: aiscm
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Sylvestre
Source: castxml
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Sylvestre
Source: aflplusplus
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Source: amdgcn-tools
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Source: doxygen
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Sylvestre
Source: intel-opencl-clang
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Source: ghc
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Sylvestre
Source: crystal
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Sylvestre
Source: wasi-libc
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Sylvestre
Source: pocl
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Sylvestre
Source: spirv-llvm-translator
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Source: vboot-utils
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Source: oclgrind
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Sylvestre
Source: rustc
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Sylvestre
Source: aflplusplus
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Source: oclgrind
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Sylvestre
Source: intel-opencl-clang
Severity: important
Dear Maintainer,
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -14.
We are trying NOT to ship Bookworm with llvm-toolchain-13.
llvm-defaults is now pointing to -14.
Thanks,
Source: golang-github-pelletier-go-toml
Version: 1.9.4-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
Source: golang-github-xenolf-lego
Version: 4.1.3-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
ok github.com/go-acme/lego/providers/http/webroot 0.026s
=== RUN TestRegistrar_ResolveAccountByKey
2022/08/17 14:29:29 [INFO]
On Thu, 2022-08-18 at 23:11 +0300, Martin-Éric Racine wrote:
> On Thu, Aug 18, 2022 at 10:59 PM Ben Hutchings wrote:
> >
> > Control: retitle -1 [i386] Unconditional LFENCE instructions in
> > FILL_RETURN_BUFFER
> > Control: tag -1 confirmed upstream
> > Control: found -1 5.18.14-1
> >
> > On
Source: rust-zram-generator
Version: 0.3.2-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source
X-Debbugs-Cc: sramac...@debian.org
https://buildd.debian.org/status/package.php?p=rust-zram-generator=sid
rust-zram-generator build-depends on missing:
-
Hi Matthias (2019.10.22_20:54:04_+0200)
> The handling of the changed extension names in 3.8 is a little bit tricky,
> and you suggested to use PYBUILD_NAME and PYBUILD_EXT_DESTDIR_*. Here is a
> try to do that The changed packaging has other bugs, but it show that the
> extensions are not moved
Source: rust-rust-code-analysis-cli
Version: 0.0.19-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
https://buildd.debian.org/status/package.php?p=rust-rust-code-analysis-cli=sid
Package: tiger
Version: 1:3.2.4~rc1-3
Severity: normal
Dear Maintainer,
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=987512;msg=5
has a patch attached to it, where do I add it at? What file?
Thanks!
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy:
Confirming I'm also seeing this bug after an upgrade of my desktop to
bullseye.
It worked fine in buster (kde-plasma-desktop 5:102), though I freely
confess I have no idea which underlying KDE component or package is
invovled.
Looks like this is upstream bug #413104 - I confirmed the bug is
On Mon, 2022-08-15 at 13:50 +0200, Holger Levsen wrote:
> I'd like to introduce an epoch to debian-security-support in buster,
> as used everywhere else since stretch-security (as demanded in
> #988321)
>
> debian-security-support | 2020.06.21~deb9u1 | stretch |
> source, all
>
Package: ucarp
Version:1.5.2-2.2 There's newer version available at
https://github.com/jedisct1/UCarp/ sadly still listed as 1.5.2 Among
changes are the addition of --debug and --mcastip options, as well as
some fixes. Please, consider updating.
On Thu, 2022-08-18 at 21:59 +0200, Ben Hutchings wrote:
> Control: retitle -1 [i386] Unconditional LFENCE instructions in
> FILL_RETURN_BUFFER
> Control: tag -1 confirmed upstream
> Control: found -1 5.18.14-1
>
> On Wed, 2022-08-17 at 11:42 +0200, Etienne Vogt wrote:
> > I can confirm that this
Re: tony mancill
> > Unable to import tnc_nx
> > gr-tnc_nx needs to be installed to use Mobitex
>
> Thank you for the bug report. For whoever works on this one, there
> appear to be other missing dependencies. When trying to reproduce this
> on sid after installing gr-satellites, I get this
Package: ftp.debian.org
Severity: normal
Control: block 1015819 by -1
See #1015819 for background, attempts to fix the package on i386 were
not successful and it's unlikely to have many users there.
On Thu, Aug 18, 2022 at 10:59 PM Ben Hutchings wrote:
>
> Control: retitle -1 [i386] Unconditional LFENCE instructions in
> FILL_RETURN_BUFFER
> Control: tag -1 confirmed upstream
> Control: found -1 5.18.14-1
>
> On Wed, 2022-08-17 at 11:42 +0200, Etienne Vogt wrote:
> > I can confirm that this
Package: wnpp
Severity: wishlist
Owner: Markus Koschany
X-Debbugs-Cc: debian-de...@lists.debian.org,
a...@debian.org,debian-j...@lists.debian.org
* Package name: libtitanium-json-ld-java
Version : 1.3.1
Upstream Author : Filip Kolarik and the original authors and contributors
*
Package: git-buildpackage
Followup-For: Bug #1010751
Hello.
The attached commit implements your suggestions.
>From 3f8debeeeffbf57e77234848317b38d12b2d3363 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Sun, 8 May 2022 16:51:26 +0200
Subject: [PATCH] clone: handle -b optional branch
Package: wnpp
Severity: wishlist
Owner: Markus Koschany
X-Debbugs-Cc: debian-de...@lists.debian.org,
a...@debian.org,debian-j...@lists.debian.org
* Package name: libjsonp2-java
Version : 2.1.1
Upstream Author : Oracle and/or its affiliates
* URL :
Package: coreutils
Version: 8.32-4+b1
Severity: normal
Dear Maintainer,
Consider:
-- >8 --
$ printf '%s\n' a A ą Ą и И | uniq -ic
2 a
1 ą
1 Ą
1 и
1 И
-- >8 --
Contrast uniq(1):
-- >8 --
-i, --ignore-case
ignore differences in case when
Control: retitle -1 [i386] Unconditional LFENCE instructions in
FILL_RETURN_BUFFER
Control: tag -1 confirmed upstream
Control: found -1 5.18.14-1
On Wed, 2022-08-17 at 11:42 +0200, Etienne Vogt wrote:
> I can confirm that this bug also occurs on Athlon XP systems (Generic VIA
> KT333
Hi Bastien,
Bastien Roucariès wrote:
> I have just reinstanced the sliding windows on master.
Yay, thanks!
> could you please check why autotest fail
Will do, but probably not before the weekend.
> BTW I am really supprised that test are not run at build time
The test suite currently runs
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: pkg-javascript-de...@lists.alioth.debian.org
* Package name: snappymail
Version : 2.17.2
Upstream Author : https://github.com/the-djmaze
* URL : https://snappymail.eu/
* License : AGPL-3
Programming Lang: PHP,
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "libusbgx":
* Package name: libusbgx
Version : 0.2.0-2
Upstream Author : Krzysztof Opasiak
* URL : https://github.com/linux-usb-gadgets/libusbgx
* License
Control: affects 1017577 + src:rust-libsqlite3-sys librust-libsqlite3-sys-dev
The old version of sqlcipher in debian means that building from the
packaged versions of the rust libsqlite3-dev crate with
"buildtime_bindgen" and "sqlcipher" features active will fail.
--dkg
Hi Chris,
On 18-08-2022 21:00, Chris Lamb wrote:
Perhaps jobs just need to be resubmitted? I see that the version numbers on:
https://qa.debian.org/excuses.php?package=redis
... refer to the unfixed versions; for example, python-fakeredis
(version 1.6.1-1) was fixed in 1.7.1-1.
I'll keep
Package: wnpp
Owner: Aymeric Agon-Rambosson
Severity: wishlist
* Package name: elpa-orderless
Version : 0.7
Upstream Author : Omar Antolín Camarena
* URL or Web page : https://github.com/oantolin/orderless
* License : GPL-3+
Programming Lang: Emacs Lisp
Description :
Hi Sebastian,
netgen has now been fixed. Can you schedule a binNMU for
gmsh, so that gmsh will be installable again? (there is no
sourceful upload needed to make that happen)
Possibly, not sure if really needed, with a Dep-Wait on netgen >=
6.2.2006+really6.2.1905+dfsg-5.1, as some ports have
Apperantly it has been done alrasdy, sorry for the noise
and disregard the previous mail…
--
tobi
Hi Sebastian,
netgen has now been fixed. Can you schedule a binNMU for
gmsh, so that gmsh will be installable again? (there is no
sourceful upload needed to make that happen)
Possibly, not sure
On Tue, Aug 16, 2022 at 12:58:26PM +0300, Apostolos Kefalas wrote:
> Package: gr-satellites
> Version: 3.5.1-2
> Severity: normal
>
> I have tried the following:
>
> $ gr_satellites AMGU-1 --audio default --samp 48e3
>
> and I got an error message:
>
> Unable to import tnc_nx
> gr-tnc_nx
On Thu, 2022-08-18 at 18:07 +0200, Raphaël Halimi wrote:
> Le 18/08/2022 à 16:59, Luca Boccassi a écrit :
> > No, custom and unsupported setups are unsupported. Compatibility is
> > provided for default environments, anything outside of it can and will
> > break at any given time, and it's not
Source: havp
Version: 0.93-2
Severity: grave
While testing havp before uploading I noticed that starting havp ends
quickly with:
| Starting HAVP Version: 0.93
| Filesystem not supporting mandatory locks!
| On Linux, you need to mount filesystem with "-o mand"
The so called "mandatory locks" have
Paul Gevers wrote:
> If you believe your package is unable to migrate to testing due to
> issues beyond your control, don't hesitate to contact the Release Team.
I think I've fixed the two underlying issues have been fixed:
* python-fakeredis was fixed in #1014101
* python-redis was fixed
Hi,
On Thu, 7 Apr 2022 13:57:24 +0200 Thomas Goirand wrote:
This issue was reported upstream:
https://github.com/eventlet/eventlet/issues/730
https://github.com/eventlet/eventlet/issues/739
This looks kind of serious, and not just an issue with tests. So
blacklisting the failed tests isn't
Hi Paul,
> I have prepared a new version of python-fakeredis which builds and
> passes its autopkgtest in unstable:
> https://salsa.debian.org/python-team/packages/python-fakeredis/-/merge_requests/1
> https://salsa.debian.org/python-team/packages/python-fakeredis/-/merge_requests/2
>
Source: opencascade
Followup-For: Bug #1017620
Thanks for the report. I can see that libocct-draw-7.x depends on a bunch of
-dev packages [1], but that has been since ages… (at least this bits have
not been changed for the 7.6.3 update)
I'll need to investigate if those dependencies are really
Package: lists.debian.org
Messages from Debian lists include a field like the following:
List-Archive:
https://lists.debian.org/msgid-search/87h73gyaiw@janja.pimeys.fr
This is not correct: [1] shows List-Archive should point to the archive
for the entire list, so probably to
Package: wnpp
Severity: wishlist
Owner: Evangelos Ribeiro Tzaras
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: lsip6
Version : 0.1.0
Upstream Author : Martijn Braam
* URL : https://git.sr.ht/~martijnbraam/lsip6
* License : MIT
Programming
Hello,
could you please be more specific on what's going wrong? You say that the
"english is in roman, while the translated text is in German". Well. The
translation being in German does not sound like a bug to me :)
I tried to check on the rendered manpages, but I don't see any difference
Control: tags -1 pending patch
Hi,
On Wed, 17 Aug 2022 21:20:06 +0200 Paul Gevers wrote:
Your package src:redis has been trying to migrate for 61
days [2]. Hence, I am filing this bug. Your package is a key package and
so is python-fakeredis. Hence, the autopkgtest regression won't be fixed
Package: wnpp
Severity: wishlist
Owner: Gürkan Myczko
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: vdt
Version : 0.4.4
Upstream Authors: Danilo Piparo
URL : https://github.com/dpiparo/vdt
* License : LGPL-3-or-later
Description :
Package: wnpp
Severity: wishlist
Owner: Gürkan Myczko
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: unuran
Version : 1.9.0
Upstream Authors: Josef Leydold
URL : https://statmath.wu.ac.at/unuran/
* License :
Description : Universal
Le mardi 16 août 2022, 13:37:39 UTC Axel Beckert a écrit :
Hi,
I have just reinstanced the sliding windows on master.
could you please check why autotest fail
BTW I am really supprised that test are not run at build time
Bastien
> Hi Bastien,
>
> Bastien Roucariès wrote:
> > I will restep to
Hey Alberto,
Just briefly reaching out to you just in case this slipped your mind
during your time away from the internet. Hopefully, it's quite an easy
fix.
Best wishes,
Chris
> On 20 July 2022 00:18:29 GMT-06:00, Chris Lamb wrote:
>>Hi Alberto,
>>
>>Any ideas why libfiu fails to build with
Package: lintian
Version: 2.115.2
Severity: normal
Hi!
The bin-sbin-mismatch triggers false positives on partial matches such
as /usr/bin/dpkg-www and /usr/sbin/dpkg-www-installer, or
/usr/bin/dpkg and /usr/sbin/dpkg-fsys-usrunmess.
This is due to the check in
Control: forwarded -1 https://gitlab.gnome.org/World/Endeavour/-/issues/429
I had to upload gnome-todo 41 to Unstable today because I was unable
to get the older version to build. That means gnome-todo would have
been removed from Testing soon otherwise.
Thank you,
Jeremy Bicha
Hi,
On 8/17/22 21:56, Michael Biebl wrote:
Looking at the package in question
$ cat debian/passwd.tmpfiles
# If a password operation is in progress and we lose power, stale
lockfiles
# can be left behind. Clear them on boot.
r! /etc/gshadow.lock
r! /etc/shadow.lock
r! /etc/passwd.lock
r!
tag 1016753 fixed-upstream
thanks
Hello,
I believe that this bug is fixed upstream by commit
https://github.com/mquinson/po4a/commit/6b5139e7c5a7d789f51f8912cd2a6a835194c84b
Thanks for reporting,
Mt
- Le 6 Aoû 22, à 17:55, Helge Kreutzmann deb...@helgefjell.de a écrit :
> Package: po4a
>
Source: r-cran-lmertest
Version: 3.1-3-1
Severity: serious
User: debian...@lists.debian.org
Usertags: timeout
Dear maintainer(s),
I looked at the results of the autopkgtest of your package because it
was showing up on our page for long running tests on i386. I noticed
that your package
Source: r-cran-insight
Version: 0.18.0+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: timeout
Dear maintainer(s),
I looked at the results of the autopkgtest of your package because it
was showing up on our page for long running tests on i386. I noticed
that your package
Thanks for the response, Jeremy. I was not aware that this feature is built
into Nautilus 43. I'll wait for it to become available in sid.
--
Chandra Sekar
On Thu, 18 Aug, 2022, 22:40 Jeremy Bicha,
wrote:
> On Sat, Aug 13, 2022 at 10:12 AM Chandra Sekar
> wrote:
> > apt attempts to remove
1 - 100 of 192 matches
Mail list logo