Arch Linux User Repository

To whoever submitted a deletion request:

The package in the official repos modifies the package a bit, and as such, bug reports usually will not be accepted upstream.

This package aims to keep things as close to upstream as possible, so that any bug reports originating from Arch users can actually be useful to upstream developers.

EDIT (28/09/17): Thanks to @onestone who has collated a few links explaining why this package bundles Electron, et al. I have attached them to this comment for posterity.

Upstream links:

https://github.com/atom/tabs/issues/395#issuecomment-258688481
https://github.com/atom/atom/issues/13331#issuecomment-263067273
https://github.com/atom/atom/issues/11967#issuecomment-225974781

community/atom bug report:

https://bugs.archlinux.org/task/50357#comment154743

@redflames: You just experienced why partial upgrades are unsupported.

Just had a Segfault upon running atom (or /usr/share/atom/atom), but that was resolved by doing a pacman -Syu which updated xdg-utils?... I also reinstalled this here package and now it starts up fine. No idea what was up.

I have this gdb backtrace, if that's any help at all.

Program received signal SIGSEGV, Segmentation fault. 0x0000000000b87650 in ?? () (gdb) bt

0 0x0000000000b87650 in ()

1 0x00007ffff7d833e2 in node::http2::Http2Session::Callbacks::Callbacks(bool) () at /usr/share/atom/libnode.so

2 0x00007ffff7d834a5 in () at /usr/share/atom/libnode.so

3 0x00007ffff7fe36da in call_init.part () at /lib64/ld-linux-x86-64.so.2

4 0x00007ffff7fe37da in _dl_init () at /lib64/ld-linux-x86-64.so.2

5 0x00007ffff7fd503a in _dl_start_user () at /lib64/ld-linux-x86-64.so.2

6 0x0000000000000001 in ()

7 0x00007fffffffeb9b in ()

8 0x0000000000000000 in ()

But as I said; works now. Otherwise I would've switched to the atom package in the official repos.

@godlikemouse: Are you able to use strace or a similar tool to figure out what's going on?

This issue isn't occuring for me, on 2 different computers so I'm not quite sure where the issue lies.

@godlikemouse: You're welcome. Tho, please mind the pinned comment before reporting atom issues upstream.

Also, it would also be better to tell us if it works back again if you rebuild this AUR package so the maintainer knows if he should fix something or not.

@Vrakfall: Great that worked, thank you. I uninstalled the atom-editor-bin, and installed the atom package.

@godlikemouse: Maybe a lib used by atom got updated. Did you try to rebuild it? Also, did you see there's now an atom package in the community repo? That version works for me. (Not that I mean you should totally use it, look at the pinned comment. Though, it might work for you.)

I'm getting an error after performing a "pacman -Syu" yesterday. Crash on start-up.

$ /usr/bin/atom: line 141: 17717 Segmentation fault (core dumped) nohup "$ATOM_PATH" --executed-from="$(pwd)" --pid=$$ "$@" > "$ATOM_HOME/nohup.out" 2>&1

Thanks. Perhaps the package should be renamed to "bundled" or similar, to avoid confusion in the future.

@Alad: Here are a couple of examples:

https://github.com/atom/tabs/issues/395#issuecomment-258688481
https://github.com/atom/atom/issues/13331#issuecomment-263067273

Here is an explanation by an Atom developer why they only support a specific Electron version:

https://github.com/atom/atom/issues/11967#issuecomment-225974781

The maintainers of the package in the official repo dismissed the upstream developers' concerns, saying they have made "wrong design decisions": https://bugs.archlinux.org/task/50357#comment154743 I don't think they can match upstream developers in fixing bug reports though.

@grawlinson: "bug reports usually will not be accepted upstream." Do you have some link to back up that claim?