alioth/nixpkgs
3
0
Fork 0
forked from mirrors/nixpkgs
Code Releases Activity
113315 commits 217 branches 121 tags 4.5 GiB
Commit graph

68 commits

Author SHA1 Message Date
Tim Steinbach 72278d2fd9
atom: 1.19.0 -> 1.19.2 2017-08-19 09:11:22 -04:00
Tim Steinbach bd27239c06
atom: 1.18.0 -> 1.19.0 2017-08-09 09:13:28 -04:00
Tim Steinbach 731a08730f
atom: Add paxmark 2017-08-05 14:36:00 -04:00
Tim Steinbach d990d618c0
atom: 1.17.2 -> 1.18.0 2017-06-16 08:09:15 -04:00
Tim Steinbach 9d8942c578
atom: 1.17.0 -> 1.17.2 2017-05-25 18:20:12 -04:00
Tim Steinbach ca34420a4c
atom: 1.16.0 -> 1.17.0 2017-05-16 20:30:07 -04:00
Joachim F 1dcb587d93 Merge pull request #24888 from Ralith/electron 
electron: 1.4.15 -> 1.6.2
 2017-04-18 21:47:33 +01:00
Benjamin Saunders 9ea655dcdd electron: 1.4.15 -> 1.6.2 2017-04-13 19:17:39 -07:00
Tim Steinbach 416337b95c
atom: 1.15.0 -> 1.16.0 2017-04-12 19:33:03 -04:00
Benno Fünfstück a4d6e2cf16 atom: avoid using LD_PRELOAD. Fixes glibc compat issues 
The wrapper for Atom was loading libraries via LD_PRELOAD, for example
libxkbfile. Now, if you installed atom via nix-env and happened to use a newer
nixpkgs for that than what your system environment is build against, you could
end up with an error like this:

```
uname: relocation error:
/nix/store/68sa3m89shpfaqq1b9xp5p1360vqhwx6-glibc-2.25/lib/libdl.so.2:
symbol _dl_catch_error, version GLIBC_PRIVATE not defined in file libc.so.6
with link time reference
```

This happens because atom calls the `uname` executable from the system to
determine the platform. Because that inherits the `LD_PRELOAD` environment
variable, so the libxkbfile library that the `atom` wrapper was build against
is loaded into `uname`. But since `atom` comes from `nix-env`, the `libxkbfile`
it was built with might be compiled against a newer version of `glibc` than
`uname`, which comes from the system, was! Having two versions of glibc loaded
into the same processes results in chaos.

To fix this, we avoid setting `LD_PRELOAD` and instead use patchelf to set the
correct RPATH. RPATH is not inherited by child processes, so the above issue
can no longer occur.

The only small complication here is that the library that actually loads
libxkbfile is not the atom binary itself, but a node extension that atom uses.
So instead of setting the RPATH on `atom` only, we also set the `rpath` on all
node extensions (`*.node`) the output.
 2017-03-18 01:51:36 +01:00
Gauthier POGAM--LE MONTAGNER acd8ede120 atom: 1.14.4 -> 1.15.0 2017-03-10 15:53:04 +01:00
Gauthier POGAM--LE MONTAGNER 869bc1c07e atom: 1.14.3 -> 1.14.4 2017-03-02 13:44:47 +01:00
Tim Steinbach 376b377775
atom: 1.14.1 -> 1.14.3 2017-02-17 16:13:18 -05:00
Tim Steinbach efa0efa796
atom: 1.13.1 -> 1.14.1 2017-02-09 18:22:55 -05:00
Tim Steinbach d258f054cd
atom: 1.13.0 -> 1.13.1 2017-01-25 17:22:55 -05:00
Tim Steinbach f124cb7611
atom: 1.12.9 -> 1.13.0 2017-01-11 17:18:24 -05:00
Tim Steinbach f2502c9d86
atom: 1.12.8 -> 1.12.9 2017-01-05 19:48:25 -05:00
Tim Steinbach d222761121
atom: 1.12.7 -> 1.12.8 2017-01-04 17:20:00 -05:00
Tim Steinbach 8c8abafc2d
atom: 1.12.6 -> 1.12.7 2016-12-09 15:34:25 -05:00
Tim Steinbach 1ac1d93427
atom: 1.12.5 -> 1.12.6 2016-11-28 17:37:32 -05:00
Tim Steinbach 48fad82911
atom: 1.12.4 -> 1.12.5 2016-11-21 18:06:27 -05:00
Tim Steinbach fe0d46d05b
atom: 1.12.2 -> 1.12.4 2016-11-17 19:43:52 -05:00
Tim Steinbach dcb76cda79
atom: 1.12.1 -> 1.12.2 2016-11-12 16:37:20 -05:00
Tim Steinbach 0b91aa42d2
atom: 1.12.0 -> 1.12.1 2016-11-10 21:05:55 -05:00
Tim Steinbach d0c1e42c1e
atom: 1.11.2 -> 1.12.0 2016-11-09 19:54:13 -05:00
Danny Arnold 56dfc33f49 atom: 1.11.1 -> 1.11.2 2016-10-20 10:46:16 +02:00
Tim Steinbach 1a988b155b
atom: 1.10.1 -> 1.11.1 2016-10-14 21:37:28 -04:00
Kirill Boltaev bccd75094f treewide: explicitly specify gtk and related package versions 2016-09-12 18:26:06 +03:00
Brandon Dimcheff b8022cad3c atom: 1.9.9 -> 1.10.1 2016-09-07 09:15:38 -04:00
Danny Arnold d0e86a0d48 atom: 1.9.6 -> 1.9.9 2016-08-24 23:29:24 +02:00
Danny Arnold c15795a082 atom: 1.9.0 -> 1.9.6 2016-08-09 16:47:00 +02:00
Danny Arnold 9d85a87e73 atom: 1.8.0 -> 1.9.0 2016-08-02 11:38:58 +02:00
Christian L 64a6e09979 atom: 1.7.3 -> 1.8.0 (#16118) 2016-06-10 11:30:50 +01:00
Leon Isenberg 213f882fd3 atom: patchelf ctags binary 2016-06-04 23:04:28 +02:00
José Romildo Malaquias 080f9c579a atom: 1.6.2 -> 1.7.3 2016-05-14 13:54:27 -03:00
Nikolay Amiantov daa8ba26c9 atomEnv: use makeSearchPathOutput 2016-04-25 13:24:40 +03:00
Nikolay Amiantov 253b84a1eb vscode, electron, atom: run fixup phases 2016-04-22 17:44:30 +03:00
Nikolay Amiantov 6185f74531 atom, electron, vscode: split dependencies to atomEnv 
fixes #14890
 2016-04-22 16:10:51 +02:00
Nikolay Amiantov 39eefc0cd0 atom: fix library paths 2016-04-13 22:09:42 +03:00
Tim Steinbach d17dbcb081 atom: 1.6.1 -> 1.6.2 2016-04-02 14:20:13 +00:00
Tim Steinbach 160c7df751 atom: 1.6.0 -> 1.6.1 2016-04-01 08:08:31 -04:00
Tim Steinbach a1dfa5f913 atom: 1.5.4 -> 1.6.0 2016-03-18 08:24:58 -04:00
Tim Steinbach d3deb49b54 atom: 1.5.3 -> 1.5.4 2016-03-05 22:11:27 +00:00
Tim Steinbach f3909c9943 atom: 1.4.3 -> 1.5.3 2016-02-15 19:58:46 +00:00
zimbatm 8477e5788c atom: 1.4.0 -> 1.4.3 2016-02-09 14:26:11 +00:00
Jakob Gillich 1bb965f67b atom: 1.3.3 -> 1.4.0 2016-01-14 16:40:00 +01:00
Domen Kožar 9c67ff9547 atom: 1.3.1 -> 1.3.3 2016-01-14 13:09:11 +01:00
Domen Kožar fdece0c2a4 atom: 1.2.0 -> 1.3.1 2015-12-11 19:50:45 +01:00
Domen Kožar 91fcff45a3 atom: 1.1.0 -> 1.2.0 2015-11-16 14:04:18 +01:00
Domen Kožar a862dd2ad2 atom: 1.0.4 -> 1.1.0 2015-10-30 09:51:40 +01:00