Not using it. I don't think it is a good idea to do full-upgrade/dist-upgrade with x running. At least it should be avoided when there are upgrades to the graphics system.I always update using smxi from a console.

I've been having zero problems with the "Debian way", and I can have full control of how often I update. I've just gotten so used to it during the past year that it has become where my comfort zone is.

I haven't had to reinstall LMDE since I installed it in January. I saw warning about the original version of Mint Update and used Synaptic instead. I've now switched to "Incoming" and I'm using the new Mint Update. When in doubt, I run Synaptic to get a "second opinion" before doing an update. I haven't had any problems since using the new Mint Update and it makes it easy to add packages to the ignore list.

I installed LMDE in October last year and never had to reinstall it. As long as Squeeze was in freeze i used mintupdate but changed to the cli method when Wheezy became testing. I tried MU-debian for some days but couldn't get warm with it. I'm used in thecli method now and prefer it, because with my damn slow connection it's better not having too large updates.

It's worked fine for me, since the update pack idea was implemented. Prior to that I used command line.

I like to fire up Synaptic from time to time to find out what's now become "Local or obsolete", and so on. My impression is that the new MU is a handy tool which works well, but probably Synaptic needs to be kept around since it has all the extras.

One thing I've never figured out about MU is why it includes the option for "Backports." Isn't this concept completely meaningless with a rolling distro?

let's see: i always had issues with the old MU, and showed that several times here in the board.with the update-packs and MU-debian, i made the switch to incoming, and was a pleasant surprise:- no levels (finally!!!)- the update-pack info button;- the update defaulted to dist-upgrade;i was comfortable using it. but thn i got bored and decided to come back to testing, and here i feel "safer" with the cli (no particular reason, honestly, maybe just habit).

Critical for me:- Even if "Source code" checked under "Edit -> Software Sources -> LinuxMint Software" sometime Changelog point me to check this option without information about update.- There are no option to set auto install security fixes. I configured my second PC to apply security fixes automatically (that PC uses ubuntu). I can't find same option in MU.

Just a question about MU:- I am planning to install LMDE on my second PC. But I don't shure is MU fully compatible with apt-get, which I use now on other ubuntu PC through console to update that system. Is the "apt-get -f install; apt-get update; apt-get dist-upgrade" the same what MU did? Or, what set of commands should I use to be fully independent from MU in console?

PS:- I often use synaptic to get more information about package, especially about installed files. This is my lack of apt knowledge.- I use MU-debian, not MU which is present in package list also. I don't know is it correct, because I use "latest" repo.

Just tried the new M-U to see what it would do. It looks like it gives identical results as the CL update && dist-upgrade. I didn't go through the upgrades one by one, but both CL and M-U give the same number of upgrades (215), new installs (13) and removals (1) -- on my (not much customized) LMDE install. If the new M-U is just a gui for update && dist-upgrade, then which to use is just subjective preference. Anyone know if M-U is doing anything more or different from the CL?

zombie wrote:Not using it. I don't think it is a good idea to do full-upgrade/dist-upgrade with x running. At least it should be avoided when there are upgrades to the graphics system.I always update using smxi from a console.

Maybe this needs a new thread, but I'm wondering about this. As one who used the "distro formerly known as Sidux" for a number of years, I'm used to dropping into a text-only run-level, doing the update and dist-upgrade, then restarting X. This was stressed as the "right way" to do it for the same reason that zombie uses smxi -- it avoids complications from upgrading a running graphical desktop.

I accept that this works, however what about the many linux distros that DO upgrade in the gui? For that matter, what about Windows and Mac? They also upgrade from the gui. I think (but do not know for sure) that all these "gui upgrade systems" don't actually install those sensitive upgrades until they are restarted. In linux that is true for kernel upgrades and some other things. If that's the case, I don't really see any problem with that approach.

i believe that (drop out of X to update) is over-complicating, but is only my opinion;you don't have that option (afaik) in arch, nor in chakra (arch-based) and kernel and graphics drivers are upgraded with x running. sure pacman tells us something in those lines (specially when updating graphic drivers): the driver is in use, you have to logout or drop out of x to load the new driver ( i can past the exact warning here next time i get a driver upgrade in chakra- won't be long)

back in the topic, updating though MU-debian (from my experience) and doing dist-upgrade is the same - and this is one of MU-debian's great innovations.