Rpi-imager: RPi Imager 1.6.1（およびそれ以降）はUbuntu18.04にインストールできません

20.04 LTSにアップグレードしたので、新しい最小値になるのではないかと心配しています。 :-)
ただし、gitから「debuild」を実行できるはずです。

まだUbuntu18.04を実行しているのは私だけではないと確信しています：wink：debuildを実行することはできますが、技術的でないユーザーがたくさんいると思いますか？
VMなどの内部に構築できますか？

私はrpi-imagerのスナップを維持し、Ubuntu 20.04でビルドするためにそれをバンプしましたが、Ubuntu 18.04（実際には14.04と16.04でも）や他のディストリビューションにもインストールできます。

「まだ18.04を実行しているのは誰か」に関する興味深いデータポイントとして質問、まだかなりの数があります。 RPI Imagerスナップユーザーの中で、〜13％がUbuntu 18.04で、〜56％が20.04で、さらに〜2.7％がUbuntu 16.04です！

https://github.com/popey/imager-snap/issues/8が解決されていない限り、残念ながら、スナップはImagerのすべての機能をサポートしていません。 IIRC、他のエラーを防ぐために、いくつかの追加の権限も有効にする必要があります。 あなたがそれをする必要があること、またはその方法は明らかではありません。 イメージャが物事を単純化することを目的としていることを考えると、スナップはハードルを導入するようです。

理想的には、代わりに通常のaptリポジトリでそれを行うのが素晴らしいでしょう。

popey / imager-snap＃8が解決されていない限り

1.6.1でうまく機能していますか？

回避策となる可能性のあるコミット（https://github.com/raspberrypi/rpi-imager/commit/c8409d741939c0af32180c731a86adcdeaba802d）に潜入しましたが、スナップを作成してテストする方法を理解する時間がありませんでした。

以前のコードでは、udisks2（DBusで話し合う）がリムーバブルボリューム（FAT32パーティション）がマウントされていることを通知するとすぐに、マウントフォルダーに書き込むことができると想定していました。
ただし、その時点ではまだスナップchroot内にマウントされていない可能性があり、遅れているようです。
したがって、マウントフォルダがマウントポイントであることを確認し、そうでない場合は最大3秒遅延することを確認してください。

試してみただけで、いや、もっと悪いようです。 最初はパーティションをマウントできないと言っていたので、関連する権限を有効にしました。 同じエラーなので、無効にしたすべての権限を有効にしました（ただし、それらの説明は関連性がないようです） （PEBCAK）。 これで、イメージャはすべてがうまくいったように動作しますが、SDカードは最後に空白になります。

Qt: Session management error: Could not open network socket
QObject::setParent: Cannot set parent, new parent is in a different thread
Drive: "/org/freedesktop/UDisks2/drives/Generic__USB3_2e0_CRW____SD_201506301013_1"
Device: "/org/freedesktop/UDisks2/block_devices/sdc" belongs to same drive
Device: "/org/freedesktop/UDisks2/block_devices/sdc1" belongs to same drive
Unmounted "/org/freedesktop/UDisks2/block_devices/sdc1" successfully
Repartitioning drive
Telemetry done. cURL status code = 0
Adding partition
New partition: "/org/freedesktop/UDisks2/block_devices/sdc1"
Formatting drive as FAT32
Mounting partition
Mounted new file system at: "/media/shift/F28E-8BF1"
Image URL: "https://github.com/raspberrypi/rpi-eeprom/releases/download/v2020.09.03-138a1-imager/rpi-boot-eeprom-recovery-2020-09-03-vl805-000138a1-usb.zip"
Received header: HTTP/2 302 

Received header: server: GitHub.com
...
Can't create 'README.txt'
Can't create 'pieeprom.bin'
Can't create 'pieeprom.sig'
Can't create 'recovery.bin'
Can't create 'vl805.bin'
Can't create 'vl805.sig'
Hash of compressed multi-file zip: "84b73785a93720621136e23ee766e2e56a516902baaccebe3e055106471029ff"
mountutils: Reading /proc/mounts
mountutils: Mount point /dev/sdc1 belongs to drive /dev/sdc
mountutils: Mount point /dev/sdc1 belongs to drive /dev/sdc
mountutils: Closing /proc/mounts
mountutils: Unmounting /media/shift/F28E-8BF1...
mountutils: Unmount MNT_EXPIRE /media/shift/F28E-8BF1: EAGAIN
mountutils: Unmount MNT_EXPIRE /media/shift/F28E-8BF1 failed: Operation not permitted
mountutils: Unmount MNT_DETACH /media/shift/F28E-8BF1 failed: Operation not permitted
mountutils: Unmount MNT_FORCE /media/shift/F28E-8BF1 failed: Operation not permitted
mountutils: Unmounting /var/lib/snapd/hostfs/media/shift/F28E-8BF1...
mountutils: Unmount MNT_EXPIRE /var/lib/snapd/hostfs/media/shift/F28E-8BF1: EAGAIN
mountutils: Unmount MNT_EXPIRE /var/lib/snapd/hostfs/media/shift/F28E-8BF1 failed: Operation not permitted
mountutils: Unmount MNT_DETACH /var/lib/snapd/hostfs/media/shift/F28E-8BF1 failed: Operation not permitted
mountutils: Unmount MNT_FORCE /var/lib/snapd/hostfs/media/shift/F28E-8BF1 failed: Operation not permitted
Download done in 3 seconds

全体として、ユーザーに求めているエクスペリエンスではありません。

'README.txt'を作成できません

/ var / lib / snapd / hostfs / media / shift / F28E-8BF1は、Imagerを実行しているユーザーが書き込み可能ではありませんか？

これをhttps://github.com/popey/imager-snap/issues/8に移動しますか？

Snapパッケージの問題に関係なく、 https： //www.raspberrypi.org/software/からダウンロード可能なimager_1.6.1_amd64.debはUbuntu 18.04（2023年4月までサポートされています）にインストールできるはずです。
：slightly_frowning_face：

編集：＃200によってブロックされました

EDIT2：まだUbuntu 18.04を使用している他の人のために、＃200からのパッチを適用した後のRPi Imager1.6.1のビルドを次に示します。
ご自身の責任で使用してください： rpi-imager_1.6.1_amd64.zip
（不適切だと思われる場合は、この@maxnetを削除してください）

https://www.raspberrypi.org/documentation/installation/installing-images/README.mdにも「Ubuntu18.04」と書かれています：wink：

したがって、RPiImagerが今後Ubuntu18.04を確実にサポートしない場合は、そのドキュメントも更新する必要があると思いますか？ ：肩をすくめる：

したがって、RPiImagerが今後Ubuntu18.04を確実にサポートしない場合

公式のサポートポリシーが何かわからない。

開発者にとってのUbuntu18の全体的な有用性は急速に低下していることに注意してください。

• 付属のPHPバージョンは、最新のフレームワークが受け入れるよりも古いため、Web開発には使用できなくなりました。
• 低レベルのC開発には使用できません。 たとえば、ラズベリーピコなどで遊んでみたい場合は、CMakeが古すぎることがわかります。
• Qtバージョンは多くの新しいメソッドをサポートしていません。 また、他のプラットフォームで新しいバージョンのQtを使用している場合、そこで古いメソッドを使用すると、「非推奨」のメソッド警告が大量にスローされることがわかります。

そして、Ubuntu 20LTSは1年間リリースされています。

まだ18を使用している理由は何ですか？

まだ18を使用している理由は何ですか？

Ubuntu18.04がプリインストールされた新しいDellXPSラップトップを購入しましたが、特にアクティブにサポートされているLTSバージョンであるため、新しいバージョンにアップグレードするのは気が進まないです。 また、古いがまだサポートされているOSを実行すると、次のようなエッジケースを明らかにするのに役立ちます：wink：
Picoのものについては、 https： //apt.kitware.com/を使用してCMakeの新しいバージョンに更新しました。新しいGCCバージョンを使用する必要がある場合は、local-install-dirを$ PATHの前に追加するだけです。 それ以外の場合は、VirtualBoxがあります。

LTSリリースは「エンタープライズグレード」であり、安定性に重点を置いています。 これらは、新しいバージョンのソフトウェアを_望まない_人向けです。 LTSリリース用に入手できるソフトウェアアップデートは、セキュリティとバグ修正のみです。 古いソフトウェアのサポートは無料ではありません。手間がかかり、前進する能力が制限されます。 古いLTSが、現在のLTSがリリースされてから1年後も、サポートされているプラ​​ットフォームであり続けることを期待するのは合理的ではありません。

これらは、新しいバージョンのソフトウェアを_望まない_人向けです。

ええ、それは合理的な立場です。 たとえば、RPi Imager1.7.xがUbuntu20.04以降のみをサポートし、Ubuntu18.04が古いRPiImager1.6.xに制限されている場合は問題ありません。 1.6.0から1.6.1への変更で互換性の破れが起こったのは私には奇妙に感じました。
また、Raspberry Pi Webサイトが対象としているユーザーのレベルを考えると、このWebサイトが「Ubuntu20.04 +ユーザー」と「Ubuntu18.04ユーザー」の両方で異なるダウンロードオプションを提供する可能性は低いと思います。 18.04のサポートを終了する決定が行われた場合は、ドキュメントに具体的に記載する必要があります。

：man_shrugging：

1.6.0から1.6.1への変更で互換性の破れが起こったのは私には奇妙に感じました。

ポイントリリースでそれが黙って起こるのは奇妙だと私は同意します。 これは、少なくとも1.6.1の変更ログに追加する必要があります。 しかし、ご存知のとおり... 1年の猶予期間があります！ 興味があれば、私のXPS（13）は20.04を完全に実行します:)

Snapパッケージの問題に関係なく、 https： //www.raspberrypi.org/software/からダウンロード可能なimager_1.6.1_amd64.debはUbuntu 18.04（2023年4月までサポートされています）にインストールできるはずです。
わずかにしかめっ面

〜編集：＃200によってブロックされました〜

EDIT2：まだUbuntu 18.04を使用している他の人のために、＃200からのパッチを適用した後のRPi Imager1.6.1のビルドを次に示します。
ご自身の責任で使用してください： rpi-imager_1.6.1_amd64.zip
（不適切だと思われる場合は、この@maxnetを削除してください）

どうも。 オリジナルのダウンロードとスナップが失敗した間、私のためにDebianバスターに取り組みました

これはChromeOSでも問題になるという参考までに。 Linux Developerモードを有効にしている場合、 @ lurchによって共有される1.6.1は機能しますが、 https： //www.raspberrypi.org/software/からのダウンロードは機能しません。

この問題をフォローしている人のために...

Ubuntu 18.04でv1.6.2タグをコンパイルしようとしましたが、次のコマンドでビルドできません。

rpi-imager/main.cpp:250:19: error: ‘class QApplication’ has no member named ‘screenAt’; did you mean ‘screens’?
         if ( !app.screenAt(QPoint(x,y)) || !app.screenAt(QPoint(x+w,y+h)) )
                   ^~~~~~~~
                   screens
rpi-imager/main.cpp:250:49: error: ‘class QApplication’ has no member named ‘screenAt’; did you mean ‘screens’?
         if ( !app.screenAt(QPoint(x,y)) || !app.screenAt(QPoint(x+w,y+h)) )
                                                 ^~~~~~~~
                                                 screens

その機能はQt5.10で追加されましたが、Ubuntu18.04にはQt5.9.5しか含まれていません。
したがって、v1.6.1の私のビルドは、Ubuntu 18.04ユーザーにとっては「ラインの終わり」のようです：wink：

これらは、新しいバージョンのソフトウェアを_望まない_人向けです。

いいえ。新しいリリースのアップグレードやインストールは非常に時間がかかるため、LTSを使用しています。 インストール後、多くの変更/調整、インストール、セットアップなどを行う必要があります。これには多くの時間がかかります。 LTSは、システムをはるかに長い時間使用する機会を提供します。 私の現在の18.04の時点で、Ubuntuはもう使用しません（しかし、それは別の話です）。

私はいくつかのPPAといくつかのappimagesを使用しています。 PHPのようなものについては、私はそれを自分でインストールします。

20.04 LTSにアップグレードしたので、新しい最小値になるのではないかと心配しています。 :-)

この「18.04が古すぎる」という議論全体には、プロジェクトに関する巨大で深い問題が欠けていると思います。ビルドプロセスが特定のバージョンに関連付けられているのはなぜですか。 コンパイルして公開していますか？ rpi-imagerには、CI、PPA、Githubアクション、またはクラウドビルドワークフロー用のそのようなツールがありませんか？

_that_ツールが18.04をサポートしている（そしてソースに互換性がある）限り、 @ maxnetの個人用OSは関係ありません。 PPAは、現在のすべてのバージョンのUbuntu用にビルドできます。 Travis-CIとGithubは、多くのプラットフォーム向けに構築できます。 プラットフォームの古さや最先端に関係なく、開発にWindowsを使用して、Fedora、Mac、BSD、ARM用のクラウドを構築することもできます。

そうは言っても...

そのツールが18.04をサポートしている限り（そしてソースは互換性があります）

1）#ifdefマジックがないと、ソースは将来互換性がなくなります。
新しいメソッドは、古いQtバージョンには存在しません。
古い方法を使用すると、新しいQt 5バージョンで非推奨の警告が多数表示され、Qt6で廃止されます。

2）これは、少なくともWindowsとMac OS Xでコード署名する必要があるアプリケーションであり、私はコード署名キーをクラウドプロバイダーと共有することはあまり好きではありません。

3）結果が正しく機能するかどうかをテストできるようにするには、すべてのオペレーティングシステムをインストールする必要があります。
このタイプのソフトウェア（システムサービスおよびSDカードリーダーなどの物理ハードウェアとの相互作用を伴う）は、自動テストフレームワークにはあまり適していません...

そして、Ubuntu 20LTSは1年間リリースされています。

そして、Ubuntu18は2年以上もサポートされています。 あなたのポイント？

開発者にとってのUbuntu18の全体的な有用性は急速に低下していることに注意してください。
..。
まだ18を使用している理由は何ですか？

それは...この問題を処理する方法ではありません。 @lurchが18を使用する特定の理由は重要ではありません。 沢山あります。 20.04に切り替える必要があったので、21.10にジャンプした人もいます。

古いLTSが、現在のLTSがリリースされてから1年後も、サポートされているプラ​​ットフォームであり続けることを期待するのは合理的ではありません。

です。 それは理由でLTSと呼ばれています！ _ロングターム_サポート。

1年の猶予期間がありました！

誤り。 「年の猶予期間」は2022年4月にのみ開始され、完全にサポートされたシステムを使用しながら、20.04を完全にスキップしてUbuntu22.04に移行するまでの1年間があります。 私は_本当に_ 2年ごとにOS全体をアップグレードする煩わしさを望んでいません

さあ... UbuntuはRaspberryを完全に採用し、Serverエディションだけでなく、Desktop、Core、ファミリー全体もリリースしました。 彼らはすべてのラズベリー固有のパッケージをリポジトリに追加しましたrpi-eepromまたはvcgencmdにPPAは必要ありません。

長く幸せな結婚のためにもそれを完全にサポートしてください：1st_place_medal：

そして、Ubuntu18は2年以上もサポートされています。 あなたのポイント？

「サポートされている」とは、新しいバージョンのソフトウェアを入手できることを意味するものではありません。
Ubuntu 18システムのすべてが2018バージョンのソフトウェアであり、後でバックポートとして安定性とセキュリティの修正のみが追加されています。
システムの他の部分と一致させるために、古いバージョンのImagerを引き続き実行できます。

1. これは、少なくともWindowsとMac OS Xでコード署名する必要があるアプリケーションであり、私はコード署名キーをクラウドプロバイダーと共有することはあまり好きではありません。

ラズベリー（会社/組織）は、これに関するインフラストラクチャまたはガイダンスを提供しませんか？ つまり... IMHO rpi_imagerは、Raspiのエコシステムの重要なコンポーネントです。 それはまさにそれを使用するための_エントリポイント_です。 承認されたイメージャとして、ラズベリーとUbuntuの両方の公式ウェブサイトで紹介されています。

公式のサポートポリシーが何かわからない。

このプロジェクトの知名度を考えると、それに関する公式の方針がないことに本当に驚いています。

「サポートされている」とは、新しいバージョンのソフトウェアを入手できることを意味するものではありません。 Ubuntu 18システムのすべてが2018バージョンのソフトウェアであり、後でバックポートとして安定性とセキュリティの修正のみが追加されています。

