Peek: أضف نظرة خاطفة إلى PPA

تم إنشاؤها على ٣١ أغسطس ٢٠١٦  ·  32تعليقات  ·  مصدر: phw/peek

سيسمح لنا ذلك بتحديث Peek دون الحاجة إلى إعادة تنزيل مثبت deb الخاص به في كل إصدار.

help wanted packaging

التعليق الأكثر فائدة

حسنًا ، نحصل على مكان ما :) لقد بدأت أخيرًا في المضي قدمًا ، وهناك الآن PPA للبناء اليومي على:

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

تم إنشاء الكود باستخدام هذه الوصفة: https://code.launchpad.net/~peek-developers/+recipe/peek-daily
معلومات التغليف موجودة بالفعل في فرع يتيم في مستودع Peek git الرئيسي ، راجع https://github.com/phw/peek/tree/debian-packaging

سأكون ممتنًا لو كان بإمكان شخص ما أن يلوح في الأفق في هذا الأمر ويعطيني بعض التعليقات ، حيث مر وقت طويل جدًا منذ أن عبثت بتغليف دبيان و Launchpad PPA ، وواجهة Launchpad UI مروعة.

ال 32 كومينتر

بالتأكيد ، أود أن أرى هذا كثيرًا. لكن في الوقت الحالي على الأقل ، من غير الواقعي أن أكون قادرًا على الحفاظ على اتفاقية شراء الطاقة وتحديثها ، لذلك سأحتاج إلى بعض المساعدة هنا. إذا كان بإمكان أي شخص إعداد هذا فسيكون رائعًا :)

هل من الممكن التحقق من إصدار نسخة جديدة؟ إنها لفكرة جيدة أن ترى متى يتم إصدار شيء جديد وأعتقد أنه من الممكن تشغيل شيء مثل "dpkg -i" لتثبيته.

نعم بالفعل ، يمكنك تصفح هذه الصفحة لمشاهدة أحدث الإصدارات: الإصدارات . حتى أن هناك خلاصة ذرة يمكنك مشاهدتها!

وسيعطيك الإصدار التالي من Peek معلمة سطر أوامر "الإصدار" ، بحيث يمكنك بسهولة مقارنة نسختك المحلية.

هل يمكنني أن أقترح تخطي مرحلة PPA والانتقال مباشرة إلى التعبئة مع Snappy (مع وجود DEB قديم على الأرجح في المستودعات الرسمية لأولئك الذين يريدون ذلك)؟ أعتقد أن إحدى نقاط Snappy هي إنهاء ضرورة قيام الأشخاص بإضافة الكثير من PPA للحفاظ على الحزم محدثة أكثر من المستودعات الافتراضية. كل ما عليك فعله هو إنشاء Snap ثم تحميله إلى المتجر الرسمي وفويلا ، ومستخدمي Ubuntu (بالإضافة إلى مستخدمي Arch و Debian غير المستقرة ، ومستخدمي Fedora و Gentoo و OpenSUSE مع تمكين مستودع Snappy) لديهم ما يصل إلى- تاريخ نظرة خاطفة. لا أعتقد أنه من الصعب جدًا تحديث Snap بمجرد إنشائه.

ماذا عن AppImage ؟
لقد قمت بتحميل نسخة تجريبية إلى
https://bintray.com/probono/AppImages/Peek/_latestVersion#files
ما عليك سوى تنزيل AppImage وجعله قابلاً للتنفيذ والتشغيل. تم إنشاء ملف GIF أدناه :-)

يجب أن يستمر التوزيعات 2014ish أو لاحقًا.
توقع بعض الحواف الخشنة ، وقد تكون هناك حاجة للاختبار والتلميع.

makeexec

phw اسمحوا لي أن أعرف إذا كنت مهتمًا بهذا. إذا كانت الإجابة بنعم ، يمكنني تمديد .travis.yml الموجود لديك بحيث يتم إنتاج AppImage جديد ومستمر في كل إصدار. (تم إنشاء AppImage أعلاه من debs باستخدام هذه الوصفة ، لكنني أفهم أنك تبحث عن شيء أكثر "رشاقة").

عمل رائع probonopd (أنا لست مساهماً هنا ولكني أحسنت إنجازه)! كلما زادت تنسيقات الحزم كان ذلك أفضل (طالما أنها صيانة منخفضة إلى حد ما ، وتنسيقات مثل Snappy و AppImage أعتقد _ عادةً_ أنها بمجرد الانتهاء من التنفيذ الأولي) ، أعتقد أن Snappy أفضل على الرغم من أنها يتم تحديثها تلقائيًا .

ألقيت نظرة على محاولة الحصول على Spotify Web Player لنظام التشغيل Linux (تطبيق FOSS آخر) مجمعة في Snap ولكن قد يكون عملاً أكثر مما اعتقدت في التقاط التطبيقات ... AppImage الرائع سهل للغاية

@ Ads20000 تحقق من AppImageUpdate .

probonopd هذا جيد لكن هذا لا يبدو آليًا جدًا (إنه لامركزي ، بعد كل شيء)؟ يعجبني تمامًا نظام Snappy حيث على الرغم من أن المتجر الافتراضي هو Ubuntu واحد (مما يجعله مركزيًا تمامًا) ، فمن الممكن إعداد متجر تطبيقات بديل.

أوه ، أنت منشئ / مشرف AppImageKit ، لم تدرك ذلك! حسنًا ، كما أقول ، أعتقد أن التحديث التلقائي بشكل صحيح ربما يكون ضروريًا إذا كنت تريد أن يصبح هذا التنسيق السائد. أيضًا القدرة على استخدام المكتبات الموجودة بالفعل على النظام أو في AppImages الأخرى (فقط إذا كانت من نفس الإصدار) لتقليل حجم الملف؟ إذا كان بإمكانهم أن يكونوا أذكياء ويستخدمون أجزاء من المكتبات في إصدارات أخرى متشابهة ، فسيكون ذلك أكثر برودة.

شكرًا probonopd على AppImage. الوصفة تبدو بسيطة بما فيه الكفاية ، ومن السهل تشغيلها. للأسف ، لا يعمل AppImage الذي قمت بإنشائه على تثبيت Arch وعند تنفيذه يفشل مع:

$ ./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 بت ، وهو شيء تجنبه حتى الآن). إذا كان بإمكانك تقديم طلب سحب لهذا فسيكون رائعًا.

مشكلتي الرئيسية مع جميع العبوات هي أنني لا أريد أن أفعل ذلك بنفسي وأنه يجب أن أبذل الحد الأدنى من الجهد عند الإفراج ، حيث أواجه مشاكل في إيجاد الوقت للتطوير على أي حال. إن الحصول على PPA سيكون على الأقل شيئًا أعرف كيف أفعله ، لكن نظرًا لأنني لا أستخدم Ubuntu بنفسي ، فمن الصعب مواكبة جميع الإصدارات المختلفة (أعلم ، لأنني أحافظ على PPA لمشروع آخر و يجب أن تنظر في أخطاء الإنشاء الغريبة بشكل متكرر عند توفر إصدارات جديدة من Ubuntu).

تبدو الصور اللطيفة مثيرة للاهتمام ، لكنها بالنسبة لي (على الرغم من كل الادعاءات) خاصة بـ Ubuntu. على سبيل المثال ، لا أرى أي "متجر تطبيقات" آخر على الرغم من تطبيق Ubuntu. إذا أراد شخص ما الاحتفاظ بمثل هذه الحزمة ، فأنا على ما يرام معها ، ولكن للأسباب المذكورة أعلاه لن أكون أنا.

خيار آخر سيكون Flatpak ، والذي أجده شخصيًا أكثر إثارة للاهتمام من Snappy ، لأسباب ليس أقلها اندماجها في Gnome Software.

نعم أوافق phw على الأرجح أن هذه هي أكبر مشكلة في Snappy ، على الرغم من جهود Ubuntu ، لا تزال ، بشكل مضحك بما فيه الكفاية ، Ubuntu-y أيضًا.

أعتقد أيضًا أن الغرض من هذه الجهود الجديدة هو محاولة جعلها سهلة بما يكفي من أنظمة التعبئة والتغليف العالمية التي يمكن للمطورين أنفسهم حزمها وقطع الوسيط ، لكنني أعتقد أنه إذا لم يكن لديك الوقت حقًا لحزمها ، فيمكن ذلك ' ر.

phw لست متأكدًا بنسبة 100٪ ولكن يبدو أن undefined symbol: hb_buffer_set_cluster_level يمثل مشكلة في نظامك الأساسي ؛ انظر http://unix.stackexchange.com/questions/235012/problem-with-gtk-application-s

وإلا فأنا أحب فكرة البناء تلقائيًا باستخدام ترافيس.

إذا كنت ترغب في السير في هذا المسار ، فلن تحتاج إلى تغليف deb لإنتاج AppImage. أمثلة:
https://github.com/search؟q=٪22Package+the+binaries+built+on+Travis-CI+as+an+AppImage٪22&type=Code&utf8=٪E2٪9C٪93

