Jika Anda menggabungkan binari Anda ke dalam RPM Anda sendiri, maka itu sepele untuk mendapatkan daftar apa itu dan di mana mereka diinstal.
Contoh
$ rpm -ql httpd| head -10
/etc/httpd
/etc/httpd/conf
/etc/httpd/conf.d
/etc/httpd/conf.d/README
/etc/httpd/conf.d/autoindex.conf
/etc/httpd/conf.d/userdir.conf
/etc/httpd/conf.d/welcome.conf
/etc/httpd/conf.modules.d
/etc/httpd/conf.modules.d/00-base.conf
Saya sarankan menempatkan executable Anda di salah satu /usr/bin
atau /usr/local/bin
dan memutar RPM Anda sendiri. Cukup sepele untuk melakukan ini dan dengan mengelola penyebaran perangkat lunak Anda menggunakan RPM Anda akan dapat memberi label bundel dengan nomor versi lebih lanjut memudahkan manajemen konfigurasi perangkat lunak Anda saat Anda menyebarkannya.
Menentukan RPM mana yang "milikku"?
Anda dapat membangun RPM Anda menggunakan beberapa informasi yang diketahui yang kemudian dapat disepakati sebelum melakukan pembangunan. Saya sering membuat paket pada sistem yang dimiliki oleh domain saya sehingga sepele untuk menemukan RPM hanya dengan mencari melalui semua RPM yang dibangun pada host X.mydom.com.
Contoh
$ rpm -qi httpd
Name : httpd
Version : 2.4.7
Release : 1.fc19
Architecture: x86_64
Install Date: Mon 17 Feb 2014 01:53:15 AM EST
Group : System Environment/Daemons
Size : 3865725
License : ASL 2.0
Signature : RSA/SHA256, Mon 27 Jan 2014 11:00:08 AM EST, Key ID 07477e65fb4b18e6
Source RPM : httpd-2.4.7-1.fc19.src.rpm
Build Date : Mon 27 Jan 2014 08:39:13 AM EST
Build Host : buildvm-20.phx2.fedoraproject.org
Relocations : (not relocatable)
Packager : Fedora Project
Vendor : Fedora Project
URL : http://httpd.apache.org/
Summary : Apache HTTP Server
Description :
The Apache HTTP Server is a powerful, efficient, and extensible
web server.
Ini akan menjadi Build Host
garis dalam RPM.
Penggunaan / usr / bin / perusahaan?
Saya mungkin akan mencegah penggunaan lokasi seperti ini. Terutama karena ini membutuhkan semua sistem Anda untuk $PATH
ditambah mereka untuk memasukkannya dan tidak standar. Menyesuaikan berbagai hal selalu menjadi "hak lintas" untuk setiap admin Unann wannabee, tapi saya selalu mengecilkannya kecuali benar-benar diperlukan.
Masalah terbesar dengan penyesuaian seperti ini adalah bahwa mereka menjadi beban dalam menjaga lingkungan Anda dan dalam membawa orang baru untuk mempercepat cara menggunakan lingkungan Anda.
Bisakah saya mendapatkan daftar file dari RPM?
Ya, Anda dapat mencapai ini tetapi akan membutuhkan 2 panggilan ke RPM. Yang pertama akan membangun daftar paket yang dibangun di host X.mydom.com. Setelah mendapatkan daftar ini, Anda harus memanggil kembali permintaan RPM untuk file yang dimiliki oleh masing-masing paket ini. Anda dapat mencapai ini menggunakan liner satu ini:
$ rpm -ql $(rpm -qa --queryformat "%-30{NAME}%{BUILDHOST}\n" | \
grep X.mydom.com | awk '{print $1}') | head -10
/etc/pam.d/run_init
/etc/sestatus.conf
/usr/bin/secon
/usr/bin/semodule_deps
/usr/bin/semodule_expand
/usr/bin/semodule_link
/usr/bin/semodule_package
/usr/bin/semodule_unpackage
/usr/sbin/fixfiles
/usr/sbin/genhomedircon
Saran yang jelas adalah memberi nama binari atau paket Anda dengan cara khusus. Jadi misalnya Anda bisa awalan dengan
cm-
, sesuai inisial Anda seperti yang diberikan dalam posting ini. Jika Anda menginstal rpms, mereka harus masuk/usr/bin
(jika itu adalah executable tingkat pengguna), sesuai FHS. Mereka seharusnya tidak masuk ke/usr/local/bin
misalnya. Itu hanya untuk pemasangan lokal.Sebagai catatan, saya tidak menemukan ide menempatkan binari di direktori khusus dan menghubungkannya dengan yang menarik, meskipun saya kira hal-hal seperti itu kadang-kadang dilakukan. Ingat juga bahwa jika Anda perlu mencari tahu binari mana yang termasuk dalam paket mana, Anda bisa menanyakan sistem pengemasannya.
sumber
Binari bukan bagian dari sistem atau distribusi biasanya masuk
direktori biasanya dalam standar
$PATH
sehingga binari Anda akan ditemukan.sumber
/usr/local/bin
untuk executable yang diinstal secara manual. Dapat dieksekusi dikelola oleh manajer paket masuk ke/usr/bin
.