Bug#1060657: ITP: golang-github-google-go-tpm -- communicate directly with a TPM device

2024-01-12 Thread Maytham Alsudany
Package: wnpp Severity: wishlist Owner: Maytham Alsudany X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org Control: block 1057764 by -1 * Package name: golang-github-google-go-tpm Version : 0.9.0-1 Upstream Contact: https://github.com/google/go-tpm/issues * U

Bug#1060663: ITP: golang-github-go-webauthn-x -- low level packages for golang-github-go-webauthn-webauthn

2024-01-12 Thread Maytham Alsudany
Package: wnpp Severity: wishlist Owner: Maytham Alsudany X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org Control: block 1057764 by -1 * Package name: golang-github-go-webauthn-x Version : 0.1.6-1 Upstream Contact: https://github.com/go-webauthn/x/issues * U

Bug#1060678: ITP: hm - reference software for HEVC

2024-01-12 Thread Joachim Bauch
Package: wnpp Severity: wishlist Owner: Joachim Bauch X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: hm Version : 18.0 Upstream Author : Joint Video Experts Team (JVET), ITU/ISO/IEC * URL : https://vcgit.hhi.fraunhofer.de/jvet/HM * License : BSD

Re: Ability to further support 32bit architectures

2024-01-12 Thread rhys
Keeping in mind that I am new to this arena... I have some Intel systems - both 64-bit and 32-bit - that I might be able to use as build platforms.  What does the Debian team need from me to be able to use these systems? I can't guarantee they'll be FAST, but I'll do what I can to make them EF

Re: Ability to further support 32bit architectures

2024-01-12 Thread YunQiang Su
于2024年1月12日周五 23:59写道: > > Keeping in mind that I am new to this arena... > > I have some Intel systems - both 64-bit and 32-bit - that I might be able to > use as build platforms. > I guess all of your hardwares are 64bit. You setup different OS on them. > What does the Debian team need from m

Re: Enabling -fstack-clash-protection for trixie [armhf rebuild]

2024-01-12 Thread Lucas Nussbaum
Hi, I finally got time to perform those archive rebuilds. Results are available at http://qa-logs.debian.net/2024/01/11/ I did a first archive rebuild (all packages on arm64, armhf, armel), and then did a second one, restricted to packages that failed at on at least one architecture. Results in

Re: Ability to further support 32bit architectures

2024-01-12 Thread rhys
Sent from my mobile device. From: YunQiang Su Sent: Friday, January 12, 2024 10:11 To: r...@neoquasar.org Cc: noloa...@gmail.com; debian-ker...@lists.debian.org; debian-...@lists.debian.org; debian-devel@lists.debian.org; debian-rele...@lists.debian.org Subjec

Re: Ability to further support 32bit architectures

2024-01-12 Thread Alan Corey
Are you forgetting that 64 bit is slower? In the arm world where it's easily switchable 64 bit is pokey when you don't need it. On Fri, Jan 12, 2024, 12:54 PM wrote: > > > Sent from my mobile device. > > -- > *From:* YunQiang Su > *Sent:* Friday, January 12, 2024 10

Bug#1060697: ITP: rust-wayland-protocols-plasma -- Generated API for the Plasma wayland protocol extensions

2024-01-12 Thread James McCoy
Package: wnpp Severity: wishlist Owner: James McCoy X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: rust-wayland-protocols-plasma Version : 0.2.0 Upstream Contact: Elinor Berger * URL : https://github.com/smithay/wayland-rs * License : MIT Progra

Re: Ability to further support 32bit architectures

2024-01-12 Thread rhys
Let me try again, following up on the previous thread, but removing most of the irrelevant history. If I have a 32-bit Intel system that is currently supported on bookworm (currently running bullseye, but I can upgrade it), is that of use to anyone as a native build platform for 32-bit binary p

Re: Ability to further support 32bit architectures

2024-01-12 Thread YunQiang Su
rhys 于2024年1月13日周六 11:27写道: > > Let me try again, following up on the previous thread, but removing most of > the irrelevant history. > > If I have a 32-bit Intel system that is currently supported on bookworm > (currently running bullseye, but I can upgrade it), is that of use to anyone > as a

Re: Ability to further support 32bit architectures

2024-01-12 Thread Boyuan Yang
Hi, 在 2024-01-12星期五的 21:26 -0600,rhys写道: > Let me try again, following up on the previous thread, but removing most of > the irrelevant history. Let me try to strike this message down to avoid the discussion from shifting further to an unknown direction. > If I have a 32-bit Intel system that is

Wolfram Research Debian Package Submission

2024-01-12 Thread Blake Gilbert
Hello, My name is Blake Gilbert and I work in the partnerships group at Wolfram Research. I am reaching out to you regarding a recent package submission by our Engine Connectivity Engineering team. We submitted the package CDImage M-LINUX-WolframEngine.DEB a few months ago to include Wolfram

Debian Med video meeting today Saturday 2024-01-13 19:00 UTC

2024-01-12 Thread Andreas Tille
Hi, this is the call for the next video meeting of the Debian Med team that are an established means to organise the tasks inside our team. Meetings usually take us only 15-20min depending what we are talking about and how many people are joining. The next meeting is tomorrow https://ww

Re: Wolfram Research Debian Package Submission

2024-01-12 Thread Paul Gevers
Hi, On 12-01-2024 16:42, Blake Gilbert wrote: I am reaching out to you regarding a recent package submission by our Engine Connectivity Engineering team. We submitted the package CDImage M-LINUX-WolframEngine.DEB a few months ago to include Wolfram Engine in Debian packages, and I wanted to se