17466 – Need Mozilla 1.3 Ebuild

Bug 17466 - Need Mozilla 1.3 Ebuild

Summary: Need Mozilla 1.3 Ebuild

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	New packages (show other bugs)
Hardware:	All Linux

Importance:	High minor (vote)
Assignee:	Martin Schlemmer (RETIRED)

URL:	http://www.mozilla.org/
Whiteboard:
Keywords:

Duplicates (1):	17675 (view as bug list)
Depends on:
Blocks:

Reported:	2003-03-13 17:43 UTC by Jason Clinton
Modified:	2003-03-21 10:16 UTC (History)
CC List:	10 users (show)

See Also:
Package list:
Runtime testing required:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Jason Clinton 2003-03-13 17:43:45 UTC

Mozilla 1.3 final is out. Need ebuild. ;)


Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Comment 1 Martin Schlemmer (RETIRED) gentoo-dev

2003-03-14 23:07:38 UTC

Yep, I know.  Just waiting for the tarball to stay the same :P  For 1.2 and 1.2.1
they changed the tarball on the ftp 2-3 times ....

Comment 2 Stewart (RETIRED) gentoo-dev

2003-03-17 03:20:18 UTC

I've noticed a small inconsistency with Mozilla* browser ebuilds; namely that Phoenix has a binary ebuild, while Mozilla has a source ebuild. It would be nice to see source or binary builds for both products, similar to the way OpenOffice works; since these are rather large projects, and even on my Athlon compilation is a daunting task.

Bug #13002 eludes to a Phoenix source-based ebuild, though it's sorely out of date.

As to creation of a mozilla-bin ebuild, that should be relatively simple based on the existance of binary packages for umpteen architectures on the mozilla.org website.

Comment 3 Lalo Martins 2003-03-17 08:28:17 UTC

there is an ebuild already on bug #17675 - would someone please mark this as duplicate?

Comment 4 Hanno Böck gentoo-dev

2003-03-17 10:40:24 UTC

*** Bug 17675 has been marked as a duplicate of this bug. ***

Comment 5 Martin Schlemmer (RETIRED) gentoo-dev

2003-03-18 13:28:04 UTC

Added.

Comment 6 José Fonseca 2003-03-19 07:14:35 UTC

Is there any need for still requiring the WANT_GTK2="yes" stuff? This is, after all, a _stable_ Mozilla release, and everything has been working very smoothly for some time.

Actually, all programs which use the "gtk2" use flag are now very stable, with the exception of wxPython.

Comment 7 Jason Clinton 2003-03-19 10:19:24 UTC

Actually, I tried GTK2 support last night and it seems to be working fairly well. There are two cosmetic bugs but nothing catastrophic. Gtk2 themes that use PikBuf get some artifacts on web forms and text fields are sometimes the wrong size. If not this release, I think we should at least reconsider GTK2 support as default in 1.4.

Also, I compiled with mozcalendar and mozsvg, -O3 and without invoking "strip flags" and the resultant Mozilla is completely functional in all departments and I'm not experiencing any crashing. Not to say that these flags should be disabled, but perhaps people should be made more aware of how much the stability has increased and some of the optimization they could be making as a result.

Comment 8 Björn Bylander 2003-03-20 03:30:09 UTC

http://bugzilla.mozilla.org/show_bug.cgi?id=192453 seems related to GTK2. I compiled 1.3 with GTK2 from a modified 1.3_beta ebuild and couldn't use ~. Recompiled without GTK2 and it worked.

Comment 9 Martin Schlemmer (RETIRED) gentoo-dev

2003-03-21 02:06:10 UTC

> Is there any need for still requiring the WANT_GTK2="yes" stuff? This is, after > all, a _stable_ Mozilla release, and everything has been working very smoothly
> for some time.

Gtk2 mozilla breaks plugin support.

Comment 10 Jason Clinton 2003-03-21 10:16:33 UTC

I have GTK2 complied in and all my plugins (Java Blackdown, Mplayer-plugin, Flash, etc) are working fine.