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

Groups > linux.debian.bugs.dist > #1231583 > unrolled thread

Bug#1088624: transition: apt

Back to article view | Back to linux.debian.bugs.dist

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Bug#1088624: transition: apt Julian Andres Klode <jak@debian.org> - 2025-02-03 14:40 +0100
    Bug#1088624: transition: apt Julian Andres Klode <jak@debian.org> - 2025-02-15 17:20 +0100
      Bug#1088624: transition: apt Julian Andres Klode <jak@debian.org> - 2025-02-15 20:50 +0100
        Bug#1088624: transition: apt Graham Inggs <ginggs@debian.org> - 2025-02-16 16:00 +0100
          Bug#1088624: transition: apt Julian Andres Klode <jak@debian.org> - 2025-02-16 23:30 +0100

#1231583 — Bug#1088624: transition: apt

On Thu, Nov 28, 2024 at 07:52:06PM +0100, Julian Andres Klode wrote:
> Package: release.debian.org
> Severity: normal
> X-Debbugs-Cc: apt@packages.debian.org
> Control: affects -1 + src:apt
> User: release.debian.org@packages.debian.org
> Usertags: transition
> 
> We'd like to do a transition of APT, not before January. We still have
> some ABI breaks to enqueue in the repo. My plan is to get the final
> bits in during xmas season.
> 
> We have an issue where our ABI is not stable right now: We inadvertently
> re-export C++ standard library symbols, but our version script adds a
> version to them, and then ld at link time resolves references to
> libstdc++ functions to their apt ones in libapt-pkg reverse
> dependencies. We can fix this by hiding all std:: exports, which
> is WIP, but breaks the ABI more, so we just need to be a bit
> careful the next couple weeks.
> 
> There's plausibly some minor API breaks (APT::StringView is replaced
> by std::string_view). Mostly I just desperately need to add a new field
> to a class, though. I usually fix all reverse dependencies as it's
> less than 10 or so.
> 
> This should aid dist-upgrades hopefully, as the new libapt-pkg will
> be co-installable with the old one.
> 
> Ben file:
> 
> title = "apt";
> is_affected = .depends ~ "libapt-pkg6.0t64" | .depends ~ "libapt-pkg7.0";
> is_good = .depends ~ "libapt-pkg7.0";
> is_bad = .depends ~ "libapt-pkg6.0t64";


I have uploaded 2.9.25+exp1 on the 22nd to experimental, and following
that 2.9.26+exp1 and 2.9.27+exp1; this is waiting on the ftpteam to
approve it, but every week with a new upload it gets rebased, so the
NEW list is misleadingly treating it as newer than it is and I'm afraid
people are not processing it.

-- 
debian developer - deb.li/jak | jak-linux.org - free software dev
ubuntu core developer                              i speak de, en

[toc] | [next] | [standalone]

#1233315

On Mon, Feb 03, 2025 at 02:27:25PM +0100, Julian Andres Klode wrote:
> On Thu, Nov 28, 2024 at 07:52:06PM +0100, Julian Andres Klode wrote:
> > Package: release.debian.org
> > Severity: normal
> > X-Debbugs-Cc: apt@packages.debian.org
> > Control: affects -1 + src:apt
> > User: release.debian.org@packages.debian.org
> > Usertags: transition
> > 
> > We'd like to do a transition of APT, not before January. We still have
> > some ABI breaks to enqueue in the repo. My plan is to get the final
> > bits in during xmas season.
> > 
> > We have an issue where our ABI is not stable right now: We inadvertently
> > re-export C++ standard library symbols, but our version script adds a
> > version to them, and then ld at link time resolves references to
> > libstdc++ functions to their apt ones in libapt-pkg reverse
> > dependencies. We can fix this by hiding all std:: exports, which
> > is WIP, but breaks the ABI more, so we just need to be a bit
> > careful the next couple weeks.
> > 
> > There's plausibly some minor API breaks (APT::StringView is replaced
> > by std::string_view). Mostly I just desperately need to add a new field
> > to a class, though. I usually fix all reverse dependencies as it's
> > less than 10 or so.
> > 
> > This should aid dist-upgrades hopefully, as the new libapt-pkg will
> > be co-installable with the old one.
> > 
> > Ben file:
> > 
> > title = "apt";
> > is_affected = .depends ~ "libapt-pkg6.0t64" | .depends ~ "libapt-pkg7.0";
> > is_good = .depends ~ "libapt-pkg7.0";
> > is_bad = .depends ~ "libapt-pkg6.0t64";
> 
> 
> I have uploaded 2.9.25+exp1 on the 22nd to experimental, and following
> that 2.9.26+exp1 and 2.9.27+exp1; this is waiting on the ftpteam to
> approve it, but every week with a new upload it gets rebased, so the
> NEW list is misleadingly treating it as newer than it is and I'm afraid
> people are not processing it.

APT 2.9.29+exp1 has now been accepted into experimental. We are more
or less ready to go next week; I'm currently doing some test rebuilds
in an Ubuntu PPA and will start the transition there on Monday.

As far as I can tell, only packagekit and aptitude need sourceful
changes, to accomodate return value of some functions changing to
std::string_view. I can do team upload for aptitude and am also
an uploader for packagekit, so this should go smoothly.

Please let me know when I should proceed with the uploads in
Debian.
-- 
debian developer - deb.li/jak | jak-linux.org - free software dev
ubuntu core developer                              i speak de, en

[toc] | [prev] | [next] | [standalone]

#1233337

I'm ready to go.

I have completed all reverse dependency rebuilds and patches.

The following sourceful changes are needed:

* packagekit (co-maintainer, will upload, prepared in Salsa)
* aptitude   (team maintainer, will upload, prepared in Salsa)
* python-apt (maintainer, will upload, prepared in Salsa)
* synaptic   (will NMU; taking this off mvo's hands :D)
* libapt-pkg-perl (patch in BTS; could NMU)

The changes are basically wrapping flNotDir() and flExtension in
std::string{} calls, and replacing a _strtabexpand call in synaptic
with SubstVar(.., "\t", "        "). Trivial stuff.

The following dependencies just need binNMUs:

* apt-move
* libqapt
* postgresql-debversion
* ruby-debian

The following reverse dependencies will be removed from testing:

* libept (RoM; auto removal will trigger on March 3...)
-- 
debian developer - deb.li/jak | jak-linux.org - free software dev
ubuntu core developer                              i speak de, en

[toc] | [prev] | [next] | [standalone]

#1233428

Control: tags -1 confirmed

Hi Julian

Please go ahead.

Regards
Graham

[toc] | [prev] | [next] | [standalone]

#1233509

On Sun, Feb 16, 2025 at 01:49:23PM -0100, Graham Inggs wrote:
> Control: tags -1 confirmed
> 
> Hi Julian
> 
> Please go ahead.

Transition is now in progress. I just uploaded apt 2.9.30. I
will sleep a night and hope it's build tomorrow everywhere,
and then upload the reverse dependencies (I don't want to
hardcode new Build-Depends as they still build fine with
old versions, otherwise I'd have uploaded them now...).

Thanks!
-- 
debian developer - deb.li/jak | jak-linux.org - free software dev
ubuntu core developer                              i speak de, en

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web