Prevent do-release-upgrade from disabling 3rd party repos

Sam Varshavchik mrsam at courier-mta.com
Sat Aug 31 02:13:43 UTC 2024


Tommy Trussell writes:

> I still think you might do best starting with the process for installing your  
> software on a pristine Ubuntu system from scratch, and build your upgrade  
> procedure from there. Hopefully that would be less brittle than do-release- 
> upgrade, which of course does all sorts of funky stuff while it's running so  
> that it can "change the tires on a moving car."

It's my understanding that do-release-ugprade is the established mechanism  
for updating an existing Ubuntu system to a new release, no?

I don't quite follow – I think you're suggesting using a separate system to  
build packages on the new release, and then bringing them over to a  
repository that gets fed into do-release-upgrade.

Using a separate system to build packages on a new release is certainly a  
viable possibility. However, it's also true that pbuilder exists precisely  
for the reason of not needing to do that. Instead pbuilder prepares a chroot  
with the new distribution for building the software packages on it. And  
that's exactly what you get with pbuilder: an image containing a pristine  
Ubuntu release.

pbuilder definitely works, and my issue was not with pbuilder, but with do- 
release-upgrade's limitation of not being able to digest file: URLs, and its  
confusing failure. Once my foggy brain cells recalled this limitation, this  
showstopper was gone…


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <https://lists.ubuntu.com/archives/ubuntu-users/attachments/20240830/195952f3/attachment.sig>


More information about the ubuntu-users mailing list