As @Naveek Darkroom says, Linux is much more secure than Windows. It's also a smaller target for the malware writers; they aim at the systems that 80% of the world uses, which is Windows. Linux users tend to be collectively more knowledgeable which makes it an even harder target. Would you write a virus that could potentially affect 1000 systems, or 10 systems?
As for the keyboard, there's a very good possibility that the manufacturer didn't write a linux driver for it so basic functionality would work but not some whistles and bells. This kind of thing is unfortunately not uncommon in the linux world.
Have you tried LXLE?Ok.
I have a challenge for the people who like to screw around with Linux. And especially light weight Linux like Lubuntu.
I have an Intel Atom running for the various silly nonsense, and it's running on 16.04. That distribution is no longer supported, but as I can't get any of the later distributions to work remotely, through VNC, and this time the other communities aren't very helpful, I'm stuck on 16.04.
If anyone has any spare time to get something else lightweight and LTS working through VNC, I would be mighty grateful. Oh, and please tell me the simple steps you took.
sudo apt update && sudo apt upgrade
sudo apt get install vino
#
# Display all the preferences
#
gsettings list-recursively org.gnome.Vino
#
# [x] Allow other users to view your desktop
# NOTE: This setting was removed
#
gsettings set org.gnome.Vino enabled true
#
# [x] Allow other users to control your desktop
# NOTE: Reverse Boolean
#
gsettings set org.gnome.Vino view-only false
#
# [ ] You must confirm each access to this machine
#
gsettings set org.gnome.Vino prompt-enabled false
#
# [ ] Require the user to enter this password
#
gsettings set org.gnome.Vino authentication-methods "['none']"
gsettings set org.gnome.Vino vnc-password keyring
#
# [x] Require the user to enter this password
#
# Step 1. Ask for password (NOTE: Only tested with `bash` and `zsh`)
echo -n "VNC Password: " && read -s password < /dev/tty && echo ""
# Step 2. Set the preferences
gsettings set org.gnome.Vino authentication-methods "['vnc']"
gsettings set org.gnome.Vino vnc-password "$(echo $password | base64)"
# Step 3. Clear the `$password` variable
unset password
#
# [ ] Automatically configure UPnP router to open and forward ports
#
gsettings set org.gnome.Vino use-upnp false
#
# Show Notification Area Icon
#
# ( ) always // Always
# (o) client // Only when someone is connected
# ( ) never // Never
#
gsettings set org.gnome.Vino icon-visibility client
gsettings set org.gnome.Vino require-encryption false
xfce4-session-settings
$ sudo cp /usr/share/applications/vino-server.desktop /etc/xdg/autostart/vino-server.desktop
$ /usr/lib/vino/vino-server --sm-disable
Yup, Lubuntu does not even have the get install.You dont really need to use sudo apt-get install.
You can use sudo apt install.
chmod +x <filename> will give you execute permissions, maybe that is what's missing?I have a question!
Say for instance I have a Windows game that I've tried to play on two different distros using Proton by adding the game to Steam. On Debian it works fine, but on Manjaro the game tries to launch and tells me a directory it needs doesn't exist, even though it does. I've tried chmod -r(-R? Can't remember) 777 on the game folder but couldn't think of anything else I could do... Any thoughts please?
That's what chmod -R 777 was for, to set read, write and execute permissions on everything in the game folder just in case. Oh and at this point I'd like to make it clear that I was booting Manjaro as a live installation on a flash drive so nothing is saved, which is why I was happy to go ahead with what is normally a terrible idea... (I'm the only user anyway, though)chmod +x <filename> will give you execute permissions, maybe that is what's missing?
Jerome
#!/usr/bin/env xdg-open
[Desktop Entry]
Version=1.0
Type=Application
Terminal=false
Exec=java -Xms12G -Xmx12G -jar paper.jar --nogui
Name=Minecraft
Comment=click
Icon=/home/meinkraft/Pictures/icon.png
Right clicking on the posted image says the filename is proxy.webp . Make sure the actual image is a .png .I need some assistance because I'm pulling hairs out of my head that I no longer have.
I'm bringing the Minecraft server back to life, running on Lubuntu 16.04 (didn't bother with an update) and to make it easy for myself I want a clickable icon to start the server. Yes, lazy. Usually to make that work I use this :
Make a new text-file named something.desktop and write this in there:
Code:#!/usr/bin/env xdg-open [Desktop Entry] Version=1.0 Type=Application Terminal=false Exec=java -Xms12G -Xmx12G -jar paper.jar --nogui Name=Minecraft Comment=click Icon=/home/meinkraft/Pictures/icon.png
make the file executable (chmod +x Minecraft.desktop)
Changing the Terminal from false to true doesn't make a difference.
It has been a while since I made one of these and I probably am missing something, it isn't important as I can fire up the server through the terminal, it's just annoying that I can't get it to work with my fancy creeper icon.
After reading my post, I see that I should be a bit more clear.Right clicking on the posted image says the filename is proxy.webp . Make sure the actual image is a .png .
I guess either java or paper.jar cannot be found. Try opening a terminal and execute (paste and press enter) the bold line above, you can tell from the error message which one it is. You will need to give the full path to either file or both to make it happen.Exec=java -Xms12G -Xmx12G -jar paper.jar --nogui
Completely forgot to respond, but that works. I can fire it up through the terminal, it's just that I used to use the bit in my first post to make a executable icon, but now it just doesn't work.I guess either java or paper.jar cannot be found. Try opening a terminal and execute (paste and press enter) the bold line above, you can tell from the error message which one it is. You will need to give the full path to either file or both to make it happen.
Hope this helps!
Hmmm, strange. I still suspect that when clicking on the icon, the paper.jar file cannot be found. The desktop file might be executed in a different environment where the paper.jar file is not in the path and cannot be found.Completely forgot to respond, but that works. I can fire it up through the terminal, it's just that I used to use the bit in my first post to make a executable icon, but now it just doesn't work.
When I click on it nothing happens, no error, nothing. I'm confident I'm missing a step, but I have no idea what.
On my system the shell interprets the .desktop file as a script and fails.You can also try to execute the desktop file itself in a terminal and see if the error will be visible there in the output. Open a Terminal, navigate to the place where the desktop file is located and enter ./something.desktop and press enter.
Hmmm, maybe you don't have the xdg-open program installed? I think it's in the package xdg-utils for Ubuntu.On my system the shell interprets the .desktop file as a script and fails.
Actually I do have xdg-open et al on my Slackware 14.2 system, but it doesn't appear to be configured to handle .desktop files.Hmmm, maybe you don't have the xdg-open program installed? I think it's in the package xdg-utils for Ubuntu.
The first line is called Shebang and tells your shell with wich program to open/interpret the file.
xdg-open should open any file using correct/configured application, so xdg-open document.pdf should open the PDF using your PDF viewer. But the .desktop files are not very standardized, so the format might not be valid on your system.
After reading through the docs in the links above, there should also be a validation program:
desktop-file-validate something.desktop
might output some clues why the file is not working.
Can you try to put in the full path to paper.jar into the desktop file? You can open a terminal and find out the path to paper.jar by entering 'where paper.jar' or 'which paper.jar' or by just searching for it with the usual file manager methods.
The line should look like:
Exec=java -Xms12G -Xmx12G -jar /full/path/to/paper.jar --nogui
Nothing happens. No error, no message.You can also try to execute the desktop file itself in a terminal and see if the error will be visible there in the output. Open a Terminal, navigate to the place where the desktop file is located and enter ./something.desktop and press enter.
#!/usr/bin/env xdg-open
[Desktop Entry]
Version=1.0
Type=Application
Terminal=false
Exec=java -Xms12G -Xmx12G -jar paper.jar --nogui
Name=Minecraft
Comment=click
Icon=/home/meinkraft/Pictures/icon.png
Sorry, i currently don't have access to a linux system to try out. But reading the xdg-open docs it seems it will eventually hand over to your desktop environment's file opener. So maybe that's where the error comes from?Actually I do have xdg-open et al on my Slackware 14.2 system, but it doesn't appear to be configured to handle .desktop files.
On my linux mint (ubuntu derivative) system, xdg_open somefile.desktop works. But ./somefile.desktop fails, unsurprisingly, which is what I understood "run from the command line" to mean. Yes the permissions are 755.