New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Change to imager design #3060
Comments
I think I agree with all this, but I don't entirely understand the implication of 'we mount imagingutility_iiab_subitems.json as images.json on iiab.me'. Would the menu on iiab.me be static and reference submenus that would still be in github and vary as we publish new images or would we somehow get the submenu from github to iiab.me? I think the former is preferred. I had wanted our submenu one day to be one of the rpi imagers sub menus, and I see that the list of included submenus has grown. If and when they agree to include us there would be no need for our submenu to be on iiab.me. |
As Tim points out, the new layout of the foundation's menu tree is much
expanded. I like his idea of integrating within their context better.
…On Mon, Dec 6, 2021 at 5:51 AM Tim Moody ***@***.***> wrote:
I think I agree with all this, but I don't entirely understand the
implication of 'we mount imagingutility_iiab_subitems.json as images.json
on iiab.me'. Would the menu on iiab.me be static and reference submenus
that would still be in github and vary as we publish new images or would we
somehow get the submenu from github to iiab.me? I think the former is
preferred.
I had wanted our submenu one day to be one of the rpi imagers sub menus,
and I see that the list of included submenus has grown. If and when they
agree to include us there would be no need for our submenu to be on
iiab.me.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#3060 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAOTQHH6YNAXSKFJX7BMFZTUPS5U7ANCNFSM5JNMDISA>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
Coincidentally I was trying to simplify this in much the same way @georgejhunt mentioned. I didn't get a chance to post/publish but will later today. |
I should have published this last week in its early draft phase, but here's the latest runnable prototype including the 3 standard-for-now images for IIAB 7.2 Preview 2 just published today;
For outreach purposes, to keep newcomers laser-focused-and-on-message, this intentionally includes a much smaller number of choices, i.e. just those 3 images:
With the idea being that @avni and @icebox827 are right now this week and in December helping craft highly simplified, no-fuss outreach/marketing/community-building messaging to work with this during IIAB 7.2's full release sometime in coming weeks. Coincidentally this is almost exactly the same conclusion George reached: an "experimental" folder muddies outreach and works against the radical simplicity needed by newcomers especially — removing the "experimental" folder is indeed best at this time. As George says, more advanced folk should click the "Use custom" option at the very bottom of Raspberry Pi Imager's "CHOOSE OS" menu (effectively just like Etcher and Win32 Disk Imager). Just FYI .json code generation is also highly simplified, when the [*] Manually cutting + pasting these ~8-line .json snippets into a file like http://iiab.io/fast.json works extremely well FYI. And in fact is likely best going forward on a monthly/quarterly basis, so that outreach/marketing can be arranged artistically, and very promptly sliced and diced (per the outreach needs of that particular quarter, etc). |
@holta have you also reserved for yourself the exclusive ability to publish images? Who else is able to modify fast.json on iiab.io? |
Please see https://github.com/iiab/iiab-factory/blob/master/box/rpi/fast.json which is the source of http://iiab.io/fast.json = https://iiab.io/fast.json which I'd neglected earlier. Sorry for that. It's important, both as a secondary backup, and for community deliberation -> collaboration as @tim-moody outlines above. Anybody can and should suggest a Pull Request against that file (fast.json) when updates are needed quasi-quarterly or whenever, e.g. when a better outreach/marketing/community-building strategy emerges etc. An immediate example (this is still a prototype) is the currently non-elegant image titles / non-elegant image descriptions that @avni and @icebox827 (or others!) can hopefully make friendlier in coming days, and in any case before IIAB 7.2's final release later this month. "Outreachy" work takes many, many weeks to make solid, friendly and useful: "A woman's work is never done?" as the old saying goes. And as politically incorrect as that may be, it remains as true as ever. Those currently working very hard to make this possible (@icebox827 and @avni and others) are not unappreciated! Finally: the standard-for-now ~3 IIAB images will one day evolve in one direction or another, and might even be auto-generated quasi-monthly in future, as @jvonau is making great progress on these fronts last I checked. e.g. Especially if GitHub Actions and/or QEMU (or similar) are hopefully capable of hopefully very soon emulating Raspberry Pi in the cloud. While keeping in mind the new focus on IIAB image downloads that are Dramatically Faster Than Archive.org (approximately 100X faster, hence the name fast.json) wherever we possibly can~ Potentially Related: |
Personally think using |
I would like to change the design of imager such that when the Rasperrypi foundation changes their imager, it does not require updating our code.
I'd also like to scrap the "experimental" item on our menu. I'm thinking that experimental images should be downloaded as an image, and then use the last item "'Use custom" for installation of such.
This proposal requires only that we mount imagingutility_iiab_subitems.json as images.json on iiab.me.
And of course it means that the iiab-imager will no longer be a superset of the stock imager. Both will be required by our end users
The text was updated successfully, but these errors were encountered: