Bug#1057361: Bug#1056897: FTBFS: Plater.cpp:5313: error: call of overloaded load_files is ambiguous

It looks like this issue was already fixed upstream, or at least partially. I reported a separate bug that also references the upstream patch and gives some more context: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1057630 While this is a relatively severe bug (uninitialized memory), it

Bug#969203: Merging *-avr with existing binutils & gcc packages

Is there any reason why https://tracker.debian.org/pkg/gcc-12-cross-ports and https://tracker.debian.org/pkg/binutils can't be used to produce gcc-avr avr-libc & binutils-avr packages? Of course we still need to add a few dependencies (e.g. core-avr). See the discussion in

Bug#950920: (no subject)

I've committed a patch that will make the problems go away and shouldn't cause any issues when the dtype already matches the expectation, i.e. when the platform's int type is equal or greater than np.int64. There is a slight risk with the type conversion though: When the input is very large

Bug#950920: [3dprinter-general] trimesh_3.5.25-1_amd64.changes REJECTED

E TypeError: Cannot cast array data from dtype('int64') to dtype('int32') according to the rule 'safe' Tracked it down to incorrect usage of numpy.bincount: This function requires the native index type, which is int32 on i686 (and probably all other 32-bit architectures). I submitted

Bug#950920: [3dprinter-general] trimesh_3.5.25-1_amd64.changes REJECTED

So, I pushed my current version to Salsa. The CI job found another issue: Some of the tests fail on i386 due to typing mismatches: https://salsa.debian.org/3dprinting-team/trimesh/-/jobs/4103005 E TypeError: Cannot cast array data from dtype('int64') to dtype('int32') according to the

Bug#950920: [3dprinter-general] trimesh_3.5.25-1_amd64.changes REJECTED

I experimented with the package a bit and was successful in building it, including running all the tests. My current fix for the model path issue is not very good, though: I simply patched out the relative path so it would work with the local package build directory, but it's probably better

Bug#1028462: ITP: obs-vkcapture -- OBS plugin for Vulkan/OpenGL game capture

Package: wnpp Severity: wishlist Owner: Gregor Riepl X-Debbugs-Cc: debian-de...@lists.debian.org, onit...@gmail.com * Package name: obs-vkcapture Version : 1.2.2 Upstream Contact: David Rosca * URL : https://github.com/nowrep/obs-vkcapture * License : GPL-2

Bug#808940: pkg-group

> 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

Bug#940329:

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

Bug#940329:

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

Bug#1004507: RFP: tagainijisho -- Japanese dictionary and learning assistant

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

Bug#969202: ITA: binutils-avr -- Binary utilities supporting Atmel's AVR targets

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

Bug#940329:

> Any progress? If not, I'm willing to package this. Looks like progress is being made: https://salsa.debian.org/debian/scantailor-advanced I was able to build + run the resulting package after adding the attached quilt patch. It avoids errors due to a missing QPainterPath include:

Bug#968601: RFP: git-remote-codecommit -- An implementation of Git Remote Helper that makes it easier to interact with AWS CodeCommit

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:

Bug#956816: RFP: ispc -- Intel SPMD Program Compiler

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:

Bug#950920: RFP: trimesh -- Trimesh is a Python library for loading and using triangular meshes with an emphasis on watertight surfaces

Package: wnpp Severity: wishlist * Package name: trimesh Version : 3.5.19 * URL : https://github.com/mikedh/trimesh * License : MIT Programming Lang: Python Description : Trimesh is a Python library for loading and using triangular meshes Trimesh is a

Bug#886739: 886...@bugs.debian.org

> 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

Bug#922047: RFP: jsonnet -- Jsonnet - The data templating language

Package: wnpp Severity: wishlist * Package name: jsonnet Version : 0.12.1 Upstream Author : https://github.com/google/jsonnet * URL : http://jsonnet.org * License : Apache-2.0 Programming Lang: C++, Python, Java Description : Jsonnet - The data

Bug#875603: ITP: python-hvac -- Python 2/3 client for HashiCorp Vault

Hi Antoine, > Here's a review. Thanks for reviewing. > * the debian/changelog has a typo in your email address, introduced in >your latest commit. be more dilligent and review diffs before >pushing! :) i have fixed it and pushed. So _that's_ what it was... I got NMU warnings and just

Bug#906056: ITP: xserver-xorg-video-sunffb -- X.Org X server -- Sun FFB display driver

>> 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

Bug#906056: ITP: xserver-xorg-video-sunffb -- X.Org X server -- Sun FFB display driver

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

Bug#875603: ITP: python-hvac -- Python 2/3 client for HashiCorp Vault

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

Bug#706656: marked as done (ITP: cura -- Controller for 3D printers)

The bug was incorrectly stated as fixed with the libArcus release. I reopened it; it will be fixed for good when Cura appears in Debian.

Bug#844078: RFP: ags -- Please add 'ags' (adventure game studio) to Debian games

There is an ancient entry in the "Unsuitable" package list that mentions AGS. This no longer applies, as the Linux port is fully open sourced. The upstream project even offers Debian build scripts. A little bit of work may still be required.

