Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
[SOLVED]Updates to Debian testing (->Stretch)
- ticojohn
- Posts: 1284
- Joined: 2009-08-29 18:10
- Location: Costa Rica
- Has thanked: 21 times
- Been thanked: 44 times
[SOLVED]Updates to Debian testing (->Stretch)
I've been running Testing (amd64) for several months on an Intel NUC5i5ryh, that I use as a HTPC, and am really pleased with everything. However, I keep reading where Testing might break in the very near future as developers try to get new code in to the system before the freeze. Sure don't want to be without the HTPC but I also don't like not keeping the system up to date. I rarely use the NUC for anything besides watching movies via Kodi so there should be minimal security risks (not zero however). So my question is: Should I stop doing upgrades until such time as it is released as Stretch?
Last edited by ticojohn on 2017-01-19 15:26, edited 1 time in total.
I am not irrational, I'm just quantum probabilistic.
Re: Updates to Debian testing (->Stretch)
No. (And purely pedantically, you mean released as Stable. It's already Stretch.)ticojohn wrote:Should I stop doing upgrades until such time as it is released as Stretch?
Speaking as a very likely source of the statement that Testing is buggiest just before the freeze, I'll encourage you to read what else I said: once the freeze takes place, Testing only gets better (mostly). The RC-bugs/KLOC ratio only goes down. So if things are running as swimmingly as you say they are for you, there is no point at all in waiting until release.
That said, if you actually care, maybe stop updating until Stretch is completely frozen (which isn't all that long anyway). Then restart with regular updates.
Or, as I'm now officially tired of repeating, back up your system regularly so that you don't actually have to care if something breaks. (Bonus: a regular and reliable backup regimen will save you from having to post a new thread every time you're worried that something might break, plus it protects against known and entirely predictable threats such as HDD failures, lightning strikes, etc.)
[/thread]
- ticojohn
- Posts: 1284
- Joined: 2009-08-29 18:10
- Location: Costa Rica
- Has thanked: 21 times
- Been thanked: 44 times
Re: Updates to Debian testing (->Stretch)
I DO perform regular backups of my home directory but don't have drive space to back up the entire system. Thank you very much! And you appear to have wanted me to read an attached THREAD, but it's missing.dasein wrote:
Or, as I'm now officially tired of repeating, back up your system regularly so that you don't actually have to care if something breaks. (Bonus: a regular and reliable backup regimen will save you from having to post a new thread every time you're worried that something might break, plus it protects against known and entirely predictable threats such as HDD failures, lightning strikes, etc.)
[/thread]
I am not irrational, I'm just quantum probabilistic.
Re: Updates to Debian testing (->Stretch)
As a longtime sid user, where the possibility of an update breaking the system is a daily risk, here's my daily routine.
1. In a root terminal with the GUI still running
Now, stop and review carefully what is about to happen. First, look for removals. If anything is to be removed, that is your first and primary sign of danger. If it has been a long while (many days or weeks) since your last update, and you really want to get the system updated, then you need to research any package that is to be removed, using depends and rdepends and the information in Debian packages. Sometimes a package is obsoleted by introduction of a replacement package with a different name, so the prior package can safely be let go. But the more typical case is that a dependency will be broken by other upgraded packages, resulting in removal of something that you/your system needs, and that will break it. So, when you see removals, especially when your system has been updated in the recent past, it's safest and easiest to abort the full-upgrade with a "n", and try again tomorrow when it's (hopefully) safe.
2. If it looks safe to proceed, answer "y" and let the packages be downloaded.
3. Ctrl-Alt-F1 to the tty1 console, and log in as root.
Someone will soon post that this is not necessary. I'm not so sure. I'm not a software engineer and I don't wish to have any breakage in the xserver and GUI part of my systems. I have three fully updated sid systems that have been running error free since the last time some piece of hardware broke or got upgraded some years ago, so .....
4.
It has happened very rarely that, even with no packages removed, a buggy new package has broken sid systems. But this situation is pretty obvious and the fixed package comes in pretty quickly, so I doubt this would even happen in testing.
1. In a root terminal with the GUI still running
Code: Select all
apt update
Code: Select all
apt full-upgrade -d
2. If it looks safe to proceed, answer "y" and let the packages be downloaded.
3. Ctrl-Alt-F1 to the tty1 console, and log in as root.
Code: Select all
systemctl isolate multi-user.target
4.
Code: Select all
apt full-upgrade
Code: Select all
apt clean
Code: Select all
systemctl isolate graphical.target && exit
Debian sid / siduction KDE
- ticojohn
- Posts: 1284
- Joined: 2009-08-29 18:10
- Location: Costa Rica
- Has thanked: 21 times
- Been thanked: 44 times
Re: Updates to Debian testing (->Stretch)
Thanks dibi. That's useful information. I probably ought to look again at the switches available for apt. Probably can run apt-get dist-upgrade with some switch (maybe -s) that would simulate the upgrade without actually doing it. Your response was helpful.dibl wrote: Now, stop and review carefully what is about to happen. First, look for removals. If anything is to be removed, that is your first and primary sign of danger.
EDIT: Just looked at the man page for apt-get and see that the -d option is to download but not unpack or install. That's cool. Thanks for that tip.
I am not irrational, I'm just quantum probabilistic.
-
- Emeritus
- Posts: 2435
- Joined: 2010-12-07 19:55
- Has thanked: 14 times
- Been thanked: 54 times
Re: Updates to Debian testing (->Stretch)
@ticojohn
Things a changing from apt-get to apt. Look closer at dibl's post...Probably can run apt-get dist-upgrade
- ticojohn
- Posts: 1284
- Joined: 2009-08-29 18:10
- Location: Costa Rica
- Has thanked: 21 times
- Been thanked: 44 times
Re: Updates to Debian testing (->Stretch)
Ahh, thank you. My ignorance showing through once again.arochester wrote:@ticojohn
Things a changing from apt-get to apt. Look closer at dibl's post...Probably can run apt-get dist-upgrade
I am not irrational, I'm just quantum probabilistic.
Re: Updates to Debian testing (->Stretch)
What are you doing with those systemctl commands, can you share in detail ?dibl wrote:
3. Ctrl-Alt-F1 to the tty1 console, and log in as root.
.....Code: Select all
systemctl isolate multi-user.target
Code: Select all
systemctl isolate graphical.target && exit
I did see https://dynacont.net/documentation/linu ... _commands/
Intel Dual-Core CPU E5400 (soc 775) @ 2.70GHz, onboard Intel G33, Asus MB P5KPL-AM IN (Intel G31), D-Link 2750u modem+router, 64-bit Debian Testing, Mate 1.26
- Head_on_a_Stick
- Posts: 14114
- Joined: 2014-06-01 17:46
- Location: London, England
- Has thanked: 81 times
- Been thanked: 132 times
Re: Updates to Debian testing (->Stretch)
The first command disables the graphical environment and switches to the console (TTY).shirish wrote:What are you doing with those systemctl commands, can you share in detail ?
The second command reverses that.
EDIT:
IMO, that is not necessarydibl wrote:Someone will soon post that this is not necessary.
deadbang
Re: Updates to Debian testing (->Stretch)
Head_on_a_Stick wrote: IMO, that is not necessary
Debian sid / siduction KDE
-
- Emeritus
- Posts: 2435
- Joined: 2010-12-07 19:55
- Has thanked: 14 times
- Been thanked: 54 times
Re: Updates to Debian testing (->Stretch)
I'm puzzled!
Does mean dibl thinks the systemctrl commands are necessary or unnecessary?
Elucidate please! (For the sake of us ignoramuses).
Does mean dibl thinks the systemctrl commands are necessary or unnecessary?
Elucidate please! (For the sake of us ignoramuses).
Re: Updates to Debian testing (->Stretch)
Ignoramuses running Debian are few and far between, and none on this thread (so far).arochester wrote: Elucidate please! (For the sake of us ignoramuses).
I do not know for a fact that leaving the xserver running with a user logged in will be a cause of damage during dist-upgrade/full-upgrade. However, I've been running sid since long before systemd was introduced, and under the sysv init system it was a written caution in all the sid-based distros to log out and shut down the X server before running dist-upgrade, to avoid damaging the GUI configuration, login manager, etc. Subsequently, I keep watching for the brave soul who can assure me there is no such risk with systemd, and except for unsubstantiated bold opinions, I haven't seen it. So, preferring my OS to remain undamaged, I take the cautious approach.
Debian sid / siduction KDE
- cds60601
- df -h | participant
- Posts: 706
- Joined: 2017-11-25 05:58
- Location: Florida
- Has thanked: 129 times
- Been thanked: 60 times
Re: [SOLVED]Updates to Debian testing (->Stretch)
dibl -
This is an outstanding write-up. I went through this last night going from 9.3 and it was flawless (took a long time, but flawless).
Thank you!!!
Chris
This is an outstanding write-up. I went through this last night going from 9.3 and it was flawless (took a long time, but flawless).
Thank you!!!
Chris
Supercalifragilisticexpialidocious