标签: development

我打算开始一个新项目。但是，我找不到启动launchpad.net 的非常简单的文档。

我应该怎么做才能创建一个新项目？

我将不胜感激任何关于良好文档的建议。因此，请随时提供所有帮助来回答以下问题。谢谢！

我已经为 Ubiquity 编写了一个补丁，我想在提交之前对其进行测试，但鉴于 Ubiquity 的性质（仅在安装期间使用），我不确定如何进行此操作。有没有办法在我自己的系统上构建和运行它，或者我是否必须提取整个 Ubuntu 源代码并将我的补丁集成到其中，然后运行测试安装？

有多少付费开发人员致力于开发 Ubuntu？他们中有多少人在 Ask Ubuntu 上？

当我说“工作”时，我的意思是他们因工作/参与开发而获得金钱奖励（薪水）。

我需要为 Ubuntus Lucid 构建 debs。我知道我可以设置虚拟机/文件树根切换等，使每共建分布，但有从我解梦机的机制做一些像：

ubuntu-dpkg-buildpackage --distro=Lucid 并生成一个 Lucid deb？

快速说明一下，这是针对内部包的，因此不能用于 Launchpad 或其他任何地方。

我下面这个在Ubuntu上如何修复一个bug教程，但是当我尝试生成源代码包我遇到的一个问题。在标题为“测试修复”的部分中，读者被告知执行两个命令来完成构建：

$ bzr builddeb -- -S -us -uc
$ pbuilder-dist <release> build ../<package>_<version>.dsc

第一个工作正常，我得到了一个很好的包集合，包括构建所需的 .dsc 文件。但是，当我在第二个中填写占位符并执行它时，它看起来像这样：

pbuilder-dist precise build ../gedit_3.1.1-0ubuntu4.dsc

我得到以下输出：

W: /home/notgary/.pbuilderrc does not exist
E: File /home/notgary/pbuilder/precise-base.tgz does not exist

我在 wiki 上关注了PbuilderHowTo并创建了（我认为）一个 Precise tarball 使用

sudo pbuilder create --distribution precise

但我~/pbuilder目录的唯一内容是precise_result

设置构建环境时我做错了什么，我需要做些什么来修复它以便我可以使用 pbuilder 构建 Precise 包？

我目前正在努力将autogenUbuntu 附带的版本从1:5.12-0.1ubuntu2存储库中更新到1:5.17.1-1Debian。合并已在我的计算机上完成并提交，但我不确定如何从这里继续。

对于上下文，我执行了以下步骤：

1. bzr branch lp:ubuntu/autogen raring
2. bzr merge debianlp:experimental/autogen
3. 解决合并冲突（debain/control反正只有一个）
4. dch -i
5. bzr commit -m "New Debian version"
6. bzr builddeb -S --package-merge

最后一步导致构建成功，但现在我对下一步行动有些困惑。构建产生了以下文件：

• build-area/autogen_5.17.1-1ubuntu1.debian.tar.gz
• build-area/autogen_5.17.1-1ubuntu1.dsc
• build-area/autogen_5.17.1-1ubuntu1_source.build
• build-area/autogen_5.17.1-1ubuntu1_source.changes
• build-area/autogen_5.17.1.orig.tar.xz

我知道我可以这样做bzr push lp:~notgary/autogen/fix-1098872并以这种方式提出合并，但我想知道我是否需要对构建生成的文件做任何事情。

在学习 Ubuntu 开发和打包时，有一部分我不太清楚。所以，假设我们在功能冻结之前处于积极开发（例如 Raring）的中间，我想致力于改进为 Ubuntu 打包的程序 - 例如 Guake。我想修复一个错误，添加一个新功能等。现在，我看到了两种方法：

1. 在上游主干lp:guake 上工作，提交合并提案并请求 Ubuntu 的包维护者重新同步包
2. 在包分支ubuntu:guake上工作，在那里提交我的修复，让项目或包维护者担心将此修复转发到上游或为包 repo 创建一个 guake-ubuntu0 补丁版本

这两种方法之一更好吗？它是否取决于情况（例如贡献类型 - 错误修复或新功能；开发阶段），如果是，如何？如果有经验的人可以就此主题提供更多指导和建议，那就太好了。

在 GitHub 生态系统中工作时，似乎总是很清楚——一切都以最新的开发版本为中心，所有的拉取请求都为它提交（至少我从来没有遇到过任何人为项目 X 的​​某些旧版本 0.7 提交东西），而在 Launchpad 上，包和上游分支之间的这种差异让我感到困惑。我不确定运行最新的 Ubuntu 开发版本并深入研究可用的源代码（通过apt-get source <package>）是否更好，或者我应该将最新的主干代码放入我的稳定 Ubuntu 中，进行更改，看看我是否能以某种方式获得维护者将此更改转发到包（重新同步，检查构建是否仍然适用于其他 Ubuntu 库等）

我阅读了新旧包装指南，但仍然让我对这些问题感到困惑。

我已经在我的 Eclipse EE IDE 中安装了 Android SDK。现在我正在尝试打开 Android SDK 管理器，但出现错误

即使我试图看到如图所示的 android 控制台，控制台中也没有显示错误。[是 Android 的 LogCat 控制台吗？我搜索错误为 android 控制台]。

谢谢

我正在尝试使用 chroot 设置构建环境，但不是下载 ubuntu 基本文件，我想使用我的 live/作为 chroot 的基本文件，并使用 cow 将在 chroot 中所做的任何更改重定向到其他文件夹。所以我想出了这些

sudo mkdir /var/chroot/build/{root,cow,ubuntu}
sudo mount --bind / /var/chroot/build/root
sudo mount --bind /proc /var/chroot/build/root/proc
sudo mount --bind /dev/pts /var/chroot/build/root/dev/pts

sudo mount -t overlayfs -o upperdir=/var/chroot/build/cow,lowerdir=/var/chroot/build/root overlayfs /var/chroot/build/ubuntu
sudo chroot /var/chroot/build/ubuntu

它的工作原理几乎完全除外两者是内容/proc和/dev/pts是不是在chroot环境可见虽然他们是外部可见的chroot环境。当您以这种方式设置 chroot 时，我猜这是overlayfs 的限制

所以我想知道有没有合适的方法来做到这一点？我找到了一个不错的沙箱应用程序，叫做arkose，它几乎可以完成我在这里想做的事情，但它不允许您保留更改，一旦退出 chroot，cow dir 中的所有文件都将被清除，这不是我想要的

上周我构建了一个需要安装 Ubuntu 的新系统。我想在发布后使​​用 13.04，并希望等到那时进行系统构建。不幸的是，这个正在替换的系统在上周死了，需要提前计划。

我的问题是，是现在安装 12.10 并在 13.04 完全发布后升级还是安装 13.04 的预发布版本并在完整版本发布后才应用更新更好？

如果您有具体的理由推荐一种选择而不是另一种，我也很想听听。