Peek: Tambahkan Peek ke PPA

Tentu saja, saya sangat ingin melihat ini. Tetapi setidaknya saat ini tidak realistis bahwa saya akan dapat mempertahankan AKP dan memperbaruinya, jadi saya memerlukan bantuan di sini. Jika ada yang bisa mengatur ini, itu akan luar biasa :)

Apakah mungkin untuk memverifikasi jika versi baru telah dirilis? Ide yang bagus untuk melihat ketika sesuatu yang baru dirilis dan menurut saya mungkin untuk menjalankan sesuatu seperti 'dpkg -i' untuk menginstalnya.

Ya, Anda dapat menelusuri halaman ini untuk melihat rilis terbaru: Rilis . Bahkan ada umpan atom yang bisa Anda tonton!

Dan versi Peek berikutnya akan memberi Anda parameter baris perintah "--version", sehingga Anda dapat dengan mudah membandingkan versi lokal Anda.

Dapatkah saya menyarankan untuk melewatkan tahap PPA dan langsung mengemasnya dengan Snappy (dengan DEB yang mungkin kedaluwarsa di repositori resmi untuk mereka yang menginginkannya)? Saya pikir salah satu poin dari Snappy adalah mengakhiri keharusan bagi orang-orang untuk menambahkan banyak PPA untuk menjaga paket tetap up-to-date lebih dari yang dilakukan repositori default. Yang harus Anda lakukan adalah membuat Snap dan kemudian mengunggahnya ke toko resmi dan voila, pengguna Ubuntu (serta pengguna Arch dan Debian Unstable, serta pengguna Fedora, Gentoo dan OpenSUSE dengan repositori Snappy diaktifkan) memiliki up-to- tanggal Peek. Saya rasa tidak terlalu sulit untuk terus memperbarui Snap setelah dibuat.

Bagaimana dengan AppImage ?
Saya telah mengunggah satu percobaan ke
https://bintray.com/probono/AppImages/Peek/_latestVersion#files
Cukup unduh AppImage, buat itu dapat dieksekusi, dan jalankan. GIF di bawah ini dibuat dengan itu :-)

Harus berjalan pada distribusi 2014ish atau yang lebih baru.
Beberapa tepi kasar diharapkan, pengujian dan pemolesan mungkin diperlukan.

@phw beri tahu saya jika Anda tertarik dengan ini. Jika ya, saya dapat memperpanjang .travis.yml sehingga AppImage yang segar dan berkelanjutan diproduksi pada setiap build. (AppImage di atas dibuat dari debs menggunakan resep ini , tapi saya mengerti Anda mencari sesuatu yang lebih "gesit").

Kerja bagus @probonopd (Saya bukan kontributor di sini, tapi kerja bagus untuk menyelesaikannya)! Semakin banyak format paket semakin baik (selama pemeliharaannya cukup rendah, dan format seperti Snappy dan AppImage menurut saya _biasanya_ setelah Anda menyelesaikan implementasi awal), menurut saya Snappy lebih baik karena mereka secara otomatis memperbarui .

Saya telah mencoba untuk mendapatkan Spotify Web Player untuk Linux (aplikasi FOSS lain) yang dibundel ke dalam Snap tetapi mungkin lebih berhasil daripada yang saya kira untuk mengambil aplikasi ... AppImage yang hebat sangat mudah

@ Ads20000 Periksa AppImageUpdate .

@probonopd Itu bagus tapi itu tidak terlihat otomatis (bagaimanapun juga itu terdesentralisasi)? Saya cukup menyukai sistem Snappy di mana meskipun toko default adalah Ubuntu (yang membuatnya cukup terpusat), dimungkinkan untuk menyiapkan toko aplikasi alternatif.

Oh, Anda adalah pencipta / pengelola AppImageKit, tidak menyadarinya! Seperti yang saya katakan, pembaruan otomatis yang benar menurut saya mungkin diperlukan jika Anda ingin ini menjadi format yang dominan. Juga kemampuan untuk menggunakan pustaka yang sudah ada di sistem atau di AppImages lain (hanya jika versinya sama) untuk menurunkan ukuran file? Jika mereka bisa menjadi cerdas dan menggunakan bagian pustaka di versi lain yang sama maka itu akan lebih keren.

Terima kasih @probonopd untuk

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

Kalau tidak, saya suka idenya, juga membangunnya secara otomatis dengan travis. Apakah mungkin juga untuk menawarkan yang 32 bit (mungkin mengharuskan saya untuk melihat ke dalam kompilasi silang 32 bit, sesuatu yang telah saya hindari sejauh ini). Jika Anda bisa memberikan permintaan tarik untuk ini, itu akan bagus.

Masalah utama saya dengan semua kemasan adalah, bahwa saya tidak ingin melakukannya sendiri dan harus berusaha seminimal mungkin saat merilis, karena saya memiliki masalah dalam menemukan waktu untuk pengembangan. Memiliki PPA setidaknya akan menjadi sesuatu yang saya tahu bagaimana melakukannya, tetapi karena saya sendiri tidak menggunakan Ubuntu, sulit untuk mengikuti semua versi yang berbeda (saya tahu, karena saya semacam mempertahankan PPA untuk proyek lain dan harus sering melihat kesalahan build yang aneh ketika versi Ubuntu baru tersedia).

Gambar tajam terdengar menarik, tetapi bagi saya (terlepas dari semua klaim) sangat spesifik untuk Ubuntu. Misalnya, saya tidak melihat "toko aplikasi" lain selain Ubuntu yang satu. Jika seseorang ingin mempertahankan paket seperti itu, saya baik-baik saja, tetapi karena alasan di atas bukan saya.

Pilihan lain adalah Flatpak, yang menurut saya pribadi lebih menarik daripada Snappy, paling tidak karena integrasinya ke dalam Gnome Software.

Ya, saya setuju @phw itu mungkin masalah terbesar Snappy, meskipun ada upaya Ubuntu, itu masih, cukup lucu, juga Ubuntu-y.

Juga saya pikir tujuan dari upaya baru ini adalah untuk mencoba dan membuatnya menjadi sistem pengemasan universal yang cukup mudah sehingga para pengembang sendiri dapat mengemas dan memotong perantara, tetapi saya kira jika Anda tidak benar-benar punya waktu untuk mengemas maka itu bisa ' t dapat membantu.

@phw tidak 100% yakin tapi undefined symbol: hb_buffer_set_cluster_level sepertinya ada masalah dengan sistem dasar Anda; lihat http://unix.stackexchange.com/questions/235012/problem-with-gtk-application-s

Kalau tidak, saya suka idenya, juga membangunnya secara otomatis dengan travis.

Jika Anda ingin menggunakan cara ini maka Anda tidak perlu pengemasan deb untuk menghasilkan AppImage. Contoh:
https://github.com/search?q=%22Package+the+binaries+built+on+Travis-CI+as+an+AppImage%22&type=Code&utf8=%E2%9C%93

Apakah mungkin juga untuk menawarkan yang 32 bit (mungkin mengharuskan saya untuk melihat ke dalam kompilasi silang 32 bit, sesuatu yang telah saya hindari sejauh ini). Jika Anda bisa memberikan permintaan tarik untuk ini, itu akan bagus.

Saya belum banyak menyelidiki area ini tetapi itu pasti bisa dilakukan; proyek MuseScore menyediakan AppImages untuk x86_64, i686, dan armhf (misalnya, Raspberry Pi).

Masalah utama saya dengan semua kemasan adalah, bahwa saya tidak ingin melakukannya sendiri dan harus berusaha seminimal mungkin saat merilis

AppImage dibuat dengan mempertimbangkan kasus penggunaan ini ... :)

Memiliki PPA setidaknya menjadi sesuatu yang saya tahu bagaimana melakukannya

Kemudian Anda dapat menggunakan sesuatu seperti resep yang saya posting di atas untuk mengonversi debs di ppa (idealnya terpercaya atau lebih tua) menjadi AppImage sebagian besar secara otomatis.

Memiliki PPA setidaknya menjadi sesuatu yang saya tahu bagaimana melakukannya

Kemudian Anda dapat menggunakan sesuatu seperti resep yang saya posting di atas untuk mengonversi debs di ppa (idealnya terpercaya atau lebih tua) menjadi AppImage sebagian besar secara otomatis.

Itu juga merupakan rencana yang mungkin untuk memiliki build 32 bit. Mungkin lebih mudah untuk menyiapkan PPA (mendapatkan build 32 bit secara gratis) kemudian menambahkan kompilasi silang ke build CMake.

@phw tidak 100% yakin tetapi simbol tidak ditentukan: hb_buffer_set_cluster_level sepertinya ada masalah dengan sistem dasar Anda; lihat http://unix.stackexchange.com/questions/235012/problem-with-gtk-application-s

Saya agak curiga ada yang salah dengan perpustakaan tempat ini dibangun, karena saya memiliki versi yang sangat baru dan biasanya tidak dimodifikasi dari semua perpustakaan di sistem saya. Taruhan saya sering terjadi pada beberapa patch Debian / Ubuntu :)

Dari resep Anda, tidak sepenuhnya jelas bagi saya bagaimana dan dari mana binari Peek untuk AppImage diperoleh. Apakah itu sesuatu yang ditentukan saat membuat AppImage akhir dari resep?

Dari resep Anda, tidak sepenuhnya jelas bagi saya bagaimana dan dari mana binari Peek untuk AppImage diperoleh. Apakah itu sesuatu yang ditentukan saat membuat AppImage akhir dari resep?

Script yang menjalankan resep ada di https://github.com/probonopd/AppImages/blob/master/recipes/meta/Recipe

Bagaimana dengan repositori OBS Ubuntu ini ? Siapa yang memeliharanya dan apakah itu "resmi"? Saya menghubungi Andrew dari webupd8.org untuk menyediakan dan mengelola PPA untuk Peek. Jika OBS ini tidak dipertahankan lagi, Andrew dapat membantu.

Saya pikir itulah yang disebutkan oleh pengguna di:
http://www.omgubuntu.co.uk/2016/08/peek-desktop-gif-screen-recorder-linux#comment -2894366969

Sepertinya dia tidak ingin mengelolanya, tetapi saya dapat memintanya untuk memberi saya akses atau setidaknya konfigurasi yang digunakan. OBS akan mendapatkan keuntungan karena OBS juga dapat dibangun untuk sistem lain. Di sisi lain saya menemukan OBS agak tidak menyenangkan untuk digunakan terakhir kali saya mencoba.

Terserah Anda untuk memutuskan. Seperti yang saya katakan, Jika Anda lebih suka PPA, Andrew dapat membantu ;-)

@tokopedia

Saya bisa mengintip PPA saya sendiri. Tetapi untuk melakukannya dengan benar, Anda perlu mengaturnya dengan benar di launchpad sehingga Anda tidak perlu memeliharanya. Ini akan dikompilasi secara otomatis ketika mendeteksi perubahan baru.

1, Pertama buat proyek baru di launchpad bernama "Peek" . Buat PPA (bernama "peek-daily") di bawah proyek.

1. Di bawah proyek-> kode pilih impor. Pilih target dan sumber keduanya sebagai git. Beri nama pada cabang utama (contoh: trunk ). Tentunya pemilik harus menjadi diri Anda sendiri

2. 

3. Buat repo baru "Peek-Packaging" di GitHub yang hanya boleh berisi folder debian (Anda dapat menyalin dari repo OBS)

4. Impor repo pengemasan dengan cara yang sama seperti repo utama. Beri nama apa saja selama impor seperti "debian-packaging"

5. Pergi ke Project (yaitu mengintip) -> code-> view git repositories. Klik pada lp:~USERNAME/kee/+git/trunk . Kemudian klik create a packaging recipe .

6. Beri nama resep. Pilih PPA Anda sendiri & periksa seri distribusi. (zesty, xenial ... dll)

7. Sekarang resep isinya. Ini akan terlihat seperti ini:

# 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. Simpan dan klik "Request Build". Ini akan mulai membangun kode Anda! Untuk kesalahan, periksa build-logs. Jangan bingung dengan yang namanya "build-daily". Itu hanya dibangun ketika mendeteksi perubahan apa pun di utama atau repo pengemasan.

2. SELESAI!

Ini hanya akan mengimpor cabang master. Anda dapat menggunakan cabang terpisah untuk rilis. Selama pembuatan resep, Anda dapat menggunakan cabang tersebut sebagai pengganti batang.

Ok, kita menuju ke suatu tempat :) Akhirnya saya mulai menjalankan ini, sekarang ada PPA build harian di:

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

Kode dibuat menggunakan resep ini: https://code.launchpad.net/~peek-developers/+recipe/peek-daily
Informasi pengemasan sebenarnya ada di cabang yatim piatu di repositori Peek git utama, lihat https://github.com/phw/peek/tree/debian-packaging

Saya akan menghargai jika seseorang dapat memiliki alat tenun dalam hal ini dan memberi saya umpan balik, karena sudah sangat lama sejak saya mengutak-atik kemasan Debian dan AKP Launchpad, dan UI Launchpad sangat buruk.

@phw dari tempat saya duduk ini benar-benar lurus ke depan dan berfungsi dengan baik. Terima kasih.

$ 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 Bekerja dengan sangat baik. Terima kasih.

@phw apakah mungkin menambahkan terpercaya dan / atau tepat ke ppa?
Terima kasih.

@probonopd Trusty saat ini gagal karena versi GTK, tetapi saya tetap ingin menurunkan versi yang diperlukan, lihat # 54.

Jika itu memperbaiki build juga untuk Precise, saya akan membiarkannya juga membangun di sana. Kalau tidak, saya tidak akan repot dengan Precise karena akhir hidupnya sudah dekat.

Setuju

@probonopd Saya mencoba mendapatkan pekerjaan ini untuk Trust, tetapi saya telah memutuskan tidak akan ada build yang dapat dipercaya, Peek menggunakan terlalu banyak fitur yang tidak tersedia di Gtk 3.10 dan versi glib dan gio yang dapat dipercaya menyediakan dan akan membutuhkan solusi atau solusi cacat, dan ini terlalu berat untuk saya dukung.

@probonopd Apakah ada cara untuk mengatasi ini dengan AppImage atau Peek agak terlalu terintegrasi dengan sistem lainnya untuk memungkinkan (yaitu jika Anda menggabungkan GTK Anda sendiri di AppImage dan / atau saya lakukan di Snap, lalu itu bisa berhasil?)

Sunting: Ya, Anda mengatakan Anda membuat ini berfungsi pada distro 2014+?

@ Ads20000 yang menyusun AppImage dapat memutuskan apa yang akan digabungkan, dan apa yang akan digunakan dari sistem target. Proyek intip dapat memutuskan untuk menggabungkan Gtk 3.10 serta versi glib dan gio yang diperlukan dengan mengintip sebagai salinan pribadi di dalam AppImage. Masih Gtk 3.10, glib dan gio harus dikompilasi pada sistem tertua tempat mereka masih dapat dikompilasi, agar tidak menggunakan versi terbaru glibc dll. Hasilnya adalah AppImage yang lebih besar yang masih berfungsi pada distribusi yang lebih lama.

@probonopd Tidak, maksud saya, bisakah Peek membundel versi GTK yang lebih baru (dari 3.10) di dalam AppImage agar dapat berfungsi pada distro yang lebih lama ??

@ Ads20000 Ya, selama versi GTK yang lebih baru (dari 3.10) akan dikompilasi pada distribusi yang lebih lama.

Oke, sepertinya ini berfungsi sekarang. Saya telah memperbarui README.

Sekarang ada dua AKP, satu dengan build harian dan satu lagi untuk rilis stabil:

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