Bug#706656: ITP: cura -- Controller for 3D printers

It looks like Ultimaker dropped official 32 bit support: https://github.com/Ultimaker/CuraEngine/issues/547 @pere fixed a few obvious bugs, but testing and more patches (if required) are welcome. cura-engine 2.5.0 is available in sid. Note that it's currently missing libArcus for integration

Bug#706656: Info received (Bug#706656: ITP: cura -- Controller for 3D printers)

A little update on the StringTest failures on 32-bit systems. This was already reported upstream by thopiekar: https://github.com/Ultimaker/CuraEngine/issues/619 I linked the sid build results there. For some very strange reason, I don't see this SEGFAULT when I run the build process in a 32-bit

Bug#706656: ITP: cura -- Controller for 3D printers

> So, libarcus is uploaded and in NEW, and cura-engine is ready to be > uploaded but held off until its build dependency libarcus is in > unstable (what about uploading without arcus support for now?) Before you upload cura-engine, please pull again. I forgot to change the Maintainer to the list.

Bug#706656: ITP: cura -- Controller for 3D printers

Hi Petter > So, libarcus is uploaded and in NEW, and cura-engine is ready to be > uploaded but held off until its build dependency libarcus is in > unstable (what about uploading without arcus support for now?) CuraEngine is not of much use without libArcus, I'm afraid... I'm not sure if it even

Bug#706656: ITP: cura -- Controller for 3D printers

> Do you plan to maintain these packages as part of the 3dprinter group? > If so, the maintainer should be changed from your name to the mailing > list, to make sure the packages show up on > https://qa.debian.org/developer.php?login=3dprinter-gene...@lists.alioth.debian.org > >. Ok. > The

Bug#706656: ITP: cura -- Controller for 3D printers

>> The package is on mentors.debian.net, but you also need to get all the >> dependencies if you want to build it yourself: >> https://mentors.debian.net/packages/uploader/onitake%40gmail.com > > Is this the same code as on git.debian.org? Yes. The source packages I pushed to Debian Mentors

Bug#706656: [3dprinter-general] Bug#706656: ITP: cura -- Controller for 3D printers

Hi Petter, sorry about the delay. I was waiting for a review from Bas (or another DD). The package is also currently stuck at version 2.5.0, due to a lack of time on my side, but I'll try to prepare and push an update ASAP. The package is on mentors.debian.net, but you also need to get all the

Bug#875603: RFP: python-hvac -- Python 2/3 client for HashiCorp Vault

Package: wnpp Severity: wishlist * Package name: python-hvac Version : 0.2.17 Upstream Author : Ian Unruh * URL : https://github.com/ianunruh/hvac * License : Apache-2.0 Programming Lang: Python Description : Python 2/3 client for HashiCorp Vault

Bug#706656: [3dprinter-general] Bug#706656: ITP: cura -- Controller for 3D printers

Hi, after going through another series of revisions and some cleanup, here is the set of Cura 2.5 packages for review: https://mentors.debian.net/package/libarcus https://mentors.debian.net/package/libsavitar https://mentors.debian.net/package/uranium

Bug#706656: [3dprinter-general] Bug#706656: ITP: cura -- Controller for 3D printers

Hi, I just found a few more packages to build: https://github.com/Ultimaker/cura-build/tree/master/projects fdm_materials seems relatively important, I packaged it and added it as a "Recommends" dependency to Cura. Cura will work without the definitions, but having them makes it much more

Bug#754785: [Pkg-fonts-devel] Bug#754785: ITP: fonts-open-sans -- sans serif typeface

Hi Fabian, > This looks all good to me! > > I like your README.Source file. It is really very informative! Thanks! :) > Maybe you could prefix lines that are supposed to get called from the > shell with a '$' sign. And in line 28, when you present the script to > check for new font versions,

Bug#754785: [Pkg-fonts-devel] Bug#754785: ITP: fonts-open-sans -- sans serif typeface

Hi, > Please request membership in the group on Alioth, so I can add you > immediately. Thank you. The repository is here: https://anonscm.debian.org/cgit/pkg-fonts/fonts-open-sans.git/ And a new package with the requested changes: https://mentors.debian.net/package/fonts-open-sans I

Bug#754785: ITP: fonts-open-sans -- sans serif typeface

Hello again, I've since reviewed ChangZhuo's comments and made the requested changes. Including a short version of the license seems to be common practice in Debian, so I added it as well. Concerning the Vcs lines: Could somebody create the repository

Bug#706656: [3dprinter-general] Bug#706656: ITP: cura -- Controller for 3D printers

> I agree this is the best way; my point was that you should not have a > repository on github with a copy of the source, and the watch file should > point > to Ultimaker's github. Having a repository with the packaging is good. You > can also host that in our team repository on Alioth. You

Bug#706656: [3dprinter-general] Bug#706656: ITP: cura -- Controller for 3D printers

> Ah yes, clipper has weird and annoying naming. I talked to upstream about it, > but they don't want to change it. I think it had something to do with a > package naming conflict in Red Hat. In any case, the package is called > libpolyclipping. There is a pkg-config file with it, but it's

