You are not logged in.
Pages: 1
It works here (in ascii) but I can't say anything about beowulf (I haven't tested it). I use openbox. What WM do you use? Sometimes the WM may assign shortcuts to its actions and overrides this way the LXQT shortcuts. Try running the lxqt-globalkeysd daemon in foreground in a terminal window and check its output. Someting like this:
killall lxqt-globalkeysd
lxqt-globalkeysd --no-daemon --log-level=debug
When you press a key combination that was successfully assigned by LXQT you should see an output like this:
[Debug] KeyPress 00000040 00000034 Meta+Z
I tried several WM: OpenBox, FluxBox, IceWM and JWM (last 3 were part of AntiX when I was trying that out). Of the 4 WM that I tried - JWM was overall winner with applications menu and a taskbar/panel that is closest in function to those found on full desktop environments like XFCE.
+1
When it comes to minimalism, JWM is the winner in my opinion too:
- it's easy to configure (one single configuration file and you don't need instructions to figure out what to do)
- very easy to use (it follows the user model)
- it has an elegant look without tweaking (and you can easily change it in the configuration file).
Another very nice WM is WindowMaker but probably not everyone is used to it. However, it has this advantage that you don't have to manually edit its configuration files.
If Xfce goes south I suspect we might move to a WM rather than full-blown desktop as the default.
Please consider moving to LXQT as well.
It's a full-featured desktop (or almost), and faster than both XFCE and LXDE.
Hello folks,
I've been questioning #debian these days with this matter but since I got no answer I thought I should ask here too.
I am looking for a solution to have the menus in icewm and windowmaker show the same apps the "modern" DEs show (XFCE, LXQT, ...). The menus in icewm and windowmaker look very strange, some (many) apps are missing, instead there are useless items like xclock, xeyes, ...
This is what I found out so far:
- there are two "standards", the old one is using the entries in /usr/share/menu
- the new standard (or the XDG one) is using the entries in /usr/share/applications
What I tried:
- I installed menu and menu-xdg
- I ran update-menus
But the menus look just like before. The thing is, I don't need at all the old standard, I just want the XDG one. I don't need to see in the menu xclock and xeyes, I don't use them anyway
And now a little rant: on my laptop I use Mageia, it's a very nice distro, too bad that systemd ruins it. Windowmaker and icewm look wonderful there, the menus are "XDG-only", but I can't figure out how they did it. They don't even have a /usr/share/menu directory!
Hopefully someone will have a clue about this. Thanks!
Thank you very much, guys. In the end I chose another way of doing things - I placed all my stuff in /opt (mainly scripts and artwork) and symlink it from there to /usr/local/bin or wherever necessary. This may seem odd but it has this big advantage that pretty much everything I did to "alter" the system can be found in one place (/opt).
A while ago I thought it was a good way to go to create deb packages (with fpm it's fast and easy) but that would mean to re-create and re-install those packages every time I make a minor change so I gave up on that
Best wishes,
Omnio
Hello again,
I'm not sure where to post this but since the question I have is somehow related to remastering with refractasnapshot I'll use this section.
In short, my question is whether ignoring ~/.profile is the intended behavior while running a live image of devuan (made with refractasnapshot).
In long, this is what I did:
1. Installed devuan ascii (using the livedvd and refractainstaller).
2. Created ~/bin and placed there a couple of scripts I needed so I can execute them by just typing their name. I'm able to do that since ~/bin is in my $PATH, as ~/.profile says:
# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/bin" ] ; then
PATH="$HOME/bin:$PATH"
fi
3. Logged out, logged back in. Everything works fine so far:
omnio@devuan:~$ echo $PATH
/home/omnio/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
4. Ran refractasnapshot.
5. Booted in Virtualbox the resulted image. Everything looks fine here (my scripts are in ~/bin and ~/.profile has the lines about adding ~/bin to $PATH) but for some reason it didn't happen:
omnio@devuan:~$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
Any idea about this?
Thanks,
Omnio
dzz, would you consider sharing the things that you learnt while making exe linux by creating a wiki page with advices and tweaks for the users who "manually" install TDE on Devuan? I saw the wiki already has a link but it sends to an empty/non-existent page: https://friendsofdevuan.org/doku.php/de … lling5-tde
Very well put, sivaprema. On a slow box that I have in my kitchen I installed TDE and it is incredibly fast. A lot faster than XFCE. Surprisingly, it seems faster than LXDE (and just as fast as LXQT). You can guess why. GTK has become a lot slower than it used to be. On an old machine one can easily see this even in the way the menus open/pop-up, in the way the windows redraw when they are resized. And I'm comparing here GTK2 and QT5. I won't even mention GTK3.
Mageia on my laptop.
What do you think it's the reason that nowadays most distros include Mate packages but no Trinity packages?
Thank you. I needed more time to make more tests, but it looks like I still need more time to make more tests because I can't figure out yet what's going on with this machine/install of mine. In short, on this machine I have two Devuan installs (one made with the live DVD and the other one made with the regular big DVD). On the install made with the live DVD refractasnapshot worked from the start, like a breeze, but on the other install (made with regular DVD) I just can't make it work (the resulted images fail to boot with the error "(initramfs) Unable to find a medium containing a live file system").
And step by step, this is what I did in the meanwhile:
1. I installed refractasnapshot-base and refractasnapshot-gui, both v. 10.2.6 i386 from CERES (no problem installing on ASCII, btw). Ran refractasnapshot (no error messages regarding initrd with this new version) => no success
2. Uninstalled microcode packages, re-ran refractasnapshot => no success
3. Purged ALL the firmware packages, re-ran refractasnapshot => no success
4. At this point I was striving to realize what exactly is different between my two installs and why in one place it works and in the other one it doesn't. One thing that occured to me was that the live DVD was installed on an ext4 partition, whilst the regular DVD was installed on a JFS partition. So I cloned (with rsync) "the JFS install" to an ext4 partition (and updated fstab, initrd, grub). Booted "the ext4 clone", re-ran refractasnapshot => no success
What I'm going to do next is:
- upgrade the kernel, on the install where refractasnapshot works I have a 4.9.0-9-686 kernel, and on the other install a 4.9.0-6-686 kernel;
- search for differences between the two installs - in grub.conf, fstab... anything that could be responsible for the different behaviour.
Guys, sorry for the delay, I'm out of town right now and I can't reach my machines, but tomorrow I'll be back and test stuff.
fsmithred, about your questions:
encryption: no
swap: yes (4 Gb)
raid: no
lvm: no
microcode: I remember microcode packages being installed (and initrd being rebuilt) when, being in a hurry to install wifi drivers, I ran something like 'apt install firmware-*' (I installed ASCII from the regular DVD and no firmware got automatically installed, like with the live DVD). I'll post again tomorrow after testing refractasnapshot-mod. Thanks!
Hi fsmithred, thank you for taking the time to reply. Here is /var/log/refractasnapshot_errors.log that was created when I ran 'refractasnapshot -d' (for version 10.1.1, the one that apt installs in ASCII): http://paste.debian.net/hidden/93a0485b/
I also took your advice and later updated refractasnapshot (I installed refractasnapshot-base_10.2.3~fsr_all.deb, it seems this is the newest). However, when running the new refractasnapshot, this is what happens:
Running updatedb...
/tmp/extracted /home/work
Decompession error...
So I had a look at /usr/bin/refractasnapshot (starting with line 321):
COMPRESSION=$(file -L "$initrd_image" | egrep -o 'gzip compressed|XZ compressed')
if [ "$COMPRESSION" = "gzip compressed" ]; then
echo "Archive is gzip compressed..."
zcat "$initrd_image" | cpio -i
elif [ "$COMPRESSION" = "XZ compressed" ]; then
echo "Archive is XZ compressed..."
xzcat "$initrd_image" | cpio -d -i -m
else
echo "Decompession error..." && exit 1
fi
However, on my machine, things look like this:
root@devuan:~# file -L /initrd.img
/initrd.img: ASCII cpio archive (SVR4 with no CRC)
root@devuan:~# ls -l /initrd.img
lrwxrwxrwx 1 root root 27 Jul 4 23:43 /initrd.img -> boot/initrd.img-4.9.0-6-686
I'd say that my initrd is not supported, but I don't know why/how, this is a simple ASCII i386 install made with the regular big DVD.
Best wishes,
Omnio
problems with other graphical programs:
:~$ xaos Illegal instruction
This happens often when the program was compiled with SSE/SSE2 flags but the CPU running (or trying to run) the program doesn't have those flags (often with GTK3 or QT apps). You can check your CPU for SSE/SSE2 flags:
grep flags /proc/cpuinfo
First, thanks for a supertool, refractasnapshot is very easy to use. My question is whether it is meant (by design) to work only on machines where devuan was installed using the livecd, or it should also work on installs made with the "classic" install DVD (4,4 Gb). I'm asking because when I run refractasnapshot on installs made with the livecd the resulted image works flawlessly, but on installs made with the classic DVD the resulted image doesn't boot, it drops to a busybox shell with the error "(initramfs) Unable to find a medium containing a live file system".
What am I doing wrong? In all the tests I used ASCII installs (i386) without altering the refractasnapshot config file and without UEFI (also, with the same refractasnapshot version - 10.1.1, as reported by apt).
Thanks again.
Pages: 1