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


Groups > linux.debian.devel > #119572

Re: Epoch for quickjs

From Soren Stoutner <soren@debian.org>
Newsgroups linux.debian.devel
Subject Re: Epoch for quickjs
Date 2025-11-13 20:30 +0100
Message-ID <LQLb3-cJdR-3@gated-at.bofh.it> (permalink)
References <LQLb3-cJdR-5@gated-at.bofh.it> <LPzYl-bUIm-1@gated-at.bofh.it> <LPAKJ-bVkz-9@gated-at.bofh.it> <LPBGN-bVWW-3@gated-at.bofh.it>
Organization Debian

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

On Monday, November 10, 2025 8:00:01 AM Mountain Standard Time Jérémy Lal 
wrote:
> Le lun. 10 nov. 2025 à 15:06, Simon Richter <sjr@debian.org> a écrit :
> > Hi,
> > 
> > On 11/10/25 22:15, Jérémy Lal wrote:
> > > However, upstream quickjs-ng version is 0.11.0, but current quickjs
> > > debian version is 2025.04.26-1.
> > > 
> > > Policy 5.6.12 requires to ask here the question:
> > > is it okay to use an epoch 1:0.11.0-1 in that case ?
> > 
> > Are you replacing the main package, or are you providing an alternate
> > package (quickjs-ng) that generates a transitional package, and no
> > further versions of the old package will be uploaded?
> 
> Replacing the main package.
> The old package is only used by edbrowse (reverse build-dep on libquickjs),
> and we are already working on it (upstream update added support for
> quickjs-ng).
> 
> In the latter case, it is also possible to give that transitional
> 
> > package a version number like "2025.99+really0.11.0" -- a source package
> > can build binaries with different version numbers.
> 
> Yes, good idea. And that should also work with upgrading quickjs "in-place".
> 
> > The other question is whether this is a drop-in replacement, or if it
> > should really be named "quickjs-ng", and dependencies adjusted, with no
> > transition managed through packages.
> 
> It's not a drop-in replacement, though there are more and more packages
> switching to quickjs-ng.
> Porting can be easy in the simplest cases...

My personal preference would be to create a new package, so that the source 
and binary package names clearly specify that this is quickjs-ng instead of 
the older quickjs.

-- 
Soren Stoutner
soren@debian.org

Back to linux.debian.devel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Epoch for quickjs Jérémy Lal <kapouer@melix.org> - 2025-11-10 14:20 +0100
  Re: Epoch for quickjs Simon Richter <sjr@debian.org> - 2025-11-10 15:10 +0100
    Re: Epoch for quickjs Jérémy Lal <kapouer@melix.org> - 2025-11-10 16:10 +0100
      Re: Epoch for quickjs Soren Stoutner <soren@debian.org> - 2025-11-13 20:30 +0100
        Re: Epoch for quickjs Soren Stoutner <soren@debian.org> - 2025-11-13 21:40 +0100
          Re: Epoch for quickjs Jérémy Lal <kapouer@melix.org> - 2025-11-13 21:40 +0100
      Re: Epoch for quickjs gregor herrmann <gregoa@debian.org> - 2025-11-13 23:10 +0100
        Re: Epoch for quickjs Jérémy Lal <kapouer@melix.org> - 2025-11-13 23:50 +0100
          Re: Epoch for quickjs gregor herrmann <gregoa@debian.org> - 2025-11-14 13:40 +0100
        Re: Epoch for quickjs Jérémy Lal <kapouer@melix.org> - 2025-11-13 23:50 +0100

csiph-web