하이쿠와 함께한 XNUMX일차: 몇 가지 프로그램을 포팅해 보겠습니다.

TL; DR: 초보자는 Linux 세계에서 일부 프로그램을 이식하려고 시도하면서 처음으로 Haiku를 보았습니다.

hpkg 형식으로 패키지된 나의 첫 번째 Haiku 포팅 프로그램

최근에 저는 놀라울 정도로 좋은 PC용 운영체제인 하이쿠(Haiku)를 발견했습니다.
오늘은 이 운영체제에 새로운 프로그램을 포팅하는 방법을 배워보겠습니다. 주요 초점은 Linux 개발자의 관점에서 Haiku로 전환한 첫 경험에 대한 설명입니다. 하이쿠를 처음 다운로드한 지 아직 일주일도 되지 않았기 때문에 그동안 제가 저지른 어리석은 실수에 대해 사과드립니다.

저는 세 가지 목표를 달성하고 싶습니다.

• 간단한 CLI 애플리케이션 포팅
• GUI에서 Qt로 애플리케이션 포팅
• 그런 다음 hpkg 형식으로 패키징합니다(아직 AppDir 및 AppImage를 Haiku에 적용하는 것에 대해 생각하고 있기 때문에...)

시작하자. 섹션에서 문서 и 개발,뿐만 아니라 위키 HaikuPorts에서 올바른 방향을 찾았습니다. 온라인 PDF 책도 있습니다 BeOS: 유닉스 애플리케이션 포팅.
467페이지 - 이것은 1997년의 것입니다! 속을 들여다 보는 것은 무섭지만 최선을 다하길 바랍니다. “BeOS가 POSIX와 호환되지 않아 시간이 오래 걸렸다”는 개발자의 말은 고무적이지만, 하이쿠는 “대부분” 이미 그렇다.

간단한 CLI 애플리케이션 포팅

가장 먼저 생각한 것은 애플리케이션을 이식하는 것이었습니다. 근원, 그러나 결과적으로 이것은 이미 끝냈다. 옛날에.

첫 번째 시도: 시청할 항목 없음

이해할 수 없는 건 이미 앱은 10년 넘게 Haiku로 포팅되었습니다. - OS 자체가 아직 1.0 버전이 아님에도 불구하고.

두 번째 시도: 다시 작성해야 함

그래서 나는 사용할 것이다 ptouch-770, 라벨 인쇄에 사용하는 Brother P-Touch 770 프린터를 제어하기 위한 CLI입니다.
그 위에 다양한 라벨을 인쇄했는데, 이미 이전 글에서 보셨을 겁니다. 조금 전에 저는 Python으로 작은 GUI 래퍼 프로그램을 작성했습니다(Gtk+에 있으므로 다시 작성해야 하며 이것이 배워야 할 좋은 이유입니다).

브라더 P-Touch 770 라벨 프린터, 하이쿠와 호환되나요?

Haiku 패키지 관리자는 라이브러리와 명령에 대해 알고 있으므로 실행 시 "libintl을 찾을 수 없습니다"라는 메시지가 표시되는 경우 configure - 방금 시작했어요 pkgman install devel:libintl 그러면 필요한 패키지가 발견됩니다. 비슷하게 pkgman install cmd:rsync. 글쎄요.

이것이 작동하지 않는 경우를 제외하고:

/Haiku/home> git clone https://github.com/probonopd/ptouch-770
Cloning into 'ptouch-770'...
remote: Enumerating objects: 134, done.
remote: Total 134 (delta 0), reused 0 (delta 0), pack-reused 134
Receiving objects: 100% (134/134), 98.91 KiB | 637.00 KiB/s, done.
Resolving deltas: 100% (71/71), done./Haiku/home> cd ptouch-770//Haiku/home/ptouch-770> make
gcc -Wall -O2 -c -o ptouch-770-write.o ptouch-770-write.c
ptouch-770-write.c:28:10: fatal error: libudev.h: No such file or directory
 #include <libudev.h>
          ^~~~~~~~~~~
compilation terminated.
Makefile:16: recipe for target 'ptouch-770-write.o' failed
make: *** [ptouch-770-write.o] Error 1/Haiku/home/ptouch-770> pkgman install devel:libudev
100% repochecksum-1 [65 bytes]
Validating checksum for Haiku...done.
100% repochecksum-1 [64 bytes]
Validating checksum for HaikuPorts...done.
*** Failed to find a match for "devel:libudev": Name not found/Haiku/home/ptouch-770> pkgman install devel:udev
100% repochecksum-1 [65 bytes]
Validating checksum for Haiku...done.
100% repochecksum-1 [64 bytes]
Validating checksum for HaikuPorts...done.
*** Failed to find a match for "devel:udev": Name not found

아마도 udev는 너무 Linux 기반이므로 Haiku에는 존재하지 않을 것입니다. 이는 컴파일하려는 소스 코드를 편집해야 함을 의미합니다.
어, 머리 위로 뛰어 넘을 수도없고 어디서부터 시작해야할지조차 모르겠습니다.

세 번째 시도

있으면 좋을 것 같아요 tmate Haiku의 경우, 문제가 발생할 경우를 대비해 Haiku 개발자가 내 터미널 세션에 연결하도록 허용하겠습니다. 지침은 매우 간단합니다.

./autogen.sh
./configure
make
make install

좋아 보이는데, 하이쿠에 시도해 보는 건 어떨까요?

