Toolbox: डेस्कटॉप फ़ाइलें एकीकरण

हाय @ ओकेसॉफ्ट-गिट! यह दिलचस्प लग रहा है। मैं कुछ इसी तरह प्रदान करने की सोच रहा था। क्या आप इस सुविधा के साथ पीआर बनाना चाहेंगे (लेकिन शेल में नहीं बल्कि टूलबॉक्स के

@debarshiray , आपको क्या लगता है?

मैं इसके लिए जा रहा हूँ!

इस सुविधा से सिल्वरब्लू उपयोगकर्ताओं को बहुत लाभ होगा क्योंकि तब आप आसानी से कंटेनर से एप्लिकेशन का उपयोग कर सकते हैं

क्या मूल बाइनरी एकीकरण को शामिल करना संभव होगा, जिससे इसे मूल कमांड रैपर को बेस सिस्टम में निर्यात करने की अनुमति मिल सके या यह परियोजना के दायरे से बाहर है?

कमांड रैपर के रूप में मेरा मतलब है कि उदाहरण के लिए नैनो के लिए इस तरह का आवरण (यह कुछ कार्यक्रमों के लिए इससे अधिक जटिल हो सकता है)

!/bin/bash
toolbox nano "$@"

(फ्लैटपैक ऐसा कुछ करता है, इसे आगे देख सकता है)

हाय @sandorex ! आप जिस फीचर के बारे में बात कर रहे हैं, उसे पहले से ही यहां ट्रैक किया जा रहा है: #145. अद्यतन टूलबॉक्स को रोल आउट करने के बाद यह प्राथमिकताओं में से एक है। हालांकि ये दोनों विशेषताएं एक जैसी हैं, लेकिन इनका समाधान बहुत अलग है।

मैं अब सोच रहा हूं कि क्या टूलबॉक्स को ऐप्स के लिए .desktop फ़ाइलें बनाने/संपादित करने की शक्ति देना वास्तव में जाने का तरीका है। यह जानने के लिए टूलबॉक्स की आवश्यकता होगी कि मौजूदा .desktop फ़ाइल को कहाँ खोजें, सही लाइनें खोजें, उन्हें अपडेट करें और फ़ाइल को उस स्थान पर ले जाएँ/कॉपी करें जहाँ डेस्कटॉप (हर कोई GNOME शेल का उपयोग नहीं करता) इसे ढूंढेगा और इसका उपयोग करेगा। यह मुझे अनावश्यक रूप से तर्क का बड़ा हिस्सा लगता है जो ज्यादा काम नहीं आएगा।

इसके बजाय दस्तावेज़ों में मौजूदा .desktop फ़ाइल को अपडेट करने के निर्देशों के साथ अनुभाग मुझे बेहतर लगता है।

अगर मैं जटिलता के बारे में गलत हूं, तो कृपया मुझे गलत साबित करें।

मैं गलत हो सकता हूं लेकिन डेस्कटॉप फ़ाइलों को ~/.local/share/applications में पुनरावर्ती रूप से खोजा जाता है, इसलिए एक निर्देशिका जिसमें टूलबॉक्स (प्रति कंटेनर) से केवल डेस्कटॉप फ़ाइलें होती हैं और फिर केवल उन डेस्कटॉप फ़ाइलों को हटा दें जो कंटेनर में मौजूद नहीं हैं लेकिन संशोधन मैं वास्तव में नहीं कर सकता सरल

दूसरा तरीका यह होगा कि यह जिम्मेदारी किसी अन्य एप्लिकेशन ( toolbox-desktop-integration ) को दी जाए जो डेस्कटॉप फ़ाइलों के चयन को होस्ट में लाने की अनुमति देगा (उन्हें अपने फ़ोल्डर में रखना स्मार्ट होगा, जैसे ~/.local/share/applications/_toolbox_XXX जहां XXX कंटेनर का नाम है)

आपकी राय में दिलचस्पी है @HarryMichal

https://github.com/ondra05/toolbox

यह लगभग पूरा हो चुका है, लेकिन मैं होस्ट करने के लिए कॉपी करने के लिए डेस्कटॉप फ़ाइल से आइकन पथ नहीं निकाल सकता।

_edit_: इसके लिए डेडिकेटेड टूल बनाना बेहतर होगा। मैं इसे फिर से बनाऊंगा।

खैर, मेरे पास है। github.com/ondra05/toolbox-desktop

@ondra05 बढ़िया काम!

एक बात है कि मैं व्यक्तिगत रूप से सुधार करूंगा (हालांकि यह जरूरी नहीं है) और वह कंटेनर से फ़ाइल को पढ़ने के लिए cat का उपयोग कर रहा है, यह ठीक काम करेगा लेकिन इसकी तरह हैकी, podman छवियों को साझा करता है toolbox आप कंटेनर और होस्ट के बीच फ़ाइलों को कॉपी करने के लिए podman cp का उपयोग कर सकते हैं

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

दुख की बात है कि मेरे पास उचित ऐप करने का समय नहीं है, मैंने यूआई बनाया है लेकिन जीटीके सिर्फ गधे में दर्द है, बीमार शायद किसी दिन सीएलआई केवल ऐप करें (उम्मीद है)

दुख की बात है कि मेरे पास उचित ऐप करने का समय नहीं है

मुझे लगता है कि इसके लिए एक जीयूआई अधिक है। इम्हो इसे toolbox export की दिशा में आदेशों के साथ --remove और --list रूप में झंडे के साथ संभाला जाना चाहिए।

मैं इसे देखने की कोशिश करूंगा। मुझे आश्चर्य है कि क्या केवल toolbox export APP कमांड जोड़ना संभव है जो टूलबॉक्स के अंदर इस पायथन स्क्रिप्ट को toolbox run export.py ARGS समान तरीके से कॉल करता है। हालांकि इसे चलते-फिरते करना स्पष्ट रूप से बेहतर है, इसमें केवल टूलबॉक्स के /usr से $XDG_DATA_DIR तक फ़ाइलों की प्रतिलिपि बनाना शामिल है और इसके लिए स्क्रिप्ट का उपयोग करना आसान हो सकता है। मैं नहीं जानता कि इस संभावना का अनुरक्षक क्या है।

ध्यान दें कि इस तरह के विस्तार को कई चीजों को ध्यान में रखना होगा, उदाहरण के लिए आइकन को संभालने की समस्या गैर-तुच्छ है।

यह रन कमांड को #silverblue से आईआरसी वार्तालाप शामिल है:

From #silverblue on Freenode:

15:56 <rishi> otaylor: alexlarsson: Hey! Do you have any thoughts on            
      https://github.com/debarshiray/toolbox/pull/76 ?
15:57 <rishi> In short, people want to be able to do "toolbox run emacs".
15:57 <rishi> And I am worried about encroaching on Flatpak territory.
15:58 <alexlarsson> I don't think its a huge problem.
15:58 <otaylor> rishi: I suspect we need such functionality if we want the      
      toolbox to be a serious tool that people rely on
15:58 <alexlarsson> No 2 tools will be 100% non-overlapping
15:59 <alexlarsson> and i can imagine using this in non-flatpak like way
15:59 <alexlarsson> toolbox run some-service
15:59 <otaylor> rishi: I'd be more worried about adding, say, menu item         
      management so that it looks like 'toolbox run emacs' is a real app
16:00 <alexlarsson> I mean, some people use flatpak for cli stuff
16:00 <rishi> otaylor: alexlarsson: Okay!
16:00 <alexlarsson> which is not quite the point
16:00 <alexlarsson> Still, it works
16:01 <alexlarsson> The main thing is that the design decisions that drive      
      toolbox and flatpak are driven by a particular usecase
16:01 <alexlarsson> Not that they can't be used other ways
16:03 <rishi> Yeah, toolbox is very clearly: "use jhbuild on Silverblue".
16:04 <rishi> walters would say "separate development prefix", but that's       
      about it, I think.

कंटेनर के अंदर इंस्टॉल किए गए एप्लिकेशन के लिए .desktop फ़ाइल में toolbox run emacs जोड़ना पहले से ही संभव है। एक कमांड होना जो वास्तव में .desktop फाइलों को पार्स और बनाता है, उसी दिशा में एक और कदम है, और मुझे यकीन नहीं है कि यह एक कदम बहुत दूर है।

@debarshiray आप एक अजगर स्क्रिप्ट के बारे में क्या सोचते हैं जो डेस्कटॉप फ़ाइलों, आइकनडेटा और मेटाडेटा की प्रतिलिपि बनाता है? मैंने पहले ही एक बना लिया है और यह ठीक काम कर रहा है।

यह निश्चित रूप से इसके बारे में जाने का एक तरीका है। हालाँकि, मैं इसे अभी टूलबॉक्स में शामिल करने में संकोच कर रहा हूँ।

मुझे इस मुद्दे पर काम करने में दिलचस्पी है!

...
हर कोई गनोम शेल का उपयोग नहीं करता
...
अगर मैं जटिलता के बारे में गलत हूं, तो कृपया मुझे गलत साबित करें।

@HarryMichal मेरा मानना ​​​​है कि आपकी चिंताएँ अनावश्यक हैं।
आजकल .desktop फ़ाइलें और आइकन फ़ाइल थीम डेस्कटॉप-अज्ञेयवादी होने के लिए डिज़ाइन की गई हैं और XDG विनिर्देशों के अधीन हैं:
https://specifications.freedesktop.org/
https://specifications.freedesktop.org/desktop-entry-spec/latest/index.html
https://specifications.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html

सभी को:
क्या हम आवश्यक कार्यक्षमता को DNF प्लगइन के रूप में डिज़ाइन कर सकते हैं?

पुनश्च: बस एहसास हुआ कि फ्लैटपैक पहले से ही ऐप्स को उजागर करता है ताकि जरूरत पड़ने पर हम इसका कोड उधार ले सकें।

मैंने अभी तक एक अनइंस्टॉल फीचर नहीं जोड़ा है, लेकिन यह बहुत कठिन नहीं लगता है।

धन्यवाद @ A6GibKm , कृपया करें! :)