Closed PanderMusubi closed 4 years ago
The triggering event for the repo being re-added is pop-default-settings being reconfigured. It is currently checking for the full line: https://github.com/pop-os/default-settings/blob/master_focal/debian/pop-default-settings.postinst#L88
(Disabling the repo by placing a # sign in front of it works, because that doesn't interrupt the line.)
I believe this will be fixed by https://github.com/pop-os/default-settings/pull/97 in Pop 20.10, since it will only check for the URI http://apt.pop-os.org/proprietary
(the full line will no longer be used with the switch to deb822 format.)
I don't see why we couldn't also modify the check for 20.04 (especially because it's an LTS), we'll just need to define a different variable for the URI we're checking for than for the full line to add if it's not present.
I confirmed #97 will fix this for 20.10 while testing that PR.
I've opened https://github.com/pop-os/default-settings/pull/99 to fix it on 20.04.
Distribution (run
cat /etc/os-release
):Related Application and/or Package Version (run
apt policy $PACKAGE NAME
):Issue/Bug Description:
Warning come from
apt-get upgrade
which look like:because once in a while automatically the following line gets added to the end of
/etc/apt/sources.list
:Steps to reproduce (if you know):
Near the top of
/etc/apt/sources.list
, change this line:into:
This argument is usually added to speed up
apt-get upgrade
as it only retrieves information suitable for that architecture.Expected behavior:
Adding
[arch=amd64]
to the pop's proprietary repo should not trigger re-adding that repo. The trigger doing this should be extended to be able to cope with these architecture arguments.Other Notes:
I suspect package pop-upgrade is related, if not, please add which package is.