>> I will look into the issue.
>> If you have any idea why it might be occurring, please share.
>
> The actual error is in #917057, which was already correctly marked as
> affecting src:cura-engine.
I'm positive that the problem is more complex than that, because I already
committed and tested
>> That, or the fix wasn't enough.
>
> Works for me.
Odd.
> What failure are you getting, and what is the contents
> of /usr/lib/x86_64-linux-gnu/pkgconfig/polyclipping.pc ?
I'm getting the same pthread detection error as reported in the bug.
Contents:
$ cat /usr/lib/x86_64-linux-gnu/pkgconfi
> Looks OK to me.
Ok... So it turns out I made a stupid versioning mistake when preparing a
fixed version of libpolyclipping.
After fixing that and reinstalling the correct pkg-config file, I can build
cura-engine again.
I'll ask Petter to upload libpolyclipping-6.4.2-6 ASAP.
Source: gcr
Version: 3.18.0-1
Severity: normal
User: debian-sp...@lists.debian.org
Usertags: sparc64
Dear Maintainer,
The package build of gcr currently fails for the sparc64 architecture due to
misaligned access to 64-bit memory, as can be seen in the build log:
https://buildd.debian.org/status/
I replaced the aliased pointers with memcpy.
This makes the issues go away on sparc64 and probably other architectures
where the accessed memory may not be 64-bit aligned.
It had no visible impact on the amd64 build.
Aside from the 3 library functions that had issues, I also had to change a
number
Package: cura
Version: 3.0.3-2
Severity: important
Tags: upstream
Forwarded: https://github.com/Ultimaker/Cura/issues/2810
Cura includes a remote data collection plugin called "SliceInfo" that,
according to its description, gathers and submits anonymous information about
what is being sliced and p
The plugin can be disabled during package building with:
diff --git a/CMakeLists.txt b/CMakeLists.txt
index 1c372ffa..6baae46a 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -39,7 +39,8 @@ find_package(PythonInterp 3.5.0 REQUIRED)
install(DIRECTORY resources
DESTINATION ${CMAKE_INST
Package: src:linux
Version: 5.2.9-2
Severity: important
Tags: patch upstream
Dear Maintainer,
Linux 5.2 kernels contain a bug that causes short graphics freezes when using
the i915 driver on certain Intel GPUs.
The issue was originally reported here:
https://bugzilla.kernel.org/show_bug.cgi?id=2
Package: adb
Version: 1:8.1.0+r23-5
Severity: wishlist
Dear Maintainer,
Back in jessie, android-tools-adb contained a set of udev rules to allow users
in the plugdev group access to Android devices without running adb as root:
https://packages.debian.org/jessie/amd64/android-tools-adb/filelist
I
Sorry, looks like I missed that the udev rules are now in
android-sdk-platform-tools-common and install to
/lib/udev/rules.d/51-android.rules.
The device I was trying to access simply wasn't covered by any of the rules.
> And ubuntu is now shipping 1.0
> https://launchpad.net/ubuntu/+source/kubernetes/1.0
AFAIK there is no "Kubernetes 1.0".
Kubernetes has an almost extreme cadence of new releases; we're at 1.15.2
right now and the next major release (1.16) is already in alpha.
> May this be synced back to debian
> This change made src:linux BD-Uninstallable on sparc64 [1] as
> the package libopencsd doesn't build there [2].
>
> Since this library is ARM-specific anyway, wouldn't it make
> more sense to have this build-dependency on ARM targets only?
libopencsd does build fine on other architectures, thoug
> I guess we could do this. I just find it odd that a profiling library for
> ARM is a build dependency on all architectures.
>
> I'll look into fixing libopencsd.
The library seems to also include a decoder for (debug?) traces, which may be
useful on other archs as well.
Anyway, I reported the
Sorry, I did not see the full scope of this bug. Removing the forwarded tag.
John: Feel free to add the upstream bug if you report a new one for the
sparc64 issue.
Thanks!
chromium from unstable is also not installable on testing due to a dependency
on glibc-2.28 - there seems to be an ongoing transition.
Will this package be added back to testing before the soft freeze for buster
starts on January 12?
I see that there are a number of RC bugs and build errors on se
> I just ran the latest version of telegram-desktop and this is what I
> see on the CLI -
>
> $ telegram-desktop
> OpenType support missing for "Open Sans Semibold", script 11
> OpenType support missing for "Open Sans", script 11
> OpenType support missing for "Open Sans", script 11
>
> Now
> Thanks for spotting. That was not the cause however. The upstream
> polycipping.pc.in relies on very weired assignments of standard cmake
> variables, those assignments were removed in
> debian/patches/1000-fix-multiarch-paths.patch, which was added in the
> same upload that fixed #915267.
>
> Th
I think this bug should be raised to "serious" level, as there is no longer a
python-pil package < 6.1 available in bullseye/sid.
Package: virtualbox-dkms
Version: 6.0.10-dfsg-5
Severity: important
Dear Maintainer,
Recent Debian Linux kernels have started to enfore module signature checking
when the system is booted with UEFI Secure Boot enabled.
This renders DKMS modules non-loadable, because they do not get signed with a
Package: python3-gpumodules
Version: 3.5.0-1
Severity: normal
Tags: upstream
X-Debbugs-Cc: onit...@gmail.com
Dear Maintainer,
gpu-pac currently fails on my system because of a hex string parsing issue in
python3-gpumodules:
Traceback (most recent call last):
File "/usr/bin/gpu-pac", line 1323,
> I suspect the error is in /usr/share/dh-python/dhpython/build/plugin_cmake.py:
>
> return ('dh_auto_build --buildsystem=cmake'
> ' --builddirectory="{build_dir}"'
>
> If I replace "{build_dir}" by {build_dir} in that file, the build
> succeeds.
Is that safe?
What if the
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: onit...@gmail.com
* Package name: tagainijisho
Version : 1.1.90
Upstream Author : Alexandre Courbot
* URL : https://github.com/Gnurou/tagainijisho
* License : GPL-3.0-or-later
Programming Lang: C++
Description
Package: cura
Version: 4.8-4
Severity: normal
X-Debbugs-Cc: onit...@gmail.com
When loading the zeroconf module, the following stack trace is produced:
UM3NetworkPrinting.src.Network.ZeroConfClient._handleOnServiceChangedRequests
[99]: Exception: Failed to get service info for [_ultimaker._tcp.loc
Package: firefox
Version: 94.0-1
Followup-For: Bug #998824
X-Debbugs-Cc: onit...@gmail.com
I'm seeing the same issue.
Tabs hang randomly when loading/refreshing some pages.
I haven't found a pattern yet on which conditions this happens.
But it is certainly a regression in Firefox 94, I haven't s
> It is:
>
> https://github.com/Ultimaker/Cura/commit/cfccf94914af5c6f5e237504e2f145b8b3157d88
Thanks!
Since we're a bit behind releasing new Cura versions, I took the liberty
to commit the patch to Salsa.
@myon: Feel free to release if you think it makes sense. Or we could
move forward with ge
> Current GRUB2 supports directly reading encrypted partitions via
> dm-crypt and LUKS. This allows setting up an encrypted disk without a
> separate unencrypted /boot partition. Please consider supporting this
> configuration in debian-installer.
Grub currently doesn't support LUKS2 very well.
Source: libayatana-appindicator
Version: 0.5.5-3
Severity: important
X-Debbugs-Cc: onit...@gmail.com
Dear Maintainer,
Some software vendors provide Debian packages that depend on libappindicator,
without also supporting alternative versions such as libayatana-appindicator.
Specifically, Slack is
Hi Joshua,
Thank you for proposing to take over maintenance of the AVR toolchain in
Debian! I'd be very sad if it had to be abandoned.
To start off, may I point your attention to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983993 ?
This is a pretty serious issue, and I can't find any inform
> Here is a list of files that are known to be shared by both packages
> (according to the Contents file for sid/amd64, which may be
> slightly out of sync):
>
> /usr/lib/libcc1.so
> /usr/lib/libcc1.so.0
> /usr/lib/libcc1.so.0.0.0
To be honest, this sounds like a packaging issue.
libcc1.so
>> Switching back to use upstream source would be one option. But will
>> that mean we'll have to dropp support for newer devices?
> Unfortunately I don’t know too much about the development history of
> this package @Debian and the related decisions. It would be helpful
> though to have other d
Please disregard my last message, I totally missed the whole discussion
that has already been going on.
Sorry.
> File "/usr/lib/python3/dist-packages/scipy/spatial/kdtree.py", line 5, in
>
> from .ckdtree import cKDTree, cKDTreeNode
> File "ckdtree.pyx", line 1, in init scipy.spatial.ckdtree
> ValueError: numpy.ndarray size changed, may indicate binary incompatibility.
> Expected 88 from C header,
Package: mpv
Version: 0.33.1-1+b2
Severity: normal
X-Debbugs-Cc: onit...@gmail.com
Dear Maintainer,
The mpv (or possibly libav*) version provided in Debian was capable of playing
directly from SMB shares in the past.
This is no longer possible, instead I get error messages similar to this one:
Package: pulseaudio
Version: 15.0+dfsg1-2
Severity: important
X-Debbugs-Cc: onit...@gmail.com
Dear Maintainer,
Apparently, some fundamental changes to input/output switching and data
processing were made in Pulseaudio 15.0.
These changes have made microphone input unusable for me, on at least tw
Package: plasma-workspace
Version: 4:5.23.0-3
Followup-For: Bug #996633
X-Debbugs-Cc: onit...@gmail.com
It looks like this intended behavior:
https://invent.kde.org/plasma/plasma-
workspace/-/blob/master/runners/baloo/baloosearchrunner.cpp#L35-37
if (!config.fileIndexingEnabled()) {
r
Package: thunderbird
Version: 1:60.0~b10-1
Severity: normal
Dear Maintainer,
Thunderbird correctly identifies an internet connection that has gone offline.
However, it will still report 'offline' status when internet connectivity is
available again.
It's impossible to restore 'online' status unl
Hi Michael,
> libarcus build-depends on python3-all-dev but only builds the Python
> extension for the default version of Python (currently 3.6) not all
> supported versions (currently 3.7 is supported in Debian as well). It
> would be best if the package could build for all supported versions but
Package: wnpp
Severity: wishlist
Owner: Gregor Riepl
* Package name: xserver-xorg-video-sunffb
Version : 1.2.2
* URL : http://www.x.org
* License : MIT/X
Programming Lang: C
Description : X.Org X server -- Sun FFB display driver
This package provides
>> Despite being useful only on Sun graphical workstations, the package
>> builds fine on any architecture, so I think it would be acceptable to
>> include it on the Debian package servers.
>>
> I disagree. The package should only build on sparc/sparc64 so doesn't
> need to be in Debian at this ti
That doesn't work. The path should be: /usr/share/go-1.10
Alternatively, one can use:
export VGOROOT=/usr/share/go-1.10
vgo working out of the box would be nicer though, agreed.
>> But that doesn't suffice, there's likely a "| .build-depends ~
>> /python3-all-dev/" missing.
>
> As pochu explained, that's not true.
>
>> Affected source package is e.g. libarcus whose binary package
>> python3-arcus is currently uninstallable, but has no python3-dev in
>> the build-dependen
> for the Python 3.7 default transition, libarcus was binNMUed against
> Python 3.7, but FTBFS on at least amd64, arm64, i386, mips, ppc64el
> and s390x:
>
> https://buildd.debian.org/status/package.php?p=libarcus&suite=unstable
>
> So far it only build fine only on these release architectures" arm
Ok, it looks like I misunderstood how binNMUs work, so I'll simply prepare a
release then. [1]
[1] https://wiki.debian.org/binNMU
> libpolyclipping fails to cross build from source, because it does not
> pass cross flags to cmake. The easiest way of fixing that is using
> dh_auto_configure. The attached patch does that and simplifies
> debian/rules a little using the --sourcedirectory flag. Please consider
> applying the patc
I just found out that I previously worked on fixing this, but never finished.
There's a few other issues that make this more complicated than simply cutting
down d/rules to the bare minimum.
I'll prepare an upload once those are sorted out.
Package: pidgin-sipe
Version: 1.23.3-1
Severity: normal
Dear Maintainer,
A new version of the OCS/LCS plugin for pidgin has been released. Please
consider packaging it.
Among other things, it would allow screen sharing sessions, which is still
unsupported in 1.23.
Thanks!
-- System Informati
Package: pidgin-sipe
Version: 1.23.3-1
Severity: normal
Dear Maintainer,
Please consider adding freerdp2-dev to the build depedencies so initiating
desktop sharing sessions is possible.
With only a runtime dependency on remmina, accepting sessions works, but not
initiating them. The UI element i
> Hi, I saw that you asked for sponsorship on the ML¹ but then pere failed
> to build the package². Could you please have a look soon?
Sorry, got held up by the mess that is symbols files for C++ libraries that
don't properly hide internal symbols.
I'll try to get this sorted out ASAP.
Do you k
I'm inclined to drop the symbols file altogether, as it really doesn't add any
value. The correct solution would be to use -fvisibility=hidden [1] and
properly tag symbols for the public API of libArcus and libSavitar.
For what it's worth, libArcus.so.3 is currently only used by python3-arcus and
> I suspect that many optional symbols on the symbols file of this package
> could be squashed with a regex, but alas I can't help with that now
> since I'll be soon leaving for a 2-weeks travel and I don't think I
> would ever find the time to also look at this. Anyway, look at the gdcm
> repo fo
> * Depend on python3-dev since we're not building for all Python
> interpreters.
> Closes: #913069
>
> That's a release.debian.org tracking bug, not a bug against your package.
> Please don't close such bugs in uploads to the archive.
>
> In this particular case, I would guess you m
> I've prepared an NMU for cura-engine (versioned as 1:3.3.0-2.1) and
> uploaded it to DELAYED/15. Please feel free to tell me if I should
> cancel it.
Thanks for uploading.
As the patch is from upstream, I assume it won't be required for newer
CuraEngine versions?
I had hoped that I could c
Hi, we already had 3.2.1 in the pipeline but couldn't release it because no
maintainer was available.
Instead, we're going to push 3.3.1 soon.
Sorry for the delay.
Package: xserver-xorg-video-sunffb
Version: 1:1.2.2-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Debian has dropped support for the sparc (32-bit) architecture some time ago,
but a dedicated debian-ports team has started working on a sparc64 port.
Since this port is
This issue also affects other big endian architectures, like sparc64.
It's interesting to note that a similar problem turned up 5 years ago and was
fixed by simply disabling skia GPU rendering on big endian architectures:
https://bugzilla.mozilla.org/show_bug.cgi?id=849253
Curious that this lack
Package: wnpp
Severity: wishlist
Owner: Gregor Riepl
* Package name: python-hvac
Version : 0.6.2
Upstream Author : Ian Unruh
* URL : https://github.com/ianunruh/hvac
* License : Apache-2.0
Programming Lang: Python
Description : Python 2/3 client for
Package: ansible
Version: 5.5.0-1
Severity: important
X-Debbugs-Cc: onit...@gmail.com
Dear Maintainer,
Ansible has a strict dependency on resolvelib >=0.5.3 && <0.6.0, which is
documented in the upstream requirements.txt:
https://github.com/ansible/ansible/blob/devel/requirements.txt
Debian bull
> Something completely different:
> The list of blocking RFP bugreports scares me.
> I think not all are needed to get a working Terraform.
That dependency list doesn't look so scary any more, but maybe it has
changed significantly since the last update to the bug report.
Is someone still working
> /home/merkys/slic3r-prusa-2.4.2+dfsg/src/libslic3r/OpenVDBUtils.cpp:9:
> /usr/include/openvdb/tools/MeshToVolume.h:36:10: fatal error:
> tbb/task_scheduler_init.h: No such file or directory
>36 | #include
> | ^~~
> compilation terminated.
Looks like th
> Could NOT find TBB (missing: Tbb_INCLUDE_DIR) (Required is at least
> version
> "2018.0")
> Call Stack (most recent call first):
> /usr/share/cmake-3.23/Modules/FindPackageHandleStandardArgs.cmake:594
> (_FPHSA_FAILURE_MESSAGE)
> cmake/FindTBB.cmake:319 (find_package_handle_standard_args)
Package: renpy
Version: 7.3.5+dfsg-2
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: onit...@gmail.com
Dear Maintainer,
Please consider moving the Debian Ren'Py package from sid to experimental.
It is currently in an unusable state, because the Python 3 porting process is
s
Any progress?
This MR addresses the build errors and should make the package fit for
inclusion on Debian:
https://salsa.debian.org/debian/scantailor-advanced/-/merge_requests/12
Hi Andreas,
> Hi, i was having trouble finding a sponsor as the sponsor i had was
> having health issues (I'm only dm, not dd). This software seems to have
> died upstream, but a fork is in progress so switching upstream sources
> might be in order. I'll have a look at it next week.
Wasn't scanta
Package: pipewire
Version: 0.3.48-1
Severity: important
Forwarded: https://gitlab.freedesktop.org/pipewire/wireplumber/-/issues/213
X-Debbugs-Cc: onit...@gmail.com
Dear Maintainer,
PipeWire 0.3.48 introduced an issue that causes all OpenAL applications to hang
and fail to produce sound.
The issu
I just tested
https://gitlab.freedesktop.org/pipewire/wireplumber/-/commit/afbc0ce57aac7aee8dc1651de4620f15c73dbace
as a quilt patch on the Debian source package - this does indeed fix the
bug.
Please push an updated version as soon as possible.
Package: firmware-amd-graphics
Version: 20210818-1
Severity: important
Followup-For: Bug #1009618
X-Debbugs-Cc: onit...@gmail.com
A couple of other firmware files have been missing for a while too:
W: Possible missing firmware /lib/firmware/amdgpu/yellow_carp_gpu_info.bin for
module amdgpu
W: Pos
> I would like to start the Protobuf 3.20.1 transition in a few days.
> Your package is currently FTBFS for a simple reason. The function
> SetTotalBytesLimit doesn't have a second argument for long (protobuf
> 3.6) and it was ignored previously. Now it's finally removed and hence
> your package
Package: kio
Version: 5.70.1-1
Severity: important
Tags: upstream
Dear Maintainer,
It is no longer possible to expand some folders in Kate's filesystem browser
tree view.
I believe this issue was caused by a change in kio, the upstream bug is here:
https://bugs.kde.org/show_bug.cgi?id=419434
The
> Does someone has a woraround ? The Debian source package doesn't have
> the right version of the files.
You can pull the current version from Salsa and build the .deb yourself:
https://salsa.debian.org/kernel-team/firmware-nonfree
Just be aware that you have to manually replace your locally bui
Package: can-utils
Version: 0.0+git20161220-1
Severity: wishlist
X-Debbugs-Cc: onit...@gmail.com
Dear Maintainer,
The Debian package for SocketCAN utilities (can-utils) doesn't contain any
manpages.
There is a line d/rules that supposedly autogenerates them with help2man, but
it seems like it do
> geda-gaf is scheduled for removal (#965098) and gspiceui depends on it.
>
> Quoting Bdale in the RM bug above:
> It looks like the last gspiceui upstream release was in late 2018, and
> the only reason it depends on geda-gaf is that it wants to use gnetlist
> to import schematic data from gsc
> I shall see if I can set this in Cura itself, but the quick workaround
> would seem a wrapper script that sets the environment variable. Such
> tweaks are in fact the main content of the cura script itself (aka
> cura_app.py), so something like:
>
> os.environ["QT_QUICK_CONTROLS_STYLE"] = "mater
> > elf.c: In function ‘setup_group’:
> > elf.c:706:35: error: overflow in conversion from ‘unsigned int’ to ‘int’
> > changes value from ‘num_group = 4294967295’ to ‘-1’ [-Werror=overflow]
> > 706 | elf_tdata (abfd)->num_group = num_group = -1;
Upstream bug is here:
https://sourceware.org/
> any idea when Enigmail 2.2.x will finds it's way into unstable? Ubuntu
> already is using this version in Groovy Gorilla.
Note that the 2.2 addon is not mentioned anywhere on the Enigmail
homepage and the Debian watch doesn't detect it either, because it
points to the homepage and not the proje
Package: enigmail
Version: 2:2.1.6+ds1-1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: onit...@gmail.com
Dear Maintainer,
Please consider uploading the latest 2.2 version of Enigmail to support the
ongoing Thunderbird upgrade to version 78.
This version includes a migrati
> > libseccomp2 is missing ia64 support. it would be awfully nice if it was
> > added.
> > (I hope to add it myself at some point, and this seems like a good place
> > for a reminder.)
>
> Going through upstream would be the best way to get this added. Having
> said that, it looks like the ia64
> Commit 63f51933 resolved bug #900055 by enabling seccomp on linux-any.
>
> Since version 1:2.12+dfsg-2 qemu FTBFS due to this dependency, while it was
> building successfully before:
>
> https://buildd.debian.org/status/logs.php?pkg=qemu&arch=sparc64
>
> Instead of enabling seccomp on linux-a
> For nearly everything that it gets used for, libseccomp depends on
> CONFIG_SECCOMP_FILTER.
In that case, we're out of luck:
Without writing a kernel patch for full seccomp support on these
architectures, there won't be a libseccomp2 for them.
Should this bug be kept open then?
I think it migh
Package: wnpp
Severity: wishlist
* Package name: ispc
Version : 1.12.0
Upstream Author : Intel Corporation
* URL : https://ispc.github.io/
* License : BSD
Programming Lang: C++
Description : Intel SPMD Program Compiler
Description from the home page:
i
> Status update why this package has not yet been updated:
> If the freecad is rebuilt against pyside2, it will run
> into 945376 at runtime, namely when opening the PartDesign workbench.
> As this is a major feature in freecad and the current version in
> sid works its better to wait until pyside2
Package: pidgin-sipe
Version: 1.25.0-2
Severity: normal
X-Debbugs-Cc: onit...@gmail.com
Dear Maintainer,
When showing the presentation during a Skype4B conference call, the colors are
wrong.
Red is displayed as Blue, Dark Blue as Brown, etc.
It looks like an incorrect pixel format is used (BGR i
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: onit...@gmail.com
* Package name: git-remote-codecommit
Version : 1.15.1
Upstream Author : Amazon Web Services
* URL : https://github.com/aws/git-remote-codecommit
* License : Apache License 2.0
Programming Lang:
Package: src:linux
Version: 4.19.28-2
Severity: wishlist
Tags: patch
Dear Maintainer,
Please consider enabling the SPI-attached CAN bus drivers in the Debian kernel.
They are useful on ARM SoCs with an SPI bus, such as the Raspberry Pi.
The Raspbian kernel package already includes these drivers,
FYI, this flag is used to request build arguments for linking against the
embedded MySQL server library.
That library was removed in MySQL 8.0:
https://mysqlserverteam.com/mysql-8-0-retiring-support-for-libmysqld/
MariaDB still supports it, and there's a separate package called libmariadbd
contai
> MariaDB still supports it, and there's a separate package called libmariadbd
> containing it. However, mariadb_config doesn't support getting the
> corresponding build flags.
A little update on that one.
The manpage for mysql_config clearly states that --libmysqld-libs is a
supported option: ht
Package: libmariadb-dev-compat
Version: 1:10.3.14-1
Severity: important
Tags: upstream
Dear Maintainer,
The /usr/bin/mysql_config build argument tool no longer supports the
--libmysqld-libs option, which breaks the build of amarok:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927991
This opt
tags -1 patch
thanks
Here's a patch that adds support for the missing flags to mariadb_config.
mysql_config.sh mentioned several equivalent flags, so I added all of them.
diff --git a/libmariadb/mariadb_config/mariadb_config.c.in b/libmariadb/mariadb_config/mariadb_config.c.in
index 45d2f4e3c..f70
Hi Otto,
> Thanks for working on this!
>
> Since this will is not Debian packaging specific, can you please submit it
> directly upstream?
I was planning to, but Upstream uses Jira to track issues and I haven't had
time to create an account and file a bug there yet.
I wonder if they would just
Forwarded: https://github.com/Ultimaker/CuraEngine/issues/984
The Fedora maintainer already reported the issue upstream and applied a patch:
https://src.fedoraproject.org/rpms/CuraEngine/blob/master/f/CuraEngine-gcc9.patch
However, this patch makes the package unbuildable on GCC 8, so it will nee
Package: platformio
Version: 4.3.4-3
Severity: grave
Justification: renders package unusable
Forwarded: https://github.com/platformio/platformio-core/issues/4075
X-Debbugs-Cc: onit...@gmail.com
Dear Maintainer,
The current version of PlatformIO in Debian no longer works with python3-click
due to
Source: slic3r-prusa
Version: 2.6.1+dfsg-4.1
Severity: normal
Tags: patch upstream ftbfs
X-Debbugs-Cc: onit...@gmail.com
The PrusaSlicer currently fails to build on multiple architectures due to an
uninitialized field in GravityKernel.hpp .
This bug causes a unit test failure, but this doesn't alw
Source: libarcus
Version: 5.0.0-1
Severity: normal
X-Debbugs-Cc: onit...@gmail.com
This seems to a new occurrence, reported since the build was switched to DH13.
E: python3-arcus: custom-library-search-path RUNPATH
/usr/lib/python3.10/config-3.10-x86_64-linux-gnu [usr/lib/python3/dist-
packages/p
cura-engine/experimental recently started to FTBFS:
46% tests passed, 14 tests failed out of 26
This is caused by the recent protobuf transition, see gdb log below.
It will be fixed in libarcus 5.0.0-2, which is waiting for release:
https://salsa.debian.org/3dprinting-team/libarcus/-/commit/c2
-- Installing:
/<>/debian/tmp/usr/local/lib/python3.11/dist-packages/UM
-- Installing:
/<>/debian/tmp/usr/local/lib/python3.11/dist-packages/UM/ColorImage.py
dh_install: warning: Cannot find (any matches for)
"usr/lib/python3/dist-packages/UM" (tried in ., debian/tmp)
dh_install: warning
Source: uranium
Version: 5.0.0-2
Followup-For: Bug #1042157
X-Debbugs-Cc: onit...@gmail.com
This is caused by a change in cmake 3.27.
In 3.26.4-4, Python_SITELIB is /usr/lib/python3/dist-packages.
In 3.27.1-1, it's /usr/local/lib/python3.11/dist-packages
The documentation for 3.26 states:
> Inf
purelib: directory for site-specific, non-platform-specific files
(https://docs.python.org/3/library/sysconfig.html)
"site-specific" doesn't sound like packages should install anything
there.
"site-specific" may be meant from the perspective of the Python
interpreter, not the whole system, so
Package: python3-eventlet
Version: 0.33.1-4
Severity: important
Tags: upstream
Forwarded: https://github.com/eventlet/eventlet/issues/805
X-Debbugs-Cc: onit...@gmail.com
Control: affects -1 cura
Dear Maintainer,
The eventlet module has a known incompatibility with dnspython 0.24, that
causes it t
Package: mixxx
Version: 2.3.5+dfsg-1+b1
Severity: important
Followup-For: Bug #1039859
X-Debbugs-Cc: onit...@gmail.com
This issue does not occur for me on X.org.
While the rendering of album covers and the waveforms is suboptimal (lack of
interpolation, movement jitter, transparency issues at the
Package: firmware-amd-graphics
Version: 20230515-3
Severity: important
Tags: upstream
Forwarded: https://gitlab.freedesktop.org/drm/amd/-/issues/1887
X-Debbugs-Cc: onit...@gmail.com
Dear Maintainer,
The current AMDGPU firmware in Debian has compatibility issues with 6.3+
kernels.
These errors man
Here's a temporary workaround until the issue is fixed.
Either set the environment variable EVENTLET_NO_GREENDNS to "yes" before
launching applications that import eventlet, or put the following Python
code before loading the module:
import os
os.environ['EVENTLET_NO_GREENDNS'] = 'yes'
import
301 - 400 of 433 matches
Mail list logo
