* Thorsten Glaser [2024-04-05 05:04:37 +]:
> Markus Wichmann dixit:
>
> >can check with readelf -r what the relocation types are. If they are not
> >relative, they will not be processed.
>
> Gotcha! They are all R_390_RELATIVE except for:
>
> 00045ff0 00110016 R_390_64 000
Am Fri, Apr 05, 2024 at 05:58:15AM + schrieb Thorsten Glaser:
> Markus Wichmann dixit:
> >In any case, the emission of non-relative relocations is the issue here,
> >and it is coming from the linker.
>
> They are present in the glibc static-pie binary as well, though.
> And tbh they look to me
Package: sudo
Version: 1.9.13p3-1+deb12u1
Severity: wishlist
Dear Maintainer,
I use a debian docker container to build Chromium. As of late, the build
process has been failing due to the fact that certain new dependencies
require user interaction to resolve (selecting keyboard and languages
etc).
On Fri, Apr 05, 2024 at 08:09:21AM +0200, Yves-Alexis Perez wrote:
> > I assume the following patch from Ubuntu fixes this:
> >
> > --- a/tests/src/libsystem.c
> > +++ b/tests/src/libsystem.c
> > @@ -1,6 +1,9 @@
> > #define _GNU_SOURCE
> > #define __USE_GNU
> >
> > +#undef _FILE_OFFSET_BITS
> >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Mon, 2024-04-01 at 00:37 +0500, Andrey Rakhmatullin wrote:
> I assume the following patch from Ubuntu fixes this:
>
> --- a/tests/src/libsystem.c
> +++ b/tests/src/libsystem.c
> @@ -1,6 +1,9 @@
> #define _GNU_SOURCE
> #define __USE_GNU
>
> +#u
Markus Wichmann dixit:
>I may not really know what I am talking about, so take this with a grain
>of salt, but isn't this missing a -Bsymbolic somewhere? Ironically, that
>switch causes ld to not emit symbolic relocations. I seem to remember
>reading long ago in Rich's initial -static-pie proposal
Hi Sascha,
Am Thu, Apr 04, 2024 at 10:33:16PM +0200 schrieb Sascha Steinbiss:
> Interesting to see that there is no ltrsift-examples package indeed. But
> I must have had my reasons back then...
>
> Anyway, to be honest I don't see much long-term future for LTRsift. I am
> actually surprised to s
Am Fri, Apr 05, 2024 at 05:04:37AM + schrieb Thorsten Glaser:
> Should be correct:
>
> /usr/libexec/gcc/s390x-linux-gnu/13/collect2 -fno-lto -dynamic-linker
> /lib/ld-musl-s390x.so.1 -nostdlib -static -static -pie --no-dynamic-linker -o
> mksh /usr/lib/s390x-linux-musl/rcrt1.o /usr/lib/s390x
Package: wnpp
Severity: wishlist
Owner: Yogeswaran Umasankar
X-Debbugs-Cc: debian-de...@lists.debian.org, kd8...@gmail.com
* Package name: python-asv-runner
Version : 0.2.1
Upstream Contact: Rohit Goswami , Michael Droettboom
* URL : https://github.com/airspeed-veloc
Markus Wichmann dixit:
>can check with readelf -r what the relocation types are. If they are not
>relative, they will not be processed.
Gotcha! They are all R_390_RELATIVE except for:
00045ff0 00110016 R_390_64 00042c58 u_ops + 70
00045ff8 00110016 R_390_64
eribe...@debian.org, Matthias Geiger
Bcc:
Subject: Re: false positive NONVERBOSE BUILD for rust code in Python modules
Reply-To:
Hi,
I am having similar issue in another package 'python-cotengrust' [0].
The link for buildlog [1].
[0] https://salsa.debian.org/python-team/packages/python-coten
On Thu, Apr 04, 2024 at 07:14:48PM +0100, Alex Constantino wrote:
> This reverts commit 5a838e5d5825c85556011478abde708251cc0776.
>
> Changes from commit 5a838e5d5825 ("drm/qxl: simplify qxl_fence_wait") would
> result in a '[TTM] Buffer eviction failed' exception whenever it reached a
> timeout.
Package: riseup-vpn
Version: 0.21.11+ds1-5
Tags: trixie, sid
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, riseup-vpn
depends on both libqt5widgets5 and libqt5widgets5t64. As a
result it is uninstallable on architectures that are
Package: reapr
Version: 1.0.18+dfsg-5
Tags: trixie, sid
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, reapr
depends on both libtabixpp0 and libtabixpp0t64. As a
result it is uninstallable on architectures that are undergoing
the t
Hi,
in static-pie, relocations get processed in _start, before main() is
called. In musl, this is done by linking with rcrt1.o as start file
instead of crt1.o. And that file processes all relative relocations. You
can check with readelf -r what the relocation types are. If they are not
relative, t
Suggested init.d script to orphan-sysvinit-scripts package:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065133
--
Opinions above are GNU-copylefted.
On Tue, Mar 26, 2024 at 12:39:23PM +0100, Lorenzo wrote:
> Hi Matija,
>
> could you please test the attached refreshed script and report if it
> works as expected for your use case?
Thanks!
I can confirm that attached /etc/init.d/pdns-recursor seems to work
just fine on my SysV based Debian Book
Package: rakarrack
Version: 0.6.1-8
Tags: trixie, sid
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, rakarrack
depends on both libasound2 and libasound2t64. As a
result it is uninstallable on architectures that are undergoing
the t
Hi,
I don’t think a /etc/cron.yearly/ should be created as directory,
given that the default /etc/crontab never executes anything in it
even if anacron may do.
bye,
//mirabilos
--
Gestern Nacht ist mein IRC-Netzwerk explodiert. Ich hatte nicht damit
gerechnet, darum bin ich blutverschmiert… wer
Package: libqt5-ukui-style1
Version: 1.0.8-1
Tags: trixie, sid
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, libqt5-ukui-style1
depends on both libqt5widgets5 and libqt5widgets5. As a
result it is uninstallable on architectures th
On Wed 2024-04-03 13:03:19 +0800, Sean Whitton wrote:
> Thanks, but can you sign this off? Ty!
Sure, attached. Let me know if you need anything different.
--dkg
From b522c1cc6201f75ab6103954016bbb719d4dd2fa Mon Sep 17 00:00:00 2001
From: Daniel Kahn Gillmor
Date: Tue, 30 Jan 2024 15:40:
This problem continues to occur with curl 7.74.0 on Debian GNU/Linux
11 (bullseye) on WSL:
curl 7.74.0 (x86_64-pc-linux-gnu) libcurl/7.74.0 OpenSSL/1.1.1w
zlib/1.2.11 brotli/1.0.9 libidn2/2.3.0 libpsl/0.21.0 (+libidn2/2.3.0)
libssh2/1.9.0 nghttp2/1.43.0 librtmp/2.3
Release-Date: 2020-12-09, securi
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
pypy3 needs rebuilding for the time64 transition (it currently depends on
libssl3).
nmu pypy3_7.3.15+dfsg-1 . ANY . unstable . -m "rebuild for time64"
-- System Information:
Debian Release:
Galera patch releases have been accepted as stable updates before. That is
also what users expect.
Thanks for reminding about this though, I yad forgotten about it. Will do
it next weekend.
Package: pyode
Version: 1.2.0.dev15-4
Severity: grave
Tags: patch
Justification: renders package unusable
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
X-Debbugs-Cc: bdr...@debian.org
Dear Maintainer,
the python3-pyode package is empty, because it silently fails t
Dixi quod…
>Now I (or someone) is going to have to reduce that to a testcase, so
No success with that, unfortunately.
>But this does seem to be a toolchain bug: adding -static-pie to the
>glibc dynamic-pie link command and…
>
>(gdb) print initcoms
>$1 = {0xda494 "typeset", 0x0, 0x0, 0x0, 0xda494
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "dpkg-dev-el":
* Package name : dpkg-dev-el
Version : 37.12
Upstream contact : Debian Emacsen Team
* URL : [fill in URL of upstream's web site]
* License
Package: pkgconf
Version: 1.8.1-1
Severity: normal
X-Debbugs-Cc: earl_c...@yahoo.com
Dear Maintainer,
In Debian bullseye, pkgconf would deduplicate -L options:
# foo.pc
libdir=/opt/lib
Name: foo
Description: The foo library
Version: 1.0.0
Requires.private: bar
Libs:
On 04/04/24 21:36, Salvatore Bonaccorso wrote:
> Source: nghttp2
> Version: 1.60.0-1
> Severity: grave
> Tags: security upstream
> Justification: user security hole
> X-Debbugs-Cc: car...@debian.org, Debian Security Team
>
>
> Hi,
>
> The following vulnerability was published for nghttp2.
>
>
Package: pflogsumm
Version: 1.1.5-8
Severity: important
Tags: patch
X-Debbugs-Cc: st...@hkust.se
Dear Maintainer,
Pflogsumm reports zero mails on day 1-9 of every month
Stock debian postfix version
Patch:
--- /usr/sbin/pflogsumm.orig2024-04-05 00:45:38.214914066 +0200
+++ /usr/sbin/pflogsum
Hi!
On Thu, 2024-04-04 at 23:13:03 +0200, Sebastian Andrzej Siewior wrote:
> On 2024-04-04 00:14:27 [+0200], Guillem Jover wrote:
> > I initially was thinking that a conditionally triggered activation
> > when upgrading from the affected versions would be sufficient, but if
> > people have already
package release.debian.org
tags 1068084 = bookworm pending
thanks
Hi,
The upload referenced by this bug report has been flagged for acceptance into
the proposed-updates queue for Debian bookworm.
Thanks for your contribution!
Upload details
==
Package: intel-microcode
Version: 3.2
Package: populations
Version: 1.2.33+svn0120106+dfsg-6
Severity: grave
Tags: trixie, sid
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition,
populations still depends on libqt5xml5,
rather than libqt5xml5t64. As a result it is uninstallable on
architec
Package: steam-installer
Version: 1:1.0.0.75+ds-6
Severity: minor
X-Debbugs-Cc: jared...@pm.me
Dear Maintainer,
I just removed steam with "apt purge steam-installer". In the process it warned
me that ~/.steam would not be removed and I should remove it manually (I did).
But I also noticed Steam
Hi Cris,
Would be possible reintroduce libnss-db to testing?
I'm asking because I'm maintainer of the pglistener package and I know
there aren't plans to update the sofwtare with another database solution.
And now I can't have pglistener on testing.
Best regards,
On Sat, 09 Dec 2023 16:54:2
Hi,
Quoting Santiago Vila (2024-04-04 20:03:08)
> El 4/4/24 a las 19:29, Johannes Schauer Marin Rodrigues escribió:
> > Also I'm curious: what is your motivation for using unshare mode if you are
> > creating your chroots using superuser privileges?
> >
> > And are you really storing your chroots
Control: tags -1 + patch
On 04.04.2024 21:57, Peter Green wrote:
Hi,
After being rebuilt for the time64 transition, perdition
depends on both libvanessa-socket2 and libvanessa-socket2.
As a result it is uninstallable.
Interesting in this case, the uninstallability seems to apply to all
archi
Ah. That makes sense. Thanks, Christian!
On 2024-04-04 04:30, Christian Kastner wrote:
I just rebuilt rocfft to 6.0.2 but the issue is still present. But that
was naive, there are other < 6.0 components in the stack that could
affect this.
The problem appeared in rocfft 5.5.1 when rocm-hipamd
Unfortunately, this applies to unstable now too, and did apply to
trixie until it resulted in autoremoval of the package. Would it
help if I were to backport the fix from upstream? Or is the plan to
just wait? (I can always build my own local package from upstream
source, but this doesn't really he
Sebastian Andrzej Siewior dixit:
>the older "previous" kernel has it.
And that won’t be fixed even with a trigger.
Used to be -uk all would, but (#1065698) that doesn’t work any more.
Given how widespread the info already is and that it affects sid and
a subset of trixie users, maybe go with ju
Dixi quod…
>Hmm, actually… I could… test whether that one fixes static-pie
>on zelenka. Or at least the same approach. I’ll get back with
>report from that.
Having looked at the spec file, the only extra things the stock
specs do that the overriding specs don’t is:
*link:
[…] %{!static|static-pi
Control: reassign -1 lomiri-system-settings-security-privacy
Control: found -1 1.0.2-2
On Do 04 Apr 2024 17:53:07 CEST, Peter Green wrote:
Package: lomiri-system-settings
Version: 1.1.0-2
Severity: grave
lomiri-system-settings depends on
lomiri-system-settings-security-privacy, which
is no
Package: python3-dask
Version: 2023.12.1+dfsg-2
Severity: serious
Control: affects -1 src:pandas
Control: block 1068104 by -1
Importing dask.dataframe currently fails with the error
TypeError: descriptor '__call__' for 'type' objects doesn't apply to a
'property' object
amd64 https://salsa.de
On Do 04 Apr 2024 17:53:07 CEST, Peter Green wrote:
Package: lomiri-system-settings
Version: 1.1.0-2
Severity: grave
lomiri-system-settings depends on
lomiri-system-settings-security-privacy, which
is not availble on armel, armhf or mips64el.
The reason, or at least one reason, it is not a
On 2024-04-04 00:14:27 [+0200], Guillem Jover wrote:
> Hi!
Hi,
> I initially was thinking that a conditionally triggered activation
> when upgrading from the affected versions would be sufficient, but if
> people have already upgraded, then that will still leave them with the
> malicious stuff in
Sometimes, it does not crash with a smashed stack but instead:
Setting up sasl2-bin (2.1.28+dfsg1-6+b1) ...
BDB0002 __fop_file_setup: Retry limit (100) exceeded
saslpasswd2: generic failure
dpkg: error processing package sasl2-bin (--configure):
installed sasl2-bin package post-installation scri
Package: kanshi
Version: 1.5.1-2
Severity: normal
X-Debbugs-Cc: Daniel Kahn Gillmor
I'm using sway 1.9-1 with kanshi. When i plug in an external monitor,
kanshi matches it appropriately against my configuration, and it
configures the monitor appropriately.
However, when i do `swaymsg reload`, t
I forgot to mention the exact GRUB versions:
- My Debian 10.13 Netinst based installer had GRUB: 2.06-3~deb10u1
- My Debian 10 based installed system had GRUB: 2.06-3~deb10u4
- My Debian 11.9 Netinst based installer had GRUB: 2.06-3~deb11u6
- My Debian 11 based installed system had GRUB: 2.06-3~de
Hi Andreas,
after routine-update dh_missing failed due to compat level 13 which
defaults to fail if some files are not installed.
Yep, encountered that in other places as well when updating a few (old!)
things.
This made me aware that upstream in principle installs a test suite
we could use
On Thu, Apr 04, 2024 at 07:50:40PM +, Thorsten Glaser wrote:
> Szabolcs Nagy dixit:
>
> >the next culprit is gcc (each target can have their own
>
> gcc-13_13.2.0-23
>
> >static pie specs) or the way you invoked gcc (not visible
>
> As I wrote earlier, though with more flags. Dropping all t
David Bremner writes:
> Xiyue Deng writes:
>
>>
>> Will re-evaluate if XEmacs compatibility would be dropped.
>>
>> [1]
>> https://salsa.debian.org/emacsen-team/dpkg-dev-el/-/commit/132669ed6d6ee19a440234b943625da9cd6e2d9b
>>
>
> Does the package currently work (somehow?) with XEmacs? At least
Rich Felker dixit:
>I seem to recall the musl-gcc wrapper does not handle static-pie
>right.
Hmm. Inhowfar? And it does seem to work fine on the other
architectures.
>A real cross toolchain should.
I fear that that’s out of question for Debian.
I’ve got a github action test setup for mksh thou
On Thu, Apr 04, 2024 at 01:22:19PM -0700, Russ Allbery wrote:
> I'm not sure what I think about that. We have a general escape hatch
> already for non-free packages in Policy 2.2.3 that says they may not fully
> comply with Policy, which may be sufficient.
But precisely, we _do_ want non-free pa
Hi,
Quoting Santiago Vila (2024-04-04 20:35:47)
> El 4/4/24 a las 19:44, Johannes Schauer Marin Rodrigues escribió:
> > instead of doing that, you could've worked around this by just placing the
> > build log into a dedicated temporary directory and then copying it to where
> > you
> > want it af
Control: retitle -1 src:r-cran-rstanarm: FTBFS on mips64el and risc64
Control: reopen -1
Control: tags -1 upstream
Control: forwarded -1 https://github.com/stan-dev/rstanarm/issues/619
thanks
As per autobuilders log[1] the package fails to build on mips64el and risc64
with
...
g++ -std=gnu++17
El 23/12/23 a las 3:07, Otto Kekäläinen escribió:
Sure, this will be fixed (automatically) with uploading latest upstream minor
release as stable update, and I intend to do it in coming 1-2 weeks.
Hi. Can you elaborate on that? Release managers do not usually allow
new upstream releases in sta
Philipp Kern writes:
> On 04.04.24 20:51, Bill Allombert wrote:
>> I still think we should allow Autobuild: no as an escape hatch. If we
>> want to require non-free package to be autobuildable, we should be more
>> explicit about it (and probably require more feedback from
>> debian-devel).
> T
Package: pidgin-gnome-keyring
Version: 2.0-2
Severity: grave
Tags: trixie, sid
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition,
obs-advanced-scene-switcher still depends on libpurple0,
rather than libpurple0t64. As a result it is uninstallable on
ar
Control: retitle -1 autopkgtest: test_copy_timeout fails on tmpfs
Hi,
On 04-04-2024 10:08 a.m., Paul Gevers wrote:
Overall, I
expect the host to be *faster* than the old hosts, but ironically the
tests that seems to fail is: __main__.SchrootRunner.test_copy_timeout.
Yes, it's too fast. The
Hi,
On 04.04.24 20:51, Bill Allombert wrote:
I still think we should allow Autobuild: no as an escape hatch.
If we want to require non-free package to be autobuildable, we should
be more explicit about it (and probably require more feedback from
debian-devel).
There is no requirement for non-f
Package: perdition
Version: 2.2-3.3
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, perdition
depends on both libvanessa-socket2 and libvanessa-socket2.
As a result it is uninstallable.
Interesting in this case, the uninstallabilit
Szabolcs Nagy dixit:
>the next culprit is gcc (each target can have their own
gcc-13_13.2.0-23
>static pie specs) or the way you invoked gcc (not visible
As I wrote earlier, though with more flags. Dropping all the -D…
and -W… and -I… and other irrelevant ones:
musl-gcc -Os -g -fPIE -fno-lto -
Source: rust-openssl
Version: 0.10.64-1
Severity: important
Tags: security upstream
Forwarded: https://github.com/sfackler/rust-openssl/issues/2171
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for rust-openssl.
CVE-2024-3296[0]:
| A timing-
Package: openssh-client
Version: 1:9.7p1-4
Severity: wishlist
X-Debbugs-Cc: Daniel Kahn Gillmor
Tags: patch
Hi Debian OpenSSH maintainers!
ssh-agent is a critical piece of infrastructure for my workflow, and i
want it better integrated with my user session, which is managed by
systemd's per-user
Source: trafficserver
Version: 9.2.3+ds-1+deb12u1
Severity: grave
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Control: found -1 8.1.9+ds-1~deb11u1
Hi,
The following vulnerability was published for trafficserver.
CVE-2024-31309[0].
If you fix the vulnerability
On Fri, 22 Mar 2024 18:13:35 + Luca Boccassi
wrote:
> On Mon, 4 Mar 2024 at 23:58, Luca Boccassi wrote:
> >
> > On Mon, 4 Mar 2024 at 23:28, Steve McIntyre
wrote:
> >
> > > Modulo those questions, let's talk infrastructure. Off the top of
my
> > > head, in no particular order...
> > >
> > >
On Thu, Apr 04, 2024 at 09:25:36PM +0200, Philipp Kern wrote:
> Hi,
>
> On 04.04.24 20:51, Bill Allombert wrote:
> > I still think we should allow Autobuild: no as an escape hatch.
> > If we want to require non-free package to be autobuildable, we should
> > be more explicit about it (and probably
Source: nghttp2
Version: 1.60.0-1
Severity: grave
Tags: security upstream
Justification: user security hole
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for nghttp2.
CVE-2024-28182[0]:
| nghttp2 is an implementation of the Hypertext Transfe
Package: obs-advances-scene-switcher
Version: 1.23.1-2
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition,
obs-advanced-scene-switcher still depends on libcurl4,
rather than libcurl4t64. As a result it is uninstallable on
architectures
Package: python3-wilderness
Version: 0.1.10-1
Severity: minor
X-Debbugs-Cc: cqu...@arcor.de
While installing the apt python3-wilderness with apt (actually as part of some
other package dependency) I saw the following warning:
Configuring python3-wilderness (0.1.10-1) ...
/usr/lib/python3/dist-pac
Source: apache2
X-Debbugs-CC: t...@security.debian.org
Severity: grave
Tags: security
Hi,
The following vulnerabilities were published for apache2.
CVE-2024-27316[0]:
https://www.kb.cert.org/vuls/id/421644
https://www.openwall.com/lists/oss-security/2024/04/04/4
CVE-2024-24795[1]:
https://www.o
On Thu, Apr 04, 2024 at 11:42:34AM -0700, Russ Allbery wrote:
> Tobias Frost writes:
> > On Wed, Apr 03, 2024 at 10:58:37PM +0200, Aurelien Jarno wrote:
>
> >> Thanks Philipp. Following that result, please find a patch proposal:
> >>
> >> --- a/policy/ch-source.rst
> >> +++ b/policy/ch-source.r
Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
Control: affects -1 + src:schleuder
Dear release team,
Schleuder, as currently present in bookworm, 4.0.3-7, is affected by
multiple bugs, which I would like to address via this p
Package: libwireshark-dev
Version: 4.2.2-1.1+b1
Severity: important
X-Debbugs-Cc: contact.thors...@gmail.com
Dear Maintainer,
* What led up to the situation?
Trying to build an external package dissector.
* What exactly did you do (or not do) that was effective (or
ineffective)?
Inc
Tobias Frost writes:
> On Wed, Apr 03, 2024 at 10:58:37PM +0200, Aurelien Jarno wrote:
>> Thanks Philipp. Following that result, please find a patch proposal:
>>
>> --- a/policy/ch-source.rst
>> +++ b/policy/ch-source.rst
>> @@ -338,9 +338,9 @@
>> For example, the build target should pass ``--
Control: tags -1 pending
thanks
Hi Sascha,
after routine-update dh_missing failed due to compat level 13
which defaults to fail if some files are not installed.
This made me aware that upstream in principle installs a
test suite we could use for an autopkgtest. I also realised
that you once add
El 4/4/24 a las 19:44, Johannes Schauer Marin Rodrigues escribió:
instead of doing that, you could've worked around this by just placing the
build log into a dedicated temporary directory and then copying it to where you
want it after the build is finished.
That would be an option, yes, but may
Package: dovecot-core
Version: 1:2.3.21+dfsg1-3+b1
Severity: wishlist
Dear Maintainer(s),
in light of the recent xz security breach, I'd like to ask if it
would be possible to rework systemd readiness notification and socket
activation patches to not link against libsystemd as just achieved for
Package: kicad
Version: 7.0.11+dfsg-1
I am using Debian testing/trixie, the Kicad bundle has multiple issues.
1. kicad-footprints kicad-packages3d kicad-symbols kicad-templates (7.x)
are all missing. I also checked stable sources.
```
# apt install kicad-footprints=
Completing package version
6.0
This reverts commit 5a838e5d5825c85556011478abde708251cc0776.
Changes from commit 5a838e5d5825 ("drm/qxl: simplify qxl_fence_wait") would
result in a '[TTM] Buffer eviction failed' exception whenever it reached a
timeout.
Due to a dependency to DMA_FENCE_WARN this also restores some code deleted
b
Changes since v1:
- replace new code logic in v1 with past code version by reverting
commit 5a838e5d5825 ("drm/qxl: simplify qxl_fence_wait")
- add missing code dependency from
commit d72277b6c37d ("dma-buf: nuke DMA_FENCE_TRACE macros v2")
---
Hi,
To clarify, the reason for my original patc
On Wed, Apr 03, 2024 at 10:58:37PM +0200, Aurelien Jarno wrote:
> Hi,
>
> On 2024-04-03 12:37, Philipp Kern wrote:
> > Hi,
> >
> > On Tue, Apr 02, 2024 at 06:58:35AM +0200, Aurelien Jarno wrote:
> > > On 2024-04-02 09:21, Sean Whitton wrote:
> > > > Hello,
> > > >
> > > > On Mon 01 Apr 2024 at 0
El 4/4/24 a las 19:29, Johannes Schauer Marin Rodrigues escribió:
Also I'm curious: what is your motivation for using unshare mode if you are
creating your chroots using superuser privileges?
And are you really storing your chroots in /srv instead of letting them get
picked up automatically in ~
Hi,
Quoting Santiago Vila (2024-04-04 15:02:05)
> El 4/4/24 a las 14:07, Johannes Schauer Marin Rodrigues escribió:
> > well this is an old bug. How have you worked around it being open for the
> > past
> > six years?
>
> This is important for me, so I'm still patching my own sbuild version. Ye
Hi,
Quoting Santiago Vila (2024-04-04 15:24:13)
> > how did you create that tarball?
>
> debootstrap to a directory
> cd /chroot/directory
> tar czvf /srv/whatever.tar.gz *
>
> Yes, I know what using "." instead of "*" would solve the problem, but as I
> said,
> sbuild already supports perfectl
Am Thu, 4 Apr 2024 09:36:37 +0200
schrieb Sebastian Ramacher :
> Now I get the following on arm{hf,el}:
>
> --- debian/libmpg123-0.symbols (libmpg123-0_1.32.6~dev+20240403022201-1_armhf)
> +++ dpkg-gensymbolspYII3c 2024-04-03 09:52:12.863133592 +
> @@ -8,8 +8,8 @@
> mpg123_current_deco
Dear maintainers:
This bug report refers to a couple of distinct issues:
1. Evaluating arbitrary Lisp code when a file is opened.
2. Evaluating arbitrary LaTeX code in various circumstances.
While the second issue is important to consider, I'd like to
focus on the first part. This is a grave s
Package: xfce4-terminal
Version: 1.1.1-1
Severity: normal
This is a weird bug, and I have no idea how to locate the source. I'm
running in an Xfce4 environment (xfce4-session, xfce4-panel,
xfce4-screensaver, xfce4-terminal and various other applications such
as firefox) on a Debian testing machin
Nilesh: Would it help if I do a "team upload" to fix this?
(Using the proposed patch)
Or would you prefer to fix it yourself?
Just go ahead with a fix. I don't have much time these days. Please also drop
me from uploaders field for this package won't have time to maintain this.
Yes, I notice
I am using debian oldstable, how can I use this fix there?
Control: tags -1 patch
On 4/4/24 6:22 PM, Sebastiaan Couwenberg wrote:
The FTBFS with HDF 4.3.0 is not fixed in 6.6.2.dfsg.1-5.
You need the attached patch to fix the error with HDF 4.3.0 by including
df.h instead of dfi.h.
The package then still FTBFS but due to dh_install:
dh_install
Source: todo.txt-gtd
Version: 0.9
Severity: normal
Dear Maintainer,
This obsolete library is slowly being removed from Debian.
Upstream projects are moving to unittest.mock
from the standard library.
This one project doesn't need "mock" at all.
Greetings
$ grep mock -r
debian/control:
On 4/4/24 07:31, Paul Gevers wrote:
Hi Andres,
On 04-04-2024 9:56 a.m., Paul Gevers wrote:
I have $(reschedule --days=0)-ed your upload to DELAYED. I'll do a
final check when that lands before unblocking.
The upload seems to be not a pure changelog only change. The tpu upload
has a debian/pa
Quoting James Valleroy (2024-04-04 16:13:07)
> On 3/28/24 4:08 AM, Petter Reinholdtsen wrote:
> > [James Valleroy 2024-02-12]
> >> Here is a patch that fixes the build:
> >
> > Thank you. Can you explain why changing the output from package.json to
> > mktemp and then moving the result to package
Source: ofxstatement-plugins
Version: 20210310+nmu1
Severity: normal
Dear,
This obsolete library is slowly being removed from Debian.
Upstream projects are moving to unittest.mock
from the standard library.
This one project doesn't need "mock" at all.
Greetings
$ grep mock -r
debian/control:
tags 1065980 +patch
thanks
This build failure was caused by missing "feature test macros" meaning that
the relevant functions were not enabled in the system headers.
A debdiff adding them is attached.diff -Nru gfarm-2.7.20+dfsg/debian/changelog gfarm-2.7.20+dfsg/debian/changelog
--- gfarm-2.7.20
Package: mariadb-plugin-s3
Version: 1:10.11.7-3
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, mariadb-plugin-s3
depends on both libcurl4 and libcurl4t64. As a
result it is uninstallable on architectures that are undergoing
the tim
Package: mariadb-plugin-hashicorp-key-management
Version: 1:10.11.7-3
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition,
mariadb-plugin-hashicorp-key-management
depends on both libcurl4 and libcurl4t64. As a
result it is uninstallable
On 4 April 2024 2:28:07 am IST, Santiago Vila wrote:
>Hi. I've just realized that (as a member of Debian Med)
>I could fix this myself.
>
>Nilesh: Would it help if I do a "team upload" to fix this?
>(Using the proposed patch)
>
>Or would you prefer to fix it yourself?
Just go ahead with a fix.
reopen 1068387
thanks
The FTBFS with HDF 4.3.0 is not fixed in 6.6.2.dfsg.1-5.
On 4/4/24 1:53 PM, Bas Couwenberg wrote:
Your package FTBFS while performing test rebuilds with HDF 4.3.20.
The attached debdiff contains changes to fix FTBFS issues unrelated to HDF
4.3.20.
This patch was includ
1 - 100 of 200 matches
Mail list logo
