clean room build 環境としては pbuilder/cowbuilder/qemubuilder sbuild の二通りがあります. どちらが良いのか, は完全に好みの問題だと思いますが Debian 公式のビルドインフラが sbuild なので, 私は sbuild を使っています. sbuild に関しては sbuild - Debian Wiki を参照下さい. ほぼ, 上述の wiki の通り: sudo apt-get install sbuild sudo sbuild-adduser $LOGNAME newgrp sbuild chroot の作成は以下 for a in amd64 i386; do for d in stable testing unstable ; do sudo LANG=C sbuild-createchroot --arch=$a
仮想化はわかりやすい方法ですが、追加したシステムの管理が必要になります。 ディストリビューションごとのパッケージングツールを使う。例: dh-makeAUR, dpkg (Debian), rpm-toolsAUR (Fedora)。あまり複雑ではない作業には dpkg-deb などのショートカットが適しているかもしれません。 chroot して Arch の中に (別に) ベースシステムを作成する。例: debootstrap (Debian), dnfAUR (Fedora)。最小限の、クリーンな環境を作れるという利点があります。 パッケージングツールによる自動的な方法で chroot を使う。例: pbuilder-ubuntuAUR (Debian), mockAUR (Fedora)。 (互換性を失う可能性がある) 依存関係を処理する別の方法として 静的リンク。ほとんどのディスト
Keeping debian/patches on a patch-queue branch This part moved to gbp's manual Cloning a repository If you use gbp clone instead of git clone to clone a remote repository it will automatically set up the debian, upstream and pristine-tar branches for you. The manual explains the terminology. Keeping a repository up to date After initially cloning with gbp clone you can run gbp pull to update your
Introduction Repository Layout and Terminology Workflow Importing Sources Importing already existing Debian™ packages Importing a new upstream version Recovering from errors Converting an existing Git repository Upstream sources on a branch Upstream sources not on a branch Starting a Debian™ package from scratch When upstream uses Git No upstream tarballs Upstream tarballs and linked upstream hist
Translations: English - Deutsch - Italiano - Indonesian - Português (Brasil) - Русский This page describes how to create debian packages using the git version control system. For general information about the version control system, see git. For general information about creating packages, see Packaging. The attached image shows the packaging model as described by this page. You may prefer to thin
Overview¶ dh-virtualenv is a tool that aims to combine Debian packaging with self-contained Python software deployment in a pre-built virtualenv. To do this, the project extends debhelper’s build sequence by providing the new dh_virtualenv command. This new command effectively replaces the following commands in the default sequence: In the debhelper build sequence, dh_virtualenv is inserted right
You are here: Home / Documentation / Contributor Documentation / How to use multiple upstream tarballs in Debian source packages? Since the introduction of the “3.0 (quilt)” source format, it is now possible to integrate multiple upstream tarballs in Debian source packages. This article will show you how to do the same with your own package shall you need it. It’s quite useful to easily integrate
Ubuntuの開発の中心的サイトであるLaunchpadには、Personal Package Archive(以下PPA)という機能があります。今回はPPAを利用したパッケージの導入と、自作のカスタムパッケージの提供の仕方を紹介します。 PPAとは Ubuntuをはじめ、多くのディストリビューションでは「パッケージ」という単位でソフトウェアを管理しています。Ubuntuの場合はdeb形式のパッケージをaptというツールで管理していますが、こういったパッケージ管理システムが動作しているシステムへソフトウェアを追加する場合は、手動でソースからインストールするのではなくパッケージを利用することが推奨されています。 Ubuntuの開発チームがパッケージを提供しているソフトウェアならばリポジトリからapt-getやSynapticでパッケージをインストールすることができます。ですが独自にパッチを当
以前から、バイナリパッケージであるpython-simplexqueryをlaunchpadの自分のPPA(private package archive)上に置いています。 https://launchpad.net/~bellbind/+archive/python-simplexquery PPAを作ることで、ユーザーがソースパッケージをアップロードすると、launchpad上で各アーキテクチャ用のバイナリパッケージをビルドし、aptでインストール可能にしてくれます。 PPAでビルドが成功したら、以下のようにubuntu上で利用する事が可能になります(ユーザーbellbindでPPA名python-simplexqueryを作り、python-simplexqueryのdebを公開した場合)。 sudo apt-add-repository ppa:bellbind/python-s
マクロの定義 SPECファイルの冒頭にパッケージのバージョンなど頻繁に使用されるものをマクロとして定義しておくと後々の修正が楽になります。 %define macro literal ようにするとパッケージ作成時に%{macro}と書かれた部分をliteralに置換して処理します。 「標準で定義されているマクロ」も参照して下さい。 以下にパッケージ情報の記述例を示します。(#を記述すると#から行末までがコメントとして扱われます。) # 基本情報 Summary: hoge is a harehare horehore Summary(ja): hoge は harehare な horehore です。 Name: hoge Version: 1.1 Release: 1%{?_dist_release} License: GPL2 Group: Applications/Internet
Table of Contents Introduction Initial Configuration Repository Layout Creating a New Package Packaging Workflow Handling Repacked Upstream Backporting Debian and Upstream Combined Git Cheat Sheet Converting to Git Introduction There are a bunch of other pages out there on the web, and this doesn't attempt to be a comprehensive guide. Instead, this is an opinionated description of the tools I pers
この文書は GNU 一般公有使用許諾書、バージョン 2 もしくはそれ以降により規定される条件の下で使用できます。 この文書は以下の二つの文書を参考にして書かれました: Debian パッケージの作り方 (別名 Debmake マニュアル)、Copyright © 1997 Jaldhar Vyas. 新メンテナー向け Debian パッケージング法、copyright © 1997 Will Lowe. The rewrite of this tutorial document with updated contents and more practical examples is available as "Guide for Debian Maintainers". Please use this new tutorial as the primary tutorial documen
Arch build system (ABS) とは、ports ライクなシステムで、ソースコートからソフトウェアをビルドしたりパッケージングしたりするためのものです。pacman はバイナリパッケージの管理用に特殊化された Arch ツールであるに対し、Arch build system は、インストール可能な .pkg.tar.zst パッケージにソースをコンパイルするためのツールのコレクションです。 Ports は BSD 系によって採用されている、ソースコードからのソフトウェアのビルドを自動化するシステムです。port を使ってソフトウェアのダウンロード、展開、パッチの適用、コンパイル、インストールを行います。port はユーザのコンピュータ上にあるただの小さなディレクトリで、それぞれの port に対応する個々のソフト名が付けられており、中にはソフトウェアのビルド・インストールの
This page describes methods and techniques relevant to package maintainers. For users and system engineers wishing to improve the security of running Debian systems, start from: SecurityManagement For package maintainers wishing to sandbox services using systemd, see: ServiceSandboxing Hardening options in Debian Several compile-time options (detailed below) can be used to help harden a binary aga
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く