Jessie to Stretch upgrade

Help with issues regarding installation of Debian

Re: Jessie to Stretch upgrade

Postby luvr » 2017-08-12 10:37

Thorny wrote:If you go to the Debian package search site you could look up those packages.
Or, alternatively, you could run apt-cache policy on them:
Code: Select all
$ apt-cache policy PACKAGE-NAME
If PACKAGE-NAME is installed but not available in any repository, the version table will show only one instance of the package, with origin ‘/var/lib/dpkg/status’ (i.e., your local system).

Nothing wrong with wanting to do housekeeping on your system as long as you aren't trying to get someone else to figure it out for you.
I once took such a detailed look at the list of packages that had become obsolete, or about which the apt logs had recorded some weird message, after I migrated my system from Debian stable to testing. Though such an action isn’t in any way critical, I did find it quite instructive at the time.
luvr
 
Posts: 79
Joined: 2016-07-21 19:39
Location: Boom - The Home Town of Tomorrowland, Belgium

Re: Jessie to Stretch upgrade

Postby ceylan » 2017-08-12 12:06

I am learning a lot.Thank you.I was afraid to break the system.
ceylan
 
Posts: 10
Joined: 2016-01-29 15:58

Re: Jessie to Stretch upgrade

Postby Thorny » 2017-08-12 14:05

ceylan wrote:I am learning a lot.Thank you.I was afraid to break the system.

Sure, there are other alternate ways too. If you have aptitude installed you could query it for "why" regarding a specific package, for example. Another topic you might investigate.

Make sure you keep a good backup of your system, you need to protect any data you would not want to lose and make sure you know how to restore it. Then if you break your system by trying something while you are learning, you are protected. This has never been optional advice, it's just that many treat it so.
Thorny
 
Posts: 332
Joined: 2011-02-27 13:40

Re: Jessie to Stretch upgrade

Postby dasein » 2017-08-12 14:30

Thorny wrote:This has never been optional advice, it's just that many treat it so.

Nicely said. :cool:
User avatar
dasein
 
Posts: 7775
Joined: 2011-03-04 01:06
Location: Terra Incantationum

Re: Jessie to Stretch upgrade

Postby ceylan » 2017-08-12 18:52

I backup my system every week .It is not for software but hardware can fail too
ceylan
 
Posts: 10
Joined: 2016-01-29 15:58

Re: Jessie to Stretch upgrade

Postby ruffwoof » 2017-08-12 19:32

Outstanding ... Thanks to all concerned. Like how a text message pops up whilst on the Plymouth splash screen to say that fsck is running (clearer indication of why the longer boot time rather than in Jessie when I had to <esc> to see that fsck was running).

Image

Upgraded from Jessie, jwm/pcmanfm core gui setup. Previously was using a Raleigh type consistent theme across gtk2, gtk3, qt ... but I've switched over to using a common Adwaita theme across gtk2, gtk3, qt4, qt5 (along with tweaking jwm to also have a adwaita theme look-n-feel).

Initially some warnings in ~/.xsession-errors about deprecated ...., tweaked ~/.config/gtk-3.0/gtk.css as indicated by those warnings.

/usr/share/applications/mtpaint.desktop Exec line was using a %U parameter and not opening files. Changed that to a %f parameter and works fine now.

Outstanding ...

1. RadioTray warnings in ~/.xsession-errors
Code: Select all
/usr/lib/python2.7/dist-packages/radiotray/XmlDataProvider.py:23: PyGIWarning: Gtk was imported without specifying a version first. Use gi.require_version('Gtk', '3.0') before import to ensure that the right version gets loaded.
  from gi.repository import Gtk
/usr/lib/python2.7/dist-packages/radiotray/AudioPlayerGStreamer.py:64: FutureWarning: The behavior of this method will change in future versions. Use specific 'len(elem)' or 'elem is not None' test instead.
  if(cfg_provider._settingExists("buffer_size")):
/usr/share/radiotray/plugins/NotificationPlugin.py:25: PyGIWarning: Notify was imported without specifying a version first. Use gi.require_version('Notify', '0.7') before import to ensure that the right version gets loaded.
  from gi.repository import Notify


Also a issue with LibreOffice Tools/Option/View Scaling dialog size

Image

Other than that the upgrade went really smooth/easy, and is now looking really good. Again thanks to all concerned.
ruffwoof
 
Posts: 195
Joined: 2016-08-20 21:00

Re: Jessie to Stretch upgrade

Postby dasein » 2017-08-12 19:38

ceylan wrote:I backup my system every week .It is not for software but hardware can fail too

Yay you! That's exactly correct. :cool:

I often liken a backup to a spare tire in a car. The question is not if it will be needed, but when.
User avatar
dasein
 
Posts: 7775
Joined: 2011-03-04 01:06
Location: Terra Incantationum

Re: Jessie to Stretch upgrade

Postby ruffwoof » 2017-08-12 19:51

ceylan wrote:I backup my system every week .It is not for software but hardware can fail too

I use a scratchpad type ext3 format first partition that I have grub4dos installed to, that's sized to 15GB. That grub4dos menu.lst contains a number of boot choices, Debian full, Debian frugal, Puppy Linux, FreeBSD full and a second FreeBSD cli admin choices.

What I do is use mksquashfs (squashfs-tools package) to make compressed filesystem snapshots of that sda1 partition, storing those copies on a later partition, but also with copies of those backed up to disconnected storage. Typically I can mksquashfs /mnt/sda1 some.sfs ... in around a couple of minutes and it takes around a minute to unsquashfs that back again (unsquashfs -f -d /mnt/sda1 some.sfs). In effect I can drop in multiple choices of 'full installs' quickly and have other boot choices as well (so if one breaks I can use another, including USB and CD based boot choices). Works well for me. I particularly like being able to boot a copy of the Debian full install as a frugal install, where changes are only recorded in memory, not on disk ... so a reboot clears all of those changes (great for testing things out). For that you have to install live-boot and create a empty filesystem.squashfs file in /live (cd /live; mkdir etc
mksquashfs etc filesystem.squashfs) along with setting the partition label to persistence ... and then boot with persistence persistence-read-only kernel boot parameters. i.e. as though a full liveCD install but where everything is being stored in the persistence partition (and there's nothing in the main filesystem.squashfs).

Key (at least for me) is data backups. System backups ... I could live without as they're easily obtained, just the time re-setting things back up again to how you like it. Data ... invaluable/irreplaceable and as such is where the greatest effort of protection should be spent. Multiple copies, including some being geographically distant (USB's stored in another family members home).
ruffwoof
 
Posts: 195
Joined: 2016-08-20 21:00

Re: Jessie to Stretch upgrade

Postby ruffwoof » 2017-08-12 23:09

ceylan wrote:Few days ago I upgraded Jessie to Stretch.I do not have any problems and everything is running smoothly. Before upgrading I had my system updated and I did not have any extra repos enabled.I had only google chrome and I disabled it before upgrading.In synaptics I did not have a single (local or obsolete) package. However after upgrading I have some packages in the obsolete section.I am not sure about removing them if safe or not.Since I have not installed anything from outside and I did not have any of those before upgrading is it safe to remove them?

After upgrading to Stretch and using it for a while, I removed mine (Obsoletes identified by Synaptic, I just used the Remove choice). Around 20 IIRC. I also removed many Reconfigured not installed ... around 100 or so, using Complete Remove. I think they're old stuff that I probably installed, tried and later uninstalled whilst using Jessie that left residual config files around which Complete Remove seems to have cleaned up. So far I've not seen any adverse consequences from that cleanup.
ruffwoof
 
Posts: 195
Joined: 2016-08-20 21:00

Previous

Return to Installation

Who is online

Users browsing this forum: No registered users and 7 guests

fashionable