keremet/rpm-ostree
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
6dcc8376a1
rpm-ostree/Makefile-libpriv.am

107 lines
3.8 KiB
Plaintext
Raw Normal View History

Link lib/ against libpriv/, use it to share sack loading function On the plus side, we share some code between the library and the binary now. On the downside, because `librpmostreepriv.la` is a noinst library, its code text is duplicated between the shared library and binary, at least until we either: - Have the binary solely use the public shared library (like ostree does) - Install `librpmostreepriv.so` to e.g. `/usr/lib64/rpm-ostree/librpmostreepriv.so` without the headers being public
2015-04-17 21:03:24 +03:00
# Copyright (C) 2015 Colin Walters <walters@verbum.org>
#
# This library is free software; you can redistribute it and/or
# modify it under the terms of the GNU Lesser General Public
# License as published by the Free Software Foundation; either
# version 2 of the License, or (at your option) any later version.
#
# This library is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# Lesser General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public
# License along with this library; if not, write to the
# Free Software Foundation, Inc., 59 Temple Place - Suite 330,
# Boston, MA 02111-1307, USA.
noinst_LTLIBRARIES += librpmostreepriv.la
librpmostreepriv_la_SOURCES = \
src/libpriv/rpmostree-postprocess.c \
src/libpriv/rpmostree-postprocess.h \
src/libpriv/rpmostree-json-parsing.c \
src/libpriv/rpmostree-json-parsing.h \
src/libpriv/rpmostree-util.c \
src/libpriv/rpmostree-util.h \
libpriv: add new rpmostree-types.h There are types that we want to share between the daemon and the client for deduplication. Those are, as expected, related to D-Bus things like formats and enums. Let's create a new file for it rather than shove it in `rpmostree-util.h`. As mentioned in the file, some of these probably belong better directly in the public API. Closes: #1147 Approved by: cgwalters
2018-01-22 19:44:16 +03:00
src/libpriv/rpmostree-types.h \
Link lib/ against libpriv/, use it to share sack loading function On the plus side, we share some code between the library and the binary now. On the downside, because `librpmostreepriv.la` is a noinst library, its code text is duplicated between the shared library and binary, at least until we either: - Have the binary solely use the public shared library (like ostree does) - Install `librpmostreepriv.so` to e.g. `/usr/lib64/rpm-ostree/librpmostreepriv.so` without the headers being public
2015-04-17 21:03:24 +03:00
src/libpriv/rpmostree-passwd-util.c \
src/libpriv/rpmostree-passwd-util.h \
libpriv: Add RpmOstreeRefTs and API to create one from a commit This API is intended for use by the caching framework to hold open an rpmdb for the previous commit.
2015-05-22 17:54:41 +03:00
src/libpriv/rpmostree-refts.h \
src/libpriv/rpmostree-refts.c \
Rename rpmostree-hif.[ch] -> core This is really going to be the heart of rpm-ostree, so let's give it a better name.
2016-02-09 18:38:38 +03:00
src/libpriv/rpmostree-core.c \
src/libpriv/rpmostree-core.h \
core: Split out a -private.h header with struct Prep for doing the "single object, multiple .c files" pattern like is done in e.g. libostree with OstreeRepo and `ostree-repo-{refs,commit.c}` etc. For jigdo we'll need to split things up (see what I did there?). Closes: #1168 Approved by: jlebon
2017-12-21 14:29:30 +03:00
src/libpriv/rpmostree-core-private.h \
lib: Extract bwrap-executing internal API The treecompose code will learn how to use bwrap instead of libcontainer in libglnx, since the latter is a buggy copy of a subset of the former. Closes: #429 Approved by: jlebon
2016-08-12 20:03:23 +03:00
src/libpriv/rpmostree-bwrap.c \
src/libpriv/rpmostree-bwrap.h \
libpriv: Introduce an rpmostree-kernel.[ch] for dracut Since the dracut run is now separated from the rest of postprocess, we change it to use the bwrap API diretly, and this lets use the new _IMMUTABLE bwrap type. This will make it easier to reuse for client-side initramfs regeneration. Splitting this off makes it also easier to simplify the remaining mutable usage in postprocess.c. Closes: #560 Approved by: jlebon
2017-01-06 06:55:11 +03:00
src/libpriv/rpmostree-kernel.c \
src/libpriv/rpmostree-kernel.h \
daemon: Introduce an origin structure In prep for adding "regenerates initramfs" to "is locally assembled", we need more abstraction. I previously introduced a helper function, but I'd still need to touch every call site when changing that. Rather than having each caller re-parse the origin, let's parse it once into a structure, and then have error-free accessors for it (that also don't malloc). This way when adding a new flag, I don't need to touch every call site. Notes: - Some places in the code (like the deployments -> variant bits) tried to handle deployments without an origin gracefully. That's no longer true. I'm not sure how much we care - do we? - There are a few places where I changed `packagelist.len() > 0` to `is_locally_assembled()`. I think this is right, but we'll need to be sure the "no packages to overlay, just initramfs" case works when that lands. Closes: #566 Approved by: jlebon
2017-01-11 22:05:18 +03:00
src/libpriv/rpmostree-origin.c \
src/libpriv/rpmostree-origin.h \
core: Initial implementation of %posttrans using bwrap+rofiles-fuse In order to make many things work, we need to run scripts. Short version: For now, we: - Run `%posttrans` - Treat most `%post` as the same as `%posttrans` - Ignore `%preun` and such since we never uninstall Most importantly though, we start to build up an "override" list for script handling. Currently it's just a blacklist of scripts we don't need. Significant work here would be needed to run Lua scripts, so far I've been able to just skip them. Closes: #338 Approved by: jlebon
2016-06-17 22:14:24 +03:00
src/libpriv/rpmostree-scripts.c \
src/libpriv/rpmostree-scripts.h \
(cleanup): Move the refsack and root loading code into libpriv We had `src/lib` having its own little private library; I wanted to use some of it inside `src/libpriv`, so let's consistently have all private utility code in `src/libpriv`. Closes: https://github.com/projectatomic/rpm-ostree/pull/147
2015-05-20 20:21:48 +03:00
src/libpriv/rpmostree-refsack.h \
src/libpriv/rpmostree-refsack.c \
Link lib/ against libpriv/, use it to share sack loading function On the plus side, we share some code between the library and the binary now. On the downside, because `librpmostreepriv.la` is a noinst library, its code text is duplicated between the shared library and binary, at least until we either: - Have the binary solely use the public shared library (like ostree does) - Install `librpmostreepriv.so` to e.g. `/usr/lib64/rpm-ostree/librpmostreepriv.so` without the headers being public
2015-04-17 21:03:24 +03:00
src/libpriv/rpmostree-rpm-util.c \
src/libpriv/rpmostree-rpm-util.h \
libpriv: Rename "unpacker" to "importer", split off "unpacker-core" In the jigdo path we don't actually want to import the OIRPM literally into ostree. I considered adding jigdo logic into `rpmostree-unpacker.c` but it'd be a mess as the functionality is quite logically separate from importing. So split off an `unpacker-core.c` file which has the bare libarchive+RPM helpers, and rename `RpmOstreeUnpacker` to `RpmOstreeImporter`. Closes: #1110 Approved by: jlebon
2017-11-18 00:57:05 +03:00
src/libpriv/rpmostree-importer.c \
src/libpriv/rpmostree-importer.h \
Move most jigdo build logic into internal library Prep for adding `compose tree --ex-jigdo` to do both at the same time. Changes other than code motion were minimized; the main thing was tweaks around the initial option processing to call the API. Closes: #1146 Approved by: jlebon
2017-12-13 21:43:25 +03:00
src/libpriv/rpmostree-jigdo-build.c \
src/libpriv/rpmostree-jigdo-build.h \
Introduce experimental "rpm-ostree jigdo" Tracking issue: https://github.com/projectatomic/rpm-ostree/issues/1081 To briefly recap: Let's experiment with doing ostree-in-RPM, basically the "compose" process injects additional data (SELinux labels for example) in an "ostree image" RPM, like `fedora-atomic-host-27.8-1.x86_64.rpm`. That "ostree image" RPM will contain the OSTree commit+metadata, and tell us what RPMs we need need to download. For updates, like `yum update` we only download changed RPMs, plus the new "oirpm". But SELinux labeling, depsolving, etc. are still done server side, and we still have a reliable OSTree commit checksum. This is a lot like [Jigdo](http://atterer.org/jigdo/) Here we fully demonstrate the concept working end-to-end; we use the "traditional" `compose tree` to commit a bunch of RPMs to an OSTree repo, which has a checksum, version etc. Then the new `ex commit2jigdo` generates the "oirpm". This is the "server side" operation. Next simulating the client side, `jigdo2commit` takes the OIRPM and uses it and downloads the "jigdo set" RPMs, fully regenerating *bit for bit* the final OSTree commit. If you want to play with this, I'd take a look at the `test-jigdo.sh`; from there you can find other useful bits like the example `fedora-atomic-host.spec` file (though the canonical copy of this will likely land in the [fedora-atomic](http://pagure.io/fedora-atomic) manifest git repo. Closes: #1103 Approved by: jlebon
2017-11-09 22:54:33 +03:00
src/libpriv/rpmostree-jigdo-assembler.c \
src/libpriv/rpmostree-jigdo-assembler.h \
rojig-rename: Core defines Rename the `core.h` file and the `#define` set. Closes: #1279 Approved by: jlebon
2018-02-27 23:13:09 +03:00
src/libpriv/rpmostree-rojig-core.h \
Lower jigdo client logic into core Introduce a new `rpmostree_context_execute_jigdo()` that fills the same role as `ostree_repo_pull_with_options()`. This will be used by the sysroot upgrader. I didn't change the jigdo client code much yet; as a TODO says there's a lot more we can do to improve things. Some of the public APIs we added to the core no longer need to be public, such as `rpmostree_context_set_packages()`. But let's try to do things incrementally. I did at least change the `g_print()`s to `rpmostree_output_message()`. I dropped the `commit_and_print()`; at some point will come back and clean things up so we consistently journal/print stats. Closes: #1168 Approved by: jlebon
2017-12-21 14:29:49 +03:00
src/libpriv/rpmostree-jigdo-client.c \
libpriv: Rename "unpacker" to "importer", split off "unpacker-core" In the jigdo path we don't actually want to import the OIRPM literally into ostree. I considered adding jigdo logic into `rpmostree-unpacker.c` but it'd be a mess as the functionality is quite logically separate from importing. So split off an `unpacker-core.c` file which has the bare libarchive+RPM helpers, and rename `RpmOstreeUnpacker` to `RpmOstreeImporter`. Closes: #1110 Approved by: jlebon
2017-11-18 00:57:05 +03:00
src/libpriv/rpmostree-unpacker-core.c \
src/libpriv/rpmostree-unpacker-core.h \
daemon: add TaskBegin, TaskEnd, and PercentProgress Closes: #260 Approved by: cgwalters
2016-05-10 19:17:26 +03:00
src/libpriv/rpmostree-output.c \
src/libpriv/rpmostree-output.h \
daemon: add handlation for kargs append API functions from ostree-kernel-args.c are copied to libpriv. The append functionality reuses _ostree_kernel_args_append_argv() for collecting added kernel arguments. Also added handlation in rpm-ostree upgrader to allow deployments happen with kernel arguments. Now, the user is able to add kernel arguments via 'rpm-ostree ex kargs --append key=value' or 'rpm-ostree ex kargs --append key' if they want to have an empty value with key. The user is also able to display the current kernel arguments via 'rpm-ostree ex kargs' In addition, this functionality will create a pending deployment, and will update the conf file in /boot/loader/entries/ostree-$osname-0.conf upon success. Closes: #1013 Approved by: cgwalters
2017-09-30 03:07:08 +03:00
src/libpriv/rpmostree-kargs-process.c \
src/libpriv/rpmostree-kargs-process.h \
app/libpriv: add editor option for karg command Add editor option for kernel arguments. The logic was taken from the ostree-commit editor. The user now can edit the kernel arguments from an editor. The synchronization related issue is resolved by reloading the sysroot and see if the sysroot has been changed since the call of the editor prompt. Closes: #1097 Approved by: jlebon
2017-11-02 23:24:37 +03:00
src/libpriv/rpmostree-editor.c \
src/libpriv/rpmostree-editor.h \
status: Import systemd bits to use UTF-8 circle It's slightly prettier, but this is just laying some groundwork/precedent for importing more systemd code and using it for our formatting. Closes: #295 Approved by: jlebon
2016-05-29 21:15:29 +03:00
src/libpriv/libsd-locale-util.c \
src/libpriv/libsd-locale-util.h \
Initial support for automatic updates This patch introduces a new `AutomaticUpdatePolicy` configuration. This was a long time coming for rpm-ostree, given that its update model makes it extremely apt for such a feature. The config supports a `check` mode, which should be very useful to Atomic Workstation users, as well as a `reboot` mode, which could be used in its present form in simple single node Atomic Host situations. There is still a lot of work to be done, including integrating advisories, and supporting a `deploy` mode. This feature hopefully will be leveraged as well by higher-level projects like GNOME Software and Cockpit. Closes: #1147 Approved by: cgwalters
2017-12-15 20:01:46 +03:00
src/libpriv/libsd-time-util.c \
src/libpriv/libsd-time-util.h \
Introduce experimental "rpm-ostree jigdo" Tracking issue: https://github.com/projectatomic/rpm-ostree/issues/1081 To briefly recap: Let's experiment with doing ostree-in-RPM, basically the "compose" process injects additional data (SELinux labels for example) in an "ostree image" RPM, like `fedora-atomic-host-27.8-1.x86_64.rpm`. That "ostree image" RPM will contain the OSTree commit+metadata, and tell us what RPMs we need need to download. For updates, like `yum update` we only download changed RPMs, plus the new "oirpm". But SELinux labeling, depsolving, etc. are still done server side, and we still have a reliable OSTree commit checksum. This is a lot like [Jigdo](http://atterer.org/jigdo/) Here we fully demonstrate the concept working end-to-end; we use the "traditional" `compose tree` to commit a bunch of RPMs to an OSTree repo, which has a checksum, version etc. Then the new `ex commit2jigdo` generates the "oirpm". This is the "server side" operation. Next simulating the client side, `jigdo2commit` takes the OIRPM and uses it and downloads the "jigdo set" RPMs, fully regenerating *bit for bit* the final OSTree commit. If you want to play with this, I'd take a look at the `test-jigdo.sh`; from there you can find other useful bits like the example `fedora-atomic-host.spec` file (though the canonical copy of this will likely land in the [fedora-atomic](http://pagure.io/fedora-atomic) manifest git repo. Closes: #1103 Approved by: jlebon
2017-11-09 22:54:33 +03:00
src/libpriv/rpmostree-libarchive-input-stream.c \
src/libpriv/rpmostree-libarchive-input-stream.h \
daemon: add TaskBegin, TaskEnd, and PercentProgress Closes: #260 Approved by: cgwalters
2016-05-10 19:17:26 +03:00
$(NULL)
librpmostreepriv_la_CFLAGS = \
$(AM_CFLAGS) \
libpriv: Add a helper function to print pkg diff I want to use this in livefs, where I'll end up doing some diff computations on the server and am currently rendering text there. It might also be a step towards using this in `db diff`. Closes: #709 Approved by: jlebon
2017-04-21 23:23:33 +03:00
-I$(srcdir)/src/lib \
daemon: add TaskBegin, TaskEnd, and PercentProgress Closes: #260 Approved by: cgwalters
2016-05-10 19:17:26 +03:00
-I$(srcdir)/src/libpriv \
-I$(libglnx_srcpath) \
-DPKGLIBDIR=\"$(pkglibdir)\" \
$(PKGDEP_RPMOSTREE_CFLAGS) \
$(NULL)
librpmostreepriv_la_LIBADD = \
$(PKGDEP_RPMOSTREE_LIBS) \
libglnx.la \
$(CAP_LIBS) \
Link lib/ against libpriv/, use it to share sack loading function On the plus side, we share some code between the library and the binary now. On the downside, because `librpmostreepriv.la` is a noinst library, its code text is duplicated between the shared library and binary, at least until we either: - Have the binary solely use the public shared library (like ostree does) - Install `librpmostreepriv.so` to e.g. `/usr/lib64/rpm-ostree/librpmostreepriv.so` without the headers being public
2015-04-17 21:03:24 +03:00
$(NULL)
core: Initial implementation of %posttrans using bwrap+rofiles-fuse In order to make many things work, we need to run scripts. Short version: For now, we: - Run `%posttrans` - Treat most `%post` as the same as `%posttrans` - Ignore `%preun` and such since we never uninstall Most importantly though, we start to build up an "override" list for script handling. Currently it's just a blacklist of scripts we don't need. Significant work here would be needed to run Lua scripts, so far I've been able to just skip them. Closes: #338 Approved by: jlebon
2016-06-17 22:14:24 +03:00
Update for libhif -> libdnf Still not many PRs outstanding, so it's a good time to take this plunge. Mostly automated via `sed`. Closes: #416 Approved by: Conan-Kudo
2016-08-03 21:30:17 +03:00
# bundled libdnf
EXTRA_librpmostreepriv_la_DEPENDENCIES = libdnf.so.1
Switch to using libhif as a git submodule So I was trying to hack on my host's copy of rpm-ostree inside a pet docker container, but ran into a conflict with libhif since dnf uses it. I think we basically need to *always* build the bundled path, rather than what I'm doing with CAHC and FADC where it's built as a regular RPM. It's not really sustainable right now for us to have both bundled and not-bundled build paths - and we need to support co-installation with dnf. Another major issue is that we want to version lock with libhif - right now our CI and both CAHC/FADC track libhif master, but that means everything breaks if libhif breaks and we don't immediately port. git submodules solve all of these problems - the same as we're doing with libglnx. libglnx is *designed* for use as a git submodule, where as libhif needs to support being both bundled and not-bundled. So we end up with some hacks on our side, but I think it's all not too bad. I've marked build rules with `# bundled libhif` so we know where to find them later when libhif is stable. Closes: #357 Approved by: jlebon
2016-06-29 04:33:02 +03:00
core: Initial implementation of %posttrans using bwrap+rofiles-fuse In order to make many things work, we need to run scripts. Short version: For now, we: - Run `%posttrans` - Treat most `%post` as the same as `%posttrans` - Ignore `%preun` and such since we never uninstall Most importantly though, we start to build up an "override" list for script handling. Currently it's just a blacklist of scripts we don't need. Significant work here would be needed to run Lua scripts, so far I've been able to just skip them. Closes: #338 Approved by: jlebon
2016-06-17 22:14:24 +03:00
gperf_gperf_sources = src/libpriv/rpmostree-script-gperf.gperf
BUILT_SOURCES += $(gperf_gperf_sources:-gperf.gperf=-gperf.c)
CLEANFILES += $(gperf_gperf_sources:-gperf.gperf=-gperf.c)
nodist_librpmostreepriv_la_SOURCES = src/libpriv/rpmostree-script-gperf.c
core: Process `systemctl preset` in `%post` Rather than entirely symlinking `systemctl` → `/bin/true`, in order to e.g. have NetworkManager be enabled, we need to process presets. This is one of the things that's breaking FAHC where I did a `--ex-unified-core` deployment. (Actually it's a bit tempting to run a mass preset pass at the end, but for now let's do this) Implementation note: this is our first use of GResources, which is a handy way to embed data into our final binary. Closes: https://github.com/projectatomic/rpm-ostree/issues/550 Closes: #1148 Approved by: jlebon
2017-12-14 01:17:03 +03:00
rpmostree-libpriv-gresources.c: src/libpriv/gresources.xml Makefile $(shell glib-compile-resources --sourcedir=$(srcdir)/src/libpriv --generate-dependencies $(srcdir)/src/libpriv/gresources.xml)
$(AM_V_GEN) glib-compile-resources --target=$@ --sourcedir=$(srcdir)/src/libpriv --generate-source --c-name _rpmostree_ $<
BUILT_SOURCES += rpmostree-libpriv-gresources.c
librpmostreepriv_la_SOURCES += rpmostree-libpriv-gresources.c
core: Initial implementation of %posttrans using bwrap+rofiles-fuse In order to make many things work, we need to run scripts. Short version: For now, we: - Run `%posttrans` - Treat most `%post` as the same as `%posttrans` - Ignore `%preun` and such since we never uninstall Most importantly though, we start to build up an "override" list for script handling. Currently it's just a blacklist of scripts we don't need. Significant work here would be needed to run Lua scripts, so far I've been able to just skip them. Closes: #338 Approved by: jlebon
2016-06-17 22:14:24 +03:00
AM_V_GPERF = $(AM_V_GPERF_$(V))
AM_V_GPERF_ = $(AM_V_GPERF_$(AM_DEFAULT_VERBOSITY))
AM_V_GPERF_0 = @echo " GPERF " $@;
src/%.c: src/%.gperf Makefile
$(AM_V_at)$(MKDIR_P) $(dir $@)
$(AM_V_GPERF)$(GPERF) < $< > $@.tmp && mv $@.tmp $@
Reference in New Issue Copy Permalink