Tim Steinbach
48b273ac49
atom: 1.20.1 -> 1.21.0
2017-10-06 06:39:22 +01:00
Tim Steinbach
29309da4a1
atom: 1.20.0 -> 1.20.1
2017-09-20 08:41:14 -04:00
Tim Steinbach
3d812d2037
atom: 1.19.7 -> 1.20.0
2017-09-13 08:15:11 -04:00
Tim Steinbach
00829717e8
atom: 1.19.4 -> 1.19.7
2017-09-07 20:11:00 -04:00
Tim Steinbach
4b9a5f9041
atom: 1.19.3 -> 1.19.4
2017-08-29 17:52:41 -04:00
Tim Steinbach
3e732d92e9
atom: 1.19.2 -> 1.19.3
2017-08-26 09:56:28 -04:00
Samuel Leathers
5404ac9ae0
atom: fixes #28436 - atom git integration
2017-08-22 03:14:50 +02:00
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
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
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
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
Chris Martin
dab75ab440
atom: add gvfs/bin to wrapper PATH
...
Atom deletes files by invoking `gvfs-trash`. Without it, deletions
fail silently.
2015-10-27 04:05:25 -04:00
Vladimír Čunát
88c9f8b574
xlibs: replace occurrences by xorg
...
This seems to have been confusing people, using both xlibs and xorg, etc.
- Avoided renaming local (and different) xlibs binding in gcc*.
- Fixed cases where both xorg and xlibs were used.
Hopefully everything still works as before.
2015-09-15 12:54:34 +02:00
Domen Kožar
d2f0bc747d
atom: 1.0.0 -> 1.0.4
...
(cherry picked from commit 072196adb03b1e36c5af194890dd72bdb9335232)
Signed-off-by: Domen Kožar <domen@dev.si>
2015-09-07 12:22:08 +02:00
Domen Kožar
162f4e9e66
Revert "Updated atom to 1.0.10"
...
This reverts commit 6a974efdd2
.
Atom doesn't start
2015-09-04 20:21:49 +02:00
Shaun Bruce
6a974efdd2
Updated atom to 1.0.10
2015-09-02 08:17:38 +00:00
Travis B. Hartwell
fd4c675c77
atom: update desktop file and remove unneeded lintian directory.
2015-07-01 01:52:13 -06:00
Travis B. Hartwell
a77d26b657
atom: update 0.187.0 -> 1.0.0
...
Added systemd to buildEnv path because of new dependency on libudev.
2015-07-01 01:51:47 -06:00
Tobias Geerinckx-Rice
158e1cfdd0
Don't use "with licenses;" for single licences
...
And don't use square brackets on such lines.
2015-05-28 19:20:29 +02:00
Frederic LeBel
b9f0cfd85a
Atom: updated to 0.187.0
2015-03-12 15:37:32 -04:00
Eric Seidel
f3c6827373
rename all occurrences of stdenv.cc.gcc to stdenv.cc.cc
2015-01-14 20:27:55 -08:00
Frederic LeBel
99c1916484
Atom: updated to 0.171.0
2015-01-13 19:46:48 -05:00
John Wiegley
28b6fb61e6
Change occurrences of gcc to the more general cc
...
This is done for the sake of Yosemite, which does not have gcc, and yet
this change is also compatible with Linux.
2014-12-26 11:06:21 -06:00
Merlin Gaillard
5ee08d42f1
updated to v0.150.0 and fixed apm LD_LIBRARY_PATH
2014-11-23 14:18:55 +01:00
Georges Dubus
03d6843b87
Atom: updated to 0.139.0
2014-10-24 11:04:06 +02:00
Aristid Breitkreuz
c892ba93b4
atom: update from 0.129.0 to 0.135.0
2014-10-06 21:54:59 +02:00
Jan Niklas Hasse
3b45556a3b
atom: 0.99.0 -> 0.129.0
...
[Bjørn Forsman: include fixupPhase, to fix this startup error on NixOS:
$ ./result/bin/atom
./result/bin/atom: /nix/store/q3r5ww6pg5yb4j6p0d8inrhbgzmik0b6-atom-0.129.0/bin/.atom-wrapped: /bin/bash: bad interpreter: No such file or directory
]
2014-09-20 14:02:08 +02:00
Eelco Dolstra
40f7b0f9df
Another attempt to eradicate ensureDir
...
See c556a6ea46
.
2014-06-30 14:56:10 +02:00
Jaka Hudoklin
905081c029
Add github atom, a hackable text editor for the 21st Century
2014-06-07 12:46:51 +02:00