Testing Lithium iso discussion

clusterF · 2019-12-14 09:14:16

cog wrote:

^ That's because thunar is running in daemon mode and won't show any new gtk changes from lxappearance. You need to do "killall thunar" then open it up.
Note if you kill thunar daemon it won't auto open removable volumes after that. Unless you rerun it in daemon mode.

Ok thanks for that. I see why now as thunar is from the xfce desktop and it uses a different kind of theme switch utility.

unklar · 2019-12-14 10:10:14

rbh wrote:

unklar wrote:
I don't understand why the simple question "Do you want to use the existing swap or do you want to create a new swap" is still not used in the installer.
That is how Debian Installer works. You can ask the Debian Installer Team to implement that. Contactinfo on https://wiki.debian.org/DebianInstaller/Team.
Rewrite the installer, is quite a heavy work I suppose...

They could do it with calamares, but their philosophy speaks against it 8o

Last edited by unklar (2019-12-14 10:14:43)

rbh · 2019-12-14 18:06:56

unklar wrote:

rbh wrote:
unklar wrote:
I don't understand why the simple question "Do you want to use the existing swap or do you want to create a new swap" is still not used in the installer.
That is how Debian Installer works. You can ask the Debian Installer Team to implement that.
Rewrite the installer, is quite a heavy work I suppose...
They could do it with calamares, but their philosophy speaks against it

Who "They" do you refer could do what?

Calamares does not ask question about reusing existing swapfile as I remember...

BTW, it was said that Calamares was to be part of BL litium Live. Is that still a goal?
I installed Calamares in persistent live dist. Installer quit when it could not read sqashfs. Even after editing path to sqashfs...

johnraff · 2019-12-15 02:42:23

rbh wrote:

BTW, it was said that Calamares was to be part of BL litium Live. Is that still a goal?

It was thought about at one point, but seemed a bit unreliable at the time. Maybe some day, but not for Lithium.

Martin · 2019-12-15 09:41:41

I have finally found some time for playing with the test iso. Vary basic so far -- only live session in virtual machine so not many data points yet:

* Looks good.
* Surfs the web OK. Maybe the default search engine should be changed?
* So far I have failed to make Lithium understand I have a Swedish keyboard.

/Martin

rbh · 2019-12-15 11:26:33

Martin wrote:

* So far I have failed to make Lithium understand I have a Swedish keyboard. /Martin

Yes, on many live/rescue CD, it is possible to change Keyboard (Knoppix). It would been realey nice to be able to install non-english keyboards when boot, as SystemRescueCD.

But, at least maybe an link on menu to informative yad howto change:

1. As root, change default keyboard in BL-live cd
   In /etc/locales.gen add or uncheck your desired keyboard layouts:
       en_GB.UTF-8 UTF-8
       # en_US.UTF-8 UTF-8
       sv_SE.UTF-8 UTF-8
    
2. Install needed software:
    # apt install keyboard-configuration console-setup
run  
    # dpkg-reconfigure keyboard-configuration
    # service keyboard-setup restart
    # udevadm trigger --subsystem-match=input --action=change

3. scheck:
    # locale
    # localectl status

For more information about changing defult keyboard and locales, see:
https://wiki.debian.org/Keyboard   and
https://wiki.debian.org/Locale

deadface · 2019-12-15 21:59:03

Hi All

I succesfully installed lithium with issues. Thanks for all of the hard work.

Manufacturer: Supermicro
Product Name: C7Z170-M
NVIDIA Quadro 4000

The only issue that I had was with install the unifi controller which has a conflict with the mongodb version. This is a Debian Buster problem and not BL.

I did have a small issue with the intel video drivers performance. There was a lag when I moved windows around but I immediately installed the nvidia drivers with the screen tearing fix.

All done and up and running.

johnraff · 2019-12-16 08:18:27

Martin wrote:

* Surfs the web OK. Maybe the default search engine should be changed?

We don't touch Firefox, so the default search engine is whatever Firefox provides.

* So far I have failed to make Lithium understand I have a Swedish keyboard.

Is the Swedish layout not available? To get a Japanese keyboard layout on a live session I just have to open a terminal and run:

setxkbmap jp

Try se?

hhh · 2019-12-16 11:04:13

deadface wrote:

I did have a small issue with the intel video drivers performance. There was a lag when I moved windows around but I immediately installed the nvidia drivers with the screen tearing fix.

We tried using a conf file to help with intel, but it produced bad results when used with other video setups so we removed it from the default setup. Anyway, it's from the Arch wiki and the file is in /etc/X11. Create the folder xorg.conf.d and in it create 20-intel.conf with the following content and reboot...

Section "Device"
  Identifier  "Intel Graphics"
  Driver      "intel"
    Option "AccelMethod"      "sna"
    Option "TearFree"         "true"
EndSection

Works for me on my old Dell Inspiron, but your mileage may vary. Source and more 20-intel.conf options...

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

https://wiki.archlinux.org/index.php/Intel_graphics

rbh · 2019-12-16 17:09:59

johnraff wrote:

Is the Swedish layout not available?
setxkbmap se

Confirmed. Indeed it is.
Information how to change keyboard should go in to Bunsen Welcome text.
Maybe an menu shortcut to selector?

deadface · 2019-12-16 21:11:03

Just to help out other nvidia driver users that may have this issue below is the screen tearing fix. It has nothing to do with BL but I forget how to fix it every time I reinstall.

cat .config/bunsen/autostart

.....
## Run the XDG autostart stuff. This requires python-xdg to be installed.
## See bl-xdg-autostart --help for more details.
bl-xdg-autostart

