MX Linux Forum

srq2625 wrote: Sun Oct 20, 2019 12:57 pm

• In VB 6.0 (and, also noticed in Beta 3 (I think))
• With the panel in "horizontal" mode at the top of the screen
• With or without the "Dont' reserve space on borders" item selected in the "Display" tab of the panel properties dialog

Any window that is expanded to full size will fill the screen with the window title bar hidden under the panel. To re-size the window, have to use the <Alt>-<Right_CLick> trick.

Further, the first default icon on the desktop (Manual) is partially obscured (covered) by the panel.

Is this intended behavior? Can this behavior be changed and I've yet to find the how-to to accomplish it?

Code: Select all

System:    Host: mx Kernel: 4.19.0-6-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
           parameters: BOOT_IMAGE=/boot/vmlinuz-4.19.0-6-amd64 
           root=UUID=18e6a9c0-faba-4e29-adaf-c90e6ab9a4e3 ro quiet splash 
           Desktop: Xfce 4.14.1 tk: Gtk 3.24.5 info: xfce4-panel wm: xfwm4 dm: LightDM 1.26.0 
           Distro: MX-19RC1_x64 patito feo October 15  2019 base: Debian GNU/Linux 10 (buster) 
Machine:   Type: Virtualbox System: innotek product: VirtualBox v: 1.2 serial: <filter> 
           Chassis: Oracle Corporation type: 1 serial: <filter> 
           Mobo: Oracle model: VirtualBox v: 1.2 serial: <filter> BIOS: innotek v: VirtualBox 
           date: 12/01/2006 
CPU:       Topology: Dual Core model: AMD Ryzen 7 2700 bits: 64 type: MCP arch: Zen+ 
           family: 17 (23) model-id: 8 stepping: 2 microcode: 6000626 L2 cache: 1024 KiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 bogomips: 13574 
           Speed: 3394 MHz min/max: N/A Core speeds (MHz): 1: 3394 2: 3394 
           Vulnerabilities: Type: l1tf status: Not affected 
           Type: mds status: Not affected 
           Type: meltdown status: Not affected 
           Type: spec_store_bypass 
           mitigation: Speculative Store Bypass disabled via prctl and seccomp 
           Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization 
           Type: spectre_v2 mitigation: Full generic retpoline, STIBP: disabled, RSB filling 
Graphics:  Device-1: VMware SVGA II Adapter driver: vmwgfx v: 2.15.0.0 bus ID: 00:02.0 
           chip ID: 15ad:0405 
           Display: x11 server: X.Org 1.20.4 driver: vmware unloaded: fbdev,modesetting,vesa 
           resolution: 1600x1200~60Hz 
           OpenGL: renderer: SVGA3D; build v: 2.1 Mesa 18.3.6 direct render: Yes 
Audio:     Device-1: Intel 82801AA AC97 Audio vendor: Dell driver: snd_intel8x0 v: kernel 
           bus ID: 00:05.0 chip ID: 8086:2415 
           Sound Server: ALSA v: k4.19.0-6-amd64 
Network:   Device-1: Intel 82540EM Gigabit Ethernet driver: e1000 v: 7.3.21-k8-NAPI port: d020 
           bus ID: 00:03.0 chip ID: 8086:100e 
           IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
           Device-2: Intel 82371AB/EB/MB PIIX4 ACPI type: network bridge driver: piix4_smbus 
           v: N/A port: d200 bus ID: 00:07.0 chip ID: 8086:7113 
Drives:    Local Storage: total: 20.00 GiB used: 5.21 GiB (26.1%) 
           ID-1: /dev/sda vendor: VirtualBox model: VBOX HARDDISK size: 20.00 GiB block size: 
           physical: 512 B logical: 512 B speed: 3.0 Gb/s serial: <filter> rev: 1.0 scheme: MBR 
Partition: ID-1: / raw size: 20.00 GiB size: 19.56 GiB (97.81%) used: 5.21 GiB (26.7%) fs: ext4 
           dev: /dev/sda1 
Sensors:   Message: No sensors data was found. Is sensors configured? 
Repos:     No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/antix.list 
           1: deb http://iso.mxrepo.com/antix/buster buster main
           Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
           1: deb http://deb.debian.org/debian buster-updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/debian.list 
           1: deb http://deb.debian.org/debian buster main contrib non-free
           2: deb http://deb.debian.org/debian-security buster/updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/mx.list 
           1: deb http://mxrepo.com/mx/repo/ buster main non-free
           No active apt repos in: /etc/apt/sources.list.d/various.list 
Info:      Processes: 182 Uptime: 16m Memory: 1.95 GiB used: 866.6 MiB (43.4%) Init: SysVinit 
           v: 2.93 runlevel: 5 default: 5 Compilers: gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 
           running in: quick-system-in inxi: 3.0.36 

make sure you are using the VBox graphics drivers (configurable in VB 6 on the Display tab of teh VB settings manager

I'm also using VBox 6. You have to change it Graphic Controller from VMSVGA to VBoxSVGA. I choose VBoxSVGA because it is said to have better performance but still compatible with the old VboxVGA: https://superuser.com/questions/1403123 ... virtualbox

asqwerth wrote: Thu Oct 17, 2019 6:46 pm

dreamer wrote: Thu Oct 17, 2019 3:21 pm...

That's good and time-saving info. Is it possible to preserve /home in the installer if /home is located on the root partition?

It should from past experience. I haven't had time to install MX19 rc yet.

That's a cool feature! (I haven't tried it, but could come in handy)

That is a cool feature! I've tried it and it comes in handy.

8bit

dolphin_oracle wrote: Sun Oct 20, 2019 12:59 pm make sure you are using the VBox graphics drivers (configurable in VB 6 on the Display tab of teh VB settings manager

hunghung wrote: Sun Oct 20, 2019 1:11 pm I'm also using VBox 6. You have to change it Graphic Controller from VMSVGA to VBoxSVGA. I choose VBoxSVGA because it is said to have better performance but still compatible with the old VboxVGA: https://superuser.com/questions/1403123 ... virtualbox

It was set to VMSVGA, changed it to VBoxSVGA. No change in behavior.

IIRC I saw this with B3 when installed on bare metal. I'm going to try that and see what I get.... More later.

Jerry3904 wrote: Sun Oct 20, 2019 12:27 pm I installed it, logged out and back in, clicked "Rescan catalog" on the Options tab--and it found 196 entries. It worked sometimes... It found GIMP but not galculator, for instance.

EDIT: no, I just mispelled galculator the first time. Seems to work fine now.

That'll do it!

Have logged out twice, rebooted once - still no go.
Me thinking it doesn't do Dropbox folders...

fehlix wrote: Sun Oct 20, 2019 9:27 am Would you mind trying the new vcard=menu boot option and select the found nvidia card.

Hey fehlix, I tried the vcard=menu boot option...both with persistence and no persistence
-Detected the card correctly...yes!
-Then, I selected that card...
-Then unfortunately, I was sent to terminal login prompt, no gui

I looked in /blah/blah/Live-usb/Live-usb-storage/ but could not identify a log that made any sense

...tell me where to look for a log and I will post

I have a Thinkpad X200 with 4gb ram and a Crucial MX500 250gb SSD. MX 18.3 and MX 19 RC-1 are both installed. This laptop doesn't have bluetooth so I ran "apt-get remove --autoremove bluez". That reduced memory usage by about 50mb on both installs and didn't cause any complications.

One issue I'm having is that, according to Conky, 19 RC-1 uses 100-150 mb more ram than 18.3 (it also did this before the bluez removal). This occurs whether I've just logged in (500mb vs 350mb) or I've got several programs running. Maybe the new version of XFCE is causing this, or maybe it's just more ram being held in reserve but not being used. I don't know what the cause is, but sincethe X200 has fairly low memory (although I can remember when 4gb was considered "a lot"), I might stick with MX 18.3 for now.

The other thing is with the Appearance setting, specifically in the Style section. Navigation, say from Blackbird to Greybird-MX, is done via an up/down arrow key. On MX 18.3 this happens more or less immediately. On 19.3 it's delayed by a second or two, such that it "feels" sticky. Again, no big deal, and you might not experience this on a more powerful system. I just thought it was worth mentioning.

Overall, nice system. It ticks all the boxes on my personal preference list for what a desktop OS should be and do.

gtk3, and the buster kernels, due take up a little more ram then stretch based systems. the same could be said for the jump between jessie and stretch.

OK - Install on bare metal with the same results: