home.social

#dailystandup — Public Fediverse posts

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

fetched live
  1. Yesterday I sat through the 2nd day of that agentic conf then I built a game on Unity when I got home last night; the first tutorial for the editor features

    Today I'd do one call with a fellow dev assessing a PoC; then later will look at things we need for webtoo.ls -- big move next week

    #DailyStandup

  2. Kollege: "Zuerst konnte ich mich ein paar Stunden nicht einloggen, danach wollte ich mich nicht einloggen..."

    #FeelYouBro
    #Office
    #HomeOffice
    #DailyStandUp

  3. Scrum Process - Designed for planning to ensure the software project stays on course. Monitored through sprints and daily standups with the team and product owner. #scrum #sprint #dailystandup #productowner #scrummaster

  4. I haven't posted a since last Wednesday b/c posting is emotional labor and I've been emotionally used-up by shocking revelations in my personal life.

    But! I have been working!

    Been doing:
    - On Saturday I went to a Colorado Green Builders' Guild event—getting onto HVAC equipment!
    - Inventing a test-harness for Single Board Computers that I've been fantasizing about for years (thread/)

    Will do:
    - Tomorrow I'm going to the Northern Colorado Climate Meetup

  5. - I think I've completed the terrible preprocessor hack that I'm calling `fuse_optdoc.h`
    - Working on auditing libfuse's documentation.
    - Helping @amerl set up a server

  6. Since Friday:
    - The nspawn FUSE PR got merged! github.com/systemd/systemd/pul

    Today:
    - Re-auditing libfuse to make sure that all end-user-facing options are documented. Involves some fancy wrangling of the C preprocessor. The preprocessor hackery felt like a good self-contained puzzle to solve to start the week.

  7. Yesterday:
    - Got the nspawn FUSE PR to pass CI (…but it's failing again now‽)
    - Benchmark json patches github.com/flori/json/pull/567 …"interesting" change in baseline variance since April

    Today:
    - Respond to feedback on the nspawn PR
    - Feel spent, figure unstructured work will turn into something productive.… not so far

    Other:
    - Bugs on lukeshu.com/imworkingon/ 😞

  8. Woops, didn't post Tuesday or yesterday. But it's been productive!

    - 's is updated!
    - Submitted a Fix to 's Ruby gitlab.archlinux.org/archlinux
    - Made a nice README for Parabola's GPL-compatible Ruby releases github.com/parabola-gnulinuxli
    - Got to "lgtm" on adding FUSE support to nspawn github.com/systemd/systemd/pul

    Today:
    - Getting the nspawn FUSE PR's CI to pass
    - Updating+benchmarking the GPL-fix to upstream ruby-json.

  9. So I'm working on upgrading 's . But the ARM build takes forever and so my iteration time on solving problems is slow.

    In the course of this I've found some bugs in fosstodon.org/@lukeshu/1130699 I'm working around them by disabling affected tests if we're running in a qemu chroot. After I get the bew Ruby out, I'll look into fixing the Qemu bugs... but IDK how I'm going to prioritize that against other existing work.

  10. What I did yesterday:
    - Responded to feedback on the nspawn FUSE PR github.com/systemd/systemd/pul
    - Looked at upgrading Ruby 3.0→3.2. Filed gitlab.archlinux.org/archlinux

    What I'm doing today:
    - Upgrading Parabola's Ruby.
    - Looking into CI failures on the nspawn FUSE PR.

  11. What I did yesterday:
    - Got a new version of the systemd-nspawn FUSE PR pushed off

    What I'm doing today:
    - Responding to feedback on said PR.
    - you decide!

  12. What I did yesterday:
    - I was trying to get a new version of the nspawn-fuse PR ready
    - but I went down some yaks with the tests, ending up with some hacking on .

    What I'm doing today:
    - A little more work on mkosi. I want better reporting of its capabilities based on what's installed; no more "error, do you have createrepo_c installed?" 20min into a build. I want a real story for mkosi.
    - Anyway, I'm too many yaks deep, I should get back to nspawn-fuse.

  13. No real yesterday or today because of dealing with family stuff.

    But I did put up github.com/mailprocessing/mail yesterday morning.

  14. - On Friday I decided to work on stuff to take a break from the doc parser.
    - But then some hardware came and I worked on reverse-engineering my Sensi Predict to patch their firmware to hopefully keep them out of landfills.
    - But then yak lead to another and now I'm working on supporting FUSE inside of nspawn containers. github.com/systemd/systemd/iss

  15. Yesterday:
    - Made a minor change to the glib doc PR based on feedback; it is now landed gitlab.gnome.org/GNOME/glib/-/
    - Kept working on getting the gi-docgen parser to pass its tests

    Today:
    - Still working on the gi-docgen parser. Current status is only 57 failing tests (out of almost 2 million).
    - There are some emails I should do. We'll see if I actually do.

  16. - Inching ever closer to my gi-docgen parser tests passing
    - I found some mistakes in the glib2 docs' conversion from gtk-doc to gi-docgen, putting together an MR to fix those upstream. (edit: gitlab.gnome.org/GNOME/glib/-/)

  17. So close to being happy with the new gi-docgen parser.

    The 71 failures in pymdext.FuzzFencedCodeXHTML are the core HTML-BlockProcessor and the pymdext FencedCode-BlockProcessor clashing with eachother. I know what's wrong, but am trying to figure out a way to fix it that isn't a PITA.

    The 4300 failures in gidocgen.FuzzHTML are that plus issues with GI-DocGen syntax extensions. It looks like most of them are the test harness not handling [type@name] links correctly.

  18. Got back from last night (instead of mid-day, because ✨airlines✨).

    Gotta email/follow up with several folks who I exchanged business cards with. .

    Still working on the new gi-docgen parser.

  19. Whoops, no post yesterday

    What I did yesterday:
    - Fixed more discrepancies between the new doc-parser and existing gi-docgen
    - Reworked the test-util library to be more coherent

    What I'm doing today:
    - Reworking the tests to use persistent Python processes when testing against gi-docgen (and gtk-doc); this seems to improve the run-time for my expanded >100k entry test corpus from 2h45m to 3m

    What I'm doing tomorrow:
    - Getting on an airplane and flying to Portland for

  20. Today:
    - Updated some out-of-date packages
    - Picked up the Parabola stickers to give out at . Very happy with how they turned out.
    - Still trying to iron out discrepancies in the new gi-docgen-compatible doc-parser.

  21. I've fixed a number of places where the new doc-parser disagrees with gi-docgen. Hoping to have all of the core markdown disagreements resolved today, and move on to the bits of extension syntax tomorrow. It looks like all of the remaining disagreements in the core markdown might actually be problems in the tests' normalization steps, not actual problems with the parser.

  22. Yesterday:
    - Fixed some O(n²) space and time issues in the new doc-parser's inline-parser.

    Today:
    - Discovered this morning that the build server's sshd wasn't responding. A system update had bungled our SSO config. Fixed that.
    - I think I've got the new doc-parser's block parser behavior up to matching Python-Markdown 3.6 (it was matching 3.4.4 before).

    Next up:
    - Fixing the inline parser. I suspect all of the diffs come down to 1 big bug and 1 small bug.

  23. Second meeting of the week postponed. But they are both moved to same day next week.

    #dev #dailyStandup