Installation stops in mid-air #1756
Comments
|
Well this is remarkable: While preparing to re-install The setting-up of Hope this helps. |
Whilst Pi-hole does work on stretch, it does take a bit of tinkering to get it going. For instance, the |
|
Are there any timelines known for stretch support? |
|
Short answer: Soon™ Longer answer: We've been a bit pushed recently, we're all volunteers on the project that do this in what little spare time we have. We will get to it, for sure, but we need to test and test and test again to make sure it's stable before announcing official support for stretch. We, of course, welcome all contributions to the source from the community! We gladly accept PRs, and don't bite (too hard) if e do not agree with the direction of the submitted content. :) |
|
Going to take a look at this |
|
Confirmed bug, even on the
Going to try with a vanilla |
|
Also seeing the thing where |
|
Vanilla Raspbian stretch installs php with no issues:
|
|
Still testing, but I just changed L1245 in and then the install went without problems. I'll do some more testing here to confirm this finding. But it seems to me to be a bug in Here's the output I got: |
|
I wonder what the difference is between the Not fluent in Anyway, I've found that pre-installing the various |
|
OK, that's good to hear. You may wish to open up a bug report with |
|
For the time being, as a workaround, I'm installing pHp before installing Pi-hole using: |
|
@PromoFaux did anything happen with this for v3.2? |
|
Everything seems to work fine. |
|
Can confirm the same issue. Above workaround fixes it though. (Raspbian stretch) |
|
I thought I had the same issue (also on Raspbian stretch), but giving it enough time (like 10 minutes) actually made it work. Maybe it's the same for you and you're all just not as patient? 😁 But whatever, I guess taking 10 minutes to install php can be considered a bug anyways. |
|
Mausy5043's change fixed the installer for me on the latest OSMC (debian stretch based). |
|
2 years on and I'm still bitten by this. Now on raspberrypi-ua-netinst current (running Buster). EDIT: |
|
The change suggested here still fixes this. Assuming no upstream fix is forthcoming. |
8 tasks
|
#2934 provides a fix, however the discussion is about to remove Wow so finally we are fixing a ~two years old issue with this, which seems to have not gotten the desired attention. |
Well, not entirely true. At some point I led you to believe that the problem was resolved. In actuality I had an automated script running, when needing to re-install, that fixed the issue before executing the script. So, the problem was fixed for me. Not for the rest. |
|
@Mausy5043 |
|
#2962 created for the removal of debconf-apt-progress. |
|
Same issue, bites me aswell. Installation aborted once the package install went on. PRETTY_NAME="Raspbian GNU/Linux 7 (wheezy)" "wheezy" might be "stretch" now (? read it somewhere else), but what do I know. Installing whiptail manually didnt do the trick either.
This was quite a big one. Patching took some time incl. service restarts and what not. In the end, this seems to was my rootcause. After installing properly, the whole install process went forward. PS: I changed my |
|
Wheezy is very very old and not supported in any way. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
In raising this issue, I confirm the following (please check boxes, eg [X]) Failure to fill the template will close your issue:
**How familiar are you with the codebase?: **
{3}
[BUG REPORT]:
[BUG | ISSUE] Expected Behaviour:
Install completes succesfully
[BUG | ISSUE] Actual Behaviour:
Install stops during installation of dependent packages (it seems).
[BUG | ISSUE] Steps to reproduce:
raspberrypi-ua-netinst(develbranch) on a Raspberry Pi 1B+:Pi-Holeusingsudo curl -sSL https://install.pi-hole.net | sudo bashOutput:
And that's it.
The text was updated successfully, but these errors were encountered: