rpm-ostree

keremet/rpm-ostree

Fork 0

Commit Graph

Author	SHA1	Message	Date
Colin Walters	d33807437f	libglnx: declare TESTS earlier Otherwise libglnx won't be able to add to it. Closes: #699 Approved by: cgwalters	2017-03-22 17:07:10 +00:00
Colin Walters	125c482b1d	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-30 14:27:55 +00:00
Colin Walters	220773f213	Import some code for using GJS This is forked from gnome-continuous.	2014-01-03 17:14:10 -05:00

Author

SHA1

Message

Date

Colin Walters

d33807437f

libglnx: declare TESTS earlier

Otherwise libglnx won't be able to add to it.

Closes: #699
Approved by: cgwalters

2017-03-22 17:07:10 +00:00

Colin Walters

125c482b1d

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-30 14:27:55 +00:00

Colin Walters

220773f213

Import some code for using GJS

This is forked from gnome-continuous.

2014-01-03 17:14:10 -05:00

3 Commits