You are not logged in.
The BunsenLabs Team is pleased to announce the availability of our beta1 ISO image:
https://mirror.vinzv.space/bunsenlabs/helium/beta/
As with the alpha images, please be aware that the repositories will be disabled after the release and so must be changed to receive further updates of the BunsenLabs packages.
New repositories now available:
https://forums.bunsenlabs.org/viewtopic … 172#p70172
It is also possible that the configuration files in /usr/share/bunsen/skel will change between now and the release and these changes will *not* be applied to the user's home directory, they will have to be merged manually instead.
There have been some problems reported with the partitioning section of the installer so for best results we recommed pre-partitioning the target drive — the "live" session has gparted available for this.
Finally, we have included an installer that can be run from the "live" session:
pkexec debian-installer-launcher live
Or for the Gtk installer:
su-to-root -X -c /usr/sbin/debian-installer-launcher live
Please note that this feature is highly experimental in nature: in my test the wireless connection failed (because NetworkManager was running) and GRUB wouldn't install (not sure why).
Again, for best results we recommend installing from the boot menu option.
Anyway, happy testing!
P.S. install this screenfetch .deb if you want to post screenshots:
http://eu.pkg.bunsenlabs.org/debian/poo … -1_all.deb
I hate that generic penguin logo... 8o
Last edited by johnraff (2018-05-17 02:26:12)
Offline
Nice will download and install soon.
"All we are is dust in the wind, dude"
- Theodore "Ted" Logan
"Led Zeppelin didn't write tunes that everybody liked, they left that to the Bee Gees."
- Wayne Campbell
Offline
Installed, looking good. 0 packages needed upgrading, I love new builds!
I need to submit a commit to the bl-exit theme. The problem is that the mouse-hover highlight color is so bright and the active tab is so subtle that you're never really sure what's going to happen when you hit Enter. An easy fix, I'll head to GitHub and post it soon.
I don't understand how the shortcuts in the new theme will be "self-discoverable". Nice work with enabling them and the tooltips, though, @tknomanzr!
@johnraff, great work with live-build.
Great work, Team!
I don't care what you do at home. Would you care to explain?
Offline
Ah, one note...
On my old-ish Inspiron laptop, the GUI display manager (login screen) and the desktop itself took at least a solid minute each to load on first boot. This is, AFAICT, normal, subsequent boots/logins are fast.
I don't care what you do at home. Would you care to explain?
Offline
One more note: debian-installer-live can also be run in "text" mode - this might possibly be more reliable. In my brief test yesterday I ran it from the live session, in a terminal, with:
sudo debian-installer-launcher live --text
The installation seemed to go OK, but you still have to exit the live session normally, and remove the "disk" before rebooting. It's less pretty than what you get from the regular boot menu. Anyway, please check out the various alternatives...
We'll have to think about whether it's worth including this in the official release or not.
...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )
Offline
We'll have to think about whether it's worth including this in the official release or not.
Wasn't one reason we haven't included it up till now is that it only works on 64 bit builds?
I don't care what you do at home. Would you care to explain?
Offline
debian-installer-live can also be run in "text" mode
I've added details to the OP for starting the installer in graphical or text mode.
It works OK for an ethernet connection but the wireless fails because of a NetworkManager conflict, GRUB also fails in that situation because it is downloaded by the installer.
Offline
^I'll test that out on Tuesday.
EDIT: I meant the 64 bit arch restriction, sorry.
Last edited by johnraff (2018-04-02 07:39:31)
...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )
Offline
Installed, looking good. 0 packages needed upgrading, I love new builds!
I need to submit a commit to the bl-exit theme. The problem is that the mouse-hover highlight color is so bright and the active tab is so subtle that you're never really sure what's going to happen when you hit Enter. An easy fix, I'll head to GitHub and post it soon.
I don't understand how the shortcuts in the new theme will be "self-discoverable". Nice work with enabling them and the tooltips, though, @tknomanzr!
@johnraff, great work with live-build.
Great work, Team!
I believe that the next iteration will be really pleasing. However, it still needs testing and feedback. I would just prefer we get an iso released before I try to push it. We have agreed to push it as a point release at a later date.
Offline
Forgive my ignorance but I gather that if one is already on "Alpha 6" all that needs to be done is:
apt-get update && apt-get dist-upgrade
in order to move to the "beta" or do I need to re-install?
Offline
Nice. I assume that there will be more than one beta iso ?
Offline
do I need to re-install?
Well, a re-install would help us test the installer itself but you don't have to do that.
As I mentioned in the OP, the only caveat is that any configuration changes made through package updates will *not* be applied to the user's home directory so in addition to `apt update && apt upgrade` it is also necessary to check the files in /usr/share/bunsen/skel/ and compare them with the configuration files in the home directory.
Our github page shows the contents, it may be more convenient to browse them there:
https://github.com/BunsenLabs/bunsen-co … m-dev/skel
As long as you remember to check those files after any updates of the bunsen-configs package and also change the BunsenLabs repositories after the release then any system installed from the beta1 ISO will be "good to go" and should be functionally identical to a similarly configured system freshly installed from a release ISO image (more or less).
Offline
I assume that there will be more than one beta iso ?
That depends on how many bugs our diligent team of dedicated testers find.
Get hunting folks!
Offline
DustyB wrote:do I need to re-install?
Well, a re-install would help us test the installer itself but you don't have to do that.
As I mentioned in the OP, the only caveat is that any configuration changes made through package updates will *not* be applied to the user's home directory so in addition to `apt update && apt upgrade` it is also necessary to check the files in /usr/share/bunsen/skel/ and compare them with the configuration files in the home directory.
Our github page shows the contents, it may be more convenient to browse them there:
https://github.com/BunsenLabs/bunsen-co … m-dev/skel
As long as you remember to check those files after any updates of the bunsen-configs package and also change the BunsenLabs repositories after the release then any system installed from the beta1 ISO will be "good to go" and should be functionally identical to a similarly configured system freshly installed from a release ISO image (more or less).
^ I prefer to rename configs that I wish to keep, especially menu.xml, then run
bl-user-setup --refresh
This will move all the new configs into your $HOME directory. Word of warning though that it will overwrite any configurations there, so be sure to rename the stuff you want to keep.
Offline
sweet
will try it out fo,su
ò-ò]>
at the beginning there was darkness then came light
Offline
Having a way to reset or recreate a user's profile with default configs sounds like a good idea if something got borked in the profile and a new one needs to be made.
Real Men Use Linux
Offline
DustyB wrote:do I need to re-install?
Well, a re-install would help us test the installer itself but you don't have to do that.
Thank you @Head_on_a_Stick @tknomanzr
Offline
Testing beta from a live USB on my HiDPI thinkpad.
One remark about fonts: current default font setup make it very difficult to read some web pages, like the editor on github.com, which rely on system fonts.
The font displayed is superthin, and difficult to read. I had to install fonts-liberation2 and restart firefox to get something more readable.
This happens after having changed the default monospace font in fontconfig, and reloaded the fonts cache (terminal display is not affected by the problem described in this post).
Font-family on github.com's code editor:
"SFMono-Regular",Consolas,"Liberation Mono",Menlo,Courier,monospace
I guess the issue happens because 'Courier' is the first match, before system's default monospace.
Screenshot of the page with default font:
Once liberation2 is installed:
Might be worth installing liberation2 package by default...
Thinkpad X1Carbon 3rd Gen | BunsenLabs Deuterium
Thinkpad X250 | BunsenLabs Deuterium
Thinkpad X1Carbon 1st Edition | CrunchBang Waldorf r20121015
Thinkpad X240 | Wally <-- don't buy that & Eee-PC 1000H | CrunchBang Statler r20110207 Openbox
Offline
the issue happens because 'Courier' is the first match, before system's default monospace
Yes, thanks alef, I've just confirmed this on my system.
This may be why #! had the Liberation fonts as default...
Offline
I wanted to compare our ISO to the 'nonfree-firmware included' live images debian offered. I tried their netinstall and Mate images.
First, they are terribly slow to download, both the cd-iso and the torrent.
Second, firmware-b43-installer is not included, so my Dell Inspiron's WiFi wouldn't work, so the Live session had no Internet access (it does in helium and in hydrogen) and I had to abort the installations.
Conclusion... out Live image is better than the official "unofficial" Debian images.
I don't care what you do at home. Would you care to explain?
Offline