Peek: PPA에 Peek 추가

당연히 이것을보고 싶습니다. 그러나 적어도 현재로서는 PPA를 유지하고 최신 상태로 유지할 수 있다는 것이 비현실적이므로 여기서 도움이 필요합니다. 누구든지 이것을 설정할 수 있다면 그것은 굉장 할 것입니다 :)

새 버전이 출시되었는지 확인할 수 있습니까? 새로운 것이 언제 출시되는지 확인하는 것이 좋으며 'dpkg -i'와 같은 것을 실행하여 설치할 수 있다고 생각합니다.

예,이 페이지에서 최신 릴리스를 볼 수 있습니다. 릴리스 . 당신이 볼 수있는 원자 피드도 있습니다!

그리고 다음 버전의 Peek에서는 "--version"명령 줄 매개 변수를 제공하므로 로컬 버전을 쉽게 비교할 수 있습니다.

PPA 단계를 건너 뛰고 Snappy로 바로 패키징 할 것을 제안 할 수 있습니까 (원하는 사람들을 위해 공식 저장소에있는 오래된 DEB 포함)? Snappy의 요점 중 하나는 사람들이 기본 리포지토리보다 패키지를 최신 상태로 유지하기 위해 많은 PPA를 추가해야하는 필요성을 없애는 것입니다. Snap을 만든 다음 공식 스토어에 업로드하기 만하면됩니다. Ubuntu 사용자 (Arch 및 Debian Unstable 사용자, Snappy 저장소가 활성화 된 Fedora, Gentoo 및 OpenSUSE 사용자)는 최신 상태를 유지합니다. 날짜 엿보기. Snap이 만들어지면 업데이트를 유지하는 것이 너무 어렵지 않다고 생각합니다.

AppImage는 어떻습니까?
실험용 파일을 업로드했습니다.
https://bintray.com/probono/AppImages/Peek/_latestVersion#files
AppImage를 다운로드하고 실행 가능하게 만들고 실행하십시오. 아래 GIF는 그것으로 만들어졌습니다 :-)

2014 년 이후 배포판에서 실행되어야합니다.
예상되는 거친 가장자리, 테스트 및 연마가 필요할 수 있습니다.

@phw 에 관심이 있으면 알려주세요. 그렇다면 기존 .travis.yml 확장하여 새롭고 지속적인 AppImage가 각 빌드에서 생성되도록 할 수 있습니다. (위의 AppImage는 이 레시피를 사용하여 debs로 만들어졌지만 더 "민첩한"것을 찾고 있다는 것을 알고 있습니다.)

@probonopd 훌륭합니다 . 패키지 형식이 많을수록 더 좋습니다. .

Linux 용 Spotify Web Player (다른 FOSS 응용 프로그램)를 Snap에 번들로 제공하려고 시도했지만 응용 프로그램을 스냅하는 것보다 작업이 더 많을 수 있습니다 ... 훌륭한 AppImage는 매우 쉽습니다.

@ Ads20000 AppImageUpdate를 확인하십시오.

@probonopd 좋습니다.하지만 자동적으로 보이지는 않습니다 (결국 분산되어 있습니다)? 나는 Snappy 시스템을 아주 좋아하는데, 기본 스토어는 우분투 (매우 중앙 집중화되어 있음)이지만 대체 앱 스토어를 설정할 수 있습니다.

오, 당신은 AppImageKit의 제작자 / 관리자입니다. 내가 말했듯이, 이것이 지배적 인 형식이되기를 원한다면 적절하게 자동 업데이트가 필요할 것이라고 생각합니다. 또한 이미 시스템이나 다른 AppImage에있는 라이브러리를 사용하는 기능 (동일한 버전 인 경우에만)을 사용하여 파일 크기를 줄일 수 있습니까? 그들이 지능적이고 동일한 다른 버전의 라이브러리 부분을 사용할 수 있다면 더 멋질 것입니다.

AppImage에 대해 @probonopd 에게 감사드립니다. 레시피는 간단 해 보이며 실행하기 쉽습니다. 불행히도 당신이 만든 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를 갖는 것은 적어도 내가하는 방법을 아는 것이었지만, 우분투를 직접 사용하지 않기 때문에 모든 다른 버전을 따라가는 것이 어렵습니다 (나는 다른 프로젝트를 위해 PPA를 유지하고 있기 때문에 알고 있습니다. 새로운 Ubuntu 버전을 사용할 수있게되면 이상한 빌드 오류를 자주 조사해야합니다.)

멋진 이미지는 흥미롭게 들리지만 (모든 주장에도 불구하고) 우분투에 특화된 이미지입니다. 예를 들어, 우분투에도 불구하고 다른 "앱 스토어"가 보이지 않습니다. 누군가가 그러한 패키지를 유지하고 싶다면 나는 그것으로 괜찮지 만 위의 이유로 나는 그렇지 않을 것입니다.

또 다른 옵션은 Flatpak인데, 특히 Gnome Software에 통합 되었기 때문에 Snappy보다 더 흥미 롭습니다.

예, 우분투의 노력에도 불구하고 Snappy의 가장 큰 문제인 @phw 에 동의합니다. 여전히 우분투 -y입니다.

또한 이러한 새로운 노력의 목적은 개발자가 중개자를 패키징하고 잘라낼 수있는 범용 패키징 시스템을 충분히 쉽게 만드는 것이었지만, 패키징 할 시간이 없다면 그렇게 할 수있을 것 같습니다. 도움을받을 수 없습니다.

@phw 는 100 % 확실하지는 않지만 undefined symbol: hb_buffer_set_cluster_level 는 기본 시스템에 문제가있는 것 같습니다. http://unix.stackexchange.com/questions/235012/problem-with-gtk-application-s 참조

그렇지 않으면 트래비스로 자동으로 구축하는 아이디어도 마음에 듭니다.

이 경로로 가고 싶다면 AppImage를 생성하기 위해 deb 패키징이 필요하지 않습니다. 예 :
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 프로젝트는 x86_64, i686 및 armhf (예 : Raspberry Pi) 용 AppImages를 제공합니다.

모든 포장에 대한 나의 주요 문제는 내가 직접하고 싶지 않고 출시 할 때 최소한의 노력을 기울여야한다는 것입니다.

AppImage는이 사용 사례를 염두에두고 만들어졌습니다 ... :)

PPA를 갖는 것은 적어도 내가하는 방법을 아는 것이었을 것입니다.

그런 다음 위에 게시 한 레시피와 같은 것을 사용하여 (이상적으로는 신뢰할 수 있거나 오래된) ppa의 deb를 대부분 자동으로 AppImage로 변환 할 수 있습니다.

PPA를 갖는 것은 적어도 내가하는 방법을 아는 것이었을 것입니다.

그런 다음 위에 게시 한 레시피와 같은 것을 사용하여 (이상적으로는 신뢰할 수 있거나 오래된) ppa의 deb를 대부분 자동으로 AppImage로 변환 할 수 있습니다.

이는 또한 32 비트 빌드를위한 가능한 계획입니다. PPA를 설정 (무료로 32 비트 빌드) 한 다음 CMake 빌드에 크로스 컴파일을 추가하는 것이 더 쉬울 것입니다.

@phw 100 % 확실하지는 않지만 정의되지 않은 기호 : hb_buffer_set_cluster_level은 기본 시스템에 문제가있는 것 같습니다. http://unix.stackexchange.com/questions/235012/problem-with-gtk-application-s 참조

나는 내 시스템에있는 모든 라이브러리의 최신 버전과 일반적으로 수정되지 않은 버전을 가지고 있기 때문에 이것이 빌드 된 라이브러리에 문제가 있다고 의심합니다. 내 베팅은 종종 Debian / Ubuntu 패치가 발생합니다. :)

레시피에서 AppImage에 대한 Peek 바이너리를 얻는 방법과 위치가 완전히 명확하지 않습니다. 레시피에서 최종 AppImage를 만들 때 지정된 것이 있습니까?

레시피에서 AppImage에 대한 Peek 바이너리를 얻는 방법과 위치가 완전히 명확하지 않습니다. 레시피에서 최종 AppImage를 만들 때 지정된 것이 있습니까?

레시피를 실행하는 스크립트는 https://github.com/probonopd/AppImages/blob/master/recipes/meta/Recipe에 있습니다.

이 OBS Ubuntu 저장소는 어떻습니까? 누가 유지하고 있으며 "공식적"입니까? webupd8.org 에서 Andrew에게 연락하여 Peek 용 PPA를 제공하고 유지 관리했습니다. 이 OBS가 더 이상 유지되지 않으면 Andrew가 도움을 줄 수 있습니다.

사용자가 다음에서 언급 한 것 같습니다.
http://www.omgubuntu.co.uk/2016/08/peek-desktop-gif-screen-recorder-linux#comment -2894366969

그가 그것을 관리하고 싶어하는 것 같지는 않지만, 그에게 액세스 권한을 주거나 최소한 사용 된 구성을 요구할 수 있습니다. OBS는 다른 시스템에도 구축 할 수있는 이점이 있습니다. 반면에 OBS는 마지막으로 시도했을 때 사용하는 것이 약간 불편하다는 것을 알았습니다.

결정하는 것은 당신에게 달려 있습니다. 내가 말했듯이 PPA를 선호한다면 Andrew가 도울 수 있습니다 ;-)

@phw

내 PPA를 들여다 볼 수 있습니다. 그러나 제대로하기 위해서는 런치 패드에서 적절히 설정하여 유지 관리 할 필요가 없습니다. 새로운 변경 사항을 감지하면 자동으로 컴파일됩니다.

1, 먼저 실행 패드에 "Peek" 라는 새 프로젝트를 만듭니다. 프로젝트 아래에 PPA ( "peek-daily")를 만듭니다.

1. 프로젝트-> 코드에서 가져 오기를 선택하십시오. 대상과 소스를 모두 git로 선택하십시오. 메인 브랜치에 이름을 지정합니다 (예 : trunk ). 당연히 소유자는 자신이어야합니다.

2. 

3. GitHub에서 debian 폴더 만 포함해야하는 새 저장소 "Peek-Packaging"을 만듭니다 (OBS 저장소에서 복사 할 수 있음).

4. 기본 저장소와 동일한 방식으로 패키징 저장소를 가져옵니다. 가져 오는 동안 "debian-packaging" 과 같은 이름을 지정하십시오.

5. 프로젝트 (예 : peek)-> 코드-> git 저장소보기로 이동합니다. lp:~USERNAME/kee/+git/trunk 클릭합니다. 그런 다음 create a packaging recipe 클릭합니다.

6. 레시피 이름을 지정하십시오. 자신의 PPA를 선택하고 배포 시리즈를 확인하십시오. (zesty, 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. 저장하고 "빌드 요청"을 클릭합니다. 코드 작성이 시작됩니다! 오류에 대해서는 빌드 로그를 확인하십시오. "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을 참조

내가 데비안 패키징과 런치 패드 PPA를 만지작 거리고 런치 패드 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

편집 : 예, 2014+ 배포판에서이 작업을한다고 말씀 하셨나요?

AppImage를 구성하는 @ Ads20000 은 대상 시스템에서 무엇을 번들로 사용할지 결정할 수 있습니다. peek 프로젝트는 Gtk 3.10과 peek에 필요한 glib 및 gio 버전을 AppImage 내부의 개인 복사본으로 번들링하기로 결정할 수 있습니다. 여전히 Gtk 3.10, glib 및 gio는 최신 glibc 등 버전에서 그리지 않도록 컴파일 할 수있는 가장 오래된 시스템에서 컴파일해야합니다. 결과는 이전 배포판에서 여전히 작동하는 더 큰 AppImage가 될 것입니다.

@probonopd 아니요 Peek이 AppImage 내에 최신 버전의 GTK (3.10 이상)를 번들로 제공하여 이전 배포판에서 작동하도록 할 수 있다는 의미입니까 ??

@ Ads20000 예, GTK의 최신 버전 (3.10 이상)이 이전 배포판에서 컴파일되는 한 가능합니다.

좋아, 이제 작동하는 것 같습니다. README를 업데이트했습니다.

현재 두 개의 PPA가 있습니다. 하나는 일일 빌드가 있고 다른 하나는 안정적인 릴리스입니다.

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