Source: vigor
Version: 0.016-31
Severity: serious
Tags: ftbfs
Due to time64 and thus enabling -Werror=implicit-function-declaration,
vigor now fails to build from source:
| ../../build/../cl/cl_screen.c: In function ‘cl_screen’:
| ../../build/../cl/cl_screen.c:112:25: error: implicit declaration
On Sun, Mar 10, 2024 at 10:06:42AM +0800, Sean Whitton wrote:
> Package: tech-ctte
> X-debbugs-cc: csm...@debian.org, lea...@debian.org
>
> I call for votes on the following ballot to fill a vacant seat on the
> Debian Technical Committee. The voting period starts immediately and
> lasts for up
On Mon, Mar 11, 2024 at 09:07:17PM -0500, Steven Robbins wrote:
> Peter convincingly argues (details in bug) that manual intervention is needed
> for package "cargo":
> On Sun, 10 Mar 2024 00:48:32 + Peter Michael Green
> wrote:
> > This will require manual intervention to resolve, either
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "ddclient":
* Package name : ddclient
Version : 3.11.2-1
Upstream contact : https://github.com/ddclient/ddclient
* URL : https://ddclient.net
* License
Hello Fabian,
I tried once again to understand the sense of your bug report,
"python3-reportlab: depends on T1 and TTF fallback fonts at the same
time"
The code you saw in file debian/patches/dejavu-font-default.diff is not
meany something like: "if Vera.t1 does not exist, take Vera.ttf".
It
Package: nvidia-driver
Version: 525.147.05-10
An attempt to upgrade nvidia-driver to current version (have retried this
after a purge remove in an attempt to restart from a clean slate) fails. I
did not have any issues with the previous version of the driver in Sid
(don't know the old version
Hi Adrian,
> I don't think this is true since the grub2 source is actually not
building
> any loong64 packages yet. We will need to change the grub2 source
first to
> build at packages such as grub-efi-loong64 and so on similar to
riscv64 [1].
>
> After that, loong64 can be added to
On Tue, 12 Mar 2024 09:20:40 +0100 John Paul Adrian Glaubitz wrote:
> Hi Dandan,
>
> On Tue, 2024-03-12 at 16:07 +0800, zhangdandan wrote:
> > Thanks for your heads up.
> > I have updated the patch (Add support for loongarch64).
> > Please consider the patch I have attached.
> > Your
Control: retitle -1 apt upgrade : it removes packages when it
shouldn't.
The case you mentioned is a tricky one, yes: *apt upgrade foo+ bar-* (I
really don't know how apt handles it internally but having this option is
very useful. Of course, I wouldn't remove it).
I think it makes a lot of
Source: tox
Version: 4.13.0-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0], we noticed that
tox could not be built
Thanks for the information.
Le lundi 11 mars 2024 à 21:52:54 UTC+1, Thorsten Glaser a
écrit :
close 1066051
thanks
Fab Stz dixit:
>I usually install openjdk-8 from unstable on bookworm.
This has never been officially supported. I’ve had an entire
discussion around that last
Source: q2cli
Version: 2024.2.0-1
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], we noticed that
q2cli could not be built
The same problem occurred on another machine, with other packages:
dpkg: dependency problems prevent removal of libjte2:amd64:
libisofs6t64:amd64 depends on libjte2.
dpkg: error processing package libjte2:amd64 (--purge):
dependency problems - not removing
(Reading database ... 708510 files
On Mon, 11 Mar 2024 at 20:09:06 +, Simon McVittie wrote:
> Thanks for proposing this, but I think these should be ifneq instead
> of ifeq
Actually, this patch also still allowed dh_auto_test to run on the
time64-affected architectures, which would presumably fail because the
tests'
Control: tags -1 wontfix
Control: close -1
On Mon, 11 Mar 2024 23:58:34 -0400 Neal wrote:
> Package: systemd
> Version: 255.4-1
> Severity: minor
> File: /etc/systemd/system.conf
> X-Debbugs-Cc: tombrown9...@gmail.com
>
> Dear Maintainer,
>
> Current kernel message verbosity during Debian boot
On Sun, 10 Mar 2024 15:27:21 + Scott Kitterman wrote:
>
>
> On March 10, 2024 3:23:32 PM UTC, "Martin-Éric Racine"
> wrote:
> >On Sat, 2 Mar 2024 18:40:13 +0100 Chris Hofstaedtler wrote:
> >> * Christoph Biedl [240302 17:02]:
> >> > Chris Hofstaedtler wrote...
> >> >
> >> > > please
On Mon, 11 Mar 2024 15:18:44 +0100 Chris Hofstaedtler wrote:
> On Sat, Mar 02, 2024 at 03:16:22PM +0100, Chris Hofstaedtler wrote:
> > Given the C codebase and lack of any patches so far I do not see that
> > deborphan will ever get these features, and we have other tools
> > available that work,
Source: python-cpuinfo
Version: 9.0.0-1
Severity: wishlist
Tags: ftbfs
User: debian-loonga...@lists.debian.org
Usertags: loong64
Dear maintainers,
Compiling the python-cpuinfo successed for loong64 in the Debian Package
Auto-Building environment.
But python-cpuinfo source package lacks
Here an analyse of the FTBFS
On the amd64, I have two failures dureing the test
Test Summary Report
---
testPVAServer.t(Wstat: 0 Tests: 0 Failed: 0)
Parse errors: No plan found in TAP output
Files=6, Tests=129, 1 wallclock secs ( 0.05 usr 0.01 sys + 0.09 cusr 0.06
csys
Control: retitle -1 apt upgrade : it removes packages when it shouldn't.
Source: gnome-maps
Version: 46~beta-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0], we noticed that
gnome-maps could not be
Hi Bastian,
yesterday kas 4.3 was released. I just adapted the packaging and
uploaded it to mentors [1]. Please check:
[1] https://mentors.debian.net/package/kas/
Best regards,
Felix
--
Siemens AG, Technology
Linux Expert Center
Package: ntpsec
Version: 1.2.3+dfsg1-1
Severity: normal
Dear Maintainer,
the ntpd reports the following error when starting:
statistics directory /var/log/ntpsec/ does not exist or is unwriteable, error
No such file or directory
While the service seems to be able to start, this directory is
Control: block -1 by 1065787 1066049
One dependency chain that is blocking a lot of rebuilds right now is
this one:
... => curl -> stunnel4 -> python-cryptography => cargo => ...
key: => mandatory dependency
-> nocheck dependency
In the medium term, cargo needs
Sebastian,
Thank You for You help. I added "-cipher DEFAULT:@SECLEVEL=0" and this
resolved the case.
Pozdrawiam serdecznie
Maciej Bogucki
On 11.03.2024 18:23, Sebastian Andrzej Siewior wrote:
On 2024-03-11 13:29:10 [+0100], Maciej Bogucki wrote:
Hi,
Hi,
When I use stiati compiled
On Sun, 10 Mar 2024 15:21:34 +0100 (CET) PICCA Frederic-Emmanuel
wrote:
Here a small script which trigger the error
Thanks. Works for me in a minimal sid chroot:
# apt-get install python3-silx
# python3 test.py
python3: ./lib/llvmopencl/Kernel.cc:129: pocl::ParallelRegion*
Hi Dandan,
On Tue, 2024-03-12 at 16:07 +0800, zhangdandan wrote:
> Thanks for your heads up.
> I have updated the patch (Add support for loongarch64).
> Please consider the patch I have attached.
> Your suggestions are always welcome.
I already made the changes before you sent this mail, so
Control: tags -1 + fixed-upstream
Control: block -1 by 1061616
Control: retitle 1061616 pixman: New upstream version 0.43.4
On Mon, 29 Jan 2024 at 10:23:45 +, Simon McVittie wrote:
> On Mon, 29 Jan 2024 at 05:13:59 +, Gayathri Berli wrote:
> > we found out that while
> > upgrading
Control: retitle -1 document package specifiers for `upgrade`
On Mon, Mar 11, 2024 at 10:12:33PM -0400, Wesley Schwengle wrote:
> On Mon, Mar 11, 2024 at 11:32:24PM +0100, Miguel Angel Rojas wrote:
> > > I see. It looks like `apt upgrade ' behaves as `apt install
> > > '. Which (to me) is
With
ii emacs-lucid 1:29.2+1-2+b1 amd64GNU Emacs editor
(with Lucid GUI support)
it seems to work correctly again, so I think we can close this.
KJ
--
http://wolnelektury.pl/wesprzyj/teraz/
Premature optimization is the root of all evil.
-- D. E. Knuth
Source: gnome-maps
Followup-For: Bug #1066083
X-Debbugs-Cc: la...@debian.org
Please note: for some other GNOME appdata.xml files, upstream has preferred to
remove dynamic Meson release @date values entirely, which also achieves
reproducibility; that approach might be simpler and perhaps more
On 2024-03-11 21:23:03 [+], Amin Bandali wrote:
> Hi,
Hi,
> On Mon, Mar 11, 2024 at 05:55:31PM +0100, Sebastian Andrzej Siewior wrote:
> > On 2024-03-11 00:05:54 [+], Amin Bandali wrote:
> > > Hi Sebastian, all,
> > Hi,
> >
> > > Will this fix be enough for addressing all cases, though?
Somehow this email did not reach the destinations, trying once more...
On Tue, Mar 05, 2024 at 06:04:37PM +0100, Domenico Andreoli wrote:
> Hi,
>
> I'm eventually acknowledging that I'm poorly suited as maintainer
> of the dwarves package. I don't follow its development and don't use
> it
Control: tags -1 + pending
Hi Luca,
this bug causes issues to /usr-move. iproute2 pulls libtirpc3 and
nothing pulls libtirpc3t64. Hence, the we still include libtirpc3, which
is aliased rather than libtirpc3t64, which is /usr-moved. To fix this,
I'd need a binNMU of iproute2, but this bug would
Hi Paul,
On 06/03/2024 06.20, Paul Gevers wrote:
Unfortunately the test still takes upto 33 GB at least (see below).
Did you have time to test the -12 version, yet?
Andreas
stop
Hi, attached is my first draft of packaging htmx.
I don't know js packaging at all, so I kinda guessed.
https://github.com/cyberitsolutions/bootstrap2020/tree/twb/debian-12-PrisonPC.packages/node-htmx.org/debian
Known issues:
* Have to build with DEB_BUILD_OPTIONS=nocheck, because
I think the actual error is:
# : BDB4015 library build did not include support for sequences
# Failed test (t/sequence.t at line 33)
# The object isn't defined
Can't call method "set_cachesize" on an undefined value at t/sequence.t line 35.
# Looks like you planned 13 tests but only ran
Package: maxima-emacs,xemacs21
Severity: normal
Dear Maintainers,
Seems that
[#969410] maxima-emacs: maxima-emacs 5.44 does not work with XEmacs
[#999626] maxima-emacs: fails to install with xemacs21
are back, since mmm-mode-el dropped xemacs21 support and no longer
provides cl-lib.
I am
NGE
PARC D'ACTIVITE DE LAURADE
13103 SAINT-ETIENNE-DU-GRES
FRANCE
Hello,
I am Jean BERNADET General Manager and legal representative of the
company NGE.
Our company would like to collaborate with you.
Please send us your catalog with the best price.
Your prompt reply will be highly
That's the actual culprit:
On 12/03/2024 13.33, JON Tauri wrote:
# LD [M] /var/lib/dkms/nvidia-current/525.147.05/build/nvidia-uvm.o
ld -m elf_x86_64 -z noexecstack --no-warn-rwx-segments -r -o
/var/lib/dkms/nvidia-current/525.147.05/build/nvidia-uvm.o
Package: koko-data
Severity: wishlist
Tags: patch upstream
X-Debbugs-Cc:
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
Dear Maintainer,
I'm an occasional volunteer contributor to the Reproducible Builds[1] project,
and noticed recently that the koko-data package failed
Package: psmisc
Version: 23.6-1
Severity: normal
killall --older-than 30s restartx11vnc x11vnc vncserver x0tigervncserver
websockify
doesn't kill any processes inside my container, whereas it always used
to work on a VM and on hardware. Removing '--older-than 30s' kills
all such processes. I
Hi Georges,
Am 12.03.2024 08:42, schrieb Georges Khaznadar:
It rather means: if some Foo.t1 font cannot be found, for any reason,
take
another surely existing font as a default.
Yes, but by depending on the fonts-urw-base35 package you already _make
sure_ that the T1 fonts can be found, so
On Sun, 25 Feb 2024 at 20:36:58 +0100, Lucas Nussbaum wrote:
> > FAIL: test_black (devscripts.test.test_black.BlackTestCase.test_black)
> > Test: Run black code formatter on Python source code.
I think lint checks like this one should be run by contributors and CI
when targeting the main branch,
Control: retitle -1 ITP: matlab-mode -- major mode for editing MATLAB .m files
Control: owner -1 !
On Sat, 30 Jun 2018 13:57:50 -0400 Nicholas D Steeves
wrote:
> On Sat, Jun 30, 2018 at 07:55:30AM -0300, David Bremner wrote:
> >
> > melpa is packaging
> >
> >
On Tue, Mar 12, 2024 at 11:40:01AM +0100, Julian Andres Klode wrote:
> On Mon, Mar 11, 2024 at 10:12:33PM -0400, Wesley Schwengle wrote:
> > I do not know what the bug here is, it could be one of these options:
> >
> > 1) apt-get/apt upgrade accepts packages to upgrade where the docs state it
>
Package: debian-live
Severity: wishlist
X-Debbugs-Cc: martelli...@gmail.com
Dear Maintainer,
Is there a rationale behind the choice to exclude systemd-timesyncd from the
iso images?
I'm using debian-live-12.5.0-amd64-kde.iso, systemd-timesyncd installation it
takes 151 kB only:
~# apt-get
On Sun, Mar 10, 2024 at 4:46 PM Sebastian Andrzej Siewior
wrote:
> I've prepared an NMU for pristine-tar (versioned as 1.50+nmu2) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
>
> Could someone check this, please?
Did you try running autopkgtests on
Control: tags -1 pending
Hi Chris,
thanks a lot for your patch which I commited to Git. I did not
uploaded yet since a general refresh of q2* packages is pending
anyway.
Kind regards
Andreas.
Am Tue, Mar 12, 2024 at 10:37:41AM + schrieb Chris Lamb:
> --- a/debian/rules
On 12/03/2024 08.53, JON Tauri wrote:
Contents of the make.log:
Please send the complete make.log to the bug. The part you pasted only
contained the secondary errors.
Andreas
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-influxdb-client
Version : 1.40.0
Upstream Contact: InfluxData, Inc.
* URL : https://github.com/influxdata/influxdb-client-python
* License
Source: koko
Version: 23.08.3+ds.1-2
Severity: wishlist
Dear Maintainer,
During filing of #1066088, some build failures of the 'blhc'[1] test utility
occurred on Salsa-CI[2]. These indicate that some compile-time security
hardening flags may not be enabled when the binary package is compiled
Package: libglib2.0-bin
Version: 2.78.4-4
Severity: normal
Dear Maintainer,
Early morning, I made my debian upgrade and it remove lot of packages:
gdm3, gnome-shell… and libglib2-bin .
Gnome seems to need this package: libglib2.0-bin . But it is now
uninstall.
When I run those following
Control: tags -1 moreinfo
On Tue, 12 Mar 2024 at 05:06, David W wrote:
>
> Package: usr-is-merged
> Version: 39
>
> When attempting to install, I received the following message:
>
> **
> *
> * The usr-is-merged package
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-reactivex
Version : 4.0.4
Upstream Contact: Dag Brattli
* URL : http://reactivex.io, https://github.com/ReactiveX/RxPY
* License : Expat
Package: squidguard
Version: 1.6.0-2
Severity: normal
Dear Maintainer,
i've tried to use as 'usual' squidguard in my squid configuration, but squid
simply
start filling logs (syslog and squid's cache.log) with:
2024/03/01 14:22:59 kid1| Starting new helpers
2024/03/01 14:22:59
Package: src:spirv-llvm-translator-18
Version: 18.~~+git20240215-1
llvm-18 is available in unstable, please also build
spirv-llvm-translator-18 in unstable.
Hi Diederik,
Thank you for taking care of this!
First the additional changes you found seem reasonable.
Regarding edac - I checked NXPs reference BSP for LX2160,
and their linux fork has the same status, driver can not be enabled on arm64.
However I also agree it should be enabled if it were
Hi Diederik,
I believe I found the answer:
EDAC_MPC85XX is for power-pc only,
EDAC_LAYERSCAPE is for arm (see drivers/edac/layerscape_edac.c).
br
Josua
Am 12.03.24 um 16:13 schrieb Josua Mayer:
> Hi Diederik,
>
> Thank you for taking care of this!
> First the additional changes you found seem
Hi,
I did some further tests with the provided test case.
If I install vtk (latest version 9.3) with pip in a venve. The script also does
not report an error for the relative paths. Tested on stable and in a sid
chroot.
Best,
Markus
Afternoon
I had reason to come back to looking at this recently; I've reworked the
patch to just support stestr as the test execution system (the other two
seem much less common/unused directly now).
I tested this with the python-oslo.config package - albeit I did have to
strip down the rules
On Sunday, 29 October 2023 12:54:13 CET Cyril Brulebois wrote:
> Daniel Lewart (2023-10-29):
> > Package: ftp.debian.org
> > Severity: normal
> > User: ftp.debian@packages.debian.org
> > Usertags: override
> > X-Debbugs-Cc: task...@packages.debian.org, debian-b...@lists.debian.org,
> >
Package: sponsorship-requests
Followup-For: Bug #1053565
X-Debbugs-Cc: ajq...@debian.org
Hi Marc,
Thank you for your efforts in packaging this package into Debian.
I noticed that you conducted a thorough license check and
re-uploaded the package into mentors.
However, there are still some
Replying to myself. Your statement about the ongoing 64 bit time_t
transition got me thinking. What if I have a problem there? So, I tried
installing the libelf t64 bit again:
$ sudo aptitude -f install libelf1t64
The following NEW packages will be installed:
libelf1t64
The following packages
On Tue, 12 Mar 2024 17:38:16 +0800 zhangdandan wrote:
> Source: python-cpuinfo
> Version: 9.0.0-1
> Severity: wishlist
> Tags: ftbfs
> User: debian-loonga...@lists.debian.org
> Usertags: loong64
>
> Dear maintainers,
>
> Compiling the python-cpuinfo successed for loong64 in the Debian Package
Control: block -1 with 1065551
Control: severity 1065551 important
On 12/03/2024 15.20, Matthias Klose wrote:
Package: src:spirv-llvm-translator-18
Version: 18.~~+git20240215-1
llvm-18 is available in unstable, please also build
spirv-llvm-translator-18 in unstable.
v18.1.0 has been tagged
Package: udns-utils
Version: 0.4-1+b1
Severity: normal
X-Debbugs-Cc: christop...@bocki.com
Dear Maintainer,
* What led up to the situation?
talk about dnsget in #debian-til
after looking at the output of `dnsget -h` i was a bit confused:
bash-5.2$ dnsget -h |grep type
-t type -
Hi,
the dependency is alread gone version 2023.10+ds-2 and later (unstable). We
just need to wait for their migration to testing.
Best,
Markus
Control: reopen -1
On 2024-03-12 11:10, MOESSBAUER, Felix wrote:
On Tue, 2024-03-12 at 10:33 -0500, Richard Laager wrote:
This is intentional. The logging is optional and whether the
directory
exists controls this.
Hi Richard,
that's a quite uncommon interface. Is this at least documented
Thanks.
I have run updates multiple times a day for the past week hoping what you
are suggesting would transpire, but things are not getting fixed through a
simple update.
Here is the information requested:
$ dpkg -l libelf1 libelf1t64
dpkg-query: no packages found matching libelf1t64
Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
Control: affects -1 + src:podman
X-Debbugs-Cc: pod...@packages.debian.org
[ Reason ]
podman in bookworm suffers from a race condition which causes the
"network ls" command to
Package: xdg-desktop-portal-gnome
Version: 43.1-2
Severity: normal
X-Debbugs-Cc: robxnanoc...@outlook.com
Dear Maintainer,
Steps to reproduce:
1. Install HandBrake from Flatpak, or another application which makes use of
the portal to open a folder to write in.
2. Use `sudo flatpak override
version 3.24.0 is not released yet but expected for mid 2024.
Am 18.12.23 um 15:14 schrieb Bastian Germann:
On Fri, 18 Aug 2023 12:01:17 +0200 Bastian Germann wrote:
cfengine3 is a key package and requires pcre, so this has to be fixed.
Upstream claims that this is fixed with 3.24.0.
On Tue, Dec 26, 2023 at 05:50:47PM +, Holger Levsen wrote:
> packages tested on average per day in the last week 596 3484482
> 348
> packages tested on average per day in the last 4 weeks774 4351
> 546 339
> packages tested on average per day in the last 3
Source: keystone
Version: 2:24.0.0-3
Severity: normal
This package uses the new "unittest" from the standard library.
Greetings
tchet@brix /tmp/unittest2/keystone.git $ grep unittest2 -r .
./debian/control: python3-unittest2,
tchet@brix /tmp/unittest2/keystone.git $
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "streamlink" for a new
upstream version 6.7.0.
* Package name: streamlink
Version : 6.7.0-1
Upstream Author : Streamlink Team
* URL :
clone 1066137 -1
reassign -1 gnupg1 1.4.23-1.1
retitle -1 gnupg1: fails to build gpgkeys_ldap, probably due to
-Werror=implicit-function-declaration
thanks
Dixi quod…
>This matches the following failure mode at the end of the build:
Same for gnupg1 according to the buildd page:
On Tue, Mar 12, 2024, 06:04 Luca Boccassi wrote:
> Why is /usr a symlink? How did you install your debian system?
>
It's something I set up manually 15 years ago or something, to deal with a
situation where /usr plus some other static directories needed to live on a
different hard drive.
Hi Andrea,
thanks for raising my attention and thanks for the detailed analysis.
Would it help to move that symbol to FUSE_3.13 in the version script
(for example in libfuse-3.17?)?
Thanks,
Bernd
On Tue, 12 Mar 2024 at 22:30:01 +0100, Michael Biebl wrote:
> On Wed, 9 Aug 2023 04:05:43 +0200 Bertram Felgenhauer wrote:
> > My speculation is that this happened while satisfying dependencies for
> > a third party i386 application. That meant installing required 32 bit
> > libraries, and one of
Package: debootstrap
Version: 1.0.134
Severity: important
There exist multiversion Packages files, e.g. they can be created
by dpkg-scanpackages -m but dak also occasionally seems to create
them.
I just had multiple attempts at creating a buildd chroot fail.
One was with debootstrap
Package: wnpp
Severity: normal
X-Debbugs-Cc: rust-color...@packages.debian.org, debian-r...@lists.debian.org,
stephanlach...@debian.org
Control: affects -1 + src:rust-colorsys
I request an adopter for the rust-colorsys package. If you adopt this package,
please remove me from the uploaders list.
Package: wnpp
Severity: normal
X-Debbugs-Cc: rust-enum-itera...@packages.debian.org,
debian-r...@lists.debian.org, stephanlach...@debian.org
Control: affects -1 + src:rust-enum-iterator
I request an adopter for the rust-enum-iterator package. If you adopt this
package, please remove me from the
Source: python-pyproj
Version: 3.6.1-3
Severity: normal
Dear Maintainer,
"mock" has been absorbed by the Python standard library as "unittest.mock".
The standalone python3-mock package is deprecated
and slowly being removed from the distribution.
Please remove the stale line from
Package: wnpp
Severity: normal
X-Debbugs-Cc: rust-k...@packages.debian.org, debian-r...@lists.debian.org,
stephanlach...@debian.org
Control: affects -1 + src:rust-kmon
I request an adopter for the rust-kmon package. If you adopt this package,
please remove me from the uploaders list.
The
Package: wnpp
Severity: normal
X-Debbugs-Cc: rust-enum-unit...@packages.debian.org,
debian-r...@lists.debian.org, stephanlach...@debian.org
Control: affects -1 + src:rust-enum-unitary
I request an adopter for the rust-enum-unitary package. If you adopt this
package, please remove me from the
Package: wnpp
Severity: normal
X-Debbugs-Cc: rust-enum-iterator-der...@packages.debian.org,
debian-r...@lists.debian.org, stephanlach...@debian.org
Control: affects -1 + src:rust-enum-iterator-derive
I request an adopter for the rust-enum-iterator-derive package. If you adopt
this package,
Package: connman
Version: 1.42-5
Severity: normal
X-Debbugs-Cc: invernom...@paranoici.org
Hello and thanks for maintaining this package in Debian!
I have used it for quite some time, and I can say that it works pretty
well for most cases.
However, I have recently encountered a case where connman
On Thu, 29 Feb 2024 17:03:41 + Benjamin Drung wrote:
Source: solvespace
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against
Source: gnupg2
Version: 2.2.40-1.1
Severity: serious
Justification: ftbfs
X-Debbugs-Cc: t...@mirbsd.de
Trying to binNMU gnupg2 to make it installable during t64 transition,
I notice the following configury output:
[…]
checking for library containing dn_skipname... none required
checking whether
Package: python3-xapian-haystack
Version: 2.1.1-1
Severity: grave
Tags: upstream patch
Justification: renders package unusable
Dear Maintainer,
I installed python3-xapian-haystack in order to employ Xapian as a
Haystack backend in mailman3-web on stable (bookworm).
However, upon actually trying
Package: afflib
Version: 3.7.20-1.1
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Hi João,
afflib fails to build from source in Ubuntu because Ubuntu ships glibc 2.39
which now provides implementations of strlcat and strlcpy, which
Source: python-croniter
Version: 1.3.15-2
Severity: normal
This projects no longer uses the old "mock".
Greetings
tchet@brix /tmp/python-croniter $ grep mock -r
debian/control: python3-mock,
requirements/test.txt:mock>=2.0.0 # For Python 2
tchet@brix /tmp/python-croniter $
Hi,
I've re-uploaded the package to change how the tests are fixed.
Instead of patching upstream code, I've changed how pytest is called.
Upstream uses pytest tests' name ("nodeid") to order tests and they are
named relative to the "rootdir" [1].
By default, the rootdir used by pytest is where
Control: fixed -1 4.1.9+dfsg-1+deb12u4
From
https://sources.debian.org/src/spip/4.1.9%2Bdfsg-1%2Bdeb12u4/debian/changelog/
spip (4.1.9+dfsg-1+deb12u4) bookworm; urgency=medium
* Backport security fix from 4.1.15
- fix XSS in uploaded files using bigup
-- David Prévot
>The same program works on amd64.
I noticed another difference between the amd64 system
and the four m68k ones.
$ ip a show dev lo
1: lo: mtu 65536 qdisc noqueue state UNKNOWN group
default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
Hello,
I am the author of this code, it is in active development. If there's interest
in it, I'm more than happy to work with anyone to mold it to their specific
needs.
Regards,
Lothrop
On Sat, 03 Feb 2024 16:31:19 +0800 Maytham Alsudany wrote: > Package: wnpp >
Severity: wishlist >
Control: tags -1 pending
Fixed in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Package: telegram-desktop
Version: 4.14.9+ds-1+b1
Severity: grave
Justification: renders package unusable
It depends on a symbol not present in the current libqt5quick5
(automatically rebuilt as part of the time_t migration).
$ telegram-desktop
telegram-desktop: symbol lookup error:
1 - 100 of 172 matches
Mail list logo