Categories shouldn't include GNOME, as that's for GNOME core apps.
MimeType should include all default (i.e., with the default bundled
packages) supported file types for the editor.
Fedora's script tries to coerce all shebangs
to point to exact, system-provided binaries.
For example: `#!/usr/bin/env sh` becomes `#!/usr/bin/sh`.
Starting with Fedora 30, the script errors out when it encounters
ambiguous, versionless `python` in shebangs.
(`python2` and `python3` are allowed.)
For example, this shebang causes an error: `#!/usr/bin/env python`.
---
Disable this script for two reasons:
1) Fedora users should be able to build Atom without errors.
2) Consistent shebangs across builds of Atom on Ubuntu and Fedora.
See: https://github.com/atom/atom/issues/21937 for more details.
Fixes: https://github.com/atom/atom/issues/21937
On WSL2, Ubuntu 20.04.1, `uname -r` == `4.19.128-microsoft-standard`, so it won't match `/Microsoft$/` because both wrong case and non-final.
I've changed it to use a simple regex.
`gnome-keyring` is necessary to run the secret service itself. A KDE-equivalent is not (yet) available. Without its daemon service, libsecret cannot store any secrets.
Put it in recommends so that it is installed by default (majority of use-cases)
Atom is not install-able on Ubuntu Groovy because of outdated dependencies as described in #21422
This fixes and updates Atom dependencies after investigation with @DeeDeeG
Some dependencies are not required by Electron anymore, some packages are unavailable/outdated and need alternatives
Some dependencies are less strict and can be a suggestion or recommendation. For details see bugreport #21422
These overrides are very outdated.
(Haven't been updated since the day they were added, back in 2014.)
Even with these applied, Lintian still prints many warns/errors.
I think no-one has been running Lintian
against the .deb package for a while now.
Python is only needed for apm --> npm --> node-gyp.
(For building Atom packages that include native C/C++ code.)
The rest of Atom/apm works 100%, even with no Python installed.
With Python 2 soon to be dropped from the Debian/Ubuntu repos,
having a hard dependency on `python` or `python2` is a problem.
None of the other OSes/platforms have an install-time requirement of
having Python on the system, so this is in line with Atom packaging
for the other platforms.
