Package Details: systemd-readahead 216-1

Git Clone URL: https://aur.archlinux.org/systemd-readahead.git (read-only, click to copy)
Package Base: systemd-readahead
Description: Standalone version of the fast built-in readahead implementation dropped in systemd 217
Upstream URL: https://dev.gentoo.org/~pacho/systemd-readahead.html
Keywords: boot precaching preload startup
Licenses: LGPL-2.1 MIT
Submitter: swyter
Maintainer: swyter
Last Packager: swyter
Votes: 31
Popularity: 0.000036
First Submitted: 2015-03-08 20:38
Last Updated: 2015-06-10 19:48

Latest Comments

1 2 Next › Last »

nhermosilla14 commented on 2020-06-10 05:26

I managed to build it, but I don't really know how to make a patch to get it added to this package. Just so that anybody else who needs this can use it, this is what I did:

  1. Applied the "conflicting types" patch available down here.
  2. In the file src/shared/missing.h : Remove lines 207 to 211
  3. In the files src/readahead/readahead-common.c src/libudev/libudev-device.c src/shared/util.c : Add #include <sys/sysmacros.h> With that done, it builds successfully.

marscher commented on 2019-05-11 13:57

There seems to a conflict with a recent glibc header and an internally used function to create memory cached pages:

CC src/readahead/readahead-collect.o In file included from src/readahead/readahead-collect.c:57: ./src/shared/missing.h:208:19: error: conflicting types for 'memfd_create' static inline int memfd_create(const char name, uint64_t flags) { ^~~~~~~~~~~~ In file included from /usr/include/bits/mman-linux.h:111, from /usr/include/bits/mman.h:34, from /usr/include/sys/mman.h:41, from src/readahead/readahead-collect.c:38: /usr/include/bits/mman-shared.h:50:5: note: previous declaration of 'memfd_create' was here int memfd_create (const char __name, unsigned int __flags) __THROW; ^~~~~~~~~~~~

I will try to come up with a patch.

nulldev commented on 2017-12-03 06:00

I couldn't get the commands below to work if they were put before ./configure but the package will build fine if you put them **after** this line in the PKGBUILD:

make -f Makefile -f ./Makefile.extra BUILT_SOURCES

kirillnow commented on 2017-11-18 09:54

To fix 'conflicting types' C error, add this before ./configure in PKGBUILD:
sed -i -e "/bus_error_mapping_lookup/s/size_t/unsigned int/" src/libsystemd/sd-bus/bus-error-mapping.c
sed -i -e "/lookup_errno/s/size_t/unsigned int/" src/shared/errno-from-name.h
sed -i -e "/lookup_af/s/size_t/unsigned int/" src/shared/af-from-name.h
sed -i -e "/lookup_arphrd/s/size_t/unsigned int/" src/shared/arphrd-from-name.h

lahwaacz commented on 2015-04-07 21:14

@czipperz: Packages from base-devel group are assumed to be installed: https://wiki.archlinux.org/index.php/Arch_User_Repository#Prerequisites

czipperz commented on 2015-04-07 20:59

Could you add gcc as an optional dependency as a c compiler?

F1nny commented on 2015-03-19 01:12

Thanks for this swyter and for fighting to keep it up/get it back after misunderstanding(s); even depreciated still has a big impact on startup performance for me and the way packaged have experienced no issues or conflicts, thanks again!

arcanis commented on 2015-03-09 16:37

Can confirm. Also I've asked swyter@ and jleclanche@ to forward their discussion to the aur-request@ ML

swyter commented on 2015-03-09 15:59

@lahwaacz: jleclanche was AFK during weekend and did not have time to reject it before arcanis, originally unaware of the conversation, accepted it.

That's all there is to it.

lahwaacz commented on 2015-03-09 15:54

@jleclanche It was me who submitted the deletion requests. If there were a consensus to keep the package, which I assume predates [1] the acceptance of the second request [2], why was the request not rejected right away?

Until now all we've heard were references to a private discussion, which only added to the "chain of misunderstandings" [1]. Anyway, if this is the official stance of the TUs, I'll stop wasting your time.

[1] https://wiki.archlinux.org/index.php?title=Talk:Improve_boot_performance&diff=364687&oldid=364456
[2] https://lists.archlinux.org/pipermail/aur-requests/2015-March/005420.html