हम CentOS 6.4 x64 के लिए RPM पैकेज जमा करते हैं

मैं स्पष्ट रूप से सभी का स्वागत करता हूं! :)

मैं अपने अनुभव के निर्माण RPM संकुल को CentOS 6.4 x64 में साझा करना चाहता हूं। मुझे यह प्रणाली पसंद है, सब कुछ सरल है, बहुत सारी जानकारी है। और हमारी अधिकांश सेवाओं (एक छोटी होस्टिंग कंपनी) पर यह स्थापित है।

एक कार्यशील सर्वर पर, पैकेज का निर्माण न करें, आपको अतिरिक्त पैकेज की आवश्यकता क्यों है? मैंने एक वर्चुअल मशीन बनाई, और वहां मैं इसे करता हूं।

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

खैर, प्रिय लोगों, बात करने के लिए!

1. ओएस स्थापित। हम इस बात को ध्यान में रखते हैं कि सभी स्थापना और उन्नयन क्रियाएं रूट के रूप में की जाती हैं, इसलिए हम sudo का उपयोग नहीं करते हैं। अब उन्नयन और रिबूट करें:

yum update -y && shutdown -r now 

2. हम अतिरिक्त रिपॉजिटरी कनेक्ट करते हैं। मैं कुछ का उपयोग करता हूं, यह:

• Axivo
• CentALT

 rpm -ivh --nosignature http://rpm.axivo.com/redhat/axivo-release-6-1.noarch.rpm && rpm -ihv http://centos.alt.ru/repository/centos/6/x86_64/centalt-release-6-1.noarch.rpm 

करना

 yum update -y 

3. अब हम सभी अच्छे को स्थापित करते हैं, जिसके बिना हम कभी भी PHP का निर्माण नहीं करेंगे।
पहले CentALT से:

 yum install -y libcurl-devel pam-devel sqlite-devel libedit-devel libtool-ltdl-devel libc-client-devel --enablerepo=CentALT 

फिर Axivo से:

 yum -y install postgresql-devel unixODBC-devel net-snmp-devel libxslt-devel libxml2-devel aspell-devel enchant-devel libicu-devel mariadb-server mariadb-devel t1lib-devel libjpeg-devel libpng-devel freetype-devel libXpm-devel libvpx-devel gmp-devel tokyocabinet-devel libmcrypt-devel libtidy-devel freetds-devel recode-devel --enablerepo=axivo 

तो, आइए खुलता है संस्करण की जाँच करें:

 openssl version 

यदि नहीं, तो यह करें:

 yum install -y openssl openssl-devel--enablerepo=axivo 

अब प्रत्यक्ष विधानसभा के लिए आवश्यक स्थापित करें:

 yum groupinstall -y "Development Tools" && yum install rpmdevtools 

4. अब हम विधानसभा के लिए आवश्यक वातावरण बनाएंगे। नीचे दिए गए कार्यों को नियमित उपयोगकर्ता से निष्पादित किया जाना चाहिए, रूट से नहीं, यह एक बहुत ही महत्वपूर्ण बिंदु है।

हम इसे इस तरह से करेंगे:

 rpmdev-setuptree 

यह कमांड निम्नलिखित उपनिर्देशिकाओं के साथ एक निर्देशिका बनाएगी:

 + rpmbuild -BUILD -BUILDROOT -RPMS -SOURCES -SPECS -SRPM 

यहां BUILD संग्रह से स्रोत कोड वाली फ़ाइलों को अनपैक करेगा। RPMS के पास आपके rpm पैकेज होंगे। यहाँ स्रोत विन्यास के साथ सभी स्रोत कोड रखते हैं। विशेषण - एक युक्ति-फ़ाइल है जिसमें विधानसभा के लिए निर्देश हैं। पैकेज बनाने के लिए यह सबसे महत्वपूर्ण हिस्सा है। SRPM - में * .src.rpm फ़ाइल - rpm पैकेज स्रोत हैं। हम इसे आरपीएम पैकेजों के साथ वितरित कर सकते हैं, जिन्हें भविष्य के पैकेज से कुछ जोड़ने / हटाने की जरूरत है। इसमें ऐनक-फ़ाइल, असेंबली के स्रोत शामिल हैं।

मैंने 1,200+ लाइनों के लिए पूरी युक्ति यहाँ अपलोड नहीं की है, इसलिए मेरा सुझाव है कि यहाँ संग्रह डाउनलोड करें
मैंने सोचा था कि आप rpm-पैकेज php-5.4 के स्रोतों से युक्ति-फ़ाइल को फिर से कर सकते हैं, लेकिन यह वहाँ था! बहुत सारे नुकसान जो अपने लिए हल करना मुश्किल है। मुझे रेमी रिपॉजिटरी में आवश्यक src.rpm संस्करण 5.5 मिला, और नए संस्करण के लिए इसे रीडिड किया। और यह सब काम किया।

तो, मान लीजिए कि आपने सभी स्रोतों को डाउनलोड किया है, उन्हें अपने घर निर्देशिका में अनपैक किया है। तब हम विशेष निर्देशिका में जाते हैं और src.rpm के साथ rpm पैकेज बनाने के लिए निम्नलिखित कमांड चलाते हैं:

 rpmbuild -ba php55.spec 

विधानसभा गई। कंप्यूटर की शक्ति पर निर्भर करते हुए, इसमें लंबा समय लगेगा। मुझे लगभग 40 मिनट लगे।

यदि PHP का एक नया संस्करण सामने आता है (मान लें कि 5.5। *), तो स्रोत फ़ोल्डर में bz2 संग्रह डाउनलोड करें (याद रखें, यह स्रोत है), फ़ाइल को संपादित करें SpecS / php55.spec। "संस्करण: 5.5.4" को वांछित संस्करण में बदलें। और आप एक नया संग्रह कर सकते हैं।

पहले से ही एकत्र किए गए पैकेज यहां डाउनलोड किए जा सकते हैं

PS 5.4 से 5.5.4 के संस्करण में से किसी एक सर्वर पर अपडेट किया गया, कुछ भी बुरा नहीं हुआ। ग्राहक के पास एक ही चीज थी "Depraceted: preg_replace () / e", जो कि preg_replace () / e को preg_replace_callback () के साथ बदलकर आसानी से तय किया गया था।

सभी के लिए क्रिएटिव उज्बेक :)