Helping improve git-buildpackage (Re: DEP-18 v2: request for comments)

Hi On Fri., Nov. 29, 2024, 15:20 Richard Lewis, wrote: > > Please also help Guido iterate on git-buildpackage so that it works > > well, is easy to debug, has good docs etc. Based on discussions in > > this thread there are a lot of people with misconceptions and > > polishing the docs would be t

Re: Epoch for src:fuse-ext2 to replace src:fuse-umfuse-ext2's fuseext2 binary

On Fri, Nov 29, 2024 at 07:29:19AM -1000, Theodore Ts'o wrote: > On Thu, Oct 24, 2024 at 05:37:59PM +0200, наб wrote: > > idk if you got a notification (the confirmation mail would indicate > > otherwise?), but the patch is at #1085590. I've tested it to behave > > the same as the real fuseext2 and

Re: Epoch for src:fuse-ext2 to replace src:fuse-umfuse-ext2's fuseext2 binary

On Thu, Oct 24, 2024 at 05:37:59PM +0200, наб wrote: > > idk if you got a notification (the confirmation mail would indicate > otherwise?), but the patch is at #1085590. I've tested it to behave > the same as the real fuseext2 and it upgrades smoothly. I've uploaded e2fsprogs 1.47.2~rc1-1 to unss

Re: Moving apt (and hence bootstraps) from GnuPG to Sequioa (via gpgv-sq)

On Fri, Nov 22, 2024 at 01:53:11PM +0100, Julian Andres Klode wrote: > We currently see a size increase of 8% (9MB uncompressed, 4MB gzipped) in an > essential + apt bootstrap: ^^ that's trixie, in sid they're a bit smaller now and will probably soon shrink further: user@debian-work:/tmp $ schroo

Re: DEP-18 v2: request for comments

Otto Kekäläinen writes: > Please also help Guido iterate on git-buildpackage so that it works > well, is easy to debug, has good docs etc. Based on discussions in > this thread there are a lot of people with misconceptions and > polishing the docs would be the best action item right now. Happy

Re: [MBF]: Proposing `Rules-Requires-Root: no` being the new default

Niels Thykier writes: > # The bug template used > > Severity: important > User: ni...@thykier.net > Usertags: rrr-no-as-default-issue > > Dear maintainer, > > During a test rebuild for building packages "Rules-Requires-Root: no" as ^ minor point, but a

Re: DEP-18: Git and GitLab usage in other Linux distros (Re: Representing Debian Metadata in Git)

"Philipp Kern" writes: > On Sun Nov 24, 2024 at 4:45 AM CET, Otto Kekäläinen wrote: >> To me the whole free and open source movement is about collaboration, >> transparency and the ethos of "given enough eyeballs, all bugs are >> shallow". > The "given enough eyeballs" always happened after the

Re: Building with many cores without OOM

Hi Helmut, On 11/29/24 07:59, Helmut Grohne wrote: On Thu, Nov 28, 2024 at 02:39:36PM +0100, Paul Gevers wrote: And doing it in a way that can be reused by how autopkgtests are run would maybe be good too. Can you clarify what you mean here? There is autopkgtest --build-parallel and my unders

Bug#1088705: ITP: python-spdx-tools -- Python library to parse, validate and create SPDX documents

Package: wnpp Severity: wishlist Owner: Santiago Ruano Rincón X-Debbugs-Cc: debian-devel@lists.debian.org, team+freex...@tracker.debian.org, team+pyt...@tracker.debian.org * Package name: python-spdx-tools Version : 0.8.3 Upstream Contact: https://github.com/spdx/tools-python/iss

Bug#1088706: ITP: ruff -- An extremely fast Python linter.

Package:wnpp Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, :debian-pyt...@lists.debian.org Owner: Ranjith Raj Package:ruff Version:0.8.0 Severity: wishlist * Package name :python3-ruff Version :0.8.0 Upstream Author :Charlie Marsh *URL :http

Re: Simpler git workflow for packaging with upstreamless repositories

Le 2024-11-29 18:35, Jonas Smedegaard a écrit : Quoting sre4e...@free.fr (2024-11-29 16:57:23) opened 15 years and a few days ago. Great that you took "filing a bugreport" to imply checking first if the issue was already reported. Well, the point I wanted to make here was more about the spec

Re: Simpler git workflow for packaging with upstreamless repositories

Quoting sre4e...@free.fr (2024-11-29 16:57:23) > Le 2024-11-29 15:12, Jonas Smedegaard a écrit : > > Quoting sre4e...@free.fr (2024-11-29 13:29:05) > >> > >> Would it be possible to make it the default when there is already an > >> existing `pristine-tar` branch in the repo being worked on? > > >

Re: [MBF]: Proposing `Rules-Requires-Root: no` being the new default

On 2024-11-29 11:08 +0100, Niels Thykier wrote: Lots of good stuff... My minor contribution is to note a typo/grammaro in the default bug text/template: >The primary reason why this was such a small issue where: Should be: The primary reasons why this was such a small issue were: (or may

Re: Simpler git workflow for packaging with upstreamless repositories

Le 2024-11-29 10:58, Simon Josefsson a écrit : The only record of this is indirectly with the maintainer signing the *.changes file during package upload. But that is weak (only successfully uploaded packages are protected, not work-in-progress) and not widely audited (*.changes files aren't

Re: [MBF]: Proposing `Rules-Requires-Root: no` being the new default

Thanks for working on this! On Fri, Nov 29, 2024 at 11:08:17AM +0100, Niels Thykier wrote: > Debian Ruby Team >ruby-soap4r This has been fixed as of today, so you don't need to report a bug. signature.asc Description: PGP signature

Re: Simpler git workflow for packaging with upstreamless repositories

Le 2024-11-29 15:12, Jonas Smedegaard a écrit : Quoting sre4e...@free.fr (2024-11-29 13:29:05) Would it be possible to make it the default when there is already an existing `pristine-tar` branch in the repo being worked on? Please consider filing that as a bugreport against bit-buildpackage -

Re: Simpler git workflow for packaging with upstreamless repositories

Quoting sre4e...@free.fr (2024-11-29 13:29:05) > Le 2024-11-29 03:17, Otto Kekäläinen a écrit : > > > but right now I warmly recommend people use 'pristine-tar = True' in > > their gbp.confs. > > Would it be possible to make it the default when there is already an > existing `pristine-tar` branc

Re: DEP-18 v2: request for comments

> I believe that Otto's lets-standardize-on-salsa effort is fundamentally > a good thing. Let's help him flesh out the details. Thanks! Please also help Guido iterate on git-buildpackage so that it works well, is easy to debug, has good docs etc. Based on discussions in this thread there are a l

Re: Building with many cores without OOM

Helmut Grohne: Hi Guillem and other developers, I am one of those who builds a lot of different packages with different requirements and found that picking a good parallel=... value in DEB_BUILD_OPTIONS is hard. Go too low and your build takes very long. Go too high and you swap until the OOM ki

Re: Simpler git workflow for packaging with upstreamless repositories

Hi, Le 2024-11-29 03:17, Otto Kekäläinen a écrit : but right now I warmly recommend people use 'pristine-tar = True' in their gbp.confs. Would it be possible to make it the default when there is already an existing `pristine-tar` branch in the repo being worked on? Cheers, -- Julien Pliss

Re: Simpler git workflow for packaging with upstreamless repositories

2024, നവം 29 7:48:10 AM Otto Kekäläinen : > Thanks Pirate Praveen for providing the first actual concrete case in > this thread where pristine-tar had some issue! > > I noticed an interesting thing about this case: > > ± origtargz --download-only > pristine-tar: successfully generated > ../node-ca

Re: [MBF]: Proposing `Rules-Requires-Root: no` being the new default

Santiago Vila: This is awesome work! I hope you can start the MBF soon. One minor comment:   * 862 failures     - Of these 217 failed with an error related to this change     - The remaining failed for other reasons (including running   out of memory on the host, etc.) I'd like to look a

Re: [MBF]: Proposing `Rules-Requires-Root: no` being the new default

This is awesome work! I hope you can start the MBF soon. One minor comment: * 862 failures - Of these 217 failed with an error related to this change - The remaining failed for other reasons (including running out of memory on the host, etc.) I'd like to look at those "remaini

[MBF]: Proposing `Rules-Requires-Root: no` being the new default

Hi We would like to propose a change in default for `dpkg`, which will enable `rootless` by default (changing it from "opt-in" to "opt-out"). This would be a considerable milestone bringing us to into 90-99% territory of removing the need for root (`fakeroot` or otherwise) in the Debian packaging

Re: DEP-0, DEP0 or DEP 0?

Otto Kekäläinen writes: > Thanks Gioele for the stats. I noticed that 90% of the votes came in > the first two days. > > In this system you can unvote and put your thumbs up on another > proposal if you want to change your mind now after letting the > question sink in for a few weeks, but please

Re: Simpler git workflow for packaging with upstreamless repositories

"Theodore Ts'o" writes: > Perhaps we could avoid talking past we formally had a list of > requirements, and then match possible alternative approachs with how > well they meet the agreed-upon requirements, and which requirements > proponents want to dispense with because (at least for them), It's