Mycroft-core: Mycroft सेवाओं को रोकने और शुरू करने के लिए CLI आदेशों को सरल बनाएं

को निर्मित 15 सित॰ 2017 · 8टिप्पणियाँ · स्रोत: MycroftAI/mycroft-core

_उत्पत्ति: इस मुद्दे को @kathyreid और @penrods पर बातचीत के आधार पर उठाया जा रहा है और इसका उद्देश्य Mycroft सेवाओं को रोकना और शुरू करना और अधिक सहज बनाना है।

प्रयोक्ता कहानियां

Mycroft के डेवलपर या कमांड लाइन उपयोगकर्ता के रूप में, मैं चाहता हूं कि Mycroft सेवाओं को रोकने और शुरू करने की प्रक्रिया सहज हो, ताकि मैं बुनियादी उपयोग के बजाय प्लेटफ़ॉर्म का विस्तार करने पर ध्यान केंद्रित कर सकूं।

Mycroft के मुख्य अनुरक्षक के रूप में, मैं चाहता हूं कि Mycroft सेवाओं को रोकने और शुरू करने की प्रक्रिया सहज हो ताकि 'गेटिंग स्टार्टेड' प्रश्नों की मात्रा कम हो, जिससे मुझे अपना समय कार्यक्षमता बढ़ाने और उन्नत मुद्दों को डीबग करने पर ध्यान केंद्रित करने की अनुमति मिलती है।

एक डेवलपर, सीएलआई उपयोगकर्ता या माइक्रॉफ्ट के

स्वीकृति मानदंड

Mycroft सेवाओं को शुरू करना, रोकना और फिर से शुरू करना एक मानक, सहज सिंटैक्स का पालन करता है। उदाहरण के लिए यह उबंटू पर systemctl द्वारा उपयोग किए गए सिंटैक्स को मिरर कर सकता है - की तर्ज पर:

$ mycroft [action] [subservice] [parameter]

उदाहरण के लिए

$ mycroft start all
$ mycroft stop all
$ mycroft restart all

$ mycroft start voice
$ mycroft start all --quiet

इस दृष्टिकोण को माइक्रॉफ्ट डेवलपर समुदाय के साथ सामूहीकरण किया जाना चाहिए, और इनपुट मांगा जाना चाहिए
mycroft-core रेपो के लिए README.md और docs.mycroft.ai (यह @kathyreid का काम होगा) दोनों में सिंटैक्स को स्पष्ट रूप से प्रलेखित किया जाना चाहिए।

medium Enhancement - proposed help wanted

स्रोत

KathyReid

सबसे उपयोगी टिप्पणी

मैं प्रस्ताव करना चाहता हूं कि हम इसे दो बहुत ही खोजने योग्य स्क्रिप्ट के साथ करें। अर्थात्:
$ ./mycroft-start.sh
$ ./mycroft-stop.sh

फाइल सिस्टम को ब्राउज़ करते समय, ये एक नौसिखिए के लिए कूद जाएंगे - "ओह, इस तरह आप इसे शुरू करते हैं!"

पुनरारंभ करने की कोई आवश्यकता नहीं है, "प्रारंभ" को पहले से चल रही किसी भी चीज़ को रोकना चाहिए (हम डुप्लिकेट सेवाओं को चलने की अनुमति नहीं दे सकते हैं)। किसी भी सेवा के पैरामीटर नहीं हैं इसलिए हमें उसकी भी आवश्यकता नहीं है।

penrods 15 सित॰ 2017

👍2

सभी 8 टिप्पणियाँ

penrods 15 सित॰ 2017

👍2

यह बहुत मायने रखता है - क्षमा करें, इस पर मेरा प्रारंभिक विचार बिल्कुल सही नहीं था।

KathyReid 16 सित॰ 2017

मैं एक साधारण यूआई का प्रस्ताव करता हूं। मैं एक विंडोज़ .NET, wpf, आदि प्रोग्रामर था (हैं) इसलिए मेरी प्रारंभिक प्रतिक्रिया UI बनाना है। कैसे कुछ सरल है जो विभिन्न राज्यों की स्थिति दिखाता है और फिर टेक्स्ट दर्ज करने के लिए एक जगह है और आउटपुट टेक्स्ट दिखाता है। शुरू भी कर सकते हैं, रोक सकते हैं, कुछ भी। यह पिक्रॉफ्ट पर काम नहीं करेगा लेकिन मैं जो कर सकता था वह एक बैकएंड है जिसमें कमांड लाइन पैरामीटर हो सकते हैं जो यूआई पढ़ेगा। मुझे पता है कि आप सभी लिनक्स टाइप कमांड लाइन पसंद करते हैं लेकिन कलाकारों, डिजाइनरों आदि के लिए वे एक यूआई की सराहना करेंगे। पायथन में यूआई ढांचे का एक गुच्छा है और अगर हमने अभी छोटी शुरुआत की है और आसान चीजें की हैं तो यह प्रगति कर सकता है और अंततः सभी पागल हो सकता है .. इसके बारे में कैसे? क्या आप चाहते हैं कि मैं एक प्रोटोटाइप का मसौदा तैयार करूं? मैं शुरू करने के लिए कुछ ढूंढ रहा हूं। यह मजेदार हो सकता है।

highjinx411 18 सित॰ 2017

क्या mycroft किसी भी सेवा को जबरन बंद करना चाहता है, जो कुछ भी शुरू करने की कोशिश कर रहा है उससे मेल खाता है? क्या यह किसी भी सेवा के साथ समस्याग्रस्त होगा?

इसके अलावा, मैं start.sh ड्रॉप करने के लिए नाम परिवर्तन के लिए वोट दूंगा (आपकी सभी बारीक जरूरतों के लिए mycroft.sh में फोल्ड करें?), start-mycroft.sh, और stop-mycroft.sh को जोड़कर।

el-tocino 20 सित॰ 2017

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

यदि आप वास्तव में क्रॉस-प्लेटफ़ॉर्म जीयूआई के साथ आ सकते हैं, तो मुझे भी इसे देखने में दिलचस्पी होगी!

पीएस मैं खुद एक पुराना विंडोज़ लड़का हूं - मैंने ऑटोस्केच 4 से ऑटोस्केच 10 के लिए दिन में अधिकांश जीयूआई विकास किया। मुझे एक अच्छा यूजर इंटरफेस पसंद है!

penrods 22 सित॰ 2017

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

highjinx411 22 सित॰ 2017

मेरा मानना है कि पीआर #1107 को चाल चलनी चाहिए। व्हाटचा थिंक,

penrods 28 सित॰ 2017

सहमत @penrods , इस मुद्दे को बंद करना।

KathyReid 8 दिस॰ 2017

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Mycroft-core: Mycroft सेवाओं को रोकने और शुरू करने के लिए CLI आदेशों को सरल बनाएं

प्रयोक्ता कहानियां

स्वीकृति मानदंड

सबसे उपयोगी टिप्पणी

सभी 8 टिप्पणियाँ

संबंधित मुद्दों