उबंटू त्रुटि ट्रैकर परियोजना में आपकी रुचि के लिए धन्यवाद ।
सटीक 12.04 के रूप में, यह व्यवहार और वर्कफ़्लो बदल गया। जैसा कि मैंने बग # 993450 में खोजा था "एपॉर्ट बग रिपोर्ट प्रस्तुत करने में विफल रहता है", डिफ़ॉल्ट रूप से एपॉर्ट अब बग रिपोर्ट नहीं खोलता (और यह अजीब है लेकिन ऐसा करने के लिए इसे प्राप्त करना असंभव नहीं है)।
Apport ने बग रिपोर्ट को कभी भी रिलीज़ के बाद नहीं बनाया। जब कोई रिलीज़ अभी भी विकास में है, तो आप लॉन्चपैड बग्स (और त्रुटि रिपोर्ट) को दर्ज करने के लिए ऐपॉर्ट का उपयोग कर सकते हैं।
उबंटू के एक अंतिम रिलीज़ किए गए संस्करण में अब हम त्रुटि संवाद दिखाते हैं। यह किसी भी प्रतिक्रिया के बिना एक कार्यक्रम "दूर जा रहा" से एक महान सुधार है और उपयोगकर्ता यह सोचकर छोड़ दिया जा रहा है कि बस क्या हुआ।
जब लोग इन रिपोर्टों को भेजने के लिए चुनते हैं तो एकत्रित आंकड़ों के आंकड़े http://errors.ubuntu.com पर दिखाई देते हैं ।
मैं इस प्रश्न के साथ बचा हुआ हूं: उपयोगकर्ता कैसे सीखता है कि समस्या की स्थिति क्या है? खाका अब इस आवश्यकता है
उपयोगकर्ता के पास अपनी क्रैश रिपोर्ट की स्थिति पर वापस जाँच करने का कोई तरीका होना चाहिए; उदाहरण के लिए कुछ रिपोर्ट आईडी हैं जो वे आंकड़े और / या किसी भी संबंधित बग # को देखने के लिए देख सकते हैं। जैसे दाखिल करने के समय एक सीरियल नंबर प्रदान करें जिसे वे बाद में एक वेब पेज के माध्यम से लोड कर सकते हैं।
मैं उसे हटाने जा रहा हूं। वह इरादा कभी नहीं था। उपयोगकर्ता इंटरफ़ेस सावधान है कि रिपोर्ट पर कोई प्रतिक्रिया प्राप्त करने के बारे में वादे न करें।
ये बग रिपोर्ट नहीं हैं।
हमारा इरादा डेवलपर्स को सबसे अधिक दबाव वाले मुद्दों को खोजने, उन्हें ठीक करने के लिए आवश्यक जानकारी एकत्र करने और उपयोगकर्ताओं को फिक्स प्राप्त करने में लगने वाले समय को कम करना है।
हमने सबसे अधिक दबाने वाले मुद्दों को खोजने की समस्या को हल कर दिया है। वह http://errors.ubuntu.com का फ्रंट पेज है ।
आवश्यक जानकारी को जल्दी से एकत्र करना, और समस्या का सामना कर रहे उपयोगकर्ताओं के साथ एक लंबी प्रतिक्रिया पाश को शामिल किए बिना नींव-क्यू-बकेटिंग-सुधार में संबोधित किया गया है । योजना डेवलपर्स को सूचना संग्रह प्रक्रिया सर्वर-साइड में हुक करने की अनुमति देने की है। अगर मुझे / var / log / syslog की आवश्यकता है, लेकिन यह पहले से ही प्रदान नहीं किया गया है, तो मैं बस http://errors.ubuntu.com पर एक सेटिंग बदल देता हूं और अगले व्यक्ति जो त्रुटि का अनुभव करता है, उसे स्वचालित रूप से उस डेटा में जोड़ देता है जिसे वे भेज रहे हैं।
उपयोगकर्ताओं को जल्दी से फ़िक्स प्राप्त करना नींव-क्यू-अपडेट-से-क्रैश-रिपोर्ट में संबोधित किया गया है । जब उपयोगकर्ता एक त्रुटि रिपोर्ट सबमिट करते हैं और उस त्रुटि को पहले से ही तय किया गया है और जारी किया जाता है, तो एक संवाद सामने आएगा जो पूछेगा कि क्या वे सॉफ़्टवेयर के संस्करण में अपग्रेड करना चाहते हैं जो कि उनके द्वारा अनुभव की गई समस्या को ठीक करता है।
और एक डेवलपर गेम में कैसे आता है? Https://daisy.ubuntu.com पर जाने से केवल "गलत सामग्री-प्रकार" त्रुटि संदेश मिलता है।
http://daisy.ubuntu.com इंसानों द्वारा इस्तेमाल किए जाने का इरादा नहीं है। यह रिपोर्ट भेजने के लिए त्रुटि रिपोर्टिंग डेमॉन (व्हाट्सएप) के लिए है।
अन्य लोगों के लिए इसमें शामिल होना बिल्कुल अद्भुत होगा। मैं वर्तमान में इस पूर्णकालिक पर केवल एक हैकिंग कर रहा हूं।
प्रणाली के चार भाग हैं।
- Apport , जो डेस्कटॉप यूजर इंटरफेस प्रदान करता है।
- व्हाट्सएप , जो Apport द्वारा बनाई गई रिपोर्ट (और कोर डंप) लेता है और उन्हें त्रुटि ट्रैकर सर्वर, डेज़ी में फावड़ा देता है।
- डेज़ी , जो व्हाट्सएप से रिपोर्ट एकत्र करती है और उन्हें संसाधित करती है। यह सेवा का दिल है। यह वही है जो मूल फाइलों को पुनःप्राप्त रिपोर्ट में बदल देता है और आपके द्वारा देखे गए आँकड़े http://errors.ubuntu.com पर उत्पन्न करता है ।
- त्रुटियां , जो कि एक Django- आधारित वेबसाइट है जो डेटा के एक मानव पठनीय दृश्य और इसके साथ काम करने के लिए एक RESTful API दोनों प्रदान करती है।
Lp: daisy में सेटअप / डायरेक्टरी के तहत स्क्रिप्ट्स का थोड़ा-सा आउट-ऑफ-डेट सेट है, जिससे आपको यह अंदाजा हो सकता है कि टुकड़े एक साथ कैसे फिट होते हैं। मैं इसे बदलने के लिए juju आकर्षण पर काम कर रहा हूँ। लक्ष्य परीक्षण और विकास के लिए क्लाउड में पूरे बुनियादी ढांचे को तैनात करने के लिए एक एकल आदेश है।
अगर आपको और विकास के सवाल हैं तो आप लॉन्चपैड पर मेरा ईमेल पता पा सकते हैं ।
और जानकारी: