On Wed, Aug 25, 2021 at 10:01 AM Simon Richter wrote:
> FWIW, I'd love to see git bundles as a source archive format -- this
> would allow shipping a (signed) tag, its commit, and the tree and blob
> objects for that commit as a single file that can be built in a
> reproducible way and allows chan
On Wed, Aug 25, 2021 at 2:36 PM Simon Richter wrote:
> "git archive" is reproducible
I'm told by the Bootstrappable Builds folks that `git archive` isn't
deterministic in some cases to do with filtering, I lost the details
though.
--
bye,
pabs
https://wiki.debian.org/PaulWise
On 26.08.21 11:39, Lucas Nussbaum wrote:
> Additionally, one could imagine a DSL to:
> - make minor changes to the source package before building (adjust
> dependencies, apply an additional patch, etc.)
> - tell sbuild that some build-dependencies must be pulled from backported
> packages
>
>
On Thu, Aug 26, 2021 at 11:39:06AM +0200, Lucas Nussbaum wrote:
> There's probably a large number of packages that just require a
> rebuild (+ test with autopkgtest) to be backported.
uploading to -backports also implies the promise to keep maintaining that
backport until the next release is out.
On 27/08/21 at 12:54 +, Holger Levsen wrote:
> On Thu, Aug 26, 2021 at 11:39:06AM +0200, Lucas Nussbaum wrote:
> > There's probably a large number of packages that just require a
> > rebuild (+ test with autopkgtest) to be backported.
>
> uploading to -backports also implies the promise to ke
On Fri, Aug 27, 2021 at 03:04:34PM +0200, Lucas Nussbaum wrote:
> > uploading to -backports also implies the promise to keep maintaining that
> > backport until the next release is out... I'm not sure that part of the
> > upload should be automated nor forgotten ;)
> Oh I wasn't thinking about uplo
Hey Lucas
On 2021/08/27 15:04, Lucas Nussbaum wrote:
Oh I wasn't thinking about uploading to the official backports suite.
In the same spirit as the fresh-{releases,snapshots} suites provided by
janitor, I was thinking about an automatically-generated backports
suite.
That sounds great. Firstl
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-oslo.metrics
Version : 0.0.3
Upstream Author : OpenStack Foundation
* URL : https://opendev.org/openstack/oslo.metrics
* License : Apache-
On Fri, Aug 27, 2021 at 03:39:57AM +0100, Phil Morrell wrote:
> > - reverting the changes in deboostrap in sid, bullseye (and ideally
> > in buster too),
> > - reverting the notion that split-/usr is unsupported (which includes
> > the extremely confusing interpretation about this apply
Le ven. 27 août 2021 à 17:20, Theodore Ts'o a écrit :
> On Fri, Aug 27, 2021 at 03:39:57AM +0100, Phil Morrell wrote:
> > > - reverting the changes in deboostrap in sid, bullseye (and ideally
> > > in buster too),
> > > - reverting the notion that split-/usr is unsupported (which includes
On Fri, Aug 27, 2021 at 07:34:06PM +0200, Bastien ROUCARIES wrote:
>
> See the proposal here of guillem:
> https://wiki.debian.org/Teams/Dpkg/Spec/MetadataTracking
This proposal doesn't directly address usrmerge, and the fact that new
Debian installs have been installing systems with top-level sy
On Fri, Aug 27, 2021 at 07:34:06PM +0200, Bastien ROUCARIES wrote:
> Le ven. 27 août 2021 à 17:20, Theodore Ts'o a écrit :
> > On Fri, Aug 27, 2021 at 03:39:57AM +0100, Phil Morrell wrote:
> > > > - reverting the changes in deboostrap in sid, bullseye (and ideally
> > > > in buster too),
> >
On 8/27/21 10:20 AM, Theodore Ts'o wrote:
Does someone need to create patches to dpkg which attempt to teach it
that /bin/foo and /usr/bin/foo are the same file, if there exists a
symlink from /bin to usr/bin?
Yes. I can't speak to the dpkg internals, but conceptually, this seems
like the righ
Package: wnpp
Severity: wishlist
Owner: Jose Luis Rivero
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: flake8-class-newline
Version : 1.6.0
Upstream Author : Alexander van Eck
* URL : https://github.com/AlexanderVanEck/flake8-class-newline
* License
Le ven. 27 août 2021 à 20:33, Phil Morrell a écrit :
> On Fri, Aug 27, 2021 at 07:34:06PM +0200, Bastien ROUCARIES wrote:
> > Le ven. 27 août 2021 à 17:20, Theodore Ts'o a écrit :
> > > On Fri, Aug 27, 2021 at 03:39:57AM +0100, Phil Morrell wrote:
> > > > > - reverting the changes in deboostra
Package: wnpp
Severity: wishlist
Owner: Jose Luis Rivero
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: flake8-comprehensions
Version : 3.6.1
Upstream Author : Adam Johnson
* URL : https://github.com/adamchainz/flake8-comprehensions
* License : MI
Hi,
在 2021-08-22星期日的 17:36 +0200，Andrej Shadura写道：
> Hi,
>
> On Thu, 19 Aug 2021, at 23:17, Boyuan Yang wrote:
> > 在 2021-08-18星期三的 22:59 +0200，Geert Stappers写道:
> > > > /usr/bin/which.debianutils 0
> > > >
> > > > in postinst and so on so that FreeBSD which and GNU which and friends
> > > > cou
Hello,
On Fri 27 Aug 2021 at 07:58AM GMT, Paul Wise wrote:
> On Wed, Aug 25, 2021 at 2:36 PM Simon Richter wrote:
>
>> "git archive" is reproducible
>
> I'm told by the Bootstrappable Builds folks that `git archive` isn't
> deterministic in some cases to do with filtering, I lost the details
> th
Hello zigo,
On Wed 25 Aug 2021 at 04:11PM +02, Thomas Goirand wrote:
> I wrote this many times, but I don't see why we should use any "upstream
> tarball" when the Git repository itself contains the tarball with:
>
> git archive --prefix=$(DEBPKGNAME)-$(VERSION)/ $(GIT_TAG) \
> | xz >../$(D
Hello Boyuan,
On Fri 27 Aug 2021 at 04:48PM -04, Boyuan Yang wrote:
> Hi,
>
> 在 2021-08-22星期日的 17:36 +0200，Andrej Shadura写道：
>> Hi,
>>
>> On Thu, 19 Aug 2021, at 23:17, Boyuan Yang wrote:
>> > 在 2021-08-18星期三的 22:59 +0200，Geert Stappers写道:
>> > > > /usr/bin/which.debianutils 0
>> > > >
>> > > > i
Hello,
On Wed 25 Aug 2021 at 12:00PM +02, Simon Richter wrote:
> Hi,
>
> On 8/25/21 1:21 AM, Sean Whitton wrote:
>
>> From my point of view, signing git tags is no less well established a
>> best practice than signing tarballs -- in fact, to me, it seems *more*
>> well established.
>
> That is e
Hello,
On Wed 25 Aug 2021 at 07:01PM +02, Thomas Goirand wrote:
> If pushing the upstream git tags to Salsa, you're safe, and the way we
> do in the OpenStack team, we still generate and upload tarballs to the
> Debian archive matching each tags.
Branches on salsa can be force-pushed, so it's no
在 2021/8/28 上午4:54, Sean Whitton 写道:
I'd rather suggest the FreeBSD which, which I'm mirroring here:
https://salsa.debian.org/andrewsh/freebsd-which/
I think it's much simpler than the GNU one.
The GNU which package is now in NEW queue:
https://ftp-master.debian.org/new/gnu-which_2.21-1.html
23 matches
Mail list logo
