Re: Populating non-free firmware?
On 25.12.22 00:31, Andrew M.A. Cater wrote: The problem is a logistics one: the archives need to be split up, there needs to be a transition plan, maybe the easiest way is to do NMU uploads This is what (archive) overrides were invented for. However with the split maybe it'd be good for dak to temporarily export that component into both its own and non-free proper. That'd decouple the migration on the user side. Kind regards Philipp Kern
Re: Populating non-free firmware?
On Sat, Dec 24, 2022 at 11:44:49AM +0200, Jonathan Carter wrote: > Will the archive team be moving those over? Is it up to firmware packagers > to re-upload it to the correct component? AFAIK this requires a re-upload. However, does the installer properly include it yet? I need to check that. I can handle the main firmware packages maintained by the kernel team. Bastian -- Captain's Log, star date 21:34.5...
Bug#1026975: ITP: python-toml -- library for parsing and creating TOML
Package: wnpp Severity: wishlist Owner: Josenilson Ferreira da Silva X-Debbugs-Cc: debian-devel@lists.debian.org, nilsonfsi...@hotmail.com * Package name: python-toml Version : 0.10.2 Upstream Author : William Pearson * URL : https://github.com/uiri/toml * License : MIT/expat Programming Lang: Python Description : library for parsing and creating TOML this package is a dependency for "dom-toml" Where "dom-toml" is a required dependency for the "whey" package: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1021204
Bug#1026985: ITP: kclock -- Clock app for Plasma Mobile
Package: wnpp Severity: wishlist Owner: Marco Mattiolo X-Debbugs-Cc: debian-devel@lists.debian.org, marco.matti...@hotmail.it * Package name : kclock Version : 22.11 Upstream Author : * URL : https://invent.kde.org/plasma-mobile/kclock * License : GPL-2.0-or-later Programming Lang: C++, QML Description : Clock app for Plasma Mobile Kclock is a clock app featuring: Alarms, Stopwatch, World Clocks, Timers. On mobile, it is needed to trigger alarms, that is a must-have feature. Even if its relevant mainly for mobile platforms, it is a convergent app: IMHO it belongs inside the Debian KDE Extras Team. I will get in contact with the team as soon as plasma-mobile is accepted in Debian repo.
Re: Populating non-free firmware?
Hi Bastian On 2022/12/25 13:32, Bastian Blank wrote: AFAIK this requires a re-upload. However, does the installer properly include it yet? I need to check that. I can handle the main firmware packages maintained by the kernel team. Great! That covers a large percentage of them (and even most of the important ones). So if we're going with maintainers-are-going-to-do-the-uploads, then taking a cursory glance at what's left that seems important is: - firmware-sof-signed (maintainer: Mark Pearson) - intel-microcode (maintainer: Henrique de Moraes Holschuh) - amd64-microcode (maintainer: Henrique de Moraes Holschuh) -Jonathan
Bug#1026987: ITP: rdpgw -- Remote Desktop Gateway in Go for deploying on Linux/BSD/Kubernetes
Package: wnpp Severity: wishlist Owner: Ben Westover X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name: rdpgw Version : 9.0.1-1 Upstream Author : * URL : https://github.com/bolkedebruin/rdpgw * License : Apache-2.0 Programming Lang: Go Description : Remote Desktop Gateway in Go for deploying on Linux RDPGW is an implementation of the Remote Desktop Gateway protocol (https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms- tsgu/0007d661-a86d-4e8f-89f7-7f77f8824188). This allows you to connect with the official Microsoft clients to remote desktops over HTTPS. These desktops could be, for example, XRDP (http://www.xrdp.org) desktops running in containers on Kubernetes. . RDPGW aims to provide a full open source replacement for MS Remote Desktop Gateway, including access policies. . RDPGW provides multi factor authentication out of the box with OpenID Connect integration. Thus you can integrate your remote desktops with Keycloak, Okta, Google, Azure, Apple or Facebook if you want. I am packaging this because I want to use my Debian server as an RDP gateway. I will need a sponsor to upload as I am only a DM. Thanks, -- Ben Westover OpenPGP_signature Description: PGP signature
Bug#1026989: ITP: golang-github-go-jose-go-jose -- An implementation of JOSE standards (JWE, JWS, JWT) in Go
Package: wnpp Severity: wishlist Owner: Ben Westover X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org Package: wnpp Severity: wishlist Owner: Ben Westover * Package name: golang-github-go-jose-go-jose Version : 3.0.0-1 Upstream Author : * URL : https://github.com/go-jose/go-jose * License : Apache-2.0 Programming Lang: Go Description : Go implementation of JOSE standards (JWE, JWS, JWT) Package jose aims to provide an implementation of the Javascript Object Signing and Encryption set of standards. This includes support for JSON Web Encryption, JSON Web Signature, and JSON Web Token standards. . The implementation follows the JSON Web Encryption (http://dx.doi.org/10.17487/RFC7516) (RFC 7516), JSON Web Signature (http://dx.doi.org/10.17487/RFC7515) (RFC 7515), and JSON Web Token (http://dx.doi.org/10.17487/RFC7519) (RFC 7519) specifications. Tables of supported algorithms are shown below. The library supports both the compact and JWS/JWE JSON Serialization formats, and has optional support for multiple recipients. It also comes with a small command- line utility (jose-util (https://github.com/go-jose/go-jose/tree/ master/jose-util)) for dealing with JOSE messages in a shell. I am packaging this because rdpgw, which I am also packaging, depends on it. I will need a sponsor as I am only a DM. Thanks, -- Ben Westover OpenPGP_signature Description: PGP signature
Bug#1026990: ITP: golang-github-thought-machine-go-flags -- go command line option parser
Package: wnpp Severity: wishlist Owner: Ben Westover X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name: golang-github-thought-machine-go-flags Version : 1.6.2-1 Upstream Author : Peter Ebden * URL : https://github.com/thought-machine/go-flags * License : BSD-3-clause Programming Lang: Go Description : go command line option parser This library provides similar functionality to the builtin flag library of go, but provides much more functionality and nicer formatting. From the documentation: . Package flags provides an extensive command line option parser. The flags package is similar in functionality to the go builtin flag package but provides more options and uses reflection to provide a convenient and succinct way of specifying command line options. I am packaging this because rdpgw depends on it. I will need a sponsor as I am only a DM. Thanks, -- Ben Westover OpenPGP_signature Description: PGP signature
Bug#1027004: ITP: emacs-discomfort -- UDisks2 UI for Emacs, to mount & unmount disks
Package: wnpp Owner: deba...@debian.org Severity: wishlist * Package name: emacs-discomfort Version : (no release yet) Upstream Author : Ian Eure * URL or Web page : https://codeberg.org/emacs-weirdware/discomfort * License : GPL3+ Programming Lang: Elisp Description : UDisks2 UI for Emacs, to mount & unmount disks This is an Emacs major mode for interacting with UDisks2.
Bug#1027005: ITP: emacs-debase -- D-Bus convenience layer for Emacs
Package: wnpp Owner: deba...@debian.org Severity: wishlist * Package name: emacs-debase Version : (no release yet) Upstream Author : Ian Eure * URL or Web page : https://codeberg.org/emacs-weirdware/debase * License : GPL3+ Programming Lang: Elisp Description : D-Bus convenience layer for Emacs Dependency for emacs-discomfort (ITP #1027004)
Bug#1027007: ITP: nbfc -- notebook fan control
Package: wnpp Severity: wishlist Owner: Bartosz Fenski X-Debbugs-Cc: debian-devel@lists.debian.org * Package name : nbfc Version : 0.1.7 Upstream Contact: TBD (t...@tbd.tbd) * URL : https://github.com/nbfc-linux * License : GPL 3.0 Programming Lang: C Description : notebook fan control Fan control service for notebooks.
Build libzstd using cmake; add a non-cmake build profile?
Hi, In #1020403 there is a request to install the CMake build glue for the zstd library in its -dev package. I think that this is a good idea, and I have a pretty much ready-for-uploading set of changes that do that. For the purposes of this discussion I have uploaded the proposed "switch to CMake and install the CMake build glue" commits to my own fork of the libzstd repository at https://salsa.debian.org/roam/libzstd The main thing that gave me a bit of a pause before running `dgit push-source` (and *thanks* for making it that easy!) is that right now libzstd is effectively an essential package (ObXThread: not in the Policy sense) since dpkg pre-depends on it to support e.g. recent Ubuntu debs that use zstd as the compression method for the data part of the package. So... if I introduce a build-time dependency on CMake, this will probably create a non-trivial dependency loop for people who try to bootstrap Debian onto new architectures. Does this mean that it would be best for me to include an e.g. stage1 build profile that does not build-depend on cmake and falls back to the old/current way of building directly using `make`? Hm, but if I do that, it seems that it might be best to put the CMake build glue files into a separate package and make libzstd-dev depend on that new package in the case, since IIUC the stage1 build profile is not allowed to change the contents of a binary package, so I cannot simply drop all the files in the /usr/lib//cmake/ directory. That's not a big hurdle; if people say that this is the way to go, then this is what will be done. Many thanks to all the people who keep working on all the tools and toolchains that make this message make sense at all! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
