Control: found -1 1:18.1.8-17
On Sat, 26 Apr 2025 at 15:34:17 +0200, Helmut Grohne wrote:
libc++-18-dev explicitly declares the ability to coinstall via
Multi-Arch: same. Attempting to do this practically fails though.
$ mmdebstrap --variant=essential --verbose unstable /dev/null
--architectur
On Thu, 21 Sep 2023 at 08:29:24 +0300, undef wrote:
I tried to build quake2-full-data from the existing deb package
I've fixed the crash that you reported, but it's perhaps worth noting
that if you have the package installed, you don't need to keep the old
.deb around or pass it to g-d-p: if
On Wed, 07 Feb 2024 at 12:42:01 +0100, Sébastien Noel wrote:
A fix could be as simple as
--- a/game_data_packager/build.py
+++ b/game_data_packager/build.py
@@ -903,7 +903,7 @@ class PackagingTask:
if provider is None:
try_to_unpack: Collection[str] = self.game.files
shortcuts in
this area, and channel bindings have bad interop history. I am traveling so no
laptop but feel free to nmu as you prefer.
/Simon
> 1 maj 2025 kl. 22:50 skrev Noah Meyerhans :
>
> Control: tags -1 + patch
>
>> On Thu, May 01, 2025 at 03:56:11PM -0400, Noah Meyerhan
Control: retitle -1 autopkgtest-virt-qemu: no way to pass qemu options that
contain whitespace
Control: severity -1 wishlist
On Wed, 30 Apr 2025 at 16:40:59 +0200, Isaac True wrote:
the value passed to "--qemu-option" is cut up into individual arguments using the Python
function split() ("qemu
tfdump had objected to seeing
_more_ than two positional arguments, and stopped with an error rather
than proceeding anyway.
Cheers,
Simon
--
import hashlib; print((lambda p,q,g,y,r,s,m: (lambda w:(pow(g,int(hashlib.sha1(
m.encode('ascii')).hexdigest(),16)*w%q,p)*pow(y,r*w%q,p)%p)%q)(
/permissions problem or
additional GSSAPI flag check that dovecot didn’t do before.
Alas I am traveling without laptop for the next few days so will have no
ability to debug anything.
/Simon
> 29 apr. 2025 kl. 22:33 skrev Noah Meyerhans :
>
> On Tue, Apr 29, 2025 at 10:22:21PM +02
.0.1.1, session=
/Simon
> 29 apr. 2025 kl. 21:21 skrev Noah Meyerhans :
>
> Source: gsasl
> Version: 2.2.0-1
> Severity: serious
> Justification: autopkgtest regression
>
> Dovecot 2.4 is currently in unstable and trying to migrate to testing. It's
> currently
On Tue, 29 Apr 2025 at 10:30:56 +0100, Simon McVittie wrote:
On Fri, 21 Mar 2025 at 13:31:14 +0100, Helmut Grohne wrote:
Please either move those libraries to a multiarch location or remove
"Multi-Arch: same" from the libmlir-19 binary package. Given the freeze
timing I recommend
expected.
On Fri, Apr 25, 2025, at 11:56 AM, Simon McVittie wrote:
Will llvm-toolchain-20 prereleases (in experimental) also need an
upload? The llvm-toolchain-20 package doesn't seem to have a bug open
yet - should we clone this one?
if they still use the lowered/old baseline, yes.
The 20
Control: tags -1 + patch
On Mon, 07 Apr 2025 at 09:44:53 +0200, Helmut Grohne wrote:
[Various -dev packages] fail to coinstall despite explicitly declaring that
capability via Multi-Arch: same. Most of them install
architecture-dependent files to architecture-independent filenames below
/usr/lib
Control: tags -1 + patch
On Fri, 21 Mar 2025 at 13:31:14 +0100, Helmut Grohne wrote:
libmlir-19 fails to coinstall despite it explicitly stating that
capability.
mmdebstrap --variant=apt --verbose '' /dev/null 'deb
http://deb.debian.org/debian unstable main' --architectures=amd64,i386
--inclu
Control: tags -1 + pending
On Fri, 21 Mar 2025 at 13:31:14 +0100, Helmut Grohne wrote:
Please either move those libraries to a multiarch location or remove
"Multi-Arch: same" from the libmlir-19 binary package. Given the freeze
timing I recommend doing the latter.
This appears to have been fix
Control: clone -1 -2
Control: retitle -2 libmlir-18 is Multi-Arch: same but fails to coinstall
Control: reassign -2 libmlir-18 1:18.1.8-17
Control: found -2 libmlir-18 1:18.1.8-18
On Fri, 21 Mar 2025 at 13:31:14 +0100, Helmut Grohne wrote:
libmlir-19 fails to coinstall despite it explicitly stat
On Sat, 26 Apr 2025 at 13:20:06 +, stefa...@debian.org wrote:
BTW, how about making the qemu virt backend install python3 by itself,
if it's missing? Then we can use the same images for incus & qemu,
without having to pollute them with python3.
Sorry, no. Because of the Rube Goldberg machi
On Fri, 25 Apr 2025 at 18:15:56 -0400, Stefano Rivera wrote:
This breaks this VM image detection logic:
https://salsa.debian.org/ci-team/autopkgtest/-/blob/07eb656d26b097028c28ff743f4ea7eb71bc2d01/setup-commands/setup-testbed#L72
if [ "$root" != "/" ] || [ -e /dev/ttyS1 ] || [ -e /dev/hvc1 ];
Source: dxvk
Version: 2.6+ds-1
Severity: normal
X-Debbugs-Cc: debian-...@lists.debian.org, debian-w...@lists.debian.org
User: debian-...@lists.debian.org
Usertags: arm64 armhf
While looking at DXVK Native I noticed that the setup of the older
Wine-based DXVK builds on ARM architectures seems odd.
On Wed, 23 Apr 2025 at 10:26:03 +0100, Simon McVittie wrote:
While checking why the fix for #1057621 wasn't migrating to testing, I
noticed that the updated valgrind has failed to build on [32-bit]
...
I see that valgrind's configure check for mpi-c is failing:
checking for mpicc..
Control: tags 1100481 + pending
On Mon, 21 Apr 2025 at 15:18:49 +0200, Chris Hofstaedtler wrote:
On Fri, Mar 14, 2025 at 12:53:26PM +0200, Adrian Bunk wrote:
On Sat, Dec 31, 2022 at 07:24:51PM +0100, Jakub Wilk wrote:
> This package has "libunwind-dev" in Provides, but it's not fully compatible
t.cgi?bug=1095863#70:
On 13-02-2025 17:32, Simon McVittie wrote:
- Officially keep current baseline, intentionally violate the baseline in
rustc (and maybe LLVM?) so that rustc produces working code, and
have the release team announce that the resulting baseline violations
are not to
Guillem Jover writes:
> Hi!
>
> On Wed, 2012-05-09 at 22:00:47 +0200, Simon Josefsson wrote:
>> Package: inetutils
>> Severity: wishlist
>>
>> InetUtils contains a tftp client as well, and it would be nice to
>> package it.
>
> I've pondered abo
Control: tags -1 + patch
On Wed, 23 Apr 2025 at 15:59:00 +0100, Simon McVittie wrote:
I think the "option 2" that I proposed is entirely feasible for trixie,
actually. I'm testing an implementation now.
https://salsa.debian.org/xorg-team/lib/mesa/-/merge_requests/55 works
suc
wrote:
On 23/04/2025 10:47, Simon McVittie wrote:
Fixing the C regression by reinstating the first --slave line
seems considerably simpler, and might be enough to fix valgrind on
32-bit. Should we clone this bug into a C part which can certainly be
fixed, and a Fortran part which might need
Some missing context here is the original bug report from martin f krafft:
Unfortunately, Kitty does not accept the `-name` command-line
option, and instead spews and error message. This is a problem when
it is used as a drop-in to `x-terminal-emulator`, which sometimes
gets passed the `-name`
On Tue, 15 Apr 2025 at 16:52:56 +0200, Helmut Grohne wrote:
On Tue, Apr 15, 2025 at 01:47:54PM +0100, Simon McVittie wrote:
I think a regression for amd64/i386 co-installation would have a
considerably larger practical negative impact on Debian users
This reasoning convinces me. As it stands
On Wed, 19 Mar 2025 at 18:10:34 -0100, Graham Inggs wrote:
It seems the BTS considers that 4.3.0-2 will re-introduce this bug to
testing because the changelog entry for 4.2.1-4 above was dropped from
debian/changelog.
As far as I can see, the BTS is correct: there are changes from 4.2.1-4
and 4
On Sun, 13 Apr 2025 at 13:14:49 +0300, Adrian Bunk wrote:
214s autopkgtest [01:51:54]: test mpi-compile-run-cc-pkgconf-mpi-c:
[---
214s Package mpi-c was not found in the pkg-config search path.
...
This is related to two lines disappearing from the
libmpich-dev postinst:
Source: valgrind
Version: 1:3.24.0-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: debian-...@lists.debian.org, debian-powe...@lists.debian.org,
mp...@packages.debian.org
User: debian-...@lists.debian.org
Usertags: armhf
Package: media-types
Severity: wishlist
Could you add application/texinfo to mime.types?
See e-mail below for discussion and IANA links.
Maybe it make sense to open a proper bug report about this, to track any
further discussion about it (if needed).
/Simon
Simon Josefsson writes:
> Si
Control: reassign -1 src:thunarx-python 0.5.2-2
Control: affects -1 + rabbitvcs-thunar
Control: retitle -1 thunarx-python: fails to discover SONAME of libpython,
tries to load /usr/lib/MULTIARCH/lib.so.1.0
Control: severity -1 grave
On Sun, 20 Apr 2025 at 22:24:22 +0300, Norbert X wrote:
(thuna
Control: forcemerge 1086842 1103666
Control: block 1038073 by 1086842
On Sun, 20 Apr 2025 at 14:53:49 +0200, Alexandre Detiste wrote:
* Package name: ruby-sdl2
This looks like the same request as #1086842.
smcv
On Tue, 25 Mar 2025 at 09:34:40 +, Michael Anderson wrote:
Thanks for the previous fix which did work.
However it has broken again with libfuse3-4 updating from 3.17.1~rc1-3
to 3.17.1-1.
This appears to have been a fuse3 regression, #1101305, which cannot
be fixed by a change in gvfs (gvf
Control: forwarded -1 https://github.com/doitsujin/dxvk/pull/4853
On Wed, 16 Apr 2025 at 17:45:32 +0100, Simon McVittie wrote:
> There seem to be two places in the dxvk codebase that #error out if the
> CPU architecture is not recognised.
>
> 1. src/util/util_bit.h
> 2
On Sat, 14 Dec 2024 at 20:47:47 +, Rebecca N. Palmer wrote:
(Packages that ship test results/tools and
want to make this optional are probably supposed to use
DEB_BUILD_PROFILES=noinsttest instead.)
For the record:
For packages that ship test tools (automated tests, manual tests or
exampl
On Mon, 24 Mar 2025 at 09:49:34 +, Simon McVittie wrote:
On Sun, 23 Mar 2025 at 23:03:32 -0500, Fainche wrote:
** (org.gnome.Nautilus:77097): WARNING **: 23:01:20.574: Could not mount
'network:///': Location is not mountable
This might be fixed if you upgrade gvfs to versio
Source: dxvk
Version: 2.6.1-1
Severity: serious
Tags: upstream ftbfs experimental
Justification: built successfully in the past on armhf
dxvk 2.6.1 with DXVK Native enabled doesn't build successfully on armhf:
> c++ -Isrc/wsi/libwsi.a.p -Isrc/wsi -I../src/wsi -Iinclude -I../include
> -I../includ
Package: libdxvk-native-dev
Version: 2.6.1-1
Severity: normal
Tags: patch upstream fixed-upstream
I added a libsdl3-dev build-dependency to src:dxvk in the hope that this
would enable the SDL3 WSI, but my first attempt failed, as we can see
in the buildd logs:
> Get:329 https://deb.debian.org/deb
he terminal, it will likewise hang around
Yes, but "sleep" will eventually exit, and doesn't produce output, so it
doesn't have an opportunity to notice that stdout has been revoked.
And since the only function in monitor mode is to produce this output,
it can just exit here.
Simon
. I believe it would be
better to work with rights holders to work out problems rather than to
ignore requests and throw legal arguments at them.
/Simon
signature.asc
Description: PGP signature
ith GPLv2 and that all code
that link to OpenSSL has to have a GPL+OpenSSL exception. Does anyone
recall how and when this decision was made?
Licensing wrt to libcurl and OpenSSL has been discussed before:
https://lists.debian.org/debian-legal/2004/08/msg00221.html
/Simon
signature.asc
Descrip
chitectures that are not yet in Debian at
all (amd64/musl-linux-amd64).
> On Mon, Apr 14, 2025 at 05:23:01PM +0100, Simon McVittie wrote:
> > Loaders are expected to be able to recognise that a particular driver is not
> > for them, and gracefully not load it. In practice this works fi
t, receiving EIO for this attempt.
Monitor mode should probably exit when it cannot write output.
Simon
-- System Information:
Debian Release: 12.9
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
'stable-debug'),
On Mon, 14 Apr 2025 at 18:48:02 +0200, Michel Dänzer wrote:
> On 2025-04-14 18:23, Simon McVittie wrote:
> >
> > I can see two ways to resolve #980148 without needing to change the
> > search path for Vulkan drivers:
> >
> > 1. [rename the files to have a
On Fri, 04 Apr 2025 at 20:42:48 +0200, Helmut Grohne wrote:
> On Fri, Jan 15, 2021 at 12:06:14PM +0100, Michel Dänzer wrote:
> > On 2021-01-15 12:02 p.m., Thorsten Glaser wrote:
> > > Package: mesa-vulkan-drivers
> > > […]
> > > Multi-Arch: same
> > >
> > > The file /usr/share/vulkan/icd.d/intel_i
On Sun, 13 Apr 2025 at 11:58:57 +0100, Samuel Henrique wrote:
Based on the replies to https://mastodon.social/@bagder/114329630276196304,
where there was some uncertainty around where the issue comes from, I figured I
should clarify it here:
git on Debian ends up indirectly linked to OpenSSL thr
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: pthreadp...@packages.debian.org
Control: affects -1 + src:pthreadpool
User: ftp.debian@packages.debian.org
Usertags: override
libpthreadpool0 is currently in libdevel/optional, but it's a runtime
shared library, so it should be in libs/op
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: gst-plugins-good...@packages.debian.org
Control: affects -1 + src:gst-plugins-good1.0
User: ftp.debian@packages.debian.org
Usertags: override
gstreamer1.0-pulseaudio in testing/unstable is a transitional package
since the PulseAudio plugi
23/01/2025 15:32, Simon McVittie wrote:
> The current version of librsvg is not migrating to testing because it
> FTBFS on mips64el. This appears to be caused by a kernel or hardware
> issue where otherwise-working code fails with EFAULT in a read() call
> on bookworm kernels (see #10932
who isn't all that
familiar with Go and Go library namespaces, the policy could also
clarify exactly what the "import name" refers to. For me it is
ambiguous (I "import" the package from github.com/smallstep/crypto/...).
/Simon
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-globocom-go-buffer
Version : 2.0.0-1
Upstream Author : Globo.com
* URL : https://github.com/globocom/go-buffer
* License : Expat
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-robinus2-golang-moving-average
Version : 1.0.0-1
Upstream Author : Robin Verlangen
* URL : https://github.com/RobinUS2/golang-moving-average
* License : Apache-2.0
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-transparency-dev-trillian-tessera
Version : 0.1.1-1
Upstream Author : The Tessera authors
* URL : https://github.com/transparency-dev/trillian-tessera
* License : Apache-2.0
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-transparency-dev-formats
Version : 0.0~git20250403.313b830-1
Upstream Author : Google LLC
* URL : https://github.com/transparency-dev/formats
* License : Apache-2.0
users of it in unstable or testing, see dak output below.
/Simon
jas@kaka:~$ ssh mirror.ftp-master.debian.org "dak rm -Rn golang-step-crypto"
Will remove the following packages from unstable:
golang-step-crypto | 0.24.0-2 | source
golang-step-crypto-dev | 0.24.0-2 | all
Maintainer:
Jérémy Lal writes:
> To avoid the odd-ness of assigning a RC bug to ftp.debian.org,
> I'd rather create a new Removal Request, then block 1100967 with it ?
Of course, thank you!
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1102636
/Simon
signature.asc
Description: PGP signature
's not do anything more about this -- the upstream issue above
suggests that the package name we keep will be the right one in the
future. There are never promises that will really happen, but it seems
there is a lot of work to revert this for no particular advantage except
compliance
y build scripts. I'll do an upload shortly cleaning this up a bit
as part of regular Go team maintainance, and will fix the FTBFS this way
too, but happy to resolve it some other way too.
/Simon
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: lib1305
Version : 20250407
Upstream Author : Kaushik Nath, Daniel J. Bernstein, et al
* URL : https://lib1305.cr.yp.to/
* License : public domain
Programming Lang: C
Description
ically only have a day or two...
/Simon
signature.asc
Description: PGP signature
oduced it using ArchLinux
toolchain. Hopefully upstream can use debian-based clang for future app
releases. I think that someone tested using Ubuntu's toolchain and at
least at some point it didn't produce the same output, but I think it
was a 24.10 pre-release snapshot clang.
/Simon
Diego
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: glib...@packages.debian.org, openjdk...@packages.debian.org,
debian-ri...@lists.debian.org, debian...@lists.debian.org
Control: affects -1 + src:glib2.0 src:openjdk-25
User: release.debian@packages.debian.org
Usertags: unblock
glib2.0
lready prematurely migrated to. Given that there are no reverse
dependencies on golang-step-crypto-dev now, I think the simplest way out
of this mess is to ask for that package to be dropped.
/Simon
signature.asc
Description: PGP signature
Yay, thank you!
An upload to unstable before the freeze would be great :)
I am preparing NEW uploads of landrun, sbctl and golang-github-
landlock-lsm-go-landlock which needs the new libcap2, there seems to
still be some small possibility of them being able to make it into
trixie.
/Simon
tis
On Sun, 19 Jan 2025 at 00:14:17 +0100, Bill Allombert wrote:
I run wine in text mode in a CI cronjob (so XDG_RUNTIME_DIR is not defined).
Since I upgraded wine, it reports a spurious error message:
error: XDG_RUNTIME_DIR is invalid or not set in the environment.
even though I set WINEDEBUG=-all
On Fri, 04 Apr 2025 at 12:08:04 -0400, Jeremy Bícha wrote:
Then file removal requests for armel for cjs, cinnamon, and
cinnamon-desktop-environment.
This is time-sensitive, due to the freeze starting soon and the old
binaries blocking migration of cjs. As a result I opened
https://bugs.debian
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: cinna...@packages.debian.org, debian-...@lists.debian.org
Control: affects -1 + src:cinnamon
User: ftp.debian@packages.debian.org
Usertags: remove
User: debian-...@lists.debian.org
Usertags: armel
Control: block 1081039 by -1
Control: block
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: c...@packages.debian.org, debian-...@lists.debian.org
Control: affects -1 + src:cjs
User: ftp.debian@packages.debian.org
Usertags: remove
User: debian-...@lists.debian.org
Usertags: armel
Control: block 1081039 by -1
Control: block 1081040
Source: cinnamon
Version: 6.4.8-1
Tags: trixie sid
To help cjs to be removed from armel and help mozjs115 to be removed
from the archive, please bump the Build-Depends to libcjs-dev (>= 128),
so that cinnamon cannot get built on armel against leftover armel
binaries from an older cjs that used
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: mozjs...@packages.debian.org
Control: affects -1 + src:mozjs115
User: ftp.debian@packages.debian.org
Usertags: remove
Tags: moreinfo
mozjs115 is unsupported upstream (#1081040) and should not be in trixie.
The ftp team probably cannot act
On Tue, 08 Apr 2025 at 16:02:55 +0200, Bastian Germann wrote:
This is used now on cjs as well. So maybe cinnamon/cjs have to be removed
from armel as it was done for gnome-core/gjs to let cjs migrate to trixie.
Yes, see also
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1081039#43 which
o
On Tue, 08 Apr 2025 at 14:30:53 +0200, Chris Hofstaedtler wrote:
So, these packages will have a different set of Uploaders: in the
binary packages than in the Source package?
As far as I'm aware, binary packages don't have Uploaders (that field is
purely a source package thing).
But, if you
On Mon, 07 Apr 2025 at 14:08:23 +0200, Chris Hofstaedtler wrote:
it appears that currently there is no requirement for d/control to
stay the same before and after a build. However, many things require
this to be the case, and ftp-master also requires this in their
reject-faq [1].
[1] https://
Source: dxvk
Version: 2.6+ds-1
Severity: wishlist
dxvk upstream has released v2.6.1, a bugfix release fixing some known
regressions in 2.6.
Merge request available from:
https://salsa.debian.org/aviau/dxvk/-/merge_requests/6
If you'd prefer to do the new-upstream import yourself, you might want
On Mon, 15 Apr 2019 at 16:12:09 -0400, Daniel Kahn Gillmor wrote:
On Thu 2014-05-08 05:57:29 -0400, Anders Kaseorg wrote:
bash’s debian/control lists
Vcs-Bzr: http://bazaar.launchpad.net/~doko/+junk/pkg-bash-debian
However, this Bazaar repository doesn’t have any versions newer than
4.2+dfsg-1
-root rebuild with 'chmod -R
-w debian/' with debian/ owned by some other user?
/Simon
Chris Hofstaedtler writes:
> Package: debian-policy
> X-Debbugs-CC: debian-d...@lists.debian.org, ftpmas...@debian.org,
> jspri...@debian.org, jo...@debian.org
>
> Dear Policy Edi
this package
> is trying to access Internet and b) Maybe there are missing build-depends.
>
> - In either case, weird cases like this one are the reason I always offer
> a VM to test in case it's necessary.
Maybe you could add 'c) Maybe you uploaded a new version of a build
de
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: landrun
Version : 0.1.15-1
Upstream Author : Armin ranjbar
* URL : https://github.com/zouuup/landrun
* License : Expat
Programming Lang: Go
Description : Run any process in a
Holger Levsen writes:
> On Thu, Mar 20, 2025 at 10:37:15PM +0100, Simon Josefsson wrote:
>> +1 on reproducible tarballs.
>
> sure, +1, patches welcome! :) \o/
Attached starting point, thoughts?
https://salsa.debian.org/debian/devscripts/-/merge_requests/490
The patch needs rev
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-google-go-tspi
Version : 0.3.0-1
Upstream Author : Google
* URL : https://github.com/google/go-tspi
* License : Apache-2.0
Programming Lang: Go
Description : TSPI
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: python-freezegun
Version : 1.5.1
Upstream Author : Steve Pulec
* URL : https://github.com/spulec/freezegun/
* License
of these two library packages.
Meanwhile, it seems fine for golang-gitlab-gitlab-org-api-client-go-dev
to stay out of testing until we have resolved this.
/Simon
Helmut Grohne writes:
> Package: golang-gitlab-gitlab-org-api-client-go-dev
> Version: 0.123.0-1
> Severity: serious
>
On Thu, 20 Mar 2025 at 15:50:44 +0100, John Paul Adrian Glaubitz wrote:
On Mon, 2024-09-16 at 11:43 +0100, Simon McVittie wrote:
Expected result: either of these:
- llvmpipe exists, is used, and works
- llvmpipe doesn't exist and softpipe is automatically used instead
...
I would su
Control: tags -1 + moreinfo
On Sat, 05 Apr 2025 at 12:26:22 +0200, Pas Pab wrote:
* What led up to the situation?
Upgrading (2.32.2+dfsg-2, 2.32.4+dfsg-1).
* What exactly did you do?
Triggered by running 'qemu-system-x86_64' with '-display sdl,gl=on'
* What was the outcome of this acti
Control: retitle -1 game-data-packager: FTBFS: inkscape SIGABRT after throwing
an instance of 'Gio::DBus::Error'
Control: tags -1 = confirmed
"ninja: build stopped: subcommand failed" is a very generic error
message to be quoting (it's hardly better than "something is wrong").
The problem here
On Thu, 03 Apr 2025 at 22:44:14 +0900, Marc Dequènes (duck) wrote:
> Thanks for the PR to enable MUT.
> I noticed you targeted master and I'm fine with that and I uploaded a new
> version now.
Thanks for merging that, it significantly reduces the amount of divergence
I need to track in the Steam R
builds and passes smoke-tests (vkd3d-demos).
On Tue, 19 Nov 2024 at 18:15:08 +, Simon McVittie wrote:
> On Thu, 27 Jun 2024 at 19:18:44 +0100, Simon McVittie wrote:
> > If the Wine team don't have time to review that packaging update right
> > now, it could be useful if a team
Control: tags -1 + patch
On Wed, 02 Apr 2025 at 16:35:18 +0100, Simon McVittie wrote:
> All of the VKD3D libraries (of which libvkd3d-shader1 is the
> lowest-level) are marked as requiring an executable stack
...
> For what it's worth, Fedora[1] and Arch[2] don't seem
Package: libvkd3d-shader1
Version: 1.2-15
Severity: normal
X-Debbugs-Cc: Giovanni Mascellani , Elizabeth Figura
, debian-w...@lists.debian.org
All of the VKD3D libraries (of which libvkd3d-shader1 is the
lowest-level) are marked as requiring an executable stack:
$ podman run --rm -it debian:sid
github.com/smallstep
namespace. I doubt we can finish that transition before trixie though.
/Simon
signature.asc
Description: PGP signature
ick fix or workaround, or
even better long-term improvements, feel free to propose patches or do
uploads.
/Simon
Helmut Grohne writes:
> Attempting to coinstall golang-step-crypto-dev and
> golang-github-smallstep-crypto-dev results in an error.
>
> mmdebstrap --variant=ap
On Tue, 01 Apr 2025 at 16:17:33 +0200, Dylan Aïssi wrote:
The package is ready on salsa, would you like to take a look at it to
make sure I haven't done anything wrong before I upload it to the
archive? :-)
All looks reasonable to me!
The only comment I would make is that it might be useful
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: log-go
Version : 0.15.2-1
Upstream Author : Sigsum
* URL : https://git.glasklar.is/sigsum/core/log-go/
* License : BSD-2-Clause
Programming Lang: Go
Description : Sigsum
On Fri, 28 Mar 2025 at 14:18:04 +0100, Dylan Aïssi wrote:
Since v2025.2 is out, I tried to update our package but I failed to
understand what was your usual workflow. I locally merged the upstream
tag "v2025.2" into the branch "upstream/latest" and then merged this
branch into "debian/latest",
On Mon, 24 Mar 2025 at 17:38:05 -0400, Jeremy Bícha wrote:
Here are some links to third-party projects that have had to adapt to
changes in the new pygobject:
https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/8653
https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/
Package: libopenxr1-monado
Version: 21.0.0+git2905.e26a272c1~dfsg1-2
Severity: normal
To reproduce:
sudo dpkg --add-architecture i386
sudo apt update
sudo apt install libopenxr1-monado libopenxr1-monado:i386
Expected result:
Successful installation
Actual result:
dpkg: error processing archiv
Nicolas Peugnet writes:
> On 27/03/2025 13:50, Simon Josefsson wrote:
>> I've found the 'dh-make-golang make' tool incredibly useful to quickly
>> get a suitable debian/* template for a project. I would find a similar
>> tool that isn't Go-specific whi
t Go-specific which would could an upstream tarball and/or
a URL to a homepage and attempt to create a debian/* template a missing
tool to faciliate Debian package creation.
/Simon
signature.asc
Description: PGP signature
tps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1100914>
Simon, as initial reporter, would you be willing to provide review feedback on
the sponsorship request of this package?
Reviewing a package thoroughly enough to be happy to sponsor it needs an
amount of time comparable to packaging it myself, so if
On Tue, 25 Mar 2025 at 12:34:26 +, Simon McVittie wrote:
On Tue, 25 Mar 2025 at 14:17:32 +0300, Vladimir K wrote:
$ /usr/libexec/gvfsd-fuse -f /run/user/1000/gvfs
fuse: both 'want' and 'want_ext' are set
Laszlo, I assume this is not the result you expected afte
somehow. Testing for regressions in e.g. Salsa CI
pipeline is not supported.
/Simon
signature.asc
Description: PGP signature
1 - 100 of 6749 matches
Mail list logo
