quick update.
success and roadblocks.
roadblocks 1st.
to recap of all the methods thus far (sooo much more testing is needed on soo many distros though...frankly I haven't touched the tip of the iceberg in potential) for personal ease of use, that will work and not too complicated...so
1-uck...ubuntu based only of course... is comprehensive which is good ..also very lengthy for any new person. the mint version is pretty much old and not valid any longer. ones like remastersys are also done and too old for current distros and our needs. and the same goes for so many other good similar tools...not maintained or obsolete to the new distros perpetually coming down the pipe.
2- there are tools based on the requirement of said tools running on a live distro in the 1st place to gain the goal of creating a live usb...but little mention about concerning a middle-ground where the distribution of an iso is possible for distribution before the stage of creation of the remastered live usb.

Now what I JUST found ...systemback... thus far ...will not function on lmde ...just not compatible...not 'buntu-ey enough... (well I intend to try linux-live later on lmde and see if there is some hope there) .

the good news is it installs effortlessly in latest 'buntu fires up quick and I intend on doing a test build live iso and see how that goes...I'm sure it will work smoothly...upon which success I intend to start work on a distributable immediately ...need to.. since I have a window of opportunity now with working part of the day in the shop...and part inside ......
especially before the warm weather comes to stay ...and I am permanently out carving in my shop non-stop until 'bout november.

Hrm...long term...I intend to get what is needed on a r.r. on a live medium.
For the immediate though...
...for ease of use to accomplish what is needed...
for end-user ease of use...
so everything works (hopefully) without hassles ...
if (for the time being) I gotta use systemback in a 'buntu...(sigh)
then it's gonna be my fav. quasi 'buntu.
I got it installed , up and running smoothly and basic 1st test-run (successful so far) in my latest Bodhi.
love bodhi.
I'll update how things go when I'm close to finishing a fully modified version... and it working in an live medium iso to distribute... so everyone can just install it in their own way...usb or r/w dvd or sd

I have to check but I installed 1.1.2 some time ago and had issues with installing the Maemo SDK. I sort of managed half-manually but then left it (QtSDK didn't want to recognize the Maemo toolchain).

The thing is I'm 78% sure that I have at least madde462.7z, as I unpacked it manually.
I'll check and report back.

Well...hm.
Never got up to using 1.1.2 so I don't have it.
I would like to do a massive community-wide shout-out for those who have (as) up-to-date (as possible) running instances of scratchbox. clean, problem-free, ready-to-use. virtualbox ready. and willing to upload it somewhere for me to grab it.
So...if no one comes forward with 1.1.2 in the next few days...
someone with 1.1.1 must .

As well I require running instances of the last up-to-date running instances of scratchbox developing environments for gregale and diablo ...for virtualbox ...

As much help as possible with those who have working instances would be welcome ...whatever I must set up myself ..will set me back time-wise...
those 3 pre-set-up scratchbox environments for the 770, 8x0, and 900 are critical.

Also if anyone can think of anything else which should be loaded up.... now is the time to throw it on the table.

I intend to throw them all into my up-to-date pristine-completely-problem-free running instance of bodhi ...set them all up in virtualbox...ready for "1-click" use.... and then turn the whole she-bang..(my bodhi and everything on it)... into a live-medium iso. upload it ...those who want it download it and burn it to r/wr dvd (unlikely a dvd will be big enough though) or usb stick.

It may be a little heavy size-wise......but it will be a one-stop shop for development for the 770, n8x0 and n900.

Then I'll carry on working on the same tangent but using a rolling release distro instead of bodhi as a live distro on usb with all our development environments on it.
Meaning you can keep your live usb distro updated.
Meaning: it will take a long time for the rolling release to become outdated.
Thus negating the need to do this exercise again in 6 months or 1, 2, or however many years in the future.

No matter what ...the premise of having development environments for the 770, 8x0 and 900 pre-set-up ....have a secondary back up copy of the distro tucked away ..just in case.....so folks can just make mistakes without fear of ruining their environment utterly.... and simply with the click of a button "go to it" and enjoy developing or learning to develop instead of dreading the process of setting things up...learning how to jump hoops ...JUST so you can start to develop.
All on a rolling release ...and hopefully a live medium as well.

A one-stop shop for all the internet tablets is indeed a very cool idea. I should point out, though, that the Qt SDK doesn't require setting up a scratchbox manually. (I'm not entirely sure it's even using scratchbox itself under the hood.) All you need to do to set it up is start up the installer and just sit back and wait for it to do all the work for you.

@endsormeans,

My scratchbox installation (on a VPS running jessie 32-bit, updated all the way from squeeze over the years) is stored on a separate (virtual) disk, currently using 4.8Gb.

It is "dirty" in the sense that I've installed this-and-that self-compiled library, and probably replaced stock stuff.

I once tried "packaging" it in a docker image, but docker sucks. It gets really confused by the apparent "filesystem loops" caused by the symlink fest that scratchbox is. So I dropped the idea.

I also have my locally installed (on debian sid 64-bit) maemo-sdk.qcow2 qemu image, based on debian wheezy/testing (as of some day in the middle of 2014) 32-bit with scratchbox installed. It works, but is also "dirty" (but by no means as dirty as the VPS one, as I haven't really used this one much).

I still want to (some day) use good old LXC to create a debian-based rootfs with scratchbox in it. This way you could run it with no overhead on any Linux system (whether 32-bit or 64-bit).

Keyword here is: "some day". Or like we spaniards (supposedly) say "mañana mañana"

@ Cop.
there we go .
1 more to add. in addition to the standard sdk's
hm...never used the qtsdk ...
on the topic ...which versions work for diablo? any?

@reinob
hm...that's a bugger...yeah the cleaner the virtualbox sdk instance the better ...then let people mangle it on their own from there knowing they could have the entire distro, virtual environments and all things inside them...copied and backed up in a secondary location to just run if they toast their 1st copy.

also ...LXE is interesting idea.
good for debian distros ...haven't messed with it though...
I'd have to spend some time with it....
but that does offer a good alternative to 'buntu deriviatives....and there are more debian based rolling releases than 'buntu will ever ever have (r.r.'s being counter to what the 'buntu release cycle format is...)

To my understanding, Nokia inserted Qt support onto Fremantle and onto the last versions of Symbian, but they never back-ported it to their older devices.

The container would be debian (because it's what maemo is based on), but the host can run whatever you like! (as long as it has a modern Linux kernel in it

But yeah, once the "clean master copy" is ready we can pack it in a LXC container or prepare real VMs with it and whatever host system the user wants.

Maybe Jörg could extend his online shop to accept things like "I want SDK for Fremantle and CSSU-Testing in a Virtualbox-compatible Ubuntu Maintaining-Maemo LTS (16.04) 64-bit".

hm...
as well...I'm grabbing the 1.1.1 as we speak and will set it up the moment it is downloaded.

what about Netbeans...
and Eclipse with all the goodies...esbox plugins, pluthon plugins, mica...

Imperative :
need feedback on versions which would be optimal... functional... for the n770, n8x0 and n900...
needed soon though or I must spend even more time and muddle through what is viable....or at worst abandon specific options due to unvoiced input by those who have utilized eclipse on said devices ...until I have yet more additional time to muddle through testing at a later date.
So those who have extensive experience with Eclipse speak up now ...point me at the best released versions for the 3 device lines (770, n8x0, n900)...