Commit Graph

661 Commits

Author SHA1 Message Date
SLNOS
2cec4ca4f4 firefoxPackages.tor-browser: 8.5.0 -> 8.5.2 2019-06-21 17:52:26 +00:00
Alyssa Ross
2e8da9d6ec
firefox-esr: 60.7.1esr -> 60.7.2esr
CVE-2019-11708
2019-06-20 19:21:59 +00:00
Alyssa Ross
5f69dc425c
firefox: 67.0.3 -> 67.0.4
CVE-2019-11708
2019-06-20 19:21:56 +00:00
Alyssa Ross
0ca0284580
firefox: 67.0.2 -> 67.0.3
CVE-2019-11707
2019-06-18 20:26:43 +00:00
Alyssa Ross
087c619572
firefox-esr: 60.7.0esr -> 60.7.1esr
CVE-2019-11707
2019-06-18 19:42:55 +00:00
volth
f3282c8d1e treewide: remove unused variables (#63177)
* treewide: remove unused variables

* making ofborg happy
2019-06-16 19:59:05 +00:00
Will Dietz
762f89d157
firefox: 67.0.1 -> 67.0.2 2019-06-11 23:45:56 -05:00
Andreas Rammhold
03128836bb
firefox: 67.0 -> 67.0.1 2019-06-08 18:06:48 +02:00
Will Dietz
88dc069219
tor-browser-bundle: 8.5 -> 8.5.1, security fix!
I think the source variant needs special handling, sorry.
2019-06-06 22:50:21 -05:00
talyz
ae2778c9e3 firefox-wayland: Add missing dependency libglvnd (libEGL)
Firefox running in wayland mode is unable to find and load
libEGL.so (and says so on stdout). This puts it in "basic"
mode (unaccelerated graphics) and disables WebGL. Fix this by adding
libglvnd to the LD_LIBRARY_PATH.
2019-06-05 14:49:55 +02:00
SLNOS
c4962cd506 firefoxPackages.tor-browser: 8.0.9 -> 8.5.0
Actually, more like -> 8.5.0.1 as this version is made against the
branch with the pending fixup patch applied.
2019-05-30 12:31:59 +00:00
Timo Kaufmann
53b08beea6
tridactyl-native: init at 1.14.9 (#61703) 2019-05-28 13:14:06 +02:00
Andreas Rammhold
082ed38cb1
firefox-wrapper: stop creating new profiles when the binary path changes
With a recent change to firefox (that landed in 67) a new profile is
created whenever the install location changes. Since our install
location (the binary path) always changes when we do a new build it is
rather annoying.

Setting the environment variable `SNAP_NAME` to `firefox` is supposed to
workaround the issue.

related to #58923

Woarkound taken from 1ff8b6c3d8

cc @rail
2019-05-24 00:17:40 +02:00
Andreas Rammhold
e57d93af0c
firefox-esr-60: 60.6.3esr -> 60.7.0esr 2019-05-21 07:57:14 +02:00
Andreas Rammhold
f353c0e958
firefox: 66.0.5 -> 67.0 2019-05-20 19:09:17 +02:00
Andreas Rammhold
7f65d06c4f firefox: prepare for firefox 67.0 release
Firefox now requires `llvm-objdump` during the build phase. The aarch64
patches do no longer apply. So far I am guessing that they have been
merged. We should verify that.
2019-05-20 18:29:25 +02:00
Andreas Rammhold
f29d398c69 firefox-esr-60: 60.6.2esr -> 60.6.3esr 2019-05-08 17:54:13 +02:00
Andreas Rammhold
bc3d79f633 firefox: 66.0.4 -> 66.0.5 2019-05-08 11:39:39 +02:00
SLNOS
8b4d53168a firefoxPackages.tor-browser: 8.0.8 -> 8.0.9 2019-05-08 03:45:38 +00:00
Renaud
2fb1b3156f
Merge pull request #60932 from c0bw3b/patches-cleanup
[treewide] delete (some) unused patches
2019-05-07 23:34:04 +02:00
Frederik Rietdijk
0196d8f11c Merge master into staging-next 2019-05-07 09:00:06 +02:00
taku0
07458c2f38 firefox-esr: 60.6.1esr -> 60.6.2esr 2019-05-06 13:35:25 +09:00
Eelco Dolstra
1f6ddfc7e0 firefox: 66.0.3 -> 66.0.4 2019-05-05 23:57:54 +02:00
c0bw3b
9cb260d091 [treewide] delete unused patches 2019-05-04 19:52:24 +02:00
Matthew Bauer
0fe315c9b6 treewide: remove old patches for macOS
These shouldn’t be needed now that we are on macOS 10.12.
2019-04-26 21:54:32 -04:00
taku0
3412a2cfcc firefox: 66.0.2 -> 66.0.3 2019-04-13 10:49:24 +09:00
Andreas Rammhold
4b00df4305
Merge pull request #58630 from volth/patch-312
firefox-esr-52: fix build
2019-04-09 13:08:58 +00:00
Andrew Childs
c6ef39927c firefox: fix aarch64 build 2019-04-07 02:31:27 +09:00
Andrew Childs
5a8ddeea73 firefox: re-enable webrtc on aarch64 (64+); fix comment 2019-04-07 02:31:22 +09:00
Vladimír Čunát
1c4b324c8d
firefoxPackages: fix builds by a patch from Arch 2019-04-06 13:07:35 +02:00
volth
1c290ea724
firefox-esr-52: use gcc6 2019-04-01 06:36:02 +00:00
volth
edbb386dc6
firefox-esr-52: needs libXdamage headers 2019-03-31 20:55:05 +00:00
volth
3551068153
firefox-esr-52: fix build 2019-03-31 18:55:39 +00:00
Andreas Rammhold
c8186ad7b3
firefox: 66.0.1 -> 66.0.2 2019-03-29 10:41:00 +01:00
SLNOS
ec4a7a02ca firefoxPackages.tor-browser: carry over more configureFlags from upstream
These are taken from `tor-browser-build.git` repository.
2019-03-24 18:40:37 +00:00
SLNOS
6ed479de0c firefoxPackages.tor-browser: 8.0.6 -> 8.0.8 2019-03-24 18:40:34 +00:00
Andreas Rammhold
3e7b029ab7
firefox-esr-60: 60.6.0esr -> 60.6.1esr 2019-03-23 01:43:39 +01:00
Andreas Rammhold
e716a952cd
firefox: 66.0 -> 66.0.1 2019-03-23 01:43:20 +01:00
Andreas Rammhold
94d9400b4d
firefox-esr-60: 60.5.2esr -> 60.6.0.esr 2019-03-18 17:27:29 +01:00
Andreas Rammhold
dafe9c3cb0
firefox: 65.0.2 -> 66.0 2019-03-18 17:18:44 +01:00
Andreas Rammhold
d64d42f12d
firefox: support building firefox 66 (and 60.6+) 2019-03-18 17:18:42 +01:00
Jan Tojnar
a92a1ae908
firefox-esr-52: remove updateScript
This is dead package so let’s remove the updateScript which does not evaluate anyway.
2019-03-17 17:39:20 +01:00
Jan Tojnar
20ab640aa2
Merge pull request #56730 from jtojnar/sublime3-updatescript
sublime3: add updateScript
2019-03-06 00:13:44 +01:00
Jan Tojnar
0105058698
common-updater-scripts: Add file and system flags
You can now optionally invoke update-source-versions with:

* --system flag changing the host platform, to be passed dirrectly to Nix commands.
  This is useful for binary packages which have different sources for each platform.
* --file flag allowing to change the file to be modified. This is useful for packages
  that offer multiple variants, listed in a different file than the derivation itself;
  e.g. packages.nix of Sublime Text 3.
* --version-key, which is now a keyword flag instead of a positional argument.
2019-03-02 23:03:04 +01:00
taku0
692a763f60 firefox-esr: 60.5.1esr -> 60.5.2esr 2019-03-01 22:57:53 +09:00
taku0
d59a40c3b0 firefox: 65.0.1 -> 65.0.2 2019-03-01 22:53:35 +09:00
Frederik Rietdijk
2fcb11a244 Merge staging-next into master 2019-03-01 09:06:20 +01:00
Jörg Thalheim
dadc7eb329
treewide: use runtimeShell instead of stdenv.shell whenever possible
Whenever we create scripts that are installed to $out, we must use runtimeShell
in order to get the shell that can be executed on the machine we create the
package for. This is relevant for cross-compiling. The only use case for
stdenv.shell are scripts that are executed as part of the build system.
Usages in checkPhase are borderline however to decrease the likelyhood
of people copying the wrong examples, I decided to use runtimeShell as well.
2019-02-26 14:10:49 +00:00
Frederik Rietdijk
fd48a94b62 Merge staging-next into staging 2019-02-16 09:30:46 +01:00
Joachim F
e9d97c223e
Merge pull request #55738 from oxij/pkgs/tor-browser-update
firefoxPackages.tor-browser: 8.0.5 -> 8.0.6
2019-02-14 19:00:57 +00:00