-
Notifications
You must be signed in to change notification settings - Fork 369
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
OctoPi 1.0.0 RC2 Status #788
Comments
First observation/regression: changing the password via |
Ill have to look.
|
Wrote SD card 32bit armf, adjusted wifi details and set static IP over ssh, Pi3B with Pi camera, Prusa Mini printer. |
My printer is in the rebuild stage moving from 8 bit to 64 bit PandaPi v2.9. As such, I'm getting everything ready in Virtual Mode. I installed the 64 bit release of 1rc2 onto a USB Flash Drive and used it in my Pi3B+ without my PandaPi Board. It launched with no hickups, so I SSHd into OctoPi, setup the printer and began loading Plugins one at a time. I've installed fifteen Plugins, rebooting each time, and experienced no issues. Snip of Plugins is attached. Using SimplyPrint, I sliced a file and began a virtual print, again with no issues. If a Virtual printer installation is not of any value to you, let me know and I'll wait till I have the printer functioning again at some point in the future. |
I've got a pull request in for a fix for this plugin. Although it doesn't look like the plugin has been maintained for a little bit so I'm not sure when it will get approved and merged or if I will have to take over it. My fix looks like it also works for the 64 version too after just testing it. I also made sure it still works on the previous version too. |
Just wanted to let you know i saw the announcement on OctoPrint main site and i'm installing the image right now :) Will report any errors / problems. |
Is it from "devel" github branch? README there is not up to date (for example about pi username/password). Testing on raspberry pi 3b, 64bit variant (only keyboard and monitor connected).
On boot userconfig.service is started which runs curses-based program to set keyboard layout and also new username for existing 'pi' user and new password. That program sometimes fails to switch console to proper TTY which looks like start stuck on Q: is octopi / octoprint ready to work with any username other than 'pi' ?
wlan didn't start because "dhcpcd[3621]: dhcpcd_prestartinterface: wlan0: Operation not possible due to RF-kill". Soft rfkill is active (as shown by rfkill list). The default rfkill kernel module state is to soft block. There is a systemd-rfkill.service which saves/load rfkill state. Image provides platform files with default, blocked state:
systemd-rfkill.service will pickup rfkill active block state from these files at start for matching platform. These should have 0 or (manual workaround if anyone hits this:
Changing password via octopi-password.txt works for me. btw. this is duplicating functionality from
If one of these files contain "newusername:newpassword" scripts will change "pi" user in the system to newusername and set newpassword for it.
So far no octopi problems noticed. octoprint complains about one asset but that's more octoprint problem than octopi:
Edit: can we get vim in default install, too ? :D |
@arekm |
@guysoft User sets own username (using imager or at first boot via userconfig.service ). And indeed no password in images:
|
|
|
Hello! EDIT: Fixed it. Had to activate SSH within the Raspberry Pi Imager |
As I wrote earlier:
To quote that note exactly:
It's not related to imager. They changed it (so user is required to set new own username and own password via imager or at first boot or via /boot/userconf /boot/userconf.txt files) to avoid problem with raspberry pis getting exposed to internet with default username and password that then get picked up by botnets. |
Yap, that gave me the hint. |
As far as I knew, OctoPi intended to keep the default username/password for now. In the 32 bit image this is exactly the case, everything is setup with Being able to change the username is something that should probably be added. It is supported through the RPi imager at the moment with this script that Gina added - we had a large number of people not reading instructions and changing the username, so a quick patch had to be added. Maybe this just needs to be moved into the main OctoPi image? I had forgotten about it for a while, and maybe there is a better way of doing things. |
I'm not sure if this has been fixed, but it seems the Changing Saw this happen in |
It's fixed: 6cb38c2 |
This file is not the one listed at the top of this issue, make sure that you are testing the correct images. In the images posted in the original issue, webcamd is set to simple, dated 2022-08-03. Edit: to correct this, it is only fixed in the 32 bit images. |
Not a "bug" but: What's purpose of this anyway? It tries to rewrite thing into the same thing again (in 2.x and 1.x configs). |
To be fair - this problem still exists in RC2 using the file: @guysoft - Is that supposed to be fixed in this build? I noticed after doing a clean flash that |
Hmm, it is fixed in 32bit image only. Downloaded https://unofficialpi.org/Distros/OctoPi/nightly-arm64/2022-08-03_2022-04-04-octopi-bullseye-arm64-lite-1.0.0.zip again just to be sure.
@guysoft how is that possible? |
The gspca_main/gspca_ov534 modules no longer seem to be included in RpiOS 2022-04-04 so my Playstation Eye webcam fails to initialise on both versions of RC2. I assume these were removed due to incompatibility with the new camera stack, but since OctoPi is using the legacy one would it be possible to add them back in? EDIT: Seems like the removal was not intended and it has been resolved upstream, guess I'll wait until the next RC 😃 : raspberrypi/linux@3dd028b |
As workaround: |
Thanks, not sure why that didn't occur to me last night, too tired I guess! I can also confirm that changing the service type in the 64bit image from forking to simple fixes the issue I was having with the webcam freezing in the RC1 (64bit) build.
+1 for adding official support for changing the username. In addition to the locations that script modifies I needed to manually change the interpreter directive at the top of ~/oprint/bin/octoprint as well to get it to start successfully with a custom username. |
I've added a PR for the username changes, and a couple of other fixes I noticed. |
Thanks all for testing and reporting. I am planning to fix this though I've been swamped with a new job. Puled fixes from @cp2004 they should go in a nightly. But the 64bit username and 32bit username not matching is strange and i need to find the time to take a look why its not working |
A quick question. Which version of wpa_supplicant does 1.0 come with? |
Is that new enough? The latest is 2.10 atm which is only on debain sid: Latest is listed here: |
That should fix the issue, looking forward to the release :) |
All three issues above ( Tested output: Just tested and output (date is not relevant because no internet):
Setting hostname also works on 32bit:
|
It looks like there is a difference between the 32bit and 64bit. That the user change dialog pops up on the 64bit but does not in the 32bit. And I am not sure why. I need to investigate, if anyone knows why it would help me. |
Found it, expect RC3 :) |
Use RC3 |
Second release candidate for OctoPi 1.0.0
There are both 32bit and 64bit images available. Which give support to new Raspberry Pi 4B hardware pis that have been shipping out there.
The 64bit image is based on on RpiOS 64bit and not Ubuntu 20.04.4 as it was in RC1, since it seemed more stable than RaspberryPi OS when testing 64bit, it might improve later on.
Raspsberrypi 3 and up can try the 64bit version. No performance gain in normal OctoPi is expected. It might help future plugins.
Please try the release candidate so we know it works.
32bit armf:
Download it at:
https://unofficialpi.org/Distros/OctoPi/nightly/2022-08-03_2022-04-04-octopi-bullseye-armhf-lite-1.0.0.zip
Md5:
7697e9e235e22ce3cab992be074e4a9a
.64bit arm64/aarch64:
Download it at:
https://unofficialpi.org/Distros/OctoPi/nightly-arm64/2022-08-03_2022-04-04-octopi-bullseye-arm64-lite-1.0.0.zip
Md5:
28b817abcfcef877219f3c9b05913d01
.Changes in the image since RC1
/opt/ffmpeg-hls/ffmpeg
HLS V4L2 M2M encoder #784Changes in the image
OctoPrint 1.8.0The text was updated successfully, but these errors were encountered: