You are not logged in.

#1 2015-11-26 18:57:13

extraspecialbitter
Member
From: Centerville, MA, USA
Registered: 2015-10-12
Posts: 51
Website

RC1 to RC2 question

I'm running BL 8.2 RC1 after a flawless install from a thumbnail drive. Will the upgrade to RC2 be as simple as doing a "sudo apt-get update && sudo apt-get dist-upgrade", or is a fresh re-install advised?

Offline

#2 2015-11-26 18:59:40

Head_on_a_Stick
Member
From: London
Registered: 2015-09-29
Posts: 8,759
Website

Re: RC1 to RC2 question

extraspecialbitter wrote:

Will the upgrade to RC2 be as simple as doing a "sudo apt-get update && sudo apt-get dist-upgrade", or is a fresh re-install advised?

I can't remember the details -- do you have the BunsenLabs repositories in /etc/apt/sources.list{.d/}?

What is the output of:

apt-cache policy

It may be that a simple `apt update && apt upgrade` is all that is needed.


“Et ignotas animum dimittit in artes.” — Ovid, Metamorphoses, VIII., 18.

Forum Rules   •   How to report a problem   •   Software that rocks

Offline

#3 2015-11-26 19:36:25

nobody0
Disabled account
Registered: 2015-09-29
Posts: 664

Re: RC1 to RC2 question

extraspecialbitter wrote:

I'm running BL 8.2 RC1 after a flawless install from a thumbnail drive. Will the upgrade to RC2 be as simple as doing a "sudo apt-get update && sudo apt-get dist-upgrade", or is a fresh re-install advised?

It should be, otherwise something would be wrong. I suppose Jessie won't get broken by moving from 8.2 to 8.3, and most probably BunsenLabs scripts would stay put.

Offline

#4 2015-11-27 21:48:43

extraspecialbitter
Member
From: Centerville, MA, USA
Registered: 2015-10-12
Posts: 51
Website

Re: RC1 to RC2 question

@Head_on_a_stick and @ostrolek - thanks for the replies!

Head_on_a_Stick wrote:
extraspecialbitter wrote:

Will the upgrade to RC2 be as simple as doing a "sudo apt-get update && sudo apt-get dist-upgrade", or is a fresh re-install advised?

I can't remember the details -- do you have the BunsenLabs repositories in /etc/apt/sources.list{.d/}?

What is the output of:

apt-cache policy

It may be that a simple `apt update && apt upgrade` is all that is needed.

My /etc/apt/sources.list is fairly vanilla and so far untouched:

# deb cdrom:[Debian GNU/Linux 8 _Jessie_ - Official Snapshot amd64 LIVE/INSTALL Binary 20150909-03:19]/ jessie contrib main non-free

deb http://debian.csail.mit.edu/debian/ jessie main non-free contrib
#deb-src http://debian.csail.mit.edu/debian/ jessie main non-free contrib

deb http://security.debian.org/ jessie/updates main contrib non-free
#deb-src http://security.debian.org/ jessie/updates main contrib non-free

# jessie-updates, previously known as 'volatile'
deb http://debian.csail.mit.edu/debian/ jessie-updates main contrib non-free
#deb-src http://debian.csail.mit.edu/debian/ jessie-updates main contrib non-free

# added by bl-welcome
# Multimedia repository
deb http://www.deb-multimedia.org jessie main non-free

And I do seem to have at least one bunsen repo under /etc/apt/sources.list.d:

pablo@eltriunfo=> ls -l sources.list.d
total 12
-rw-r--r-- 1 root root  55 Nov 27 15:47 atlassian-hipchat.list
-rw-r--r-- 1 root root  57 Sep  9 03:00 bunsen.list
-rw-r--r-- 1 root root 176 Nov 27 15:49 google-chrome.list
pablo@eltriunfo=> cat sources.list.d/bunsen.list 
deb http://pkg.bunsenlabs.org/debian bunsen-hydrogen main

Lastly, the output of apt-cache policy:

pablo@eltriunfo=> apt-cache policy
Package files:
 100 /var/lib/dpkg/status
     release a=now
 500 http://dl.google.com/linux/chrome/deb/ stable/main amd64 Packages
     release v=1.0,o=Google, Inc.,a=stable,n=stable,l=Google,c=main
     origin dl.google.com
 500 http://pkg.bunsenlabs.org/debian/ bunsen-hydrogen/main amd64 Packages
     release o=bunsenlabs,n=bunsen-hydrogen,l=bunsenlabs,c=main
     origin pkg.bunsenlabs.org
 500 http://downloads.hipchat.com/linux/apt/ stable/main amd64 Packages
     release n=stable,c=main
     origin downloads.hipchat.com
 500 http://www.deb-multimedia.org/ jessie/non-free amd64 Packages
     release o=Unofficial Multimedia Packages,a=stable,n=jessie,l=Unofficial Multimedia Packages,c=non-free
     origin www.deb-multimedia.org
 500 http://www.deb-multimedia.org/ jessie/main amd64 Packages
     release o=Unofficial Multimedia Packages,a=stable,n=jessie,l=Unofficial Multimedia Packages,c=main
     origin www.deb-multimedia.org
 500 http://debian.csail.mit.edu/debian/ jessie-updates/non-free Translation-en
 500 http://debian.csail.mit.edu/debian/ jessie-updates/main Translation-en
 500 http://debian.csail.mit.edu/debian/ jessie-updates/contrib Translation-en
 500 http://debian.csail.mit.edu/debian/ jessie-updates/non-free amd64 Packages
     release o=Debian,a=stable-updates,n=jessie-updates,l=Debian,c=non-free
     origin debian.csail.mit.edu
 500 http://debian.csail.mit.edu/debian/ jessie-updates/contrib amd64 Packages
     release o=Debian,a=stable-updates,n=jessie-updates,l=Debian,c=contrib
     origin debian.csail.mit.edu
 500 http://debian.csail.mit.edu/debian/ jessie-updates/main amd64 Packages
     release o=Debian,a=stable-updates,n=jessie-updates,l=Debian,c=main
     origin debian.csail.mit.edu
 500 http://security.debian.org/ jessie/updates/non-free Translation-en
 500 http://security.debian.org/ jessie/updates/main Translation-en
 500 http://security.debian.org/ jessie/updates/contrib Translation-en
 500 http://security.debian.org/ jessie/updates/non-free amd64 Packages
     release v=8,o=Debian,a=stable,n=jessie,l=Debian-Security,c=non-free
     origin security.debian.org
 500 http://security.debian.org/ jessie/updates/contrib amd64 Packages
     release v=8,o=Debian,a=stable,n=jessie,l=Debian-Security,c=contrib
     origin security.debian.org
 500 http://security.debian.org/ jessie/updates/main amd64 Packages
     release v=8,o=Debian,a=stable,n=jessie,l=Debian-Security,c=main
     origin security.debian.org
 500 http://debian.csail.mit.edu/debian/ jessie/non-free Translation-en
 500 http://debian.csail.mit.edu/debian/ jessie/main Translation-en
 500 http://debian.csail.mit.edu/debian/ jessie/contrib Translation-en
 500 http://debian.csail.mit.edu/debian/ jessie/contrib amd64 Packages
     release v=8.2,o=Debian,a=stable,n=jessie,l=Debian,c=contrib
     origin debian.csail.mit.edu
 500 http://debian.csail.mit.edu/debian/ jessie/non-free amd64 Packages
     release v=8.2,o=Debian,a=stable,n=jessie,l=Debian,c=non-free
     origin debian.csail.mit.edu
 500 http://debian.csail.mit.edu/debian/ jessie/main amd64 Packages
     release v=8.2,o=Debian,a=stable,n=jessie,l=Debian,c=main
     origin debian.csail.mit.edu
Pinned packages:

Offline

#5 2015-11-27 22:43:19

hhh
Meep!
Registered: 2015-09-17
Posts: 12,177
Website

Re: RC1 to RC2 question

There should be no reason to do a fresh install. The next release, which will probably not be RC2 but rather the "Official" release, will be very close to the RC1. Maybe a few differences in the Debian packages, which we'll post, and a bunch of upgrades to our Bunsen packages. We'll put together a HowTo on getting caught up without reinstalling when the ISOs are ready.

Offline

#6 2015-11-27 22:54:11

extraspecialbitter
Member
From: Centerville, MA, USA
Registered: 2015-10-12
Posts: 51
Website

Re: RC1 to RC2 question

hhh wrote:

There should be no reason to do a fresh install. The next release, which will probably not be RC2 but rather the "Official" release, will be very close to the RC1. Maybe a few differences in the Debian packages, which we'll post, and a bunch of upgrades to our Bunsen packages. We'll put together a HowTo on getting caught up without reinstalling when the ISOs are ready.

That's awesome news, and a testimony to the fact that the BL team is doing its level best to produce an elegantly simple distribution. I'm a long-time sysadmin who is not adverse to tinkering, but I really appreciate a distro that suits my needs right out of the box.

As an aside, today I did an "sudo apt-get update && sudo apt-get upgrade" - just because - so I might be pretty close to what might have been RC2.

Offline

#7 2015-11-27 23:19:42

hhh
Meep!
Registered: 2015-09-17
Posts: 12,177
Website

Re: RC1 to RC2 question

Just realize that upgrades to bunsen-configs get written to /usr/share/bunsen/skel (view hidden files) and only automatically write themeselves to ~/ during the actual install. You'll have to manually copy files from, for example /skel/.config to ~/.config after an upgrade. This is intentional.

Though @johnraff, @damo and others are continuing to improve corenominal's and create new, elegant Openbox tools, it's not us who provide an elegant distro. That'd be Debian.

Except for their Live ISO ridiculous system beep during boot. That crap is unbelievably annoying (and flipping LOUD with some speakers) and finding a fix for it was trivial (good job, hhh *pats own back*).

Offline

#8 2015-11-27 23:27:36

damo
....moderator....
Registered: 2015-08-20
Posts: 6,701

Re: RC1 to RC2 question

hhh wrote:

Just realize that upgrades to bunsen-configs get written to /usr/share/bunsen/skel (view hidden files) and only automatically write themeselves to ~/ during the actual install. You'll have to manually copy files from, for example /skel/.config to ~/.config after an upgrade. This is intentional.
....

How about we post a script to do the job? I know it is an easy task, but for some noobs.....


Be Excellent to Each Other...
The Bunsenlabs Lithium Desktop » Here
FORUM RULES and posting guidelines «» Help page for forum post formatting
Artwork on DeviantArt  «» BunsenLabs on DeviantArt

Online

#9 2015-11-27 23:31:37

hhh
Meep!
Registered: 2015-09-17
Posts: 12,177
Website

Re: RC1 to RC2 question

damo wrote:

How about we post a script to do the job? I know it is an easy task, but for some noobs.....

Pretty please... with sugar on top.

Offline

#10 2015-11-29 01:44:17

johnraff
nullglob
From: Nagoya, Japan
Registered: 2015-09-09
Posts: 8,278
Website

Re: RC1 to RC2 question

damo wrote:
hhh wrote:

Just realize that upgrades to bunsen-configs get written to /usr/share/bunsen/skel (view hidden files) and only automatically write themeselves to ~/ during the actual install. You'll have to manually copy files from, for example /skel/.config to ~/.config after an upgrade. This is intentional.
....

How about we post a script to do the job? I know it is an easy task, but for some noobs.....

So what would the script be expected to do? How can it know which files the user wants to keep, and which ones can be safely overwritten, or what entries can be safely appended to existing files...

If a complete overwrite is OK then it's very easy:
delete ~/.config/bunsen/bl-setup (an empty file), logout and in again.

All overwritten files will be backed up, regardless of whether they've been changed or not, resulting in a bunch of backup files splattered all over the place. I realize this is less than optimal behaviour but the job will be done. Existing user settings will remain in the backup files if they're needed, otherwise they can be deleted.

