msbln wrote:Update Manager now tells me the system is up to date,although still UpdatePackage 2 is used and UP3 is available.

Actually, I'll defer to zerozero for the answers to most of your questions, but I believe that the reason that your MUD shows that UP2 and UP3 are still available is because you used the CLI to update, and the MUD doesn't know this because it only keeps track of what IT does, rather than what has been done by other means ..... just my thoughts on this particular matter (My thoughts about this and 5 cents will buy you a stick of penny bubble gum in some small stores)

Is there a way to make mintupdate (optionally?) prompt for a reboot once upgrades are finished? Perhaps you can borrow some code from debian's update manager which does just that? It seems weird to me that it just drops away after a successful upgrade without any kind of message or notification, especially after something as major as going from up3-up4. I don't know how similar the programs are...

I recently upgraded to up4 ... I noticed that after upgrading itself, mintupdate said I was already using up4, even though it had over a thousand upgrades available, is there some cheating going on here? Is it really checking the update pack version?

I also noticed that when I did choose to reboot, all the fonts on the reboot prompt were replaced by empty squares, basically what is seen occasionally on a web page when a system does not have the fonts installed. I rebooted anyway, but it begs the question, What other quirkyness would be seen by the inexperienced user who chose to continue using their system after so many upgrades had been performed without a reboot?

Rather than imitating debian's update-manager, perhaps a simple notification about how reboots are a good practice after running any update? Technical users who know better can shine that on, but at least the standard end-user won't have a wonky system if they fail to reboot after their system runs through the upgrade process.

Now granted, I install a barebones cli-only debian system from the stable repos. I then upgrade to the /latest repositories. Then I install the rest of my system. This is how I have been building systems for my friends and family since the update packs came out. I like the idea of rolling testing with a bit more "testing" ... In fact, the only packages I run from packages.linuxmint.com are mintupdate-debian and mintinstall. I realize my system is not a standard LMDE box, so perhaps I am missing some "minty-ness" that would make mintinstall act differently?

When I clicked some packages to lock the version, no upgrading in synaptic, MintUpdate still showed the newer version of these packages to me.

When I changed my repo to Debain testing, cli/synaptic will told me some newer packages would remove some packages that I need. But MintUpdate told me nothing. If I followed MintUpdate, my system will be broken.

kaji331 wrote:When I changed my repo to Debain testing, cli/synaptic will told me some newer packages would remove some packages that I need.

without knowing exactly what packages are those is hard to access if you really need them, could be normal removals, replaces or a real breakage who knows? what we know for sure is a couple things:1- the change to testing nowadays is more than just changing a few words in the sources.list, if you don't look as well at the preferences file your system will be broken;2- big upgrades (like this one would be) are not to be done with MU

I also noticed that when I did choose to reboot, all the fonts on the reboot prompt were replaced by empty squares, basically what is seen occasionally on a web page when a system does not have the fonts installed. I rebooted anyway, but it begs the question, What other quirkyness would be seen by the inexperienced user who chose to continue using their system after so many upgrades had been performed without a reboot?

I got this before reboot... the unreadable squares. The wifi was down, so I didn't know if some of the error (or the list of some odd things that weren't updated) was generated by a lost wifi connexion or something else. I reboot the system and have no graphical UI.

I'm totally lost. No I can imagine spending hours trying to refamiliarize myself with Linux speak in order to fix a problem I assumed I could avoid by using a rolling distro. I jumped through hoops initially with LMDE and got everything right. I assumed the concept was well thought out and robust enough to hit the upgrade button. How stupid. I guess I should have done hours of research beforehand to see if it was "safe" to use what presents itself as safe.

Lol, the upgrade button should have a pop up that says "Don't push me unless you know so much about phreakin Linux that just having to read this warning means that you're too stupid to be running a Linux OS in the first place"

kaji331 wrote:When I changed my repo to Debain testing, cli/synaptic will told me some newer packages would remove some packages that I need.

without knowing exactly what packages are those is hard to access if you really need them, could be normal removals, replaces or a real breakage who knows? what we know for sure is a couple things:1- the change to testing nowadays is more than just changing a few words in the sources.list, if you don't look as well at the preferences file your system will be broken;2- big upgrades (like this one would be) are not to be done with MU

Just installed mint debian yesterday its really decent but have a question what is the update pack information? it mentions updating gnome, is this something I want to do or is it best to leave as is?

hi,the update-pack info is a notice of warnings/information about several issues that the users can face in that particular UP and workarounds to avoid them; in this last one (UP4) the biggest problem (for many) was the upgrade to gnome3.2, so Clem left some notes about it and how to solve that (installing cinnamon, mate).

zerozero wrote:With the new Update-Packs we got as well a new Update Tool in LMDE (MintUpdate-Debian);As the name tries to show, it's finally a proper port of the Mint update tool to the debian-based systems;