@clacke I guess I've settled on Parcellite. It's what I was using before asking you, actually, but it keeps sorta crashing. I'll probably switch to KDE at work over this, legitimately, but I have a conference coming up in the next few weeks, so I don't have time for major overhauls now....
@Jason_Dodd@clacke are you suggesting i try a kde or qt based clipboard manager? I guess i could give it a go. Gnome just seems so picky about what it plays nice with....
Listen to me trying to talk myself into loading kde on my work laptop.
@cobra2 In my own defense, it's rarely me being resistant to new [open source] technology, it's just whether or not I can be bothered to replace whatever [open source] tech I have in place that's already working.
And *you* haven't been wrong in any of your recommendations so far, so don't stop. Just know that it may take me a while to follow through :^)
@swedneck@davidak I don't think the problem is with large files because most files are actually very small. I believe the problem is the number: 17000 images, each requiring one page for display, so at least 34000 entities.
I could be wrong; could be something else, but I definitely don't think it's file size, because the biggest svg in the lot is only something like a 1MB.
@klaatu@davidak hmm, i've put the page on ipfs (QmT2TB8mLm4PV8q3wp9Yy2H6hD3crnpHZrowZ37JB4bxhx) but it just redirects to clipartzero.tk.. Is it possible to fix this and make all links relative so the site is easier to mirror?
But sadly the Hugo frontend fails to build on Gitlab's CI/CD infrastructure.. my only guess is that > 17k files is their upper limit...
Still, the SVG sources are there, so somebody could clone it and replicate what I'm running on clipartzero.tk and I'm pushing all updates to both my instance and Gitlab.
@eddee i have reason to believe that that story is untrue. Just my opinion, but the number of conflicting info rejon has provided leads me to believe he is not genuine in his efforts or in reporting what fhe problem has actually been.