You are not logged in.
^That sounds like an excellent solution.
Offline
I appreciated the Dropbox install script too - though moving it to the Favourite Packages menu item is a good idea.
Is there any documentation for new users that points to this Favourite Packages menu? I appreciate the different software lists and ease of install for everything, but I wouldn't have even known it was there if I hadn't skimmed through this thread. That could be something to add to the welcome script (or somewhere else?).
Offline
There are lots of interesting corners in the menu.
Some day we should sit down and document them all, but for now you'll just have to look around for yourself...
...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
Hi,
Thank you BunsenLabs team for this amazing OS. I am new to Distro OSs (6 months or so). I was using another very fast portable distro. That was too good for my needs. But when I tried BL, I was so stunned observing boot time and loading time of apps, I really do not have words to admire your efforts. You have created an amazing, unique Distro.
My suggestion would be to have a another version ready always which should be called 'Mini' like 'Beryllium Mini' where only basic features are included like browser etc. And which has very less size, around 200Mb to 400Mb.
It is because I do not use much of the apps included. lesser size means less pressure on CPU to run it ( as my naive mind thinks about it.)
By the way great, great OS. I feel pity for those who do not have information about such beautiful, efficient & powerful Distros.
Offline
@Di(s)troAdmirer,
Thanks for your kind praises and feedback! We used to do a a minimal release, and we'll definitely do one again for Boron (our next release) thanks to your suggestion. Thanks for trying BunsenLabs!
No, he can't sleep on the floor. What do you think I'm yelling for?!!!
Offline
Could we add an install script for vscode to the favourites menu?
Offline
^There are some questions about telemetry or tracking with vscode, and some people have reservations about anything from Microsoft, so a built-in vscode installer might not appeal to all our users.
There is a project on GitHub:
https://github.com/VSCodium/vscodium
which aims to work round some of these problems.
See also: https://wiki.debian.org/VisualStudioCode
...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
Ahh fair enough, I forgot about the Microsoft angle.
EDIT: Would we consider VSCodium in that case?
Last edited by aim (2023-02-27 21:17:52)
Offline
Just a reminder that GitHub is also Microsoft.
Offline
^thanks!
Although introducing an MS app into your own system is perhaps at a different aversion level from having source code available on an MS owned service. Our users are not obliged to access GitHub.
...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
^thanks!
Although introducing an MS app into your own system is perhaps at a different aversion level from having source code available on an MS owned service. Our users are not obliged to access GitHub.
What about GitLab?
Real Men Use Linux
Offline
When MS bought GitHub there was a migration to GitLab, including Debian. GitLab is a company too, though, let's not forget. If we were starting from scratch now I don't doubt BL would be using GitLab but I'm not sure if the huge work needed to migrate would be worth it at this point.
...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
^Thanks Andrew.
Clipit is now deprecated, and the BL default is xfce4-clipman. So the easy solution will be to remove /usr/share/bunsen/skel/.config/clipit/clipitrc from bunsen-configs. Thanks for the reminder! (This can go in Beryllium.)
Removing skel/.config/clipit/clipitrc was forgotten for Beryllium, but it's out now.
...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
Would it be fairly easy to add a default font size option to bl-welcome? I try things and often bork my system. Having to go through resetting the default font size in conky, jgmenu, openbox. geany, etc. may fit the 'hands on' mode, but seems like a waste. Being able to choose ether a default font size, or perhaps a blob with larger font sizes somewhere during the installation process would be great! I know BL will never be an 'accessible' distro, but for those of us with aging eyes, it would be appreciated.
Offline
There is one "Default font" setting in lxappearance (menu>Preferences>Appearance) which sets the font size for GTK windows and the like. As you found, other apps have their own font settings which have to be adjusted one by one. Unfortunately there's no easy way to change the fonts for conky, jgmenu, openbox. geany, etc all together (major desktop environments like Gnome tie all these things together).
But you've hit on a way out - adjust the fonts (and everything else) the way you want, and save the result with BLOB. You'll find a new directory ~/.config/blob/<newblob>
Copy that onto a USB stick and next time you reinstall, use the stick to copy <newblob> into ~/.config/blob/
Open BLOB and with any luck you'll see <newblob> in the list of blobs available to restore.
...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
Even major desktops don't tie this all together. Though they certainly do make it easier overall, in both GNOME and KDE you can still get individual apps (looking at you, GUI text editors and IDEs} that need their font set manually to fit the rest of the desktop apps and menus (and that's without even trying to blend GTK and Qt apps on the same desktop. Can it be done? Absolutely. Can it be a PITA? Sometimes, sometimes).
No, he can't sleep on the floor. What do you think I'm yelling for?!!!
Offline
Three years ago, I proposed to add hw-probe to BunsenLabs.
In the Beryllium Release it was not included in default installation, but as "Installable favorite", as "(some may see privacy implications)". I can't understand what there is for privacy implications with running a probe and saving it in /root...
I have noted, that very few who should need to run hw-probe, does know of it's existence. I therefore made a note on github, proposing to add two menu entries:
* hw-probe - system report saved local
Command to be issued:
sudo -E hw-probe -all
* hw-probe - system report uploaded
Command to be issued:
sudo -E hw-probe -all -upload
Johnraff answered:
This is a problem that BL has been struggling with for years - what is the best compromise between hard-coded menu items and autogenerated pipemenus?
The former are easily edited by users, but the latter often do not need to be edited at all.
Menu items for applications that are not installed are annoying for users.
Previously, we had some pipemenus, eg "graphics pipemenu" which looked like the system>Install Favourite Packages menu, but if it found an app to be installed it showed the menu item. This has the disadvantage of being out of the user's control, and also not appearing in jgmenu searches, so we are now trying to reduce the number of pipemenus.
I have just had an idea that the "install" script might be able to offer to add a menu item for the installed package directly to the user's prepend.csv. That would get round both issues, but would need some work, so would not be able to go in the Boron release.
Please post a new topic in the BL forums if you would like to discuss this further.
I think hw-probe is a very good tool and a shame it is not more used. The optional integration to the hardware database at linux-hardware.org is beneficial to the entire linux movement.
Best would be to ad it to the base installation. If you need to do a hardware-probe from live session, is it impossible to probe if you have failing network.
The package is very little, but has some dependencies (some of the good standalone tools):
The following NEW packages will be installed:
acpica-tools cpuid edid-decode ethtool hw-probe hwinfo
i2c-tools iw libauthen-sasl-perl libclone-perl
libdata-dump-perl libencode-locale-perl libfile-listing-perl
libfont-afm-perl libhd21 libhtml-form-perl libhtml-format-perl
libhtml-parser-perl libhtml-tagset-perl libhtml-tree-perl
libhttp-cookies-perl libhttp-daemon-perl libhttp-date-perl
libhttp-message-perl libhttp-negotiate-perl libi2c0
libio-html-perl libio-socket-ssl-perl liblwp-mediatypes-perl
liblwp-protocol-https-perl libmailtools-perl libnet-http-perl
libnet-smtp-ssl-perl libnet-ssleay-perl libregexp-ipv6-perl
libtimedate-perl libtry-tiny-perl liburi-perl libwww-perl
libwww-robotrules-perl libx86-1 libx86emu3 memtester
perl-openssl-defaults read-edid sysstat vainfo vdpauinfo
vulkan-tools
0 upgraded, 49 newly installed, 0 to remove and 0 not upgraded.
Need to get 5202 kB of archives.
After this operation, 18,0 MB of additional disk space will be use
So, what do you think?
Last edited by rbh (2023-08-20 21:30:16)
// Regards rbh
Please read before requesting help: "Guide to getting help", "Introduction to the Bunsenlabs Lithium Desktop" and other help topics under "Help & Resources" on the BunsenLabs menu
Offline
@rbh thank you for starting this discussion here.
I am waiting to see what others have to say before giving my own opinions (which might change after reading)...
...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
I don't care one way or another. It's not anything I'm interested in on a stable system, but I have no objection to those who want the extra sysinfo.
No, he can't sleep on the floor. What do you think I'm yelling for?!!!
Offline
Same as @hhh above here #59.
Offline