home.social

#swissarmyupload — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #swissarmyupload, aggregated by home.social.

  1. aww fuck, i found a bug in #SwissArmyUpload I can't reproduce in my test setup.

    EDIT: It was browser caching. I was just tired

  2. Also, @pathunstrom and I will be at #PyConUS and happy to talk about Teahouse as well as our other projects.

    #TeahouseHosting #SwissArmyUpload

  3. Awesome! #SwissArmyUpload v0.4.0 is out the door!

    This is the first version with feature parity with the existing Teahouse actions.

    Plus! This works out of the box with #Forgejo (v15)! And locally!

    Available through Pip, Docker, and Actions.

    Docs are swiss-army-upload.teahouse.caf

    #TeahouseHosting

  4. Migrated all my and teahouse's sites to #SwissArmyUpload

    Hoping to get a real release before PyCon.

  5. hm, starting to think the handtruck API should be separated into "HTTP actions and concerns" (authentication, reporting errors, etc) and "meaningful s3 actions" (get object, put object, big multipart function)

    #TeahouseHosting #SwissArmyUpload

  6. woo swiss-army-upload.teahouse.caf is online and it uploaded itself

    (note that the docs are aspirational in many places)

    #SwissArmyUpload

  7. Pretty much all of it is "hitting feature parity with #SwissArmyUpload and then doing all the work that follows from that"

  8. Oh hey, I have confirmation that #SwissArmyUpload and #TeahouseHosting work with #Forgejo OIDC! (iirc v15 server, v12.8 runner)

  9. Hm, I think there'll be a few special upload situations for #TeahouseHosting , things like SPAs and versioned sites.

    I'm thinking the way to handle these is an add-on tool to #SwissArmyUpload ? Since they're really Teahouse specific, and I'd rather SAU try to hit a middle feature set on providers, but there's a bunch of shared code.

  10. Working on an excludes engine for #SwissArmyUpload

    Got the first version implemented

    Realized it only works for local->remote, not remote->local

    🤦🏻‍♀️

  11. Good news: #SwissArmyUpload has gotten to the point I can dog food it

    Bad news: I'm finding major bugs

    #TeahouseHosting

  12. Today in #SwissArmyUpload

    Turns out that pytest-ephemeral-container (that I wrote and published early in the Teahouse journey) assumes that the test suite is running on the container host, not in a peer container.

    So I gotta fix that.

  13. Unfortunately, it looks like #SwissArmyUpload is going to miss the #Forgejo v15 release.

    This is the release that is rolling out full Actions OIDC support in Forgejo, allowing pipeline-based upload to Teahouse without long-lived secrets. I'm really excited to get out of the GitHub monoculture.

  14. anyways, time to do some test engineering on #SwissArmyUpload

    It largely works, but I just implemented GitHub Actions OIDC, and I can't test that locally or on Forgejo. So now I need an actual test harness.

  15. #SwissArmyUpload update:

    Recursive copy for Teahouse both up and down.

    Just gotta implement GitHub oidc stuff, and it'll be ready for dogfood.

    And then I can write more docs. And tests. And CI integrations. And...

  16. today in #SwissArmyUpload , got recursive download working for both teahouse and git-pages

    After I get recursive upload working, I can round out some features and start dogfooding this?

    (The goal is to have a usable Action in time for the Forgejo v15 release March 26, so you can upload to Teahouse from Forgejo as soon as your instance turns on actions oidc.)

    #TeahouseHosting

  17. #SwissArmyUpload got a logo, and I'm writing a user manual now.

    codeberg.org/teahouse/stampede got a logo for its docs.

    I commissioned a logo for handtruck.readthedocs.io/

    I don't think I'm going to publish sites for SAU or Stampede until Forgejo-Teahouse happens, though. (Which is blocked on Forgejo v15, which is scheduled for late March.)

  18. so i guess initially, #SwissArmyUpload will use just the modification time.

  19. Yay! New version of #SwissArmyUpload out the door.

    codeberg.org/teahouse/swiss-ar

    This adds git-pages support, so that I have known-good multi-backend handling.

    It's still not really installable.

    Next step is docs, packaging cleanup, and other things to make it maybe kinda usable.

    #TeahouseHosting

  20. milestone! swiss-army-upload v0.1 is out!

    It's got none of the features I want, and it's not uploadable to PyPI because I'm using git dependencies in a few places, and I haven't tested the RPM.

    But you can download it at codeberg.org/teahouse/swiss-ar

    #SwissArmyUpload #TeahouseHosting

  21. Lunchtime check in

    Integrated keyring into #SwissArmyUpload, so now it can read your username/password. Unfortunately, the 1password and BitWarden plugins for keyring both implement get_credential() badly, so I can't use them.

    I'm thinking of applying for a job after lunch.

  22. Oh, #SwissArmyUpload update from yesterday:

    Got all the logic for Teahouse authentication done. It's not complicated, but it did force me to straighten out my dependency injection and sort out how Teahouse's ephemeral credentials interact with Handtruck's AWS-orientated credential tools.

    (Oh, and I implemented GitHub OIDC handling while I was at it, because hyperfocus.)

    Next step is credentials store, because this is an user tool and I don't want to do envvars.

    #TeahouseHosting