एक कस्टम AppRun स्क्रिप्ट के मामले की तरह लगता है?

एक कस्टम AppRun स्क्रिप्ट के मामले की तरह लगता है?

मुझे खेद है, मुझे समझ में नहीं आया। क्या आप थोड़ा समझा सकते हैं?

#335 विलय के साथ, यह:

$HOME . के रूप में उपयोग करने के लिए पोर्टेबल होम फ़ोल्डर बनाएं

$ ./celestia-qt-latest-x86_64.AppImage --appimage-portable-home

$XDG_CONFIG_HOME के ​​रूप में उपयोग करने के लिए पोर्टेबल कॉन्फ़िगरेशन फ़ोल्डर बनाएं

$ ./celestia-qt-latest-x86_64.AppImage --appimage-portable-config

और इस:

"बुकमार्क सहेजने में त्रुटि" "केवल पढ़ने के लिए फ़ाइल सिस्टम" बाहर निकलने पर

$mkdir -m 700 ~/celestia-app/celestia-qt-latest-x86_64.AppImage.home/.config

अब और आवश्यकता नहीं है (मेरी उंगलियों को पार करते हुए :))

मुझे खेद है, मुझे समझ में नहीं आया। क्या आप थोड़ा समझा सकते हैं?

आपने जो लिखा है उससे ऐसा लगता है कि यह काम करने के लिए उपयोगकर्ता को कुछ पर्यावरण चर निर्यात करना होगा। जो मैं इंगित करना चाहता था वह है AppRun , AppImage के अंदर एक फ़ाइल जिसे आप अपनी स्क्रिप्ट लिखने के लिए उपयोग कर सकते हैं, जो आवश्यक पर्यावरण चर निर्यात करेगा।

मुझे बताएं कि क्या आप फंस गए हैं और ठोस मदद की जरूरत है।

#335 विलय के साथ, यह:

$HOME . के रूप में उपयोग करने के लिए पोर्टेबल होम फ़ोल्डर बनाएं
$ ./celestia-qt-latest-x86_64.AppImage --appimage-portable-home
$XDG_CONFIG_HOME के ​​रूप में उपयोग करने के लिए पोर्टेबल कॉन्फ़िगरेशन फ़ोल्डर बनाएं
$ ./celestia-qt-latest-x86_64.AppImage --appimage-portable-config

और इस:

"बुकमार्क सहेजने में त्रुटि" "केवल पढ़ने के लिए फ़ाइल सिस्टम" बाहर निकलने पर
$mkdir -m 700 ~/celestia-app/celestia-qt-latest-x86_64.AppImage.home/.config

अब और आवश्यकता नहीं है (मेरी उंगलियों को पार करते हुए :))

कृपया ध्यान दें:

$ ./celestia-qt-latest-x86_64.AppImage --appimage-portable-home
$ ./celestia-qt-latest-x86_64.AppImage --appimage-portable-config

समस्याओं या त्रुटियों से कोई लेना-देना नहीं है, इसके विपरीत, वे कॉन्फ़िगरेशन और जैसे $HOME/, $HOME/.config, $HOME/.local के तहत नहीं बल्कि उपरोक्त पोर्टेबल निर्देशिकाओं के तहत स्टोर करने की संभावना प्रदान करते हैं।

क्षमा करें, तब मैं गलत समझ रहा था। वास्तव में यह उन 3 चरणों जितना ही सरल है:

AppImage को चलाने का ट्यूटोरियल

wget -c https://download.opensuse.org/repositories/home:/munix9:/unstable/AppImage/celestia-qt-latest-x86_64.AppImage # Download
chmod +x celestia-qt-latest-x86_64.AppImage # Make executable
./celestia-qt-latest-x86_64.AppImage # Run

यहाँ यह Xubuntu 18.04 पर चल रहा है:

__बहुत बढ़िया!__ :+1:

मुझे खेद है, मुझे समझ में नहीं आया। क्या आप थोड़ा समझा सकते हैं?

आपने जो लिखा है उससे ऐसा लगता है कि यह काम करने के लिए उपयोगकर्ता को कुछ पर्यावरण चर निर्यात करना होगा। जो मैं इंगित करना चाहता था वह है AppRun , AppImage के अंदर एक फ़ाइल जिसे आप अपनी स्क्रिप्ट लिखने के लिए उपयोग कर सकते हैं, जो आवश्यक पर्यावरण चर निर्यात करेगा।

मुझे बताएं कि क्या आप फंस गए हैं और ठोस मदद की जरूरत है।

https://build.opensuse.org/project/show/OBS :AppImage को साफ़ करना निश्चित रूप से एक लाभ होगा, नए संस्करण स्थापित करें और मौजूदा अनसुलझे/विफल/टूटे हुए बिल्ड को ठीक करें।
लेकिन अन्य प्रभारी हैं, मैं शायद एक बग प्रविष्टि करूंगा।
मैंने यह भी देखा है कि AppImageUpdate OBS द्वारा उत्पन्न AppImages के साथ सही ढंग से काम नहीं करता है - लेकिन मुझे उस पर करीब से नज़र डालने की आवश्यकता है।

libmurrine.so के साथ बात कष्टप्रद है, हां, लेकिन हमें अधिक से अधिक प्लेटफॉर्म पर उपयोगकर्ताओं के आगे के परीक्षणों की प्रतीक्षा करनी चाहिए।

समस्याओं या त्रुटियों से कोई लेना-देना नहीं है, इसके विपरीत, वे कॉन्फ़िगरेशन और जैसे $HOME/, $HOME/.config, $HOME/.local के तहत नहीं बल्कि उपरोक्त पोर्टेबल निर्देशिकाओं के तहत स्टोर करने की संभावना प्रदान करते हैं।

ऐसा लगता है कि आप सही हैं, क्योंकि जैसा कि मैंने देखा है कि यदि आप स्पष्ट रूप से उन डीआईआर को नहीं बनाते हैं तो डिफ़ॉल्ट $ HOME आदि का उपयोग करें।

लेकिन सच कहूं तो --appimage-portable-config केवल उन लोगों के लिए आवश्यक है जिनके पास गैर-डिफ़ॉल्ट $XDG_CONFIG_HOME । और appimage के पास $XDG_DATA_HOME को फिर से परिभाषित करने का कोई मतलब नहीं है।

मैंने दो अलग-अलग अपडेटर टूल्स के साथ प्रयास किया और न ही इसे सही तरीके से अपडेट कर पाया:

https://github.com/AppImage/AppImageUpdate

https://github.com/antony-jr/AppImageUpdater

यह संदेश वास्तव में बहुत मददगार है @ एंटनी-जूनियर। हम देख सकते हैं:

me<strong i="15">@host</strong>:~$ strings Downloads/celestia-qt-0-Build160.1.glibc2.14-x86_64.AppImage | strings | grep zsync
zsync|https://download.opensuse.org/repositories/home:/munix9:/unstable/AppImage/celestia-qt-latest-x86_64.AppImage.zsync
(...)

me<strong i="16">@host</strong>:~$ wget https://download.opensuse.org/repositories/home:/munix9:/unstable/AppImage/celestia-qt-latest-x86_64.AppImage.zsync

--2019-08-04 20:57:11--  https://download.opensuse.org/repositories/home:/munix9:/unstable/AppImage/celestia-qt-latest-x86_64.AppImage.zsync
(...)
HTTP request sent, awaiting response... 302 Found
Location: http://downloadcontent.opensuse.org/repositories/home:/munix9:/unstable/AppImage/celestia-qt-0-Build160.1.glibc2.14-x86_64.AppImage.zsync [following]

तो ऐसा लगता है कि https://download.opensuse.org में एक बग है जो इसे https के बजाय http पर रीडायरेक्ट करता है। यह काम करता था; इसलिए मुझे संदेह है कि यह एक बग है जिसे हाल ही में पेश किया गया था।

cc @AdrianSchroeter

appimage के पास $XDG_DATA_HOME . को फिर से परिभाषित करने का कोई साधन नहीं है

क्या आपको लगता है कि हमें इसे जोड़ना चाहिए?

मैंने दो अलग-अलग अपडेटर टूल्स के साथ प्रयास किया और न ही इसे सही तरीके से अपडेट कर पाया:

https://github.com/AppImage/AppImageUpdate

https://github.com/CelestiaProject/Celestia/issues/333#issuecomment -518027817

हाँ, मैं ऐसा कुछ सोच रहा था, परीक्षण के लिए धन्यवाद।

सेलेस्टिया के लिए AppImageUpdate बहुत फायदेमंद होगा, इसलिए आपको हर बिल्ड के साथ पूरा पैकेज डाउनलोड करने की जरूरत नहीं है।

सेलेस्टिया के लिए AppImageUpdate बहुत फायदेमंद होगा, इसलिए आपको हर बिल्ड के साथ पूरा पैकेज डाउनलोड करने की जरूरत नहीं है।

वास्तव में! :+1:

appimage के पास $XDG_DATA_HOME . को फिर से परिभाषित करने का कोई साधन नहीं है

क्या आपको लगता है कि हमें इसे जोड़ना चाहिए?

यह मेरे लिए तार्किक लगता है।

क्या आप एप्लिकेशन के अंदर एक अपडेटर रखने में रुचि रखते हैं? एक क्यूटी प्लगइन है जो इसे कर सकता है। https://github.com/TheFutureShell/updatedeployqt cc @antony-jr

क्या आप एप्लिकेशन के अंदर एक अपडेटर रखने में रुचि रखते हैं? एक क्यूटी प्लगइन है जो इसे कर सकता है। https://github.com/TheFutureShell/updatedeployqt cc @antony-jr

यह दिलचस्प लगता है। मैं करीब से देख लूंगा।

@ Munix9 मुझे बताएं कि क्या आप अपने एप्लिकेशन में अपडेटर को एकीकृत करना चाहते हैं। आप https://antony-jr.github.io/AppImageUpdaterBridge का भी उपयोग कर सकते हैं जिसका उपयोग पुस्तकालय के रूप में या स्वयं अद्यतन करने के लिए Qt प्लगइन के रूप में किया जा सकता है। यह पूरी तरह से क्यूटी में लिखा गया है और इवेंट लूप का सम्मान करता है।

पुनश्च : updateeployqt अभी भी अल्फा में है और इसमें हर हफ्ते एक ओपन हार्ट सर्जरी होती है, इसलिए मैं आपको इसकी सिफारिश करने के लिए बहुत आश्वस्त नहीं हूं।

@ Munix9 यदि आप देखना चाहते हैं कि अपडेट कैसे काम करता है, तो देखें कि qtox इसका उपयोग कैसे करता है -> https://github.com/qTox/qTox-nightly-releases/releases

इसे डाउनलोड करने के बाद, अपडेट को ट्रिगर करने के लिए कुछ कचरा डेटा जोड़ें,

 $ echo "changes" >> qTox-*-x86_64.AppImage
 $ ./qTox-*-x86_64.AppImage

सेटिंग्स में जाएं -> के बारे में -> अपडेट उपलब्ध (बटन कुछ समय बाद दिखाई देगा)

एफवाईआई: मैंने अद्यतन विकल्प का परीक्षण करने के लिए https://github.com/antony-jr/updatedeployqt का उपयोग किया ("1" टैग, "निरंतर" टैग इस समय काम नहीं कर रहा है)।
मुझे लगता है कि यह एक एकीकृत अद्यतन कार्यक्षमता को आजमाने का एक त्वरित और आसान तरीका है - कोड को बदलने की आवश्यकता नहीं है - सहायता मेनू के लिए QObject नाम निर्दिष्ट करने के अलावा।
AppImageUpdaterBridge एक दिलचस्प विकल्प प्रतीत होता है - आइए देखें कि भविष्य में क्या है।

https://github.com/munix9/Celestia/releases/tag/continuous
https://github.com/munix9/Celestia/blob/appimage_build/dist/appimage/fix-appimage_dir.patch#L43

सहायता मेनू के लिए QObject नाम निर्दिष्ट करने के अलावा।

आप प्रोग्राम में सभी QMenu ऑब्जेक्ट्स या QAction ऑब्जेक्ट्स के सबस्ट्रिंग का मिलान करने का भी प्रयास कर सकते हैं।

संपादित करें : मैंने कोई दस्तावेज नहीं जोड़ा क्योंकि मेरे पास वास्तव में समय नहीं है (लेकिन मैं बहुत उत्साहित हूं) और उपकरण अभी भी अल्फा में है इसलिए बड़े बदलाव आने बाकी हैं।

@ Munix9 अद्यतनकर्ता मेरी तरफ से बहुत अच्छा काम करता है। :+1:

सहायता मेनू के लिए QObject नाम निर्दिष्ट करने के अलावा।

आप प्रोग्राम में सभी QMenu ऑब्जेक्ट्स या QAction ऑब्जेक्ट्स के सबस्ट्रिंग का मिलान करने का भी प्रयास कर सकते हैं।

संपादित करें : मैंने कोई दस्तावेज नहीं जोड़ा क्योंकि मेरे पास वास्तव में समय नहीं है (लेकिन मैं बहुत उत्साहित हूं) और उपकरण अभी भी अल्फा में है इसलिए बड़े बदलाव आने बाकी हैं।

@ Munix9 अद्यतनकर्ता मेरी तरफ से बहुत अच्छा काम करता है। +1

एक चीज जिसे बेहतर ढंग से हल किया जा सकता है:
यदि कोई अद्यतन उपलब्ध है, तो नई फ़ाइल का नाम उदा

celestia-qt-continuous-x86_64-revised-on-2019-08-29T10-57-48.AppImage

यह मौजूदा निर्देशिका बनाता है

celestia-qt-continuous-x86_64.AppImage.config
celestia-qt-continuous-x86_64.AppImage.home

अप्रचलित क्योंकि उनका स्वचालित रूप से नाम नहीं बदला जाता है।

क्या इसका कोई समाधान है?

एक चीज जिसे बेहतर ढंग से हल किया जा सकता है:
यदि कोई अद्यतन उपलब्ध है, तो नई फ़ाइल का नाम उदा

celestia-qt-continuous-x86_64-revised-on-2019-08-29T10-57-48.AppImage

@ Munix9 वास्तव में, अद्यतनकर्ता इसका नाम तभी बदलता है जब लक्ष्य फ़ाइल नाम वाली फ़ाइल मौजूद हो, आधिकारिक अद्यतनकर्ता में, पुरानी फ़ाइल को एक्सटेंशन .zs_old साथ स्थानांतरित किया जाता है, लेकिन मैंने पुराने संस्करण को नहीं छूने और उपयोगकर्ताओं को अनुमति देने का निर्णय लिया इसे संभालें। हालाँकि, जब यह विरोध होता है तो हम पुरानी फ़ाइल को हटाने के लिए एक विकल्प जोड़ सकते हैं, या हम इसका नाम बदल सकते हैं जैसे कि आधिकारिक अद्यतनकर्ता कैसे करता है।

साथ ही यदि हम पुराने संस्करण को एक्सटेंशन .zs_old साथ आगे बढ़ाते रहें, तो ऐसा अन्य संस्करण हमेशा के लिए खो जाएगा। यदि AppImage आपके मामले की तरह प्रत्येक रिलीज़ के लिए समान नाम का उपयोग करता है।

सबसे पहले, निम्न में से केवल एक का उपयोग किया जाना चाहिए:

celestia-qt-continuous-x86_64.AppImage.config
celestia-qt-continuous-x86_64.AppImage.home

आम तौर पर, पोर्टेबल एप्लिकेशन को उनके कॉन्फ़िगरेशन प्रति-संस्करण को रखना चाहिए, ताकि एक उपयोगकर्ता एक ही एप्लिकेशन के कई संस्करणों को एक दूसरे के साथ हस्तक्षेप किए बिना चला सके। यदि आप चाहते हैं कि एप्लिकेशन के विभिन्न संस्करण कॉन्फ़िगरेशन के समान सेट को साझा करें, तो आप कस्टम AppRun हिस्से के रूप में, कुछ ऐसा कर सकते हैं (अवांछित छद्म कोड):

VERSIONLESSHOME=$(dirname "$APPIMAGE")/celestia.home
if [ -d  "$VERSIONLESSHOME" ] ; then
  export HOME=$VERSIONLESSHOME
fi

फिर यह celestia.home उपयोग करेगा यदि यह वहां है, AppImage के फ़ाइल नाम से स्वतंत्र।

इसका कोई मतलब भी है क्या?

हां, AppImage.home पर्याप्त होना चाहिए।
मैंने पहले ही AppRun में एक अनुकूलन पर विचार और परीक्षण किया था।
हो सकता है कि फ़ॉलबैक के साथ, यदि वर्तमान संस्करण के लिए version-AppImage.home मौजूद नहीं है, तो यदि उपलब्ध हो तो सामान्य AppImage.home उपयोग करें - जैसा कि आप सुझाव देते हैं।
यह समझ में आ सकता है।
देखते हैं कि क्या उपयोगकर्ताओं से कोई खुलासा प्रतिक्रिया मिलती है।

नमस्ते,
क्या हम ऐडऑन लगा सकते हैं? और यदि हां, तो किस निर्देशिका में?
शुक्रिया

@ Amich-26 Celestia 1.7 मौजूद होने पर ~/.celestia.cfg पढ़ता है।
फ़ाइल में आप ऐडऑन के साथ निर्देशिकाओं के साथ ExtrasDirectories जोड़ सकते हैं:

{
ExtrasDirectories  [ "extras-standard" "extras" "~/celestia"]
}

कृपया ध्यान दें कि सभी निर्देशिकाओं को सूचीबद्ध किया जाना चाहिए, न कि केवल एक अतिरिक्त।

दरअसल @ munix9 के लिए एक पैच कहते हैं celestia.cfg है, तो आप उपयोग कर सकते हैं ~/.celestia एडऑन डाल करने के लिए।

AppImage में एम्बेडेड डेटा निकालना भी संभव है:
./celestia-1.7.0-git-x86_64.AppImage --celestia-extract-data

Addons को तब बनाए गए फ़ोल्डर में रखा जा सकता है और फिर CELESTIA_DATA_DIR=<dir> ./celestia-1.7.0-git-x86_64.AppImage का उपयोग करना शुरू कर दिया।

यह भी देखें ./celestia-1.7.0-git-x86_64.AppImage -h

Celestia 1.7.0~git - Real-time visual space simulation

Usage: ./celestia-1.7.0-git-x86_64.AppImage [OPTION]...
       CELESTIA_DATA_DIR=<dir> ./celestia-1.7.0-git-x86_64.AppImage [OPTION]...

Celestia options:
  --conf <file>
    Alternate configuration file.
  --dir <dir>
    Alternate installation directory.
    The same can also be achieved with
    CELESTIA_DATA_DIR=<dir> ./celestia-1.7.0-git-x86_64.AppImage
  --extrasdir <dir>
    Additional 'extras' directory.
  --fullscreen
    Start full-screen (not implemented yet).
  -l, --log <file>
    Copy console output into a file.
  -s, --nosplash
    Disable splash screen (not implemented yet).
  -u, --url <url>
    Start with the given URL (not implemented yet).
  --help
    Show celestia help (not implemented yet).

AppImage options:
  --celestia-fisheye
    Start celestia with fisheye projection (celestia-fisheye.cfg)
  --celestia-create-general-home
    Create a general home directory depending on the main version
    /tmp/celestia-1.7.home
  --celestia-extract-data
    Extract the embedded data in the directory
    /tmp/celestia-1.7.0-git-x86_64.AppImage.data
  -h, --celestia-help
    Show this help and exit.

धन्यवाद ! यह काम करता है।