/Haiku/home> git clone https://github.com/tmate-io/tmate/Haiku/home> cd tmate//Haiku/home/tmate> ./autogen.sh
(...)/Haiku/home/tmate> ./configure
(...)
checking for libevent... no
checking for library containing event_init... no
configure: error: "libevent not found"/Haiku/home/tmate> pkgman install devel:libevent
(...)
The following changes will be made:
  in system:
    install package libevent21-2.1.8-2 from repository HaikuPorts
    install package libevent21_devel-2.1.8-2 from repository HaikuPorts
Continue? [yes/no] (yes) :
100% libevent21-2.1.8-2-x86_64.hpkg [965.22 KiB]
(...)
[system] Done.checking for ncurses... no
checking for library containing setupterm... no
configure: error: "curses not found"/Haiku/home/tmate> pkgman install devel:libcurses
(...)
*** Failed to find a match for "devel:libcurses": Name not found/Haiku/home/tmate> pkgman install devel:curses
(...)
*** Failed to find a match for "devel:curses": Name not found

이 단계에서는 HaikuDepot을 열고 검색합니다. curses.
좀 더 유능한 쿼리에 대한 힌트를 준 뭔가가 발견되었습니다.

/Haiku/home/tmate> pkgman install devel:libncurses
(...)
100% ncurses6_devel-6.1-1-x86_64.hpkg [835.62 KiB]
(...)./configure
(...)
checking for msgpack >= 1.1.0... no
configure: error: "msgpack >= 1.1.0 not found"/Haiku/home/tmate> pkgman install devel:msgpack
(...)
*** Failed to find a match for "devel:msgpack": Name not found/Haiku/home/tmate> pkgman install devel:libmsgpack
(...)
*** Failed to find a match for "devel:libmsgpack": Name not found

다시 나는 HaikuDepot에 가서 물론 발견했습니다. devel:msgpack_c_cpp_devel. 이 이상한 이름은 무엇입니까?

/Haiku/home/tmate> pkgman install devel:msgpack_c_cpp_devel
100% repochecksum-1 [65 bytes]
Validating checksum for Haiku...done.
100% repochecksum-1 [64 bytes]
Validating checksum for HaikuPorts...done.
*** Failed to find a match for "devel:msgpack_c_cpp_devel": Name not found# Why is it not finding it? To hell with the "devel:".../Haiku/home/tmate> pkgman install msgpack_c_cpp_devel
(...)
The following changes will be made:
  in system:
    install package msgpack_c_cpp-3.1.1-1 from repository HaikuPorts
    install package msgpack_c_cpp_devel-3.1.1-1 from repository HaikuPorts
Continue? [yes/no] (yes) :
(...)/Haiku/home/tmate> ./configure
(...)
checking for libssh >= 0.8.4... no
configure: error: "libssh >= 0.8.4 not found"/Haiku/home/tmate> pkgman install devel:libssh/Haiku/home/tmate> make
(...)
In file included from /boot/system/develop/headers/msgpack.h:22,
                 from tmate.h:5,
                 from cfg.c:29:
/boot/system/develop/headers/msgpack/vrefbuffer.h:19:8: error: redefinition of struct iovec'
 struct iovec {
        ^~~~~
In file included from tmux.h:27,
                 from cfg.c:28:
/boot/system/develop/headers/posix/sys/uio.h:12:16: note: originally defined here
 typedef struct iovec {
                ^~~~~
Makefile:969: recipe for target 'cfg.o' failed
make: *** [cfg.o] Error 1

이 단계에서 나는 프로그램을 하이쿠로 포팅하려면 간단한 재구축에 필요한 것보다 훨씬 더 많은 지식이 필요하다는 것을 깨달았습니다.
나는 친절한 Haiku 개발자들과 이야기를 나눴는데 msgpack에 버그가 있다는 것이 밝혀졌고 몇 분 후에 HaikuPorts에 패치가 있는 것을 볼 수 있었습니다. 수정된 패키지가 어떻게 되는지 내 눈으로 직접 확인 가능 여기로 가 (buildslave - 가상 머신).

buildmaster에서 수정된 msgpack 빌드

그 사이에 업스트림으로 패치를 보냅니다. msgpack에 Haiku 지원을 추가하려면.

XNUMX분 후 업데이트된 msgpack이 이미 Haiku에서 사용 가능합니다.

/Haiku/home/tmate> pkgman update
(...)
The following changes will be made:
  in system:
    upgrade package msgpack_c_cpp-3.1.1-1 to 3.2.0-2 from repository HaikuPorts
    upgrade package msgpack_c_cpp_devel-3.1.1-1 to 3.2.0-2 from repository HaikuPorts
Continue? [yes/no] (yes) : y
100% msgpack_c_cpp-3.2.0-2-x86_64.hpkg [13.43 KiB]
(...)
[system] Done.

예상외로 좋습니다. 내가 그렇게 말했나?!

원래 문제로 돌아갑니다.

/Haiku/home/tmate> make
(...)
In file included from tmux.h:40,
                 from tty.c:32:
compat.h:266: warning: "AT_FDCWD" redefined
 #define AT_FDCWD -100

In file included from tty.c:25:
/boot/system/develop/headers/posix/fcntl.h:62: note: this is the location of the previous definition
 #define AT_FDCWD  (-1)  /* CWD FD for the *at() functions */

tty.c: In function 'tty_init_termios':
tty.c:278:48: error: 'IMAXBEL' undeclared (first use in this function); did you mean 'MAXLABEL'?
  tio.c_iflag &= ~(IXON|IXOFF|ICRNL|INLCR|IGNCR|IMAXBEL|ISTRIP);
                                                ^~~~~~~
                                                MAXLABEL
tty.c:278:48: note: each undeclared identifier is reported only once for each function it appears in
Makefile:969: recipe for target 'tty.o' failed
make: *** [tty.o] Error 1

이제 msgpack에 문제가 없는 것 같습니다. 댓글을 달고 있어요 IMAXLABEL в tty.c 다음과 같습니다 :

tio.c_iflag &= ~(IXON|IXOFF|ICRNL|INLCR|IGNCR|/*IMAXBEL|*/ISTRIP);

결과 :

osdep-unknown.c: In function 'osdep_get_cwd':
osdep-unknown.c:32:19: warning: unused parameter 'fd' [-Wunused-parameter]
 osdep_get_cwd(int fd)
               ~~~~^~
make: *** No rule to make target 'compat/forkpty-unknown.c', needed by 'compat/forkpty-unknown.o'.  Stop.

자, 다시 시작하겠습니다... 그런데:

/Haiku/home/tmate> ./configure | grep -i OPENAT
checking for openat... no

씨. 뒤뚱뒤뚱 발굴할 위치를 알려줍니다.

/Haiku/home/tmate> ./configure LDFLAGS="-lbsd"
(...)/Haiku/home/tmate> make
(...)
In file included from tmux.h:40,
                 from window.c:31:
compat.h:266: warning: "AT_FDCWD" redefined
 #define AT_FDCWD -100

In file included from window.c:22:
/boot/system/develop/headers/posix/fcntl.h:62: note: this is the location of the previous definition
 #define AT_FDCWD  (-1)  /* CWD FD for the *at() functions */

make: *** No rule to make target 'compat/forkpty-unknown.c', needed by 'compat/forkpty-unknown.o'.  Stop.

여기에 내가 게시했습니다. 구성.로그.

그들은 Haiku의 libresolv 외에도 libnetwork에 다른 것이 있다고 설명했습니다. 분명히 코드를 추가로 편집해야 할 것 같습니다. 생각해볼 필요가 있다…

find . -type f -exec sed -i -e 's|lresolv|lnetwork|g'  {} ;

영원한 질문: 무슨 일이 일어나고 있는 걸까요?

/Haiku/home/tmate> ./configure LDFLAGS="-lbsd"
(...)/Haiku/home/tmate> make
(...)
# Success!# Let's run it:/Haiku/home/tmate> ./tmate
runtime_loader: /boot/system/lib/libssh.so.4.7.2: Could not resolve symbol '__stack_chk_guard'
resolve symbol "__stack_chk_guard" returned: -2147478780
runtime_loader: /boot/system/lib/libssh.so.4.7.2: Troubles relocating: Symbol not found

프로필에서만 마찬가지입니다. 구글링하고 이것을 찾았다. 추가하면 -lssp "때때로"가 도움이 됩니다. 저는 다음과 같이 노력합니다.

/Haiku/home/tmate> ./configure LDFLAGS="-lbsd -lssp"
(...)/Haiku/home/tmate> make
(...)/Haiku/home/tmate> ./tmate

우와! 시작된다! 하지만…

[tmate] ssh.tmate.io lookup failure. Retrying in 2 seconds (non-recoverable failure in name resolution)

디버깅을 해볼게 여기에 파일을 제출하세요:

/Haiku/home/tmate> strace -f ./tmate >log 2>&1

"잘못된 포트 ID"는 이미 명함과 같습니다. 하이쿠. 누군가 무엇이 잘못되었고 어떻게 해결하는지 알고 있을까요? 그렇다면 기사를 업데이트하겠습니다. 다음으로 연결 GitHub의.

GUI 애플리케이션을 Qt로 포팅합니다.

저는 간단한 QML 애플리케이션을 선택했습니다.

/> cd /Haiku/home//Haiku/home> git clone https://github.com/probonopd/QtQuickApp
/Haiku/home/QtQuickApp> qmake .
/Haiku/home/QtQuickApp> make
/Haiku/home/QtQuickApp> ./QtQuickApp # Works!

정말 간단합니다. 일분보다 적게!

haikuporter 및 haikuports를 사용하여 hpkg에서 애플리케이션을 패키징합니다.

무엇부터 시작해야 합니까? 간단한 문서는 없습니다. irc.freenode.net의 #haiku 채널로 가서 다음 내용을 듣습니다.

• 팀 package - 패키지를 생성하는 낮은 수준의 방법입니다. 대부분의 경우 "적절한 .hpkg 패키지로 만들기" 섹션에 설명된 대로 PackageInfo이면 충분합니다.
• 뭔가 해야겠어 такое
• 사용할 수 있습니다 hpkg-creator (그것은 나에게 충돌이 발생합니다. 오류 보고)

무엇을 해야할지 명확하지 않습니다. Hello World 스타일 초보자 가이드, 이상적으로는 비디오가 필요한 것 같습니다. GNU hello에서처럼 HaikuPorter에 대한 편리한 소개도 있으면 좋을 것 같습니다.

나는 다음을 읽고 있다:

haikuporter Haiku용 공통 패키지 프로젝트를 생성하기 위한 도구입니다. HaikuPorts 저장소를 모든 패키지의 기반으로 사용합니다. Haikuporter 레시피는 패키지를 만드는 데 사용됩니다.

추가적으로 다음과 같은 사실을 알게 되었습니다.

HaikuPorts 저장소에 레시피를 저장할 필요가 없습니다. 다른 저장소를 만들고 여기에 레시피를 넣은 다음 haikuporter를 가리킬 수 있습니다.

나에게 꼭 필요한 것 - 패키지를 공개적으로 릴리스할 방법을 찾고 있지 않은 경우. 그러나 이것은 다른 게시물의 주제입니다.

haikuporter 및 haikuports 설치

cd /boot/home/
git clone https://github.com/haikuports/haikuporter --depth=50
git clone https://github.com/haikuports/haikuports --depth=50
ln -s /boot/home/haikuporter/haikuporter /boot/home/config/non-packaged/bin/ # make it runnable from anywhere
cd haikuporter
cp haikuports-sample.conf /boot/home/config/settings/haikuports.conf
sed -i -e 's|/mydisk/haikuports|/boot/home/haikuports|g' /boot/home/config/settings/haikuports.conf

레시피 작성

SUMMARY="Demo QtQuick application"
DESCRIPTION="QtQuickApp is a demo QtQuick application for testing Haiku porting and packaging"
HOMEPAGE="https://github.com/probonopd/QtQuickApp"
COPYRIGHT="None"
LICENSE="MIT"
REVISION="1"
SOURCE_URI="https://github.com/probonopd/QtQuickApp.git"
#PATCHES=""
ARCHITECTURES="x86_64"
PROVIDES="
    QtQuickApp = $portVersion
"
REQUIRES="
    haiku
"
BUILD_REQUIRES="
    haiku_devel
    cmd:qmake
"BUILD()
{
    qmake .
    make $jobArgs
}INSTALL()
{
    make install
}

레시피 조립

이름으로 파일을 저장합니다 QtQuickApp-1.0.recipe, 그 후에는 aikuporter -S ./QuickApp-1.0.recipe. 저장소의 모든 패키지에 대한 종속성을 검사합니다. 하이쿠포트, 시간이 좀 걸립니다. 나는 커피를 마시러 갈 것이다.

도대체 왜 이 검사를 모든 사람에 대해 서버 중앙에서 수행하지 않고 내 로컬 컴퓨터에서 수행해야 합니까?

씨에 따르면 뒤뚱뒤뚱:

이를 통해 저장소의 모든 파일을 다시 작성할 수 있습니다 😉 마지막 변경 사항이 매우 드물기 때문에 필요할 때 필요한 정보를 계산하여 이를 약간 최적화할 수 있습니다.

~/QtQuickApp> haikuporter  QtQuickApp-1.0.recipe
Checking if any dependency-infos need to be updated ...
Looking for stale dependency-infos ...
Error: QtQuickApp not found in repository

애플리케이션의 소스 코드를 포함하는 일반 레시피 파일 같은 것은 없다는 것이 밝혀졌습니다. HaikuPorts 형식으로 저장소에 보관해야 합니다.

~/QtQuickApp> mv QtQuickApp-1.0.recipe ../haikuports/app-misc/QtQuickApp/
~/QtQuickApp> ../haikuport
~/QtQuickApp> haikuporter -S QtQuickApp-1.0.recipe

이 사실은 조립을 더욱 번거롭게 만듭니다. 나는 그것을 특별히 좋아하지는 않지만 결국 모든 오픈 소스 소프트웨어가 HaikuPorts에 나타나도록 하는 것이 필요하다고 생각합니다.

나는 다음을 얻습니다 :

~/QtQuickApp> haikuporter -S QtQuickApp-1.0.recipe
Checking if any dependency-infos need to be updated ...
        updating dependency infos of QtQuickApp-1.0
Looking for stale dependency-infos ...
Error: QtQuickApp-1.0.recipe not found in tree.

뭐가 문제 야? irc를 읽은 후 나는 다음을 수행합니다.

~/QtQuickApp> haikuporter -S QtQuickApp
Checking if any dependency-infos need to be updated ...
        updating dependency infos of QtQuickApp-1.0
Looking for stale dependency-infos ...
----------------------------------------------------------------------
app-misc::QtQuickApp-1.0
        /boot/home/haikuports/app-misc/QtQuickApp/QtQuickApp-1.0.recipe
----------------------------------------------------------------------Downloading: https://github.com/probonopd/QtQuickApp.git ...
--2019-07-14 16:12:44--  https://github.com/probonopd/QtQuickApp.git
Resolving github.com... 140.82.118.3
Connecting to github.com|140.82.118.3|:443... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://github.com/probonopd/QtQuickApp [following]
--2019-07-14 16:12:45--  https://github.com/probonopd/QtQuickApp
Reusing existing connection to github.com:443.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ‘/boot/home/haikuports/app-misc/QtQuickApp/download/QtQuickApp.git’
     0K .                                                     1.34M=0.06s
2019-07-14 16:12:45 (1.34 MB/s) - ‘/boot/home/haikuports/app-misc/QtQuickApp/download/QtQuickApp.git’ saved [90094]
Validating checksum of QtQuickApp.git
Warning: ----- CHECKSUM TEMPLATE -----
Warning: CHECKSUM_SHA256="cf906a65442748c95df16730c66307a46d02ab3a12137f89076ec7018d8ce18c"
Warning: -----------------------------
Error: No checksum found in recipe!

흥미로운 질문이 생겼습니다. 레시피에 체크섬을 추가하면 지속적인 통합을 위한 최신 git 커밋과 일치합니까? (개발자 확인: "작동하지 않습니다. 레시피는 비교적 안정적으로 설계되었습니다.")

재미로 레시피에 추가해보세요:

CHECKSUM_SHA256="cf906a65442748c95df16730c66307a46d02ab3a12137f89076ec7018d8ce18c"

여전히 만족스럽지 않습니다.

~/QtQuickApp> haikuporter -S QtQuickApp
Checking if any dependency-infos need to be updated ...
        updating dependency infos of QtQuickApp-1.0
Looking for stale dependency-infos ...
----------------------------------------------------------------------
app-misc::QtQuickApp-1.0
        /boot/home/haikuports/app-misc/QtQuickApp/QtQuickApp-1.0.recipe
----------------------------------------------------------------------
Skipping download of source for QtQuickApp.git
Validating checksum of QtQuickApp.git
Unpacking source of QtQuickApp.git
Error: Unrecognized archive type in file /boot/home/haikuports/app-misc/QtQuickApp/download/QtQuickApp.git

그는 무엇을 하고 있나요? 결국 이것은 git 저장소이고 코드는 이미 직접 존재하므로 압축을 풀 것이 없습니다. 내 관점에서 보면 이 도구는 GitHub URL 위에 있는 경우 언패커를 찾지 않을 만큼 똑똑해야 합니다.

아마도 uri git://이 작동할 것입니다.

SOURCE_URI="git://github.com/probonopd/QtQuickApp.git"

이제 다음과 같이 불평합니다.

Downloading: git://github.com/probonopd/QtQuickApp.git ...
Error: Downloading from unsafe sources is disabled in haikuports.conf!

흠, 왜 이렇게 복잡해, 왜 "그냥 일"할 수 없니? 결국 GitHub에서 무언가를 구축하는 것은 그리 드문 일이 아닙니다. 설정이 필요 없이 즉시 작동하는 도구이거나 "소란"이라고 부르는 도구인지 여부.

아마도 다음과 같이 작동할 것입니다:

SOURCE_URI="git+https://github.com/probonopd/QtQuickApp.git"

아니요. 아직도 이런 이상한 오류가 발생하고 있습니다. 여기에 설명된 대로

sed -i -e 's|#ALLOW_UNSAFE_SOURCES|ALLOW_UNSAFE_SOURCES|g' /boot/home/config/settings/haikuports.conf

조금 더 나아가고 있는데 왜 나에게 소리를 지르며(GitHub는 안전하지 않습니다!) 여전히 뭔가를 풀려고 하는 것입니다.

에 따르면 씨. 뒤뚱뒤뚱:

네, 그 이유는 조립을 위해 받은 데이터의 무결성을 확인하려는 욕구 때문이었습니다. 옵션 중 하나는 아카이브의 체크섬을 확인하는 것이지만, 물론 개별 파일을 해시할 수도 있는데, 이는 구현되지 않습니다. 훨씬 더 오래 걸립니다. 그 결과 git 및 기타 VCS의 "불안정"이 발생합니다. GitHub에서 아카이브를 만드는 것이 매우 쉽고 빠르기 때문에 항상 그럴 것입니다. 음, 미래에는 아마도 오류 메시지가 그다지 화려하지 않을 것입니다... (우리는 더 이상 HaikuPorts에서 그러한 레시피를 병합하지 않습니다).

~/QtQuickApp> haikuporter -S QtQuickApp
Checking if any dependency-infos need to be updated ...
Looking for stale dependency-infos ...
----------------------------------------------------------------------
app-misc::QtQuickApp-1.0
        /boot/home/haikuports/app-misc/QtQuickApp/QtQuickApp-1.0.recipe
----------------------------------------------------------------------Downloading: git+https://github.com/probonopd/QtQuickApp.git ...
Warning: UNSAFE SOURCES ARE BAD AND SHOULD NOT BE USED IN PRODUCTION
Warning: PLEASE MOVE TO A STATIC ARCHIVE DOWNLOAD WITH CHECKSUM ASAP!
Cloning into bare repository '/boot/home/haikuports/app-misc/QtQuickApp/download/QtQuickApp.git'...
Unpacking source of QtQuickApp.git
tar: /boot/home/haikuports/app-misc/QtQuickApp/work-1.0/sources/QtQuickApp-1.0: Cannot open: No such file or directory
tar: Error is not recoverable: exiting now
Command 'git archive HEAD | tar -x -C "/boot/home/haikuports/app-misc/QtQuickApp/work-1.0/sources/QtQuickApp-1.0"' returned non-zero exit status 2

예전 습관에서 벗어나 irc.freenode.net 네트워크의 #haiku 채널에 가서 좋은 사람들에게 물어봅니다. 그리고 그들 없이는 내가 어디에 있겠는가? 힌트를 받은 후 다음을 사용해야 한다는 것을 깨달았습니다.

srcGitRev="d0769f53639eaffdcd070bddfb7113c04f2a0de8"
SOURCE_URI="https://github.com/probonopd/QtQuickApp/archive/$srcGitRev.tar.gz"
SOURCE_DIR="QtQuickApp-$srcGitRev"
CHECKSUM_SHA256="db8ab861cfec0ca201e9c7b6c0c9e5e828cb4e9e69d98e3714ce0369ba9d9522"

좋아, 그것이 무엇을 하는지 분명해졌습니다. 특정 개정판의 소스 코드가 포함된 아카이브를 다운로드합니다. 내 관점에서는 어리석은 일이고 정확히 내가 원했던 것과는 다릅니다. 즉, 마스터 브랜치에서 최신 개정판을 다운로드하는 것입니다.

개발자 중 한 사람은 이렇게 설명했습니다.

우리는 자체 CI를 가지고 있으므로 haikuports 저장소에 있는 모든 것이 모든 사용자를 위해 패키지화되며 "최신 버전 업스트림의 모든 것"을 수집하고 제공하는 위험을 감수하고 싶지 않습니다.

이해했다! 어쨌든 일어난 일은 다음과 같습니다.

waiting for build package QtQuickApp-1.0-1 to be activated
waiting for build package QtQuickApp-1.0-1 to be activated
waiting for build package QtQuickApp-1.0-1 to be activated
waiting for build package QtQuickApp-1.0-1 to be activated
waiting for build package QtQuickApp-1.0-1 to be activated
(...)

이 광고를 무한히 반복합니다. 아무래도 오류인 것 같습니다(어플리케이션이 있나요? 찾을 수 없습니다).

С haikuporter 및 저장소 하이쿠포트 "그냥 작동한다"는 느낌은 없지만 개발자로서 Haiku를 사용하면서 좋아하는 점이 몇 가지 있습니다. 대부분의 경우 Linux 빌드를 빌드하기 위한 도구 세트인 Open Build Service와 유사합니다. 매우 강력하고 체계적인 접근 방식을 갖추고 있지만 작은 "hello world" 애플리케이션에는 과도합니다.

다시, 씨에 따르면. 뒤뚱뒤뚱:

실제로 HaikuPorter는 기본적으로 매우 엄격하지만(더욱 엄격하게 만드는 lint 모드와 strict 모드도 있습니다!) 단지 패키지를 만드는 것이 아니라 작동할 패키지를 만들기 때문입니다. 그렇기 때문에 그는 선언되지 않은 종속성, 제대로 가져오지 않은 라이브러리, 잘못된 버전 등에 대해 불평합니다. 목표는 사용자가 문제에 대해 알기 전에 향후 문제를 포함하여 모든 문제를 파악하는 것입니다. 종속성이 실제로 레시피에 지정되어 있기 때문에 avrdude를 설치할 수 없는 이유입니다. 라이브러리는 단순한 개별 패키지나 특정 SO 버전이 아닙니다. HaikuPorter는 실행 중 오류를 방지하기 위해 이 모든 것이 레시피 자체에서 관찰되는지 확인합니다.

원칙적으로 이러한 수준의 엄격함은 운영 체제를 만들 때 정당화되지만 "hello world" 응용 프로그램에서는 불필요해 보입니다. 나는 다른 것을 시도하기로 결정했습니다.

"package create" 명령을 사용하여 hpkg 형식으로 애플리케이션 구축

어쩌면 이 간단한 지침이 나에게 더 효과적일까요?

mkdir -p apps/
cp QtQuickApp apps/cat >  .PackageInfo <<EOF
name QtQuickApp
version 1.0-1
architecture x86_64

summary "Demo QtQuick application"
description "QtQuickApp is a demo QtQuick application for testing Haiku porting and packaging"

packager "probono"
vendor "probono"

copyrights "probono"
licenses "MIT"

provides {
  QtQuickApp = 1.0-1
}requires {
  qt5
}
EOFpackage create -b QtQuickApp.hpkg
package add QtQuickApp.hpkg apps# See below if you also want the application
# to appear in the menu

예상외로 빠르고, 예상외로 간단하며, 예상외로 효과적입니다. 정확히 내가 그것을 얼마나 좋아하는지, 놀랍습니다!

설치 - 무엇을, 어디서?

QtQuickApp.hpkg 파일을 다음으로 옮겼습니다. ~/config/packages파일 관리자를 사용하면 QtQuickApp이 마술처럼 나타납니다. ~/config/apps.
다시 말하지만, 예상외로 빠르고 간단하며 효과적입니다. 놀랍고, 믿어지지 않습니다!

하지만... (그들이 없었다면 우리는 어디에 있었겠는가!)

앱 메뉴 목록과 QuickLaunch에 앱이 여전히 없습니다. 나는 이미 그것을 고치는 방법을 알고 있다고 생각합니다. 파일 관리자에서 QtQuickApp.hpkg를 ~/config/packages에서 /system/packages로 이동했습니다.

아니요, 아직 실종 상태입니다. 분명히 나는 ​​(음, 그리고 지침도) 뭔가를 놓쳤습니다.

다른 응용 프로그램에 대해 HaikuDepot의 "Contents" 탭을 살펴본 결과 다음과 같은 파일이 있다는 것을 알았습니다. /data/mimedb/application/x-vnd... 더욱 놀라운 것은 /data/deskbar/menu/Applications/….

그럼 거기에 무엇을 넣어야 할까요? 어서 해봐요...

mkdir -p data/deskbar/menu/Applications/
( cd data/deskbar/menu/Applications ; ln -s ../../../../apps/QtQuickApp . )
package add QtQuickApp.hpkg apps data

나는 이 트릭이 성공할 것이라고 확신하지만 여전히 질문이 남아 있습니다. 이것이 왜 필요한지, 무엇을 위한 것입니까? 시스템이 너무 정교하다는 전체적인 인상을 망치는 것 같아요.

Mr.님이 설명해주신대로 뒤뚱뒤뚱:

때로는 다른 응용 프로그램에 필요하지만 메뉴에 없는 응용 프로그램이 있습니다. 예를 들어 스크린샷의 LegacyPackageInstaller는 BeOS 형식의 .pkg 아카이브를 처리합니다. 사용자들이 설치해줬으면 좋겠지만, 메뉴에 존재하면 혼란을 초래할 것입니다.

어떤 이유에서든 더 간단한 해결책이 있는 것 같습니다. 예를 들면 다음과 같습니다. Hidden=true 파일에서 .desktop 리눅스에서. "숨겨진" 정보를 파일 시스템의 리소스와 속성으로 만드는 것은 어떨까요?

특히 미묘하지 않은 것은 메뉴를 표시하는 (일부) 애플리케이션의 이름이며, deskbar, 길을 따라 단단히 묶여 있습니다.

씨. waddlesplash는 다음과 같이 설명합니다.

이 경우 "데스크바"는 일종의 일반 용어로 이해해야 합니다(Windows 응용 프로그램과 일반 개념을 모두 가리키는 "작업 표시줄"과 거의 같은 방식). 뭐, 이것부터 deskbar, "Deskbar"가 아니라, 이것도 비슷한 방식으로 이해될 수 있습니다.

애플리케이션이 포함된 "거의 동일한" 디렉터리 2개

애플리케이션이 포함된 디렉토리가 2개 있는 이유는 무엇이며 QtQuickApplication이 하나에는 있지만 다른 디렉토리에는 없는 이유는 무엇입니까? (결국 이것은 하나의 시스템이 아니라 개인적으로 이해할 수있는 두 번째 사용자 시스템입니다.)
정말 혼란스럽고 통일되어야 한다고 생각합니다.

Mr.의 코멘트 뒤뚱뒤뚱

앱 카탈로그에는 메뉴에 필요하지 않은 애플리케이션이 포함되어 있습니다. 하지만 메뉴의 상황은 정말 개선되어 사용자 정의가 가능해져야 합니다.

신청하지 않으면 일어나지 않을 것입니다 😉

저는 다음과 같은 질문을 했습니다. 애플리케이션을 호스팅하는 것이 정말 필요한가요? /system/apps, 사용자가 거기에서 본다면 바람직하지 않습니다. 어쩌면 사용자가 접하지 않는 다른 장소에 배치하는 것이 더 낫지 않을까요? Mac OS X에서와 마찬가지로 패키지의 내용이 .app, 이는 사용자에게 표시되어서는 안 됩니다. /Applications, /System/Library/…“`의 깊이에 숨어 있습니다.

종속성은 어떻습니까?

어떻게든 종속성을 지정하는 것이 가치가 있다고 생각합니다. 그렇죠? Qt는 기본적으로 Haiku 설치의 필수 부분으로 간주될 수 있습니까? 아니요! Qt는 기본적으로 설치되지 않습니다. 패키지 빌더가 ELF 파일을 확인하여 종속성을 자동으로 감지할 수 있습니까? HaikuPorter가 실제로 이런 일을 한다고 들었는데, package 아니요. 그 이유는 단지 스스로 파일을 생성하는 "패키지 빌더"일 뿐이기 때문입니다. hpkg.

패키지가 Haiku 외부 패키지에 종속되어서는 안 된다는 정책을 추가하여 Haiku를 더욱 정교하게 만들어야 합니까? haikuports? (저는 그런 정책을 사용하면 작업이 훨씬 쉬워지기 때문에 그렇게 하고 싶습니다. 시스템은 추가 패키지 소스를 조작하지 않고도 어디서나 다운로드한 모든 패키지의 종속성을 자동으로 해결할 수 있습니다.)

씨. Waddlesplash는 다음과 같이 설명합니다.

우리는 개발자의 자유를 그다지 제한하고 싶지 않습니다. CompanyX가 종속성이 있는 자체 소프트웨어 세트(따라서 저장소)를 지원하려는 경우 완전히 자유롭게 지원할 것이 분명하기 때문입니다.

이 경우, 애플리케이션에 필요한 모든 것을 완전히 패키징하여 타사 패키지가 haikuports에 포함되지 않은 항목에 대한 종속성을 피하도록 권장하는 것이 좋습니다. 그러나 나는 이것이 이 시리즈의 향후 기사의 주제라고 생각합니다. [저자는 AppImage쪽으로 향하고 있나요? — 대략. 역자]

애플리케이션 아이콘 추가

새로 생성된 애플리케이션의 리소스에 깔끔한 기본 제공 아이콘 중 하나를 추가하려면 어떻게 해야 합니까? 이것은 놀라운 주제임이 밝혀져 다음 기사의 기초가 될 것입니다.

지속적인 애플리케이션 빌드를 구성하는 방법은 무엇입니까?

Inkscape와 같은 프로젝트를 상상해 보세요(예, 아직 Haiku에서 사용할 수 없다는 것을 알고 있지만 표시하는 것이 편리합니다). 그들은 소스 코드 저장소를 가지고 있습니다 https://gitlab.com/inkscape/inkscape.
누군가 변경 사항을 리포지토리에 커밋할 때마다 빌드 파이프라인이 시작된 후 변경 사항이 자동으로 테스트되고 빌드되며 Linux용 AppImage(로컬 테스트를 위해 다운로드할 수 있는 독립 실행형 애플리케이션 패키지)를 비롯한 다양한 패키지로 애플리케이션이 패키징됩니다. 시스템에 설치될 수도 있고 설치되지 않을 수도 있는 것 [알고 있었어! — 대략. 역자]). 모든 브랜치 병합 요청에서도 동일한 일이 발생하므로 병합하기 전에 병합 요청에 제안된 코드에서 빌드된 애플리케이션을 다운로드할 수 있습니다.

빌드 상태가 포함된 요청 병합 및 빌드가 성공한 경우 컴파일된 바이너리를 다운로드할 수 있는 기능(녹색으로 표시)

빌드는 Docker 컨테이너에서 실행됩니다. GitLab은 Linux에서 무료 러너를 제공하며 자신만의 러너를 포함하는 것이 가능할 수도 있다고 생각합니다. (그런데 Docker나 이에 상응하는 것이 없는 Haiku와 같은 시스템에서 이것이 어떻게 작동할지 모르겠습니다. 하지만 또한 FreeBSD에는 Docker가 없으므로 이 문제는 Haiku에만 국한되지 않습니다.

이상적으로 Haiku 애플리케이션은 Linux용 Docker 컨테이너 내에 구축될 수 있습니다. 이러한 상황에서는 Haiku용 어셈블리를 기존 파이프라인에 도입할 수 있습니다. 크로스 컴파일러가 있나요? 아니면 QEMU/KVM과 같은 것을 사용하여 Docker 컨테이너 내부에서 모든 Haiku를 에뮬레이션해야 합니까(Docker 내에서 그렇게 작동한다고 가정)? 그런데 많은 프로젝트에서 비슷한 원칙을 사용합니다. 예를 들어, Scribus는 이를 수행합니다. 이는 이미 Haiku에서 사용할 수 있습니다. 언젠가 보낼 수 있는 날이 오겠죠 이러한 Haiku 지원을 추가하려면 다른 프로젝트에 요청을 가져오세요.

개발자 중 한 명이 다음과 같이 설명합니다.

패키지 자체를 생성하려는 다른 프로젝트의 경우 일반 CMake/CPack 방법이 지원됩니다. 다른 빌드 시스템은 패키지의 빌드 프로그램을 직접 호출하여 지원할 수 있습니다. 사람들이 관심이 있다면 괜찮습니다. 경험상: 지금까지는 별로 관심이 없었기 때문에 haikuporter는 우리에게 편리하게 작동했지만 궁극적으로 두 가지 방법이 함께 작동해야 합니다. 우리는 Linux나 다른 서버 운영 체제에서 소프트웨어를 교차 구축하기 위한 도구 세트를 도입해야 합니다(Haiku는 서버에서 실행되도록 설계되지 않았습니다).

나는 기립박수를 보낸다. 일반 Linux 사용자는 서버 운영 체제에 필요한 모든 추가 로드와 추가 수하물(보안, 엄격한 제어 등)을 가지고 있지만 개인 운영 체제에는 필요하지 않습니다. 따라서 저는 Linux에서 Haiku 앱을 구축할 수 있는 것이 최선이라는 점에 전적으로 동의합니다.

결론

POSIX 애플리케이션을 Haiku로 포팅하는 것이 가능하지만 일반적인 재구축보다 비용이 더 많이 들 수 있습니다. irc.freenode.net 네트워크의 #haiku 채널 사람들의 도움이 아니었다면 저는 이 문제를 오랫동안 해결하지 못했을 것입니다. 그러나 그들조차도 항상 무엇이 잘못되었는지 즉시 알아차리지는 못했습니다.

Qt로 작성된 애플리케이션은 쉬운 예외입니다. 아무 문제 없이 간단한 데모 애플리케이션을 구성했습니다.

간단한 애플리케이션을 위한 패키지를 구축하는 것도 매우 쉽지만 "전통적으로 출시된" 애플리케이션에만 해당됩니다. haikuports에서 지원하기 위한 버전이 지정된 소스 코드 아카이브가 있습니다. GitHub를 사용한 지속적인 빌드(모든 변경 커밋에 대한 빌드)의 경우 모든 것이 그렇게 간단하지 않은 것 같습니다. 여기에서 Haiku는 XCode에서 "빌드" 버튼을 클릭하면 패키지를 얻는 Mac에서의 결과보다 Linux 배포판에 더 가깝습니다. .app, 디스크 이미지에 삽입할 준비가 되었습니다. .dmg, 내 웹사이트에서 다운로드할 준비가 되었습니다.
예를 들어 Linux와 같은 "서버" 운영 체제를 기반으로 하는 애플리케이션의 지속적인 구축은 개발자의 요구가 있으면 가능할 가능성이 높지만 현재 Haiku 프로젝트에는 더 시급한 다른 작업이 있습니다.

직접 시도해 보세요! 결국 Haiku 프로젝트는 DVD 또는 USB에서 부팅하기 위한 이미지를 제공합니다. 매일. 설치하려면 이미지를 다운로드하고 다음을 사용하여 플래시 드라이브에 쓰십시오. 동판 화공

질문있으세요? 러시아어로 여러분을 초대합니다 전보 채널.

오류 개요: C 및 C++로 발에 총을 쏘는 방법. Haiku OS 레시피 모음

부터 저자 번역: 이것은 하이쿠에 관한 시리즈의 다섯 번째 기사입니다.

기사 목록: 처음으로 초 세 번째 넷째

출처 : habr.com