フェアポイント、そして私は同意します。 _current_バージョンが機能し続ける限り、古いバージョンを使用してもかまいません。 そして、それはここで起こったことではありません。

rpi-imager 、 snapからインストールされ、昨日は突然_壊れた_。 @lurchが報告したのと同じ$ AppArmor dmesgエラーで動作を停止し、ここに私を導きました。 互換性のないバージョンが18.04チャネルにアップロードされたのはなぜですか？

フェアポイント、そして私は同意します。 古いバージョンを使用してもかまいません

次に、古い1.6.0を試すことができます： https ：//downloads.raspberrypi.org/imager/imager_1.6_amd64.deb

スナップからインストールされたrpi-imagerは、突然発生しました

スナップの問題はここで報告できます： https ：//github.com/popey/imager-snap/issues
そのバージョンには関与していません。

いくつかのおそらく関連する説明：

rpi-imager 、 snapからインストールされ、昨日は突然_壊れた_。

多分それは早く壊れました。 私はそれを蛾のために定期的に使用していますが、常に同じ（キャッシュされた）画像を使用しています。 昨日私はいくつかの新しいものを試しました、それで多分それは今だけ問題が現れた理由です。 インストールされているバージョンは1.6.2で、IIRCは少なくとも数週間はそうなっています。

古いバージョンを使用してもかまいません

気にしないということではありません。 そうです。 しかし、私は何の権利も与えられていないことを知っています。 古い（ただしEOLされていない）リリースを壊す可能性のある新しいAPIの採用に関して、いくつかのプロジェクトがより保守的なアプローチをとることを望んでいました。

たとえば、私は多くのPython開発を行っており、同じジレンマに直面しています。Python3.9に新しいゴージャスな機能がある場合は、既にPython 3.11を使用している場合でも、それを使用することは控えています。 CentoOSはまだ古代の3.6に同梱されています。 少なくとも3.8_available_があるので、最小ソースバージョンをそれに上げることができます。 ここでも同様のアプローチを取ることができますか？

ログを深く掘り下げて、ここでは2つの異なる独立した問題を扱っていると思います。

• どういうわけか、私は1.6.1だけでなく、1.6.2をスナップからインストールして起動することができます（そして常にそうしています）。 したがって、 @ popeyが18.04用にコンパイルするために行ったことはすべて機能しました、おめでとうございます！ これは、イメージの書き込み時のAppArmorに関するエラーが、パッケージの依存関係や.debのビルド時のQTコンパイルの問題（_this_の問題が関係しているようです）とは関係がないことを示していますが、どちらも18.04に現れます。

• 私の問題は、 @ XECDesignの問題でもあるようですが、_permissions_に関するものであり、これはスナップのみの問題のようです。 だから私は指示通りにそこに移動します。

_ "AppArmorポリシーにより、この送信者はこのメッセージを送信できません..." _、_ "ネットワークソケットを開けませんでした" _、または_ "操作が許可されていません" _などの問題でここに来る人は、この問題に進んでください。ここではありません。 タイトルに18.04の問題がたくさんあるだけです:-)

1.6.1だけでなく1.6.2をスナップからインストールして起動できます。 したがって、 @ popeyが18.04用にコンパイルするために行ったことはすべて機能しました、おめでとうございます！

スナップは「自己完結型」のパッケージ形式だと思いますか？ それで、Ubuntu 18.04に含まれているよりも新しいバージョンのQtライブラリを含めることができるでしょうか？ （RPi Imagerの.debバージョンが使用する必要があります）

スナップの問題はここで報告できます： https ：//github.com/popey/imager-snap/issues
そのバージョンには関与していません。

@maxnet RPi Imagerのスナップバージョン（おそらくUbuntuの「ソフトウェアストア」がインストールするバージョンであるため）に関する問題レポートがかなりあるようですが、明らかに何もできません。 おそらく、GitHubの問題テンプレート機能を利用して、RPi Imagerのスナップバージョンで問題を抱えている人々を直接popeyのリポジトリに誘導する価値がありますか？ ：肩をすくめる：

古いバージョン1.6.0（@maxnetによって参照）は、Linux Mint 19.3（bionic repo）に適切にインストールされました。 どうも