Commit graph

923 commits

Author SHA1 Message Date
Dmitry Kalinkin c149772546
Merge pull request #130044 from Mindavi/bugfix/makewrapper-fixes
Move makeWrapper to nativeBuildInputs for some packages
2021-07-13 14:23:25 -04:00
Rick van Schijndel 94ebbb266c firefox: move makeWrapper to nativeBuildInputs 2021-07-12 22:06:14 +02:00
ajs124 c6e51d0369 firefox-wrapper: also make gtk3-support non-optional here 2021-07-12 16:47:34 +02:00
ajs124 b332794adf firefox: 89.0.2 -> 90.0
make gtk3Support non-optional, because it hasn't been for a long time
also make gtk2 conditional on firefox older than 90, because we can get
rid of it with firefox 90, but it's still needed by the current ESR
release
2021-07-12 16:47:24 +02:00
taku0 cab7d36885 firefox: 89.0.1 -> 89.0.2 2021-06-23 15:12:45 +09:00
taku0 eaef28d6c4 firefox/update.nix: Use fingerprint instead of keyid 2021-06-17 00:07:09 +09:00
taku0 e330adceb9 firefox: 89.0 -> 89.0.1 2021-06-16 19:35:54 +09:00
taku0 1415289e67 firefox, firefox-bin: fetch GPG key from keyring 2021-06-16 19:33:28 +09:00
taku0 6aaaa019ce firefox: fix parameter of update.nix for ESR version 2021-06-16 19:33:28 +09:00
taku0 8432387de2 firefox: use SHA512SUM in update.nix 2021-06-16 19:33:28 +09:00
Bernardo Meurer 3694ff7027
Merge pull request #126404 from wentasah/firefox-cups
firefox: Make CUPS printers visible in the print dialog
2021-06-10 17:43:35 +00:00
AndersonTorres e9e5f5f84d Change all alsaLib references to alsa-lib 2021-06-10 01:12:49 -03:00
Michal Sojka 5102a12471 firefox: Make CUPS printers visible in the print dialog
Firefox 81 introduced a new print dialog. Under NixOS, this dialog
offers only "Save as PDF" as the destination. To print to a real
printer, one has to click "Print using the system dialog" and print
from there. This is not only one unnecessary extra click, but the
system dialog also does not offer preview.

With this commit, Firefox starts offering real printers in its
printing dialog, removing the above mentioned deficiencies.

CUPS is needed because Firefox uses dlopen() to load libcups.so.2 at
runtime. See
https://searchfox.org/mozilla-central/rev/b52cf6bbe214bd9d93ed9333d0403f7d556ad7c8/widget/nsCUPSShim.cpp#28
2021-06-09 23:09:48 +02:00
Martin Weinelt 42e25d855f
firefox: use nss without p11-kit
Quickfix to allow firefox to recognize certificates as trusted by
Mozilla.

Related: #126065
2021-06-09 00:01:00 +02:00
Martin Weinelt 602163952d
Merge pull request #125669 from nbp/firefox-file-picker
firefox-bin: Avoid including both the wrapped and unwrapped versions.
2021-06-07 18:05:06 +02:00
Nicolas B. Pierron efef092ba5 firefox-bin: Avoid including both the wrapped and unwrapped version when using nix run command.
In order to make the man pages accessible, the previous code used
nix-support/propagated-user-env-packages. However this file is also used to set
the PATH when the application is executed with `nix run`, thus including the
wrapped and the wrappee in the environment.

Having the wrappee enumerated first in the environment caused `firefox` to
default to the wrappee, and as such not being able to find a proper GTK. This
was a source of failures while opening a file-picker.

This change removes the code to propagate the wrappe in the environment, as the
man pages are already linked in the wrapper output.
2021-06-07 11:42:18 +02:00
Martin Weinelt f42ea75dec
firefox-esr: 78.10.1esr -> 78.11.0esr
https://www.mozilla.org/en-US/firefox/78.11.0/releasenotes/
https://www.mozilla.org/en-US/security/advisories/mfsa2021-24/
2021-06-02 02:07:27 +02:00
Martin Weinelt bcc35ef63f
firefox: 88.0.1 -> 89.0
https://www.mozilla.org/en-US/firefox/89.0/releasenotes/
2021-05-31 13:31:09 +02:00
sternenseemann 849fe554d5 firefox: take LLVM tools from buildStdenv
Since 37194a325d llvmPackages*.bintools is a bintools-wrapper. Thus it
only contains a wrapper for `as` and `ld`. This change makes sense, but
causes regressions like this one. Since the buildStdenv uses the llvm
bintool set including lld as a linker we can use the
cc.bintools.bintools derivation to get all the tools we need.
Technically we wouldn't need to set absolute paths as all tools are also
added to PATH, but it doesn't hurt either.
2021-05-21 23:09:56 +02:00
John Ericson 18c38f8aee treewide: All the linker to be chosen independently
This will begin the process of breaking up the `useLLVM` monolith. That
is good in general, but I hope will be good for NetBSD and Darwin in
particular.

Co-authored-by: sterni <sternenseemann@systemli.org>
2021-05-14 21:29:51 +00:00
Martin Weinelt 9651084620 Merge remote-tracking branch 'origin/master' into staging-next 2021-05-08 14:43:43 +02:00
Jan Tojnar 468cb5980b gnome: rename from gnome3
Since GNOME version is now 40, it no longer makes sense to use the old attribute name.
2021-05-08 09:47:42 +02:00
github-actions[bot] 202eb5ddf5
Merge staging-next into staging 2021-05-05 18:24:02 +00:00
taku0 d6229c7f5f firefox-esr: 78.10.0esr -> 78.10.1esr 2021-05-05 11:12:28 +09:00
taku0 bd5046edea firefox: 88.0 -> 88.0.1 2021-05-05 11:12:28 +09:00
github-actions[bot] 49721bed32
Merge staging-next into staging 2021-05-01 18:26:21 +00:00
Milan Pässler d05202ea7c
Revert "firefox-esr: use latest Rust"
This reverts commit 903e23ad36.

It caused segfaults when playing media:
https://github.com/NixOS/nixpkgs/issues/121408
2021-05-01 18:47:29 +02:00
github-actions[bot] 20ebbe6b59
Merge staging-next into staging 2021-04-30 18:26:34 +00:00
Milan Pässler 903e23ad36
firefox-esr: use latest Rust
Firefox ESR 78.x used to have a problem with Rust >= 1.46, but it works
with latest Rust now!
2021-04-30 17:50:01 +02:00
Andrew Childs 7869d16545 llvmPackages: Multuple outputs for everythting
Also begin to start work on cross compilation, though that will have to
be finished later.

The patches are based on the first version of
https://reviews.llvm.org/D99484. It's very annoying to do the
back-porting but the review has uncovered nothing super major so I'm
fine sticking with what I've got.

Beyond making the outputs work, I also strove to re-sync the packages,
as they have been drifting pointlessly apart for some time.

----

Other misc notes, highly incomplete

- lvm-config-native and llvm-config are put in `dev` because they are
  tools just for build time.

- Clang no longer has an lld dep. That was introduced in
  db29857eb3, but if clang needs help
  finding lld when it is used we should just pass it flags / put in the
  resource dir. Providing it at build time increases critical path
  length for no good reason.

----

A note on `nativeCC`:

`stdenv` takes tools from the previous stage, so:

1. `pkgsBuildBuild`: `(?1, x, x)`
2. `pkgsBuildBuild.stdenv.cc`: `(?0, ?1, x)`

while:

1. `pkgsBuildBuild`: `(?1, x, x)`
2. `pkgsBuildBuild.targetPackages`: `(x, x, ?2)`
3. `pkgsBuildBuild.targetPackages.stdenv.cc`: `(?1, x, x)`
2021-04-30 05:41:00 +00:00
github-actions[bot] 481a9bc47c
Merge master into staging-next 2021-04-23 00:15:39 +00:00
Martin Weinelt e75f053238
Merge pull request #119434 from ooesili/firefox-ld-path-prefix
Add Firefox libs to beginning of LD_LIBRARY_PATH
2021-04-22 20:25:45 +02:00
Martin Weinelt 6b34489f81
Merge branch 'master' into staging-next 2021-04-20 02:06:07 +02:00
Bernardo Meurer 44fa00a5b8
Merge pull request #119862 from mweinelt/firefox
firefox: 87.0 -> 88.0; firefox-esr: 78.9.0esr -> 78.10.0esr
2021-04-19 19:33:42 +00:00
github-actions[bot] 6ef7c23763
Merge master into staging-next 2021-04-19 18:11:51 +00:00
Sebastian Graf fa7004fd29 firefox: Remove SNAP_NAME=firefox in wrapper
082ed38 introduced it to fix the profile-per-install policy of FF 67. But since
FF 69 (or 68?), there is `MOZ_LEGACY_PROFILES`, which we use since 87e2618.
There is no reason for the `SNAP_NAME=firefox` workaround anymore.

Additionally, the combination of `SNAP_NAME=firefox` with
a large ~/.nix-profile/share in `XDG_DATA_DIRS` triggered
https://bugzilla.mozilla.org/show_bug.cgi?id=1569625 for me, so this really
fixes a bug in my configuration.

The only downside of this approach is that we lose support for running FF 67
(and possibly 68).
2021-04-19 14:33:19 +02:00
Martin Weinelt af13285fff
firefox-esr: 78.9.0esr -> 78.10.0esr
https://www.mozilla.org/en-US/firefox/78.10.0/releasenotes/
2021-04-19 13:58:29 +02:00
Martin Weinelt 8fe28fb308
firefox: 87.0 -> 88.0
https://www.mozilla.org/en-US/firefox/88.0/releasenotes/
2021-04-19 13:58:00 +02:00
Wesley Merkel 2fc271ffdd Add Firefox libs to beginning of LD_LIBRARY_PATH
When firefox is executed by programs that also make changes to
`LD_LIBRARY_PATH`, the paths can conflict causing firefox to look for
shared libraries in the wrong location. This is because the wrapper
script around firefox *appends* library paths to `LD_LIBRARY_PATH`
instead of prepending them, causing library paths that are already in
the environment to take precedence over the library paths that firefox
depends on.

As an example, Discord and firefox both depend on different versions of
libnss. When Discord launches firefox, which happens when clicking on
hyperlinks, the path in `LD_LIBRARY_PATH` to libnss set by Discord takes
precedence over then one set by the firefox wrapper script causing
firefox to load a different version of libnss than the one it was built
against. This causes a fatal error in firefox which prevents it from
starting.

This commit fixes this issue by switching the firefox wrapper script to
*prepend* its library paths to `LD_LIBRARY_PATH`.

Fixes #118432
2021-04-14 10:52:28 -05:00
Luke Granger-Brown 08b22e605b Merge remote-tracking branch 'upstream/staging-next' into down-integrate-staging 2021-04-12 18:49:01 +00:00
Luis Hebendanz 94d7d46e20 firefox/wrapper.nix: Fixed firefox is always 'managed by your organization' 2021-04-10 01:46:18 +02:00
Gabriel Ebner c08d9a7e02 firefox: add missing libdrm and libXdamage dependencies 2021-04-09 09:26:12 +02:00
Sandro Jäckel dcb501f993
kerberos: deprecate alias 2021-04-04 03:18:56 +02:00
Martin Weinelt 4a8aaa58ad
firefox, firefox-esr: add myself to maintainers 2021-03-22 16:09:57 +01:00
Martin Weinelt 9a0519f080
firefox-esr: 78.8.0esr -> 78.9.0esr 2021-03-22 15:05:56 +01:00
Martin Weinelt e9dbf1a586
firefox: 86.0.1 -> 87.0 2021-03-22 15:05:37 +01:00
Martin Weinelt 5ad7e11e5d
firefox: 86.0 -> 86.0.1 2021-03-12 04:17:38 +01:00
Frederik Rietdijk 277d488026 Merge staging into staging-next 2021-03-08 19:20:18 +01:00
Lluís Batlle i Rossell d2af381b40 firefox: build in 32-bit systems
Disabling "-g" and LTO so there aren't memory problems.
2021-03-07 19:37:15 +01:00
Ben Siraphob 4f0cdb68d7 treewide: unzip buldInputs to nativeBuildInputs (2) 2021-03-06 15:18:05 +07:00