Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.rc > #334459

Bug#1027380: safeclib: FTBFS in bullseye (missing build-depends on tzdata)

From Santiago Vila <sanvila@debian.org>
Newsgroups linux.debian.bugs.rc
Subject Bug#1027380: safeclib: FTBFS in bullseye (missing build-depends on tzdata)
Date 2023-01-01 14:00 +0100
Message-ID <FJ66u-eOUD-25@gated-at.bofh.it> (permalink)
References <FIrZn-enKS-1@gated-at.bofh.it> <FJ5k6-eOCS-13@gated-at.bofh.it> <FIrZn-enKS-1@gated-at.bofh.it> <FJ5k6-eOCS-13@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


El 1/1/23 a las 12:58, Adam Borowski escribió:
> Control: tags -1 +unreproducible moreinfo

I don't think the unreproducible tag applies here.

To reproduce, just try to build it in a chroot which does
not include tzdata. If debootstrap does not do that by default,
then it follows that you should not simply accept debootstrap's defaults.

This is Policy 4.2:

> If build-time dependencies are specified, it must be possible to build the
> package and produce working binaries on a system with only essential and
> build-essential packages installed and also those required to satisfy the
> build-time relationships > (including any implied relationships).

So yes, this is undoubtedly a bug, because tzdata is not build-essential.

I could agree that everything would be easier if debootstrap was fixed once and forever:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837060

If you can push for that bug to be fixed for bookworm, that would certainly help.

> I have nothing against adding such a B-Dependency in unstable: this is where
> new development is supposed to be done, preparing a new upload costs but a
> few mins of my time.  On the other hand, updating stable requires extensive
> process and wastes the time of me, the Release Team, of people preparing the
> new point release announcement, of users testing and deploying the update.

Of course fixing bugs takes a little bit of time, but it may also be argued that
not fixing this kind of bugs produces weird effects which makes some people to lose
some of their time (for example, me building the whole archive trying to keep stable free
from any kind of FTBFS bugs). If, despite having a trivial fix for the bug, you decide
not to fix it in stable and leave the fix for others, I will have less time for other things
which I also want to fix. I know that some people will not agree, but I believe fixing
FTBFS bugs in stable should be primarily a responsibility of the affected maintainers.
Offloading the work to those particularly interested in stable does not scale well.

I have still 87 FTBFS bugs to fix in stable. You are of course free to not help me fixing yours.

Thanks.

Back to linux.debian.bugs.rc | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Bug#1027380: safeclib: FTBFS in bullseye (missing build-depends on tzdata) Santiago Vila <sanvila@debian.org> - 2022-12-30 19:10 +0100
  Processed: Re: Bug#1027380: safeclib: FTBFS in bullseye (missing  build-depends on tzdata) "Debian Bug Tracking System" <owner@bugs.debian.org> - 2023-01-01 13:10 +0100
  Bug#1027380: safeclib: FTBFS in bullseye (missing build-depends on tzdata) Santiago Vila <sanvila@debian.org> - 2023-01-01 14:00 +0100
  Bug#1027380: safeclib: FTBFS in bullseye (missing build-depends on tzdata) Santiago Vila <sanvila@debian.org> - 2023-01-01 14:00 +0100
  Bug#1027380: marked as done (safeclib: FTBFS in bullseye (missing  build-depends on tzdata)) "Debian Bug Tracking System" <owner@bugs.debian.org> - 2023-01-01 22:30 +0100
  Processed: Re: Bug#1027380: safeclib: FTBFS in bullseye (missing  build-depends on tzdata) "Debian Bug Tracking System" <owner@bugs.debian.org> - 2023-01-08 06:40 +0100

csiph-web