Barrier: Paket Debian

Mengenai hak cipta, saat itu mereka sedang bersiap-siap untuk menghapus GUI v1 dan menggunakan GUI Synergy2. https://github.com/symless/synergy-core/commit/513f50a9e0d2b4a3062ddb184b3dd7f2f130967e

hai @kloetzl - terima kasih telah membantu kami dengan pengemasan debian.

Hak Cipta : tidak, tidak ada komponen sumber tertutup di penghalang. garis itu dapat diubah kapan saja. saya belum sempat meneliti bahasa yang akan digunakan debian sebagai gantinya. apakah opsi yang benar untuk menghapus baris penafian dan membiarkan sisanya apa adanya?

Pengujian : kami tidak memiliki pengujian paket karena kami baru saja mencapai rilis paket nyata pertama kami. saya penggemar berat pengujian otomatis, jadi jika Anda memiliki saran, silakan bagikan.

Pustaka Kenyamanan : jika Anda merujuk ke pohon sumber di bawah folder ext maka perlu diketahui bahwa gmock dan gtest hanya digunakan untuk target pengujian dan tidak akan berkontribusi pada konten paket. openssl, sama, tidak akan berkontribusi karena hanya digunakan pada platform windows; semua platform lain menggunakan pustaka ssl sistem. build/paket standar di linux/osx/bsd tidak akan menarik apa pun dari ext.

Halaman manual : ya, itu perlu diperbarui. pasti :) https://github.com/debauchee/barrier/issues/23 ... eta sekitar Kamis-Jumat minggu ini jika tidak ada yang mengalahkan saya untuk itu.

• [x] Hak Cipta: Nah, untuk paket Debian saya akan mengecualikan dir debian Anda sama sekali. Sungguh aneh bahwa beberapa file mengatakan GPL dan yang lainnya menyebutkan komponen berpemilik.
• [x] Perpustakaan Umum: Terima kasih atas penjelasannya; Saya akan mengecualikan ext juga.

• [ ] CMake: Skrip configure keluar jika BARRIER_REVISION tidak disetel atau hanya string kosong. Perhatikan bahwa untuk debian kami menggunakan git repo kami sendiri, sehingga hash komit saat ini tidak menarik.

• [x] GPL v OpenSSL: Ada beberapa diskusi tentang apakah menautkan ke OpenSSL melanggar GPL . Di masa lalu debian telah mengambil posisi bahwa pengecualian diperlukan. Jika pengecualian tidak diberikan, saya khawatir master FTP akan menganggapnya tidak dapat didistribusikan.

Ada pengecualian: https://github.com/debauchee/barrier/blob/master/LICENSE#L6

Maaf, burukku. :smile_cat:

@kloetzl - sejauh membangun dari pohon sumber tanpa metadata git yang tepat, Anda dapat menyetel BARRIER_REVISION ke "00000001" atau benar-benar nilai heksadesimal 8 digit. setelah kami memberi tag v2.0.0 dan kami sedang melakukan pembuatan resmi, harap setel juga BARRIER_VERSION_STAGE ke "RELEASE". keduanya dapat diatur di lingkungan dengan env, di dalam skrip build_env.sh include, atau apa pun yang Anda inginkan. untuk referensi build_env.sh saya untuk rilis terlihat seperti ini:

export MAKEFLAGS=-j10
export B_BUILD_TYPE=RELEASE
export BARRIER_VERSION_STAGE=RELEASE
#export BARRIER_REVISION=00000001  # this is only needed for non-github-tree builds

@kloetzl - halaman manual diperbarui. beri tahu saya jika Anda melihat ada masalah.

thx @kloetzl :P

• [ ] Ajukan ITP
• [ ] Temukan bagian dan sponsor

halo, pertama-tama, terima kasih untuk Penghalang!

Saya telah membuat paket debian penghalang yang dikemas dengan tangan untuk ubuntu 16.04. Saya mengambil paket sinergi 1.8.8 dari getdeb sebagai titik awal.

Pengamatan saya:

• /usr/bin/syntool name-conflicts dengan paket sinergi, jadi baris "breaks" diperlukan di file kontrol
• bagaimana dengan sinergi? tidak ada penghalang yang dibangun dari sumber utama, apakah ini sudah usang?

Untuk referensi di masa mendatang, status upaya pengemasan saya saat ini ada di sini: https://github.com/kloetzl/barrier-debian

@kloetzl sangat bagus. terima kasih atas pembaruannya!

@revast barrierd telah dihapus untuk semua platform kecuali Windows. saya pikir sudah waktunya kita melakukan hal yang sama untuk syntool juga (#25). dapatkah Anda mengonfirmasi bahwa alat bantu yang dipasang di /usr/bin Anda bukan sisa sinergi? misalnya. apakah "/usr/bin/syntool --get-profile-dir" memberi Anda "/home/revast/.synergy" atau yang serupa? Terima kasih!

Dikonfirmasi. Itu juga ada di folder build.

juga akan menyukai ini ketika saya mencoba membangun di ubuntu 16.04 dan gagal :(

@arooni apakah Dockerfile ini berfungsi untuk Anda? https://github.com/truatpasteurdotfr/barrier/blob/master/docker/ubuntu16.04-release-builder/Dockerfile

mungkin! tapi saya kehabisan ruang disk

Perlu mendapatkan 128 MB arsip.
Setelah operasi ini, 650 MB ruang disk tambahan akan digunakan.

terima kasih!

@kloetzl - dapatkah Anda memperbarui kami di mana Anda berdiri di paket deb? bahkan jika itu tidak membuatnya menjadi repositori debian resmi dalam waktu dekat, saya masih ingin memiliki PR untuk skrip pembuatan dan paket untuk situs web kami. Terima kasih!

Dari perspektif teknis paket harus lebih atau kurang dilakukan. Ini adalah upaya untuk lebih mematuhi kebijakan debian. (Perhatikan bahwa pembuatan paket gagal atm karena bagian yang hilang di d/control .)

Untuk memasukkan paket ke debian, langkah selanjutnya adalah mengajukan bug Intent to Package dan kemudian menemukan bagian dan sponsor. Pada titik ini saya ingin mengembalikan tagihan kepada Anda. :smiley_cat:

Kedengarannya bagus. Terima kasih atas semua kerja keras Anda, @kloetzl :)

Saya tidak menguraikan apa status upaya ini. Tertarik untuk lebih memahami arah pengemasan dan proses pembuatan penghalang.

Sepertinya @kloetzl membuat beberapa barang kemasan debian tambahan di:
https://github.com/kloetzl/barrier-debian/tree/master/debian
yang belum ada di:
https://github.com/debauchee/barrier/tree/master/debian

Yang juga menarik untuk topik ini adalah pekerjaan buruh pelabuhan yang dilakukan oleh @truatpasteurdotfr di:
https://github.com/truatpasteurdotfr/barrier/blob/master/docker/ubuntu16.04-release-builder/Dockerfile

Sebenarnya sepertinya @truatpasteurdotfr melakukan banyak pekerjaan buruh pelabuhan yang berguna untuk digabungkan menjadi penghalang - terutama untuk upaya pembuatan paket seperti untuk masalah debian ini.

Saya merasa langkah selanjutnya di sini adalah meminta @kloetzl untuk menggabungkan kembali perubahan yang dibuat untuk kemasan debian menjadi satu Permintaan Tarik dan hal yang sama dari @truatpasteurdotfr sehingga mereka dapat dibawa masuk dan membantu menyelesaikan pemikiran ini.

Saya merasa langkah selanjutnya di sini adalah meminta @kloetzl untuk menggabungkan kembali perubahan yang dibuat untuk kemasan debian menjadi satu Permintaan Tarik […].

Anda bisa melakukannya, tetapi perhatikan bahwa ini sama sekali tidak diperlukan untuk proses pengemasan. Juga, agak tidak disarankan untuk memiliki dir debian di sumber upstream Anda. Hal pertama yang dilakukan paket saya adalah mengecualikan direktori dari sumbernya. Dir debian biasanya hanya ditambahkan dalam repositori di server Debian.

Saya tidak menguraikan apa status upaya ini.

Seseorang mungkin harus menyesuaikan paket saya untuk rilis terbaru dan kemudian

Untuk memasukkan paket ke debian, langkah selanjutnya adalah mengajukan bug Intent to Package dan kemudian menemukan bagian dan sponsor.

Saya tertarik dengan ini juga.
BTW Saya telah menemukan paket Ubuntu di sini:
https://launchpad.net/~unit193/+archive/ubuntu/test/+packages

https://launchpad.net/~unit193/+archive/ubuntu/test/+packages

Saya melihat ini, dan saya ingin tahu seperti apa status di pacakge?

Paket untuk

16.04, 18.04,

14,04 dan 12,04 akan menjadi nilai tambah jika ini memungkinkan. Saya memiliki hal-hal yang tidak dapat diubah melewati ini untuk aplikasi kritis misi.... Itulah kehidupan nyata....

Saya juga melihat kata-kata DFSG di repo di atas, dan bagi saya itu berarti masalah, karena biasanya semua yang DFSG'zd telah dihapus fiturnya karena beberapa kebijakan di DFSG. Dengar, saya mengerti bahwa beberapa orang menginginkan "lingkungan yang tidak tercemar" murni, maaf saya tidak suka itu. Saya telah menjadi linux eksklusif selama 20 tahun, tetapi saya menggunakan apa pun yang saya butuhkan. Saya menggunakan driver OEM dari nVidia. Saya menggunakan VMWares Free Player, dll. Saya menggunakan darkice dengan MP3, dan sox dengan MP3 dll.. Jadi apakah ada hal-hal yang dihapus untuk memenuhi DFSG dan bahwa kita perlu memiliki paket Debian DFSG, dan paket untuk berbasis DEB seperti *Bunutus yang MENGEMBALIKAN fungsi yang hilang? Saya menghargai pekerjaan untuk mengemas ini, dan saya melihat dan menghargai pandangan Anda tentang DFSG, saya meminta Anda memahami bahwa beberapa penggunaan tidak memiliki masalah itu. Jadi jika itu berarti kita perlu memiliki PPA atau suatu tempat di luar repo resmi, baiklah dengan saya. Selama saya bisa mengambil DEB putinto QtDebi dll untuk menginstal, baik untuk pergi! :)

Saya juga melihat kata-kata DFSG di repo di atas, dan bagi saya itu berarti masalah, karena biasanya semua yang DFSG'zd telah dihapus fiturnya karena beberapa kebijakan di DFSG.

Bukan itu masalahnya di sini. Sebaliknya, penghalang datang dengan beberapa dependensi sumber eksternal di ext dan tautan ke sana. Namun, DFSG mendorong paket untuk ditautkan ke pustaka bersama dengan paket lain. Untuk mengikuti panduan ini ext dikecualikan dari "tarball asal" (lihat debian/copyright ). Untuk menandakan bahwa tarball ini sekarang berbeda dari upstream, +dfsg ditambahkan.

jadi apakah paket-paket ini sah untuk digunakan untuk ubuntu 18.04? Terima kasih!

@arooni PPA ini oleh Unit193 dibuat untuk penggunaan sendiri dan bukan repositori resmi; Saya bertanya kepadanya dan dia tidak berencana untuk melakukan perawatan rutin pada PPA ini

@kloetzl dan lainnya, sebagai DD resmi, saya akan merekomendasikan untuk bertanya kepada pengelola sinergi saat ini apakah dia tertarik untuk mengganti paketnya dengan garpu ini. Dia tampaknya hilang dalam tindakan tetapi mungkin itu akan membangkitkan minat atau dia akan baik-baik saja untuk melepaskan pemeliharaan. Beberapa orang dapat berkumpul bersama untuk meringankan beban kerja. Mungkin Unit193 tertarik untuk bergabung juga. Saya pribadi memiliki cukup di piring saya, tetapi saya dapat membantu untuk meninjau dan mensponsori.

Adakah pembaruan untuk mengaktifkan dan menjalankan .deb? Mencoba menginstal pada instalasi Ubuntu 16.04 yang bersih dan saya mengalami beberapa kesalahan saat ini.

Saya baru saja menginstal penghalang dari https://launchpad.net/~unit193/+archive/ubuntu/test

berjalan seperti pesona saat saya mengetik ini.

@duck-rh Saya dapat menghubungi orang yang mengirimkan Synergy ke repo Debian. Hanya itu yang ingin dia lakukan, dapatkan di sana. Dia tidak tertarik untuk bekerja di Synergy atau Barrier lebih jauh.

@brisssou OS apa yang Anda gunakan?

@semua orang status saat ini adalah bahwa kita memerlukan paket yang berhasil dibuat (file DEB). Jika seseorang dapat membuatnya dan menyimpannya di suatu tempat, kami dapat melanjutkan dengan permintaan ITP.

Jika ada yang menginginkan cara cepat & kotor untuk membangun .deb , ini akan berhasil.

FROM debian:stretch
## 
RUN apt-get update && apt-get -y upgrade
RUN apt-get -y install \
build-essential cmake qt5-default \
wget \
libxtst-dev libxinerama-dev libice-dev libxrandr-dev \
libavahi-compat-libdnssd-dev \
libcurl4-openssl-dev \
libssl-dev \
dh-make
#  
CMD wget https://github.com/debauchee/barrier/archive/v2.1.1.tar.gz  && tar xzvf  v2.1.1.tar.gz  && cd barrier-2.1.1 && dpkg-buildpackage -us -uc | tee debian.log 

Atau tidak...

tail: cannot open 'debian/changelog' for reading: No such file or directory
dpkg-buildpackage: error: tail of debian/changelog gave error exit status 1

@the-wes OSnya adalah Ubuntu 18.04

@AdrianKoshka Terlalu cepat dan terlalu kotor.

http://tldp.org/HOWTO/Debian-Binary-Package-Building-HOWTO/x169.html
Ada beberapa salinan file yang perlu ditempatkan di dalam wadah untuk alat pengemasan Debian. Waktu untuk memulai daftar centang besar:

Buat file prasyarat berikut.

• [ ] satu atau lebih biner yang dapat dieksekusi atau file skrip shell
• [ ] halaman manual untuk setiap file yang dapat dieksekusi
• [ ] file 'kontrol'
• [ ] file 'hak cipta'
• [ ] file 'changelog' dan 'changelog.Debian'

Format log kontrol, hak cipta, dan perubahan dibahas mulai dari http://tldp.org/HOWTO/Debian-Binary-Package-Building-HOWTO/x88.html dan seterusnya. Seseorang harus membaca sekilas seluruh dokumen.

Siapkan direktori 'debian' sementara:

• [ ] buat direktori 'debian/usr/bin' (atau di mana pun Anda berencana menempatkan file yang dapat dieksekusi)
• [ ] buat 'debian/usr/share/man/man1' (atau bagian mana pun dari halaman manual Anda)
• [ ] buat direktori 'debian/DEBIAN'
• [ ] buat 'debian/usr/share/doc/'
• [ ] pastikan semua sub direktori 'debian' memiliki izin file 0755

Salin file ke pohon 'debian' sementara:

• [ ] salin file yang dapat dieksekusi ke direktori 'debian/usr/bin' (atau di mana pun Anda berencana untuk menempatkan file yang dapat dieksekusi)
• [ ] salin file halaman manual ke direktori 'debian/usr/share/man/man1'
• [ ] salin file 'kontrol' ke direktori 'debian/DEBIAN'
• [ ] salin file 'hak cipta', 'changelog', dan 'changelog.Debian' ke dalam 'debian/usr/share/doc/'
• [ ] halaman manual gzip, file 'hak cipta', 'changelog', dan 'changelog.Debian' dengan opsi '--best' di dalam pohon 'debian' sementara

Dan akhirnya Bangun dan periksa paket biner Debian:

• [ ] panggil 'dpkg-deb --build' menggunakan 'fakeroot' pada direktori 'debian'
• [ ] ganti nama file 'debian.deb' yang dihasilkan menjadi nama paket akhir termasuk informasi versi dan arsitektur
• [ ] periksa file paket .deb yang dihasilkan untuk kebijakan Debian
• [ ] kepatuhan menggunakan 'lintian'

Setelah semua selesai, itu harus menjadi paket Debian yang dapat diterima.

Jika semuanya dapat dilakukan dalam wadah Docker, saya dapat mencoba dan melakukan sebagian besar dari ini saat makan siang. Lebih baik lagi jika saya dapat mengatur CI di sini untuk melakukannya untuk saya di cabang.

Berikut adalah paket deb yang dibuat dalam wadah berang-berang bionik baru (di-zip, karena github): barrier_2.0.0-RC2-1_amd64.zip . Semoga ini membantu. - Tidak menguji. :keringat_senyum:

Langkah-langkah untuk mereproduksi:

apt install  libssl-dev debhelper cmake qt5-default libxtst-dev libxinerama-dev libice-dev libxrandr-dev libavahi-compat-libdnssd-dev libcurl4-openssl-dev libgtest-dev
gbp clone https://github.com/kloetzl/barrier-debian.git
cd barrier-debian
sed -i 's/libssl1.0-dev/libssl-dev/' debian/control
gbp buildpackage -uc -us --git-ignore-new

@TafThorne maaf tapi kami tidak membuat paket Debian dengan cara ini (kecuali mungkin pada hari-hari awal Debian). Anda memiliki dokumentasi resmi, jika tidak sempurna. Saya sarankan Anda melihat https://www.debian.org/doc/manuals/debmake-doc/index.en.html (detail teknis lebih lanjut di bab 5).

Menggunakan debhelper (dan perintah dh ) seharusnya cukup mudah saat ini (seperti debian/aturan 2 baris, file hak cipta, dan beberapa metadata). Dan debmake atau dh-make akan membantu menyiapkan beberapa file untuk Anda, tetapi itu tidak wajib. Kemudian pbuilder atau sbuild dapat membantu membangun di lingkungan yang bersih dan memeriksa apakah Anda tidak melupakan ketergantungan build apa pun (tetapi Anda dapat membangun secara langsung untuk memulai dengan menggunakan debuild , pembungkus untuk dpkg-buildpackage).

Kami juga menggunakan gbp (git-buildpackage) untuk mengimpor sumber dengan metadata di repositori git, jadi akan berguna untuk melihatnya.

Berikut langkah-langkahnya, selamat bersenang-senang.
\_o<

maaf tapi kami tidak membuat paket Debian dengan cara ini

Di sinilah saya pikir Anda kehilangan GAMBAR BESAR DI SINI, dan tujuan akhir di sini.

Saya menghargai pekerjaan orang-orang yang dapat membuat paket-paket ini, saya tidak bisa. Itu diskusi yang berbeda.

Biarkan saya menguraikan ini untuk Anda, 98% pengguna di sini benar-benar tidak peduli apakah itu memenuhi lisensi ini atau itu, hak cipta ini atau itu, atau daftar panjang aturan Anda yang lain, yang harus, yang tidak boleh dilakukan, dll. Semua dari apa posting Anda menguraikan dalam "aturan" dan cara "tepat" untuk melakukan ini mungkin diperlukan untuk "DEBS resmi." Pengguna benar-benar tidak peduli apakah mereka "resmi" atau tidak, mereka hanya ingin menginstal perangkat lunak dan melanjutkan.

Mengkompilasi dari sumber dari git pull ketika Anda memiliki instruksi lengkap yang lengkap dapat dilakukan semudah apt. Ketika Anda ini tidak ada, dan/atau untuk beberapa lebih mudah untuk mendapatkan DEB, sebagian besar melalui apt, install dan done. APT adalah sistem yang indah, cukup banyak berfungsi, mengambil apa yang Anda butuhkan, menginstal semuanya, selesai.

Kami memperumit hal-hal di luar kebutuhan untuk DEB "resmi". Saya mengerti mengapa, hukum, dll. yang Debian/Canoncial (Ubuntu) butuhkan. Persyaratan itu tidak ada pada level ini.

Lihat posting saya sebelumnya tentang DFSG. Intinya, PENGGUNA TIDAK PEDULI dengan semua ini!

Yang kami inginkan adalah KENYAMANAN INSTALASI. Periode. Berhenti keras penuh.

Sekarang, untuk memasukkan ini ke dalam repo "resmi" dari distro apa pun baik itu Debian, atau Ubuntu mungkin semua itu diperlukan. Itu bagus, dan semua itu, tetapi omong kosong hukum Anda menahan kemudahan penggunaan.

Tahan, baca ini lagi, PENGGUNA TIDAK PEDULI!

Maka untuk itu SAYA AKAN MENEMPATKAN SKIN DI GAME.

Ini penawaran saya, SAYA AKAN MENYEDIAKAN REPO untuk ini GRATIS!

Yang dibutuhkan hanyalah:

1) Seseorang perlu membantu menyiapkan repo berbasis DEB di server saya. Saya belum pernah melakukannya sebelumnya, tetapi saya tertarik untuk melakukan ini untuk hal lain, jadi ini adalah waktu yang tepat untuk memulai daripada sebelumnya.

a) Jika itu lebih berarti dari nilainya, maka saya akan mengambil DEBS seperti di bawah ini, dan menawarkannya untuk DL dan kemudian pengguna dapat menginstal melalui dpkg -i/QtDebi dll.

2) MENYEDIAKAN DEB untuk digunakan:

a) 32bit untuk digunakan pada *bunutu's 12.04, 14.04, 16.04, 18.04 untuk rilis ESR
b) 64bit untuk digunakan pada *bunutu's 12.04, 14.04, 16.04, 18.04 untuk rilis ESR

Tidak ada aturan tentang cara pembuatannya, tidak perlu memenuhi DFSG, atau hal lain yang harus/tidak boleh dilakukan, hanya paket DEB yang akan diinstal dan berfungsi. Jika diperlukan, Anda dapat membuat versi yang diperlukan untuk distro berbasis DEB lain yang mungkin memiliki dependensi berbeda karena alasan tertentu.

3) Saya TIDAK MEMBUTUHKAN barang-barang omong kosong yang legal itu. Hanya DEBS yang akan diinstal di atas agar pengguna dapat menginstal perangkat lunak dengan baik, melalui Sudo apt-get install barrrier setelah menambahkan repo dll.

Jadi mungkin DEB yang dikemas melalui metode apa pun yang diposting mungkin tidak dapat digunakan di repo Debian atau Ubuntu "RESMI", untuk alasan apa pun. Dan sementara saya memahami pandangan Anda, posisi dll yaitu: hukum, sekali lagi, pengguna tidak peduli! Saya tidak peduli apakah DEBS memiliki hal-hal yang tidak berhubungan dengan operasi atau instalasi. Saya tidak peduli mereka memasukkan lib dalam DEB yang mungkin bukan cara "resmi" untuk menyediakannya.

Sekali lagi, baca baris ini dan dengarkan, pengguna tidak peduli dengan hal-hal kecil ini.

Saya mengerti bahwa untuk Anda dan orang lain yang mungkin menjadi bagian besar dari hal-hal untuk Anda dan pandangan Anda tentang Linux dll. Ini bukan untuk saya, dan sekali lagi, pengguna tidak peduli! Mereka hanya ingin memasang barang-barang untuk melanjutkan hidup.

Jadi mari kita mundur dan menyelesaikan masalah, bukan masalah yang bekerja pada kita.

DEBS untuk kemudahan instalasi.

Saya ragu bagi banyak orang itu membuat perbedaan jika Sudo apt-get install barrier atau Sudo dpkg -i barrier1.0amd64.deb

Mungkin lebih penting bagi orang lain untuk mendapatkan sesuatu di repo resmi versus yang pribadi, bagi saya tidak ada bedanya, apakah itu berfungsi melalui apt atau saya manaully DL a DEB dan menggunakan dpkg atau QtDebi dll.

Saya hanya ingin cara menginstal perangkat lunak yang berfungsi 100%, dapat diupgrade ke versi baru sesuai kebutuhan. Apakah itu melalui apt atau secara manual melalui dpkg/QtDebi dll tidak masalah.

Jadi jika Anda ingin membantu saya menyiapkan repo DEB, dan/atau dapat memberikan DEB yang saya daftarkan, beri tahu saya, dan kami dapat bekerja untuk memecahkan masalah ini, tanpa memperumit ini dengan daftar aturan, dan lakukan, dan banyak lagi jangan (s) dll..

Selesaikan masalah, bukan buat lebih banyak.

@cblknittights Anda tidak mewakili semua pengguna, maaf.

Juga selain dari bagian hukum (sangat kecil) dari dokumen tersebut ada informasi tentang perkakas. Debhelper telah membuat banyak kemajuan dan ease of packaging , tidak membuang waktu Anda dengan membuat ulang roda dan mempelajari detail teknis internal tentang bagaimana .deb dibuat, mungkin adalah sesuatu yang akan diperhatikan oleh orang-orang yang akan bekerja pada perangkat lunak ini.

Saya hanya mencoba membantu, itu hanya saran dokumentasi, Anda masih bebas melakukan apa pun yang Anda inginkan, jadi saya tidak mengerti perilaku Anda. Saya pasti tidak akan bekerja dengan orang yang tidak menyenangkan seperti Anda, dan Anda akan mengusir orang yang bisa membawa bantuan. Semoga berhasil.

Anda tidak mewakili semua pengguna, maaf.

Saya sarankan Anda memeriksa. Saya sudah berada di sini untuk sementara waktu, pengguna tidak peduli dengan semua hal yang Anda posting.

Mereka menemukan perangkat lunak x, dan ingin mengunduhnya, menginstal, melanjutkan. Mungkin Anda peduli dengan lisensi ini atau itu yaitu: GPL 2 v. 3, dll. Tebak pengguna apa yang akan menginstal perangkat lunak itu jika berfungsi dan melakukan apa yang mereka inginkan. Lisensi atau tidak. Mereka tidak membacanya, juga tidak peduli.

Mereka tidak peduli jika memasukkan lib21414 dalam DEB bukanlah cara yang tepat, dibandingkan melakukan sesuatu yang lain. Mereka ingin perangkat lunak dipasang dan berfungsi.

Mereka tidak peduli bagaimana DEB dibangun. Bahwa mereka dapat melakukan beberapa langkah sederhana untuk menambahkan repo, dan apt -get install move on.

Anda mungkin tidak setuju dengan hal di atas, tetapi 20+ tahun berurusan dengan pengguna, dan saya dapat memberi tahu Anda mereka, dan saya tidak peduli tentang hal itu. Terlalu banyak orang dengan pengetahuan tentang pengemasan terjebak dalam membuat segalanya menjadi lebih sulit, dan menghambat adopsi Linux dan distribusi perangkat lunak daripada yang seharusnya.

Satu pengguna memposting cara membuat DEB, jika berhasil, bagus. mari beralih ke distribusi DEB! Oh, itu tidak mengikuti dekrit Dewan Kebijakan DEB ini, pengguna tidak peduli!

Mungkin kita harus kembali ke distribusi perangkat lunak pada tumpukan kartu. Karena ini hanya berfungsi untuk menghalangi mereka yang tahu dari mereka yang tidak tahu semua seluk beluk kemasan.

Lihat postingannya, "ini cara membuat DEB..." Ada beberapa, dan kemudian ada respons biasa "Kami tidak membuat deb seperti itu!"

Cukup jelas, pengguna hanya ingin DEBS menginstal dan melanjutkannya!

Penawaran saya berlaku, saya akan menyediakan hosting untuk DEBS melalui apt atau DL secara gratis. Berikan DEBS, lewati drama.

Baru saja memperbarui upaya pengemasan saya ke versi 2.1.1. Berikut adalah paket yang dihasilkan untuk bionic barrier_2.1.1-1ubuntu1_amd64.zip .

Penawaran saya berlaku, saya akan menyediakan hosting untuk DEBS melalui apt atau DL secara gratis. Berikan DEBS, lewati drama.

/drama

Terima kasih @kloetzl. Juga, hanya untuk mengingatkan semua orang, masalah ini awalnya dibuka sehingga kami diharapkan dapat mengambil langkah-langkah untuk mendapatkan penghalang ke dalam repo Debian resmi (dan mungkin nanti ubuntu).

@cblknittights Saya harus setuju dengan @duck-rh bahwa Anda tidak mewakili pengguna. Anda hanya mencoba menjejalkan apa yang Anda inginkan ke tenggorokan orang lain. Sampai Anda memutuskan untuk berbicara dengan dua sen Anda, masalah itu ditangani dengan cara yang hormat. Perlakukan orang lain dengan hormat, atau pergi.

Btw, tiket ini tidak diperbarui tetapi dilakukan pada bulan Oktober oleh Unit193: https://tracker.debian.org/pkg/barrier

Jadi itu ada di repo Debian?

@AdrianKoshka Ini tersedia di Debian tidak stabil dan pengujian (penghancur nama kode) https://packages.debian.org/unstable/barrier

Jadi apakah boleh menutup masalah ini, atau menunggu sampai stabil?

Saya pikir kita bisa menutupnya. Paket akan secara otomatis muncul di versi stabil berikutnya kecuali jika ditemukan sesuatu yang sangat buruk.

Selesai; terimakasih semuanya.

selamat :P