# Tearing fix found by googling like mad
nvidia-settings --assign CurrentMetaMode="nvidia-auto-select +0+0 { ForceFullCompositionPipeline = On }

Martin · 2019-12-16 21:34:30

rbh wrote:

johnraff wrote:
Is the Swedish layout not available?
setxkbmap se
Confirmed. Indeed it is.
Information how to change keyboard should go in to Bunsen Welcome text.
Maybe an menu shortcut to selector?

Thanks, I didn't know (or remember) setxkbmap.

/Martin

johnraff · 2019-12-17 01:17:41

rbh wrote:

Information how to change keyboard should go in to Bunsen Welcome text.

Yes, good idea for the live session.

Maybe an menu shortcut to selector?

Well, there is a small system tray widget which BunsenLabs still ships (probably by an oversight), fbxkb. It can be added to the autostart file like this:

setxkbmap jp,us,se # some choice of layouts
fbxkb &

But for us to ship this by default we'd have to choose which countries' layouts to enable. Putting them all in is clearly not practical, which is why we decided to just drop it. It's a neat little utility though, and if there was some consensus on a reasonably short list of layouts to support, we could quite easily add it to the live session configs. OTOH a note about the terminal command might be just as useful.

Users who regularly need to switch between several keyboard layouts might like fbxkb though.

NB Switching keyboard layout is not the same as using an Input Method Editor like fcitx+mozc.

hhh · 2019-12-19 00:26:13

clusterF wrote:

Obconf would also set the window decor but not the root menu.

Sorry I missed this. We are using @malm's jgmenu now by default. Type to search! Start typing the name or type of application (thunar or file manager or terminal or lxappearance, etc...)!

To update the menu theme after setting the OB theme, Main Menu>Preferences>jgmenu>Sync Theme w. Openbox

I have not tested that in the LIVE session, but it should work.

NOTE: This will also update the menu when you install or remove apps!

edit: Ah, damo and John and cog have already responded. No harm in me repeating it.

*Dorothy* damos and johnraffs and cogs!

*All* OH MY!

clusterF · 2019-12-19 14:07:49

@ hhh, atleast it is documented here for future reference.

first name · 2019-12-19 18:29:47

I have an issue with the Tint2 panel, when I switch it over to tint2/tint2rc-lithium-vertical.

1. I have two displays and then all of the windows open on the secondary screen, covering the panel. Also, when I open the calendar, from no matter which panel, it opens on the secondary panel and covers the panel also.

2. When I try to maximize any window, they maximize on the second display and in very small proportion regarding to the full size of the screen (Geany in the picture).

3. When I open windows and change for example in Thunar the directory or in xrandr press any button, the window automatically moves between the displays or on the other (secondary) display.

I have the displays configured correctly as the left one is the primary and secondary is the right one in the NVIDIA X Server Settings and this issue is only with the vertical panel. These issues are also present with the Nouveau drivers.

My machine is:
R7 1700
Asrock AB450M
GTX 1070

Pictures here: https://imgur.com/a/pmL0eVP

But otherwise the distro looks very nice.

Last edited by first name (2019-12-19 18:34:14)

damo · 2019-12-19 20:17:39

@first name: what happens if you change

panel_monitor = monitor primary      [or 1 or 2 or ...]

BTW you can post linked thumbnails as well:

Last edited by damo (2019-12-19 20:25:29)

first name · 2019-12-19 20:45:10

damo wrote:

@first name: what happens if you change
panel_monitor = monitor primary      [or 1 or 2 or ...]
BTW you can post linked thumbnails as well:
https://i.imgur.com/traa7Q5t.png
https://i.imgur.com/ArS0axjt.png

I changed it to 1 (primary also worked) and now it is on the primary monitor only and things are working well. No glitches like the ones I mentioned before. Thanks for your help!

Last edited by first name (2019-12-19 20:45:45)

damo · 2019-12-19 20:46:03

Cool

juancuyo · 2019-12-22 17:35:02

Is there a new version of Bunsenlabs based on Debian 10 for 32-bit PCs?

#41 2019-12-14 09:14:16

Re: Testing Lithium iso discussion

#42 2019-12-14 10:10:14

Re: Testing Lithium iso discussion

#43 2019-12-14 18:06:56

Re: Testing Lithium iso discussion

#44 2019-12-15 02:42:23

Re: Testing Lithium iso discussion

#45 2019-12-15 09:41:41

Re: Testing Lithium iso discussion

#46 2019-12-15 11:26:33

Re: Testing Lithium iso discussion

#47 2019-12-15 21:59:03

Re: Testing Lithium iso discussion

#48 2019-12-16 08:18:27

Re: Testing Lithium iso discussion

#49 2019-12-16 11:04:13

Re: Testing Lithium iso discussion

#50 2019-12-16 17:09:59

Re: Testing Lithium iso discussion

#51 2019-12-16 21:11:03

Re: Testing Lithium iso discussion

#52 2019-12-16 21:34:30

Re: Testing Lithium iso discussion

#53 2019-12-17 01:17:41

Re: Testing Lithium iso discussion

#54 2019-12-19 00:26:13

Re: Testing Lithium iso discussion

#55 2019-12-19 14:07:49

Re: Testing Lithium iso discussion

#56 2019-12-19 18:29:47

Re: Testing Lithium iso discussion

#57 2019-12-19 20:17:39

Re: Testing Lithium iso discussion

#58 2019-12-19 20:45:10

Re: Testing Lithium iso discussion

#59 2019-12-19 20:46:03

Re: Testing Lithium iso discussion

#60 2019-12-22 17:35:02

Re: Testing Lithium iso discussion

Board footer