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
Compilation fails on FreeBSD, lsblk dependency unmet #137
Comments
Or perhaps enumerate storage using udisks2 interface. |
I expect this is something simple that I don't fully understand. However, this is the failure from my attempted compile this morning. I'm trying a recompile because I'm getting verification failures on:
|
@hbarnard It's not possible to compile RPi Imager on Ubuntu 18.04, because RPi Imager uses a newer version of QT than is included in that old version of Ubuntu. See #197
I'm afraid you're barking up completely the wrong tree. A recompilation would only be needed if RPi Imager doesn't run at all - if it does run, then you don't need to recompile it. (also this issue #137 is about compilation on FreeBSD, so doesn't seem like an appropriate place for comments about compilation on Ubuntu Linux??) Oh, and if you're using the snap-installed version of RPi Imager (e.g. from the Ubuntu Software store) then try uninstalling that and use the |
Thanks. I've gone back to preparing the cards on a Windows system for the moment.
…---------
https://www.hughbarnard.org
Twitter: @hughbarnard
------- Original Message -------
On Sunday, April 3rd, 2022 at 10:53, Andrew Scheller ***@***.***> wrote:
> Linux version 5.0.0-32-generic ***@***.***) (gcc version 7.4.0 (Ubuntu 7.4.0-1ubuntu118.04.1)) [#34](#34)18.04.2-Ubuntu SMP Thu Oct 10 10:36:02 UTC 2019
***@***.***(https://github.com/hbarnard) It's not possible to compile RPi Imager on Ubuntu 18.04, because RPi Imager uses a newer version of QT than is included in that old version of Ubuntu. See [#197](#197)
> I'm trying a recompile because I'm getting verification failures
I'm afraid you're barking up completely the wrong tree. A recompilation would only be needed if RPi Imager doesn't run at all - if it does run, then you don't need to recompile it.
Verification errors (and non-booting images) sounds more like a problem with your SD-card and/or your SD card-reader.
(also this issue [#137](#137) is about compilation on FreeBSD, so doesn't seem like an appropriate place for comments about compilation on Ubuntu Linux??)
Oh, and if you're using the snap-installed version of RPi Imager (e.g. from the Ubuntu Software store) then try uninstalling that and use the rpi-imager_1.6.1_amd64.zip from [here](#197 (comment)) instead. (the snap version of RPi-Imager is maintained by a 3rd-party, and seems to have problems sometimes, e.g. [#369](#369) )
—
Reply to this email directly, [view it on GitHub](#137 (comment)), or [unsubscribe](https://github.com/notifications/unsubscribe-auth/AACY7Q7VLOIL6KTXHMAOP7DVDFTALANCNFSM4VIGCV7Q).
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
Closing as stale. OP's last comment was they had changed platform, rendering the report moot. |
Fine. Working on ubuntu now, 'anyway'. |
Not sure I understand this. I am still running FreeBSD and I am still unable to run the RPi Imager. |
Note that there are two persons posting in this thread. And the last poster that was unlucky compiling on a 2018 Ubuntu version. Entirely different problems. |
The imager is fine on the newer Ubuntu releases, so my original problem has evaporated. Just the FreeBSD now.
…---------
https://www.hughbarnard.org
***@***.***
Mastodon: @***@***.***
Book: (awaiting print run) pdf/epub: https://tinyurl.com/2s4hm33b
On Saturday, 10 February 2024 at 18:27, maxnet ***@***.***> wrote:
> Closing as stale. OP's last comment
Note that there are two persons posting in this thread.
The OP that would like to use Imager on FreeBSD, and still does not have a solution for that.
And the last poster that was unlucky compiling on a 2018 Ubuntu version.
Entirely different problems.
Think there do is already a different issue for FreeBSD though.
Also has a Qt qml problem, in addition to the disk enumeration one.
—
Reply to this email directly, [view it on GitHub](#137 (comment)), or [unsubscribe](https://github.com/notifications/unsubscribe-auth/AACY7Q4SLY5WQRW4XH5RUE3YS632FAVCNFSM4VIGCV72U5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TCOJTG4YDQOJWG43Q).
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
Thanks all for the additional comments. I'm still, however, not going to reopen this issue. Raspberry Pi Imager is packaged for Windows, Debian, Raspberry Pi OS and macOS as these platforms are the most likely to have new and inexperienced users coming to the Raspberry Pi ecosystem. The argument against providing explicit support for FreeBSD is much the same as AppImages, RPMs, other OS' and packaging schemes: there isn't the bandwidth to support them without compromising the support offered to a larger proportion of the community. As such, issues raised against rpi-imager for building on FreeBSD will not be addressed by myself, and in the absence of a supporting PR I will be closing them as 'Won't Fix'. I'm happy to review a PR that widens the support net - however the submitter would have to assume maintenance responsibility for the reason specified above, and I would expect them to be responsive to issues their patch may cause on our existing supported platforms. And as ever, if the observations that support this argument turn out to be incorrect, I will happily change my position. For my future self: Adjusting close from 'Stale' to 'Won't fix'. |
Thanks for making this useful tool.
It would be nice if it could run on FreeBSD hosts, too.
Compilation fails on FreeBSD, lsblk dependency unmet:
Perhaps
lsblk
needs to be replaced with something else for FreeBSD:https://forums.freebsd.org/threads/list-block-devices-on-freebsd-lsblk-8-style.72447/
The text was updated successfully, but these errors were encountered: