In T3778#112607, @sborer wrote:

@anaknaga did you also get the error because of missing resolvconf when trying wg-quick?

wg-quick up azirevpn-se1:

ip link add azirevpn-se1 type wireguard
wg setconf azirevpn-se1 /dev/fd/63
ip address add 10.10.4.181/19 dev azirevpn-se1
ip address add 2a03:8600:1001:4000::4b6/64 dev azirevpn-se1
ip link set mtu 1420 dev azirevpn-se1
ip link set azirevpn-se1 up
resolvconf -a azirevpn-se1 -m 0 -x
/usr/bin/wg-quick: line 73: resolvconf: command not found
ip link delete dev azirevpn-se1

Compiled and installed using https://www.wireguard.com/install/#option-b-compiling-from-source
Following the guide at: https://www.azirevpn.com/wireguard

In T3778#101023, @anaknaga wrote:

Since December's WireGuard release, I've been having difficulties building on Solus. Code from November still build. Any help would be much appreciated, but it seems that something changed in the kernel. Unsure.

user@t450s-solus ~/bin/WireGuard-0.0.20180118/src $ make debug
test -e include/generated/autoconf.h -a -e include/config/auto.conf || (	\
echo >&2;							\
echo >&2 "  ERROR: Kernel configuration is invalid.";		\
echo >&2 "         include/generated/autoconf.h or include/config/auto.conf are missing.";\
echo >&2 "         Run 'make oldconfig && make prepare' on kernel src to fix it.";	\
echo >&2 ;							\
/bin/false)
mkdir -p /home/user/bin/WireGuard-0.0.20180118/src/.tmp_versions ; rm -f /home/user/bin/WireGuard-0.0.20180118/src/.tmp_versions/*
make -f ./scripts/Makefile.build obj=/home/user/bin/WireGuard-0.0.20180118/src
make[2]: *** No rule to make target '/home/user/bin/WireGuard-0.0.20180118/src/main.o', needed by '/home/user/bin/WireGuard-0.0.20180118/src/wireguard.o'.  Stop.
make[1]: *** [Makefile:1507: _module_/home/user/bin/WireGuard-0.0.20180118/src] Error 2
make: *** [Makefile:39: module-debug] Error 2

Since December's WireGuard release, I've been having difficulties building on Solus. Code from November still build. Any help would be much appreciated, but it seems that something changed in the kernel. Unsure.

Yeah I used to do that, but it's a bit annoying. If you want to avoid updates messing with it, you can put a modified desktop file in ~/local/share/applications, so they will persist.

In T4253#89272, @ben wrote:

Try running with these env vars

QT_AUTO_SCREEN_SCALE_FACTOR=0
QT_SCREEN_SCALE_FACTORS=2

If the font size is wrong, run xrdb -merge <(echo 'Xft.dpi: 192')

How many novice users would install a package like linux-kernel-hardened or something like that in the first place? How many of them would not know how to reboot into a regular kernel if "it doesn't work"?

anon@t450s-solus ~ $ uname -a

Linux t450s-solus 4.13.8-28.current #1 SMP Wed Oct 18 15:53:04 UTC 2017 x86_64 GNU/Linux

Well, I'm very happy that we're getting linux-hardened!!

Please add support for the DCP-J525W. I tried installing it manually the way @ktw says, and no errors are reporting, but it still doesn't print.

In T1713#79532, @baimafeima wrote:

Here's a thought: have networkmanager include an obfsproxy option!

@anaknaga Do you have an idea how this could be done?

This issue is tracked here: https://github.com/haiwen/seafile-client/issues/809

I've been running WireGuard on Solus for a while now, built it manually. Since then I switched entirely from openVPN to WireGuard. It is better, simpler, and faster. I'm really very happy with it, and hope Solus will include it in its repo at one point.

Hah, picked it with my eyes closed :)!

So, the problem is an inconsistency in /usr/share/applications/thunderbird.desktop

@Justin I'm just using the workstation version. I think that's the most common usage tbh. Thanks a lot!

New version available: https://sourceforge.net/projects/davmail/files/davmail/4.8.0/davmail-linux-x86_64-4.8.0-2479.tgz/download

@baimafeima Even though I agree with you on the VPN providers, I think the problem is that we cannot (and should not) ask the Solus devs to make a decision regarding which VPNs should be included (trusted) and which shouldn't. They are not experts on VPNs (afaik?), and even if they were, choosing one or a few could lead to lots of hassle.

I completely agree. The grsec guys should have upstreamed their patches, or at least attempted to work with upstream. For me as a user it is becoming increasingly important however to use a more secure operating system, especially in these weird times. I would be able to contribute to pax flags for most of the software in Solus, when the time comes that CBM is integrated. I think patching and building the kernel itself is relatively easy, although I'm far from an expert.

I found a reference to the Solus PGP key in this reddit post: https://www.reddit.com/r/SolusProject/comments/5id8kg/how_solus_team_provides_security_of_their_distro/db7v3gd/

Thanks a lot!

ufw is working here after enabling and starting it via systemctl as well as ufw itself. Try

To connect to my university's exchange email. Granted, I can just download the package and run it from my home directory.

Thought I checked the duplicate. Thanks for merging!