You are not logged in.
Yes, backports is pinned down. If you want packages from backports, you need to enter:
apt -t ascii-backports install wine
or (as example)
apt install wine-4.0-2~bpo9+1
rolfie
If you copy the fimware manually, a manual update-initramfs -u -k all is mandatory.
rolfie
I have got 4 PC with encrypted LVMs/unencrypted boot running under Beowulf on 5.8 kernel with no issues. They are automatically decrypted during boot based on keys from USB sticks.
rolfie
rolfie wrote:What do you mean by:
Upgrade firmware of the motherboard to the last version available on the web (I think date is 10-22-2020)
What package is that?
Ahh you mean the bios.
Installing the 5.8 kernel from backports is a good approach, but only 50% of the job. When you can install the backports kernel, what hinders you to perform the other 50% and enter:
apt -t beowulf-backports install firmware-linux-nonfree
rolfie
Edith: in the top right hand corner of this page is a button labelled Packages. Open this page, enter firmware-linux-nonfree and look at the output.
First of all you should load the latest fimware-linux-nonfree from backports. I guess that is missing, your amd-graphics firmware package is outdated for this new HW.
What do you mean by:
Upgrade firmware of the motherboard to the last version available on the web (I think date is 10-22-2020)
What package is that?
rolfie
Just a small hint how to easily find Devuan package information:
On top of every page in this forum on the right hand side you find 5 links. The one to the right says Packages.
Open that link, enter hplip* in the box and select Any as release. You get a list of entries across all Devuan versions.
In Beowulf on 3.18.12 is present. No backports version. You may try the 3.20 from Ceres. Somewhere in this forum is a howto how to avoid pulling all kinds of stuff from the Ceres repo.
rolfie
When I summarize the feedback received on lsusb and lsblk, the camera is found on the usb subsystem, but the product id seems to be unknown. Contrary to my Panasonic which is working fine there is no sign of any memory. Looks like its not recognised at all. Strange for a product that is more that 6 years on the market. On the other hand I am not familiar with Sony products, I avoid them whereever I can.
@OP: when I read what you wrote in your first posts it is very interpretable if the camera worked under ASCII. I would assume when it worked under ASCII it also should under Beowulf. Buuuuut: we have the proof that there is no memory recognised. Very strange.
So please give Magnus' suggestion a try. Maybe a dedicated udev rule fixes the issue (have you optimised something?).
rolfie
One topic per thread only please.
When I connect my Panasonic (don't own a Sony, never had) to the usb port I get a similar output. The memory isn't shown with lsusb.
Bus 002 Device 008: ID 04da:2372 Panasonic (Matsushita) Lumix Camera (Storage mode)
When I connect my camera I have to select a mode, either Pict Bridge (PTP) or PC. I only use the later. What about the Sony?
When the camera is connected with the correct mode selected, the SD memory card shows up in lsblk:
sdh 8:112 1 119,1G 1 disk
└─sdh1 8:113 1 119,1G 1 part /media/rolf/3663-6361
and is available on my Mate desktop as 128GB device. Caja shows "MATSHITA DC-TZ91: Datenträger 128 GB". I can copy images from the card to my home drive then as desired.
What is happening on your laptop? Is the memory shown in lsblk?
rolfie
Edith: just tried the PTP mode for curiosity. Hey it also works in my configuration, same drive is present in lsblk and on the Caja screen, just named slightly different.
Isn't that camera an USB device? I would suggest first of all to check on the console if and how the camera re. its memory stick? shows up when plugged in. lsusb
Have you tried all available USB ports on the laptop?
rolfie
there is no "ukuu" on devuan?
don't find any mentioning of beowulf backports?how to easily upgrade the kernel then?
Read https://devuan.org/os/packages, in the bottom backports are mentioned.
Once they are enabled in the sources.list, do an apt update, then apt -t beowulf-backports install firmware-amd-graphics.
For the kernel list what is available, then select the one you want, e.g.:
apt list linux-image-5*
apt install linux-image-5.7.0-0.bpo.2-amd64
rolfie
Give firmware-amd-graphics and the 5.7 kernel from backports a try.
rolfie
Some thoughts to that:
* Use ext2 instead of ext3/4, no journal so should be faster. Linux permissions.
* Use exfat. Pro: can be read on Win7/8/9/10 too. Does not have the FAT32 limitations. Downside: no Linux permissions.
* Same for NTFS.
rolfie
Cinnamon and old style frames etc:
https://forums.linuxmint.com/viewtopic.php?t=272414
You might also consider installing cinnamon-themes and mate-themes.
What the resizing etc is concerned, I think its related to a change in FF 78ESR.
rolfie
policykit
rolfie
Give this a try:
https://linuxconfig.org/how-to-install- … -10-buster
rolfie
Digged a bit further in this script issue and found an older German page that described how to configure to run a script via lightdm.conf.
Basically had success to set the greeter screen to 1920x1080, unfortunately with side effects.
Two user accounts are present, mine with native resolution to administrate the PC, and my wife's account with tweaked resolution. Switching users sometimes brings a scaled up login screen, sometimes native resolution. When I logon, it takes seconds to bring up the panel, the usual icons on the desktop, and starting apps shows a delay. When directly logging into my wife's tweaked account, the screen is scaled up a second time.
This performance is not acceptable.
Tomorrow I will remove all tweaks and try a xorg.conf.
rolfie
I suggested an X.Org configuration file, why have you not tried that?
Because I was looking for a way to scale LightDM only.
EDIT2: if that doesn't work for LightDM then perhaps try https://askubuntu.com/questions/72486/c … -dpi-for-x
Some further mining in the net brought me to these pages:
https://wiki.archlinux.org/index.php/Us … _%28GTK%29
https://selivan.github.io/2017/08/16/li … ution.html
https://evren-yurtesen.blogspot.com/201 … plays.html
Well, the xft-dpi tweak just has the effect that the fonts on the greeter screen are scaled with the dpi setting. Nice, but not what I wanted to see. The login window keeps its size, everything looks very squeezed in with 144dpi.
Looked at the available modes on the system.
~# xrandr -q
Screen 0: minimum 320 x 200, current 3840 x 2160, maximum 16384 x 16384
DisplayPort-0 connected primary 3840x2160+0+0 698mm x 393mm
3840x2160 60.00*+ 29.98
2560x1440 59.95
1920x1200 59.88
1920x1080 60.00 59.94 30.00 29.97
1600x1200 60.00
1680x1050 59.95
1600x900 60.00
1280x1024 60.02
1440x900 60.00
1280x800 59.81
1280x720 60.00 59.94
1024x768 60.00
800x600 60.32
720x480 60.00 59.94
640x480 60.00 59.94
720x400 70.08
DisplayPort-1 disconnected
DisplayPort-2 disconnected
HDMI-A-0 disconnected
Setting LightDM to 1920x1080 would be nice. The mode is already available, so I don't need to add this.
But: Looks like both the selivan and the evren-yurtesen blogs aim at Ubuntu. When looking at the file system I found that the directory structure and at least some of the file contents of lightdm.conf is different under Beowulf as described.
In the moment, I am lost. Maybe I need to go down the route to use a xorg.conf for a general scaling of the graphics mode. Needs to settle a bit.
Well, I also found a rant in the German Debian forum where somebody tried to scale a 4k monitor and gave up. Was about xfce.
Thank you for your input. rolfie
After some digging I have learned that a xprofile is not used under Debian/Devuan.
Currently I am lost, I haven't found anything useful in the net.
rolfie
When I condense that correctly, a new /etc/xprofile should do the job. I added a simple line with xrandr --dpi 140, also tried 70 instead of 140, added the full path, with no effect.
BTW, here is the output from 3 of my PCs with various monitors. First iof all my X470 workstation with a 27" monitor, no tweaks.
:~# xdpyinfo | grep -B2 resolution
screen #0:
dimensions: 2560x1440 pixels (677x381 millimeters)
resolution: 96x96 dots per inch
:~# xrdb -query | grep dpi
Xft.dpi: 96.0234375
X570 with ordinary 24" monitor, no tweaks.
:~# xdpyinfo | grep -B2 resolution
screen #0:
dimensions: 1920x1200 pixels (508x317 millimeters)
resolution: 96x96 dots per inch
:~# xrdb -query | grep dpi
Xft.dpi: 96
And finally the object of interest, first with settings tweaked to 140 dpi with MateTweak, then reset to default.
:~# xdpyinfo | grep -B2 resolution
screen #0:
dimensions: 3840x2160 pixels (1016x571 millimeters)
resolution: 96x96 dots per inch
:~# xrdb -query | grep dpi
Xft.dpi: 70
:~# xdpyinfo | grep -B2 resolution
screen #0:
dimensions: 3840x2160 pixels (1016x571 millimeters)
resolution: 96x96 dots per inch
:~# xrdb -query | grep dpi
Xft.dpi: 96.0419921875
What have I overlooked/misunderstood?
rolfie
The HW concerned is a AMD X570 chipset with a Ryzen7 3700X and a Radeon RX5500XT graphics card with a 4k 32" monitor via DP.
Beowulf with Lightdm/Mate is up and running with backports kernel and latest firmware. Found a way to tweak the desktop via Mate Tweak to HiDPI/140 dpi, my wife is really happy with the enlarged display.
Now I also would like to scale up the Lightdm logon display. The Username/Password window is lost on the big monitor and very small, hard to read.
I searched a bit, found some hints onto a lightdm-settings utility which is available in Ubuntu and will come into Devuan with Bullseye/Chimaera, and furtheron some strange tweaks I do not fully trust, posted 2/3 years ago.
Any suggestions/experience for the best way to tweak Lightdm also?
Thank you, rolfie
I must admit that I am not happy with that decision. It should be my responsibility how to deal with my posts. Gives me a strange feeling of being controlled/limited?
I still belong to the working class, I am not sitting on the computer all the time. I reserve the right for me to think about my threads for more than a day. I consider myself to be a sensible guy, under normal circumstances I wouldn't try to delete my complete history or pul away useful information from others, but .... no I can't accept that approach.
Devuan was something about freedom, and if this forum is cutting of from my personal freedom I must consider to retract. I am sorry,
rolfie
Edith: added some of my thoughts about the dicussion.
Understood the "side effect": my fault, dev1galaxy.org was locked in Noscript in FF. Works fine now.
rolfie
On the Mate desktop I could rename the Home icon on the desktop to i.e. MyFiles. On the Cinnamon desktop there is no rename option when you right click on the icon.
Is there any way to rename this icon?
rolfie
Got Cinnamon coming up in 3D mode, the RX5500XT is recognised now, but with side effects:
# inxi -F
System: Host: rh060 Kernel: 5.7.0-0.bpo.2-amd64 x86_64 bits: 64 Desktop: Cinnamon 3.8.8
Distro: Devuan GNU/Linux 3 (Beowulf)
Machine: Type: Desktop Mobo: ASUSTeK model: PRIME X570-PRO v: Rev X.0x serial: 190957676700346 UEFI: American Megatrends
v: 2606 date: 08/13/2020
CPU: Topology: 8-Core model: AMD Ryzen 7 3700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Speed: 2198 MHz min/max: 2200/3600 MHz Core speeds (MHz): 1: 2199 2: 2197 3: 2200 4: 2192 5: 2194 6: 2200 7: 2198
8: 2198 9: 2199 10: 2200 11: 2200 12: 2198 13: 2196 14: 2198 15: 2199 16: 2195
Graphics: Device-1: Advanced Micro Devices [AMD/ATI] driver: amdgpu v: kernel
Display: server: X.Org 1.20.4 driver: amdgpu,ati unloaded: fbdev,modesetting,radeon,vesa resolution: 1920x1200~60Hz
OpenGL: renderer: Radeon RX 5500 XT (NAVI14 DRM 3.37.0 5.7.0-0.bpo.2-amd64 LLVM 10.0.0) v: 4.6 Mesa 20.1.5
Installed: # apt -t mx install libgl1-mesa-dri libglx-mesa0 libegl-mesa0
Side effect: can't use BBCode tags in FF any more, have to set them manually.
rolfie