Re: Bug#549737: libgnucrypto-java: FTBFS: rm: cannot remove `debian/libgnucrypto-java/usr/share/info/dir': No such file or directory

2009-10-26 Thread Lucas Nussbaum
On 26/10/09 at 08:54 +0100, Michael Koch wrote: > On Sun, Oct 25, 2009 at 08:12:50PM +0100, Lucas Nussbaum wrote: > > On 25/10/09 at 19:39 +0100, Michael Koch wrote: > > > On Mon, Oct 05, 2009 at 08:54:45PM +0200, Lucas Nussbaum wrote: > > > > Source: libgnucrypto

Re: Enabling -ffile-prefix-map by default

2020-08-31 Thread Lucas Nussbaum
Hi Vagrant, On 30/08/20 at 19:15 -0700, Vagrant Cascadian wrote: > Hi Lucas! > > I've appreciated all the work you've been doing with archive-wide > rebuilds of Debian over the years! > > I'm looking into proposing to enable dpkg's > DEB_BUILD_OPTIONS=reproducible=+fixfilepath by default, furthe

Re: Enabling -ffile-prefix-map by default

2020-08-31 Thread Lucas Nussbaum
On 31/08/20 at 09:35 -0700, Vagrant Cascadian wrote: > Thanks for the quick response! More in-line below. > > On 2020-08-31, Lucas Nussbaum wrote: > > On 30/08/20 at 19:15 -0700, Vagrant Cascadian wrote: > >> I've appreciated all the work you've been doing

Re: Enabling -ffile-prefix-map by default

2020-09-25 Thread Lucas Nussbaum
Hi, On 23/09/20 at 14:39 +0100, Chris Lamb wrote: > Vagrant Cascadian wrote: > > > Proposed merge request adding a script that does just that: > > > > https://salsa.debian.org/lucas/collab-qa-tools/-/merge_requests/9 > > 2+ weeks on, any update on this? I keep coming across packages that > wo

Re: Enabling -ffile-prefix-map by default

2020-09-27 Thread Lucas Nussbaum
On 27/09/20 at 18:37 +0200, Lucas Nussbaum wrote: > Hi, > > On 07/09/20 at 20:42 -0700, Vagrant Cascadian wrote: > > On 2020-08-31, Lucas Nussbaum wrote: > > > On 31/08/20 at 09:35 -0700, Vagrant Cascadian wrote: > > >> On 2020-08-31, Lucas Nussbaum wrote:

Re: Enabling -ffile-prefix-map by default

2020-09-27 Thread Lucas Nussbaum
Hi, On 07/09/20 at 20:42 -0700, Vagrant Cascadian wrote: > On 2020-08-31, Lucas Nussbaum wrote: > > On 31/08/20 at 09:35 -0700, Vagrant Cascadian wrote: > >> On 2020-08-31, Lucas Nussbaum wrote: > >> > On 30/08/20 at 19:15 -0700, Vagrant Cascadian wrote: > &g

Re: Bug#1007717: Draft resolution for "Native source package format with non-native version"

2022-05-11 Thread Lucas Nussbaum
On 10/05/22 at 17:29 -0700, Sean Whitton wrote: > Hello, > > At today's ctte meeting we considered whether we can start a vote on > this, but two committee members were missing, and someone else at the > meeting reported that they hadn't yet been able to spend enough time > thinking through the is

Re: Bug#1007717: Draft resolution for "Native source package format with non-native version"

2022-05-11 Thread Lucas Nussbaum
Thanks for your answer. On 11/05/22 at 12:38 +0100, Ian Jackson wrote: > I would love for there to be something like 3.0-with-git-diff. Indeed, > I filed this wishlist bug to ask if contribution would be welcome: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1007781 > but have not had any

Re: Bug#1007717: Draft resolution for "Native source package format with non-native version"

2022-05-11 Thread Lucas Nussbaum
On 11/05/22 at 17:29 +0100, Ian Jackson wrote: > Lucas Nussbaum writes ("Re: Bug#1007717: Draft resolution for "Native source > package format with non-native version""): > > Out of curiosity, if 3.0 (native) supported multiple tarballs, wouldn't > &g

Re: Bug#1007717: Draft resolution for "Native source package format with non-native version"

2022-06-07 Thread Lucas Nussbaum
On 07/06/22 at 07:43 +0200, Helmut Grohne wrote: > Hallo, > > On Tue, May 10, 2022 at 05:29:57PM -0700, Sean Whitton wrote: > > DRAFT > > > > Using its powers under constitution 6.1.5, the Technical Committee > > issues the following advice: > > I've given this some thought and feel uneasy about

Re: Bug#1007717: Draft resolution for "Native source package format with non-native version"

2022-06-08 Thread Lucas Nussbaum
On 08/06/22 at 21:07 +0200, Helmut Grohne wrote: > Now we've turned a discussion about source package formats into a > discussion about workflows and git. So when I reason about uniformity, I > effectively want those idiosyncratic workflows to go away. If dgit > requires 1.0-with-diff for now, then

Re: Bug#1007717: Draft resolution for "Native source package format with non-native version"

2022-06-08 Thread Lucas Nussbaum
On 08/06/22 at 21:07 +0200, Helmut Grohne wrote: > I think I take more issue with non-dgit git-first workflows than with > dgit ones, because dgit is so well documented and is a workflow that is > already shared by a noticeable fraction of the archive. I'm curious: how do you measure dgit usage?

Re: Bug#1007717: Updated draft resolution

2022-06-15 Thread Lucas Nussbaum
Hi, On 15/06/22 at 07:32 +0200, Helmut Grohne wrote: > The other model restricts itself to only adding files below > debian/ and then using debian/rules to actually apply patches during > build. This latter model is fairly annoying, because there are so many > different ways of doing it (i.e. we l