squashfs-tools

of the moment you might write something angry and threatening. But certainly not if you've had a few weeks time to calm down and think things over. Still publicly spewing vitriol at this point will certainly make me loose some of that respect again. > And you plagiarized part of his readme. https://github.com/plougher/squashfs-tools/blob/master/RELEA... https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... https://github.com/AgentD/squashfs-tools-ng/blob/master/READ... Oh yes? Which part? > ... calling it spaghetti code (which isn't immediately verifiable) Here you go, have fun: https://github.com/plougher/squashfs-tools/blob/master/squas... However, I cannot blame anyone here, I totally get how those things happen and have witnessed it myself in action: You write a simple tool supporting a larger project. It's written by the seat of your pants without much planning, since it's not big and does one simple job. Then it gets used in production, eventually requirements change, other people pile on patches, but try to keep the diff small, so it's reviewable. It keeps growing and growing, getting more and more complex, but receives maybe a little less care than the actual project it supports. Nobody bothers to overhaul it or write documentation because, hey, it works, and any large changes might risk breaking things. Even if nobody is to blame for it, the end result is still the same: an undocumented mess that is hard to wrap your head around if you aren't the original author, who is the only one with the bigger picture. I tried for roughly a week to pull the code (there are some more files than this and some of the inter dependencies are nasty) apart into stacked utility libraries and a pure command line parsing front end, with the hopes to maybe get this upstream once it is done. I gave up and decided that at this point I understood enough about the format to start afresh and not touch what I believed to be unmaintained anyway.