Package Details: openrc 0.21-1

Git Clone URL: https://aur.archlinux.org/openrc.git (read-only)
Package Base: openrc
Description: Dependency based init system that works with sysvinit.
Upstream URL: https://github.com/OpenRC/openrc/
Licenses: BSD
Submitter: apg
Maintainer: apg (Lone_Wolf)
Last Packager: Lone_Wolf
Votes: 28
Popularity: 0.767577
First Submitted: 2012-11-09 21:19
Last Updated: 2016-06-28 19:18

Latest Comments

Lone_Wolf commented on 2016-06-29 09:03

dreieck,sorry for not replying sooner.

please explain why that change is needed ?

dreieck commented on 2016-03-12 15:34

Can you please add

provides=(openrc-core=${pkgver})

?

Alad commented on 2015-12-15 19:14

Please, go spread your FUD elsewhere, and don't use testing if you can't manage breakage.

https://lists.archlinux.org/pipermail/arch-dev-public/2015-October/027467.html

eNTi commented on 2015-12-15 09:11

Lone_Wolf, i don't think that openrc is to blame for the segfaults. it's just that openrc and all init scripts i tried segfaulted with libc-2.22 being the culprit after my update. i just couldn't start my system or repair it for that matter.

its also true that other packages were broken by the ncurses update but there is a difference if i just have to recompile some packages or if i have to start up a rescue system because my init is broken.

since systemd TOO segfaulted after installing and only ld /lib/init showed a missing link for some library i had to reinstall before even systemd started up properly, its even more difficult to foresee if this wouldn't have happened either way.

Lone_Wolf commented on 2015-12-13 11:26

eNTi , while i agree openrc on arch should get more attention, i'm not sure your libc segfaults have to do with openrc.

Below are the glibc updates i had this year, none of them gave me any problems.
Or am i looking at the wrong package ?

If the first time "openrc was broken by an arch system update" refers to the ncurses6 update, that update broke many aur pacakges.


[2015-02-09 12:10] [ALPM] upgraded lib32-glibc (2.20-6 -> 2.21-1)
[2015-02-11 10:04] [ALPM] upgraded glibc (2.21-1 -> 2.21-2)
[2015-02-12 08:48] [ALPM] upgraded lib32-glibc (2.21-1 -> 2.21-2)
[2015-04-23 09:01] [ALPM] upgraded glibc (2.21-2 -> 2.21-3)
[2015-05-22 10:15] [ALPM] upgraded glibc (2.21-3 -> 2.21-4)
[2015-05-22 10:15] [ALPM] upgraded lib32-glibc (2.21-2 -> 2.21-4)
[2015-08-12 09:14] [ALPM] upgraded glibc (2.21-4 -> 2.22-1)
[2015-08-12 09:14] [ALPM] upgraded lib32-glibc (2.21-4 -> 2.22-1)
[2015-09-06 13:10] [ALPM] upgraded glibc (2.22-1 -> 2.22-3)
[2015-09-07 21:21] [ALPM] upgraded lib32-glibc (2.22-1 -> 2.22-3)
[2015-10-21 23:18] [ALPM] upgraded lib32-glibc (2.22-3 -> 2.22-3.1)

eNTi commented on 2015-12-12 20:22

some arch update totally fucked up my openrc installation beyond repair. i got segfaults from libc-2.22 all over the place and was unable to do anything about it... this is the 2nd time openrc was broken by an arch system update. only this time i had to switch to systemd or i would have had to reinstall the whole system.

this is bad and sad. i'm contemplating a switch to another distro. maybe gentoo, but openrc seems pretty much done for on arch.

thx for the great work but i get the feeling openrc has been all but abandoned by apg and artoo at this point. i can't blame them. it's a constant uphill battle.

if you are really leaving the battle field i'd suggest to reflect that in the rather oud dated and by now more than confusing wiki page.

apg commented on 2015-10-18 16:46

I have no desire to add arbitrary provides to my package nor do I see anything in that thread indicating how that would even help you.

nous commented on 2015-10-16 23:35

To apg: there's been a name change of openrc-core to openrc. This will cause all *-openrc packages by artoo to depend on openrc. Would you, please, add a 'provides=(openrc-apg)' in your PKGBUILD, to make the builds conflict, as suggested by artoo here?
https://forum.manjaro.org/index.php?topic=27333.msg230399#msg230399
Thanks in advance.

eNTi commented on 2015-09-25 15:26

does anyone have an autofs init script?

Lone_Wolf commented on 2015-09-18 19:03

due to the switch to ncurses6 , package needs a rebuild BEFORE you reboot.


apg commented on 2014-08-28 17:25

Updated with tmpfiles patches.

apg commented on 2014-08-26 13:53

I've already submitted a patch upstream for tmpfiles. Here's the bug report for rc-cgroup: https://bugs.gentoo.org/show_bug.cgi?id=489386

Lone_Wolf commented on 2014-08-26 13:04

just updated, some errors when booting .

/usr/libexec/rc/sh/rc-cgroup.sh: line 87: /sys/fs/cgroup/openrc/sysctl/tasks: No such file or directory

/usr/libexec/rc/sh/rc-cgroup.sh: line 87: /sys/fs/cgroup/openrc/loopback/tasks: No such file or directory

tmpfiles: ignoring invalid entry on line 12 of `/usr/lib/tmpfiles.d//etc.conf'

full log : http://pastebin.com/Kf6cEHWD

x33a commented on 2013-08-16 05:06

@ Mektub,

this is the stable version. openrc-git is the Git version.

openrc-arch-services-git contains OpenRC service files adapted for use with Arch Linux.

Mektub commented on 2013-08-16 02:41

I have openrc-git and openrc-arch-services-git in one of my computers.

What is the difference to this openrc ?

Mektub

x33a commented on 2013-08-14 19:43

ah, that's correct. I got confused there for a bit.

Thanks.

apg commented on 2013-08-14 18:18

pacman keeps pacsaves when you remove a package with modified backup files (openrc-git in your case, I assume). That has nothing to do with this package.

x33a commented on 2013-08-14 17:38

Hi apg, can you change the behaviour of installing modified files as pacsave instead of pacnew?

x33a commented on 2013-06-02 17:25

You should change pkgrel to 2.

apg commented on 2013-06-02 15:48

Updated. If you're using openrc-arch-services-git make sure you upgrade it as well.

Lone_Wolf commented on 2013-06-01 09:11

https://mailman.archlinux.org/pipermail/arch-dev-public/2013-May/025003.html

Both this package and the git version will give a conflict with the soon to come move from /bin, /sbin , /usr/sbin to /usr/bin .

x33a commented on 2012-12-09 07:20

0.11.8 has been released. Does it require some work, or can I change the version number in the PKGBUILD and it'll work fine?

apg commented on 2012-11-20 11:28

OpenRC is intended to be POSIX compliant. If you see any bashisms you should report them upstream so they can be fixed.

fbt commented on 2012-11-20 10:22

Agreed. The 'sh' dependancy makes no sense since some of openrc's initscripts try to use bashisms, which makes bash mandratory.

fbt commented on 2012-11-20 10:22

Agreed. The 'sh' dependancy makes no sense since some of openrc's initscripts try to usu bashisms, which makes bash mandratory.

x33a commented on 2012-11-15 16:12

There is no sh package in the repositories. Bash provides sh, which is just a symlink to /bin/bash. So, I think the dependency should be changed from sh to bash.