People
Repo info
Activity
  • Jul 21 06:14

    ebkalderon on gh-pages

    Deploy www.amethyst.rs to githu… (compare)

  • Jun 15 05:56

    ebkalderon on gh-pages

    Deploy www.amethyst.rs to githu… (compare)

  • May 19 15:02

    torkleyy on bors

    (compare)

  • May 19 15:00
    bors[bot] closed #89
  • May 19 15:00

    bors[bot] on master

    Add bors.toml Only build staging, trying and … Merge #89 89: Add bors.toml r=… (compare)

  • May 19 15:00
    bors[bot] commented #89
  • May 19 14:54

    torkleyy on doc

    (compare)

  • May 19 14:53

    bors[bot] on staging.tmp

    (compare)

  • May 19 14:53

    bors[bot] on staging

    Add bors.toml Only build staging, trying and … Merge #89 89: Add bors.toml r=… (compare)

  • May 19 14:53

    bors[bot] on staging.tmp

    Add bors.toml Only build staging, trying and … [ci skip] -bors-staging-tmp-89 (compare)

  • May 19 14:53

    bors[bot] on staging.tmp

    [ci skip] (compare)

  • May 19 14:53
    bors[bot] closed #88
  • May 19 14:53

    bors[bot] on master

    Small improvements to the Docum… Merge #88 88: Small improvemen… (compare)

  • May 19 14:53
    bors[bot] commented #88
  • May 19 14:48
    torkleyy commented #89
  • May 19 14:47
    torkleyy synchronize #89
  • May 19 14:47

    torkleyy on bors

    Only build staging, trying and … (compare)

  • May 19 14:46
    torkleyy opened #89
  • May 19 14:46

    torkleyy on bors

    Add bors.toml (compare)

  • May 19 14:42

    bors[bot] on staging.tmp

    (compare)

Lucio Franco
@LucioFranco
okay sounds good
Jacob Kiesel
@Xaeroxe
I'd like to fix it but alas @ebkalderon is the only one who can
Lucio Franco
@LucioFranco
ahhh I see, do we even need bors for the website repo?
seems a bit overkill since there arnt actually tests
Jacob Kiesel
@Xaeroxe
It's certainly not as powerful of a need as the engine repo, but it can help in making sure we don't accidentally crash our site :P
Although our travis script also only uploads after success anyways
So no we probably don't
Lucio Franco
@LucioFranco
@Xaeroxe so it failed…..
Jacob Kiesel
@Xaeroxe
?? It looked like it worked
Latest commit to gh-pages was today
Lucio Franco
@LucioFranco
that was 3 hours ago
Jacob Kiesel
@Xaeroxe
Shoot. Yeah I don't know then
Lucio Franco
@LucioFranco
let me take a look
@Xaeroxe do you mind if I push directly to master with some debug
nothing that will expose tokens
Jacob Kiesel
@Xaeroxe
Not at all, fire away
Lucio Franco
@LucioFranco
@Xaeroxe so for some reason
ghp isnt able to edit the .git folder
and is not able to create the correct branch
Aceeri
@Aceeri
do you guys mind if I squash a lot of these debug commits after we fix the issue?
Lucio Franco
@LucioFranco
Yes, im either gonna squash them or revert back to before the pr
Lucio Franco
@LucioFranco
@Aceeri @Xaeroxe I am reverting, i have no clue why its working in my repo but not in this one
Jacob Kiesel
@Xaeroxe
r? #77
I'm going to publish it in 4 hours if there aren't any objections
Jacob Kiesel
@Xaeroxe
Guys we've been far too clever for our own good: https://docs.travis-ci.com/user/deployment/pages/
Travis has built in support for what we've been trying to do.
Thomas Schaller
@torkleyy
Yeah I know, tried them once but didn't work for me.
Jacob Kiesel
@Xaeroxe
Oh interesting
Thomas Schaller
@torkleyy
Plus the pages deployment is still in beta AFAIK.
Jacob Kiesel
@Xaeroxe
The push works it's just been deploying the wrong content. I need to figure out what's going on with that.
Jacob Kiesel
@Xaeroxe
So after clearing the cache I learned our script to deploy the book is broken and has been for a while.
The API docs are up to date
but the book is just gone now
Jacob Kiesel
@Xaeroxe
Ok so I think I figured it out. The cache was storing the last working build of the book and every time it tried to rebuild it and failed it just deployed the old book instead. Now with my latest commit the book is building and deploying correctly.
Jacob Kiesel
@Xaeroxe
@torkleyy FWIW the travis pages deployment still prints that it is experimental in the command line. It did also work for me though.
Thomas Schaller
@torkleyy
Okay, thanks for fixing.
Thomas Schaller
@torkleyy
@Xaeroxe Just noticed, our "This fortnight in Amethyst" aren't up to date.
It's not that I think they are very important currently, just a little remainder. If you don't want to use your time for it, that's fine, too.
Jacob Kiesel
@Xaeroxe
@torkleyy I'm aware. I haven't made much to write recently so I've been putting it off. Perhaps we should quit trying to commit to a time table because we're clearly not any good at it :P
Thomas Schaller
@torkleyy
Yeah true
Zac
@zacnomore
I'm looking at issue #56 right now, what kind of error handling are we looking for? Just make the whole thing more robust?
Jacob Kiesel
@Xaeroxe
Website is broken after the most recent merge. I guess travis is running out of disk space
I'm looking at it now
Jacob Kiesel
@Xaeroxe
Fixed, deleting the cache helped
Jacob Kiesel
@Xaeroxe
I'm gonna fix the website caching issue, so you all might see some noise for a minute here
Jacob Kiesel
@Xaeroxe
Ok, I think I fixed it. I turned the daily build back on, and let's just wait and see if the cache grows
current cache size is 1537.71 MB
Jacob Kiesel
@Xaeroxe
cache is still growing. Interestingly this doesn't seem to be because new files are being added. Somehow existing files keep bloating
Jacob Kiesel
@Xaeroxe
cache size went.. down? Maybe I'm worrying over nothing
Jacob Kiesel
@Xaeroxe
No significant difference in file size. I'm going to remove my debug line