Package: libjemalloc2
Version: 5.3.0-3
Severity: important
X-Debbugs-Cc: debian-powe...@lists.debian.org, d...@vasilevsky.ca
User: debian-powe...@lists.debian.org
Usertags: powerpc
This package's rules file explicitly enables Altivec on powerpc, but
many powerpc machines use G3 or earlier processo
I just verified that my proposed change to the MPILIBS definition
causes fftw3_mpi to be linked correctly on i386, in case we decide to
go that way.
user debian-rele...@lists.debian.org
usertag 1101516 + bsp-2025-03-ca-montreal
thank you
user debian-rele...@lists.debian.org
tags 1074747 + fixed-upstream
thank you
user debian-rele...@lists.debian.org
usertag 1101251 + bsp-2025-03-ca-montreal
reassign 1101251 r-bioc-lpsymphony 1.34.0+dfsg-2
thank you
Reassigning to r-bioc-lpsymphony. That package seems to be built with
C++ symbols for some reason, which is breaking this build of
r-bioc-ihw.
It's unclear to
user debian-rele...@lists.debian.org
usertag 1101258 + bsp-2025-03-ca-montreal
thank you
Upstream seems to be aware of this:
https://github.com/MagicStack/uvloop/issues/637
user debian-rele...@lists.debian.org
usertag 1075985 + bsp-2025-03-ca-montreal
severity 1075985 normal
thank you
You're right that the libraries are mis-linked, but in the particular
case of fftw MPI, this isn't very serious. Programs using mpi should
generally be built with `mpicc`, which will pr
user debian-rele...@lists.debian.org
usertag 1075243 + bsp-2025-03-ca-montreal
tags 1075243 + patch
thank you
Created a merge request here:
https://salsa.debian.org/lxde-team/lxpanel/-/merge_requests/6
user debian-rele...@lists.debian.org
usertag 1074675 + bsp-2025-03-ca-montreal
thank you
Created a merge request in Salsa to deal with this, since upstream
hasn't done anything yet. Also submitted upstream.
https://salsa.debian.org/python-team/packages/polib/-/merge_requests/2
user debian-rele...@lists.debian.org
usertag 1101519 + bsp-2025-03-ca-montreal
thank you
user debian-rele...@lists.debian.org
usertag 1101525 + bsp-2025-03-ca-montreal
block 1101525 by 1101516
block 1101525 by 1101519
block 1101525 by 1101520
thank you
Source: infinipath-psm
Version: 3.3+20.604758e7-6.3
Severity: normal
X-Debbugs-Cc: d...@vasilevsky.ca
The upstream of this path is archived, marked unsupported, and hasn't been
touched since 2017. It fails to build from source (bug #1071316).
I checked its reverse dependencies (see https://paste.
user debian-rele...@lists.debian.org
usertag 1101520 + bsp-2025-03-ca-montreal
thank you
Source: pmix
Version: 5.0.7-1
Severity: normal
X-Debbugs-Cc: d...@vasilevsky.ca
pmix has a build-dependency listed on libpsm-infinipath1-dev, but it
doesn't use it, and builds successfully without it. Infinipath-psm is
unmaintained upstream for over 10 years, is FTBFS, and we should probably
minim
Source: openmpi
Version: 5.0.7-1
Severity: normal
X-Debbugs-Cc: d...@vasilevsky.ca
openmpi has a build-dependency listed on libpsm-infinipath1-dev, but it
doesn't use it, and builds successfully without it. The `--with-psm` argument
that we pass to configure no longer does anything.
Infinipath-ps
Source: libfabric
Version: 2.0.0-4
Severity: normal
X-Debbugs-Cc: d...@vasilevsky.ca
libfabric has a build-dependency listed on libpsm-infinipath1-dev, but it
doesn't use it, and builds successfully without it. Infinipath-psm is
unmaintained upstream for over 10 years, is FTBFS, and we should prob
user debian-rele...@lists.debian.org
usertag 1074747 + bsp-2025-03-ca-montreal
tags 1074747 + patch fixed-upsteam
thank you
Upstream has this fixed in
https://github.com/mate-desktop/mate-panel/pull/1375/commits/78239e709d4e5de9ee99ea39be69beb6c439d7e6
This has also been released as part of vers
Package: tuned-ppd
Version: 2.24.1-1
Severity: normal
X-Debbugs-Cc: d...@vasilevsky.ca
With gnome-shell 48~rc-2, the Gnome quick settings menu no longer shows the
Power
Mode section that should be backed by tuned-ppd.
During the gnome-shell 48 cycle, support for the net.hadess.PowerProfiles
dbus
Hi Christoph,
Were you able to look into restoring some of the lost period of snapshots
for debian-ports? I've found a Debian derivative, MintPPC, that currently
seems to only be usable with snapshots from between Sep 2023 and Jan 2024,
so it would be very helpful.
Thanks,
vasi
Package: src:linux
Version: 6.10.4-1
Severity: normal
File: linux
X-Debbugs-Cc: d...@vasilevsky.ca
Debian kernels 6.9 and higher fail to boot on most PowerPC 32-bit systems.
These kernels have CONFIG_CRASH_DUMP=y set. This yields the message:
> Error: You can't boot a kdump kernel from OF!
See d
Hi again. It looks like endless-sky 0.10.2 has been in testing for awhile,
with no reported bugs. This version is quite new, updated in 2023. What do
you think about adding it to games-finest now?
Cheers,
vasi
On Fri, Aug 11, 2023 at 5:54 PM Dave Vasilevsky wrote:
> Looks like #944757
(Sorry for filing the bug report on an Ubuntu box, my Debian machine is
currently under repair. But the bug really does apply to Debian.)
Note also that this feature relies on switcheroo-control, which should
probably be a Recommends now.
Package: kio
Version: 5.107.0-1
Severity: wishlist
X-Debbugs-Cc: d...@vasilevsky.ca
Version 5.110 of kio is out now. In 5.109, we added support in kio for
launching apps in KDE using hybrid GPUs, which significantly improves the
usability of games such as supertuxkart.
-- System Information:
Deb
Looks like #944757 is resolved now! Hopefully once the new versions gets
into testing, this is unblocked.
Makes sense! That's being worked on in bug 944757
On Sat, May 6, 2023 at 5:52 PM Markus Koschany wrote:
> Hi,
>
> thanks for the suggestion!
>
> On Wed, 02 Feb 2022 03:58:43 -0500 Dave Vasilevsky
> wrote:
> > Package: games-finest
> > Version: 4
> &g
Package: games-finest
Version: 4
Severity: wishlist
X-Debbugs-Cc: d...@vasilevsky.ca
Hi,
Thanks for all your work maintaining debian-games.
It's been a few years since we've added anything new to games-finest, and I
think endless-sky would be a great choice. It's pretty polished, and runs
great
Package: virtualbox-ose-fuse
Version: 4.0.4-dfsg-1
Severity: normal
Tags: patch
When attempting to use vdfuse to mount a .vdi containing extended partitions,
it fails with "Invalid EBR signature found on image".
To reproduce:
- Download attached overflow.vdi.xz, decompress with 'xz -d overflow.vd
Package: bluez
Version: 4.42-1
Severity: important
Subject: bluez: Udev rules for hid2hci do not match any event
Package: bluez
Version: 4.42-1
Severity: important
My MacBook4,1 has USB bluetooth with ID 05ac:1000, and requires hid2hci. The
corresponding rule in /lib/udev/rules.d/62-bluez-hid2h
I'm seeing the same error with nv Geforce2MX, turning off UseFBDev
seems to fix things.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
29 matches
Mail list logo
