Artix Linux Forum

I tried following the steps for openrc, but something went wrong and now I can't boot my system.  I tried adding the "init=/usr/bin/openrc-init" at the GRUB command line, but that did no good.  I just got a message saying:
Root device mounted successfully, but /sbin/init does not exist.  Bailing out, you are on your own.  Good luck.
sh:  can't access tty; job control turned off
Is there any way of repairing  this?

Root device mounted successfully, but /sbin/init does not exist.  Bailing out, you are on your own.  Good luck.

# mount /dev/sd** /mnt
# ls -al /mnt
# artools-chroot /mnt

# pacman -Qs artix-sysvcompat 

Server = http://artix.wheaton.edu/repos/$repo/os/$arch

the mirrors from the "tutorial" on the website didn't have artix-sysvcompat available to me. i had to use:

Code: [Select]

Server = http://artix.wheaton.edu/repos/$repo/os/$arch

also... there was no announcement when the change would hit system, which indeed it already did (yesterday?). i ALMOST rebooted my system without checking for special instructions. only when i realized i couldn't use reboot any more (thank god) i started to poke around and found the outdated info on the website and forum.

you guys, i really appreciate all you are doing... but if this continues the way it does... i'll probably switch to another distro. just wanted to let you know in case others feel the same way so that you get a feeling about the general "health" of your user base.

you keep introducing possible system breaking changes without much warning. the constant dependency issues from migrating away from arch packages are just another issue that falls into that category. if you want to keep this distro that way without ever getting it to a stable place you've got all my support and best wishes to do so. just let us know if you are planning to stay on the experimental route because that's just not what i was looking for when i wanted to stay away from systemd.

the mirrors from the "tutorial" on the website didn't have artix-sysvcompat available to me. i had to use:

Code: [Select]

Server = http://artix.wheaton.edu/repos/$repo/os/$arch

also... there was no announcement when the change would hit system, which indeed it already did (yesterday?). i ALMOST rebooted my system without checking for special instructions. only when i realized i couldn't use reboot any more (thank god) i started to poke around and found the outdated info on the website and forum.

you guys, i really appreciate all you are doing... but if this continues the way it does... i'll probably switch to another distro. just wanted to let you know in case others feel the same way so that you get a feeling about the general "health" of your user base.

you keep introducing possible system breaking changes without much warning. the constant dependency issues from migrating away from arch packages are just another issue that falls into that category. if you want to keep this distro that way without ever getting it to a stable place you've got all my support and best wishes to do so. just let us know if you are planning to stay on the experimental route because that's just not what i was looking for when i wanted to stay away from systemd.

We recently lost our primary mirror unexpectedly and relatively suddenly, lets not mix several issues here.
As a matter of fact, the updates arrived in stable and they do work, granted you followed the announcement, and you have had updated your mirrorlist(pacnew).
Troubles with a flawed update has likely its root cause in the mirror being outdated.

however i was under the impression that artix [system] is generally regarded as safe (stable). if i got the wrong impression of what artix is supposed to be (a STABLE and systemd-free archlinux fork) please tell us so that we either pay closer attention to updates or look for an alternative.

I simply don't get the complaining here.
System is stable, the update works as intended, but there is no way to pull in a new member of base group automatically.
That is all there is to it, not different to what arch does in their announcements if user intervention is required on update.

that are just facts. there's no judgment in there. i'm telling you what my problems are. you can't tell me that those are not problems or that i'm not having them or that those are not of your doing.