<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 30, 2024 at 6:58 AM Sam Varshavchik <<a href="mailto:mrsam@courier-mta.com">mrsam@courier-mta.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Chris Green writes:<br>
<br>
> On Fri, Aug 30, 2024 at 07:35:23AM -0400, Sam Varshavchik wrote:<br>
> > I have a local APT repository with custom packages that I install, it's<br>
> > added to /etc/apt/sources<br>
> ><br>
> > I want to use do-release-upgrade to update jammy to noble.<br>
> ><br>
> > I rebuilt my custom packages for noble, using pbuilder-dist, and installed<br>
> > them in the apt repo, everything should be ready to go.<br>
> ><br>
> > However, no matter what I try, do-release-upgrade wants to disable third<br>
> > party repos:</blockquote><div>... </div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> ><br>
> Just do the upgrade, then re-enable the 3rd part sources and do 'apt<br>
> update', 'apt upgrade'.<br>
<br>
This is not going to work, because I need the local repository pulled into <br>
the upgrade in order to update the custom packages from jammy to noble, as <br>
part of the upgrade. Otherwise I believe the upgrade will either fail due to <br>
unresolved dependencies, or my custom packages will get uninstalled. Or, <br>
even worse, they'll get replaced by Ubuntu-packaged debs, which will create <br>
a mess. I need to include my local repo in the upgrade, in order to properly <br>
update everything.<br></blockquote><div><br></div><div>Can you set up a clone of the system and TRY it?</div><div><br></div><div>Consider what needs to happen from the Ubuntu perspective -- </div><div><br></div><div>When you upgrade package A there may be no changes needed to data files etc. Maybe this is true for 90% of packages.</div><div><br></div><div>Standard Ubuntu Package B, however, requires that a change in the format of the /etc files, maybe do something to data in another place, so on and so forth, so there's an upgrade script that needs to run. Ubuntu staff and volunteers have very carefully tested this WITH STOCK UBUNTU SYSTEMS.</div><div><br></div><div>You're saying your special applications require special handling, and Ubuntu has no idea how to handle them. That makes perfect sense!</div><div><br></div><div>I suggest another strategy would be to plot out what needs to happen when you take a regular unmodified Ubuntu system and you install your applications from scratch, and imagine that's PROBABLY pretty close to what needs to happen after a do-release-upgrade. </div><div><br></div><div>Even if it isn't, it's probably EASIEST to back up everything, install Ubuntu from scratch, then install your modified software and restore your data.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I can see that at the point where it issues this warning, do-release-upgrade <br>
already fudged /etc/apt/sources.list, and commented out my entry in <br>
/etc/apt/sources.list.d, and I am very tempted to manually reenable it. <br>
However, I'd like to know the right way to do this.<br></blockquote><div><br></div><div>I suggest this might very well work, though as they say, if it breaks at least you still have all the pieces! </div><div><br></div><div>BACKUP backup BACKUP backup. Keep a backup at each stage. Don't throw away any of the backups until you have fully tested everything. </div></div></div>