Bug#706656: [3dprinter-general] Bug#706656: ITP: cura -- Controller for 3D printers

>> I'll probably settle for debian-2.3.1 (branches) and debian-2.3.1-1 >> (tags). > > Ah, I see. I think you should use upstream's releases anyway; if you need > to make changes for the packaging, they should just be part of the package, > not a fork from upstream. Especially if the only change

Bug#706656: [3dprinter-general] Bug#706656: ITP: cura -- Controller for 3D printers

> Any reason you took this off-list? I'm not sending your mail back to it > without your permission, but if it was a mistake, feel free to post any of my > replies back to the list as well. I'm sorry, that wasn't my intention. I believe one of your responses was addressed to me personally, so I

Bug#754785: ITP: fonts-open-sans -- sans serif typeface

> - Since this package is maintain by Debian Fonts Task Force, you can > change your Vcs-* to https://anonscm.debian.org/git/pkg-fonts so that > other members can help to maintain the git repo. Thanks for your feedback! That would indeed make sense. However, no such repo exists currently. Is

Bug#754785: ITP: fonts-open-sans -- sans serif typeface

Hello again, my packaging repository is here: https://github.com/onitake/fonts-open-sans I uploaded the package to Debian mentors as well: https://mentors.debian.net/package/fonts-open-sans Could a Debian maintainer take a look and sponsor my package? Thank you!

Bug#754785: ITP: fonts-open-sans -- sans serif typeface

Hello, I'd like to help bringing Open Sans into Debian. I'm working on packages for Cura (the 3D slicer) at the moment, and the upstream sources includes Open Sans as part of its GUI package. It would make a lot of sense to provide Open Sans in a separate fonts- package, instead of purely

Bug#706656: [3dprinter-general] Bug#706656: ITP: cura -- Controller for 3D printers

And here's my (updated) response to Rock's comments: > libArcus > > > debian/changelog > > > * There seems to be a line in the changelog that is too long, it'd be >nice to split it into two so it fits into the "80 character limit". Done. > * Typically, new

Bug#706656: [3dprinter-general] Bug#706656: ITP: cura -- Controller for 3D printers

Hi, > It looks like this has been forgotten? I would like to get Cura into Debian, > so if there's anything I can do to help, let me know. I'm sorry for the lack of action on my part, progress was stalled since some of the criticised points are a bit difficult to fix, and I've been too busy to

Bug#840246: closed by Pino Toscano <p...@debian.org> (krita 3.x just available in Debian)

> Yesterday krita was finally accepted in the archive, from the NEW queue, > and it's currently in experimental. > It will be in unstable soon. Awesome! Thank you very much.

Bug#706656: [3dprinter-general] Bug#706656: ITP: cura -- Controller for 3D printers

Hi Rock, Here are my comments, I must say I don't use the software so I only checked the building and the packaging. I trust you are testing that once installed all four packages perform as expected :). Thanks for the review! I'll comment below. > libArcus > > > debian/changelog >

Bug#706656: [3dprinter-general] Bug#706656: ITP: cura -- Controller for 3D printers

Hi Alvaro, I'm sorry it took me this long to start reviewing your work. I was about to try to build your packages but I haven't been able to figure out how to do it. How do you build your packages? Do you use git-buildpackage? I'm missing a branch named "upstream" or something similar. A

Bug#840246: RFP: krita -- Krita is a professional FREE and open source painting program.

Package: wnpp Severity: wishlist * Package name: krita Version : 3.0 Upstream Author : Boudewijn Rempt and others * URL : https://krita.org * License : GPL2+, LGPL2+ Programming Lang: C++ Description : Krita is a professional FREE and

Bug#706656: ITP: cura -- Controller for 3D printers

Hi Bas, > Thanks for taking this on! I've been meaning to do that for quite some > time, but didn't get to it so far. > > Would you be interested in maintaining it inside the 3-D printer team? Thanks for your comments! Working with others will certainly speed up things. I also got pointed to

Bug#706656: ITP: cura -- Controller for 3D printers

I forgot one thing: - libArcus carries the same version as the rest of the packages, but it actually uses a different versioning scheme. The shared library is named libArcus.so.1.0.0, with the SONAME = libArcus.so.2. This may or may not be correct. A bug report was filed upstream:

Bug#706656: ITP: cura -- Controller for 3D printers

Package: wnpp Followup-For: Bug #706656 Owner: Gregor Riepl <onit...@gmail.com> Hello, I've been using Cura (new Cura, not the legacy one) for a while, and decided that it would be a good idea to package it up for Debian. Upstream does not make this particularly easy, but thanks to t

Bug#803659: RFP: steamcmd -- CLI version of Valve's Steam software distribution system

Package: wnpp Severity: wishlist * Package name: steamcmd Version : unknown Upstream Author : unknown * URL : https://developer.valvesoftware.com/wiki/SteamCMD * License : Proprietary Programming Lang: unknown Description : CLI version of Valve's Steam