[FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

hhh · 2020-08-08 21:12:02

brogild wrote:

The 64bit version uses swap a great deal on my 3Gb laptop and I was wondering if the 32bit version use the memory better.

The 32bit version uses less memory by definition and is also much less powerful mathematically, by definition. However, if you want low RAM usage and the programs you run are all available in 32 bit versions, 32 bit will work just fine for you...

https://www.geeksforgeeks.org/differenc … g-systems/

I'm using amd64 (64 bit) Buster (cinnamon) on an old Dell 4G RAM laptop and amd64 Lithium (openbox) on an old Dell 3G one. They both run fine.

I haven't been paying attention to swap usage, but I'll post back if swap gets used more on the 3G laptop if I notice it.

BTW, is there a set of apps that you often run simultaneously that are RAM heavy and might cause swap to be used? Is there a performance hit when swap starts up, lagging or screen artifacts or crashes or anything? If it's just that you see it in conky sucking up swap with no performance degradation, don't worry about it. It's linux working the way it should. In crude and inaccurate layman's terms, some RAM is being stored on another part of your hard drive temporarily...

https://access.redhat.com/documentation … -swapspace

rbh · 2020-08-08 22:08:58

brogild wrote:

I am however missing the public key for the 'kelaino' repository, can I get hold of this somewhere, or can I find it on the install medium?

$ wget -q https://kelaino.bunsenlabs.org/~johnraff/lithium-dev.asc -O - | sudo apt-key add -

Import stable lithium key

wget -q https://ddl.bunsenlabs.org/ddl/BunsenLabs-RELEASE.asc -O- | sudo apt-key add -

And change repos BL repos to:

deb https://pkg.bunsenlabs.org/debian/ lithium main
deb https://pkg.bunsenlabs.org/debian/ buster-backports main

Last edited by rbh (2020-08-08 22:09:51)

fishesandloaves · 2020-08-08 22:50:46

BL team, thanks for continuing to support an i386 installation. For those of us who still tinker with old hardware (a couple netbooks in my case), the i386 installation is a must. It all went smoothly today, except for the Dropbox installation. The email that I gave and the email for my Dropbox account are different, and I couldn't get the sign in to work (403 errors with it complaining that I was logged in to a different account). The install seems to be assuming that the emails are the same, which (if so) was not helpful. Enjoyed Hydrogen and Helium, and now on to Lithium!

DeepDayze · 2020-08-09 02:37:42

I am going to install Lithium onto an IBM Thinkpad T42 that I use as a netbook when I travel. This is an old but a solid machine.

hhh · 2020-08-09 03:31:30

I've done it, you should have no problem. Use the Arch wiki Intel fix if you experience screen tearing...

https://wiki.archlinux.org/index.php/in … cs#Tearing

brogild · 2020-08-09 08:56:14

hhh wrote:

BTW, is there a set of apps that you often run simultaneously that are RAM heavy and might cause swap to be used? Is there a performance hit when swap starts up, lagging or screen artifacts or crashes or anything? If it's just that you see it in conky sucking up swap with no performance degradation, don't worry about it. It's linux working the way it should. In crude and inaccurate layman's terms, some RAM is being stored on another part of your hard drive temporarily...

It's usually after watching longish livestreams on Youtube and then I sleep the laptop, when I wake it up there is about 1.5Gb in swap which then continues to go up, indicating that the RAM is full and the memory usage has not reset itself.
I realise that this is quite heavy usage for a 3Gb machine, but the problem wasn't particularly apparent with Helium, restarting Firefox doesn't seem to help so I reboot the machine and swap is down to zero again. It may even be a problem with Firefox where I noticed a few other mild issues too, I've updated to ESR 68.11 recently so maybe that will change things.

rbh wrote:

Import stable lithium key

Thanks for the info. Any idea what might be causing the installer to hang after autoconfiguring the network? Unlike other issues with the installer, when this happens it's not possible to go back to the 'menu' and skip a stage, it's an actual crash so I have to reboot and start install again, skipping network setup altogether.

ETA: On adding those keys I discovered that the supplied terminal does not respond to a right click, so I couldn't paste into it, and Ctrl-V doesn't work either. Typing in worked ok after I corrected the unexpected caps 'BunsenLabs' in the second line you supplied. I also needed to install gnupgp first.

Last edited by brogild (2020-08-09 09:49:06)

rbh · 2020-08-09 11:27:26

brogild wrote:

Any idea what might be causing the installer to hang after autoconfiguring the network?

For you, the installer hangs after configuring the network? It has been discussed, problems with Debian installer hanging during networkconfig...

This thread is one: Lithium installer network configuration issue

Sometimes, it's been misconfigured lan. Some has resolved it with cable connection direct to the router.
Sometimes it can be problem with linux drivers for proprieatary hw. Some has resolved it with adding usb nic wich has good linux support.

Our install cd/dvd, has a preceed with the adress to BL repos, hence working internet connection is needed to get full installation.

ETA: On adding those keys I discovered that the supplied terminal does not respond to a right click,

I do not know if you installed with 32 or 64 bit iso. On 64 bit iso, default terminal is lxterminal, which with right click on mouse, gives an menu with options to configure, copy and paste etc.
On 32 bit iso, default terminal is rxvt-unicode. You can mark terminal text with mouse and use shortcuts to copy/paste

so I couldn't paste into it, and Ctrl-V doesn't work either.

Lxterminal, use keys Shift+Ctrl+c for copy, Shift+Ctrl+v for paste
Rxvt-unicode, use keys Ctrl+Alt+c for copy, Ctrl+Alt+v for paste
Probabley it is possible to change keys, but those are the defaults.

Typing in worked ok after I corrected the unexpected caps 'BunsenLabs' in the second line you supplied.

Funny, works ok here. If you browse https://ddl.bunsenlabs.org/ddl/ (redirects to https://kelaino.bunsenlabs.org/ddl), you will see, it is not mine own speelling...

Last edited by rbh (2020-08-09 11:29:00)

brogild · 2020-08-09 19:50:20

rbh wrote:

For you, the installer hangs after configuring the network? It has been discussed, problems with Debian installer hanging during networkconfig...
This thread is one: Lithium installer network configuration issue
Sometimes, it's been misconfigured lan. Some has resolved it with cable connection direct to the router.
Sometimes it can be problem with linux drivers for proprieatary hw. Some has resolved it with adding usb nic wich has good linux support.
Our install cd/dvd, has a preceed with the adress to BL repos, hence working internet connection is needed to get full installation.

It's just this 32bit version, the 64 bit version detects network fine. To hone in a bit on the issue, it seems to hang on IPv6 autodetection, IPv4 seems to go smoothly as it zips by very fast

ETA: On adding those keys I discovered that the supplied terminal does not respond to a right click,
I do not know if you installed with 32 or 64 bit iso. On 64 bit iso, default terminal is lxterminal, which with right click on mouse, gives an menu with options to configure, copy and paste etc.
On 32 bit iso, default terminal is rxvt-unicode. You can mark terminal text with mouse and use shortcuts to copy/paste
so I couldn't paste into it, and Ctrl-V doesn't work either.
Lxterminal, use keys Shift+Ctrl+c for copy, Shift+Ctrl+v for paste
Rxvt-unicode, use keys Ctrl+Alt+c for copy, Ctrl+Alt+v for paste
Probabley it is possible to change keys, but those are the defaults.

Thanks for these tips, I assumed that Ctrl-V was standard, but will use the above ones from now on. I was using the 32bit version and cannot get a menu with right-click, presumably this is standard behaviour for that particular terminal?

ETA: Just tried the most recent 64 bit version and I'm having the same network detection problem (on two different machines, so probably not a driver issue). I don't recall seeing this before so am going to try Helium again to see if this is specific to Lithium for me.

Last edited by brogild (2020-08-09 20:35:25)

hhh · 2020-08-09 22:13:02

@brogild, please open a new support thread for this issue in Bug Reports. Thanks for testing BunsenLabs!

brogild · 2020-08-09 23:09:31

I've pretty much solved this as far as is possible, it turns out that this problem is confined to Lithium and the answer is contained within the thread that rbh linked to, ie to disable IPv6 at the installer grub menu. Everything goes fine after that.

That thread will suffice as a support thread for this issue, thanks to all who chipped in.

johnraff · 2020-08-10 02:43:11

I'll also add a note about the ipv6 issue to the Lithium release notes.
It's a Debian Installer issue, not BunsenLabs, but it might save some people some time.
And thanks to @cog for finding the fix, and to @brogild for applying it to this case.

brogild · 2020-08-10 11:40:35

I still had to manually add the 'kelaino' repository for the 32bit version (and gnupg to make that work). Presumably it contains your own tweaks that make this build possible and without that I couldn't install gnomempv (for instance) from the system menu.
Due to your input above, and help with how to paste into the terminal, this has been fairly easy.

Thanks for the work you've put into this, I've always been interested in leaner builds, which is why I ended up with BL I suppose, even if it means trying out 32bit.

rbh · 2020-08-10 12:59:29

brogild wrote:

I still had to manually add the 'kelaino' repository for the 32bit version (and gnupg to make that work).

Development versions, has repository on https://kelaino.bunsenlabs.org/~johnraff/*.
Stable BunsenLabs version has repository on http://pkg.bunsenlabs.org/debian/*.

If you have installed from stable release: lithium-1-cd-i386.hybrid.iso or later, you should NOT add 'kelaino' repository!

If you have an working internet connection, repositorys from Bunsenlabs will be in file /etc/apt/sources.list.d/

They who have have installed from development/release candidat iso, should change over from keliano repos to pkg.bunsenlabs!

If ever in doubt about which repo to download from, check out info on https://www.bunsenlabs.org/repositories.html.

I advice you to read throug the information on https://www.bunsenlabs.org/ and linked page: [STABLE RELEASE] BunsenLabs Lithium Official ISOs

Presumably it contains your own tweaks that make this build possible and without that I couldn't install gnomempv (for instance) from the system menu.

No! Keliano repo and pkg.bunsenlab repo should be the same now. But, new changes to bunsenlabs, wil only be uploaded to pkg.bunsenlab.
I and one other user have encountered problem installing mhwaveedit, from the System menu. No one else has experienced that. That seems to be a bug under some conditions.
I have no problem to install mhwaveedit in synaptic or in terminal.
If you can not install from System Menu bit in terminal/synaptic, you have encounterd the same bug.

I've always been interested in leaner builds, which is why I ended up with BL I suppose, even if it means trying out 32bit.

With 3 GB ram and 64 bit capable cpu, I myself would go for 64 bit installation. With 500 MB to 1 GB, I have chosen 32 bit installation...

brogild · 2020-08-10 13:20:07

It was on the stable 32bit build that gnomempv wouldn't install from the system menu (it worked fine in the 64bit version). After adding the kelaino repository it worked so I assumed this had done the trick - from your explanation here it seems it wasn't that and is still a mystery.
I 'added' it using the terminal commands supplied above, but it still didn't appear in the sources list, so it seems the system rejected it anyway as it was the stable version.

rbh · 2020-08-10 14:13:08

brogild wrote:

It was on the stable 32bit build that gnomempv wouldn't install from the system menu (it worked fine in the 64bit version). After adding the kelaino repository it worked so I assumed this had done the trick

gnome-mpv, is not an Bunsen-Labs package. It is an Debian package Here a list of all Bunsen Labs packages

I 'added' it using the terminal commands supplied above, but it still didn't appear in the sources list,

There seems to bee some linguistic confusion.
Did you installed gnome-mpv in terminal with command "apt install gnome-mpv"? Did the program not appear on the jgmenu? Can you start it from terminal?

Or... did you paste "deb https://pkg.bunsenlabs.org/debian/ lithium main" into the terminal?

Debian sources is listed in /etc/apt/sources.list, Bunsenlabs repos is default listed in /etc/apt/sources.list.d/bunsen.list. You must edit your source file and use correct repositorys, listed on https://www.bunsenlabs.org/repositories.html

so it seems the system rejected it anyway as it was the stable version.

This I do not understand at all.

brogild · 2020-08-10 15:40:37

rbh wrote:

There seems to bee some linguistic confusion.
Did you installed gnome-mpv in terminal with command "apt install gnome-mpv"? Did the program not appear on the jgmenu? Can you start it from terminal?

I used the menu option to install gnome-mpv, this didn't work the first time around**, however once I had 'added' the kelaino repository using the commands supplied in this thread, it installed fine (this has been a repeatable experience).
As the kelaino repository is not necessary for install it seems that, like your experience with mhwaveedit, it is a random bug an not connected

Very likely if I had installed using synaptic or apt-get it would have worked fine and it is an issue with the menu entry.

**ETA: this only happens with 32bit version, menu entry worked first time with 64bit.

Last edited by brogild (2020-08-10 17:15:02)

rbh · 2020-08-10 17:08:56

brogild wrote:

I used the menu option to install gnome-mpv, this didn't work the first time around**, however once I had 'added' the kelaino repository using the commands supplied in this thread, it installed fine

Just adding the apt-key to the keyring, does not add the repository. To add the repository for keliano, you have to add the adress in an source list. I have not given you any command to add repository source. I have written that you have to edit source list.
The apt-key, is for checking that it is the right source you are using.

As the kelaino repository is not necessary for install

I don't think, you have added the keliano repo. If you page your source, I'm certain it is not there:

$ cat /etc/apt/sources.list.d/bunsen.list

You can list all sources with:

$ apt-cache policy | more

it seems that, like your experience with mhwaveedit, it is a random bug an not connected

No, on all my machines, physical or vm, 64 or 43 bit, the terminal pops up and disappear when trying to install from the menu. I can install in terminal/synaptic, remove it and the menuinstallation will fail again. I can klick the menu-entry 10 or 100 times and it fails. I can not call that "random"...

brogild · 2020-08-10 17:20:53

When I say it seems random I mean difficult to locate the cause. Anyway I tried this again with a fresh install, the install gnome-mpv menu entry worked following an update and a reboot, something changed there but it's hard to tell what.

johnraff · 2020-09-08 05:31:39

johnraff wrote:

Clearly the Lithium netinstall script is not yet ready for use.
All I've updated so far on the "lithium" branch is the package lists.
Sorry, this is going to need a week or two probably - I'm still tied up with getting the CD iso down to 700MB at the moment.

It took more than a week or two - a lot of other tasks got in the way - but the BunsenLabs Lithium Netinstall script has now been updated and seems to be working OK.

Anyone interested, please check it out.

truscellino wrote:

A particular case is machines with UEFI 32 bits + 64 bits CPU, like early intel mac minis (like I have), quite a few models of netbooks from 2005-2010 period. Linux 64 bits install becomes a bit tricky as you must have 32 bits EFI bootloader. You can do this with Debian multi-arch but I am getting off-topic here...

So, this might now be possible, installing a basic Debian 64bit system from a multi-arch iso, then running the BL netinstall script.

truscellino · 2020-09-08 09:29:47

Nice, thank you!

#61 2020-08-08 21:12:02

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

#62 2020-08-08 22:08:58

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

#63 2020-08-08 22:50:46

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

#64 2020-08-09 02:37:42

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

#65 2020-08-09 03:31:30

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

#66 2020-08-09 08:56:14

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

#67 2020-08-09 11:27:26

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

#68 2020-08-09 19:50:20

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

#69 2020-08-09 22:13:02

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

#70 2020-08-09 23:09:31

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

#71 2020-08-10 02:43:11

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

#72 2020-08-10 11:40:35

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

#73 2020-08-10 12:59:29

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

#74 2020-08-10 13:20:07

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

#75 2020-08-10 14:13:08

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

#76 2020-08-10 15:40:37

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

#77 2020-08-10 17:08:56

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

#78 2020-08-10 17:20:53

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

#79 2020-09-08 05:31:39

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

#80 2020-09-08 09:29:47

Re: [FINISHED] BunsenLabs Lithium 32 bit Release Candidate iso available

Board footer