タグ付けされた質問 「packaging」

.deb具体的にはguake、Ubuntu Snappy *のパッケージにいくつかのUbuntuソフトウェアを変換します。 Ubuntu開発ツールのドキュメントによると、 すべてのメタデータはmeta / package.yamlにあります。そのファイルの詳細は、開発者向けのドキュメンタリードキュメントに記載されていますが、要するに、それは非常にシンプルであり、次のような単純なもので逃げることができます。 name: pkgname version: version-string apps: binary: - command: path/to/binary another-binary - command: path/to/another-binary ...パッケージは「pkgname」と呼ばれます... version「version-string」と... pkgname / nameおよびpkgname / anotherと呼ばれるバイナリ。 私は自分でそれをグーグルで調べましたが、そのような変換についてはほとんど発見していません。 ビルドエンジニアとして、貿易によって、そしてUbuntuの愛好家として、私はこの種のことを学ぶことで利益を得る立場にあるかもしれません。 .debはどのようにしてsnap *になりますか？ *どうやら、Ubuntu Snappyのパッケージの形式は「スナップ」形式と呼ばれています。

19 packaging  deb  ubuntu-core  snap 

Ubuntu QAサイトでOpenStackビルドタスクを見つけましたが、ビルド手順について少し混乱しています。 ビルド手順のリンクは次のとおりです。https : //jenkins.qa.ubuntu.com/view/Openstack_Testing/view/Grizzly/job/precise_grizzly_keystone_stable/275/consoleText jenkinsビルドログから、UbuntuがOpenstackパッケージをビルドする手順を知っています。 githubからopenstackコードを取得し、使用 git clone ビルドopenstack tar.gzファイルを使用してpython setup.py sdist bzrcanonicalによるメンテナンスであるdebian制御ファイルを取得するために使用します 使用dch新しいビルドのリリースを生成し、ローカルにそれをコミットするコマンドを 次のbzr builddeb -S -- -sa -us -ucようなソースパッケージと関連する制御ファイルを生成するために使用しますdsc パッケージに署名する mk-build-deps依存関係のインストールに使用 sbuild実際のdebパッケージの生成に使用 テストリポジトリにアップロードする 私の質問は： ステップ5では、debパッケージをなし-Sですでに生成できますが、最終的にsbuildそれを生成するために使用するのはなぜですか？これは署名専用ですか？ 違いは何だbzr builddebとはsbuild？ jenkinsが使用したビルドスクリプトは次の場所にあり~openstack-ubuntu-testing/openstack-ubuntu-testingますがbin、の下でコマンドを実行しようとすると、常に取得されます： root@demo:~/openstack-ubuntu-testing/bin# ./build-package Traceback (most recent call last): File "./build-package", line 14, in <module> from openstack_ubuntu_testing.build.component_build import ComponentBuild File "/home/sysadmin/openstack-ubuntu-testing/bin/openstack_ubuntu_testing/build/component_build.py", …

19 package-management  packaging  openstack 

パッケージがレシピを使用してランチパッドでビルドされる./debian/changelogと、提供されたファイルは無視され、次のような役に立たないファイルが生成されます。 harmonyseq (0.14~natty1) maverick; urgency=low * Auto build. -- Rafal Cieslak <rafalcieslak256@gmail.com> Tue, 25 Jan 2011 16:56:57 +0000 「自動ビルド」をそこに置くのではなく、launchpadがchangelogファイルに準備した変更のリストを保存していた方がずっと良いでしょう。 レシピからパッケージをビルドするときに、変更ログファイルの変更リストを強制的にランチパッドに使用させるにはどうすればよいですか？

19 ppa  launchpad  packaging  deb  recipe 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 5年前に閉鎖されました。 Ubuntuでは、Xはスタックの中でも最も重要な要素の1つです。そのため、私たちはそれに関する質問とバグレポートのトンを受け取ります。おそらく私たちが扱う人員の約100倍です。 CanonicalはXに取り組むために追加のエンジニアを雇用していますが、それでもCanonicalができることの範囲外の多くのことがあります。これらの膨大な量のバグレポートをすべて回答し、トリアージし、（できれば）解決することについて。 ただし、Xで作業する人を見つけることや、時間を投資する価値があることを人々に納得させることは困難です。Xに取り組むことを考えていない人が参加するように奨励することをどのように提案しますか？

18 xorg  packaging  community  graphics 

したがって、私はを構築し.debています。インストール後のコマンドをいくつか実行する必要があります（ライブラリパスのリンクなど）。 あなたがそれを行う方法があるのでsudo dpkg -i <pacakage-name>.deb、スクリプトを実行しますか？

17 packaging  deb 

ubuntu / debianパッケージを作成するためのグラフィカルツールはありますか？

17 software-recommendation  packaging  deb 

私は（共同）作成したソフトウェアのパッケージを作成しようとしています。私は使っています debuild -i -us -uc -b そして、原則としては正常に動作します。コンパイル時間を短縮するために、debuildを実行してmakeを並列実行します（make -j4たとえば、通常はを実行して実行します）。ウェブ上で次のような場所をいくつか見つけました。 debuild -eDEB_BUILD_OPTIONS="parallel=4" -us -uc -b debuild -j4 -us -uc -b 別のサイトはdebian/rules、基本的に設定するファイルにコードを追加することを提案しました MAKEFLAGS += -j4 ただし、これらのいずれも機能していないようです。私は何かを見逃しましたか？または、ソースのautoconf / automake設定を変更する必要がありますか？

17 compiling  deb  packaging  make  debuild 

ここで誰かがDebian / Ubuntuパッケージを作成した経験がありますか？Ubuntu 12.10（Quantal）からUbuntu 12.04にlammpsパッケージ（http://packages.ubuntu.com/quantal/lammps）をバックポートしようとしています 非公式に必要なのは、IaaSプラットフォームへの展開用のカスタム仮想マシンイメージを作成するときに便利なため、.debパッケージだけです。 https://wiki.ubuntu.com/PackagingGuideの Ubuntuパッケージングガイドに従って、正常にビルドできますが、debuildコマンドを使用して再ビルドしようとすると、通常このエラーが発生します。 dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/lammps_0~20120615.gite442279-1.diff.aie32n dpkg-source: info: you can integrate the local changes with dpkg-source --commit dpkg-buildpackage: error: dpkg-source --include-binaries -i -b lammps-0~20120615.gite442279 gave error exit status 2 srcディレクトリで「make clean-all」を実行しても、問題は解決しません。ビルドプロセス中に生成されたすべてのファイルを完全に削除する方法、またはソースファイルの違いを無視するようにdebuildに依頼する方法はありますか？

16 compiling  dpkg  packaging  backport 

私は本質的に他のソフトウェアを構築するために使用される多くのライブラリとヘッダーを提供するパッケージ用のUbuntuパッケージを書いています。パッケージは、相互に依存する小さなサブパッケージに分割されます。この意味で、パッケージはブーストに非常に似ています。 boostのようなパッケージが提供することに気付きました [...] libboost-dbg libboost-dev libboost-doc [...] libboost-all-dev [...] しかし、名前boostまたはで行くものはありませんlibboost。 この背後にあるアイデアは何ですか？ 目的は何ですか-dbg、-devと-docパッケージは？ それらのパッケージのビルドファイルを作成する方法に関する指示はありますか？

15 packaging 

それでしばらく前に、CompizのPlace Windowプラグインのバグを報告しました。これは、影響を受ける人々にとってはかなり大きな後退です。主にレポートによると、Gnome-Fallbackを使用している人々です。 パッチはすぐに浮上しました。テスト用のPPAを作成し、これまでに関係者全員が問題が修正されたと報告しています。さらに別のバグを修正します。私は標準のUnityデスクトップでテストを行いましたが、（私のテストでは）悪影響は見られませんでした。 次の2つの主な理由から、これをUbuntuに今すぐプッシュしたいと思います。 私は利己的です。Compizの新しいバージョンが12.04にプッシュされるたびにPPAを更新する必要はありません。 愚かな小さなバグのために、Ubuntuユーザーがウィンドウが飛び回っているのを見たくありません。 このパッチをできるだけ早くUbuntuのバージョンのCompizにプッシュして欲しいので、これらのバグを修正済みとしてマークし、私たちの生活を進めていきます。 これを今すぐUbuntuに取り込むには、誰の足をハンプする必要がありますか？ 私はこのプロジェクトを維持しておらず、アップストリームのものですが、Ubuntuにはかなり不可欠です。Compizに行くこともできますが、パッチを受け入れた場合、Ubuntuの近くに至るまでに（少なくともリリース）数ヶ月かかると思います。 そして、私が適切な人を見つけたとき、どうすれば彼らのためにプロセスをできるだけ滑らかにすることができますか？ 私は彼らに私の要求を見てもらい、「はい、すべてが素晴らしく、完了しました」と言って欲しいです。パッチの側面に対処する17通の電子メールは必要ありません。さらに重要なことに、私も彼らの時間を無駄にしたくありません。 そして、私はそれらを提供する必要がありますか？私のパッケージングスキルは...嘆かわしいです。再配布のためにパッケージにパッチを当てるのはこれが初めてだったので、おそらくすべてのパッケージエラーを人に知られていました。彼らは元のパッチに満足しますか（自分でそれを適用できます）、またはdiff / changelogが少しきれいになるように物を再パッケージ化する必要がありますか？ 注：この質問は Compiz についてですが、答えが他のスタイルのパッケージにも対応できるようにしたいので、物事を修正する方法の信頼できる包括的なスレッドがあります。

15 updates  packaging  bug-reporting  patch 

手動で作成しまし.debたが、PPAにアップロードしたいと思います。 私の質問は次のとおりです。 それは可能ですか？ そしてそうならば、 それ、どうやったら出来るの？

15 ppa  application-development  packaging  deb 

Debian用にパッケージ化したいpythonスクリプトがあります。私が書いたdebian / installファイルを使用します auto_dice.py /usr/bin/ その後、Linitanは.py拡張子（script-with-language-extension）について不平を言います。 それから私はそれを auto_dice.py /usr/bin/autodice.py autodice.pyディレクトリとして解釈されるため、エラーが発生します。 そこで名前を変更するにはどうすればよいですか？ソースのpythonスクリプトの名前を変更したくありません。

15 python  packaging  debian 

Unity dash GIMP 2.8.10にはアイコンがあり、ランチャーで別のアイコンを使用します。 ダッシュのGIMP ランチャーのGIMP 「ファイルシステム」でGIMPを検索し、これを取得しました。 他のアプリをパッケージ化するときにこれをどのように行うことができますか？

14 application-development  packaging  gimp 

最近、ソフトウェアの一部をパッケージ化し、Launchpadで公開し始めました。インストールと削除は正常に機能しますが、パッケージをあるバージョンから次のバージョンにアップグレードすることには問題があります。 問題は、パッケージの最初のインストール中にのみ実行する必要があるスクリプトがあることです。これらのスクリプトは、データベースにデータを入力したり、ユーザーを作成したりします。現在、package.postinst configure)セクションで呼び出されています。ただし、これにより、図に示すように、アップグレード中にそれらが呼び出されます。 パッケージの最初のインストール中にのみ実行され、アップグレード中には実行されないメンテナースクリプトを.debパッケージに含める方法はありますか？または、いくつかの初期セットアップスクリプトを.debパッケージに含めるエレガントな方法は何でしょうか？

14 package-management  apt  dpkg  packaging 

私はPPAのために何かを包装しています。アップストリームソースは、.tar.gzMakefileベースのアーカイブです。 このパッケージには、アーキテクチャに依存しない大量のデータがあるため、ビルドスクリプトで2つのパッケージを生成することをお勧めします。 パッケージ パッケージ -data これを設定するにはどうすればよいですか？Debian controlファイルを編集して2つのパッケージを生成しましたが、適切なファイルを適切なパッケージに取得する方法がわかりません。 現在、データファイルはすべてMakefileを介してインストールされているので、ここで迷ってしまいました。

14 ppa  debian  packaging  makefile