Re: broken dependencies because rpms are in other or development repos

Matthew Sacks <[email protected]> Thu, 7 Feb 2013 17:12:31 -0800
Newsgroups gmane.linux.jpackage.general
Message-ID <CACYw_q0MtGxM2xdxBCBKjzXdJBV_70a9qqSGR0JsBBXxfpxZ2w@mail.gmail.com>
What's the best way to get it fixed (aside from becoming a packager :) )?
Is there a bug tracking system I should file a bug with?

On Thu, Jan 31, 2013 at 1:36 PM, David Walluck <[email protected]> wrote:
> On 01/31/2013 03:58 PM, Nico Kadel-Garcia wrote:
>> On Thu, Jan 31, 2013 at 2:13 PM, Matthew Sacks <[email protected]> wrote:
>>> Hi List,
>>> When I try to install many things using the jpackage-release rpm, I
>>> get broken dependencies.
>>> Shouldn't the yum repository properly resolve dependencies?
>>> Is there a misconfiguration on my end?
>
> No, I am running into the same problem with the build system. I can't
> build anything not in devel since the same thing happens there.
>
> I think this happened because Ralph was/is building on a box that
> contains the devel release. From devel, you can obviously build down,
> but it doesn't work the other way around.
>
>> One of the big proboems I used to have with RHEL 5 was the different
>> "jpackage-utils" package, which lacked the
>> "/etc/sysconf/java/security.d/rebuild-security-prividers" script and
>> caused endless confusion.
>
> Back when I worked on Mandriva, I added that file to their custom
> jpackage-utils. But don't blame JPackage for this, blame Red Hat. This
> file should have gone in a different package, such as java-gcj-compat or
> gcc-java. Something tells me that Ubuntu was a little bit smarter about
> this, though I cannot remember right now what they did. But I don't
> think Red Hat ever attempted to fix this, since their attitude was that
> they didn't care at all about compatibility with JPackage even though it
> was apparently fine to take from there. I can't really say the situation
> is any better now that Fedora has really broken all compatibility with
> JPackage, so don't expect it to work. Maybe an option is to contact
> CentOS about fixing it there.
>
>> In addition, apache-solr is *huge* and is  tremendous in its
>> dependencies.  It's also wildly out of date: the current release is
>> 4.1, while the JPackage version is 1.4.0.  It looks like time for a
>> new build: I tried to do that almost 2 years ago, but got into
>> dependency hell and numerous Maven required components that also
>> weren't in JPackage and for which the original source URL's no longer
>> worked.
>
> I have a recent build of the latest lucene 3.x, but in order to build
> that I bundled the solr grandparent (and parent?) pom. I have not tried
> to build solr yet since it appeared to be quite a bit more complex than
> building lucene by itself.
>
> _______________________________________________
> JPackage-discuss mailing list
> [email protected]
> https://www.zarb.org/mailman/listinfo/jpackage-discuss