OpenRC & eudev on Arch

Mr Green · 2015-04-29 06:21:28

Know someone who is working on an mkinitcpio-nosystemd pkgbuild, have not tried/tested so cannot confirm it yet but if you are interested I can email you what we have.

replabrobin · 2015-04-29 07:49:02

Hey Mr Green,

I was thinking of submitting the mkinitcpio-nosystemd stuff to the AUR, but am puzzled by the .SRCINFO file; the wiki section describing .SRCINFO is not very clear.

Alad · 2015-04-29 07:58:48

You don't need to mess with those files. makepkg --source is all that's needed.

.. and if you don't mind first post the PKGBUILD here before submitting it.

Last edited by Alad (2015-04-29 07:59:19)

Mr Green · 2015-04-29 08:13:09

replabrobin wrote:

Hey Mr Green,
I was thinking of submitting the mkinitcpio-nosystemd stuff to the AUR, but am puzzled by the .SRCINFO file; the wiki section describing .SRCINFO is not very clear.

I loathe building packages from source one the reasons I went with Arch in the first place. Would be an idea to post what you have and then I am sure you would get some help. Openrc users are pretty

replabrobin · 2015-04-29 09:01:04

Alad wrote:

You don't need to mess with those files. makepkg --source is all that's needed.
.. and if you don't mind first post the PKGBUILD here before submitting it.

thanks for the tip; it makes a .SRCINFO inside the tar.

Here is the modified PKGBUILD; it replaces the current mkinitcpio PKGBUILD

# based on the PKGBUILD from core mkinitcpio by
# Maintainer: Dave Reisner <dreisner@archlinux.org>
# Maintainer: Thomas Bächler <thomas@archlinux.org>

pkgname=mkinitcpio-nosystemd
pkgver=18
pkgrel=2
pkgdesc="Modular initramfs image creation utility"
arch=('any')
url="https://projects.archlinux.org/mkinitcpio.git/"
license=('GPL')
depends=('awk' 'mkinitcpio-busybox>=1.19.4-2' 'kmod' 'util-linux>=2.23' 'libarchive'
         'coreutils' 'bash' 'findutils' 'grep' 'filesystem>=2011.10-1' 'gzip')
optdepends=('xz: Use lzma or xz compression for the initramfs image'
            'bzip2: Use bzip2 compression for the initramfs image'
            'lzop: Use lzo compression for the initramfs image'
            'lz4: Use lz4 compression for the initramfs image'
            'mkinitcpio-nfs-utils: Support for root filesystem on NFS')
makedepends=('asciidoc')
provides=("mkinitcpio=${pkgver}-${pkgrel}")
conflicts=('mkinitcpio')
backup=('etc/mkinitcpio.conf')
source=("https://sources.archlinux.org/other/${pkgname%-nosystemd}/${pkgname%-nosystemd}-$pkgver.tar.gz"{,.sig}
        '0001-avoid-compound-conditional-leading-to-spurious-error.patch')
install=mkinitcpio.install
sha256sums=('187bdeeade08996010fbff480ccc91e47722d275c22fd6feb4a4b63061e9fc22'
            'SKIP'
            'f6a77a34a5d97b8c3f3aef21b97da0b5d6992244e28e9b3f71e83cbaa4473341')

prepare() {
  local d=${srcdir}/${pkgname}-${pkgver}
  [ ! -h "$d" ] && ln -s ${pkgname%-nosystemd}-${pkgver} "$d"
  [ ! -d "$d" ] && echo "!!!!! cannot locate dir '$d'" && exit 666
  sed -i -e"s/\s*'systemd'\s*//g" ${d}/PKGBUILD
  rm -rf ${d}/install/sd-vconsole ${d}/install/sd-shutdown ${d}/systemd ${d}/tmpfiles
echo 'Makefile' >/dev/tty
  sed -i -e'/shutdown\.target\.wants/d
/tmpfiles\.d/d
/mkinitcpio-generate-shutdown-ramfs\.service/d
' ${d}/Makefile
echo 'init_functions' >/dev/tty
  sed -i -e'/# ensure that root.*systemd/,/\sfi\s*$/d
s/logic of systemd/sd/' ${d}/init_functions
  patch -d "$pkgname-$pkgver" -Np1 <0001-avoid-compound-conditional-leading-to-spurious-error.patch
}

package() {
  make -C "${pkgname}-$pkgver" DESTDIR="$pkgdir" install

Edit: I used asp-git to get a checkout of the current mkinitcpio package and then after cp -pr mkinitcpio/trunk mkinitcpio-nosystemd/ the above PKGBUILD can be used in place of the copied one. I will submit the src tar to the AUR.

Edit: I put this into the AUR as mkinitcpio-nosystemd; I expected some kind of review process, but it seemed to appear immediately.

Last edited by replabrobin (2015-04-29 12:31:57)

Mr Green · 2015-04-29 09:26:07

Can you add install file or modify pkgbuild....you will need patch too

Last edited by Mr Green (2015-04-29 09:27:20)

Lone_Wolf · 2015-04-29 12:50:50

replabrobin, looks to me like most of those sed commands could be replaced by a patch file.

Also i'm surprised how little systemd related stuff there is in mkinitcpio now (I looked at mkinitcpio-18.tar.gz ).

replabrobin · 2015-04-29 13:16:53

Lone_Wolf wrote:

replabrobin, looks to me like most of those sed commands could be replaced by a patch file.
Also i'm surprised how little systemd related stuff there is in mkinitcpio now (I looked at mkinitcpio-18.tar.gz ).

Lone_wolf you're right about the patch file, but it is 65 lines long is that preferable to the sedding? Probably the patchfile would be more explicit. I'll do it in the next version or as soon as someone complains about something I've missed.

Does mkinitcpio actually need to inject systemd into the init ram fs; I'm not sure it does even on a systemd machine.

Last edited by replabrobin (2015-04-29 13:22:11)

replabrobin · 2015-04-29 14:39:02

Lone_Wolf wrote:

replabrobin, looks to me like most of those sed commands could be replaced by a patch file.

Lone_Wolf I have pushed an updated version with a patch file to the aur

Lone_Wolf · 2015-04-29 20:56:14

Looks ok at first glance, though i'm not familiar with the format in the patchfile.
Is there a specific reason why you used -rc to create the diff file and not -aur ?

In general sed is great for small changes to source files , but a patch file is much easier to read.

With injecting systemd into the initramfs you refer to the systemd hook that can replace base, udev & usr hooks ?

$ pacman -Qo /usr/lib/initcpio/install/systemd 
/usr/lib/initcpio/install/systemd is owned by systemd 219-6
$

Looks like us openrc users (both apg & artoo way) don't need to worry about that one yet.

Sidenote :
I'm still using udev from systemd, however if/when KDBUS gets accepted in the mainline kernel i'll have to test eudev.
Latest news about KDBUS is that it's not in linux 4.1-rc1 : http://lkml.iu.edu/hypermail/linux/kern … 01263.html

Alad · 2015-04-30 05:48:50

Lone_Wolf wrote:

Sidenote :
I'm still using udev from systemd, however if/when KDBUS gets accepted in the mainline kernel i'll have to test eudev.

https://github.com/jcnelson/vdev

Last edited by Alad (2015-04-30 05:49:16)

Lone_Wolf · 2015-04-30 13:00:41

Thanks for that link, Alad. vdev looks very promising.

bstaletic · 2015-04-30 17:49:47

vdev looks nice, but I failed at packaging one of its dependancies.

Alad · 2015-05-01 19:16:21

bstaletic wrote:

vdev looks nice, but I failed at packaging one of its dependancies.

https://github.com/jcnelson/fskit/issues/9

replabrobin · 2015-05-01 21:51:14

Lone_Wolf wrote:

Looks ok at first glance, though i'm not familiar with the format in the patchfile.
Is there a specific reason why you used -rc to create the diff file and not -aur ?

Lone_Wolf I guess I'm just a stick in the mud. I prefer context diffs.

Yes kdbus looks it's not yet acceptable . Being old fashioned I fail to appreciate many of the newer things. having hated all the capability based systems I have ever had contact with I wish they had never gone into the kernel. However, that would seem to remove one of the objections to kdbus.

Alad · 2015-05-01 22:04:18

Alad wrote:

bstaletic wrote:
vdev looks nice, but I failed at packaging one of its dependancies.
https://github.com/jcnelson/fskit/issues/9

And fixed nearly straight away.

Here are PKGBUILDs for testing:

http://pastie.org/10124311
http://pastie.org/10124304
http://pastie.org/10124305

Last edited by Alad (2015-05-01 22:09:42)

bstaletic · 2015-05-02 22:44:21

Alad,

Thanks, appreciate the PKGBUILDS. After testing I could easily port them to Gentoo and try the there as well.

eNTi · 2015-05-10 19:55:23

anyone tried to build lib32-polkit (required by lib32-gtk3)? i'm getting

  CC       libpolkit_gobject_1_la-polkitunixsession-systemd.lo
polkitpermission.c: In function 'polkit_permission_constructed':
polkitpermission.c:125:5: warning: 'polkit_unix_process_new' is deprecated (declared at ../../src/polkit/polkitunixprocess.h:51): Use polkit_unix_process_new_for_owner instead [-Wdeprecated-declarations]
     permission->subject = polkit_unix_process_new (getpid ());
     ^
polkitunixsession-systemd.c:33:30: fatal error: systemd/sd-login.h: No such file or directory
 #include <systemd/sd-login.h>
                              ^
compilation terminated.
Makefile:773: recipe for target 'libpolkit_gobject_1_la-polkitunixsession-systemd.lo' failed
make[4]: *** [libpolkit_gobject_1_la-polkitunixsession-systemd.lo] Error 1
make[4]: *** Waiting for unfinished jobs....
make[4]: Leaving directory '/tmp/makepkg/lib32-polkit/src/polkit-0.112/src/polkit'

Alad · 2015-05-11 08:34:56

You've removed systemd, and as such the headers polkit needs to compile.

aaditya · 2015-05-11 09:36:26

Or you could try changing the PKGBUILD and removing:

--enable-libsystemd-login=yes

Last edited by aaditya (2015-05-11 09:37:26)

aaditya · 2015-05-17 09:25:22

There have been updates to the openrc-eudev repo today with the goal of bringing it in sync with the github repo; some packages have been downgraded in version number (like eudev), but their content remains mostly the same.

pacman -Syuu can be used to downgrade these packages.

Last edited by aaditya (2015-05-17 09:49:12)

xanb · 2015-05-17 10:38:01

@aaditya: there are updated in openrc: we have 0.16 and the repo has 0.16.3. You said that I should mention updates to you ;-)

aaditya · 2015-05-17 10:45:19

xanb wrote:

@aaditya: there are updated in openrc: we have 0.16 and the repo has 0.16.3. You said that I should mention updates to you ;-)

I am following this one which is at 0.16

Maybe you could update it manually at your end.

Last edited by aaditya (2015-05-17 10:58:18)

xanb · 2015-05-17 10:56:02

Another thing: I get

kernel.kptr_restrict invalid argument

in the boot when I boot with grsec kernel. Is this any OpenRC specific or not?

Thanks,

xanb · 2015-05-17 10:58:25

aaditya wrote:

xanb wrote:
@aaditya: there are updated in openrc: we have 0.16 and the repo has 0.16.3. You said that I should mention updates to you ;-)
I am following this one which is at 0.16
Maybe you could update it manually at your end.

I thought you are following gentoo repo. One question: what's the state of openrc in Manjaro Linux? I don't want to start a battle Manjaro/Arch, but is the systemd the default boot system in Manjaro too?

Arch Linux

#601 2015-04-29 06:21:28

Re: OpenRC & eudev on Arch

#602 2015-04-29 07:49:02

Re: OpenRC & eudev on Arch

#603 2015-04-29 07:58:48

Re: OpenRC & eudev on Arch

#604 2015-04-29 08:13:09

Re: OpenRC & eudev on Arch

#605 2015-04-29 09:01:04

Re: OpenRC & eudev on Arch

#606 2015-04-29 09:26:07

Re: OpenRC & eudev on Arch

#607 2015-04-29 12:50:50

Re: OpenRC & eudev on Arch

#608 2015-04-29 13:16:53

Re: OpenRC & eudev on Arch

#609 2015-04-29 14:39:02

Re: OpenRC & eudev on Arch

#610 2015-04-29 20:56:14

Re: OpenRC & eudev on Arch

#611 2015-04-30 05:48:50

Re: OpenRC & eudev on Arch

#612 2015-04-30 13:00:41

Re: OpenRC & eudev on Arch

#613 2015-04-30 17:49:47

Re: OpenRC & eudev on Arch

#614 2015-05-01 19:16:21

Re: OpenRC & eudev on Arch

#615 2015-05-01 21:51:14

Re: OpenRC & eudev on Arch

#616 2015-05-01 22:04:18

Re: OpenRC & eudev on Arch

#617 2015-05-02 22:44:21

Re: OpenRC & eudev on Arch

#618 2015-05-10 19:55:23

Re: OpenRC & eudev on Arch

#619 2015-05-11 08:34:56

Re: OpenRC & eudev on Arch

#620 2015-05-11 09:36:26

Re: OpenRC & eudev on Arch

#621 2015-05-17 09:25:22

Re: OpenRC & eudev on Arch

#622 2015-05-17 10:38:01

Re: OpenRC & eudev on Arch

#623 2015-05-17 10:45:19

Re: OpenRC & eudev on Arch

#624 2015-05-17 10:56:02

Re: OpenRC & eudev on Arch

#625 2015-05-17 10:58:25

Re: OpenRC & eudev on Arch

Board footer