-
Notifications
You must be signed in to change notification settings - Fork 184
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
[BUG] Allsky fixes for Bookworm #3012
Comments
I can get farther by changing:
Which makes me believe this is an armv7 architecture problem, perhaps? |
Are you running Buster or Bullseye? I am not sure which is version 12. |
|
I'll file an issue for the other |
Are you using 32 or 64bit? (Lite or Desktop) I am working on a fix for Bookworm at the moment. Once its done I'll let you know if you want to give it a test. The Pi camera capture module builds fine, I'll take a look at the ZWO one once I have sorted the python issues. If you post a list of fixes you make that would be very helpful :-) Thanks Alex |
-mfloat-abi=hard
@minichate, Christopher, if you post any more Bookworm-related things, please use this Issue, which I renamed. |
Hi guys, i've got the same failure and have no idea how to solve. I have to say, I'm no familiar with Linux... Maybe you can give me a hint what to change in the makefile or any other location. thanks, Martin Used Raspi OS: |
There are a few issues with Bookworm that I am working on. As soon as I have a working installation I will update this issue Cheers Alex |
Merci |
@s-valve you can always install Bullseye. |
Just a quick update. I have a version that now runs on Bookworm. Next stage is to get it tested fully then we can think about releasing it Alex |
@Alex-developer I have a fresh 32bit bookworm lite I've just installed, only to find out I cannot pip any 3rd party pythhon libraries any more. Whilst I try and get my head round that, I'll be happy to test your new bookworm-proof allsky! I have nothing to lose if there are any issues. Will it be put into the dev branch? One thing I would suggest in general, is can the installer run without having to plug in a camera? If so, I personally would prefer that, as I often bring the test pi indoors, leaving the camera outside. |
The Point-Release-4 has changes for Bookworm - Please bear in mind that this is NOT fully tested yet. I have installed it on a few Pi's and it installs ok, there is a dev branch for the extra modules that also supports Bookworm Once you have the new version to add any new python modules you will need to put them in the venv so something like
I'll leave @EricClaeys to answer the question about the camera as thats his area really. Cheers Alex |
Ok I see the dev branch is newer - I'll try that one, see how it goes. |
@Jonk2 please do NOT try the dev branch for Allsky. It is not ready. We changed the installer in the last major release to require that the camera be connected so it could determine what brand and model was being used and then set the default, minimum, and maximum values in the WebUI. It also solved other problems people were having. Eric |
@Alex-developer, @EricClaeys & @Jonk2 Successful able to start building (off
Now
|
Thanks for that - there is a branch point-release-4 that contains a 'working' install for bookworm but it's not been fully tested. Please feel free to give it a try and see if I have missed anything Cheers Alex |
Scipy doesn't work for me either... How is the Point-Release-4 branch installed? |
On the |
@EricClaeys I have 2 systems, 1 outside on the roof with the Pi being relatively inaccessible - this is running an older Allsky that I only update when I'm happy to. The other PI is in the ROR shed, over PoE, with a fixed camera. Quite often I need to power down the PI and bring it in as I don't have remote power on it yet. As it's a test PI, I often bring it in to write a new OS and bringing in the camera too is not sensible for me. I've tried your suggestions, ran the installation script (with env at the prompt) and I have this as a result:
It's worth noting that I installed the lite version of bookworm as I have no need for the desktop environment. I had to install python-full (1st 'huh?' moment), git wasn't recognised as a command and am still nonethewiser how to install '3rd party' python packages in a venv, but I'll do some reading. Is the lite version causing these issues? (Missing packages and "cc1plus: error: ‘-mfloat-abi=hard’: selected architecture lacks an FPU") I've looked up that message and there are a lot of results, some pre-bookworm by the looks of it. The pi is a 4B 8GB and I'm running the os from an m.2/usb3 combo. Allsky logs attached. lighttpd.install.log |
I think you are still using the master branch try the following on a clean install of Bookworm (Doesn't matter which one, the git install is ONLY required for the lite versions but won't hurt to run it on a desktop version) sudo apt install git There is now a check in the master branch that will warn you ig you are trying to install on Bookworm |
I ran git clone --branch Point-Release-4 https://github.com/thomasjacquin/allsky.git then python -m venv --system-site-packages env etc. |
No need for any of that. The Point release 4 does everything for you. Just checkout the branch and run the install as per normal |
Ok, am writing a fresh PiOS Bookworm Lite 32Bit now, then will try to install allsky before I touch anything else! |
Ok, new PI OS Bookworm Lite 32Bit installed. Carried out the instructions as above, same result:
|
Oops I am an idiot !!! The updates were in my fork of the release not in the allsky one !!! I have just merged them and testing it now, I'll let you know shortly if its ok to try |
I have sorted it now - Please try the install again Sorry for the confusion - all my fault Cheers Alex |
No worries, we're all idiots really! I'll try again in a bit and let you know. |
Gents, I've just installed the latest point-4 release (renaming allsky to allsk-OLD first, the previous point-4 release) and the installation script has reported an error copying the modules directory:
|
I think I know what this is - I'll do a quick test |
Can you try the upgrade again please I have added a fix for this |
I've had to wipe my drive and start afresh - I may have a hardware issue, so this means that I cannot try the fix until the next time there's a new test release. If there is an issue when that time comes, I'll report back. |
Right a little update. I have confirmed (to myself at least) that my issues were caused by hardware, not software. I have 2 RPI4s both with POE Hats and an M.2 SSD in an enclosure. For months, the fixed PI has been running version 2023-05 and would lock me out (error 500, no SSH, no web access) but still appeared to be running. A hard power down to reboot was all I could do. This would be random, day or night and sometimes once every 3 days, or sometimes up to 30 days. I thought it may be the OS, so I changed it to boot to CLI only (no desktop). The PI ran for 3 months without issue. Then it crashed again, same issue. The 2nd PI that I move between indoors and the ROR shed for testing new allskys etc, had the issue I mentioned before about the camera timeouts after installing bookworm lite and the latest point-4 allsky. A shorter cable appeared to solve that. Since then, every reboot would take 5-10 minutes before I could do anything with it, and this past week, it wouldn't even obtain the server-set DHCP IP address, so I couldn't even access anything on the PI. So....I decided to start afresh with a standard USB3 memory stick. Since last night, I have had zero issues booting, multiple reboots, no camera timeouts (with the previously used longer cable I thought was the culprit), I can ssh in within a minute or so of booting, allsky is working perfectly fine, my scripts are running fine and am getting good results. The issue (I'm fairly sure) was down to the M.2 SSD enclosure - I can only think that it is unstable, and probably drawing the limit of power, especially with a camera connected to USB3 too. I am now very confident that allsky on bookworm lite 32Bit is running as intended, but I will monitor for the next week and let you know if I find anything else to discuss. Here's a nice view from within my ROR whilst I concentrate the TEC140 on the Dumbell Nebula! |
@Jonk2 Jon, I also have a TEC 140 and love it. I use the Astro-Physics QUADTCC .7x reducer so the focal length is around 700 mm. Glad to hear your setup is working well now. Thanks for the update. |
@EricClaeys I also love my TEC140. It's about 17 years old, I bought it about 2 years ago and being in the UK, it was very rare to come up. I also got lucky and found an original TEC FF, so my FL is 1027mm. Going back to allsky, yes it's good that this is now running exactly as it should. I've fixed my problem script and have some decent information displayed along with the image. If I find anything else that's not playing ball with the bookworm lite I installed, I'll report back, but so far so good. |
Hello, I installed Allsky on a Pi5 64bit Bookworm (Camera = RPiHQ). The WebUI and the website work at first glance. But I haven't finished everything yet so that everything runs like my year-old system with 32bit Bullseye and the Pi4. The allsky.log states that libgpiod cannot be loaded, which is not surprising since the GPIOS work completely differently on a Pi5. It would be great if the installation script recognized the Pi5 and installed the correct settings for the GPIOs. Would it be possible? Thanks for an answer CS Andreas |
@Adler6907, Andreas, I believe @Alex-developer is aware of the libgpiod issue and is using his Pi 5 to try and resolve it. |
Andreas I am looking at this now. Unfortunately its not just a case of using different libraries as the pi5 has a whole new architecture around the RP1, as you mentioned. I am going to convert all of the code to use the c libgpiod python bindings as its going to be far easier, at least I think it will !!! I just need to confirm that all versions of the pi prior to the 5 use /dev/gpiochip0 for gpio access, the pi 5 use s/dev/gpiochip4 Cheers Alex |
Thank you for the quick answer and I will wait for the solution. If I can test something, please let me know. |
Just trying out this branch on a new Bookworm OS Lite (64bit install). (On an RPi 4) No problems with the install script, but switching over to the overlay module didn't work. The legacy overlay disappeared as expected, but the overlay module text wasn't added to the image. Looks like the problem was a missing library, as the log file showed the following at every capture
After manually adding RPi.GPIO via the following, all then worked as expected, overlays started appearing and the errors stopped.
Camera is a ZWO device in case that affects any paths the installer may take. Hope this helps |
@Alex-developer, any thoughts? |
I may have noticed a typo in upload.sh in this branch which doesn't appear in master. I've set up a remote web server and am using scp to transfer the files, however the initial file upload check which is part of the website/install.sh process was failing as it was attempting to upload to the root / folder instead of the folder specified in IMAGE_DIR. Looks like the scp command in upload.sh (approx line 160) is set up to use ${DIRECTORY} instead of ${REMOTE_DIR}. Changing the above permitted the install.sh to complete its pre-flight checks and all now working well.
|
Yikes! Good catch. |
@duckend, I fixed this in Point Release 4 (which is NOT ready to be used yet). To fix, replace all occurrences of |
I have just installed pR4 on Bookworm and tested the basic GPIO functions using a DHT22 and a relay - All works fine. If you can could you reinstall Allsky, preferably on a clean card? To get PR4 to install you will need to remove the 'exit' command towards the top of the install.sh script I have not had chance to test the pi5 yet but will do so over the next few days |
I had a small problem with the latitude and longitude in controller.js. In install.sh, line 1596 or 1601 states as an example that you can specify the direction of the compass without spaces after the number In controller.js (lines 221, 223,254 and 256), in the case of a string, 2 characters are removed from the end in the conversion functions Either you have to specify a space in configuration.json during installation or you change the code in the conversion functions to |
I'm hoping to work on the camera at the weekend, I have a spare card so will try a new install. Is there an install log saved anywhere that I can share when complete? |
Yes there is an install log in ~/allsky/config/installation_log If you intend to install the extra modules then please make sure you use the dev branch and not the master branch |
@Adler6907, I think it's correct as is. If lat is |
@duckend, @Alex-developer, the dev branch is not ready for use. It has the combined config file and the included local Website and I have never tested installation so doubt it will install. |
@EricClaeys, @Alex-developer
I'm probably not alone with this problem In the file /home/pi/allsky/html/includes/system.php you could include the Pi5 in the
|
I am talking about the extra modules dev branch |
The pi 5 is still broken, Adafruit don't seem to accept its an issue !. I am only testing on the pi 4 at the moment |
@Adler6907, can you think of a better way to get info on the Pi rather than using those codes? They are an administrative headache sine the list keeps growing. The info we want is the model (3B, 4B, etc.) and ideally the memory and Rev. We can determine the memory at run time but I have no idea how to determine the Rev without using those codes. @Adler6907, @Alex-developer, can you think of any reason why we should NOT set the UPDATE: |
@Adler6907, please see my reply at the end of Issue 3161. |
I'm locking this Discussion item. It's getting pretty long and no longer just related to Bookworm. Keep the ideas coming - they help improve Allsky!! |
Environment
Bug Description
Unable to build
src/
directory due to FPU error:Log / configuration files
make_all.log
The text was updated successfully, but these errors were encountered: