在捕捉应用程序时,我看到一些snapcraft.yaml
文件声明了x11
和unity7
插件,或者有时两者都声明。
他们的实际区别是什么,我什么时候应该使用哪个?
在捕捉应用程序时,我看到一些snapcraft.yaml
文件声明了x11
和unity7
插件,或者有时两者都声明。
他们的实际区别是什么,我什么时候应该使用哪个?
在创建快照时,根据snapcraft.yaml 文件的语法,可以daemon
添加关键字来指定应用程序将作为系统服务运行。作为此类声明的示例:
apps:
tinyproxy:
command: ./launcher.sh
daemon: simple
plugs: [network,network-bind]
但是,快速成为系统服务究竟意味着什么?也就是说,它们的生命周期是什么(开始、重新启动、停止......)?我可以使用常用工具(、、等)监控它们在系统中的运行情况ps
吗top
?
我已经成功构建了一个可以安装在我的系统上的快照。
但是,它在启动时崩溃,我不太确定从哪里开始调试该崩溃。
调试已安装应用程序无法启动的不同方法是什么?
我有一个我想为多种架构构建的快照。现在,在snapcraft.yaml
文件中,我将包装器定义为要执行的二进制文件,它设置了应用程序运行所需的环境变量。
它包含的一段脚本代码如下:
#!/bin/sh
ARCH='x86_64-linux-gnu'
export LD_LIBRARY_PATH=$SNAP/usr/lib/$ARCH:$LD_LIBRARY_PATH
显然,硬编码ARCH
不是最优的,因为非 amd64 构建将无法正常工作。但是,使用 Snapcraft 时,使用拱形检测dpkg-architecture
将不起作用。
如何在使用 Snapcraft 构建快照时动态检测包装器中的主机架构以设置正确的库路径?
代码作为snappy 桌面示例的一部分提供。
我正在使用 python-django charm 部署一个基于 django 的小型站点,并使用本地提供程序进行测试。到目前为止,部署本身已经成功,但我希望能够管理站点而不必juju ssh
进入它。
因此,我正在尝试按照python-django charm 文档中的描述使用 fabric ,但每当我尝试使用 执行任务时fab
,我都会被要求使用"Login password for 'ubuntu': "
. 也就是好像SSH认证不行。这是它的样子:
# Get fabfile.py from the charm code
bzr branch lp:charms/python-django
cd python-django
fab -R ubucon-site/7 pull
[10.0.3.252] Executing task 'pull'
[10.0.3.252] sudo: find . -name '*.pyc' -delete
[10.0.3.252] Login password for 'ubuntu':
另外请注意,周围似乎有一个Juju fabric 插件,它基于与 python-django 魅力中的代码相同的代码,因此 fabfile.py 文件实际上可能是通用的,而不是特定于 python-django魅力。
关于如何将织物与 juju 一起使用的任何想法?或者关于我可能做错了什么的任何指示?
我一直在 Raspberry Pi 2 设备上尝试 snappy Ubuntu 核心,我听说我可以使用 Snapcraft 在上面进行开发。现在我听说 snap 在 Ubuntu 16.04 和其他发行版的桌面和服务器上可用。
什么是 Snapcraft,我该如何使用它?
在为 Ubuntu 编写应用程序时,我似乎可以互换使用ItemSelector或OptionSelector组件。
我应该在哪种情况下使用其中的每一个?授予两个独立组件的主要区别是什么?
我想在控制台上获取给定 bzr 分支的最新修订号,我想知道是否有任何 bzr 命令可以为我做这件事。
现在,我只是想跑步bzr log -r-1 | awk 'NR==2 {print $2}'
,我只是在想是否有更合适的方法来做到这一点。