Re: MBF: drop dependencies on system-log-daemon

2024-05-26 Thread Simon Richter
Hi, On 5/27/24 11:29, Luca Boccassi wrote: With the default system installation including persistent journald by default, it doesn't seem useful anymore to have such dependencies. They are leftovers from an era where not having a system logging setup that just worked by default was a thing, and

MBF: drop dependencies on system-log-daemon

2024-05-26 Thread Luca Boccassi
Hi, Full context: https://bugs.debian.org/799549 TL;DR: drop or downgrade dependency on system-log-daemon from any package that declares it In Bookworm we enabled persistent journald by default, which was the right choice. The problem is that some packages declare a dependency on the virtual pac

Re: MBF: Building packages in the (not so distant) future

2024-05-26 Thread Scott Kitterman
On May 26, 2024 6:14:40 PM UTC, Bastian Blank wrote: >On Sun, May 26, 2024 at 05:43:54PM +, Scott Kitterman wrote: >> On May 26, 2024 5:35:27 PM UTC, Santiago Vila wrote: >> >https://people.debian.org/~sanvila/build-logs/trixie-time-bomb/ >> The clamav issue looks like a false positive. T

Re: About i386 support

2024-05-26 Thread Steve Langasek
On Sat, May 18, 2024 at 10:28:21AM +, Andrew M.A. Cater wrote: > Pretty much every major Linux distribution is dropping _any_ 32 bit: Debian > is trying to support 32 bit on armhf, for example, which is more than > Ubuntu and Fedora. I don't know what you're basing it on, but it's simply not t

Re: MBF: Building packages in the (not so distant) future

2024-05-26 Thread Otto Kekäläinen
Plus one to this initiative! I also wanted to share the tip to use libfaketime as the easiest way to test if a build or test suite works on an arbitrary future date. I am currently testing that the MariaDB upstream test suite passes in 2037 and 2028 using libfaketime like this: https://salsa.debia

Re: MBF: Building packages in the (not so distant) future

2024-05-26 Thread Bastian Blank
On Sun, May 26, 2024 at 05:43:54PM +, Scott Kitterman wrote: > On May 26, 2024 5:35:27 PM UTC, Santiago Vila wrote: > >https://people.debian.org/~sanvila/build-logs/trixie-time-bomb/ > The clamav issue looks like a false positive. The distro-info data will get > updated between now and then.

Bug#1071969: ITP: python-proto-plus -- Beautiful Pythonic protocol buffers

2024-05-26 Thread Yogeswaran Umasankar
Package: wnpp Severity: wishlist Owner: Yogeswaran Umasankar X-Debbugs-Cc: debian-devel@lists.debian.org, kd8...@gmail.com * Package name: python-proto-plus Version : 1.23.0 Upstream Contact: Google LLC * URL : https://github.com/googleapis/proto-plus-python * License

Bug#1071968: ITP: ruby-cssbundling-rails -- Bundle and process CSS in Rails via Node.js

2024-05-26 Thread Ananthu C V
Package: wnpp Severity: wishlist Owner: Ananthu C V X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: ruby-cssbundling-rails Version : 1.4.0 Upstream Contact: David Heinemeier Hansson * URL : https://github.com/rails/cssbundling-rails * License : Exp

Re: MBF: Building packages in the (not so distant) future

2024-05-26 Thread Stefano Rivera
Hi Scott (2024.05.26_17:43:54_+) > The clamav issue looks like a false positive. The distro-info data > will get updated between now and then. Same goes for distro-info, itself. Stefano -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Re: MBF: Building packages in the (not so distant) future

2024-05-26 Thread Alexandre Detiste
Le dim. 26 mai 2024 à 19:35, Santiago Vila a écrit : > * It would be wonderful if reproducible-builds people could set the > time-to-build-in-future for trixie and sid to three years after the > estimated release date of trixie (I believe they use six months ahead > of time, which imo it's not eno

Re: MBF: Building packages in the (not so distant) future

2024-05-26 Thread Philipp Kern
On 26.05.24 19:35, Santiago Vila wrote: My plan is to file bug reports for the causing packages, initially as severity:important bugs as a "grace period". (Paul asked me not to report this as RC yet, because the t64 transition has not finished yet. On the other hand, he also pointed out that now

Re: MBF: Building packages in the (not so distant) future

2024-05-26 Thread Scott Kitterman
On May 26, 2024 5:35:27 PM UTC, Santiago Vila wrote: >Greetings. > >After we make a stable release, there is usually a constant flow >of packages which start to FTBFS due to "time bombs", i.e. expired >SSL certificates used in tests and other similar reasons. > >This is not fun for anybody tryi

MBF: Building packages in the (not so distant) future

2024-05-26 Thread Santiago Vila
Greetings. After we make a stable release, there is usually a constant flow of packages which start to FTBFS due to "time bombs", i.e. expired SSL certificates used in tests and other similar reasons. This is not fun for anybody trying to keep stable free of FTBFS bugs, but fortunately we can do