Libseccomp: बग: ट्रैविस सीआई को गिटहब क्रियाओं के साथ बदलने पर विचार करें

को निर्मित 6 नव॰ 2020 · 14टिप्पणियाँ · स्रोत: seccomp/libseccomp

इस पर बहुत सारे लेख हैं, लेकिन इस मुद्दे पर कुछ पृष्ठभूमि के लिए नीचे द रजिस्टर लेख देखें:

https://www.theregister.com/2020/11/02/travis_ci_pricng

ट्रैविस सीआई libseccomp के लिए संभावित रूप से अविश्वसनीय होने के साथ, हमें सीआई परीक्षण को गिटहब क्रियाओं में ले जाने की जांच करनी चाहिए:

https://docs.github.com/hi/free-pro-team@latest/actions

bug prioritlow

स्रोत

pcmoore

👍1

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

मुझे वास्तव में Github Actions का लुक पसंद आ रहा है। मैंने ट्रैविस सीआई से जीथब क्रियाओं में libcgroup स्विच करने के लिए अभी एक पैचसेट भेजा है।

https://github.com/drakenclimber/libcgroup/tree/issues/github_actions
https://sourceforge.net/p/libcg/mailman/message/37165461/

मैं इस सप्ताह libseccomp के संक्रमण के लिए एक पैचसेट को एक साथ रखने का प्रयास करूँगा।

drakenclimber 30 नव॰ 2020

👍2

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

यहां ट्रैविसी से जीथब एक्शन में माइग्रेट करने के लिए एक गाइड है। मैं अगले कुछ दिनों में इसके साथ प्रयोग करने की उम्मीद कर रहा हूं
https://docs.github.com/hi/free-pro-team@latest/actions/learn -github-actions/migrating-from-travis-ci-to-github-actions

drakenclimber 19 नव॰ 2020

👍1

https://github.com/drakenclimber/libcgroup/tree/issues/github_actions
https://sourceforge.net/p/libcg/mailman/message/37165461/

drakenclimber 30 नव॰ 2020

👍2

यह अच्छा लगता है @drakenclimber , धन्यवाद!

pcmoore 2 दिस॰ 2020

यहाँ मेरी वर्तमान स्थिति है। मेरे पास हमारे वर्तमान ट्रैविस सीआई समाधान से कुछ मामूली विचलन के साथ amd64 पर काम कर रहे गीथब एक्शन हैं, लेकिन मुझे अन्य आर्किटेक्चर के बारे में चिंता है।

पेशेवरों:

प्रयोग करने में आसान। मैं जीथब क्रियाओं में एक सतत एकीकरण वर्कफ़्लो को जल्दी से स्थापित करने में सक्षम था
यह एक में Encapsulate संचालन करने के लिए आसान भी है कार्रवाई । इन क्रियाओं को फिर वर्कफ़्लो के भीतर पुन: उपयोग किया जा सकता है। (अजीब तरह से एक क्रिया किसी अन्य क्रिया को नहीं बुला सकती है ।)
स्वीकार्य गति (कम से कम amd64 के लिए)। संपूर्ण परीक्षण सूट 22 मिनट में पूरा हुआ
अच्छा जीयूआई और असफल कदम स्पष्ट रूप से चित्रित हैं
मुझे वास्तव में जीथब क्रियाओं के समानांतरकरण विकल्प पसंद हैं, और यह अन्य कार्यों के पूरा होने के बाद परिणामों को समेटने की सुविधा प्रदान करता है। मैं सभी परीक्षणों के चलने के बाद इसके कोड कवरेज नंबर को

दोष:

