Age | Commit message (Collapse) | Author |
|
|
|
|
|
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>
|
|
This is to reduce maintenance burden. The tab is going to have new
content in each new release, and as can be seen with this release, some
news items can contain references or mention nonfree stuff. Instead of
patching each new release, just removing it for now. Those who want to
see the news can find them (and more) on the upstream release notes
webpage.
Signed-off-by: Andreas Grapentin <andreas@grapentin.org>
|
|
Signed-off-by: Andreas Grapentin <andreas@grapentin.org>
|
|
Signed-off-by: Andreas Grapentin <andreas@grapentin.org>
|
|
_x86_64_skip_pgo can still be flipped manually for faster builds if
anybody wants that. Let's just follow upstream by default.
|
|
|
|
|
|
While Firefox Lockwise itself is libre-licensed (apps, website, etc),
the references to Android and iOS versions lead to Google Play and Apple
app stores, all of which execute some JavaScript that is not clearly
licensed, so can be considered nonfree.
These references can be found on about:logins page as items in "..."
menu, and on about:protections page in promo cards.
Removed them for now. Could also change the URLs to open the Lockwise
website, but although libre licensed, it still has large links to
nonfree app stores and Firefox on the front page, so that wouldn't be a
huge improvement.
|
|
Apart from the update according to the upstream changes, also removed
the reference to Firefox Developer Edition on Google Play because:
1. It appears to have the same freedom issues as regular Firefox;
2. Google Play webpage executes some JavaScript that's not clearly
licensed, so can be considered nonfree.
|
|
|
|
On i686 I've the following:
$ sudo pacman -Suu
:: Starting full system upgrade...
:: Replace haskell-exceptions with community/ghc-libs?
[Y/n]
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy
dependencies)
:: installing poppler (0.88.0-1.0) breaks dependency 'poppler=0.87.0'
required by cups-filters
:: installing icu (67.1-1.0) breaks dependency 'icu<66'
required by icecat
:: installing icu (67.1-1.0) breaks dependency
'icu=65.1' required by icedove
:: installing icu (67.1-1.0) breaks dependency
'icu<66' required by iceweasel
:: installing icu (67.1-1.0) breaks dependency 'icu<66'
required by texlive-bin
:: installing poppler (0.88.0-1.0) breaks dependency
'poppler=0.87.0-1.1' required by texlive-bin
More packages, that I don't have installed are probably affected.
Once we rebuilt and pushed the new packages, i686 users will be
able to upgrade to the new icu and poppler.
The new icu and poppler packages now have Provides for the
various libraries they provides:
$ pacman -S -i icu
Provides : libicudata.so=67-32 libicui18n.so=67-32
libicuio.so=67-32 libicutest.so=67-32
libicutu.so=67-32 libicuuc.so=67-32
$ pacman -S -i poppler
Provides : libpoppler.so=99-32 libpoppler-cpp.so=0-32
The provides are already there for x86_64 and armv7h.
Now that all architectures have provides for these two
packages, we will be able to convert our PKGBUILDs to depend
on the libraries provided, to make the next transition
easier: Thanks to the provides we can now provide packages
like icu-parabola, icu-57, etc to provide the current icu library
version.
This means that with the next icu library version that
comes from Arch Linux, Arch Linux 32, or Arch Linux ARM,
each packages that is built by Parabola and that has been
converted to use provides will continue to work as it will
pull the icu-parabola package to continue satisfying the
dependency on old libraries.
This in turn will enable users to continue upgrade will not
be blocked anymore by icu or poppler issues, and it will
enable developers to have more time to fix build issues.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|