अपडेट के बाद मेरे पास .rpmnew फ़ाइल क्यों है?


17

मैं अपने फेडोरा को अपडेट करने के लिए यम का उपयोग करता हूं। एक विशाल अद्यतन के बाद, मुझे कई .rpmnewऔर .rpmsaveफाइलें मिलीं । मैं समझ सकता था कि क्या मैंने इन फाइलों को संशोधित किया था। लेकिन मुझे यकीन है कि मैंने इन फ़ाइलों को संपादित नहीं किया।

मुझे इन फ़ाइलों के साथ क्या करना चाहिए? अगले अपडेट में क्या होगा?

यहाँ इन फ़ाइलों का एक नमूना है:

/usr/share/texmf-var/fonts/map/dvipdfm/updmap/dvipdfm_dl14.map.rpmnew
/usr/share/texmf-var/fonts/map/dvipdfm/updmap/dvipdfm_dl14.map.rpmsave

धन्यवाद

जवाबों:


22

दो मामले हैं:

  • यदि कोई फ़ाइल rpm के हिस्से के रूप में स्थापित की गई थी, तो यह एक config फाइल है (यानी %configटैग के साथ चिह्नित ), आपने बाद में फ़ाइल को संपादित कर दिया है और अब आप rpm को अपडेट करते हैं तो नई कॉन्फ़िग फ़ाइल (नए rpm से) बदल जाएगी आपकी पुरानी कॉन्फ़िग फ़ाइल (यानी सक्रिय फ़ाइल बन जाती है)। .rpmsaveप्रत्यय के साथ नाम बदला जाएगा ।
  • यदि कोई फ़ाइल rpm के हिस्से के रूप में स्थापित की गई थी, तो यह एक noreplace-config फ़ाइल है (यानी %config(noreplace)टैग के साथ चिह्नित ), आपने बाद में फ़ाइल को संपादित कर दिया है और अब आप rpm को अपडेट करते हैं तो आपकी पुरानी कॉन्फ़िग फ़ाइल यथावत रहेगी (अर्थात सक्रिय रहें) और नई कॉन्फिग फाइल (नए आरपीएम से) को .rpmnewप्रत्यय के साथ डिस्क पर कॉपी किया जाएगा ।

जैसे देखें इस तालिका में सभी विवरण के लिए।

दोनों ही मामलों में आपने या किसी प्रोग्राम ने कॉन्फिग फाइल (एस) को एडिट किया है और इसीलिए आप अपग्रेड के बाद .rpmsave/ .rpmnewफाइल्स को देखते हैं क्योंकि आरपीएम कॉन्फिग फाइल को चुपचाप और बिना बैकअप फाइल के अपग्रेड कर देगा यदि लोकल फाइल अनछुई है।

सिस्टम अपग्रेड के बाद इन फ़ाइलों के लिए अपने फाइल सिस्टम को स्कैन करना एक अच्छा विचार है और सुनिश्चित करें कि सही कॉन्फिगर फाइलें सक्रिय हैं और शायद .rpmnew फ़ाइलों से नई सामग्री को प्रोडक्शन फाइलों में मर्ज कर दें। जब आप काम पूरा कर लें, तो आप फाइलें .rpmsaveऔर .rpmnewफाइलें हटा सकते हैं।


10

कभी-कभी पैकेज प्रबंधक केवल इस बात पर थोड़ा भ्रमित हो जाता है कि संशोधित फ़ाइल का गठन किया गया है या नहीं। आमतौर पर ऐसा इसलिए होता है क्योंकि कुछ प्रोग्राम या अन्य ने संशोधन किए हैं (विशेषकर उन टीएक्स मैप फाइल)।

इस प्रकार की फाइलों से निपटने के दौरान मेरे पास दो दृष्टिकोण हैं, जो मेरे मूड पर निर्भर करता है, सिस्टम की आलोचनात्मकता, और मुझे प्रश्न में फाइल के बारे में कितना पता है:

  1. सिस्टम के ठीक कुछ समय तक काम करने के बाद, बस उन लोगों को हटा दें जिन्हें मैं नहीं बदल पाया हूं (संभवतः खतरनाक है, लेकिन मेरी धारणा यह है कि अगर यह वास्तव में महत्वपूर्ण था जो मैंने अब तक देखा होगा। ध्यान दें कि मैं केवल यही करता हूं। यह "कम मूल्य" सिस्टम पर है जिसे मैं कुछ समय बिताने के लिए खर्च कर सकता हूं अगर मैंने इसे भर दिया है);
  2. diff -u <current file> <new/save version>फ़ाइल के विभिन्न संस्करणों के बीच एकीकृत अंतर ( ) करें, आउटपुट की जांच करें और सभी चीज़ों को गति देने के लिए संस्करणों के बीच आवश्यक परिवर्तनों को एकीकृत करें, फिर चीजों से खुश होने पर सहेजें / नई फ़ाइलों को हटा दें। बहुत अधिक काम (हालांकि फाइलों को खोजने और मदद करने के लिए छोटे खोल स्क्रिप्ट), लेकिन बहुत ज्यादा कुछ भी नहीं तोड़ने की गारंटी दी जाती है जब तक कि मैं मर्ज ऊपर नहीं करता।
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.