<div dir="ltr"><div class="gmail_default" style="font-family:times new roman,serif;font-size:large"><span style="font-family:arial,sans-serif;font-size:small">On Fri, Jul 24, 2015 at 10:37 AM, Richard Hughes </span><span dir="ltr" style="font-family:arial,sans-serif;font-size:small"><<a href="mailto:hughsient@gmail.com" target="_blank">hughsient@gmail.com</a>></span><span style="font-family:arial,sans-serif;font-size:small"> wrote:</span><br></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 24 July 2015 at 15:07, Neal Gompa <<a href="mailto:ngompa13@gmail.com">ngompa13@gmail.com</a>> wrote:<br>
> If the interfaces are cleanly available (such that applicable libraries can<br>
> be used in non-RPM systems as desired)<br>
<br>
</span>You want to be able to use hawkey for non-rpm systems? I wasn't going<br>
to support the complexity of that use case without good reason.<br>
<span class=""><br></span></blockquote><div><br></div><div><div class="gmail_default" style="font-family:'times new roman',serif;font-size:large">​Well, I'm looking into building a tool along the lines of mock that uses <a href="https://secure.deepnet.cx/trac/debbuild">debbuild</a>​ to generate Debian packages, using hawkey to do the dependency solving for build dependencies. The tool is going to be part of a greater system for me to have a lightweight builder system for building DEB/RPM packages from common sources. On the RPM side, there's mock for Fedora and I'm still trying to work out how I'm going to do it for SUSE and Mageia. The Debian side doesn't really have anything applicable to my needs, so I know I've got to build it up.</div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
> and everything (including libhif) is<br>
> using CMake (which makes it much easier to integrate into other projects),<br>
<br>
</span>Can you elaborate why cmake makes it easier than just shipping a<br>
pkgconfig file? The build system of the used library should make no<br>
effect on the consuming project.<br></blockquote><div><br></div><div><div class="gmail_default" style="font-family:'times new roman',serif;font-size:large">​pkgconfig is only useful if the libraries are built and available on the system. If they are not, having libhif, hawkey, librepo, <i>et al</i> using ​CMake means I can import the CMakeLists and just have it build for me without a lot of crazy work. I've been using CMake for the vast majority of my private projects, and all of my public projects that do require building do use CMake. Of course, I could do custom build steps and call out to autotools, but frankly I would prefer it if it all lived within CMake's own world, because then the build process and targets are globally tracked.</div><div class="gmail_default" style="font-family:'times new roman',serif;font-size:large"><br></div><div class="gmail_default" style="font-family:'times new roman',serif;font-size:large">As it is, all of libhif's dependent libraries use CMake <i>now</i>, so frankly it makes little sense to autotoolize them when converting the libhif buildsystem to CMake would allow the deeper integration you seek.</div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
Richard<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Rpm-ecosystem mailing list<br>
<a href="mailto:Rpm-ecosystem@lists.rpm.org">Rpm-ecosystem@lists.rpm.org</a><br>
<a href="http://lists.rpm.org/mailman/listinfo/rpm-ecosystem" rel="noreferrer" target="_blank">http://lists.rpm.org/mailman/listinfo/rpm-ecosystem</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">真実はいつも一つ!/ Always, there's only one truth!<br></div></div>
</div><font face="yw-402608bc37fe50adb11a5899295781aeb83d248d-b97ada35b5ab6fcb3cb407ab1f01a7f6--o" style="display: none;"></font></div>