(A rewrite of /usr/lib/bunsen/bunsen-configs/bl-user-setup to backup only files which are different is on my to-do list.)


...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), idle Twitterings and GitStuff )

Introduction to the Bunsenlabs Lithium Desktop

Offline

#11 2015-11-29 09:10:01

nobody0
Disabled account
Registered: 2015-09-29
Posts: 664

Re: RC1 to RC2 question

^ Once, the user's setup is setup, no upgrade to the contents of skel, wherever it is situated, wouldn't change user's setup automatically, other than a new user's setup. So, only a new (fresh) install would make the user's setup correctly. Otherwise, the (old) user would have to add the new configs (if the user needs them) manually.

Last edited by nobody0 (2015-11-29 10:19:08)

Offline

#12 2015-11-29 09:24:14

brontosaurusrex
Middle Office
Registered: 2015-09-29
Posts: 2,370
Website

Re: RC1 to RC2 question

About sources.list, this looks like the new official stuff
http://httpredir.debian.org

Offline

#13 2015-11-29 12:53:00

Head_on_a_Stick
Member
From: London
Registered: 2015-09-29
Posts: 8,759
Website

Re: RC1 to RC2 question

brontosaurusrex wrote:

About sources.list, this looks like the new official stuff
http://httpredir.debian.org

I've been using httpredir for a while now and it seems to work well for me (in London) but I think S11 has reported problems with it in South America.


“Et ignotas animum dimittit in artes.” — Ovid, Metamorphoses, VIII., 18.

Forum Rules   •   How to report a problem   •   Software that rocks

Offline

#14 2015-11-29 13:03:28

Sector11
Conky 1.9er Mod Squid
From: Upstairs
Registered: 2015-08-20
Posts: 6,769

Re: RC1 to RC2 question

^ and I'll confirm that.  It wants to link me up with a debian repo here in Buenos Aires or Chile and at times update/upgrade get stuck so I have hard wired in:

deb http://ftp.us.debian.org/debian/ blah blah

Moral of the story: use what's best for you.
Is it possible that Debian is pushing http://httpredir.debian.org because it's best for them?

Take the test.  Every time I go there I end up at different places, but that's the idea, most are slower than: http://ftp.us.debian.org/


The sun will never set if you keep walking towards it. - my son
Being positive doesn't understand physics.
_______________________________
Debian 10 Buster = SharpBang ♯!

Offline

#15 2015-11-29 18:26:26

pvsage
Internal Affairs
Registered: 2015-09-29
Posts: 1,433

Re: RC1 to RC2 question

Sector11 wrote:

Every time I go there I end up at different places, but that's the idea

This.  Distributed load across multiple servers.  If you do fairly frequent updates/upgrades on stable, the slower servers shouldn't be too much of a problem, so long as it always finds a server that isn't rebuilding its database.


Be excellent to each other, and...party on, dudes!
BunsenLabs Forum Rules
Tending and defending the Flame since 2009

Offline

#16 2015-11-30 03:32:56

johnraff
nullglob
From: Nagoya, Japan
Registered: 2015-09-09
Posts: 8,278
Website

Re: RC1 to RC2 question

Just so there's no misunderstanding, for those who want to re-import the settings in /usr/share/bunsen/skel and don't mind replacing their personal config files:

johnraff wrote:

If a complete overwrite is OK then it's very easy:
delete ~/.config/bunsen/bl-setup (an empty file), logout and in again.


...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), idle Twitterings and GitStuff )

Introduction to the Bunsenlabs Lithium Desktop

Offline

#17 2015-11-30 04:15:10

tknomanzr
BL Die Hard
From: Around the Bend
Registered: 2015-09-29
Posts: 1,057

Re: RC1 to RC2 question

If you need to reset all your configs, for whatever reason, @damo's BLOB script might be a good idea to backup and restore your configs
BunsenLabs Openbox Configuration Manager

Offline

Board footer

Powered by FluxBB