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
Suggestions #8
Comments
Thanks - I'll look into it. |
I agree this would be useful. It looks like you already have one block (Set hostname) that calls raspi-config and another (Set Boot Option) that is mostly copied from raspi-config. However, using one block per raspi-config option probably does not scale well, especially with all blocks currently in the same top-level directory. |
From what little I know of pibakery, that's the way it should work (although probably not necessary to cover every raspi-config option?)
I wasn't aware of that. Maybe have different subdirectories for different categories? |
That's right, and I agree that not every option from raspi-config is needed (expand filesystem is redundant anyway, I believe the camera is auto-enabled now, etc). The way PiBakery loads blocks at the moment requires them to all be in one directory. I can't see this being a problem in the immediate future, as I've worked with directories that contain many, many, many more directories than that (8 million at the last count). |
With 5-10 raspi-config options, I agree that one per block is best for the new user but if you implemented all possible options (which someone will eventually ask for), the sheer number could be overwhelming unless there is some way to organize them hierarchically, and separate out the less common options. |
If you're talking about how the blocks are viewed in Blockly, there is a way for me to set the order that blocks are displayed in each category in Blockly, and of course I can also add (and remove) categories as needed. If you're talking about how they're saved in the |
As an outside observer, it's great to see you putting so much emphasis on maintaining backwards-compatibility 👍 |
As another outside observer, the overall idea and execution of this project is great - thanks!! |
I've added in blocks for Set SPI and Set I2C - any other suggestions from raspi-config? |
I vote for setting the locale, timezone and keyboard map although the raspi-config menus are not very user friendly for this. It would be great to provide two versions, e.g. basiclocalize and expertlocalize, where basiclocalize has a single menu parameter of common choices (UK, USA, ...) and takes care of all three settings, while expertlocalize has three text parameters and requires that you know what you are doing. |
FYI I just added a pull request for memsplit as I had need of this on a project I'm working on. I might take a try at the other ones mentioned above too if nobody else grabs them first. |
Hi :) My suggestions :
|
First of all: Thank you and congratulations for PiBakery!! |
Did you mean "VNC" instead of "VPN"? If you did, have a look at https://www.raspberrypi.org/documentation/remote-access/vnc/README.md |
i have an audio block (submitted for a pull request along with a few others), force to jack or hdmi but not the auto setting: |
In addition to setting the locale, a good idea would be an option to set the WiFi regulatory domain. |
WiFi regulatory domain: |
Hmmm - did a fresh PiBakery write today - sadly looks like Camera is not enabled by default:
|
Some other nice "first boot" blocks might be some of the stuff that you typically use
raspi-config
to do just once, e.g. setting timezone, enabling camera, setting localisation, setting memory split, etc. etc.You could look at https://github.com/RPi-Distro/rc_gui/blob/master/src/rc_gui.c to see how to 'drive' raspi-config using just command-line options.
The text was updated successfully, but these errors were encountered: