On Mon, 21 Nov 2022 at 21:30, Helmut Grohne wrote:
> It is known to build and run on some architectures.
Excellent point! I already mitigate this risk by building most of my
(upstream) packages on macOS and Windows as well as GNU/Linux, but still.
And if you decide to vendor gnulib anyway, do
On Sat, Nov 19, 2022 at 11:37:36AM +, Reuben Thomas wrote:
> How is this a problem for Debian packagers? Once software is packaged for
> Debian, it's already known to build and run.
It is known to build and run on some architectures. We are slowing down
from adding one architecture per year to
On Wed, 16 Nov 2022 at 09:47, Helmut Grohne wrote:
>
> I think bug fixes is something you'd want. API changes less so.
>
My point was that there are frequently bug fixes and API changes since
whatever version of gnulib is packaged in Debian.
> Also note that gnulib is a piece that regularly fa
On Sun, Nov 13, 2022 at 02:01:50PM +, Reuben Thomas wrote:
> Some other Debian packages build-depend on Debian's gnulib package. This
> won't necessarily work for libpaper, because gnulib is not versioned:
> libpaper depends on a specific commit of gnulib, and there are often bug
> fixes or API
Thanks very much to all those who have given advice, offered help, and
spelt out some of the background of gnulib use in Debian.
The summary seems to be that using gnulib in its usual way to embed files
used by APIs a package uses is acceptable.
--
https://rrt.sc3d.org
On Sun, Nov 13, 2022 at 02:01:50PM +, Reuben Thomas wrote:
> I am the upstream maintainer of libpaper (which used to be a pure-Debian
> project), and also a Debian Maintainer trying to get a new version of
> libpaper into Debian. (It involves an API/ABI transition, from the current
> libpaper1
Hi,
在 2022-11-13星期日的 14:01 +，Reuben Thomas写道：
> I am the upstream maintainer of libpaper (which used to be a pure-Debian
> project), and also a Debian Maintainer trying to get a new version of
> libpaper into Debian. (It involves an API/ABI transition, from the current
> libpaper1 to libpaper2
> "Reuben" == Reuben Thomas writes:
Reuben> I am a bit torn here: with my DM hat on, stripping out
Reuben> gnulib sources where possible and using Debian's gnulib
Reuben> package seems the right thing to do. With my upstream hat
Reuben> on it leads potentially to bug reports
Hi,
On So 13 Nov 2022 15:01:50 CET, Reuben Thomas wrote:
I am a bit torn here: with my DM hat on, stripping out gnulib sources where
possible and using Debian's gnulib package seems the right thing to do.
With my upstream hat on it leads potentially to bug reports that don't
correspond to an u
On Sun, 13 Nov 2022 at 14:01:50 +, Reuben Thomas wrote:
> I just got a rejection for libpaper_2.0.3-1 from ftp-master (in this case,
> Thorsten Alteholz), who said "I didn't find any explanation why you embedded a
> copy of gnulib in your source tarball. Do you really need that?"
I think the l
I am the upstream maintainer of libpaper (which used to be a pure-Debian
project), and also a Debian Maintainer trying to get a new version of
libpaper into Debian. (It involves an API/ABI transition, from the current
libpaper1 to libpaper2.)
Bastian Germann (b...@debian.org) is kindly helping wit
11 matches
Mail list logo
