aboutsummaryrefslogtreecommitdiff
path: root/ci
Commit message (Collapse)AuthorAge
* Migrate from Travis CI to GitHub ActionsChristian Duerr2020-11-06
| | | | | | | | | | | | | | | This removes all CI builds from travis-ci, due to their recent changes in policy and harsh limitations on builds. With build times over 2 hours, it was a significant hindrance to development. Instead of Travis CI, the CI is now split on Sourcehut and GitHub. Since Sourcehut only supports Linux/BSD, all builds on those operating systems are executed there. The GitHub Actions CI is used to build for Windows/macOS, which are not available on Sourcehut. Since asset deployment for releases requires builds on all platforms, this is also done on GitHub actions. Though the new `upload_asset.sh` script makes sure that migration in the future is fairly simple and we do not tie ourselves to the overly complicated GitHub Actions ecosystem.
* Run rustfmt on sr.htKirill Chibisov2020-06-23
| | | | | This should provide more clear feedback whether rustfmt job is failed or not.
* Remove prebuilt linux binariesChristian Duerr2020-05-12
| | | Fixes #3628.
* Capitalized the .desktop Filename (#3425)Nathan Lilienthal2020-03-13
| | | Follow free desktop file naming conventions.
* Simplify `cargo deb` usagePen Tree2019-11-26
|
* Fix ubuntu deploymentChristian Duerr2019-06-17
|
* Split alacritty into a separate cratesTheodore Dubois2019-04-28
| | | | | The crate containing the entry point is called alacritty, and the crate containing everything else is called alacritty_terminal.
* Document distro support for precompiled binariesChristian Duerr2019-04-09
| | | This fixes #2273.
* Add new icon to macOS binaryChristian Duerr2019-04-07
| | | | | | | | | This adds the new Alacritty icon to the macOS binary available in the github releases. On sizes 128x128 and up the image with scanlines is included. The ci deployment process should now also offer the svg file for download so the .desktop file can be used without having to look through the repos for the icon.
* Fix Windows deploymentChristian Duerr2019-04-02
|
* Add official logoChristian Duerr2019-04-01
|
* Add rustfmt style guideChristian Duerr2019-03-30
|
* Add MSI installer for WindowsErik Berkun-Drevnig2019-03-02
|
* Document that alacritty requires winpty-agent on windows Zac Pullar-Strecker2019-02-02
| | | | | | | | | To make things easier to understand for Windows users, the relationship between Alacritty and the WinPTY agent has been clarified in the documentation. This also bundles the windows agent and exe together in a zip file to make distribution for windows easier on the user.
* Move clippy tests to stableChristian Duerr2019-01-23
| | | | | | | | | | | | The clippy tests had to be run on nightly previously since it wasn't available with the stable compiler yet, however this had the potential to fail a lot since not all nightly builds offer clippy. Since clippy is now available for stable rust, moving clippy to a stable build should make sure that the failure rate of the CI job is cut down to a minimum. This fixes https://github.com/jwilm/alacritty/issues/2007.
* Make all configuration fields optionalChristian Duerr2019-01-17
| | | | | | | | | | | | | | | | | | All configuration fields now have fallback values which will be used if the field is not present. This includes mouse, key bindings and platform specific differences. The mouse and key bindings are now filled by default, if the user rebinds a default mapping, it will be overwritten. To unbind a default binding, it can be mapped to `chars: ""`. Since all platform differences can now be correctly handled by the `src/config/mod.rs` code, it's no longer necessary to maintain separate configuration files, so the `alacritty_macos.yml` and `alacritty_windows.yml` have been deleted. Fixes #40. Fixes #1923.
* Fix macOS CI deployment scriptChristian Duerr2019-01-08
|
* Fix i386 CI releasesChristian Duerr2018-11-14
| | | | | | | | | | | | | The i386 CI releases were still using x86_64 platforms for building the output binaries, as a result the produced binaries did not work properly on i386 systems. The maximum time of 50 minutes was exceeded when Alacritty tries to build for all Linux platforms, this was because it was effectively compiling Alacritty from scratch four times. By making use of the previous build artifacts, it's possible to cut this down to two compiles using the `--no-build` option of `cargo-deb`.
* Fix failing github releasesChristian Duerr2018-11-12
| | | | | | | | The manpage was incorrectly zipped up with the `-z` option, which doesn't exist and created a 0-size file. Since Github does not accept 0-size files, this lead to the complete release deployment failing. Changing this to use the `-c` option should fix this problem by creating a proper non-zero size gzip file.
* Add automated i386 docker builds to travisChristian Duerr2018-11-06
|
* Fix windows tagged buildsChristian Duerr2018-11-03
| | | | | The windows tagged builds currently fail some tests since the winpty-agent.exe is inside the release directory instead of the debug directory with tagged builds.
* Publish Github releases from TravisMicha Gorelick2018-11-03
This release introduces some config to automatically build deploy a binaries on the github release page using travis. The build only happens when a commit is tagged and it uses the stable version of rust. The main travis sections (install/script/before_deploy) have been moved out of the .travis.yml to make it easier to read, maintain and extend the different steps of the CI process. Since checking for the Rust version in CI is enough to know if clippy should be used or not, the environment variable `CLIPPY` has also been removed, which further allowed simplifying the CI process. Besides the executables, some auxillary files are now also published as part of a release when they have changed since the last tagged Alacritty release. This should make it clear for returning users when a new version of a specific auxillary file is required. Instead of using the 14.04 image which travis provides by default, an 18.04 docker image is used to build the output binaries for Linux. This affects both the .deb and the .tar.gz binary. The advantage of this is that while binaries compiled on 14.04, do not work on 18.04, it does work the other way around. The generated .tar.gz binary has been tested on 18.04, Debian, Fedora and Archlinux and all systems were able to run it without any warnings or errors.