Hi Jens,

I am packaging git-annex in a copr [1]. As I'm sure you're aware, it requires ~100 dependent packages. When one package fails to build, it's usually because some dependencies are built against some differing versions of _another_ dependency. Thus I need to figure out where these packages originate and possibly grab the source to rebuild in the copr. This is made more difficult by them being "invisible".

I could help with reviews, but cannot approve anything without being sponsored.

[1] https://copr.fedorainfracloud.org/coprs/qulogic/git-annex/

On 8 August 2017 at 07:28, Jens-Ulrik Petersen <petersen@redhat.com> wrote:
Good question - the subpackaging is just a hack (and yes it is confusing sorry) to workaround packaging manpower basically.

Package reviews for such subpackages are very welcome and will replace the subpackages in the long term, assuming the current detailed Package Review workflow continues.

I didn't understand from your mail what led you to post this question?

Hope that helps,

Jens

On Sun, Jul 23, 2017 at 8:04 AM, Elliott Sales de Andrade <quantum.analyst@gmail.com> wrote:
The ghc-cryptohash packages builds both ghc-cryptonite and ghc-memory [1]. Why is this the case?


I spent a long time trying to figure out where I was getting ghc-memory from when it could not be found on packages [2], koji [3], bodhi [4], or release-monitoring [5]. It's only when I looked for the RPM on koji did I figure out it's a subpackage, because that's just totally unexpected, especially because there's an open review request for it [6].

[1] https://src.fedoraproject.org/cgit/rpms/ghc-cryptohash.git/tree/ghc-cryptohash.spec#n20
[2] https://apps.fedoraproject.org/packages/s/ghc-memory
[3] https://koji.fedoraproject.org/koji/search?match=glob&type=package&terms=ghc-memory
[4] https://bodhi.fedoraproject.org/updates/?packages=ghc-memory
[5] https://release-monitoring.org/projects/search/?pattern=memory
[6] https://bugzilla.redhat.com/show_bug.cgi?id=ghc-memory

_______________________________________________
haskell mailing list -- haskell@lists.fedoraproject.org
To unsubscribe send an email to haskell-leave@lists.fedoraproject.org




--
Elliott