Peek: Peek को PPA में जोड़ें

बिल्कुल, मैं यह देखना बहुत पसंद करूंगा। लेकिन कम से कम इस समय यह अवास्तविक है कि मैं पीपीए को बनाए रखने में सक्षम रहूंगा और इसे अद्यतित रखूंगा, इसलिए मुझे यहां कुछ मदद की आवश्यकता होगी। अगर कोई इसे सेट कर सकता है तो यह भयानक होगा :)

यदि एक नया संस्करण जारी किया गया है तो क्या यह सत्यापित करना संभव है? यह देखने के लिए एक अच्छा विचार है कि जब कुछ नया जारी होता है और मुझे लगता है कि इसे स्थापित करने के लिए 'dpkg -i' जैसा कुछ चलाना संभव है।

हां वास्तव में, आप नवीनतम रिलीज़ देखने के लिए इस पृष्ठ को ब्राउज़ कर सकते हैं: रिलीज़ । आप देख सकते हैं कि एक परमाणु फ़ीड भी है!

और पीक का अगला संस्करण आपको "--version" कमांड लाइन पैरामीटर देगा, जिससे आप आसानी से अपने स्थानीय संस्करण की तुलना कर सकते हैं।

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

कैसे एक AppImage के बारे में?
मैंने एक प्रायोगिक अपलोड किया है
https://bintray.com/probono/AppImages/Peek/_latestVersion#files
बस AppImage डाउनलोड करें, इसे निष्पादन योग्य बनाएं, और चलाएं। नीचे दिया गया GIF इसके साथ बनाया गया था :-)

2014ish या बाद में वितरण पर चलना चाहिए।
कुछ मोटे किनारों की उम्मीद की जा सकती है, परीक्षण और चमकाने की आवश्यकता हो सकती है।

@ अगर आपको इसमें दिलचस्पी है तो मुझे बताएं। यदि हां, तो मैं आपके मौजूदा .travis.yml विस्तार कर सकता हूं ताकि प्रत्येक बिल्ड पर एक ताजा, निरंतर AppImage का उत्पादन हो। (ऊपर दिया गया AppImage इस रेसिपी का उपयोग करके डीबीएस से बनाया गया था, लेकिन मैं समझता हूं कि आप कुछ और "चुस्त" दिख रहे हैं)।

बहुत अच्छा काम @probonopd (मैं एक योगदानकर्ता यहाँ नहीं हूँ लेकिन अच्छी तरह से यह किया जा रहा है के लिए किया जाता है)! जितना अधिक पैकेज बेहतर प्रारूपित होता है (जब तक वे काफी कम रखरखाव होते हैं, और Snappy और AppImage जैसे प्रारूप मुझे लगता है कि _usually_ एक बार जब आप प्रारंभिक कार्यान्वयन कर चुके होते हैं), तो मुझे लगता है कि Snappy बेहतर है, क्योंकि वे स्वचालित रूप से अद्यतन करते हैं ।

मैं एक स्नैप में बंडल लिनक्स के लिए Spotify वेब प्लेयर (एक और FOSS आवेदन) पाने की कोशिश कर रहा था, लेकिन यह अधिक काम हो सकता है जितना मैंने सोचा था कि आवेदन को स्नैप करना ... महान AppImage इतना आसान है

@ Ads20000 चेक AppImageUpdate ।

@probonopd यह अच्छा है लेकिन यह बहुत स्वचालित नहीं दिखता (यह विकेंद्रीकृत है, आखिरकार)? मुझे स्नैपी सिस्टम काफी पसंद है, हालांकि डिफ़ॉल्ट स्टोर उबंटू एक है (जो इसे काफी केंद्रीकृत बनाता है), यह एक वैकल्पिक ऐप स्टोर स्थापित करना संभव है।

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

उस AppImage के लिए धन्यवाद

$ ./Peek-0.7.2.glibc2.14-x86_64.AppImage 
/tmp/.mount_GvkHNy/usr/bin/peek: symbol lookup error: /usr/lib/libpangoft2-1.0.so.0: undefined symbol: hb_buffer_set_cluster_level

अन्यथा मुझे यह विचार पसंद है, इसे ट्रैविस के साथ स्वचालित रूप से बनाने का भी। क्या यह भी 32 बिट की पेशकश करना संभव होगा (शायद मुझे 32 बिट क्रॉस-संकलन पर ध्यान देने की आवश्यकता है, जो मैंने अब तक बचा है)। यदि आप इसके लिए एक पुल अनुरोध प्रदान कर सकते हैं तो यह बहुत अच्छा होगा।

सभी पैकेजिंग के साथ मेरा मुख्य मुद्दा यह है, कि मैं इसे स्वयं नहीं करना चाहता और इसे जारी करते समय न्यूनतम प्रयास करना चाहिए, क्योंकि मुझे वैसे भी विकास के लिए समय खोजने में समस्याएँ हैं। पीपीए होने से कम से कम कुछ ऐसा होगा जो मैं जानता हूं कि मुझे कैसे करना है, लेकिन जैसा कि मैं खुद उबंटू का उपयोग नहीं करता हूं, सभी अलग-अलग संस्करणों के साथ रखना मुश्किल है (मुझे पता है, क्योंकि मैं एक और परियोजना के लिए पीपीए को बनाए रखने की तरह हूं। जब नए उबंटू संस्करण उपलब्ध हो जाते हैं तो अक्सर अजीब निर्माण त्रुटियों को देखना पड़ता है)।

तड़क-भड़क वाली छवियां दिलचस्प लगती हैं, लेकिन वे मेरे (सभी दावों के बावजूद) बहुत उबंटू विशिष्ट हैं। उदाहरण के लिए, मुझे उबंटू के बावजूद कोई अन्य "ऐप स्टोर" नहीं दिखता है। अगर कोई इस तरह के पैकेज को बनाए रखना चाहता है तो मैं इसके साथ ठीक हूं, लेकिन उपरोक्त कारणों से यह मेरे लिए नहीं होगा।

एक अन्य विकल्प फ्लैटपैक होगा, जो मुझे व्यक्तिगत रूप से स्नैपी से अधिक दिलचस्प लगता है, कम से कम ग्नोम सॉफ्टवेयर में इसके एकीकरण के कारण नहीं।

हां, मैं मानता हूं कि शायद यह

इसके अलावा, मुझे लगता है कि इन नए प्रयासों का उद्देश्य उन्हें पर्याप्त सार्वभौमिक पैकेजिंग सिस्टम बनाना और उन्हें आसान बनाना था, जो डेवलपर्स स्वयं पैकेज कर सकते हैं और बिचौलिया को काट सकते हैं, लेकिन मुझे लगता है कि अगर आपके पास वास्तव में पैकेज करने का समय नहीं है, तो यह हो सकता है ' t मदद की जाए।

@ 100% निश्चित नहीं है, लेकिन undefined symbol: hb_buffer_set_cluster_level आपके आधार प्रणाली के साथ एक समस्या जैसा लगता है; http://unix.stackexchange.com/questions/235012/problem-with-gtk-application-s देखें

अन्यथा मुझे यह विचार पसंद है, इसे ट्रैविस के साथ स्वचालित रूप से बनाने का भी।

यदि आप इस मार्ग पर जाना चाहते हैं तो आपको AppImage का उत्पादन करने के लिए डेब पैकेजिंग की आवश्यकता नहीं है। उदाहरण:
https://github.com/search?q=%22Package+the+binaries+built+on+Travis-CI+as+an+AppImage%22&type=Code&utf8=%E2B9C%93

क्या यह भी 32 बिट की पेशकश करना संभव होगा (शायद मुझे 32 बिट क्रॉस-संकलन पर ध्यान देने की आवश्यकता है, जो मैंने अब तक बचा है)। यदि आप इसके लिए एक पुल अनुरोध प्रदान कर सकते हैं तो यह बहुत अच्छा होगा।

मैंने इस क्षेत्र की बहुत जांच नहीं की है, लेकिन यह निश्चित रूप से उल्लेखनीय है; MuseScore प्रोजेक्ट x86_64, i686 और armhf (जैसे, रास्पबेरी पाई) के लिए AppImages प्रदान करता है।

सभी पैकेजिंग के साथ मेरा मुख्य मुद्दा यह है कि मैं इसे स्वयं नहीं करना चाहता और इसे जारी करते समय न्यूनतम प्रयास करना चाहिए

इस उपयोग के मामले को ध्यान में रखकर AppImage बनाया गया है ... :)

पीपीए होने से कम से कम कुछ ऐसा होगा जो मैं जानता हूं कि मुझे कैसे करना है

तब आप कुछ ऐसी रेसिपी का उपयोग कर सकते हैं जो मैंने ऊपर दी गई रेसिपी में (आदर्श रूप से भरोसेमंद या अधिक उम्र वाले) ppa में बदलने के लिए पोस्ट की है।

पीपीए होने से कम से कम कुछ ऐसा होगा जो मैं जानता हूं कि मुझे कैसे करना है

तब आप कुछ ऐसी रेसिपी का उपयोग कर सकते हैं जो मैंने ऊपर दी गई रेसिपी में (आदर्श रूप से भरोसेमंद या अधिक उम्र वाले) ppa में बदलने के लिए पोस्ट की है।

यह भी 32 बिट बिल्ड के लिए एक संभावित योजना है। संभवत: पीपीए को सेट करना आसान है (मुफ्त में 32 बिट बिल्ड मिल रहा है) फिर सीएमके बिल्ड में क्रॉस संकलन को जोड़ना।

@ 100% निश्चित नहीं है लेकिन अपरिभाषित प्रतीक: hb_buffer_set_cluster_level आपके आधार प्रणाली के साथ एक समस्या की तरह लगता है; http://unix.stackexchange.com/questions/235012/problem-with-gtk-application-s देखें

मैं पुस्तकालयों के साथ कुछ गलत होने पर संदेह करता हूं जहां यह निर्माण किया गया था, क्योंकि मेरे पास बहुत हाल ही में और आमतौर पर मेरे सिस्टम पर सभी पुस्तकालयों के अनमॉडिफाइड संस्करण हैं। मेरी शर्त अक्सर कुछ डेबियन / उबंटू पैचिंग पर होती है :)

आपके नुस्खा से यह मेरे लिए पूरी तरह से स्पष्ट नहीं है कि AppImage के लिए Peek बायनेरी कैसे और कहाँ से प्राप्त की जाती है। क्या यह नुस्खा से अंतिम AppImage बनाते समय निर्दिष्ट है?

आपके नुस्खा से यह मेरे लिए पूरी तरह से स्पष्ट नहीं है कि AppImage के लिए Peek बायनेरी कैसे और कहाँ से प्राप्त की जाती है। क्या यह नुस्खा से अंतिम AppImage बनाते समय निर्दिष्ट है?

जो स्क्रिप्ट रेसिपी चलाता है वह https://github.com/probonopd/AppImages/blob/master/recipes/meta/Recipe पर है

इस OBS Ubuntu रिपॉजिटरी के बारे में क्या? कौन इसे बनाए रखता है और क्या यह "आधिकारिक" है? मैंने Peek के लिए PPA प्रदान करने और बनाए रखने के लिए webupd8.org से एंड्रयू से संपर्क किया। यदि इस OBS को अब नहीं रखा गया है, तो एंड्रयू मदद कर सकता है।

मुझे लगता है कि यह उपयोगकर्ता द्वारा उल्लिखित एक है:
http://www.omgubuntu.co.uk/2016/08/peek-desktop-gif-screen-refox-linux#comment -2894366969

ऐसा नहीं लगता कि वह इसे प्रबंधित करना चाहता है, लेकिन मैं उसे मुझे एक्सेस देने या कम से कम कॉन्फ़िगरेशन का उपयोग करने के लिए कह सकता था। ओबीएस को यह लाभ होगा कि वह अन्य प्रणालियों के लिए भी निर्माण कर सकता है। दूसरी ओर मैंने कोशिश की आखिरी बार इस्तेमाल करने के लिए ओबीएस को थोड़ा अप्रिय पाया।

यह तय करना आपके ऊपर है। जैसा कि मैंने कहा, यदि आप PPA पसंद करते हैं, तो एंड्रयू मदद कर सकता है ;-)

@ एफएफ

मैं अपने खुद के पीपीए में झांकना बना सकता हूं। लेकिन इसे ठीक से करने के लिए आपको इसे लॉन्चपैड पर ठीक से सेट करने की आवश्यकता है ताकि आपको इसे बनाए रखने की आवश्यकता न हो। नए परिवर्तनों का पता लगाने पर यह स्वचालित रूप से संकलन करेगा।

1, पहले "पीक" नाम के लॉन्चपैड पर एक नई परियोजना बनाएं। परियोजना के तहत एक पीपीए ("झांकना-दैनिक" नाम) बनाएं।

1. प्रोजेक्ट के तहत-> कोड आयात का चयन करें। लक्ष्य और स्रोत दोनों को गिट के रूप में चुनें। मुख्य शाखा को एक नाम दें (उदाहरण के लिए: ट्रंक )। जाहिर है कि मालिक खुद होना चाहिए

2. 

3. GitHub में एक नया रेपो "पीक-पैकेजिंग" बनाएं जिसमें केवल डेबियन फ़ोल्डर होना चाहिए (आप OBS रेपो से कॉपी कर सकते हैं)

4. मुख्य रेपो की तरह ही पैकेजिंग रेपो आयात करें। आयात के दौरान कोई भी नाम दें जैसे "डेबियन-पैकेजिंग"

5. प्रोजेक्ट पर जाएं (यानी तिरछी नज़र) -> कोड-> व्यू रिपॉजिटरी देखें। lp:~USERNAME/kee/+git/trunk पर क्लिक करें। इसके बाद create a packaging recipe पर क्लिक करें।

6. एक नुस्खा नाम दें। अपनी खुद की पीपीए और चेक वितरण श्रृंखला का चयन करें। (जिनी, xenial ... आदि)

7. अब नुस्खा सामग्री। इसे ऐसा दिखना चाहिए:

# git-build-recipe format 0.4 deb-version {debupstream}+{time}
lp:~USERNAME/keep/+git/trunk master
nest-part packaging lp:~USERNAME/keep/+git/debian-packaging debian debian master

1. इसे सहेजें और "अनुरोध बनाएँ" पर क्लिक करें। यह आपके कोड का निर्माण शुरू कर देगा! त्रुटियों के लिए बिल्ड-लॉग की जाँच करें। "बिल्ड-डेली" नाम से भ्रमित न हों। यह केवल तब बनता है जब यह मुख्य या पैकेजिंग रेपो में किसी भी परिवर्तन का पता लगाता है।

2. किया हुआ!

यह केवल मास्टर शाखा का आयात करेगा। आप रिलीज़ के लिए अलग शाखा का उपयोग कर सकते हैं। नुस्खा निर्माण के दौरान आप ट्रंक के बजाय उस विशेष शाखा का उपयोग कर सकते हैं।

ठीक है, हम कहीं जा रहे हैं :) मैंने आखिरकार इसे शुरू कर दिया है, अब एक दैनिक बिल्ड पीपीए है:

https://code.launchpad.net/~peek-developers/+archive/ubuntu/daily

इस नुस्खा का उपयोग करके कोड बनाया गया है: https://code.launchpad.net/~peek-developers/+recipe/peek-daily
पैकेजिंग जानकारी वास्तव में मुख्य पीक गिट रिपॉजिटरी में एक अनाथ शाखा में है, https://github.com/phw/peek/tree/debian-packaging देखें

मैं सराहना करता हूं कि अगर कोई इस पर करघा कर सकता है और मुझे कुछ प्रतिक्रिया दे सकता है, क्योंकि मुझे डेबियन पैकेजिंग और लॉन्चपैड पीपीए के साथ जुड़े हुए बहुत लंबा समय हो गया है, और लॉन्चपैड यूआई भयानक है।

@ जहां से मैं बैठता हूं यह वास्तव में सीधे आगे है और अच्छी तरह से काम करता है। धन्यवाद।

$ sudo add-apt-repository ppa:peek-developers/daily
[sudo] password for anavarre: 
 Daily builds for the Peek animated GIF recorder
 More info: https://launchpad.net/~peek-developers/+archive/ubuntu/daily
Press [ENTER] to continue or ctrl-c to cancel adding it

gpg: keyring `/tmp/tmp_lh3fua0/secring.gpg' created
gpg: keyring `/tmp/tmp_lh3fua0/pubring.gpg' created
gpg: requesting key 76BAFBC6 from hkp server keyserver.ubuntu.com
gpg: /tmp/tmp_lh3fua0/trustdb.gpg: trustdb created
gpg: key 76BAFBC6: public key "Launchpad PPA for Peek Developers" imported
gpg: Total number processed: 1
gpg:               imported: 1  (RSA: 1)
OK
$ sudo apt-get update
(snipped)
Fetched 2,348 kB in 2s (990 kB/s)
Reading package lists... Done
$ sudo apt-cache search ^peek
peek - create animated GIF screencasts
$ sudo apt-get install peek
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following NEW packages will be installed:
  peek
0 upgraded, 1 newly installed, 0 to remove and 7 not upgraded.
Need to get 63.5 kB of archives.
After this operation, 263 kB of additional disk space will be used.
Get:1 http://ppa.launchpad.net/peek-developers/daily/ubuntu xenial/main amd64 peek amd64 0.8.0-0~ppa201702141228~ubuntu16.04.1 [63.5 kB]
Fetched 63.5 kB in 0s (260 kB/s)
Selecting previously unselected package peek.
(Reading database ... 270537 files and directories currently installed.)
Preparing to unpack .../peek_0.8.0-0~ppa201702141228~ubuntu16.04.1_amd64.deb ...
Unpacking peek (0.8.0-0~ppa201702141228~ubuntu16.04.1) ...
Processing triggers for bamfdaemon (0.5.3~bzr0+16.04.20160824-0ubuntu1) ...
Rebuilding /usr/share/applications/bamf-2.index...
Processing triggers for gnome-menus (3.13.3-6ubuntu3.1) ...
Processing triggers for desktop-file-utils (0.22-1ubuntu5) ...
Processing triggers for mime-support (3.59ubuntu1) ...
Processing triggers for libglib2.0-0:i386 (2.48.2-0ubuntu1) ...
Processing triggers for libglib2.0-0:amd64 (2.48.2-0ubuntu1) ...
Processing triggers for hicolor-icon-theme (0.15-0ubuntu1) ...
Setting up peek (0.8.0-0~ppa201702141228~ubuntu16.04.1) ...

@ एफडब्ल्यू शानदार काम कर रहा है। धन्यवाद।

@ एफपीवाई में भरोसेमंद और / या सटीक जोड़ना संभव होगा?
धन्यवाद।

@probonopd ट्रस्टी वर्तमान में GTK संस्करण के कारण विफल हो रहा है, लेकिन मैं वैसे भी आवश्यक संस्करण को कम करना चाहता हूं, # 54 देखें।

यदि वह निर्माण को सटीक के लिए भी ठीक करता है तो मैं इसे वहां निर्माण करने दूंगा। अन्यथा मैं सटीक के साथ परेशान नहीं करूंगा क्योंकि यह जीवन का अंत आसन्न है।

इस बात से सहमत

@probonopd मैंने ट्रस्ट के लिए इस काम को प्राप्त करने की कोशिश की, लेकिन मैंने फैसला किया है कि भरोसेमंद के लिए कोई निर्माण नहीं होगा, पीक बहुत सी सुविधाओं का उपयोग कर रहा है जो कि जीटीके 3.10 में उपलब्ध नहीं हैं और ग्लिब और जीआईओ संस्करण भरोसेमंद प्रदान करता है और वर्कआर्ड की आवश्यकता होती है या हो रही है अक्षम, और यह मेरे लिए समर्थन के लिए बहुत अधिक होगा।

@probonopd के पास

संपादित करें: हां आपने कहा था कि आपको यह काम 2014+ डिस्ट्रोस में मिला है?

@ Ads20000, जो

@probonopd नहीं मेरा मतलब था कि पीक बंडल को जीटीके का एक नया संस्करण (3.10 से अधिक) एपिलेज के अंदर पुराने डिस्ट्रो पर काम करने के लिए प्राप्त कर सकता है ??

@ Ads20000 हाँ, जब तक GTK का नया संस्करण (3.10 से अधिक) पुराने वितरण पर संकलित नहीं किया जाएगा।

ठीक है, यह अब काम करने लगता है। मैंने README को अपडेट किया है।

अब दो पीपीए हैं, एक दैनिक बिल्ड के साथ और एक स्थिर रिलीज के लिए:

• https://code.launchpad.net/~peek-developers/+archive/ubuntu/daily
• https://code.launchpad.net/~peek-developers/+archive/ubuntu/stable