Description of problem:
Firefox-126.96.36.199-1.fc8 has recently been pushed but azureus still requires
I believe the issue is rater urgent since it prevents yum from applying the
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. yum upgrade
Error: Missing Dependency: firefox = 188.8.131.52 is needed by package azureus
Thanks, working on it now.
A workaround: edit /usr/bin/azureus - change replace 184.108.40.206 with 220.127.116.11
my mistake- that workaround will only work to run azureus. for the time being,
remove the azureus rpm and do yum update as per normal. Once azureus is pushed
into fedora 8, this will be fixed.
azureus-18.104.22.168-5.fc8 has been submitted as an update for Fedora 8
Why does azureus require a specific version of firefox at all?
Created attachment 294830 [details]
Patch to make azureus startup script work for any version of firefox
With this patch (against the script in Fedora CVS), I believe the version
requirement on Firefox can be dropped
Thanks! I will fix that.
azureus-22.214.171.124-6.fc8 has been submitted as an update for Fedora 8
azureus should probably have been added to:
I have done so now.
(I think the firefox maintainer has been using this list to determine the
packages needed to be rebuilt).
(In reply to comment #10)
> azureus should probably have been added to:
> I have done so now.
> (I think the firefox maintainer has been using this list to determine the
> packages needed to be rebuilt).
But Azureus does not depend on a specific version of firefox anymore.
(In reply to comment #11)
> > (I think the firefox maintainer has been using this list to determine the
> > packages needed to be rebuilt).
> But Azureus does not depend on a specific version of firefox anymore.
OK, but it *did* at the time of the firefox update.
azureus-126.96.36.199-6.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.
This fix is incomplete. It will only work for 32bit versions since it only
reads /etc/gre.d/gre.conf which will only ever have 32bit versions. Re-opening.
I see /etc/gre.d/gre.conf on 64-bit.
$ uname -a
Linux toycar 2.6.23-0.214.rc8.git2.fc8 #1 SMP Fri Sep 28 17:10:49 EDT 2007
x86_64 x86_64 x86_64 GNU/Linux
$ ls /etc/gre.d/
Both gre64.conf and gre.conf are identical.
Can I close this bug?
They aren't identical. They point to different locations (/usr/lib vs /usr/lib64)
Created attachment 299086 [details]
Possible script to work on 64bit arch too
I don't know if this is sufficient, but it prefers gre64.conf if it exists,
otherwise falling back to gre.conf (it also fixes the eval to actually work).
It's not sufficient since someone with both 32 and 64 bit versions installed
could do setarch i386 which would want to run 32bit stuff...
Created attachment 299088 [details]
Another attempt at fixing 64bits
Sorry, I only have i386 hardware to test with. This will be my last attempt at
this. I have no idea if this will work for ppc/ppc64 or sparc/sparc64, but it
could probably be adapted.
My mistake. I overlooked the differences.
That patch definitely works on x86_64, i386, ppc and ppc64. I will rebuild and
azureus-188.8.131.52-7.fc8 has been submitted as an update for Fedora 8
azureus-184.108.40.206-7.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.
Note it won't work on s390 vs s390x.... Not sure whether anyone cares about
running azureus on those platforms...