अन्य आर्किटेक्चर के लिए कोई मूल समर्थन नहीं
- एक जीथब कर्मचारी ने आर्म 64 डॉकर कंटेनर चलाने के लिए यह समाधान प्रदान किया। मैंने इसे आज़माया, और कुछ फ़िडलिंग के साथ मैं मूल परीक्षण सूट को ज्यादातर काम करने में सक्षम था। (टेस्ट 52 - बेसिक लोड - किसी अजीब कारण से विफल।) लेकिन यह सेटअप स्थानीय रूप से पुन: पेश करना मुश्किल है और डिबगिंग एक महत्वपूर्ण चुनौती है। मैं अजगर परीक्षण काम करने में सक्षम नहीं था। ओह, और यह वास्तव में, वास्तव में धीमा है - arm64 पर परीक्षणों के एक पारे हुए सेट को चलाने में एक घंटे का समय लगा। ppc64el ने इसे मारने से पहले
- एक जीथब उपयोगकर्ता ने इस क्रिया को बनाया जो गैर-देशी आर्किटेक्चर को चलाने के लिए डॉकर कंटेनरों का भी उपयोग करता है। वाक्य रचना कुछ हद तक भद्दी है और हमें कोड की नकल करने की आवश्यकता होगी। हालांकि, इसकी समर्थित वास्तुकला और मंच सूची बहुत अच्छी है
- Github Actions स्व-होस्ट किए गए धावकों का उपयोग करने का समर्थन करता है, इसलिए एक (बदसूरत) विकल्प एक समर्पित arm64, ppc64le, आदि बॉक्स ढूंढना होगा और परीक्षण चलाने के लिए इसका उपयोग करना होगा। इसका लाभ यह है कि डिबगिंग डॉकटर कंटेनर की तुलना में बहुत अधिक सरल होगी

अन्य:

Coveralls.io ने एक Github Action बनाया है। हमारा मौजूदा TravisCI समाधान, cpp-coveralls , Github Actions पर काम करता है, लेकिन यह समानांतर बिल्ड के साथ संघर्ष करता है। मेरे पास libcgroup में समानांतर में
Coveralls की कार्रवाई का उपयोग करने के लिए, मुझे lcov.info फ़ाइल जेनरेट करने के लिए सीधे lcov का यह लाइन कवर की गई थी या नहीं, जबकि जीथब एक्शन सॉल्यूशन स्पष्ट रूप से इसे खुला कहता है । मेरा मानना है कि इस मामले में जीथब एक्शन सही है और हमारा वर्तमान समाधान इसकी कवरेज संख्या को थोड़ा गलत बता रहा है
स्वयं को ध्यान दें - मेरे पास --exclude src/arch-syscall-check.c lcov ध्वज कार्य नहीं कर रहा है। कोई सुराग नहीं क्यों

drakenclimber 3 दिस॰ 2020

यहाँ मेरी वर्तमान स्थिति है। मेरे पास हमारे वर्तमान ट्रैविस सीआई समाधान से कुछ मामूली विचलन के साथ amd64 पर काम कर रहे गीथब एक्शन हैं, लेकिन मुझे अन्य आर्किटेक्चर के बारे में चिंता है।
पेशेवरों:
प्रयोग करने में आसान। मैं जीथब क्रियाओं में एक सतत एकीकरण वर्कफ़्लो को जल्दी से स्थापित करने में सक्षम था
यह एक में Encapsulate संचालन करने के लिए आसान भी है कार्रवाई । इन क्रियाओं को फिर वर्कफ़्लो के भीतर पुन: उपयोग किया जा सकता है। (अजीब तरह से एक क्रिया किसी अन्य क्रिया को नहीं बुला सकती है ।)
स्वीकार्य गति (कम से कम amd64 के लिए)। संपूर्ण परीक्षण सूट 22 मिनट में पूरा हुआ
अच्छा जीयूआई और असफल कदम स्पष्ट रूप से चित्रित हैं
मुझे वास्तव में जीथब क्रियाओं के समानांतरकरण विकल्प पसंद हैं, और यह अन्य कार्यों के पूरा होने के बाद परिणामों को समेटने की सुविधा प्रदान करता है। मैं सभी परीक्षणों के चलने के बाद इसके कोड कवरेज नंबर को
दोष:
अन्य आर्किटेक्चर के लिए कोई मूल समर्थन नहीं
एक जीथब कर्मचारी ने आर्म 64 डॉकर कंटेनर चलाने के लिए यह समाधान प्रदान किया। मैंने इसे आज़माया, और कुछ फ़िडलिंग के साथ मैं मूल परीक्षण सूट को ज्यादातर काम करने में सक्षम था। (टेस्ट 52 - बेसिक लोड - किसी अजीब कारण से विफल।) लेकिन यह सेटअप स्थानीय रूप से पुन: पेश करना मुश्किल है और डिबगिंग एक महत्वपूर्ण चुनौती है। मैं अजगर परीक्षण काम करने में सक्षम नहीं था। ओह, और यह वास्तव में, वास्तव में धीमा है - arm64 पर परीक्षणों के एक पारे हुए सेट को चलाने में एक घंटे का समय लगा। ppc64el ने इसे मारने से पहले
एक जीथब उपयोगकर्ता ने इस क्रिया को बनाया जो गैर-देशी आर्किटेक्चर को चलाने के लिए डॉकर कंटेनरों का भी उपयोग करता है। वाक्य रचना कुछ हद तक भद्दी है और हमें कोड की नकल करने की आवश्यकता होगी। हालांकि, इसकी समर्थित वास्तुकला और मंच सूची बहुत अच्छी है
Github Actions स्व-होस्ट किए गए धावकों का उपयोग करने का समर्थन करता है, इसलिए एक (बदसूरत) विकल्प एक समर्पित arm64, ppc64le, आदि बॉक्स ढूंढना होगा और परीक्षण चलाने के लिए इसका उपयोग करना होगा। इसका लाभ यह है कि डिबगिंग डॉकटर कंटेनर की तुलना में बहुत अधिक सरल होगी
अन्य:
Coveralls.io ने एक Github Action बनाया है। हमारा मौजूदा TravisCI समाधान, cpp-coveralls , Github Actions पर काम करता है, लेकिन यह समानांतर बिल्ड के साथ संघर्ष करता है। मेरे पास libcgroup में समानांतर में
Coveralls की कार्रवाई का उपयोग करने के लिए, मुझे lcov.info फ़ाइल जेनरेट करने के लिए सीधे lcov का यह लाइन कवर की गई थी या नहीं, जबकि जीथब एक्शन सॉल्यूशन स्पष्ट रूप से इसे खुला कहता है । मेरा मानना है कि इस मामले में जीथब एक्शन सही है और हमारा वर्तमान समाधान इसकी कवरेज संख्या को थोड़ा गलत बता रहा है
स्वयं को ध्यान दें - मेरे पास --exclude src/arch-syscall-check.c lcov ध्वज कार्य नहीं कर रहा है। कोई सुराग नहीं क्यों

MacOS पर Vagrant का उपयोग करने के बारे में क्या?

oxr463 28 दिस॰ 2020

MacOS पर Vagrant का उपयोग करने के बारे में क्या?

यह मुद्दा विशेष रूप से हमारे सीआई परीक्षण को ट्रैविस सीआई से गिटहब क्रियाओं में स्थानांतरित करने के बारे में है, न कि सामान्य विकास और libseccomp के परीक्षण के बारे में। मुझे यकीन नहीं है कि मैकोज़ गिटहब क्रियाओं के लिए एक विकल्प है, और यहां तक कि अगर यह कर्नेल समर्थन की कमी के कारण हमारे लिए खराब विकल्प होगा (हमारे "लाइव" परीक्षण सीमित हैं, लेकिन महत्वपूर्ण हैं)।

pcmoore 30 दिस॰ 2020

यहाँ मेरी वर्तमान स्थिति है। मेरे पास हमारे वर्तमान ट्रैविस सीआई समाधान से कुछ मामूली विचलन के साथ amd64 पर काम कर रहे गीथब एक्शन हैं, लेकिन मुझे अन्य आर्किटेक्चर के बारे में चिंता है।

इस @drakenclimber को देखने के लिए धन्यवाद, सीमित आर्किटेक्चर समर्थन बहुत निराशाजनक है। चूंकि हम वास्तव में इस समय ट्रैविस सीआई के साथ बहुत सारी समस्याएं नहीं देख रहे हैं, शायद हम ट्रैविस के साथ तब तक जारी रखते हैं जब तक कि यह विघटनकारी न हो जाए?

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

pcmoore 30 दिस॰ 2020

MacOS पर Vagrant का उपयोग करने के बारे में क्या?
यह मुद्दा विशेष रूप से हमारे सीआई परीक्षण को ट्रैविस सीआई से गिटहब क्रियाओं में स्थानांतरित करने के बारे में है, न कि सामान्य विकास और libseccomp के परीक्षण के बारे में। मुझे यकीन नहीं है कि मैकोज़ गिटहब क्रियाओं के लिए एक विकल्प है, और यहां तक कि अगर यह कर्नेल समर्थन की कमी के कारण हमारे लिए खराब विकल्प होगा (हमारे "लाइव" परीक्षण सीमित हैं, लेकिन महत्वपूर्ण हैं)।

मैं गिटहब क्रियाओं से काफी परिचित हूं। वे macOS का समर्थन करते हैं (देखें: https://github.com/actions/virtual-environments#available-environments)। विशेष रूप से, macOS एकमात्र ऐसा वातावरण है जो Vagrant और VirtualBox के साथ आता है (देखें: https://github.com/actions/virtual-environments/issues/433)।

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

यह सिर्फ मेरे दो सेंट है :)

oxr463 30 दिस॰ 2020

👍1

धन्यवाद @ oxr463 , जीएच क्रियाओं के बारे में जानना अच्छा है। इस बिंदु पर मैं एक आभासी वातावरण के अतिरिक्त प्रबंधन उपरि नहीं रखना पसंद करूंगा, लेकिन यह विचार करने वाली बात है कि क्या ट्रैविस सीआई कभी हमारे लिए एक समस्या बन जाता है।

चूंकि हमारी ट्रैविस गतिविधि अपेक्षाकृत हल्की है, मुझे उम्मीद है कि हम ट्रैविस की समस्याओं में नहीं भागेंगे जो कुछ अन्य परियोजनाओं ने देखी हैं।

pcmoore 30 दिस॰ 2020

👍1

इस @drakenclimber को देखने के लिए धन्यवाद, सीमित आर्किटेक्चर समर्थन बहुत निराशाजनक है। चूंकि हम वास्तव में इस समय ट्रैविस सीआई के साथ बहुत सारी समस्याएं नहीं देख रहे हैं, शायद हम ट्रैविस के साथ तब तक जारी रखते हैं जब तक कि यह विघटनकारी न हो जाए?

हां, मुझे लगता है कि यह सबसे अच्छा और सुरक्षित उत्तर है।

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

हाँ, यह संभव होना चाहिए। मैंने अंक # 309 बनाया और इसे स्वयं को सौंपा। मैं इसे अगले एक या दो सप्ताह में लेने की कोशिश करूंगा।

धन्यवाद

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

धन्यवाद, @ oxr463। मुझे यह भी उम्मीद है कि हमें उस रास्ते पर नहीं जाना पड़ेगा, लेकिन यह जानना अच्छा है कि वहां अन्य विकल्प भी हैं।

drakenclimber 8 जन॰ 2021

@drakenclimber मैं इसे एक रिलीज मील के पत्थर से छोड़ने जा रहा हूं और प्राथमिकता को कम कर देता हूं क्योंकि हम इसके लिए "ब्रेक तक प्रतीक्षा करें" दृष्टिकोण अपना रहे हैं, अगर आप असहमत हैं तो चिल्लाने के लिए स्वतंत्र महसूस करें या तदनुसार लेबल समायोजित करें।

pcmoore 12 जन॰ 2021

@drakenclimber मैं इसे एक रिलीज मील के पत्थर से छोड़ने जा रहा हूं और प्राथमिकता को कम कर देता हूं क्योंकि हम इसके लिए "ब्रेक तक प्रतीक्षा करें" दृष्टिकोण अपना रहे हैं, अगर आप असहमत हैं तो चिल्लाने के लिए स्वतंत्र महसूस करें या तदनुसार लेबल समायोजित करें।

मुझे अच्छा लगता है। धन्यवाद!

drakenclimber 12 जन॰ 2021

@drakenclimber एक बात मेरे साथ हुई - हमें travis-ci.org से travis-ci.com पर माइग्रेट करने की कोशिश करने पर विचार करना चाहिए क्योंकि ".org" माना जाता है कि "सप्ताह के भीतर" दूर जा रहा है।

pcmoore 14 जन॰ 2021

ओह! यह नहीं पता था। धन्यवाद!

मैं इसे अगले हफ्ते लेने की कोशिश करूंगा।

drakenclimber 14 जन॰ 2021

👍1

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

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

Libseccomp: बग: ट्रैविस सीआई को गिटहब क्रियाओं के साथ बदलने पर विचार करें

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

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

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