Rpi-imager: आरपीआई इमेजर 1.6.1 (और ऊपर) उबंटू 18.04 पर स्थापित नहीं किया जा सकता है

मुझे डर है कि 20.04 एलटीएस नया न्यूनतम है, क्योंकि मैंने उसमें अपग्रेड किया है। :-)
हालांकि अभी भी गिट से "डीबिल्ड" चलाने में सक्षम होना चाहिए।

मुझे यकीन है कि मैं अभी भी उबंटू 18.04 चलाने वाला एकमात्र व्यक्ति नहीं हो सकता: विंक: और जब तक मैं डीबिल्ड चला सकता हूं, मुझे यकीन है कि कई कम-तकनीकी उपयोगकर्ता हैं जो नहीं कर सकते हैं?
क्या आप VM या कुछ और के अंदर निर्माण कर सकते हैं?

मैं आरपीआई-इमेजर का एक स्नैप बनाए रखता हूं, और इसे उबंटू 20.04 पर बनाने के लिए बस टकराया है, लेकिन यह उबंटू 18.04 (वास्तव में यहां तक ​​​​कि 14.04 और 16.04) और अन्य डिस्ट्रो पर भी इंस्टॉल करने योग्य है।

"कौन अभी भी 18.04 चलाता है?" पर एक दिलचस्प डेटापॉइंट के रूप में? प्रश्न, इस पर अभी भी एक उचित संख्या है। आरपीआई इमेजर स्नैप उपयोगकर्ताओं में, ~ 13% उबंटू 18.04 पर हैं, ~ 56% 20.04 पर और यहां तक ​​​​कि ~ 2.7% उबंटू 16.04 पर हैं!

जब तक https://github.com/popey/imager-snap/issues/8 का समाधान नहीं किया गया है, दुर्भाग्य से स्नैप इमेजर की सुविधाओं के पूर्ण सेट का समर्थन नहीं करता है। IIRC, आपको अन्य त्रुटियों को रोकने के लिए कुछ अतिरिक्त अनुमतियों को भी सक्षम करने की आवश्यकता है। यह स्पष्ट नहीं है कि आपको ऐसा करने की आवश्यकता है या कैसे करना है। यह देखते हुए कि इमेजर चीजों को सरल बनाने के लिए है, स्नैप बाधाओं का परिचय देता है।

आदर्श रूप से, इसके बजाय सामान्य उपयुक्त रेपो में यह बहुत अच्छा होगा।

जब तक पोपी/इमेजर-स्नैप#8 का समाधान नहीं हो जाता

क्या यह 1.6.1 के तहत बेहतर काम कर रहा है?

एक कमिटमेंट (https://github.com/raspberrypi/rpi-imager/commit/c8409d741939c0af32180c731a86adcdeaba802d) में फंस गया, जो इसे हल कर सकता है, लेकिन उसके पास यह पता लगाने का समय नहीं था कि इसका परीक्षण करने के लिए स्नैप कैसे बनाया जाए।

कोड ने पहले माना था कि जैसे ही udisks2 (जिससे हम DBus पर बात करते हैं) ने हमें बताया कि रिमूवेबल वॉल्यूम (FAT32 पार्टीशन) माउंट किया गया है, हम माउंट फ़ोल्डर में लिखने में सक्षम हैं।
लेकिन यह स्नैप चिरोट के अंदर अभी तक उस बिंदु तक नहीं लगाया जा सकता है, जो पिछड़ने लगता है।
तो एक जांच लें कि माउंट फ़ोल्डर एक माउंट पॉइंट है, और यदि ऐसा नहीं है तो 3 सेकंड तक देरी हो सकती है।

बस कोशिश की और नहीं, यह और भी बुरा लगता है। पहले तो उसने कहा कि यह विभाजन को माउंट नहीं कर सकता, इसलिए मैंने संबंधित अनुमति को सक्षम किया। वही त्रुटि, इसलिए मैंने उन सभी अनुमतियों को सक्षम किया जो अक्षम थीं (हालांकि उनके विवरण प्रासंगिक नहीं थे) (PEBCAK)। अब इमेजर ऐसा व्यवहार करता है जैसे सब कुछ ठीक हो गया, लेकिन एसडी कार्ड अंत में खाली है।

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 यूजर स्नैप द्वारा लिखने योग्य नहीं है जो इमेजर के रूप में चलता है?

क्या हम इसे https://github.com/popey/imager-snap/issues/8 पर स्थानांतरित कर देंगे?

स्नैप पैकेज के साथ किसी भी समस्या के बावजूद, मुझे अभी भी लगता है कि https://www.raspberrypi.org/software/ से डाउनलोड करने योग्य imager_1.6.1_amd64.deb को Ubuntu 18.04 (जो अभी भी अप्रैल 2023 तक समर्थित है) पर इंस्टॉल करने योग्य होना चाहिए।
: थोड़ा_भ्रम_चेहरा:

संपादित करें: #200 . द्वारा अवरुद्ध

EDIT2: किसी और के लिए जो अभी भी उबंटू 18.04 का उपयोग कर रहा है, यहां #200 से पैच लगाने के बाद आरपीआई इमेजर 1.6.1 का निर्माण किया गया है।
अपने जोखिम पर उपयोग करें: rpi-imager_1.6.1_amd64.zip
(यदि आपको लगता है कि यह अनुचित है तो इस @maxnet को हटाने के लिए स्वतंत्र महसूस करें)

https://www.raspberrypi.org/documentation/installation/installing-images/README.md भी कहता है "उबंटू 18.04" :wink:

तो अगर आरपीआई इमेजर निश्चित रूप से आगे बढ़ने वाले उबंटू 18.04 का समर्थन नहीं करेगा, तो मुझे लगता है कि हमें उस दस्तावेज को भी अपडेट करना चाहिए? : श्रग:

तो अगर आरपीआई इमेजर निश्चित रूप से आगे बढ़ने वाले उबंटू 18.04 का समर्थन नहीं करेगा

सुनिश्चित नहीं है कि आधिकारिक समर्थन नीति क्या है।

बस इस बात से अवगत रहें कि डेवलपर्स के लिए उबंटू 18 की समग्र उपयोगिता तेजी से घट रही है।

• अब वेब विकास के लिए प्रयोग करने योग्य नहीं है, क्योंकि जिस PHP संस्करण के साथ वह जहाज करता है वह आधुनिक ढांचे की तुलना में पुराना है।
• निम्न स्तर सी विकास के लिए प्रयोग करने योग्य नहीं है। उदाहरण के लिए यदि आप रास्पबेरी पिको के साथ खेलना चाहते हैं, तो आप पाएंगे कि सीएमके बहुत पुराना है।
• क्यूटी संस्करण नई विधियों के समूह का समर्थन नहीं करता है। और यदि आप अन्य प्लेटफार्मों पर एक नए क्यूटी संस्करण का उपयोग करते हैं, तो आप देखेंगे कि यदि आप वहां पुराने तरीकों का उपयोग करते हैं तो यह "बहिष्कृत" विधि चेतावनियों का भार फेंकता है।

और उबंटू 20 एलटीएस को एक साल हो गया है।

क्या कारण है कि आप अभी भी 18 का उपयोग कर रहे हैं?

क्या कारण है कि आप अभी भी 18 का उपयोग कर रहे हैं?

मैंने एक साल पहले ही एक नया डेल एक्सपीएस लैपटॉप खरीदा था जो उबंटू 18.04 पूर्व-स्थापित के साथ आया था, और मैं इसे एक नए संस्करण में अपग्रेड करने का प्रयास करने के लिए अनिच्छुक हूं, खासकर क्योंकि यह अभी भी सक्रिय रूप से समर्थित एलटीएस संस्करण है। इसके अलावा, एक पुराने-लेकिन-अभी भी समर्थित ओएस चलाना इस तरह के किनारे के मामलों को उजागर करने के लिए उपयोगी है: पलक:
पिको सामान के लिए, मैंने https://apt.kitware.com/ का उपयोग करके सीएमके के एक नए संस्करण में अपडेट किया और जब मुझे एक नए जीसीसी संस्करण का उपयोग करने की आवश्यकता होती है तो मैं अपने स्थानीय-इंस्टॉल-डीआईआर को $ पाथ में प्रीपेन्ड करता हूं। किसी और चीज के लिए, वर्चुअलबॉक्स है।

एलटीएस रिलीज 'एंटरप्राइज ग्रेड' हैं और स्थिरता पर केंद्रित हैं। वे उन लोगों के लिए हैं जो सॉफ़्टवेयर के नए संस्करण नहीं चाहते हैं। एलटीएस रिलीज़ के लिए आपको मिलने वाले सॉफ़्टवेयर अपडेट केवल सुरक्षा और बग फिक्स हैं। पुराने सॉफ़्टवेयर का समर्थन करना मुफ़्त नहीं है, यह काम लेता है और यह आगे बढ़ने की आपकी क्षमता को सीमित करता है। मौजूदा एलटीएस के जारी होने के एक साल बाद भी पुराने एलटीएस के समर्थित प्लेटफॉर्म बने रहने की उम्मीद करना उचित नहीं है।

वे उन लोगों के लिए हैं जो सॉफ़्टवेयर के नए संस्करण नहीं चाहते हैं।

हाँ, यह एक उचित स्थिति है; मुझे कोई समस्या नहीं होगी जैसे आरपीआई इमेजर 1.7.x केवल उबंटू 20.04+ का समर्थन करता है, उबंटू 18.04 पुराने आरपीआई इमेजर 1.6.x तक सीमित है। यह मुझे अजीब लगा कि 1.6.0 से 1.6.1 के परिवर्तन में संगतता-विराम हुआ
साथ ही, रास्पबेरी पाई वेबसाइट के उपयोगकर्ता के स्तर को देखते हुए, मुझे लगता है कि यह संभावना नहीं है कि वेबसाइट "उबंटू 20.04+ उपयोगकर्ताओं" और "उबंटू 18.04 उपयोगकर्ताओं" दोनों के लिए अलग-अलग डाउनलोड विकल्प प्रदान करेगी, यही कारण है कि मैं सुझाव दे रहा था कि जब/यदि 18.04 के लिए समर्थन छोड़ने का निर्णय होता है, तो इसका विशेष रूप से दस्तावेज़ीकरण में उल्लेख किया जाना चाहिए।

:man_shrugging:

यह मुझे अजीब लगा कि 1.6.0 से 1.6.1 के परिवर्तन में संगतता-विराम हुआ

मैं मानता हूं कि एक बिंदु रिलीज पर चुपचाप ऐसा होना अजीब है। इसे कम से कम 1.6.1 चैंज में जोड़ा जाना चाहिए। लेकिन आप जानते हैं... एक साल की छूट अवधि रही है! अगर इसमें आपकी कोई दिलचस्पी है, तो मेरा एक्सपीएस (13) पूरी तरह से 20.04 चलता है :)

स्नैप पैकेज के साथ किसी भी समस्या के बावजूद, मुझे अभी भी लगता है कि https://www.raspberrypi.org/software/ से डाउनलोड करने योग्य imager_1.6.1_amd64.deb को Ubuntu 18.04 (जो अभी भी अप्रैल 2023 तक समर्थित है) पर इंस्टॉल करने योग्य होना चाहिए।
थोड़ा_भरोसा_चेहरा

~संपादित करें: #200~ . द्वारा अवरोधित

EDIT2: किसी और के लिए जो अभी भी उबंटू 18.04 का उपयोग कर रहा है, यहां #200 से पैच लगाने के बाद आरपीआई इमेजर 1.6.1 का निर्माण किया गया है।
अपने जोखिम पर उपयोग करें: rpi-imager_1.6.1_amd64.zip
(यदि आपको लगता है कि यह अनुचित है तो इस @maxnet को हटाने के लिए स्वतंत्र महसूस करें)

धन्यवाद। मेरे लिए डेबियन बस्टर पर काम किया, जबकि मूल डाउनलोड और स्नैप विफल रहा

एक FYI करें कि यह ChromeOS पर भी एक समस्या है। यदि आपके पास Linux डेवलपर मोड सक्षम है 1.6.1 @lurch द्वारा साझा किया गया काम करता है जबकि https://www.raspberrypi.org/software/ से डाउनलोड नहीं होता है।

इस मुद्दे का अनुसरण करने वाले किसी भी व्यक्ति के लाभ के लिए...

मैंने अभी उबंटू 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

क्योंकि वह फ़ंक्शन Qt 5.10 में जोड़ा गया था, लेकिन Ubuntu 18.04 में केवल Qt 5.9.5 शामिल है।
तो ऐसा लगता है कि उबंटू 18.04 उपयोगकर्ताओं के लिए v1.6.1 का मेरा निर्माण "लाइन का अंत" है: पलक:

वे उन लोगों के लिए हैं जो सॉफ़्टवेयर के नए संस्करण नहीं चाहते हैं।

नहीं। मैं एलटीएस का उपयोग करता हूं क्योंकि नई रिलीज को अपग्रेड या इंस्टॉल करना एक बहुत बड़ा उपभोक्ता है। स्थापित करने के बाद बहुत कुछ संशोधित/ट्वीक, स्थापित, सेट अप आदि करना पड़ता है। इसमें बहुत समय लगता है। LTS किसी सिस्टम को अधिक समय तक उपयोग करने का अवसर देता है। मेरे वर्तमान 18.04 तक मैं अब उबंटू का उपयोग नहीं करने जा रहा हूं (लेकिन यह एक और कहानी है)।

मैं कई पीपीए + कुछ ऐपिमेज का उपयोग करता हूं। PHP जैसी चीज़ों के लिए मैं इसे स्वयं इंस्टॉल करता हूं।

मुझे डर है कि 20.04 एलटीएस नया न्यूनतम है, क्योंकि मैंने उसमें अपग्रेड किया है। :-)

मेरा मानना ​​​​है कि यह पूरी "18.04 बहुत पुरानी" चर्चा परियोजना के साथ एक बड़ा, गहरा मुद्दा गायब है: निर्माण प्रक्रिया आपके विशेष संस्करण से क्यों जुड़ी हुई है? क्या आप इसे _yourself_ संकलित और प्रकाशित कर रहे हैं? क्या rpi-imager में CI, PPA, Github एक्शन या क्लाउड बिल्ड वर्कफ़्लो के लिए ऐसा कोई टूल नहीं है?

जब तक _that_ टूल 18.04 का समर्थन करता है (और स्रोत संगत हैं), @maxnet का व्यक्तिगत OS अप्रासंगिक होना चाहिए। एक पीपीए _all_ वर्तमान उबंटू संस्करणों के लिए बना सकता है। ट्रैविस-सीआई और जीथब कई प्लेटफार्मों के लिए निर्माण कर सकते हैं। आप विकास के लिए विंडोज का भी उपयोग कर सकते हैं और फेडोरा, मैक, बीएसडी, एआरएम के लिए क्लाउड का निर्माण कर सकते हैं, चाहे प्लेटफॉर्म कितना भी प्राचीन या खून बह रहा हो।

ने कहा कि...

जब तक वह उपकरण 18.04 का समर्थन करता है (और स्रोत संगत हैं)

1) स्रोत भविष्य में #ifdef जादू के बिना संगत नहीं होंगे।
प्राचीन क्यूटी संस्करणों में नए तरीके मौजूद नहीं हैं।
पुराने तरीकों का उपयोग करके नए क्यूटी 5 संस्करणों पर बहिष्कृत चेतावनियों का एक गुच्छा दें, और क्यूटी 6 में चले जाएंगे

2) यह एक ऐसा एप्लिकेशन है जिसे कम से कम विंडोज और मैक ओएस एक्स पर कोड हस्ताक्षरित होना चाहिए और मैं क्लाउड प्रदाताओं के साथ कोड साइनिंग की साझा करने का बड़ा प्रशंसक नहीं हूं।

3) अगर परिणाम सही ढंग से काम करता है तो परीक्षण करने में सक्षम होने के लिए अभी भी प्रत्येक ऑपरेटिंग सिस्टम की स्थापना की आवश्यकता होगी।
इस प्रकार का सॉफ़्टवेयर (सिस्टम सेवाओं और एसडी कार्ड रीडर जैसे भौतिक हार्डवेयर के साथ बातचीत के साथ) स्वचालित परीक्षण ढांचे के लिए इतना उपयुक्त नहीं है ...

और उबंटू 20 एलटीएस को एक साल हो गया है।

और उबंटू 18 अभी भी पूरे दो साल से अधिक के लिए समर्थित है। तुम्हारी बात?

बस इस बात से अवगत रहें कि डेवलपर्स के लिए उबंटू 18 की समग्र उपयोगिता तेजी से घट रही है।
...
क्या कारण है कि आप अभी भी 18 का उपयोग कर रहे हैं?

यही नहीं ... इस मुद्दे को कैसे संभालना है। @lurch 18 का उपयोग करने के विशेष कारणों से कोई फर्क नहीं पड़ता। वहां कई हैं। जैसा कि आपके पास 20.04 पर स्विच करने के लिए था, जबकि कुछ पहले ही 21.10 पर कूद गए थे।

मौजूदा एलटीएस के जारी होने के एक साल बाद भी पुराने एलटीएस के समर्थित प्लेटफॉर्म बने रहने की उम्मीद करना उचित नहीं है।

यह है। इसे किसी कारण से LTS कहा जाता है! _दीर्घावधि_ समर्थन ।

एक साल की छूट अवधि हो गई है!

असत्य। "वर्ष की छूट अवधि" अप्रैल 2022 को केवल _begin_ होगी, जहां पूर्ण रूप से समर्थित सिस्टम का उपयोग करते हुए, हमारे पास _2023_ तक Ubuntu 22.04 में माइग्रेट करने के लिए _then_ का एक पूरा वर्ष होगा, जबकि पूरी तरह से 20.04 को छोड़ दिया जाएगा। मैं _वास्तव में हर 2 साल में पूरे ओएस को अपग्रेड करने का झंझट नहीं चाहता

चलो दोस्तों... उबंटू ने अभी पूरी तरह से रास्पबेरी को गले लगा लिया है, न केवल एक सर्वर संस्करण बल्कि डेस्कटॉप, कोर, पूरे परिवार को जारी किया है। उन्होंने अपने रिपॉजिटरी में सभी रास्पबेरी-विशिष्ट पैकेज जोड़े, rpi-eeprom या vcgencmd के लिए और अधिक पीपीए की आवश्यकता नहीं थी।

कृपया एक लंबी और खुशहाल शादी के लिए भी इसका पूरा समर्थन करें :1st_place_medal:

और उबंटू 18 अभी भी पूरे दो साल से अधिक के लिए समर्थित है। तुम्हारी बात?

"समर्थित" का मतलब यह नहीं है कि आपके पास सॉफ़्टवेयर के नए संस्करण हैं।
उबंटू 18 सिस्टम पर सब कुछ सॉफ्टवेयर का 2018 संस्करण है, जिसमें केवल स्थिरता और सुरक्षा सुधार बाद में बैकपोर्ट के रूप में जोड़े गए हैं।
बाकी सिस्टम से मेल खाने के लिए आप अभी भी इमेजर के पुराने संस्करण चला सकते हैं।

1. यह एक ऐसा एप्लिकेशन है जिसे कम से कम विंडोज और मैक ओएस एक्स पर कोड हस्ताक्षरित होना चाहिए और मैं क्लाउड प्रदाताओं के साथ कोड साइनिंग की साझा करने का बड़ा प्रशंसक नहीं हूं।

क्या रास्पबेरी (कंपनी/संगठन) आपको इस पर _any_ आधारभूत संरचना या मार्गदर्शन प्रदान नहीं करता है? मेरा मतलब है... IMHO rpi_imager रास्पि के पारिस्थितिकी तंत्र में एक प्रमुख घटक है। इसका उपयोग करने का यह बहुत ही _entry point_ है। इसे _both_ रास्पबेरी और उबंटू की आधिकारिक वेबसाइटों में समर्थित इमेजर के रूप में दिखाया गया है।

सुनिश्चित नहीं है कि आधिकारिक समर्थन नीति क्या है।

इस परियोजना की उच्च प्रोफ़ाइल को देखते हुए, मुझे वास्तव में आश्चर्य है कि इस पर कोई आधिकारिक नीति नहीं है।

"समर्थित" का मतलब यह नहीं है कि आपके पास सॉफ़्टवेयर के नए संस्करण हैं। उबंटू 18 सिस्टम पर सब कुछ सॉफ्टवेयर का 2018 संस्करण है, जिसमें केवल स्थिरता और सुरक्षा सुधार बाद में बैकपोर्ट के रूप में जोड़े गए हैं।

उचित बिंदु, और मैं सहमत हूं। जब तक मेरा _current_ संस्करण काम करता रहता है, मुझे पुराने संस्करण का उपयोग करने में कोई आपत्ति नहीं है। और यहां ऐसा नहीं हुआ।

rpi-imager , snap से स्थापित, कल ही _broke_ नीले रंग से बाहर हो गया। इसने काम करना बंद कर दिया, उसी dmesg त्रुटियों के साथ AppArmor प्रोफाइल और ब्लैंक्ड ड्राइव्स के रूप में @lurch ने रिपोर्ट किया, जिसने मुझे यहां तक ​​पहुंचाया। 18.04 चैनलों पर असंगत संस्करण क्यों अपलोड किया गया?

उचित बिंदु, और मैं सहमत हूं। मुझे पुराने संस्करण का उपयोग करने में कोई आपत्ति नहीं है

फिर आप पुराने 1.6.0 को आजमा सकते हैं: https://downloads.raspberrypi.org/imager/imager_1.6_amd64.deb

स्नैप से स्थापित आरपीआई-इमेजर, बस नीले रंग से टूट गया

स्नैप मुद्दों की सूचना यहां दी जा सकती है: https://github.com/popey/imager-snap/issues
हम उस संस्करण से जुड़े नहीं हैं।

कुछ संभावित रूप से प्रासंगिक स्पष्टीकरण:

rpi-imager , snap से स्थापित, कल ही _broke_ नीले रंग से बाहर हो गया।

शायद यह पहले टूट गया। मैं इसे नियमित रूप से पतंगों के लिए उपयोग कर रहा हूं, लेकिन हमेशा एक ही (कैश्ड) छवि का उपयोग कर रहा हूं। कल मैंने कुछ नए प्रयोग किए, तो शायद इसीलिए अब समस्या प्रकट हुई। स्थापित संस्करण 1.6.2 है, और आईआईआरसी कम से कम कुछ हफ्तों के लिए ऐसा ही रहा है।

मुझे पुराने संस्करण का उपयोग करने में कोई आपत्ति नहीं है

ऐसा नहीं है कि मुझे परवाह नहीं है। मैं करूँगा। लेकिन मुझे पता है कि मैं किसी भी चीज़ के लिए _एंटाइटल_ नहीं हूं। मैं बस कामना करता हूं कि कुछ परियोजनाएं अधिक रूढ़िवादी दृष्टिकोण अपनाएं जब नए एपीआई को अपनाने की बात आती है जो पुराने (लेकिन अभी भी ईओएलएड नहीं) रिलीज को तोड़ सकता है।

