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,
> >
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
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
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
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 -
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
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
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
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.
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
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
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: src:spirv-llvm-translator-18
Version: 18.~~+git20240215-1
llvm-18 is available in unstable, please also build
spirv-llvm-translator-18 in unstable.
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
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
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: 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: 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
> >
> >
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
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
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 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
>
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
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
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: 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
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: 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
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,
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
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
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
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
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
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*
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
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
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
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
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'
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
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
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
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
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: 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
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
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 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
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
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
stop
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
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
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
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,
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
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
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
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 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
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
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: 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
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?
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
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
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
101 - 172 of 172 matches
Mail list logo
