Package "firefox"
WARNING: the "firefox" package was deleted from this repository
Name: |
firefox
|
Description: |
Safe and easy web browser from Mozilla
|
Latest version: |
*DELETED* |
Release: |
precise (12.04) |
Level: |
base |
Repository: |
main |
Links
Download "firefox"
Other versions of "firefox" in Precise
Changelog
firefox (37.0~a2~hg20150125r240311-0ubuntu1~umd1~precise) precise; urgency=medium
.
* Refresh patches
- update debian/patches/unity-menubar.patch
* Drop debian/patches/no_neon_on_arm.patch. This shouldn't beneeded
anymore, because:
- since it was added, most code that uses NEON intrinsics and assembly
code using NEON instructions is disabled if the target is < armv7
- Code that uses NEON intrinsics, when compiled, is hidden behind a
runtime check (so doesn't run on systems that don't support those
instructions).
- Code in media/libvpx unconditionally compiles code that uses NEON
intrinsics anyway, even if the target is < armv7 (but the code is
compiled with -march=armv7-a and is hidden behind a runtime check for
NEON support)
* Add Google OAuth ID so contact import for Hello works (LP: #1401402)
|
Source diff to previous version |
1401402 |
Ubuntu build of Firefox lacks Google OAuth ID, prevents contact import in Hello |
|
firefox (37.0~a2~hg20150121r240253-0ubuntu1~umd1~precise) precise; urgency=medium
.
* Refresh patches
- update debian/patches/unity-menubar.patch
* Drop debian/patches/no_neon_on_arm.patch. This shouldn't beneeded
anymore, because:
- since it was added, most code that uses NEON intrinsics and assembly
code using NEON instructions is disabled if the target is < armv7
- Code that uses NEON intrinsics, when compiled, is hidden behind a
runtime check (so doesn't run on systems that don't support those
instructions).
- Code in media/libvpx unconditionally compiles code that uses NEON
intrinsics anyway, even if the target is < armv7 (but the code is
compiled with -march=armv7-a and is hidden behind a runtime check for
NEON support)
* Add Google OAuth ID so contact import for Hello works (LP: #1401402)
|
Source diff to previous version |
1401402 |
Ubuntu build of Firefox lacks Google OAuth ID, prevents contact import in Hello |
|
firefox (37.0~a2~hg20150116r240155-0ubuntu1~umd1~precise) precise; urgency=medium
.
* Refresh patches
- update debian/patches/unity-menubar.patch
* Drop debian/patches/no_neon_on_arm.patch. This shouldn't beneeded
anymore, because:
- since it was added, most code that uses NEON intrinsics and assembly
code using NEON instructions is disabled if the target is < armv7
- Code that uses NEON intrinsics, when compiled, is hidden behind a
runtime check (so doesn't run on systems that don't support those
instructions).
- Code in media/libvpx unconditionally compiles code that uses NEON
intrinsics anyway, even if the target is < armv7 (but the code is
compiled with -march=armv7-a and is hidden behind a runtime check for
NEON support)
* Add Google OAuth ID so contact import for Hello works (LP: #1401402)
|
Source diff to previous version |
1401402 |
Ubuntu build of Firefox lacks Google OAuth ID, prevents contact import in Hello |
|
firefox (37.0~a2~hg20150115r240140-0ubuntu1~umd1~precise) precise; urgency=medium
.
* Refresh patches
- update debian/patches/unity-menubar.patch
* Drop debian/patches/no_neon_on_arm.patch. This shouldn't beneeded
anymore, because:
- since it was added, most code that uses NEON intrinsics and assembly
code using NEON instructions is disabled if the target is < armv7
- Code that uses NEON intrinsics, when compiled, is hidden behind a
runtime check (so doesn't run on systems that don't support those
instructions).
- Code in media/libvpx unconditionally compiles code that uses NEON
intrinsics anyway, even if the target is < armv7 (but the code is
compiled with -march=armv7-a and is hidden behind a runtime check for
NEON support)
* Add Google OAuth ID so contact import for Hello works (LP: #1401402)
|
Source diff to previous version |
1401402 |
Ubuntu build of Firefox lacks Google OAuth ID, prevents contact import in Hello |
|
firefox (36.0~a2~hg20150109r234692-0ubuntu1~umd1~precise) precise; urgency=medium
.
* Refresh patches
- update debian/patches/unity-menubar.patch
- update debian/patches/ubuntu-ua-string-changes.patch
- update debian/patches/dont-include-hyphenation-patterns.patch
* Drop fix-broken-langpack-install-manifests.patch - fixed upstream
* Don't clone the nightly profile from the default profile at startup
- update debian/firefox.sh.in
* Don't use --with-app-basename to create the co-installable nightly build
as it's not useful anymore, and changing the application name to
"Firefox-Trunk" has always been problematic for code / addons that check
the appname. Continue to use --with-app-name as before (which just changes
the install name and the remoting name), and add a patch to introduce
--with-app-profile, which allows us to change the profile location
- update debian/build/rules.mk
- update debian/build/config.mk
- update debian/config/mozconfig.in
- update debian/rules
- add debian/patches/support-coinstallable-trunk-build.patch
- add debian/patches/set-prgname-to-remoting-name.patch
- update debian/patches/series
* Install the gmp-clearkey directory
* Add debian/patches/ubuntu-search-defaults.patch to set the default
search engines. This is a temporary patch (these defaults will eventually
go in to distribution.ini)
|
About
-
Send Feedback to @ubuntu_updates