| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
|
|
i686 change is not needed anymore as ffmpeg is in the repos. However it
doesn't build anyway, with message:
rsvg-convert: symbol lookup error: /usr/lib/libpango-1.0.so.0: undefined symbol: g_memdup2
|
|
Preference overrides from vendor.js are not connected to the code, so
they tend to bit rot quite quickly. Also, they only hide the problem,
because the source code still contains references to nonfree stuff.
Patching has a downside too. If upstream adds an override for some
patched preference in a new place, it's likely to take precedence over
the patch. Solution for this problem is TBD. But there are ways to
override our vendor.js too, so either approach is prone to this.
For now, go on with the patching approach. Also drop the override for
ui.key.menuAccessKeyFocuses as I don't see how this is related to
freedom issues. Let's stick as close to upstream as possible.
geo.wifi.uri was probably removed upstream as I wasn't able to find it
anywhere in the source tree.
|
|
Refactor and add processing of top-sites.json Remote Settings dump,
which is needed to override default sites with nonfree content which are
displayed on new tab and in the dropdown of address bar.
|
|
|
|
|
|
|
|
|
|
Arch Linux 32 removed their recent change to makedepends.
|
|
|
|
|
|
Update according to upstream changes, including from i686. Libre
patching of onboarding cards not needed anymore as removed upstream [1].
Fix minor typo in Remote Settings patch.
Fix path in _check_build_config() in PKGBUILD.
[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1675127
|
|
|
|
|
|
git clean step needed to be moved, IIRC because some to-be-removed files
interfered with Remote Settings patching check.
|
|
Remove patching of links to mobile apps from about:logins page, dropped
upstream [1]. Add patching of banners to mobile apps on
about:protections page.
[1]: https://bugzilla.mozilla.org/show_bug.cgi?id=1668965
|
|
jq was not enough. It lacks functionality necessary to do all these
changes in one pass, like verification by JSON schemas, or automatic
unique timestamp generation for changed records.
Python script can be updated in future to support more Remote
Settings dumps, not just main/search-config and monitor/changes.
|
|
Remove bundled icons of all websites except Wikipedia. Generate icons
and thumbnails for top sites configured by Parabola from SVG sources
from the branding package.
They need to be displayed on new tab. If not added, thumbnails will be
automatically generated for each website by completely loading it in
background and making a screenshot at start of each browser session.
This network communication can be unwanted for those on pay-per-byte
data plans.
|
|
Legacy search configuration has been dropped upstream [1].
It needs to be done by new method now.
[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1619926
|
|
Also add basic test that searches the entire source code tree for domain
name of Remote Settings server and fails the build if any occurrences
are found.
Needed to relocate quilt directory because IIRC it made some backups of
patched files that contained that domain name.
|
|
|
|
these changes are an attempt to normalize common patching
implementations, in order to reduce the diffs
across all of our mozilla PKGBUILDs
|
|
|
|
|
|
|
|
|
|
This seems to be related only to crashreporter that is disabled anyway.
|
|
Setting MOZ_APP_NAME is necessary now because paths to binaries will
contain 'firefox' not 'iceweasel' due to changes in this release of
upstream Firefox.
|
|
Also removed leftover flags dropped by upstream in 80.0-1, See:
https://github.com/archlinux/svntogit-packages/commit/7f7808aed43c21887a9b440005b6aca4e9295b9d#diff-91e904bd64036c9c236ce84542f97781L112
These flags probably should be removed for i686 too, but I was
not able to build it with or without them anyway.
|
|
These let DuckDuckGo know the place in UI the search ran from. For
example, the resulting search URL from address bar:
https://html.duckduckgo.com/html/?t=ffab&q=parabola
where t=ffab is the parameter in question. See unpatched file in
the source tree for possible values of this parameter:
browser/components/search/extensions/ddg/manifest.json
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Otherwise, when PGO is ON, the build fails after './mach clobber'. It
looks like the build system does cleaning differently when .git dir is
present.
|
|
It looks like not all JavaScript that is available on the regular
DuckDuckGo page is free software. They have many projects in their
repos, but some of the JS from the search page has no clear licensing
info. So replaced the URL of the default search engine to HTML version
that currently doesn't have any JS at all.
|
|
Upstream Firefox now requires about-logo.svg in branding dir, so added
it by copying the same source file that is used for other logos.
LDFLAGS for i686 were changed the same way Arch Linux ARM did it.
Otherwise, the build fails due to this flag.
|
|
|
|
Build fails without them. Haven't found any binary blobs in these paths.
Signed-off-by: Andreas Grapentin <andreas@grapentin.org>
|
|
Because data reporting is now hopefully disabled via build config
options, reviewed some of the related preference overrides:
Removed the following preferences:
datareporting.healthreport.uploadEnabled
defined only if MOZ_SERVICES_HEALTHREPORT is defined,
see modules/libpref/init/all.js
datareporting.healthreport.about.reportUrl
Removed upstream, see:
https://bugzilla.mozilla.org/show_bug.cgi?id=1352497
Can be found only in some test files
datareporting.healthreport.documentServerURI
Probably have been removed too, documentServerURI can
now be found only in obsolete documentation and some tests
healthreport.uploadEnabled
cannot be found alone in source tree.
Only datareporting.healthreport.uploadEnabled can be found.
datareporting.policy.dataSubmissionEnabled
defined only if MOZ_DATA_REPORTING is defined,
see modules/libpref/init/all.js
datareporting.healthreport.service.enabled
could find only in some test files
datareporting.policy.firstRunTime
datareporting.policy.dataSubmissionPolicyVersion
could not find in source tree
Also checked the following preferences:
toolkit.telemetry*
still available in the code, so have not removed them
pref("toolkit.telemetry.server_owner", "User");
This is just a nitpicking probably, because upstream preference says
"Mozilla" instead. And that is not true, because of the following
override in vendor.js :)
pref("toolkit.telemetry.server", "127.0.0.1");
Signed-off-by: Andreas Grapentin <andreas@grapentin.org>
|
|
MOZ_SERVICES_HEALTHREPORT and MOZ_NORMANDY are two missing bits to
undefine MOZ_DATA_REPORTING, which is defined if any one of
healthreporting, crashreporting, telemetry reporting, or Normandy are
set. Crashreporting and telemetry reporting have been already disabled.
Some data reporting related preferences and code are enabled when
MOZ_DATA_REPORTING is defined, for example.
These "features" are for Mozilla users only, they don't make much sense
for Iceweasel users. Probably even harmful for them and Mozilla too,
because I don't think Mozilla is interested in data reporting spam from
non-Firefox users.
I'm not sure if these features can be classified as back doors or
spyware in GNU FSDG terms, but that's another thing to consider.
Also added a check that fails the build if some of those features are
not disabled in configuration.
Signed-off-by: Andreas Grapentin <andreas@grapentin.org>
|
|
Signed-off-by: Andreas Grapentin <andreas@grapentin.org>
|
|
Signed-off-by: Andreas Grapentin <andreas@grapentin.org>
|
|
Apart from upstream updates to list.json, there is also a bit of
preparation for the next significant change of how search engines are
handled upstream. 78.0 enabled this new mechanism, but 78.0.1 disabled
it again because of [1]. For details see [2]. It looks like Mozilla
can now update the list of available and visible search engines
remotely. So removing all engines except Wikipedia and DuckDuckGo just
to avoid surprises in future.
[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1649393
[2] https://bugzilla.mozilla.org/show_bug.cgi?id=1542235
Signed-off-by: Andreas Grapentin <andreas@grapentin.org>
|
