You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
microsoft source appears to disable itself after installing vscode update even though it's still enabled #264
enable the checkbox to add the microsoft apt repo during installation (i did this with linux mint's installer, not sure what that looks like in the CLI)
open "software sources" and check "additional repositories" and ensure the microsoft repo is enabled (might need to enable it initially, i don't remember):
wait for an update to vscode-insiders, then install it with linux mint's update manager
navigate back to software sources and see that the microsoft repo has disabled itself:
changed the title [-]microsoft source appears to disable itself after installing vscode update[/-][+]microsoft source appears to disable itself after installing vscode update even though it's still enabled[/+]on Sep 8, 2025
Yea looks like everything still updates fine through the update manager even after it gets auto-disabled in sources (without needing to re-enable it or anything)
I had a look at what is going on with this last week and submitted my findings at pop-os/repolib#92 .
To contextualize the findings from an end-user's perspective, mintsources uses repolib for loading and parsing of the source files (both the legacy .list and the new .sources). There seems to be a bug in the repolib's .sources, also known as Deb822 format, parsing, such that it sees the sources without any Enabled field as disabled. But according to the specification, absence of Enabled field should be interpreted as enabled. This is why when mintsources is opened, the repositories appear as disabled. When a user manually clicks to enable it, mintsources overwrites the source file using repolib when adds Enabled: yes.
### THIS FILE IS AUTOMATICALLY CONFIGURED ###
# You may comment out this entry, but any other modifications may be lost.
Types: deb
URIs: https://packages.microsoft.com/repos/code
Suites: stable
Components: main
Architectures: amd64
Signed-By: /usr/share/keyrings/microsoft.gpg
X-Repolib-ID: vscode
X-Repolib-Name: vscode
Enabled: yes
But as evident from the comment at the top of the file, the file is managed by the package manager. Updates from the repository will overwrite the changes, which results in removing the Enabled field (as in the original version), and when mintsources is opened, it shows the repository as disabled.
This is a problem in the mintsources source management UI only. The underlying apt package manager parses the sources fine. So, even though mintsources shows the repository as disabled, when mintsources calls apt for updates, it will do the right thing.
As a user, unless there's an explicit Enabled: no in the .sources file, everything should be fine. System updates will also fetch the updates these repositories. Please have a look for the .sources files under /etc/apt/sources.list.d/ to make sure they aren't actually disabled. Once the repolib's interpretation issue is fixed and mint packages receive a new version of repolib, this issue will resolve automatically.
Reacted by DJCrashdummy
Reacted by IsaacCodes, Nathan Heller, snifer1981, Thiago Rocha de Moraes and spamegg
I'm also having this issue. It's good to see that this is cosmetic, but it's still a bit annoying. Are there any plans to fix this? Does anyone more knowledgeable than me know what'd be involved in doing that?
Activity
[-]microsoft source appears to disable itself after installing vscode update[/-][+]microsoft source appears to disable itself after installing vscode update even though it's still enabled[/+]IsaacCodes commentedon Oct 5, 2025
Yea this keeps happening to me as well. Not sure why it keeps auto disabling
spamegg1 commentedon Oct 6, 2025
I can reproduce the issue.
However it seems to be purely cosmetic, the repository works fine.
naheller commentedon Oct 6, 2025
I'm also experiencing this issue. Mintsources 2.3.4
DetachHead commentedon Oct 8, 2025
i noticed that too, although a recent update seems to have removed the repo entirely?
spamegg1 commentedon Oct 8, 2025
Is it still in your
/etc/apt/sources.list.ddirectory?Does it still come up when you do
apt update?DetachHead commentedon Oct 8, 2025
i already added it back sorry, if it happens again i will check
IsaacCodes commentedon Oct 15, 2025
Yea looks like everything still updates fine through the update manager even after it gets auto-disabled in sources (without needing to re-enable it or anything)
DetachHead commentedon Oct 25, 2025
ok it happened again, and it's not present in either of those
EvgenyAfanasev commentedon Nov 24, 2025
I have same issue
MasterTJ123 commentedon Apr 8, 2026
Any update on this? It keeps happening to me too with Docker and Microsoft repositories.
DetachHead commentedon Apr 8, 2026
as a workaround i switched to vscodium instead
darkowlzz commentedon Apr 8, 2026
I had a look at what is going on with this last week and submitted my findings at pop-os/repolib#92 .
To contextualize the findings from an end-user's perspective, mintsources uses repolib for loading and parsing of the source files (both the legacy
.listand the new.sources). There seems to be a bug in the repolib's.sources, also known as Deb822 format, parsing, such that it sees the sources without anyEnabledfield as disabled. But according to the specification, absence ofEnabledfield should be interpreted as enabled. This is why when mintsources is opened, the repositories appear as disabled. When a user manually clicks to enable it, mintsources overwrites the source file using repolib when addsEnabled: yes.But as evident from the comment at the top of the file, the file is managed by the package manager. Updates from the repository will overwrite the changes, which results in removing the
Enabledfield (as in the original version), and when mintsources is opened, it shows the repository as disabled.This is a problem in the mintsources source management UI only. The underlying
aptpackage manager parses the sources fine. So, even though mintsources shows the repository as disabled, when mintsources calls apt for updates, it will do the right thing.As a user, unless there's an explicit
Enabled: noin the.sourcesfile, everything should be fine. System updates will also fetch the updates these repositories. Please have a look for the.sourcesfiles under/etc/apt/sources.list.d/to make sure they aren't actually disabled. Once the repolib's interpretation issue is fixed and mint packages receive a new version of repolib, this issue will resolve automatically.naheller commentedon Apr 9, 2026
Very interesting. Thanks for looking into this @darkowlzz!
anaximeno commentedon Jun 1, 2026
You can send the PR here too if they are unresponsive in the upstream repo, Mint could patch it downstream too.
Lightning11wins commentedon Jun 10, 2026
I'm also having this issue. It's good to see that this is cosmetic, but it's still a bit annoying. Are there any plans to fix this? Does anyone more knowledgeable than me know what'd be involved in doing that?
mtwebster commentedon Sep 23, 2026
Should be fixed by linuxmint/repolib@8dd08a3