उदाहरण के लिए, मैं बहुत सारे पायथन विकास करता हूं, और उसी दुविधा का बहुत सामना करता हूं: यदि पायथन 3.9 में कोई नई, भव्य विशेषता है, तो मैं इसका उपयोग करने से परहेज करता हूं, भले ही मैं पहले से ही पायथन 3.11 पर हूं, क्योंकि पुराने डिस्ट्रो पसंद करते हैं CentoOS अभी भी प्राचीन 3.6 के साथ जहाज करता है। कम से कम उनके पास 3.8 _उपलब्ध_ हैं, इसलिए मैं अपने न्यूनतम स्रोत संस्करण को उस पर टक्कर दे सकता हूं। क्या यहां भी ऐसा ही तरीका अपनाया जा सकता है?

लॉग में गहराई से खुदाई करने पर, मेरा मानना ​​​​है कि हम यहां 2 अलग, स्वतंत्र मुद्दों से निपट रहे हैं:

• किसी तरह मैं (और हमेशा रहा हूं) स्नैप से न केवल 1.6.1 बल्कि 1.6.2 स्थापित और लॉन्च करने में सक्षम हूं। तो जो कुछ भी @popey ने इसे 18.04 के लिए संकलित करने के लिए किया, बधाई हो! यह ऐपआर्मर के बारे में मेरी त्रुटियों का सुझाव देता है जब छवियों को लिखते समय पैकेज निर्भरता या क्यूटी संकलन समस्याओं से कोई लेना-देना नहीं होता है जब .deb (वह _this_ मुद्दा लगता है) का निर्माण करते हैं, हालांकि दोनों 18.04 में प्रकट होते हैं

• मेरा मुद्दा, और ऐसा लगता है कि @XECDesign भी _permissions_ के बारे में है, और ऐसा लगता है कि यह एक स्नैप-ओनली इश्यू है । इसलिए मैं निर्देशानुसार वहां जाऊंगा।

_"AppArmor नीति इस प्रेषक को यह संदेश भेजने से रोकती है ..."_, _"नेटवर्क सॉकेट नहीं खोल सका"_, या _"ऑपरेशन की अनुमति नहीं है"_ जैसी समस्याओं के साथ यहां आने वाले किसी भी व्यक्ति के लिए, इस मुद्दे पर जाएं, यहाँ नहीं। इसके शीर्षक में 18.04 के साथ बहुत सारे मुद्दे हैं :-)

स्नैप से न केवल 1.6.1 बल्कि 1.6.2 स्थापित और लॉन्च करने में सक्षम। तो जो कुछ भी @popey ने इसे 18.04 के लिए संकलित करने के लिए किया, बधाई हो!

मुझे लगता है कि स्नैप एक "स्व-निहित" पैकेजिंग प्रारूप है? तो यह शायद उबंटू 18.04 के साथ शामिल क्यूटी पुस्तकालयों के एक नए संस्करण को शामिल करने में सक्षम है? (जिसे आरपीआई इमेजर के .deb संस्करण का उपयोग करने की आवश्यकता होगी)

स्नैप मुद्दों की सूचना यहां दी जा सकती है: https://github.com/popey/imager-snap/issues
हम उस संस्करण से जुड़े नहीं हैं।

@maxnet हमें आरपीआई इमेजर के स्नैप संस्करण के बारे में कुछ समस्या-रिपोर्ट मिलती है (शायद इसलिए कि यह वह संस्करण है जिसे उबंटू का "सॉफ़्टवेयर स्टोर" इंस्टॉल करता है), जिसके बारे में हम स्पष्ट रूप से कुछ नहीं कर सकते हैं। हो सकता है कि आरपीआई इमेजर के स्नैप संस्करण के साथ समस्या वाले लोगों को सीधे पोपी के रेपो पर निर्देशित करने के लिए गिटहब की समस्या-टेम्पलेट सुविधा का उपयोग करना उचित है? : श्रग:

पुराना संस्करण 1.6.0 (@maxnet द्वारा संदर्भित) लिनक्स टकसाल 19.3 (बायोनिक रेपो) पर अच्छा स्थापित है। धन्यवाद