Package: lxqt-panel
Version: 1.3.0-1+b1
Severity: normal
User: debian...@lists.debian.org
Usertags: openqa
Hello maintainers of the LXQt-desktop environment,
Somewhere between the archive snapshots 20240509T082253Z and
20240510T081638Z something changed, that caused that the package
On Wed, May 15, 2024 at 7:51 AM Paul Menzel wrote:
> gnome-remote-desktop (46.1-3) wird eingerichtet ...
> /usr/lib/tmpfiles.d/gnome-remote-desktop-tmpfiles.conf:2: Failed to
> resolve user 'gnome-remote-desktop': No such process
>
On 2024-05-15 09:20, Sebastian Ramacher wrote:
Control: tags -1 confirmed
The petsc patch for the 64-bit time_t transition was deeply invasive.
It makes petsc (and slepc) essentially unmaintainable.
I think the best way to deal with it is to pretend it never happened
and move on with petsc
Package: lxqt-menu-data
Version: 1.4.1-2
Severity: serious
Hi,
Your package breaks/replaces lxqt-panel (<< 1.4), however the latest
lxqt-panel in sid is 1.3.0-1. This means that those packages cannot
be co-installed atm, which is making lxqt-core uninstallable now.
If the reason for this
Source: qemu-web-desktop
Version: 24.01.19+ds1-4
Severity: wishlist
Tags: patch
dh-sysuser is in operation for 7 years now and has gotten 8 users -
qemu-web-desktop being one of them. In that time, it didn't quite mature
and still has a number of deficiencies such as using useradd instead of
Control: reopen -1
Control: retitle -1 gnome-remote-desktop: long delay when first
installing version 46
Control: block 1050237 by -1
I'm not happy with the performance of what I've implemented because it
still has the 90 second delay even though gnome-remote-desktop is
otherwise working now.
Control: found -1 2.4.3-1
Hi,
On Sat, 20 Apr 2024 15:22:43 +0200 Lucas Nussbaum wrote:
Source: glib-d
Version: 2.4.3-2
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240420 ftbfs-trixie ftbfs-t64-armel
Hi,
During a rebuild of all
Control: tags -1 moreinfo
On Tue, 24 Apr 2007 14:56:08 +0100 Tony Houghton wrote:
I want to add ${HOME}/bin to my PATH for non-interactive shells as well
as interactive ones. I tried to do this by adding:
ENV=/etc/home_path
BASH_ENV=/etc/home_path
Hi,
for the record, ENV/BASH_ENV
On Wed, 15 May 2024 08:47:00 +0200
Christoph Berg wrote:
> Re: Владимир Ступин
> > Trouble solved with restarting PostgreSQL.
>
> Hi,
>
> I'm glad you solved it.
>
> My guess would be that there was something (likely a background
> worker) still connected to that database and DROP DATABASE
Control: tags -1 confirmed
Hi
On 2024-03-17 22:52:51 +0100, Drew Parsons wrote:
> Package: release.debian.org
> Severity: normal
> X-Debbugs-Cc: pe...@packages.debian.org, francesco.balla...@unicatt.it
> Control: affects -1 + src:petsc
> User: release.debian@packages.debian.org
> Usertags:
Hi,
On Fri, 10 May 2024, Simon Richter wrote:
> it would be nice to allow specifying RFC822-style apt sources from local
> files, both as a main mirror and as additional package sources.
I don't know if you are aware of it but I believe that mmdebstrap does
already support that.
Re: Владимир Ступин
> Trouble solved with restarting PostgreSQL.
Hi,
I'm glad you solved it.
My guess would be that there was something (likely a background
worker) still connected to that database and DROP DATABASE couldn't
get the proper lock on it.
I guess there is nothing to actually fix
I have asked upstream if they are interested in maintaining it
themselves in Debian via https://github.com/e-foto/e-foto/issues/8 >.
--
Happy hacking
Petter Reinholdtsen
The current source repository is available from
https://github.com/e-foto/e-foto.git >.
--
Happy hacking
Petter Reinholdtsen
Package: ca-certificates
Version: 20230311
Somehow I lost a few symlinks in /etc/ssl/certs, for example:
root@dpcl064:~# ls -al /etc/ssl/certs/*SSL.com*
ls: cannot access '/etc/ssl/certs/*SSL.com*': No such file or directory
Problem is, they are neither recovered by
The original upstream project is resting, and the fork on
https://github.com/librerpi/rpi-open-firmware > seem to be the
currently developed edition.
--
Happy hacking
Petter Reinholdtsen
Package: dnsmasq-base
Version: 2.90-3
Severity: serious
When passwd is not installed, dnsmasq-base fails to purge.
| $ mmdebstrap --variant=essential --include=dnsmasq-base
--customize-hook='dpkg --root "$1" --remove dnsmasq-base passwd'
--customize-hook='dpkg --root "$1" --purge dnsmasq-base'
Package: gnome-remote-desktop
Version: 46.1-3
Severity: normal
Dear Debian folks,
Upgrading to *gnome-shell* from the suite *experimental*
sudo apt install -t experimental gnome-shell
also upgrades *gnome-remote-desktop* from 44.2-8 to 46.1-3. The lines
below were printed to the
On 5/15/24 12:15 AM, Antonio Valentino wrote:
On Tue, 14 May 2024 22:23:45 +0200 Sebastiaan Couwenberg wrote:
On 5/14/24 8:27 PM, Helmut Grohne wrote:
> The file /usr/lib/python3/dist-packages/doc/conf.py is contained in the
> packages
> * python3-donfig/0.8.1+dfsg-2 as present in
reopen -1
found -1 6.4.12+dfsg-3
I partially fixed Bug#1070994 in version 6.4.12+dfsg-3. Indeed, this
version correctly builds on arm64, armel, ppc64el, and riscv64. However,
build on armhf fails for an unrelated reason. I am currently
investigating this. I am hereby reopen the bug report.
On Mon, 13 May 2024 15:26:34 +0500
Владимир Ступин wrote:
After interrupting dropdb command, database was in semi-dropped state. It's
present in output of command psql -l, but any operation with semi-dropped
database failed. For example, cannot to connect to semi-dropped database or
backup
Source: gcc-14
Version: 14-20240429-1
Severity: important
X-Debbugs-Cc: numbk...@gmail.com
Dear Maintainer,
We found a gcc internal compiler error when compile a c source code(from
ksco):
```
#include
typedef int npy_intp;
static inline __attribute__(()) int vaddq_f32();
static inline
Hi!
On Tue, 2024-05-14 at 18:19:18 +, Ben Ferreri wrote:
> Package: dpkg
> Version: 1.22.6
> Severity: normal
> X-Debbugs-Cc: bferr...@intwineconnect.com
> When attempting to install a package as a non-superuser, the configured
> pre-invoke hook runs, but the post-invoke hook does not. I
I can confirm that netcfg crashes in this situation, tested with version
1.189 (UNRELEASED) (git a218ebabc8cafdf5127e7ae006d3be15feef8824)
I used the following method for testing and debugging this.
You will need:
- a clean build environment like a container or VM (I used Incus)
- a basic VM to
Control: tags -1 + patch pending
Fixed on Salsa, awaiting upload.
Kind regards,
Maytham
signature.asc
Description: This is a digitally signed message part
Control: tags -1 patch
https://salsa.debian.org/python-team/packages/influxdb-python/-/merge_requests/2
Not *obviously* known upstream.
On Tue, 14 May 2024 22:23:45 +0200 Sebastiaan Couwenberg
wrote:
On 5/14/24 8:27 PM, Helmut Grohne wrote:
> The file /usr/lib/python3/dist-packages/doc/conf.py is contained in the
> packages
> * python3-donfig/0.8.1+dfsg-2 as present in trixie|unstable
> * python3-nabu/2024.1.6-1 as present
Package: wnpp
Severity: normal
X-Debbugs-CC:
Neiter of the two uploaders of casparcg-server use it any more, and
personally I do not have the required time to spend on it. Because of
this, I urge someone else to take over as uploaders and custodians of
this package. There are new upstream
Source: falkon
Version: 24.04.80-2
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/logs.php?pkg=falkon=24.04.80-2
...
CMake Error at CMakeLists.txt:108 (find_package):
By not providing "FindKF6I18n.cmake" in CMAKE_MODULE_PATH this project has
asked CMake to find a package
On 5/14/24 8:27 PM, Helmut Grohne wrote:
The file /usr/lib/python3/dist-packages/doc/conf.py is contained in the
packages
* python3-donfig/0.8.1+dfsg-2 as present in trixie|unstable
* python3-nabu/2024.1.6-1 as present in unstable
Neither of these packages should be including this file.
It's actually upstream. I ran the same:
$ make bindeb-pkg
on the upstream source as I did on the Debian source, and yes, it gave me .deb
packages.
Here's the repo for the upstream script that was part of the problem:
https://github.com/torvalds/linux/commits/master/scripts/package/builddeb
Hi Farblos--
On Tue 2024-05-14 21:28:05 +0200, Farblos wrote:
> Should I open another issue about PINENTRY_USER_DATA not being
> forwarded to the pinentry when using the gpg from package gpg-sq/
> gpg-from-sq? If yes, on what repository exactly?
I would report it at
Source: pytorch-audio
Version: 0.13.1-1
Severity: serious
Tags: ftbfs trixie sid patch
Forwarded:
https://github.com/pytorch/audio/commit/d1cc1da6a4d6cb2fa44eda457c141aa2ac73e11a
https://buildd.debian.org/status/logs.php?pkg=pytorch-audio=0.13.1-1%2Bb3
...
In file included from
Package: wnpp
Severity: normal
X-Debbugs-Cc: libopen...@packages.debian.org, da...@debian.org
Control: affects -1 + src:libopenraw
I intend to orphan the libopenraw package.
The package description is:
libopenraw is an ongoing project to provide a free software implementation for
camera RAW
Package: wnpp
Severity: normal
X-Debbugs-Cc: j...@packages.debian.org, da...@debian.org
Control: affects -1 + src:jeex
I intend to orphan the jeex package.
The package description is:
Jeex is a simple hexadecimal editor which allows user to create, open
and edit files in hexadecimal, binary,
Package: wnpp
Severity: normal
X-Debbugs-Cc: gmtkba...@packages.debian.org, da...@debian.org
Control: affects -1 + src:gmtkbabel
I intend to orphan the gmtkbabel package.
The package description is:
gmtkbabel consists of a set of shell scripts which use zenity to
provide a graphical user
Dear Santiago,
Il 14/05/24 22:55, Santiago Vila ha scritto:
El 14/5/24 a las 7:15, Antonio Valentino escribió:
On Sat, 11 May 2024 21:46:59 +0200 Santiago Vila
wrote:
E error: unknown target CPU 'generic'
I'm sorry but I have no clue about this issue.
Looking at the log It seems
control: reassign -1 adequate
control: retitle -1 false positive detected in in libthread_db.so.1
Hi,
On 2024-05-14 10:14, Martin-Éric Racine wrote:
> Package: libc6
> Version: 2.38-11
> Severity: important
>
> $ adequate --all --tags -py-file-not-bytecompiled
> libc6:i386: undefined-symbol
El 14/5/24 a las 7:15, Antonio Valentino escribió:
On Sat, 11 May 2024 21:46:59 +0200 Santiago Vila wrote:
E error: unknown target CPU 'generic'
I'm sorry but I have no clue about this issue.
Looking at the log It seems that the CPU is not recognized.
Yes, that's what it seems.
Not
Source: firebird4.0
Version: 4.0.4.3010.ds6-1
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/logs.php?pkg=firebird4.0=all
...
dh_lintian
sed -i -e "s/TRIPLET/x86_64-linux-gnu/g" \
debian/libib-util/usr/share/lintian/overrides/libib-util
sed: can't read
Source: ovito
Version: 3.10.5~ds-1
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/fetch.php?pkg=ovito=all=3.10.5~ds-1=1713769268=0
...
Running Sphinx v7.2.6
loading intersphinx inventory from
https://ovito.org/docs/current/python/objects.inv...
loading intersphinx inventory from
Hi,
On 2024-05-14 21:51, Chris Hofstaedtler wrote:
> Hi Eugene,
>
> could you please try again with:
> util-linux 2.40.1-1
> glibc 2.38-7 or newer
>
> and report back, if the problem is fixed for you?
>
> The newer util-linux is rebuilt against the fixed glibc, so it
> hopefully is now fine.
Source: pytorch-geometric
Version: 2.3.1-2
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/logs.php?pkg=pytorch-geometric=all
Control: tags -1 + pending
On Sat, May 04, 2024 at 08:52:16PM +0300, Dmitry Shachnev wrote:
> I have prepared a merge request on salsa [2] fixing this build failure.
>
> [1]:
> https://tracker.debian.org/news/1526298/accepted-glibc-238-7-source-into-unstable/
> [2]:
Package: src:pyopencl
Version: 2021.1.2-1
Severity: serious
Control: close -1 2022.3.1-2.1
Tags: ftbfs bullseye
Dear maintainer:
During a rebuild of all packages in bullseye, your package failed to build:
[...]
Control: reopen -1
On Mon, Feb 12, 2024 at 10:57:03PM +, Debian Bug Tracking System wrote:
>...
> python-nmea2 (1.19.0-1) unstable; urgency=medium
> .
>* New upstream release (Closes: #1058130).
>...
> Relevant part (hopefully):
> > fakeroot debian/rules clean
> > dh clean --with
On 14/05/24 at 09:05 +0200, Lucas Nussbaum wrote:
> On 12/05/24 at 21:23 +0200, Lucas Nussbaum wrote:
> > Package: ruby-mysql2
> > Version: 0.5.5-2
> > Severity: serious
> > Tags: ftbfs
> > Justification: fails to build from source (but built successfully in the
> > past)
> > X-Debbugs-Cc:
On Mon, Apr 29, 2024 at 10:23:04PM +0100, Sudip Mukherjee wrote:
> Control: tags -1 patch
> --
>
> On Wed, Apr 10, 2024 at 01:38:17PM +0100, Sudip Mukherjee wrote:
> > Package: quickml
> > Version: 0.8-1
> > Severity: normal
> >
> > Dear Maintainer,
> >
> > quickml fails to install with the
Version: 5.2.21-2
On Mon, 02 Apr 2012 20:11:36 +0200 Pawel Zaluski wrote:
However, when "." and "source" are used in ".bash_profile" each works
differently.
When runnning a sub-script, which uses "export" it works differently, depending
on whether "." (example C) or "source" (example D) is
Hi Eugene,
could you please try again with:
util-linux 2.40.1-1
glibc 2.38-7 or newer
and report back, if the problem is fixed for you?
The newer util-linux is rebuilt against the fixed glibc, so it
hopefully is now fine. It might be necessary to delete your old
utmp/lastlog files tho.
Chris
Hi Daniel,
On 2024-05-08 19:25, Daniel Kahn Gillmor wrote:
thanks for taking care about this in general and this one:
> Thanks, i've reported this part upstream:
> https://gitlab.com/sequoia-pgp/sequoia-chameleon-gnupg/-/issues/74
in particular.
Should I open another issue about
Control: severity -1 normal
On Tue, 14 May 2024 at 18:41:01 +0100, Simon McVittie wrote:
> On Tue, 14 May 2024 at 17:12:29 +0100, Simon McVittie wrote:
> > I'm testing a patch to make g-ir-scanner explicitly disable
> > -Wl,--as-needed, so that the SONAMEs can be extracted reliably.
>
> This
On Tue, May 14, 2024 at 06:31:16PM +, Prasanna Venkadesh wrote:
>It seems, there is no packaging team available yet for Nim lang.
>I am not looking for co-maintainers, it's not complex.
There does exist a nim team.
https://salsa.debian.org/nim-team
Best,
Nilesh
Nevermind. I see that the upload was already accepted, and what is
missing is a binary-only upload matching the already existing source.
Yes, sorry if I wasn't clear enough about that.
No problem. I've now done the additional binary-only upload.
Thanks a lot.
Package: perl
Version: 5.38.2-4
Severity: important
Forwarded: https://github.com/Perl/perl5/issues/22195
Control: found -1 5.38.2-3.2
As reported upstream by Konstantin Akimov, perl in Debian trixie/sid
and in Ubuntu 24.04 can crash when freeing locales.
#!/bin/sh
L=en_US.UTF-8 # or seems
Package: wnpp
Owner: gregor herrmann
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org
* Package name: libcpan-requirements-dynamic-perl
Version : 0.001
Upstream Author : Leon Timmermans
* URL :
On Tue, 2024-05-14 at 20:51 +0200, Santiago Vila wrote:
> > > As bart-cuda build-depends on nvidia-cuda-toolkit, which is in
> > > non-
> > > free, bart-cuda is not buildable on the buildd network, so this
> > > will
> > > also need a binary upload to be performed.
> >
> > Ok, what's the best way
As bart-cuda build-depends on nvidia-cuda-toolkit, which is in non-
free, bart-cuda is not buildable on the buildd network, so this will
also need a binary upload to be performed.
Ok, what's the best way to solve this? Can you reject the upload
so that I do it again including .debs?
El 14/5/24 a las 20:24, Adam D. Barratt escribió:
On Wed, 2024-05-08 at 17:18 +0200, Santiago Vila wrote:
This upload fixes Bug #1070757 FTBFS in bullseye.
Note: A similar request for a similar bug has been made for package
"bart".
[ Impact ]
Anybody who try to build the package from source
Source: debian-security-support
Version: 1:13+2024.01.30
Severity: wishlist
X-Debbugs-Cc: gennaro.ol...@gmail.com
Security support for slurm-wlm in Bullseye is EOLed, the recent
changes were too intrusive too meaningfully backport.
Control: affects 1070359 src:camelot-py
Control: affects 1070360 src:glueviz
As expected from the version number, this looks easier than the last
one: there are only 4 remaining failures and they all look easy to fix.
These are:
augur (#1071122)
camelot-py (tabulate too old #1070359)
glueviz
Package: wnpp
Severity: wishlist
Owner: Prasanna Venkadesh
X-Debbugs-Cc: debian-de...@lists.debian.org, prasmai...@gmail.com
* Package name: battinfo
Version : 0.2.1
Upstream Contact: Prasanna Venkadesh
* URL : https://gitlab.com/prashere/battinfo
* License :
Package: python3-donfig,python3-nabu
Version: 0.8.1+dfsg-2
Severity: serious
User: debian...@lists.debian.org
Usertags: fileconflict
Control: affects -1 + python3-nabu
python3-donfig and python3-nabu have an undeclared file conflict. This may
result in an unpack error from dpkg.
The file
On Wed, 2024-05-08 at 17:18 +0200, Santiago Vila wrote:
> This upload fixes Bug #1070757 FTBFS in bullseye.
> Note: A similar request for a similar bug has been made for package
> "bart".
>
> [ Impact ]
> Anybody who try to build the package from source may find
> that the package FTBFS
Package: dpkg
Version: 1.22.6
Severity: normal
X-Debbugs-Cc: bferr...@intwineconnect.com
Dear Maintainer,
When attempting to install a package as a non-superuser, the configured
pre-invoke hook runs, but the post-invoke hook does not. I believe that
either both hooks should run in this case or
Source: influxdb-python
Version: 5.3.1-6
Severity: wishlist
Control: block 1069792 by -1
This package's tests fail with pandas 2.2, currently in experimental.
https://launchpadlibrarian.net/728496862/buildlog_ubuntu-oracular-amd64.influxdb-python_5.3.1-6_BUILDING.txt.gz
Source: augur
Version: 24.3.0-1
Severity: wishlist
Control: block 1069792 by -1
This package's tests fail with pandas 2.2, currently in experimental.
https://ci.debian.net/packages/a/augur/unstable/amd64/46551367/
control: forwarded -1 https://github.com/ocaml/ocaml/pull/11974
thanks
OpenPGP_signature.asc
Description: OpenPGP digital signature
Package: release.debian.org
Control: affects -1 + src:clamav
X-Debbugs-Cc: cla...@packages.debian.org
User: release.debian@packages.debian.org
Usertags: transition
Severity: normal
ClamAV 1.3.x has a new soname. I have the in package in experimental
with libclamav12t64. I would like to go
On Tue, 14 May 2024 at 17:12:29 +0100, Simon McVittie wrote:
> I'm testing a patch to make g-ir-scanner explicitly disable
> -Wl,--as-needed, so that the SONAMEs can be extracted reliably.
This successfully mitigates the libkkc issue, and we need it anyway for
ibus-anthy. After uploading that
Package: birthday
Version: 1.6.2-4.1
Severity: important
Dear Maintainer,
Birthday doesn't work anymore with my .birthdays file without giving any error
or warning message. I include the file for showing that it has no malformed
lines. It worked until now, I don't know when has broken.
File
Package: snapd
Version: 2.62-1
Tags: patch
User: helm...@debian.org
Usertags: dep17m2
Hi,
we want to move all aliased files from / to /usr to finalize the
/usr-merge transition via DEP17. I'm sending you a patch, because snapd
did not convert by itself. This patch must not be backported to
This appears to have been fixed. The bug should be closed.
Control: reassign -1 src:gobject-introspection 1.78.1-17
Control: affects -1 src:ibus-anthy
This looks like almost the same situation as #1060951, except that
in #1060951, I think libkkc is probably using g-ir-scanner incorrectly
(cloned as #1071116), whereas in #1060953 I don't see anything that
Source: openjdk-11
Version: 11.0.23+9-1
Severity: normal
User: debian-...@lists.debian.org
Usertags: origin-kali time-t
Dear Maintainer,
The last version 11.0.23+9-1 didn't build for the armel and armhf
architectures. It seems that it's caused by the t64 transition, more
precisely it seems that
Package: fccexam
Version: 1.0.7-1.1
Severity: wishlist
Please update the question pool. Element 7 has changed. Other elements
might have changed.
https://www.fcc.gov/document/wtb-approves-new-operator-license-exam-question-pool-element-7
On 2024-05-14 Elliott Mitchell wrote:
> On Wed, May 01, 2024 at 01:45:00PM +0200, Andreas Metzler wrote:
[...]
>> well you could post the complete output of
>> gnutls-cli --port 636 fd12:3456:7890:abcd::3
>> perhaps even with -d10? I would reassign to openldap then if there are
>> no obvious
Control: clone -1 -2
Control: retitle -1 gobject-introspection: multiarch g-ir-scanner doesn't find
recursive library dependencies
Control: retitle -2 libkkc: likely shouldn't add recursive dependencies to
Marisa_gir_SCANNERFLAGS
Control: reassign -2 libkkc 0.3.5-8
Control: tags -2 + upstream
Package: libmpich-dev
Version: 4.2.0-5.1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
an upgrade test with piuparts revealed that your package installs files
over existing symlinks and possibly overwrites files owned by other
packages. This usually means an old
Holger Levsen wrote:
> I'm not sure how --debug output should survive, but you mean just
> running diffoscope with an added --debug option?
Ah, yeah. It won't survive from Jenkins' log perspective, huh?
Hmm, the --debug output could perhaps to be directed straight to an
on-disk file. Given that
09.04.2024 15:13, Patrick Hibbs wrote:
The net command in samba-common-bin, specifically: `/usr/bin/net ads join`,
allows joining the domain without having the main samba package installed.
Does `net ads join` need any python stuff?
sssd-ad with it's ad_update_samba_machine_account_password
Package: plover
Version: 4.0.0~rc2-0.2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
an upgrade test with piuparts revealed that your package installs files
over existing symlinks and possibly overwrites files owned by other
packages. This usually means an old version
Am Dienstag, dem 14.05.2024 um 13:35 +0200 schrieb Tobias Frost:
(forgotten cc, again, sorry)
> However, recycling upstream version numbers (as upstream) should be
> avoided, as there are now two 0.8.5 in the world. Please avoid that.
Where did I recycle upstream version numbers? Which are the
Package: hashcat
Version: 6.2.6+ds1-1+b1
Severity: important
X-Debbugs-Cc: karan23...@gmail.com
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
Package: upx-ucl
Version: 3.96-3+b1
Severity: important
X-Debbugs-Cc: karan23...@gmail.com
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
Package: ampr-ripd
Version: 2.4.1-1+b2
Please consider creating the directory /var/lib/ampr-ripd on installation.
This way, the encap.txt has a place to go.
Cheers,
Marc
reopen 1035630
kthxbye
The BTS really is user hostile...
On Sat, May 06, 2023 at 02:24:24PM -0700, Vagrant Cascadian wrote:
> Package: clc-intercal
> Severity: wishlist
> Tags: patch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: timestamps
> X-Debbugs-Cc:
Package: libjson-glib-dev
Version: 1.8.0-2
Severity: serious
Hi,
libjson-glib-dev ships tests in /usr/lib/x86_64-linux-gnu/installed-tests/,
which makes the package get a dependency on libglib2.0-0t64 through
shlibs:Depends. That in turn causes b-d cycles, e.g. for fcitx-kkc on
arm{el,hf}:
Hi,
On Sun, May 12, 2024 at 12:13:11AM +0200, scpcom wrote:
> When I run apt-get update on Allwinner D1 Nezha hardware I get the following
> errors:
>
> [ 1610.448999] http[1575]: unhandled signal 4 code 0x1 at 0x003fa43ee5f8
> in libapt-pkg.so.6.0.0[3fa4326000+19c000]
> [ 1610.459512]
tag 1071052 patch
thanks
Hi,
> When filling a binNMU for a package with fancy binary package versionning, it
> appears that reportbug uses the binary package version instead of the source
> package version.
I've proposed a PR for this.
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the t64 renamed packages of openconnect from
experimental, the transition wasn't actually needed as per #1062838,
and there likely won't be a new version to automatically prune it for
some time.
--
Kind regards,
Luca Boccassi
Package: ftp.debian.org
Severity: normal
X-Debbugs-CC: nil...@debian.org, r...@debian.org, vasu...@debian.org
Hi,
As per https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1070768 with
the agreement of the maintainers I have NMUed bpfcc/0.29.1+ds-1.1 to
remove ppc64el, as it has been failing to
On Mon, May 13, 2024 at 04:19:53PM +1200, Olly Betts wrote:
> On Sat, Oct 01, 2016 at 11:15:28PM +0300, Sami Liedes wrote:
> > apt upgrade lists some packages as new packages that will be
> > installed, but at the same time lists those packages as "automatically
> > installed and no longer
Package: libelf-dev
Version: 0.191-1+b1
Severity: normal
Tags: patch
Dear Maintainer,
* What led up to the situation?
Warnings from 'groff -ww -b ...'
-.-
The difference between the formatted outputs can be seen with:
nroff -man >
nroff -man >
diff -u
and for groff, using
Source: r-cran-sf
Version: 1.0-16+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Sometime after 2023-11-10, r-cran-sf's autopkgtest regressed in
testing [1]. I've copied what I hope is the relevant part of the log
below.
Regards
Graham
[1]
Package: geki3
Version: 1.0.3-11
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.
>From the
Source: r-cran-performance
Version: 0.10.8-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Sometime after 2024-02-08, r-cran-performance's autopkgtest regressed
in testing [1]. I've copied what I hope is the relevant part of the
log below.
Regards
Graham
Unfortunately, I couldn't create patch for imagemagick from Debian
Bookworm. So I sent only patch for imagemagick from Debian Buster.
вт, 14 мая 2024 г. в 15:38, Сергей Сёмин :
> Hello!
> Upstream developers of ImageMagick6 fixed CVE-2023-34151 for mvg after all.
> See more info here:
>
>
Hello!
Upstream developers of ImageMagick6 fixed CVE-2023-34151 for mvg after all.
See more info here:
https://github.com/ImageMagick/ImageMagick/issues/6341#issuecomment-2108156142
I discovered final list of commits fixing problem:
-
Hi,
@josch, sorry, I overlooked that you referenced me earlier in this bug.
On 2024-05-14 12:12, Johannes Schauer Marin Rodrigues wrote:
> In general, you should avoid using -d or --dist with sbuild. But I see that
> sbuild-qemu always adds this option to the sbuild call. I am unable to say why
801 - 900 of 1962929 matches
Mail list logo
