fredx181 wrote: Tue Aug 24, 2021 11:05 am
@trister Don't know if it's valuable for you, but I found that symlinking the .squashfs modules to a very short filename (e.g. number only) works well to workaround the issue, should be on a Linux filesystem (or maybe NTFS works too), NOT on FAT32:
Say I have all my .squashfs modules placed in a folder named "sfs" inside "live" then from terminal in live I did:
Code: Select all
### from terminal standing in "live", squashfs modules in subfolder "sfs"
a=1
for i in sfs/*.squashfs; do
new=$(printf "%03d.squashfs" "$a")
ln -s "${i}" "$new"
let a=a+1
done
Then all modules are symlinks sequenced e.g. 01.squashfs 02.squashfs etc..
That's an excellent idea.
I've slowed down a lot in terms of development work overall during the past year. Not sure why - covid situation depressing - don't feel old, but getting older - can't be bothered - but most of all a general losing of 'focus', which this kind of work needs a lot of. I find my ability to focus comes and goes (throughout my life) so maybe I'll get back into it all again eventually. The other truth remains that until I for some reason or other started firstrib/weedog I had no interest myself in putting together any distro since my own interest was more in system level C programming though less for practical use than just an old interest from my previous engineering life. re: WeeDog: The main items I have left hanging is a save2flash/snapmerge sort of script - I suppose I could take your one, no doubt highly now modified to work with overlayfs, and modify that to work with WeeDog. However, truth to tell, I don't really use RAM mode very often, don't run from usb sticks and basically hope modern SSD drives last as long as my computer is likely to need them anyway (might not of course...) - so I very much doubt I'll get round to that. Instead I tend to not hardly use changes folder at all (and just merge old changes folders into sfs layers (merging them together every so often. So I do run in RAM but don't save changes.
However, one thing I'd really like to get back to is produce a small initrd for WeeDog systems in that Thomas M style you now use for the DebianDogs. But... in practice it remains such a low priority for me (too busy working for actual money nowadays - non-computer-related) that I may never get round to it, and again, I am suffering from this no-focus/lack-of-dev-enthusiasm void. I keep hoping I will snap out of the lost enthusiasm (though sometimes I'm glad I have it since frees up my time for other matters).
Anyway, good to see you are sticking in there and still developing the DebianDogs, which I would agree with Duprate are the number one system from this forum in present day. However, it is neither any accolade of being considered the most popular or considered by anyone as the 'best' that is important in any distro's development. In fact diversity (variety in the form of alternatives) is much more important overall in terms of stimulating continuous improvement (aided by an attitude of cooperation rather than competition, and damaged by closed mindsets who see diversity as threatening or confusing...), and 'best' is of course a relative term since it depends what (and with regards to the context) you want something for.
Of course, I never intended making any polished distro using firstrib/weedog myself. I just wanted a simple lego-style small build script system with an emphasis on busybox/xbps for Void Linux only and really just to play with via simple plugins - and I continue to enjoy WDL for that purpose (be it with Void, or Arch, or Debian-based simple builds like the simplest apt-capable L_GO ones). But overall, I'd recommend DD to most people who aren't interested in too much tinkering - DD distros are long established as working and working well - but even longer term you need a 'team' of other devs (do you have children?) who can take over your work once you reach one hundred years old or whenever you just want to sit in cafes drinking coffee.
wiak
)
)
