ટેક્નોલ ofજીની દુનિયામાં એક જૂની મજાક છે કે કોઈ પણ સમયે કોઈ એવું ફોર્મેટ બનાવવાનો પ્રયાસ કરે છે જે ફેલાવાને ટાળવા માટે બીજા બધાને શ્રેષ્ઠમાં લાવે, ફક્ત એક જ વસ્તુ તેઓ સૂચિમાં એક નવું ઉમેરશે. તેમાંના કેટલાક પેકેજ ફોર્મેટ બનાવવા માટેના પ્રયત્નો સાથે છે જે ફેરફાર કર્યા વિના બધા લિનક્સ ડિસ્ટ્રિબ્યુશન પર ચલાવી શકે છે. અત્યાર સુધી આ સદી આપણે ત્રણ થઈ ચૂક્યા છીએ.
ત્વરિત, ફ્લેટપakક અને imaપ્પીમેજ. પરંપરાગત બંધારણો સાથે તફાવત
મૂળ પેકેજ બંધારણો અને એકલ પેકેજ ફોર્મેટ્સ વચ્ચેનો મુખ્ય તફાવત એ છે કે programsપરેટિંગ સિસ્ટમ પર ઇન્સ્ટોલ કરેલા અન્ય પ્રોગ્રામ્સ સાથે અગાઉની શેર અવલંબન. બીજા શબ્દોમાં કહીએ તો, જો પ્રોગ્રામ વાયને નિર્ભરતા 1 ની જરૂર હોય અને તે નિર્ભરતા પ્રોગ્રામ X દ્વારા ઇન્સ્ટોલ કરવામાં આવી હતી જેની પણ તેની જરૂર છે, તે અવલંબન ફરીથી ઇન્સ્ટોલ થશે નહીં.
જુદા જુદા બંધારણોમાં પેકેજ કરેલા પ્રોગ્રામ્સમાં તેઓને કાર્ય કરવા માટે આવશ્યક તમામ અવલંબન શામેલ છે. બીજા શબ્દોમાં કહીએ તો, દર વખતે કોઈ પ્રોગ્રામ ઇન્સ્ટોલ થવાની જરૂર હોય ત્યારે પરાધીનતા 1 ઇન્સ્ટોલ થશે.
બીજો તફાવત એ છે કે પરંપરાગત પેકેજ ફોર્મેટ્સ દરેક વિતરણની વિશિષ્ટતાઓ સાથે બિલ્ટ હોવા જોઈએ.. તેથી જ જોકે ઉબુન્ટુ ડેબિયનમાંથી મેળવાયેલ વિતરણ છે, પરંતુ તફાવતો એટલા મહત્વપૂર્ણ છે કે પ્રથમની રિપોઝીટરીઓ બીજામાં વાપરી શકાતી નથી.
ત્રીજો તફાવત તે છે પરંપરાગત પેકેજો પર નિર્ભરતામાં કોઈપણ ફેરફારની જરૂર છે તે અન્ય લોકોની કામગીરીને અસર કરી શકે છે. બીજી બાજુ, સ્વતંત્ર ફોર્મેટમાં પ્રોગ્રામમાં થયેલા ફેરફારો બાકીની સિસ્ટમ પર અસર કરશે નહીં.
દરેક વિતરણની વિશિષ્ટતાઓને આધારે, પેકેજ મેનેજરથી સ્વતંત્ર સ્વરૂપોમાં એપ્લિકેશનો ઇન્સ્ટોલ કરવું અને તેમના પ્રભારી મેનેજર સાથે તેમના અપડેટને સ્વચાલિત કરવું શક્ય છે.
ઉબુન્ટુમાં, સ Softwareફ્ટવેર સેન્ટર તમને સ્નેપ જેવા પરંપરાગત ફોર્મેટમાં બંને પ્રોગ્રામ્સ ઇન્સ્ટોલ કરવાની મંજૂરી આપે છે, બાદમાં પ્રાધાન્ય આપે છે. તેમ છતાં ત્યાં એક પ્લગઇન છે જે જીનોમ સ Softwareફ્ટવેર સેન્ટરને મંજૂરી આપે છે (જેમાંથી ઉબુન્ટુ લેવામાં આવ્યું છે) તે આ વિતરણ સાથે કામ કરતું નથી.
ઉબુન્ટુ સ્ટુડિયોના કિસ્સામાં, સ્નેપ પેકેજો વાપરવાના વિકલ્પને સક્ષમ કરવું શક્ય છે જ્યારે કે કે નિયોન અને માંજારો બંને બંધારણો સાથે કામ કરી શકે છે.
પળવારમાં
2014 માં તેનો વિકાસ શરૂ થયો ત્યારથી તે સ્વતંત્ર બંધારણોમાં સૌથી નવી છે. તે ફક્ત ડેસ્કટ desktopપ લિનક્સ વિતરણોમાં જ નહીં, પણ ઇન્ટરનેટ Thફ થિંગ્સ, મોબાઇલ ઉપકરણો અને સર્વર્સ માટે પણ વાપરવાનો છે. પ્રતિતેમ છતાં અલગ એપ્લિકેશન સ્ટોર્સ બનાવવાનું શક્ય છે, હાલમાં કેનોનિકલ દ્વારા સંચાલિત ફક્ત એક જ છે, સ્નેપક્રાફ્ટ.
તેમ છતાં સ્નેપક્રાફ્ટમાં સૌથી વધુ લોકપ્રિય ખુલ્લા સ્રોત એપ્લિકેશનોનું એક વર્ગીકરણ છે, તેની શક્તિ એ ખાનગી સ softwareફ્ટવેર વિકાસકર્તાઓ અને ક્લાઉડ સર્વિસ પ્રોવાઇડર્સ દ્વારા વિકસિત પ્રોગ્રામ્સ છે.
Flatpak
જોકે ફ્લેટપકે સત્તાવાર રીતે 2015 માં લોન્ચ કર્યું હતું, તે બીજા સાર્વત્રિક ફોર્મેટ પ્રોજેક્ટનું ચાલુ છે જે xdg-app તરીકે ઓળખાય છે. આ પ્રોજેક્ટનો ઉદ્દેશ સાથે જન્મ થયો હતો સલામત વર્ચ્યુઅલ સેન્ડબોક્સમાં એપ્લિકેશંસ ચલાવવા માટે સક્ષમ થાઓ, જેને રુટ વિશેષાધિકારોની આવશ્યકતા નથી અથવા સિસ્ટમ માટે કોઈ સુરક્ષા ખતરો નથી.
ફ્લેટપakક ડેસ્કટ .પ વિતરણો પર કેન્દ્રિત છે એપ્લિકેશન એપ્લિકેશન સ્ટોર હોવાના ખ્યાલનો પણ ઉપયોગ કરે છે ફ્લેથબ શ્રેષ્ઠ જાણીતા.
ફ્લેથબનો મજબૂત મુદ્દો તે છે તેમાં સામાન્ય રીતે મુખ્ય ખુલ્લા સ્રોત એપ્લિકેશનોનાં સૌથી અદ્યતન સંસ્કરણો હોય છે.
Appimage
એપિમેજ એ સ્ટેન્ડઅલોન પેકેજ બંધારણોમાં સૌથી જૂનું છે કારણ કે તે પ્રથમ 2004 માં પ્રકાશિત થયું હતું.
"એક એપ્લિકેશન-એક ફાઇલ" ના દાખલાને અનુસરવાનું તે પ્રથમ બંધારણ હતું. એનો અર્થ એ છે કે જ્યારે પણ અમે Appપિમેજ ફાઇલ ડાઉનલોડ કરીએ છીએ ત્યારે અમે એપ્લિકેશન ડાઉનલોડ કરી રહ્યાં છીએ અને તે કાર્ય કરવા માટે જરૂરી બધું. જો આપણે એપ્લિકેશનનો ઉપયોગ કરવા માંગતા હો, તો આપણે તેને એક્ઝેક્યુશન પરમિશન આપવી પડશે અને તેને ઓળખી કા theનારા આઇકોન પર ડબલ-ક્લિક કરો.
એપ્પિમેજ એપ્લિકેશન સ્ટોર સિસ્ટમનો ઉપયોગ કરતું નથી, પરંતુ, ઘાસની વેબ પૃષ્ઠ જેમાં આપણે બધા ઉપલબ્ધ ટાઇટલની સૂચિ શોધી શકીએ છીએ.
Imaપિમેજને અપડેટ કરવા માટે, આપણે તેનો ઉપયોગ કરી શકીએ છીએ આ સાધન.
હું યાદ કરું છું કે એપ્લિકેશન્સ ઇન્સ્ટોલ કરતી વખતે ત્વરિતની તીવ્ર વધી રહેલી ધીમીતા વિશે કોઈ ઉલ્લેખ કરવામાં આવ્યો નથી કારણ કે તેને દરેક માટે વર્ચુઅલ યુનિટની જરૂર હોય છે.
હું યાદ કરું છું કે એપ્લિકેશન્સ ઇન્સ્ટોલ કરતી વખતે ત્વરિતની તીવ્ર વધી રહેલી ધીમીતા વિશે કોઈ ઉલ્લેખ કરવામાં આવ્યો નથી કારણ કે તેને દરેક માટે વર્ચુઅલ યુનિટની જરૂર હોય છે.
તમારી ટિપ્પણી બદલ આભાર. હું તે ધ્યાનમાં રાખીશ.
વ્યક્તિગત રૂપે મને લાગે છે કે સ્વતંત્ર સ softwareફ્ટવેર પેકેજિંગની સમસ્યાઓ ખૂબ deepંડા સંઘર્ષના પ્રતિબિંબ સિવાય કંઈ નથી, જે વિવિધ વિતરણો દ્વારા એલએસબી અને એફએસએચ ધોરણોનું પાલન કરવાની ડિગ્રી સાથે કરવાનું છે.
પેકેજિંગ પાછળના મૂળભૂત તત્વોમાં પ્રમાણભૂત પુસ્તકાલયોનું અમલીકરણ, સ softwareફ્ટવેરનું સ્થાન અને સ્થાન બંને રાખવાની સાથે સાથે ગોઠવણી ફાઇલો પણ છે. આમ પુસ્તકાલયના તકરારને ટાળવું. કંઈક કે જે અન્ય operatingપરેટિંગ સિસ્ટમોમાં સામાન્ય છે, અને તે કમનસીબે, ધોરણોનું પાલન ન કરવાથી, સોફ્ટવેરને જાળવવા અને અપડેટ કરવાનું મુશ્કેલ બનાવે છે, એક વિતરણથી બીજામાં સોફ્ટવેરનું સ્થળાંતર છોડી દો. જાતે સંકલનની ખરાબ પ્રથા, તેના અમલીકરણમાં ધોરણોનું પાલન વિશ્લેષણ કર્યા વિના, ઘણી વખત કરવામાં આવી, સિસ્ટમ સંચાલકો માટે એક માથાનો દુખાવો બનીને સમાપ્ત થાય છે. ખાસ કરીને જ્યારે કોઈએ પહેલાનાં એડમિન દ્વારા ઇન્સ્ટોલ કરેલું પ્રોડક્શન સર્વર લેવું આવશ્યક છે.
સ્વતંત્ર પેકેજિંગ, એક રીતે અથવા બીજી રીતે, તે ફિલસૂફીનું યોગદાન આપવાનું સમાપ્ત કરે છે, સ્વતંત્રતા કરતાં વધુને પ્રોત્સાહન આપે છે, કોઈ ચોક્કસ બંધારણ અથવા કંપની પર નિર્ભરતા. પ્લેટફોર્મ સ્થળાંતર ઘણી વખત લગભગ અશક્ય કાર્ય કરવું. લાંબા ગાળા કરતાં ટૂંકા ગાળામાં વધુ વિચારવું. 15 વર્ષથી વધુનો અનુભવ ધરાવતા કોઈપણ ગંભીર એડમિન દ્વારા જોઈ શકાય તેવી સ્થિતિ. અને હું કહું છું કે હેતુ પર આ આંકડો, કારણ કે તે સમયગાળામાં તે પૂરતું વિતરણ થયું હશે, તે સમજવા માટે કે વહેલા કે પછી, પ્રોજેક્ટ્સ અથવા સેવાઓને એક અથવા બીજા કારણોસર પ્લેટફોર્મથી સ્થળાંતર કરવાની ફરજ પાડવામાં આવશે. પરિસ્થિતિના ભાગ્યે જ કોઈ પ્રોજેક્ટના અમલીકરણ દરમિયાન મૂલ્યાંકન પ્રક્રિયામાં ભાગ્યે જ પ્રવેશ કરે છે. જ્યાં સ્થળાંતર કરવાનું સૌથી સરળ એ ચોક્કસપણે પ્લેટફોર્મ છે જે ઉપરોક્ત ધોરણોનું શ્રેષ્ઠ પાલન કરે છે. આ સ્વતંત્ર પેકેજો હોવાને કારણે, આ ધોરણોથી ખૂબ દૂર છે.
રસપ્રદ યોગદાન, તે વિશે મને વિચારવાનું થયું નથી
એપિમેજ ફાઇલ અપડેટ ટૂલ વ્યવહારીક નકામું છે. મેં પ્રયાસ કરેલી Appપ્પિમેજ ફાઇલોમાંથી (ઇંક્સકેપ, ઓલિવ, કેસ્નિપ, મ્યુઝસ્કોર, ઓપનશોટ અન્ય લોકો વચ્ચે) તે ફક્ત એક સાથે કામ કરવાનો પ્રયાસ કર્યો છે, "કોઈ ચકાસણી સહી અસ્તિત્વમાં નથી" સાથે સમાપ્ત થાય છે અને તેથી, તેને અપડેટ પણ નથી કરતા. કહેવા માટે, તે કોઈ પણ માટે વપરાયેલ નથી, તમે સંદર્ભને દૂર કરી શકો છો. ઉપરાંત, તે મહિનાઓથી અપડેટ કરવામાં આવ્યું નથી.
ટિપ્પણી કરવા બદલ આભાર