هل سيكون من الممكن أيضًا تقديم 32 بت واحد (ربما يتطلب مني النظر في الترجمة المتقاطعة 32 بت ، وهو شيء تجنبه حتى الآن). إذا كان بإمكانك تقديم طلب سحب لهذا فسيكون رائعًا.

لم أتحقق من هذه المنطقة كثيرًا ، لكنها بالتأكيد قابلة للتنفيذ ؛ يوفر مشروع MuseScore AppImages لـ x86_64 و i686 و armhf (مثل Raspberry Pi).

مشكلتي الرئيسية مع جميع العبوات هي أنني لا أريد أن أفعل ذلك بنفسي وأنه يجب أن أبذل الحد الأدنى من الجهد عند الإصدار

تم إنشاء AppImage مع وضع حالة الاستخدام هذه في الاعتبار ... :)

كان الحصول على PPA على الأقل شيئًا أعرف كيف أفعله

ثم يمكنك استخدام شيء مثل الوصفة التي نشرتها أعلاه لتحويل debs في ppa (موثوق أو أقدم) إلى AppImage في الغالب تلقائيًا.

كان الحصول على PPA على الأقل شيئًا أعرف كيف أفعله

ثم يمكنك استخدام شيء مثل الوصفة التي نشرتها أعلاه لتحويل debs في ppa (موثوق أو أقدم) إلى AppImage في الغالب تلقائيًا.

هذه أيضًا خطة محتملة للحصول على بنية 32 بت. ربما يكون من الأسهل إعداد PPA (الحصول على إصدارات 32 بت مجانًا) ثم إضافة التحويل المتقاطع إلى بنية CMake.

phw ليس http://unix.stackexchange.com/questions/235012/problem-with-gtk-application-s

أنا أشك في وجود خطأ ما في المكتبات التي تم بناء هذا عليها ، حيث لدي إصدارات حديثة جدًا وغير معدلة عادةً من جميع المكتبات على نظامي. غالبًا ما يكون رهاني على بعض عمليات ترقيع Debian / Ubuntu التي تحدث :)

من الوصفة الخاصة بك ، ليس من الواضح تمامًا بالنسبة لي كيف ومن أين يتم الحصول على ثنائيات Peek لـ AppImage. هل هو شيء محدد عند إنشاء AppImage النهائي من الوصفة؟

من الوصفة الخاصة بك ، ليس من الواضح تمامًا بالنسبة لي كيف ومن أين يتم الحصول على ثنائيات Peek لـ AppImage. هل هو شيء محدد عند إنشاء AppImage النهائي من الوصفة؟

النص الذي يدير الوصفة موجود على https://github.com/probonopd/AppImages/blob/master/recipes/meta/Recipe

ماذا عن مستودع OBS Ubuntu هذا؟ من يحافظ عليها وهل هي "رسمية"؟ لقد اتصلت بأندرو من webupd8.org لتقديم PPA والحفاظ عليه لـ Peek. إذا لم يتم الحفاظ على OBS هذا بعد الآن ، يمكن أن يساعد Andrew.

أعتقد أن هذا هو ما ذكره المستخدم في:
http://www.omgubuntu.co.uk/2016/08/peek-desktop-gif-screen-recorder-linux#comment -2894366969

لا يبدو أنه يريد إدارتها ، لكن يمكنني أن أطلب منه منحني الوصول أو على الأقل التكوين المستخدم. سيكون لـ OBS ميزة أنه يمكن أن يبنيها أيضًا للأنظمة الأخرى. من ناحية أخرى ، وجدت أن OBS غير سارة بعض الشيء لاستخدامه في المرة الأخيرة التي حاولت فيها.

الأمر متروك لك لتقرر. كما قلت ، إذا كنت تفضل PPA ، فقد يساعدك Andrew ؛-)

phw

يمكنني إلقاء نظرة خاطفة على PPA الخاص بي. ولكن للقيام بذلك بشكل صحيح ، تحتاج إلى إعداده بشكل صحيح على لوحة التشغيل حتى لا تضطر إلى صيانته. سيتم تجميعه تلقائيًا عندما يكتشف تغييرات جديدة.

1 ، أنشئ أولاً مشروعًا جديدًا على لوحة التشغيل باسم "نظرة خاطفة" . قم بإنشاء PPA (يسمى "نظرة خاطفة يوميًا") ضمن المشروع.

  1. ضمن مشروع-> رمز حدد استيراد. حدد الهدف والمصدر كلاهما git. إعطاء اسم للفرع الرئيسي (على سبيل المثال: جذع ). من الواضح أن المالك يجب أن يكون على طبيعتك

  2. setup1

  3. أنشئ مستودعًا جديدًا "Peek-Packaging" في GitHub والذي يجب أن يحتوي فقط على مجلد دبيان (يمكنك نسخه من مستودع OBS)

  4. قم باستيراد ريبو التغليف بنفس طريقة الريبو الرئيسي. أعط أي اسم أثناء الاستيراد مثل "تغليف دبيان"

  5. انتقل إلى Project (أي نظرة خاطفة) -> code-> اعرض مستودعات git. انقر فوق lp:~USERNAME/kee/+git/trunk . ثم انقر فوق create a packaging recipe .

  6. أعط اسم وصفة. حدد PPA الخاصة بك وتحقق من سلسلة التوزيع. (زيني ، زينال ... الخ)

  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. احفظه وانقر على "طلب إنشاء". سيبدأ في بناء الكود الخاص بك! بالنسبة للأخطاء ، تحقق من سجلات البناء. لا ترتبك مع اسم "build-daily". يتم إنشاؤه فقط عندما يكتشف أي تغييرات في الريبو الرئيسي أو التعبئة والتغليف.

  2. فعله!

سيتم استيراد الفرع الرئيسي فقط. يمكنك استخدام فرع منفصل للإصدارات. أثناء إنشاء الوصفة ، يمكنك استخدام هذا الفرع المحدد بدلاً من الجذع.

حسنًا ، نحصل على مكان ما :) لقد بدأت أخيرًا في المضي قدمًا ، وهناك الآن PPA للبناء اليومي على:

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

تم إنشاء الكود باستخدام هذه الوصفة: https://code.launchpad.net/~peek-developers/+recipe/peek-daily
معلومات التغليف موجودة بالفعل في فرع يتيم في مستودع Peek git الرئيسي ، راجع https://github.com/phw/peek/tree/debian-packaging

سأكون ممتنًا لو كان بإمكان شخص ما أن يلوح في الأفق في هذا الأمر ويعطيني بعض التعليقات ، حيث مر وقت طويل جدًا منذ أن عبثت بتغليف دبيان و Launchpad PPA ، وواجهة Launchpad UI مروعة.

phw من حيث أجلس هذا حقًا مستقيم للأمام ويعمل بشكل جيد. شكرا جزيلا.

$ 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) ...

phw تعمل بشكل رائع. شكر.

phw هل سيكون من الممكن إضافة مضمون و / أو دقيق إلى ppa؟
شكر.

probonopd Trusty يفشل حاليًا بسبب إصدار GTK ، لكني أريد خفض الإصدار المطلوب على أي حال ، راجع # 54.

إذا أدى ذلك إلى إصلاح البنية أيضًا لـ Precise ، فسأسمح له أيضًا بالبناء هناك. وإلا فلن أزعجني بـ Precise لأن نهاية حياتها وشيكة.

يوافق على

probonopd لقد حاولت الحصول على هذا العمل من أجل Trust ، لكنني قررت أنه لن يكون هناك

probonopd هل هناك أي طريقة للتغلب على هذا الأمر باستخدام AppImage أو هل نظرة خاطفة متكاملة جدًا مع بقية النظام حتى يكون ذلك ممكنًا (على سبيل المثال ، إذا قمت بتجميع GTK الخاص بك في AppImage و / أو قمت بذلك في Snap ، يمكن ان تنجح؟)

تحرير: نعم قلت أنك حصلت على هذا العمل على 2014+ توزيعات؟

يمكن لـ @ Ads20000 الذي يجمع AppImage تحديد ما تريد تجميعه وما يجب استخدامه من النظام (الأنظمة) المستهدفة. يمكن أن يقرر مشروع النظرة الخاطفة تجميع Gtk 3.10 وإصدارات glib و gio المطلوبة من خلال نظرة خاطفة كنسخ خاصة داخل AppImage. لا يزال يجب تجميع Gtk 3.10 و glib و gio على أقدم الأنظمة التي لا يزال من الممكن تجميعها عليها ، حتى لا يتم الرسم في أحدث إصدارات glibc وما إلى ذلك. ستكون النتيجة AppImage أكبر والذي لا يزال يعمل على التوزيعات القديمة.

probonopd لا ، قصدت أنه يمكن لـ Peek تجميع إصدار أحدث من GTK (من 3.10) داخل AppImage لجعله يعمل على توزيعات أقدم ؟؟

@ Ads20000 نعم ، طالما أن الإصدار الأحدث من GTK (من 3.10) سيتم تجميعه على توزيعة أقدم.

حسنًا ، يبدو أن هذا يعمل الآن. لقد قمت بتحديث ملف README.

يوجد الآن نوعان من PPA ، أحدهما ببنيات يومية والآخر للإصدارات المستقرة:

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات