Re: Forky containers on docker hub

They'll go up once https://github.com/docker-library/official-images/pull/19655 merges 👍 - Tianon On Sun, Aug 10, 2025, 07:15 Christopher Obbard wrote: > Hi! > I wasn't sure if this was the best mail to contact the Debian > dockerhub maintainers as there is only your two mails OR usage > inform

Re: Bug#1110781: ITP: xformers -- Toolbox to Accelerate Research on Transformers

On 8/11/25 9:59 AM, Aryan Karamtoth wrote: On 11-08-2025 12:35, Kohei Sendai wrote: Description : Toolbox to Accelerate Research on Transformers Customizable building blocks: Independent/customizable building blocks that can be used without boilerplate code. The components are domain-ag

Re: Bug#1110781: ITP: xformers -- Toolbox to Accelerate Research on Transformers

On 11-08-2025 12:35, Kohei Sendai wrote: Package: wnpp Severity: wishlist Owner: Kohei Sendai X-Debbugs-Cc:debian-devel@lists.debian.org,kouhei.sen...@gmail.com * Package name: xformers Version : 0.0.29.post2 Upstream Contact: Facebook AI Research * URL :https://gi

Re: Cybersecurity Risk Assessment Request from Emerson for debianutils

Hi, please see https://www.debian.org/consultants/ for a list of consultants who can help you if you cannot gather the information yourself. You also need to establish a process to end of life dates for software you use given the version number you mention. Ansgar On Mon, 2025-08-11 at 10:56 +0

Re: Bug#1110810: ITP: resistor-decoder -- resistor color and SMD decoder

On 11-08-2025 13:14, Maytham Alsudany wrote: Package: wnpp Severity: wishlist Owner: Maytham Alsudany X-Debbugs-CC:debian-devel@lists.debian.org * Package name: resistor-decoder Version : 1.0+git20210809.5d4be1c Upstream Contact:https://github.com/VoxelCubes/ResistorDecoder/is

Re: New Debian Logging Team

On Fri, 2025-08-08 at 00:14 +0200, Antoine Le Gonidec wrote: > Le Thu, Aug 07, 2025 at 10:56:03PM +0100, Richard Lewis a écrit : > > Seems like logcheck should be "involved", or at least "informed" > > I’m adding them as CC to this message so they at least are going to > be aware of the ongoing di

Re: debuild building source package should not check for build deps with dpkg-checkbuilddeps

or: unmet build dependencies: dovecot-dev (>= > 1:2.2.13-4) You should read the manpages of the tools you rely on, as they would help you avoid such rookie mistakes: dpkg-buildpackage entry about --build=source / -S: > Note: When using this value standalone and if what you want is si

Re: debuild building source package should not check for build deps with dpkg-checkbuilddeps

Hi, Am 09.08.25 um 23:05 schrieb Muhammed AbdAllah: The issues: 1. Running debuild -S -us -uc [...]        I am using pbuilder which should be sufficient for downloading dependency automatically.        Even if when I am not using it I should only need build dependency when I am building  

Re: New Debian Logging Team

On 8/9/25 2:08 PM, Marco d'Itri wrote: On Aug 08, Antoine Le Gonidec wrote: I think this is the main source of confusion. By "logging daemons", we were indeed talking about daemons following RFC 3164/5254 syslog protocols. This is why this would be much easier to understand if you called your

Re: New Debian Logging Team

On Aug 08, Antoine Le Gonidec wrote: I think this is the main source of confusion. By "logging daemons", we were indeed talking about daemons following RFC 3164/5254 syslog protocols. This is why this would be much easier to understand if you called yourself the "Debian syslog team" instead.

Re: New Debian Logging Team

Thanks for this e-mail, that helps clarifying things a lot! I’m going to take some time to see how I can improve our presentation on Debian Wiki to ensure such detailed explanations are not needed again. Le Fri, Aug 08, 2025 at 08:48:18PM +0100, Simon McVittie a écrit : > I think a source of conf

Re: New Debian Logging Team

On Fri, 08 Aug 2025 at 21:16:05 +0200, Antoine Le Gonidec wrote: documenting logging daemons ... That systemd-journald is excluded should probably made explicit, I guess I understand why some would expect to see it handled by our team. I think a source of confusion is that systemd-journald is

Re: New Debian Logging Team

Le Fri, Aug 08, 2025 at 08:03:26PM +0100, Richard Lewis a écrit : > I think this comes back to the scope being not quite explained yet: If > your aim is to have documentation of logging in general then ignoring > the default logger in debian seems unlikely to produce something very > enlightening.

Re: New Debian Logging Team

Antoine Le Gonidec writes: > Le Fri, Aug 08, 2025 at 08:43:17AM +0300, Henrik Ahlgren a écrit : >> journald is the default on bookworm already (replacing traditional >> rsyslog), so wouldn’t it make sense for it to fall within the scope of >> the logging team? > > Having to handle the documentati

Re: Idea: Using ESSTRA for -dbgsym packages

Hi Niels, On 8/7/25 19:18, Niels Thykier wrote: Hi, I noticed that apertis modified the `debhelper` source package for this. This is of course a valid solution, I wanted to highlight that there should be less need for that with DH_EXTRA_ADDONS environment variable. The ENV variable was dev

Re: New Debian Logging Team

Le Fri, Aug 08, 2025 at 08:43:17AM +0300, Henrik Ahlgren a écrit : > journald is the default on bookworm already (replacing traditional > rsyslog), so wouldn’t it make sense for it to fall within the scope of > the logging team? Having to handle the documentation of journald would mean giving up o

Re: a spammer has closed many bugs

On Fri, Aug 08, 2025 at 08:03:08AM +0200, Étienne Mollier wrote: At the end of each bug entry, there is a paragraph: Send a report that this bug log contains spam[1]. allowing reporting through the web interface. I guess it is also possible to just use the link [1] and replace the NNN by

Re: a spammer has closed many bugs

On 2025-08-08 10:57:14 +0200, Vincent Lefevre wrote: > I used that in the past, hoping that spam would be removed, > but IIRC, nothing was done. I'm quite sure I had reported this one: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663530 which currently has between 20 and 30 spam messages.

Re: a spammer has closed many bugs

On 2025-08-08 08:03:08 +0200, Étienne Mollier wrote: > Yes, from time to time, spammers harvest -done debbugs email > addresses and this interferes with the proper operation of the > bug tracker; I agree this is mighty annoying. At the end of > each bug entry, there is a paragraph: > > >> Send a

Re: Home Security App

On Thu, Aug 07, 2025 at 11:23:19PM +, Sneha yadav wrote: > Hello, > We can develop an app for your small and large business. > We Specialize In: - > 1.Home Security App > 2.Smoke Alarms App > 3.Unmonitored System App > 16.Burglar Alarms App > 17.Detectors App > 18.Door and Window Detec

Re: a spammer has closed many bugs

Hi Vincent, Vincent Lefevre, on 2025-08-08: > 3 of my bugs got closed by a spammer (leonor.hu...@franceagrimer.fr). > I've reopened them. > > But she actually closed many other bugs, at least for packages of > libreoffice source. Yes, from time to time, spammers harvest -done debbugs email addre

Re: New Debian Logging Team

Antoine Le Gonidec writes: > To be fully frank, I mostly do not consider systemd-journald to be part > of the team topics. But if someone really wants to work on > journald/journalctl documentation and wants to do that as part of the > Logging Team, I don’t think we are going to prevent that. jo

Re: New Debian Logging Team

Le Thu, Aug 07, 2025 at 10:56:03PM +0100, Richard Lewis a écrit : > Seems like logcheck should be "involved", or at least "informed" I’m adding them as CC to this message so they at least are going to be aware of the ongoing discussion. To logcheck maintainers, the start of the current thread can

Re: New Debian Logging Team

Antoine Le Gonidec writes: > Le Wed, Aug 06, 2025 at 09:10:22PM +0200, Christian Kastner a écrit : >> Is logcheck also within the scope of this team? Or are there any related >> solutions that I may have been missing out on? > > As the team is still new, its scope itself is going to move based an

Re: Idea: Using ESSTRA for -dbgsym packages

Dylan Aïssi: Hello Hideki and Takuya, Le dim. 13 juil. 2025 à 21:14, Hideki Yamane a écrit :  You can find more detailed information in our presentation slides for  the upcoming DebConf25:  https://salsa.debian.org/henrich/debconf25/-/blob/ main/20250718_DebConf25_ESSTRA.pdf Thanks, that

Re: Idea: Using ESSTRA for -dbgsym packages

Hello Hideki and Takuya, Le dim. 13 juil. 2025 à 21:14, Hideki Yamane a écrit : You can find more detailed information in our presentation slides for the upcoming DebConf25: https://salsa.debian.org/henrich/debconf25/-/blob/main/20250718_DebConf25_ESSTRA.pdf Thanks, that was a very inte

Re: Bits from the DPL

Hi Andreas, On Fri, 01 Aug 2025, Andreas Tille wrote: > I was especially encouraged that, after last year's BoF, one developer > was inspired to open a merge request enhancing DAK[f05]. It would be > wonderful to see similar initiatives for the following areas: [...] > B. Building Binary Artifact

Re: Bug#1110497: ITP: python3-pyyaml -- A full-featured YAML processing framework for Python

The source name can be simply pyyaml itself, as it already tells about the python world (and python-pyyaml is weird xD). Names with python, py, etc. in them doesn't necessarily have to be renamed. It's better to keep in mind that python- namespacing isn't a hard enforced rule per se, but it's p

Re: Bug#1110499: ITP: fvs -- File Versioning System

On Thu Aug 7, 2025 at 12:46 PM BST, Seyed Mohamad Amin Modaresi wrote: I think now the description is good. For the benefit of -devel, it's now[1] as follows, and I think much better, thank you! FVS is a simple file versioning system that helps you track changes to your files. . It allow

Re: Bug#1110497: ITP: python3-pyyaml -- A full-featured YAML processing framework for Python

On 07/08/25 15:38, Seyed Mohamad Amin Modaresi wrote: No those are the same. Forget this ITP. I closed it. -- Seyed Mohamad Amin Modaresi Sent from Proton Mail Android Original Message On ۲۰۲۵/۸/۷ ۱۳:۱۹, Andrey Rakhmatullin wrote: On Thu, Aug 07, 2025 at 09:05:42AM +000

Re: Bug#1110497: ITP: python3-pyyaml -- A full-featured YAML processing framework for Python

Il 07/08/2025 11:05, Seyed Mohamad Amin Modaresi ha scritto: Not in the same name. https://tracker.debian.org/pkg/pyyaml I recommend that you always search not only by source but also by package, since you have already opened 2 ITPs on existing packages. In many cases (especially from python

Re: Bug#1110497: ITP: python3-pyyaml -- A full-featured YAML processing framework for Python

On Thu, Aug 07, 2025 at 02:49:00PM +0500, Andrey Rakhmatullin wrote: > On Thu, Aug 07, 2025 at 09:05:42AM +, Seyed Mohamad Amin Modaresi wrote: > > Not in the same name. > > > > https://tracker.debian.org/pkg/pyyaml > > If you mean that the software you want to package is different, it would

Re: Bug#1110497: ITP: python3-pyyaml -- A full-featured YAML processing framework for Python

No those are the same. Forget this ITP. I closed it. -- Seyed Mohamad Amin Modaresi Sent from Proton Mail Android Original Message On ۲۰۲۵/۸/۷ ۱۳:۱۹, Andrey Rakhmatullin wrote: > On Thu, Aug 07, 2025 at 09:05:42AM +, Seyed Mohamad Amin Modaresi wrote: > >Not in the sam

Re: Bug#1110499: ITP: fvs -- File Versioning System

On Thu, 07 Aug 2025 09:34:04 +, Seyed Mohamad Amin Modaresi wrote: >Do you have any suggestions for description? Policy 3.4: |The description should describe the package (the program) to a user |(system administrator) who has never met it before so that they have |enough information to decide

Re: Bug#1110499: ITP: fvs -- File Versioning System

Do you have any suggestions for description? Thank you.

Re: Bug#1110497: ITP: python3-pyyaml -- A full-featured YAML processing framework for Python

On Thu, Aug 07, 2025 at 09:05:42AM +, Seyed Mohamad Amin Modaresi wrote: Not in the same name. https://tracker.debian.org/pkg/pyyaml If you mean that the software you want to package is different, it would be nice to provide a correct URL for it, as neither of the two URLs you provided i

Re: Bug#1110499: ITP: fvs -- File Versioning System

On Thu Aug 7, 2025 at 5:22 AM BST, Seyed Mohamad Amin Modaresi wrote: Description : fvs -- File Versioning System fvs -- File Versioning System File Versioning System with hash comparison and data storage to create unlinked states that can be deleted I think this package description needs ex

Re: Bug#1110497: ITP: python3-pyyaml -- A full-featured YAML processing framework for Python

Not in the same name. https://tracker.debian.org/pkg/pyyaml

Re: Bug#1110496: ITP: python3-patool -- archive file manager

Hi, On 8/7/25 03:56, Seyed Mohamad Amin Modaresi wrote: Package: wnpp Severity: wishlist Owner: wnpp mailto:modaresisofth...@proton.me>> X-Debbugs-Cc: debian-devel@lists.debian.org * Package name    : python3-patool   Version         : 4.0.1-1 * URL  

Re: Bug#1110497: ITP: python3-pyyaml -- A full-featured YAML processing framework for Python

Hi, On 8/7/25 04:34, Seyed Mohamad Amin Modaresi wrote: Package: wnpp Severity: wishlist Owner: wnpp mailto:modaresisofth...@proton.me>> X-Debbugs-Cc: debian-devel@lists.debian.org * Package name    : python3-pyyaml   Version         : 6.0.2-1 * URL  

Re: New Debian Logging Team

Le Wed, Aug 06, 2025 at 11:26:09PM +0200, tho...@goirand.fr a écrit : > What about cluster tools like vector, elasticsearch/opensearch? These are > frustratingly missing in Debian. As I wrote in the presentation, packaging new stuff is not part of our current goals. That might change based on who

Re: New Debian Logging Team

On Aug 6, 2025 20:02, Antoine Le Gonidec wrote: > > Hey everyone! > > I would like to introduce a new team, that began informally > a bit before DebConf25: the Debian Logging Team! > > You can find a bit of information about our goals and our communication > channels on Debian Wiki: http

Re: New Debian Logging Team

Le Wed, Aug 06, 2025 at 10:00:53PM +0200, Marc Haber a écrit : > >Is logcheck also within the scope of this team? Or are there any related > >solutions that I may have been missing out on? > > And logrotate and savelog? Sure, cf. my previous e-mail in this thread. I actually plan to work on logr

Re: New Debian Logging Team

On Wed, 6 Aug 2025 21:10:22 +0200, Christian Kastner wrote: >Is logcheck also within the scope of this team? Or are there any related >solutions that I may have been missing out on? And logrotate and savelog? Grüße Marc -- ---

Re: New Debian Logging Team

Le Wed, Aug 06, 2025 at 09:10:22PM +0200, Christian Kastner a écrit : > Is logcheck also within the scope of this team? Or are there any related > solutions that I may have been missing out on? As the team is still new, its scope itself is going to move based and who wants to join and what are the

Re: New Debian Logging Team

Hi Antoine, thank you all for the effort, it's nice to see that so many people care about this. Is logcheck also within the scope of this team? Or are there any related solutions that I may have been missing out on? Best, Christian On 2025-08-06 20:02, Antoine Le Gonidec wrote: > I would like t

Bug#1110478: ITP: augustus -- Re-implementation of Caesar III with changes to gameplay

: augustus Version : 4.0.0 Upstream Contact: Tomasz Drzewiecki * URL : https://github.com/Keriew/augustus * License : AGPL-3.0 Programming Lang: C++ Description : Re-implementation of Caesar III with changes to gameplay Augustus is a fully working open-source

Re: Removing old news from webpages

On Fri Aug 1, 2025 at 1:55 PM BST, Holger Levsen wrote: so whats left to do? First thing was to establish where to keep the TODO list, which I've now done, so I've put a set of suggestions for things to fix in it, but there will be more :-) https://salsa.debian.org/chronicles-team/chronicle

Re: You can now query Debian changelogs by keyword with dak's API

> Hi! Is it also possible to search by Debian user id? It's possible to search for any matching pattern, but there’s no direct mapping between a Debian user id and searchable queries. If you're looking for something specific, you can try a query using your Debian email address instead. > Thanks f

Re: You can now query Debian changelogs by keyword with dak's API

On Mon Aug 4, 2025 at 3:11 AM CEST, Sérgio Cipriano wrote: It is now available an endpoint [1] in dak's API which provides a way to search through the changelogs of all Debian packages currently published. 1: https://api.ftp-master.debian.org/changelogs Hi! Is it also possible to search by D

Re: You can now query Debian changelogs by keyword with dak's API

On 03/08/25 10:00, Boyuan Yang wrote: > Do you have any comment on its difference with > https://nm.debian.org/minechangelogs/search/ ? It is the same query: https://salsa.debian.org/nm-team/nm.debian.org/-/blob/master/minechangelogs/models.py?ref_type=heads#L110-116 https://salsa.debian.org/ftp

Re: You can now query Debian changelogs by keyword with dak's API

Hi, 在 2025/8/3 21:11, Sérgio Cipriano 写道: Hi, It is now available an endpoint [1] in dak's API which provides a way to search through the changelogs of all Debian packages currently published. 1: https://api.ftp-master.debian.org/changelogs I'm already using it to track my uploads, I made

Re: Corrected pad links for Bits from the DPL

Hi, Am Sat, Aug 02, 2025 at 09:13:45AM +0800 schrieb Maytham Alsudany: > On Fri, 2025-08-01 at 21:53 +0100, Richard Lewis wrote: > > It would be really nice if these pages linked to the videos of the talks, > > is that possible? > > Could probably be done, source for the website is at > https://

Re: Corrected pad links for Bits from the DPL

On Fri, 2025-08-01 at 21:53 +0100, Richard Lewis wrote: > It would be really nice if these pages linked to the videos of the talks, is > that possible? Could probably be done, source for the website is at https://salsa.debian.org/debconf-team/public/websites/dc25 Until that happens, the videos c

Re: Corrected pad links for Bits from the DPL

Maytham Alsudany writes: > In case someone wants to access the pads. > > On Fri, 2025-08-01 at 08:51 +0200, Andreas Tille wrote: >> [f02] >> https://debconf25.debconf.org/talks/3-package-acceptance-in-debian-challenges-and-opportunities/ >> Pad: >> https://pad.dc25.debconf.org/p/3-package

Re: Debian Installer Trixie RC 2

Hi, I just installed Debian 13 trixie rc2 on a hp mini desktop which only allows booting with uefi/efi. 1. unfortuneately this means that debian will not auto start with screen reader after 30 seconds as when booting up on a legacy computer which has no uefi. 2. during the install wizard,

Re: Removing old news from webpages

Am Fri, Aug 01, 2025 at 01:36:08PM +0100 schrieb Jonathan Dowland: > On Mon Jul 28, 2025 at 10:16 AM BST, Holger Levsen wrote: > > I would just like to say thank you very much, Jonathan, much > > appreciated! \o/ <3 > > Thank you for your kind words! > > There's still much to do, but the essentia

Re: Corrected pad links for Bits from the DPL

Thank you Maytham, much appreciated, Andreas. Am Fri, Aug 01, 2025 at 06:03:29PM +0800 schrieb Maytham Alsudany: > In case someone wants to access the pads. > > On Fri, 2025-08-01 at 08:51 +0200, Andreas Tille wrote: > > [f02] > > https://debconf25.debconf.org/talks/3-package-acceptance-in-debia

Re: tooling to perform updates to many packages in a team?

I was doing a project called flight-deck for the go-team to perform large scale configuration to repositories using OpenTofu and terragrunt. The repo keeps track of the state using HCL syntax and it makes sure the configurations are up to date with the rules defined (like branch protections and so

Re: Removing old news from webpages

On Fri, Aug 01, 2025 at 01:36:08PM +0100, Jonathan Dowland wrote: > There's still much to do, but the essentials -- a proper .org site and the > necessary HTTP redirects -- are now in place, so I can announce "the > Chronicles of Debian": > https://chronicles.debian.org > e.g. > $ HEAD -S -H

Re: Removing old news from webpages

On Mon Jul 28, 2025 at 10:16 AM BST, Holger Levsen wrote: I would just like to say thank you very much, Jonathan, much appreciated! \o/ <3 Thank you for your kind words! There's still much to do, but the essentials -- a proper .org site and the necessary HTTP redirects -- are now in place, so

Re: tooling to perform updates to many packages in a team?

On Thu, 31 Jul 2025 20:08:03 +0200, Andreas Tille wrote: I plan to invest more time into this once back with Debian Med work (in May 2026) - most probably after having a deeper look into dpt from pkg-perl-tools package. There's even a video demo available :) https://peertube.debian.social/w/mE

Re: Corrected pad links for Bits from the DPL

In case someone wants to access the pads. On Fri, 2025-08-01 at 08:51 +0200, Andreas Tille wrote: > [f02] > https://debconf25.debconf.org/talks/3-package-acceptance-in-debian-challenges-and-opportunities/ > Pad: > https://pad.dc25.debconf.org/p/3-package-acceptance-in-debian-challenges-and

Re: systemd-user and ssh

On Fri, Aug 01, 2025 at 09:08:17AM +1000, Russell Coker wrote: > Below is part of the output of needrestart on a server I run. Please describe in your own words what you think you see. >A login > manager > probably doesn't need aud

Re: tooling to perform updates to many packages in a team?

Hi Lucas, Am Tue, Jul 29, 2025 at 09:35:15AM +0200 schrieb Lucas Nussbaum: > I'm aware of: > - the salsa CLI tool (in devscripts) I plan to invest more time into this once back with Debian Med work (in May 2026) - most probably after having a deeper look into dpt from pkg-perl-tools package. > -

Re: What's next for the Debian Wiki? (was Re: wiki.d.o on a git-backed engine)

Hi Otto, Am Sun, Jul 27, 2025 at 12:02:40PM -0700 schrieb Otto Kekäläinen: > I just wanted to advertise once more in case somebody missed it: There > is now a https://wiki2025.debian.org/ and work to migrate to a new > Mediawiki based Debian wiki is in the progress. I had a *very* short look and

Re: Bug#1110179: ITP: fpm -- Fortran package manager - build tool

On 31/07/2025 15:17, Simon McVittie wrote: On Thu, 31 Jul 2025 at 10:26:44 +0100, Alastair McKinstry wrote: Fortran Package Manager is not to be confused with Jordan Sissel's fpm, a more general, non-Fortran related package manager. Under this name, it absolutely will get confused with Jorda

Re: Bug#1110179: ITP: fpm -- Fortran package manager - build tool

On Thu, 31 Jul 2025 at 10:26:44 +0100, Alastair McKinstry wrote: Fortran Package Manager is not to be confused with Jordan Sissel's fpm, a more general, non-Fortran related package manager. Under this name, it absolutely will get confused with Jordan Sissel's fpm. I would suggest packaging it

Re: when to drop t64 postfix from lib packages?

On Tue, Jul 29, 2025 at 07:10:10PM +0500, Andrey Rakhmatullin wrote: > On Tue, Jul 29, 2025 at 03:40:09PM +0200, Jakub Ružička wrote: > > When should I drop t64 postfix from Debian lib packages? > > Only when bumping the soname. To expand a bit on that answer, the reason for adding the postfix wa

Re: when to drop t64 postfix from lib packages?

On Tue, Jul 29, 2025 at 03:40:09PM +0200, Jakub Ružička wrote: When should I drop t64 postfix from Debian lib packages? Only when bumping the soname. -- WBR, wRAR signature.asc Description: PGP signature

Re: tooling to perform updates to many packages in a team?

Hi! On Tue, 2025-07-29 at 09:35:15 +0200, Lucas Nussbaum wrote: > I will be looking into doing some mass updates/cleanup in the context of > the Ruby team, and was wondering: what are the useful tools in that > case? > > I'm aware of: > - the salsa CLI tool (in devscripts) > - the glab package >

Re: tooling to perform updates to many packages in a team?

On Tue, Jul 29, 2025 at 09:41:47AM +0200, Niels Thykier wrote: > Lucas Nussbaum: > > Hi, > > > > I will be looking into doing some mass updates/cleanup in the context of > > the Ruby team, and was wondering: what are the useful tools in that > > case? > > > > I'm aware of: > > - the salsa CLI too

Re: tooling to perform updates to many packages in a team?

Hi, The salsa tool has been designed for massive updates and used successfully by some teams for massive updates such as : - switch to DEP14 - configure IRC channel, tag-pending hooks - ... Raphaël used it, me too for JS Team (the --group + --all permit this) The mr tool is used by Perl Team to

Re: tooling to perform updates to many packages in a team?

Lucas Nussbaum: Hi, I will be looking into doing some mass updates/cleanup in the context of the Ruby team, and was wondering: what are the useful tools in that case? I'm aware of: - the salsa CLI tool (in devscripts) - the glab package - mr (multi repo) - lintian-brush What are teams typicall

Re: Implementing feature requests for a package when a maintainer doesn't respond

On Mon, 28 Jul 2025 11:13:13 -0600 Gunnar Wolf wrote: > Hello Aaron, > > Aaron Rainbolt dijo [Thu, Jun 12, 2025 at 02:31:02PM -0500]: > >Some time ago, I did a lot of work on getting a U-Boot + > >grub-efi-arm64 boot flow to work on the Raspberry Pi 4 with Debian. > >I was able to get a proof-of

Re: Implementing feature requests for a package when a maintainer doesn't respond

Hello Aaron, Aaron Rainbolt dijo [Thu, Jun 12, 2025 at 02:31:02PM -0500]: Some time ago, I did a lot of work on getting a U-Boot + grub-efi-arm64 boot flow to work on the Raspberry Pi 4 with Debian. I was able to get a proof-of-concept implementation to work correctly, and was interested in upst

Re: Removing old news from webpages

On Thu, Jul 24, 2025 at 05:13:02PM +0100, Jonathan Dowland wrote: > This conversation ended up being spread across several lists. I'm posting > updated solely to the following bug, to try and keep things in one place: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1109609 which further expla

Processed: Re: Bug#1100579: general: After latest update problems with super key

Processing control commands: > retitle -1 gnome-shell: keyboard switcher is slow Bug #1100579 [general] general: After latest update problems with super key Changed Bug title to 'gnome-shell: keyboard switcher is slow' from 'general: After latest update problems with super key'. > reassign -1 gno

Re: What's next for the Debian Wiki? (was Re: wiki.d.o on a git-backed engine)

Hi all! I just wanted to advertise once more in case somebody missed it: There is now a https://wiki2025.debian.org/ and work to migrate to a new Mediawiki based Debian wiki is in the progress. If you want to contribute, please see the discussions on https://lists.debian.org/debian-wiki/2025/07/th

Processed: Re: Bug#997663: general: bullseye, system freezes completely when firefox freezes

Processing control commands: > reassign -1 src:linux Bug #997663 [general] general: bullseye, system freezes completely when firefox freezes Bug reassigned from package 'general' to 'src:linux'. Ignoring request to alter found versions of bug #997663 to the same values previously set Ignoring re

Processed: Re: Bug#1041189: general: Optimize kernel settings for gaming

Processing control commands: > reassign -1 linux-sysctl-defaults Bug #1041189 [general] general: Optimize kernel settings for gaming Bug reassigned from package 'general' to 'linux-sysctl-defaults'. Ignoring request to alter found versions of bug #1041189 to the same values previously set Ignorin

Processed: Re: Bug#1100579: general: After latest update problems with super key

Processing control commands: > tags -1 moreinfo Bug #1100579 [general] general: After latest update problems with super key Added tag(s) moreinfo. -- 1100579: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1100579 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Processed: Re: Bug#1072515: general: Repeating cracking sound in headphones when nothing is playing.

Processing control commands: > reassign -1 src:linux Bug #1072515 [general] general: Repeating cracking sound in headphones when nothing is playing. Bug reassigned from package 'general' to 'src:linux'. Ignoring request to alter found versions of bug #1072515 to the same values previously set Ig

Processed: Re: Bug#1108276: general: serious password rejection issue affecting sleep, lock, log out

Processing control commands: > reassign -1 kde-plasma-desktop Bug #1108276 [general] general: serious password rejection issue affecting sleep, lock, log out Bug reassigned from package 'general' to 'kde-plasma-desktop'. Ignoring request to alter found versions of bug #1108276 to the same values

Processed: Re: Bug#1056357: general: on hppa, command line of any program invocation is limited to less than 3544 bytes

Processing control commands: > reassign -1 src:linux Bug #1056357 [general] general: on hppa, command line of any program invocation is limited to less than 3544 bytes Bug reassigned from package 'general' to 'src:linux'. Ignoring request to alter found versions of bug #1056357 to the same values

Processed: Re: Bug#1036077: please reassign to xserver

Processing control commands: > reassign -1 xserver-xorg Bug #1036077 [general] general: X11 server crashes after resume from suspend Bug reassigned from package 'general' to 'xserver-xorg'. Ignoring request to alter found versions of bug #1036077 to the same values previously set Ignoring request

Processed: Re: Bug#1037949: general: After installing VBox Guest Addition on the reboot the system gets into an enternal loop

Processing control commands: > reassign -1 virtualbox-guest-dkms Bug #1037949 [general] general: After installing VBox Guest Addition on the reboot the system gets into an enternal loop Bug reassigned from package 'general' to 'virtualbox-guest-dkms'. Warning: Unknown package 'virtualbox-guest-dk

Re: Bug#1109119: upgrade-reports: systemctl occasionally fails loading libcrypto.so

On Thu, Jul 24, 2025 at 02:43:27AM +0200, Chris Hofstaedtler wrote: > On Sun, Jul 13, 2025 at 10:29:25AM +0200, Helmut Grohne wrote: > > Hi Chris, > > > > On Sat, Jul 12, 2025 at 12:36:20AM +0200, Chris Hofstaedtler wrote: > > > I was somewhat hoping this is caused by the existing upgrade issue wh

Re: debsnap is slow due to gpg descryption

I foudn the culprite... in my .devscripts, I had this SALSA_TOKEN=$(gpg --quiet --decrypt ~/.salsa_token.gpg) Maybe not the right place for this...

Re: debsnap is slow due to gpg descryption

Hello, still investigating, I discovered that depending on the HOME variable, I get this two different behaviours. FAST (invalid HOME) :~/src/gitlab.com/soleil-data-treatment/infra-config/sandbox/pv2$ time HOME='' dscverify --verbose libcerf_2.4-2.dsc libcerf_2.4-2.dsc: gpg: Signature faite le

Re: Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms

Andreas Metzler writes: > On 2025-07-25 Simon Josefsson wrote: >> Andreas Metzler writes: > [...] > >> > * I doubt that a multi-year old version of liboqs (which is what you'd >> > have in stable in a not too distant future) would be useful for >> > experiments and testing. liboqs is pretty

Re: Debian Maintainers Keyring changes

The announcements below are a good way to announce PGP key ids, but I wonder if we could do better by also including an attachment with the complete public key content? In case future SHA1-as-used-in-PGP breaks further, doing so would mitigate a scenario where there are two different keys that lea

Re: ITP of leancrypto and its debian/copyright

On 2025-07-25 Peter B wrote: > On 25/07/2025 09:17, Jérémy Lal wrote: >> Did you have a look at >> https://wiki.debian.org/CopyrightReviewTools >> ? > and specifically cme > https://tracker.debian.org/pkg/cme > https://ddumont.wordpress.com/2015/04/05/improving-creation-of-debian-copyright-file/

Re: Building multiple flavors of a package with a HUGE upstream

On Sat, Jul 19, 2025 at 09:26:33PM +0200, Johannes Schauer Marin Rodrigues wrote: your subject suggests that you are looking for a solution for huge upstream packages in general but reading your mail I get the feeling that you are looking for a solution for src:linux specifically? The Linux ke

Re: Building multiple flavors of a package with a HUGE upstream

Hi, I have solved the issue for me. I decided to stick to the most conservative approach of one fully fledged source package per kernel flavor and will solve the issue of wasted disk space on both the internal archive host and on the publicly visible download server with offline deduplication

Re: Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms

On 2025-07-25 Simon Josefsson wrote: > Andreas Metzler writes: [...] > > * I doubt that a multi-year old version of liboqs (which is what you'd > > have in stable in a not too distant future) would be useful for > > experiments and testing. liboqs is pretty fast moving. You would want > >

Re: ITP of leancrypto and its debian/copyright

On 25/07/2025 09:03, Simon Josefsson wrote: Working on 'leancrypto' packaging (which now build! see salsa pipeline below) made me consider life choices wrt debian/copyright. For several of my packages, I use 'lrc' to audit that debian/copyright file matches what 'licensecheck' thinks the license

Re: ITP of leancrypto and its debian/copyright

On 25/07/2025 09:17, Jérémy Lal wrote: Did you have a look at https://wiki.debian.org/CopyrightReviewTools ? and specifically cme https://tracker.debian.org/pkg/cme https://ddumont.wordpress.com/2015/04/05/improving-creation-of-debian-copyright-file/ Cheers, Peter

Re: Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms

Andreas Metzler writes: >> Is it forbidden for packages to exist in unstable and/or experimental >> only in Debian? > > Hello Simon, > > *I* think having packages only available in experimental is perfectly > fine. unstable is ditchy because iirc it has happened that our stopgap > measure to prev

Re: ITP of leancrypto and its debian/copyright

Le ven. 25 juil. 2025 à 10:08, Simon Josefsson a écrit : > Working on 'leancrypto' packaging (which now build! see salsa pipeline > below) made me consider life choices wrt debian/copyright. > > For several of my packages, I use 'lrc' to audit that debian/copyright > file matches what 'licenseche

  1   2   3   4   5   6   7   8   9   10   >