dh_ruby — online w chmurze

PROGRAM:

IMIĘ

dh_ruby - system kompilacji debhelper7 dla oprogramowania Ruby

STRESZCZENIE

dh_ruby [OPCJE]

OPIS

dh_ruby to system kompilacji Debhelper 7 dla oprogramowania Ruby. Automatycznie zbuduje i
instalować pliki zawarte w pakietach Ruby, starając się pracować jak najbliżej Rubygems
ale z poszanowaniem standardów Debiana dla pakietów Ruby.

dh_ruby może automatycznie uruchamiać twoje testy na wszystkich obsługiwanych wersjach Rubiego, zobacz
Sekcja „PLIKI” poniżej.

Zobacz dh_ruby --help po szczegóły.

ŹRÓDŁO PAKIET UKŁAD

dh_ruby obsługuje dwa różne style pakietów źródłowych: jedno-binarne pakiety źródłowe i
wielobinarne pakiety źródłowe.

Pojedynczy binarny układ
Domyślny układ to jedno-binarny układ. To jest układ używany przez większość Ruby
pakiety upstream, czyli kod Ruby w lib/, programy wykonywalne w kosz/itp. Pakiety
importowane z Rubygems przy użyciu gem2deb(1) będzie miał ten układ.

Korzystając z tego układu, dh_ruby zainstaluje pliki (kod Ruby, pliki wykonywalne, gemspecs) do
dotychczasowy drugim dwójkowy pakiet wymienione w debian / control.

Multi-binarny układ
gem2deb wersja 0.4.0 wprowadzono wsparcie dla multibinarny układ. Ten układ powinien
być używane, gdy masz zestaw różnych pakietów Ruby utrzymywanych w jednym źródle
VCS i decydujesz, że chcesz również utrzymywać pojedynczy pakiet źródłowy w Debianie
posiadanie różnych komponentów jako oddzielnych pakietów binarnych.

W tym układzie pakiet źródłowy zawiera oddzielne komponenty w podkatalogach
gdzie każdy z nich użyje standardowego układu Ruby (lib/, kosz/, itd.).

Ten układ nie obsługuje tworzenia oddzielnych pakietów binarnych z tego samego katalogu głównego
informator. W takich przypadkach zapoznaj się z dokumentacją na DH_RUBY_USE_DH_AUTO_INSTALL_DESTDIR
poniżej.

Aby wskazać, że chcesz użyć układu multi-binarnego, musimy 1) wymienić twoją wielokrotność
pakiety binarne w debian / control jak zwykle i dodaj dodatkowe pole o nazwie X-DhRuby-Root do
każda sekcja pakietu binarnego, wskazująca, który katalog ma być używany jako katalog główny do tego
pakiet binarny.

Przykład:

Źródło: mymultibinarypackage
[...]

Opakowanie: rubin-foo
X-DhRuby-Root: ścieżka/do/foo
[...]

Opakowanie: rubin-bar
X-DhRuby-Root: ścieżka/do/bar

Odpowiedni pakiet źródłowy powinien wyglądać tak:

bla/
foo.spec.gem
lib /
foo.rb
kosz/foo
bar/
bar.spec.klejnotu
lib /
bar.rb
kosz/
bar

Ważne uwagi o pakietach multibinarnych i używaniu X-DhRuby-Root:

· Jeśli twój pakiet używa układu multibinarnego, musi zawierać `gem2deb (>= 0.4.0~)` w
Zależy od kompilacji.

Wersja 0.4.0 miał a pluskwa in dotychczasowy wsparcie dla rodzimy rozszerzenia w pakietach multibinarnych,
więc jeśli twój pakiet używa funkcji multibinarnej i przynajmniej jednego z pod-
komponenty mają rozszerzenia natywne, musisz użyć `gem2deb (>= 0.4.1~)` w Zależy od kompilacji
zamiast.

· Ścieżka wskazana w X-DhRuby-Root, jak już pewnie się domyślasz, musi być
względem katalogu głównego pakietu źródłowego.

· Jeśli jakikolwiek pakiet binarny deklaruje a X-DhRuby-Root pole, wszystkie inne pakiety binarne, które
nie masz, zostanie zignorowany przez dh_ruby.

OPCJE

--czysty, --konfiguruj, --budować, --test, --zainstalować
Komendy wywoływane przez debhelper na różnych etapach procesu budowania.

--obsługa drukowania
Wyświetla obsługiwane wersje Rubiego.

-h, --help
Wyświetlacze dh_ruby informacje o użytkowaniu.

-v, --wersja
Wyświetlacze dh_ruby informacje o wersji.

--gem-instalacja
Ta opcja wskazuje, że kompilacja powinna używać klejnot polecenie instalacji plików,
zamiast domorosłego instalatora. Pakiety natywne zostaną zainstalowane do
/ usr / lib /$ARCH/rubygems-integracja/$RUBY_VERSION, podczas gdy czyste pakiety Ruby będą
zainstalowany do /usr/share/Rubygems-integration/all.

--konfiguracja
Ta opcja wskazuje, że kompilacja powinna używać konfiguracja.rb zamiast zwykłego klejnotu-
kompilacja oparta. Aby odniosło skutek, ta opcja musi być pierwsza!

ŚRODOWISKO ZMIENNE

DH_RUBY
Użyj tej zmiennej, aby przekazać parametry wiersza poleceń do dh_ruby. Na przykład w
debian/zasady:

eksportuj DH_RUBY = --gem-install

DH_RUBY_IGNORE_TESTY
Jest to rozdzielona spacjami lista testów, które dh_ruby zignoruje podczas budowania pakietu.
Dostępne nazwy testów to nazwy wszystkich obsługiwanych wersji Rubiego (możesz je wylistować
je z `dh_ruby --print-supported`).

Jeśli ustawione na "all", wszystkie testy będą ignorowane podczas budowania pakietu.

DH_RUBY_USE_DH_AUTO_INSTALL_DESTDIR
Jeśli ta zmienna jest zdefiniowana (do czegokolwiek), dh_ruby będzie respektować poinformowany katalog
by dh_auto_install(1), zwykle debian/tmp. Domyślnie gem2deb zainstaluje pliki do
debian/pakiet, Gdzie pakiet jest pierwszym pakietem binarnym wymienionym w debian/control.

Jest to przydatne w przypadku wielobinarnych pakietów źródłowych, które nie są zgodne z obsługiwanym
układ (tj. oddzielne podkatalogi, każdy z lib/, kosz/itp.). Używając tego, wszystkie pliki
zostanie zainstalowany do debian/tmp, i możesz je dystrybuować do osobnych plików binarnych
pakiety za pomocą debian/$pakiet.install pliki lub jawne wywołania powłoki w
debian/zasady.

Mieszanie DH_RUBY_USE_DH_AUTO_INSTALL_DESTDIR i układ multi-binarny nie jest obsługiwany.

DH_RUBY_GEMSPEC
Określa, który plik zawiera specyfikację gem z metadanymi pakietu. Za pomocą
domyślnie dh_ruby odczyta metadane z pliku .gemspec w katalogu głównym pakietu źródłowego
informator. Możesz użyć tej zmiennej, aby ją zastąpić, jeśli chcesz podać niestandardowe
metadane pakietu Debiana.

W przypadku, gdy w katalogu głównym pakietu źródłowego jest więcej niż jeden plik .gemspec, będziesz potrzeba
użyć DH_RUBY_GEMSPEC do poinstruowania dh_ruby, którego użyć.

Korzystaj z dh_ruby online za pomocą usług onworks.net