Description of problem: On Fedora machine, I need to be able to resolve Debian and ARCH dependency (because of perl-BSSolv, which is need for obs-server) With this patch, libsolv is built with those featurese enabled: diff --git a/libsolv.spec b/libsolv.spec index da11940..574fff9 100644 --- a/libsolv.spec +++ b/libsolv.spec @@ -92,7 +92,11 @@ make ARGS="-V" test -DENABLE_PYTHON=1 \ -DENABLE_RUBY=1 \ -DUSE_VENDORDIRS=1 \ - -DFEDORA=1 + -DFEDORA=1 \ + -DENABLE_DEBIAN=1 \ + -DENABLE_ARCHREPO=1 \ + -DENABLE_LZMA_COMPRESSION=1 # -DMULTI_SEMANTICS=1 make %{?_smp_mflags} @@ -112,6 +116,9 @@ rm $RPM_BUILD_ROOT/usr/bin/testsolv %files tools %_bindir/deltainfoxml2solv %_bindir/dumpsolv +%_bindir/deb2solv +%_bindir/archpkgs2solv +%_bindir/archrepo2solv %_bindir/installcheck %_bindir/mergesolv %_bindir/repo2solv.sh
Hello Michael, I wanted to ask if we can safely enable this for the Fedora libsolv package? I am especially worried about the MULTI_SEMANTICS bit. What do you think? Thank you, Ales
MULTI_SEMANTICS doesn't hurt, it just offers more flexibility. So don't be worried. (From the perspective of a build service admin, I wouldn't link perl-BSSolv against the system's libsolv library, but use a copy of libsolv, just to make sure the build service doesn't break if the system's libsolv is changed. But I also know that having multiple copies of a library is against Fedora's policy...)
Thanks! Miroslav, do you still want this then? If yes I can do quick testing and make an updated rawhide build with the new defines enabled. Ales
Tests are passing OK and the change is in distgit, but I can not proceed with the build due to https://fedorahosted.org/fedora-infrastructure/ticket/3882 After the weekend, hopefully.
The build with the required flags is in Rawhide[1]. After some exposure there I will try to propagate this to F19. Closing this. [1] http://koji.fedoraproject.org/koji/buildinfo?buildID=436496