Mirrors
/
uBlock
mirror of https://github.com/gorhill/uBlock.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
uBlock/tools/make-opera.sh

47 lines
1.2 KiB
Bash
Raw Normal View History

Pass -e flag to bash (#3790)
2021-07-31 10:15:32 -06:00
#!/usr/bin/env bash -e
minor changes, scripts to create packages to stores
2014-07-07 13:59:26 -06:00
#
# This script assumes a linux environment
various minor changes need for Opera version
2015-04-18 11:09:49 -06:00
echo "*** uBlock0.opera: Creating web store package"
fixed Opera script
2014-12-13 15:11:22 -07:00
various minor changes need for Opera version
2015-04-18 11:09:49 -06:00
DES=dist/build/uBlock0.opera
minor review of shell scripts
2017-11-10 09:36:55 -07:00
rm -rf $DES
fixed Opera script
2014-12-13 15:11:22 -07:00
mkdir -p $DES
Reorganize platform directory to avoid Chromium-centric appearance Though Firefox shares a lot of WebExtensions code with Chromium, these platforms have their own specific code paths, for various reasons. The reorganization here makes it clear that Chromium platform is just one flavor of WebExtensions, and as such all Chromium-specific code paths should no longer be automatically pulled by other platforms where these code paths are not needed. Given that the filepath of many files changed, here is the parent commit to quickly browse back to the previous directory layout: https://github.com/gorhill/uBlock/commit/ec7db30b2f4ff492ebc2a87ded28afa74aa50948
2021-07-16 08:06:58 -06:00
echo "*** uBlock0.opera: Copying common files"
Refactor management of injectable resources This is a first step, the ultimate goal is to remove the need for resources.txt, or at least to reduce to only hotfixes or for trivial resources targeting very specific websites. Most resources will become immutable, i.e. they will be part of uBO's code base. Advantages include easier code maintenance (jshint, syntax highlight), and to make scriptlets more easy to code review by external parties (for example extension store reviewers). TODO: - More scriptlets need to be imported before next release. - Need to make legacy versions of uBO use a legacy version of resources.txt, as all the now obsolete scriptlets will have to be removed once uBO's next release become widespread. - Possibly need to add code to load binary resources so that they can be injected as data: URI. So far it's unclear whether this is really needed. For example, this would be needed if a xmlhttprequest is redirected to an image resource.
2019-07-03 07:40:12 -06:00
bash ./tools/copy-common-files.sh $DES
opera build
2015-03-22 14:16:27 -06:00
Reorganize platform directory to avoid Chromium-centric appearance Though Firefox shares a lot of WebExtensions code with Chromium, these platforms have their own specific code paths, for various reasons. The reorganization here makes it clear that Chromium platform is just one flavor of WebExtensions, and as such all Chromium-specific code paths should no longer be automatically pulled by other platforms where these code paths are not needed. Given that the filepath of many files changed, here is the parent commit to quickly browse back to the previous directory layout: https://github.com/gorhill/uBlock/commit/ec7db30b2f4ff492ebc2a87ded28afa74aa50948
2021-07-16 08:06:58 -06:00
# Chromium-specific
echo "*** uBlock0.opera: Copying chromium-specific files"
Modularize codebase with export/import Related issue: - https://github.com/uBlockOrigin/uBlock-issues/issues/1664 The changes are enough to fulfill the related issue. A new platform has been added in order to allow for building a NodeJS package. From the root of the project: ./tools/make-nodejs This will create new uBlock0.nodejs directory in the ./dist/build directory, which is a valid NodeJS package. From the root of the package, you can try: node test This will instantiate a static network filtering engine, populated by easylist and easyprivacy, which can be used to match network requests by filling the appropriate filtering context object. The test.js file contains code which is typical example of usage of the package. Limitations: the NodeJS package can't execute the WASM versions of the code since the WASM module requires the use of fetch(), which is not available in NodeJS. This is a first pass at modularizing the codebase, and while at it a number of opportunistic small rewrites have also been made. This commit requires the minimum supported version for Chromium and Firefox be raised to 61 and 60 respectively.
2021-07-25 08:55:35 -06:00
cp platform/chromium/*.js $DES/js/
cp platform/chromium/*.html $DES/
Reorganize platform directory to avoid Chromium-centric appearance Though Firefox shares a lot of WebExtensions code with Chromium, these platforms have their own specific code paths, for various reasons. The reorganization here makes it clear that Chromium platform is just one flavor of WebExtensions, and as such all Chromium-specific code paths should no longer be automatically pulled by other platforms where these code paths are not needed. Given that the filepath of many files changed, here is the parent commit to quickly browse back to the previous directory layout: https://github.com/gorhill/uBlock/commit/ec7db30b2f4ff492ebc2a87ded28afa74aa50948
2021-07-16 08:06:58 -06:00
minor review of shell scripts
2017-11-10 09:36:55 -07:00
# Opera-specific
Reorganize platform directory to avoid Chromium-centric appearance Though Firefox shares a lot of WebExtensions code with Chromium, these platforms have their own specific code paths, for various reasons. The reorganization here makes it clear that Chromium platform is just one flavor of WebExtensions, and as such all Chromium-specific code paths should no longer be automatically pulled by other platforms where these code paths are not needed. Given that the filepath of many files changed, here is the parent commit to quickly browse back to the previous directory layout: https://github.com/gorhill/uBlock/commit/ec7db30b2f4ff492ebc2a87ded28afa74aa50948
2021-07-16 08:06:58 -06:00
echo "*** uBlock0.opera: Copying opera-specific files"
Modularize codebase with export/import Related issue: - https://github.com/uBlockOrigin/uBlock-issues/issues/1664 The changes are enough to fulfill the related issue. A new platform has been added in order to allow for building a NodeJS package. From the root of the project: ./tools/make-nodejs This will create new uBlock0.nodejs directory in the ./dist/build directory, which is a valid NodeJS package. From the root of the package, you can try: node test This will instantiate a static network filtering engine, populated by easylist and easyprivacy, which can be used to match network requests by filling the appropriate filtering context object. The test.js file contains code which is typical example of usage of the package. Limitations: the NodeJS package can't execute the WASM versions of the code since the WASM module requires the use of fetch(), which is not available in NodeJS. This is a first pass at modularizing the codebase, and while at it a number of opportunistic small rewrites have also been made. This commit requires the minimum supported version for Chromium and Firefox be raised to 61 and 60 respectively.
2021-07-25 08:55:35 -06:00
cp platform/opera/manifest.json $DES/
Reorganize platform directory to avoid Chromium-centric appearance Though Firefox shares a lot of WebExtensions code with Chromium, these platforms have their own specific code paths, for various reasons. The reorganization here makes it clear that Chromium platform is just one flavor of WebExtensions, and as such all Chromium-specific code paths should no longer be automatically pulled by other platforms where these code paths are not needed. Given that the filepath of many files changed, here is the parent commit to quickly browse back to the previous directory layout: https://github.com/gorhill/uBlock/commit/ec7db30b2f4ff492ebc2a87ded28afa74aa50948
2021-07-16 08:06:58 -06:00
remove translations for which no description is available (Opera)
2018-08-24 07:38:00 -06:00
rm -r $DES/_locales/az
updated translation stuff for Opera store
2016-02-22 07:01:37 -07:00
rm -r $DES/_locales/cv
Opera requires detailed description
2014-12-16 09:16:44 -07:00
rm -r $DES/_locales/hi
Remove Armenian translation from Opera build Opera requires that there is a valid translated description for the specific locale to be accepted.
2020-06-04 06:38:44 -06:00
rm -r $DES/_locales/hy
opera store requires translated description
2017-06-08 06:43:18 -06:00
rm -r $DES/_locales/ka
import Kazakh translation work
2018-01-31 10:49:23 -07:00
rm -r $DES/_locales/kk
Opera requires detailed description
2014-12-16 09:16:44 -07:00
rm -r $DES/_locales/mr
remove translations for which no description is available (Opera)
2018-08-24 07:38:00 -06:00
rm -r $DES/_locales/th
Include LICENSE.txt into extension packages
2014-12-18 02:47:14 -07:00
Fix Promise chain of WASM module load operations The Promise chain was not properly designed for WASM module loading. This became apparent when removing WASM modules from Opera build[1]. The problem was that errors thrown by fetch() -- used to load WASM modules -- were not properly handled. [1] Opera refuses updating uBO if there are unrecognized file types in the package, and `.wasm`/`.wat` files are not recognized by Opera uploader.
2019-02-01 06:20:43 -07:00
# Removing WASM modules until I receive an answer from Opera people: Opera's
# uploader issue an error for hntrie.wasm and this prevents me from
# updating uBO in the Opera store. The modules are unused anyway for
# Chromium- based browsers.
rm $DES/js/wasm/*.wasm
rm $DES/js/wasm/*.wat
rm $DES/lib/lz4/*.wasm
rm $DES/lib/lz4/*.wat
Fix Opera package build script: removal of WASM-related files
2019-03-13 08:12:09 -06:00
rm $DES/lib/publicsuffixlist/wasm/*.wasm
rm $DES/lib/publicsuffixlist/wasm/*.wat
Fix Promise chain of WASM module load operations The Promise chain was not properly designed for WASM module loading. This became apparent when removing WASM modules from Opera build[1]. The problem was that errors thrown by fetch() -- used to load WASM modules -- were not properly handled. [1] Opera refuses updating uBO if there are unrecognized file types in the package, and `.wasm`/`.wat` files are not recognized by Opera uploader.
2019-02-01 06:20:43 -07:00
minor review of shell scripts
2017-11-10 09:36:55 -07:00
echo "*** uBlock0.opera: Generating meta..."
python tools/make-opera-meta.py $DES/
various minor changes need for Opera version
2015-04-18 11:09:49 -06:00
echo "*** uBlock0.opera: Package done."