wez/wezterm
1
1
Fork 0
mirror of https://github.com/wez/wezterm.git synced 2024-12-21 04:11:44 +03:00
Code Issues Projects Releases Wiki Activity
2,171 Commits 17 Branches 96 Tags 620 MiB
013288b1ef
Commit Graph

53 Commits

Author SHA1 Message Date
Wez Furlong
7d27499c18
remove build problem section from the bug report template 2020-02-15 20:24:01 -08:00
Wez Furlong
89bed12551 ci: point to a version that has node_modules 2020-02-14 15:53:32 -08:00
Wez Furlong
8f81029718 ci: maybe fix some flakeyness 2020-02-14 13:17:28 -08:00
Wez Furlong
c95215b057 ci: rename <target>pr to just <target> 2020-02-12 13:36:31 -08:00
Wez Furlong
5d2d5222cd ci: forgot to set the release tag for nightly builds 2020-02-12 13:32:05 -08:00
Wez Furlong
b6673db39a CI: disambiguate fedora and centos nightly rpms 2020-02-12 13:16:13 -08:00
Wez Furlong
98984ec3a5 CI: take a stab at generating workflows 2020-02-12 13:05:21 -08:00
Wez Furlong
d5f467513a CI: build rpms for centos 7 2020-02-12 08:30:41 -08:00
Wez Furlong
b07ed45447 ci: gah, another round of windows 2020-02-02 20:01:36 -08:00
Wez Furlong
765184e507 ci: fixup windows tag builder 2020-02-02 18:19:21 -08:00
Wez Furlong
7504742612 ci: prefer strawberry perl on windows for nightly and tag builds 2020-02-02 13:03:07 -08:00
Wez Furlong
6d2695d650 nth time's the charm? 2020-02-02 13:03:07 -08:00
Wez Furlong
7e7c67edd6 set the proper path to strawberry perl 2020-02-02 13:03:07 -08:00
Wez Furlong
af084ee720 Try harder to tell cargo where to find perl 
It doesn't seem to be finding the executable we want
 2020-02-02 13:03:07 -08:00
Wez Furlong
2ea2adf682 tell openssl-src to directly run strawberry perl 2020-02-02 13:03:07 -08:00
Wez Furlong
48729f8287 maybe tell GH actions to add perl to the path 2020-02-02 13:03:07 -08:00
Wez Furlong
bd179fa56c try to target older macos releases 
refs: https://github.com/wez/wezterm/issues/128
 2020-01-27 00:12:47 -08:00
Wez Furlong
b58a4e251c CI: remove --target from windows build 
I'd like to try to converge on fewer differences in the workflow files,
so let's see if this works.
 2020-01-24 16:28:24 -08:00
Wez Furlong
cb89ec73e3
First pass at building an AppImage (#125) 
refs: https://github.com/wez/wezterm/issues/124
 2020-01-20 23:11:38 -08:00
Wez Furlong
d644a78699
take a stab at fixing the windows CI to generate 64-bit (#120) 
* take a stab at fixing the windows CI to generate 64-bit

* use actions-rs/toolchain more broadly

* fixup target dir for deploy script

* cut over to the rust action for installing rust
 2020-01-19 15:38:24 -08:00
Wez Furlong
fd87e7c9a0 Revert "ensure that the CI targets 64 bit systems on windows" 
This reverts commit c65dac6a2f.

CI seemed unhappy and I don't want to debug this right now.
 2020-01-17 16:41:36 -08:00
Wez Furlong
c65dac6a2f ensure that the CI targets 64 bit systems on windows 2020-01-17 15:04:44 -08:00
Wez Furlong
ee7eefe0a3 bump upload release assets version 
Not sure if this will help with overnight CI flakeyness, but worth a
shot!
 2020-01-17 15:02:19 -08:00
Wez Furlong
8485e5db0c docs: maybe do a better job at caching mdbook 2019-12-30 15:12:51 -08:00
Wez Furlong
e364191058 docs: Ensure that we fetch release info on each build 2019-12-29 22:37:06 -08:00
Wez Furlong
eb3588726c cache the mdbook binary itself 2019-12-29 22:35:13 -08:00
Wez Furlong
fdf4c4ca3f fix pages.yml syntax 2019-12-29 22:26:47 -08:00
Wez Furlong
dec2653373 Rebuild and deploy the docs hourly 2019-12-29 22:22:14 -08:00
Wez Furlong
8f5802bf7e Add workflow to build GH pages on pushes to master 2019-12-29 21:55:40 -08:00
Wez Furlong
e7aa2f3806 fix typo for source upload 2019-12-29 19:34:20 -08:00
Wez Furlong
847214c0a8 Yet another different way to upload release assets 2019-12-29 19:00:46 -08:00
Wez Furlong
437ace7ef7 try a different strategy for building on release 2019-12-29 18:47:23 -08:00
Wez Furlong
23766f6825 remove release creation from tag_posix.yml 
This isn't smart enough to avoid making a new release when
one with the same name already exists
 2019-12-29 18:37:06 -08:00
Wez Furlong
9762b247e6 Explicitly set the tag for the release 2019-12-29 18:27:12 -08:00
Wez Furlong
92f5c14373 More CI grunt work 
Hook up fedora rpms to the "nightly" nee hourly builds.

Maybe make it so that tags build a release.

Nerf more of the old azure pipelines config
 2019-12-29 17:45:00 -08:00
Wez Furlong
9596dfd97f Add CI for Fedora 2019-12-29 16:41:28 -08:00
Wez Furlong
b75d6ae62b Schedule rather than "Schedule" on windows 2019-12-29 16:39:51 -08:00
Wez Furlong
033ce1f565 Take a stab at migrating release upload from azure to GHA 2019-12-29 13:36:22 -08:00
Wez Furlong
a251c3722b Enable GH actions build caching 
We need to build in release mode so targets are cacheable.
GH has a limit of 400MB per cache blob and we're at 750MB with
the debug build.  Slim it down a bit.

The cache wants to hash the Cargo.lock file so I've removed that
from the ignore file and added it to the repo.  This might cause
an error for users checking out the repo after this change is
pushed; removing the local Cargo.lock should resolve that.
 2019-12-29 13:09:18 -08:00
Wez Furlong
d9a9d75a83 Update issue templates 2019-12-27 20:52:10 -08:00
Wez Furlong
8adf7fbbbe Update issue templates 2019-12-27 20:35:09 -08:00
Wez Furlong
3d7dbe9e76 fixup windows packaging CI 
make this match the non-packaging CI config and ensure that it updates
the version of rust that is installed.
 2019-11-21 18:58:59 -08:00
Wez Furlong
6461dc15f0 ci: nightly rust isn't installable and is broken 
I can't install it locally either, so let's just turn it
off in the CI
 2019-11-22 01:20:02 +00:00
Wez Furlong
3eb1ebf915 GH actions: source cargo env prior to running rustup 2019-11-08 23:07:13 -08:00
Wez Furlong
63c558e281 GH actions -> macos-latest 2019-11-08 22:31:59 -08:00
Wez Furlong
5514a69fa3 tweak GH actions config 
update to latest macos release (GH actions are removing 10.14).

Explicitly update the toolchain; some instances are still on 1.38
but the current version is 1.39.
 2019-11-08 22:17:15 -08:00
Wez Furlong
61b27c8089 teach build.rs to init submodules if needed 
Forgetting to update the submodules is a commonly reported build
issue with an obscure error message:

```
CMake Error: The source directory "/home/USER/wezterm/target/debug/build/freetype-430fe24cb64c561c/out/zlib-src/zlib" does not appear to contain CMakeLists.txt.
```

this teaches the build.rs machinery to run the submodule update
if it looks like it is needed.
 2019-10-29 08:42:38 -07:00
Wez Furlong
1196f2bbf7 GH actions: fix os for package_posix.yml 2019-10-25 06:33:45 -07:00
Wez Furlong
4392d0abbf GH actions: run packaging concurrently with regular tests 2019-10-25 06:18:34 -07:00
Wez Furlong
28a927f0b4 GH actions: add xz tarball to linux artifact download 2019-10-24 23:55:25 -07:00