Lets start by saying I use a very simple setup I use Msdos bios even for win10 simple does the job well proven. on a desktop AMD 6 core Nvidia GPU, It is said I could install a bucket of shit and it would work by a lot of users that know me, I say its because I research before buying and build my own rigs.
No encryption or any of that no firewall so I'm not paranoid about security.
I installed Artix at the beginning of Sept then installed my version of JWM up to date it has been mostly clean sailing for me, got fed up with the LTS lags with nvidia GPU so installed the Linux-CK Kernel.
I find file transfers using gvf-mtp and USB much more in line with windows speeds compared to systemd that is a real plus for me as its a major part of what I do. for the community as most people here do not have internet, so i do windows updates and android as a free service to help the community.
I really have not run into anything to fault Artix but saying that have used Arch close on 14 years as my daily driver So familiarity may play a good part for stability.
Please post your findings so far using Artix
Artix is running fine.
I migrated from Manjaro i think in september or later and update when i think its good to waste network and time. Everything works fine with few exceptions which are caused by discontinuity with repositories from Archlinux..
Initially i had problem setting up bumblebee with nvidia drivers so i given up on that for few months and few weeks ago i tried to install it again and everything worked fine...
I am using testing repositories without any problem.
Artix runs fine bigger problem for me is that i prefer old fashioned design like Windows 95 with classic menu and buttons, windows etc.... which is slowly replaced by modern mobile design which is wasting a lot of space or is looking too strange compared to the rest of the system.
What i find missing in Artix are some init scripts which were available in Mnajaro
That's all, Thank you for reading or delete this post if you think you the need to censor me.
Luckily their are many older window managers that are win95 ish to choose from but you have to learn a bit but the Arch/Gentoo wikis are very helpful in that respect, Your problem is Manjaro it steers users not to think for themselves and rely on others instead of learning, To me learning what you are doing is what its all about, my problem is I forget as fast as I learn old age I hope.
Arch has https://wiki.archlinux.org/index.php/Window_manager worth checking out
Window manager is useless when the program itself has manu hidden under one button somewhere and the whole design of that program has different philosophy.
What are LTS Lags?
Why is this a function of the OS?
My adventures with Artix have but up and down, and far too many facets to mention within one thread.
On the server, I have had trouble bending it to me will, and get updatges to behave and the run directory to function correctly.
Updates have been an adventure and testing my GNU/Linux skill.
I've had trouble with an ethernet card, which might be a hardware issue. I'm just not sure.
The biggest thing that anoys me is that I can't get it to start port forwarding on reboot.
Ruben
also, authentication out of the box and x11 were completely messed up and I needed to hack pam and lock down logind.
I'm lost I use a variety of window managers one such being JMW bottom left corner of the panel menu button. I made it a dynamic menu, and many others like Awesome you can install a dynamic menu on the panel, I did, but you need to be willing to learn 1st.
It has been running fairly well for me. I have had some issues getting running and at one point time I completely screwed up my install , I think the battery died in the middle of updating or something of that nature. Anyway I ended up reinstalling Artix and it has been working really well for me. Since I have reinstalled I have been on the testing with no issues at all.
Just looks on chrome or new firefox or GTK3 programs like nm-applet... a lot of options hidden under one button instead of normal menu
I run Artix on a Toshiba Satellite using the Linux-Zen kernel with KDE Plasma. So far, my experiences with Artix have been pretty positive, and I think the devs are doing a great job. The only real complaint I have is the occasional faulty upgrade which seems to happen less and less as time goes on.
I installed base artix on a laptop from about 2005 with an intel GMA 950 integrated graphics chip.
KDE Plasma does not run on this laptop, though. The wayland-session just fails back into SDDM, and KDE under Xorg simply won't go beyond a pretty loading screen.
Another laptop with more modern hardware runs Artix and KDE Plasma very well, under X and Wayland. NetworkManager isn't up for managing the wifi, I believe it has problems with the broadcom chip or something. Connecting manually still works.
In every system I have tried to install Artix from calamares it worked. Some are 4-5 years old some are 8-10yold.
It more than satisfies my needs and is pretty stable and functional, even while [testing] everything.
So I can't say I would want anything changed. I used the early LXQT installer a few times, but the nox installer works best for me. I try to pass on the positive experience to others. I really like obarun lately but the installer needs a higher understanding of linux than many users care to have. The difference is that S6 to me seems as a much more advanced system than OpenRC or even Runit.
The ability to sit on any box and have a running system in little time with all I need that Artix provides is unbeatable.
I've been using it for a few months now on 3 of my machines and it runs pretty nicely now. There were a few hiccups early on (which is to be expected), but now it's all smooth. One of the reasons why it was hard for me to leave Arch (despite my hatred for systemd) to something like Void or Gentoo is because I'm too lazy to abandon AUR and move my packages over to an ebuild or something. Artix was easily the best solution for me and it's much more convenient/complete than Arch OpenRC ever was.
That's nice to read, so it payed off to join forces with similar projects on arch. :)
The issues I've been having are minor and they are edge cases: pulseaudio running within firejail seems to be acting differently from the systemd setup (not really working except in one jail at a time), some extra/ packages are newer (as already mentioned on other threads). There's also the 'small' issue of systemd launching network sockets for services as its own user, that gladly doesn't happen on openrc, but I had to change some firewall rules (again, minor).
For me, as long as firefox/some terminal emulator/awesome or i3/virtualbox and a few other pieces of software that aren't systemd related in any way (yes, I know , everything got infected lately), I'm a happy camper.
I ran gentoo for a few years, it didn't agree with my backup strategy (long compile times on recovery), went back and forth between the major distros, ditched .deb for arch because of better community support for older packages through AUR, and now I'm on Artix because I get AUR + openrc (or anything non-systemd) and I don't have to compile for hours.
For me it's clear that Artix is still a work in progress, but I've been using it for months and since I know my way around things, I didn't have any major issues with it and I'm expecting it to get better.
I'm kind of surprised there aren't more people using devuan/artix to be honest, but migrations can be painful, I suppose.
It's also not hard to just switch back to arch, once you understand how it interprets mirrors/sigs, but I didn't find the need to.
I've posted my issues on the IRC channel, but I'll try to summarize them here. But first my environment.
I'm running Artix installed from scratch from the artix-lxqt-20171015-x86_64 ISO, and is not an upgrade or conversion. It is installed in a VirtualBox VM with 1.5 GB memory, 2 vCPUs, 128M video memory, KVM paravirtualization, ALSA Audio on the host and ICH AC97 controller. DE has been either lxqt or xfce4. The host is CentOS 6.9 running the 2.6.32 kernel. The mainboard is an ASUS M5A78L-M/USB3 (AMD Thuban x6). We have HSI that gets about 150mbps down, and I am hardwired, not wireless, to the Comcast modem.
Until installation of the 4.14.14 kernel, the system was a bit unstable, with the system going into a freeze for minutes at a time, sometimes freezing completely. Sound was flakey, sometimes going out at seemingly random times; killing other programs with sound like pysol (even though I disabled sound on pysol), or restarting the browser, or both, most times revived sound... for a while. Eventually I had to reboot the VM. I think that was with the 4.9.75 kernel, idr now. BTW, changing from lxqt to xfce4 did not cause noticeable improvement or degradation; performance was about the same.
After the update to the 4.14.14 kernel, the system is much more stable, and I have not noticed the long freezes and hang-ups. So far, anyway. But I do notice that there is still a sluggishness of the video. When I go to click on items, about 3/4 of the time, I have to click a second time even though the control seemed to have registered with the first click. Sometimes moving the mouse to one place does not seem to register with a program here and there even though the mouse pointer is in the spot I wanted, and then suddenly it will jump to another place, usually a few pixels away (maybe 100 px or so, I'm estimating). In some web pages, I will get some artifact hanging on the cursor which I have to click to get rid of. Keystrokes are often delayed, but worse, moving the mouse after entering characters sometimes causes unwanted highlighting, and worst yet, occasionally deletes work I did not want removed. Thank goodness for ctrl-Z!
One other issue I might mention is concerning syslog-ng. While trying to sort out these issues under the 4.9.75(?) kernel, I found that the system log messages during one freeze were missing. Since the update of the kernel 4.14.14, I have not yet experienced a freeze, so I will not know until it happens (if it happens, that is) if missing log messages are still symptomatic.
For comparison purposes ONLY: I do not observe or experience this type of behavior in my other VMs, including anti-X and devuan 1.0. These VMs run in (nearly) identical configurations. I've tried enabling/disabling 3D, KVM, NX, etc to no avail.
4.14.14 certainly does seem better, but only the sluggishness of the UI is annoying. I continue to use it, hoping more improvements come down the pike soon. I would like to see more support for multiple kernels as this is handy when trying to sort out issues like the ones I am discussing. I am hunting for replacement for my CentOS hosting of VirtualBox, but so far this arrangement is not promising. I understand that running in VM versus bare metal would certainly have at least some impact, but given that I do not see all these responsiveness symptoms in my other VMs, I am rather sceptical that this difference is significant. I get very good UI responsiveness in the other VMs as well as the host.
I am more than happy to share more info with devs (aside from user IDs and passwords, my SSN, street address, phone number, etc), although I think I have been very thorough already.
I switched my DE from xfce to lxqt, and now I am getting good responsiveness and performance (finally!). But I will be sensitive to any recitivism and report it here. For now, though, it looks hopeful again.
Lets hope it stays working well for you like it does for me I use JWM by the way.
If I am not mistaken, lxqt uses openbox wm.
no issues for me here
running kde plasma on a xeon 5470 @3.85 / 10gb ram
a couple of hiccups with early kernel packages/modules and an issue with the nvidia proprietary driver but nothing that wasnt solveable
OC'ing the cpu does cause problems with long builds (firefox/ffmpeg) because of heat but i just do -j2 for those
my experience since going from lfs -> arch -> arch openrc -> artix has been pretty smooth
Swimmingly :D
A few package version niggles related to stuff from Arch repos (running a full Plasma desktop here), but nothing insurmountable.
I was contemplating Gentoo for a while there, after finding Devuans ascii/testing somewhat unready for prime-time, but I'm glad I gave Artix a go first. It's nice.
Been using Artix on my HP laptop since new. Been working great and I really like LXqt. My laptop is mostly used for my business and so it having been very reliable is great. Only issues is I can't get mtp working with my S8 - have had troubles with mtp with all sorts of phones and Linux OS's. Never got it working on Gentoo either. Pacman sometimes gives me errors, but they usuall 'wash out' with time - latest is a whole bunch of conflicts with xorgproto?
https://forum.artixlinux.org/index.php/topic,403.msg0.html
Being systemd free just feels great 8) 8) 8)
I wonder if your MTP problems are LXQT related as LXDE does not have that problem being gtk its a matter of just installing gvfs-mtp and adding this to startup dbus-launch pcmanfm --desktop -d but i don't have experiance with LXQT I just know in LXDE gtk the file manager does not give full functions without dbus starting the file manager.
: community 4.1 MiB 5.89M/s 00:01 [############################################################] 100%
:: Starting full system upgrade...
:: Replace compositeproto with world/xorgproto? [Y/n]
https://forum.artixlinux.org/index.php/topic,403.0.html
https://forum.artixlinux.org/index.php/topic,335.0.html
world-testing/xorgproto replacing all other ***proto [SOLVED?]
New xorgproto unable to update
Clementine libprotobuf
My experiences :
I started using Arch+ fluxbox at year 2014, when systemd was already implanted, so OpenRC or any other init is new for me; before Arch I was using *buntu, Mint and similar, and didn't care about init system. As systemd becomes more and more complex, and developer gets less and less idea of what he is doing (because of that complexity), plus some recent annoyances with systemd (https://github.com/systemd/systemd/issues/8155), I started to search for nosystemd distros.
At first I was thinking about Devuan Ascii, but after reading this (https://sysdfree.wordpress.com/2018/01/27/170/) I quit that idea, and choose Artix, and here I am. After all, it iz Arch without systemd, and It is my main OS for years.
Default Artix (calamares, artix-lxqt-20180108-x86_64.iso) installation finished with "linux kernel 4.15.14"; (working excellent, btw)
I read that default Artix kernel is "linux-lts", AND that nVidia proprietary drivers (for Artix) are 'best cooked' as
nvidia-lts, so i installed "linux-lts 4.14.32-1" and removed linux "kernel 4.15.14-1", then installed nvidia-lts.
Wow!
I must admit that I did not expect such a top-notch lxqt masterpiece!
Now, I must share some strange experience.
There was no devices (except smartphone), meaning other disks/partitions (ext4,ntfs,luks) from my machine
not showed unmounted at pcmanfm-qt left side (places), so I decided to play with fstab;
First I picked big ext4 data partition (sdc3 - not configured during installation proces) and added it to
fstab:
UUID=b06736bd-2425-3234-9124-932b2368f6fa /mountplace1 ext4 defaults,noauto,noatime 0 2
Now, as soon as I pressed "save" in text_editor ---> poooof!:
ALL disks/partitions, not just that sda3 from fstab, but ALL other partitions (not in fstab) showed up in pcmanfm-qt left side, unmounted, of course.
So I commented out
# UUID=b06736bd-2425-3234-9124-932b2368f6fa /mountplace1 ext4 defaults,noauto,noatime 0 2
and rebooted to see if that (desired) behavior of pcmanfm-qt will remain preserved, and it did!
Now I just have to learn more "How to(s)" OpenRC ...
Don't listen to those sysdfree folks, they get all wired up and blow more steam than it is worth. ;)
I am glad you are here though. Do you have gvfs installed? Do you have your user as a member of wheel?
Welcome
Default installation automatically put me into audio, lp, network, optical, power, scanner, users and wheel groups.
Habit from Arch (+fluxbox+pcmanfm) --> always install gvfs-smb, gvfs-mtp, gvfs-mtp, gvfs-nfs, gvfs-gphoto2 to have access (from pcmanfm) to smartphone and
NAS samba shares;
everything seems triggered to function properly when I pressed "save" on that modified (now reversed) fstab file.
Never mind, now is working as it should, I shared that in case any future user browse forum for similar solution/problem.
Also, for any user that care about
tmpfs:
Arch (systemd) uses tmpfs (https://wiki.archlinux.org/index.php/tmpfs) for /tmp
by the default systemd setup and does not require an entry in fstab unless a specific configuration is needed.
I noticed that is not the case in Artix (Yes, I know this is not systemd-based OS, and I said I don't know nothing about any other
init system -- everything I know is from Arch+systemd, so I use it as reference point) so I just added line in fstab, to have it back:
tmpfs /tmp tmpfs rw,nodev,nosuid,noatime 0 0
Installation is on SSD, so it is useful configuration (for me)
To check 'where is Your /tmp mounted' issue:
$ df /tmp
Filesystem 1K-blocks Used Available Use% Mounted on
tmpfs 4085452 0 4085452 0% /tmp
Of course, You can also browse through the output of
mount command
After some trial period, I'll decide if Artix will become my main OS, now I am dual booting with Arch.
So far - so good.
Its my main as well, migrated from Manjaro openrc.
I also get mandog's lts lag, but instead of getting desperate, i simply hold upgrading kernel/xorg until nvidia is up to date (pacman complains anyway). The package usually gets updated a few days later. I'm using: linux-lts, nvidia-lts and r8168-lts, all three must be updated at the same time or else i might lose network or video...
Before using manjaro openrc, my experience centered mostly around debian derivatives, and before that slackware and some rpm distros (and bsds). Because arch and derivatives dropped 32 bit, i also use voidlinux in some computers, which came handy for learning the ways of runit, which someday i plan to put to use in Artix as well (prefer to wait for bugs or issues to be ironed out).
Voidlinux is great, but the vast amount of software in arch/aur repositories tips the balance if i can help it. But us in "forsaken" countries can't be picky and certainly can't discard 32 bit quite yet. I'll keep an eye to archbang...
On my main desktop I'm using xfce. You can still keep a "redmond"ish appearance if you want, just make sure to have matching themes for gtk and qt. QT is a bit stubborn and needs fiddling with qt5ct from time to time when you change themes or something affecting themes gets updated.
I have skipped systemd entirely, but read and saw some horror stories from former coworkers etc. I also happen to not use pulseaudio, and don't see any need for avahi, imo. When someone has bad coding and design practices, those things tend to propagate to all his projects, so why risk it? I had enough with pulseaudio issues way before he decided to take over the world with systemd. So i made a pure alsa config which works perfectly fine, dmix and dsnoop mixes anything and i don't use or want bluetooth audio.
So yes I have it running fine here, but I wouldn't recommend this distro to newbies, no hand holding easy to break stuff when you do foolish things. Its nice to have updated and vast amount of packages one command away, and only you decide when to update, and no bloat if you don't want it. For a server I would still throw devuan or a bsd, but this is great for the desktop.
I used a bit of pamac with manjaro, but got in the habit of just using pacman for system packages and trizen for aur packages. If pacman complains a package needs a certain lib version not available, just don't upgrade, wait a few days and resync. Also its always good to read announcement/forums/social before doing upgrades, just in case. Rolling distros carry more responsibility, and often packages update things you need to carefully check such as config files, etc.
Another advantage of always waiting a little bit is, if major things break, you get the warning (and possibly the solution) in advance. I only upgrade from time to time, sometimes i just need a single package updated, no need to deal with a massive system upgrade all the time, especially when everything is working just fine. Many aur packages also exist in binary form, no need to compile all the time either (or deal with gcc version annoyances).
So far, so good. I used Debian for about 10 years (Slink through Lenny). I prefer using distribution packages if at all possible and got tired of waiting for updates for important (for me) packages so I switched to Arch around 2010. Loved it until they switched to systemd. Switched to Void last year on both home and work computers but I never could get Xiphos (Bible study software) to work on it. I heard about Artix on the Void forum and switched my home computer to it. All I have installed so far are the essentials: pekwm, midori, xiphos, scala, IDEA, LibreOffice, and hodoku and all is working well.
I'm hesitant to install it on my work computer just yet as it is an EFI machine and I had a horrible time getting Linux to work on it. I'm hoping to get a new computer to replace it in the next few months and definitely plan to install Artix on it.
Many thanks to the developers.
Glad you are enjoying Artix it really is nice to use I personally have not had many problems just a few niggles. Once the transformation of the repros is complete and every thing is 100% systemd free Artix will be a force to be recond with
Yes indeed...welcome to Artix. :)
I second what
@mandog stated....Artix is developing progressively. It is a major undertaking to get untangled from systemd and I can't thank the devs here enough for making that come about.
Best regards.
This is my third attempt at artix linux, i hope this one sticks.Ive learnt a lot more in the past 6 months and i realise artix has had some issues but so have i funnily enough. You guys and gals do good work, thankyou.
The arch way is a very big learning experience and Artix is a extention of the Arch way I mean the original Arch way with BSD init scripts so users like me find it much easier to use Artix I believe. Systemd has dumbed down the boot processes into a none user experience. I will leave it their as I use both for different reasons.
Running flawlessly for me.
Thanks for maintaining a systemd free alternative. I've been looking for a decent distro for a long time but I always come back to Arch because I like pacman so much. Now we have a systemd free distro with pacman. That's basically perfection. :D
I've tried Devuan before. I just don't like to apt at all. Package management is a nightmare on Debian based distros.
big thank you to Artix team. Even though Artix was suffering from some "childhood illnesses" in the first months of existance, I have to say it has matured a lotand seems to be rock solid for some time now. Overall it's distro I am comfortable with, I run it with OpenRC on majority of my machines but I have now two installs with runit too. With both inits it works like a charm.
It also got to a pont where I would consider it as a system on a PC ran by my wife or parents, obviously people close to me that would ask me to administer it for them.
Thanks for all the feedback so far.
Its nice to read the work pays off and we got the first happy users, and we also try to iron out things that may make users not so happy.
Heading for the 1st birthday in September, time runs so fast. :o
Running it on 5 totally different machines:
Dell Precision 7510 - Intel(R) Xeon(R) CPU E3-1545M v5 @ 2.90GHz, 64GB RAM, Nvidia Quadro M2000M (Main machine)
Sony Vaio (Don't ask me the model it was an obscure customization model) i7,, 16GB RAM, ATI/Intel graphics hybrid
Lenovo Yoga 2 Pro - i7, 8GB RAM (hard wired), Intel Graphics
Microsoft Surface Pro 2 - i7, 8GB RAM
MSI Phantom - i7, 32GB RAM, Nvidia/Intel hybrid graphics
And I wouldn't say I have any issues (I like to think of them as quirks due to such diverse systems) at all. On other distros, I've had to fight stupid things like sound not working out of the box, or a flaky wireless card but with Artix, everything just works. The only hardware I had to fight with was a Yubikey Neo but other than that man Artoo you have knocked it out of the park with Artix. Yes we've had hiccups, which every fledgling distro does but we as a collective have worked through all of it in a very few hours. I've been running Linux since Redhat 5.5 and Artix is my daily driver (I don't run Windows anywhere) and I use it in a production environment. Zero complaints here.
Until 2 days ago is was very usable
I'm running it on 2 servers and a workstation. The servers are fit/pc insense II and the workstation is my HP z40 tower with a Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz, 3 sata, 32ggs of ram, 8 core CPU
ithe last update killed the OS. The upgrade on xorg and wayland couldn't be fixed... and I realy tried. I reinstalled from scratch, which wasn't easy. The original setup was modified from Manjaro and has been working fairly flawlessly until 2 days ago.
Calamari didn't want to do the install at all correctly. I have no idea how it finally worked by I ended up on ext4 instead of xfs...
I hope you are not on the habit of deleting you cache, on the other extreme I have pkgs from 9/2017
Just ls -latr your cache (/var/cache/pacman/pkg) and see all the packages that came in the past 2-3 days, look for their previous versions, and # pacman -U ****.xz and you are back to where you were 2 days ago. Easy!
Obviously pkgs such as mirrorlist will not brake your system, so scratch the easy to omit out and try it.
There may be other ways to do it, that is how I do it. There must be some history of pacman transactions somewhere, in Debian I knew it out of my head, but on arch-based this is how I backtrack a problem.
example from my cache:
-rw-r--r-- 1 root root 731K Jun 25 19:43 elogind-238.1-1-x86_64.pkg.tar.xz
-rw-r--r-- 1 root root 172K Jun 25 19:43 libelogind-238.1-1-x86_64.pkg.tar.xz
-rw-r--r-- 1 root root 2.1M Jun 25 20:44 youtube-dl-2018.06.25-1-any.pkg.tar.xz
-rw-r--r-- 1 root root 99K Jun 26 09:38 libedit-20180525_3.1-1-x86_64.pkg.tar.xz
-rw-r--r-- 1 root root 127K Jun 26 12:11 unrar-1:5.6.5-1-x86_64.pkg.tar.xz
-rw-r--r-- 1 root root 49K Jun 26 18:27 python-keyring-13.1.0-1-any.pkg.tar.xz
-rw-r--r-- 1 root root 598K Jun 26 21:53 archlinux-keyring-20180626-1-any.pkg.tar.xz
-rw-r--r-- 1 root root 57K Jun 26 21:55 libgusb-0.3.0-1-x86_64.pkg.tar.xz
-rw-r--r-- 1 root root 190K Jun 27 03:55 feh-2.26.4-1-x86_64.pkg.tar.xz
-rw-r--r-- 1 root root 2.2K Jun 27 14:45 artix-mirrorlist-20180627-1-any.pkg.tar.xz
-rw-r--r-- 1 root root 597K Jun 27 20:53 archlinux-keyring-20180627-1-any.pkg.tar.xz
-rw-r--r-- 1 root root 876K Jun 27 20:56 openjpeg2-2.3.0-2-x86_64.pkg.tar.xz
-rw-r--r-- 1 root root 68K Jun 27 21:25 cifs-utils-6.8-2-x86_64.pkg.tar.xz
Since no one else has reported the kind of hosing you have, I'm suspecting the reason for your woes lies somewhere else, PEBCAK included. Therefore I suggest that you:
1. Make a backup of /etc
# cp -a /etc /etc.bak
2. Reinstall all packages
# pacman -Qnq | pacman -S -
# pacman -Qmq | yaourt -S --noconfirm -
The second line will install packages from the AUR.
3. Restore your /etc
# mv /etc /etc.new
# mv /etc.bak /etc
4. Profit.
??
No, this library problem has cropped up on other distro's and on arch. Nobody is in a rush to fix it though as they are rushing to wayland and rerooted x on sytemd
I had to reinstall using the lxqt iso which is not working out of the box. I had to scp pacman config files from my server. It doesn't have a working copy of vi.
I don't know how X is running with new set up. pstree is showing this
X is running but not doing anything as sddm is being kicked off of init1
the iso needs
vi and lsof
calamari didn't work predictably. The file type and partitioning failed.
I use Artix on my thin-client-based home server. I've got set up a web server for my homepage and the projects I work on for my clients, media server for music and movies, download client for... well... downloading, I'm still struggling to get a fully functional mail server; OpenSMTPD is already there and working, but I still need to figure out how to connect dovecot and then retrofit the whole thing with spamfilters digital signatures and all the bells, whistles and policies needed so that other mailservers would want to talk with mine without sacking me into their blacklists.
I also installed a desktop environment, and use the server as a normal PC, when I just want to do some light work/browse the net and I don't feel like turning on my monster rig just for that.
It's been almost a year and everything has been running smoothly. I've never had an issue of something critically breaking after an update. Sometimes some programs would go complaining that a library of requested version was not found - this is easily fixed by creating a proper symlink.
The biggest annoyance while setting Artix up was that many packages were provided without their OpenRC init.d and conf.d service files at that time. Had to hunt on Gentoo for those. However I see that this is getting fixed.
Nice to see another satisfied Artix user, As you pointed out things are now falling into place very nice.
2 months ago I wrote about my experiences on installing Artix Linux. Now that it's two months later I thought about informing you about how Artix Linux is running on my PC.
Over the last two months, the only issue I had when running Artix Linux was an issue with the desktop manager. I switched from the default LXQT desktop to XFCE, but sometimes (not all the time) whenever I logged in to Artix Linux and load XFCE the screen would freeze before it displays the XFCE desktop, whereby in order to fix this issue I had to switch to another tty and reboot. Whenever I rebooted then logged back in it would then work without any freezing.
I kept using XFCE and adding more and more packages and I think I needed, then after a while I decided to install KDE (Plasma 5) if only for the eye candy. The freezing would still continue when "trying" to log in, and there was a time that if I couldn't fix this issue then I would go back to Manjaro, but just lately, whenever I log in to KDE or XFCE I have not had any freezes at the log in stage. This I am very happy about because now I don't need to move back to Manjaro and systemd.
Anyway, I have not had any issues or problems with Artix Linux recently and I am very happy with it, but just in case something goes south with Artix Linux that I cannot fix then I do have a copy of Manjaro on a disk in reserve for that just in case moment.
Long may the stability continue.