Re: How to ask efficiently for removal of 32 bit architectures of about 40 packages (Was: reverse dependenc)

Hi Micha, Am Wed, Mar 13, 2024 at 06:25:02AM +0100 schrieb Micha Lenk: > What you are trying to accomplish is no regular bug reporting but some > manipulation of existing bugs. Hence the control server must be used directly > by sending your mail to cont...@bugs.debian.org instead of submit@...

Re: 64-bit time_t transition: cargo needs manual intervention

On Tuesday, March 12, 2024 1:24:25 A.M. CDT Steve Langasek wrote: > The quickest fix for this based on what we've done in Ubuntu is: > > - unpack cargo and libstd-rust debs to the root via dpkg-deb -x > - use equivs to mock up packages by these names with no dependencies and > install those > -

Re: How to ask efficiently for removal of 32 bit architectures of about 40 packages (Was: reverse dependenc)

Hi Andreas, Am 12. März 2024 19:55:27 MEZ schrieb Andreas Tille : >Am Mon, Mar 11, 2024 at 11:35:55PM +0100 schrieb Mattia Rizzolo: >> clone the bug however many time you need and retitle the clones? What >> matters for the ftp tooling is just the bug title, pretty much. >> That's one single emai

Re: Libfuse interoperability/ABI broken.

On 3/11/24 14:32, Andrea Bolognani wrote: > On Thu, Mar 07, 2024 at 07:47:23PM +0100, Bernd Schubert wrote: >> Hi all, >> >> this is certainly not kind of the mail I was hoping for as a new libfuse >> maintainer. >> >> As you can see from the title and from discussion below (sorry this is >> no

Re: Libfuse interoperability/ABI broken.

Hi Amir, thanks for your help! On 3/9/24 03:46, Amir Goldstein wrote: > On Thu, Mar 7, 2024 at 8:47 PM Bernd Schubert > wrote: >> >> Hi all, >> >> this is certainly not kind of the mail I was hoping for as a new libfuse >> maintainer. >> >> As you can see from the title and from discussion below

Re: How to ask efficiently for removal of 32 bit architectures of about 40 packages (Was: reverse dependenc)

Hi Mattia, Am Mon, Mar 11, 2024 at 11:35:55PM +0100 schrieb Mattia Rizzolo: > On Mon, Mar 11, 2024 at 09:12:30PM +0100, Andreas Tille wrote: > > I hope there is some better solution than sending single bug reports > > for those packages. If ftpmaster tooling really needs single bug > > reports I

Re: Rebuilding old packages to get rid of overalignment on amd64 which reduces ASLR

On Tue, Mar 12, 2024 at 9:30 AM Mathias Krause wrote: > That works for me. The 32-bit time_t transition Jeremy mentioned seems > like a good candidate to force a rebuild of a lot of packages. Is there > an ETA for it? I found [1] which mentions to do the transition in > January but we've March alr

Re: Rebuilding old packages to get rid of overalignment on amd64 which reduces ASLR

On 11.03.24 00:41, Bernd Zeimetz wrote: > On Thu, 2024-03-07 at 11:48 +0100, Mathias Krause wrote: >> To get rid of the over-alignment, a rebuild with a linker that >> doesn't enforce the overly huge alignment any more is sufficient. >> In Debian terms that would be anything starting with buster

Bug#1066089: ITP: python-reactivex -- asynchronous and event-based programs using observable collections

Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: python-reactivex Version : 4.0.4 Upstream Contact: Dag Brattli * URL : http://reactivex.io, https://github.com/ReactiveX/RxPY * License : Expat

Bug#1066087: ITP: python-influxdb-client -- InfluxDB 2.0 Python client library

Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: python-influxdb-client Version : 1.40.0 Upstream Contact: InfluxData, Inc. * URL : https://github.com/influxdata/influxdb-client-python * License