Chat Logs

  1. blueWB dreamreal.
  2. dreamrealrestarted weechat for an update :D
  3. dreamrealhow was your weekend
  4. bluegood, mostly repopack work
  5. dreamrealI was living in asciidoc, rust, and yardwork
  6. bluefor your blog?
  7. bluealso, rust ewww
  8. dreamrealno, for work
  9. blueoh
  10. dreamrealMy blog already supports asciidoc as input, I just don't use it as much, because the asciidoc wikisyntax support is wonkier than the markdown parser. Plus, obsidian uses markdown, so I have a much richer toolset support system for markdown than for asciidoc. Better mousetraps are awesome - but they have to be on the market to make any difference.
  11. dreamrealWork has some extra requirements for *any* document format, so we'd actually chosen myst (markdown for sphinx) but that's a 600MB artifact to support in sphinx; asciidoctor's a good bit smaller, and we have physical transport requiremnts to consider.
  12. dreamreal(that 600MB is actually *good* - what we use weasyprint to convert html to pdf. Actually generating the PDF would have been better but would have meant a 2.1G deliverable, and noooo.)
  13. blueI see. 600MB for converting markdown to html?
  14. dreamrealerrr... if you want to put it that way, sure
  15. dreamrealsphinx is a documentation system, it uses markdown and yaml as input and creates HTML, so sure
  16. bluerepopack on master [$โœ˜!?] via ๐ŸฅŸ v1.3.14 du -sh node_modules/marked/
  17. blue460K node_modules/marked/
  18. bluejust puttig it out there, no judgment >_>
  19. dreamrealwhat is that?
  20. bluemarked?
  21. blueit's an npm package to convert markdown to html
  22. bluenot sure why someone would need 600mb to convert markdown to html
  23. * dreamreal sighs
  24. dreamrealbecause that's not all that it's doing
  25. blueso the rest of what it's doing is 600mb - 460kb?
  26. bluethat's still, uh, a lot
  27. dreamrealno, that's the docker image
  28. blueoh
  29. bluewell, what's it do other than markdown to html?
  30. dreamrealit's a documentation system: organization, validation, etc., so the image has to be a docker image + OS + python + our stuff
  31. dreamrealplus we have to include stuff to convert to PDF as well
  32. bluemhm
  33. dreamrealthe "right way to do that" is to use sphinx + latex, but that's the 2.1G image
  34. blueholy heck
  35. dreamreallatex is not small
  36. blue2.1G is a dumpster fire
  37. * dreamreal shrugs. latex is a cannon and our problem is more ... tiny
  38. dreamrealIt's actually impressive that Word covers most of what you'd need latex for
  39. blueshooting sparrows with cannons, I see
  40. dreamrealthat's why we went with weasyprint: far fewer features but we're not represnting complex maths, for example
  41. bluemhm
  42. jreicherblue: why does the 2.1G surprise you?
  43. bluejreicher: because that's a buttload of bytes
  44. jreicherYes it is, but it sounds like you were expecting less? Why?
  45. bluebecause I expect my software to be lean, not to consume gigabytes of space
  46. bluefor something to be 2.1G and justify, it means to do more than 'organisation, validation, etc.'
  47. bluejustify it*
  48. jreicherIt's not just software.
  49. jreicherIn fact the majority of those bytes isn't software, I think.
  50. blueWell, yeah; Containerfile are ridiculous large, too, and that's unacceptable too
  51. jreicherNot that either.
  52. blueSo what then?
  53. jreicherFonts