问题[trac](server)

我最近（我认为是在 ServerFault、StackOverflow 或其他一些 StackExchange 论坛上）发现 Bitnami 堆栈提供了一种使用 Let's Encrypt 的工具，该工具显然使用了 certbot 以外的东西（称为“乐高”，是吗？ ？）。

我们有一个在 AWS EC2 实例（原始 Amazon Linux）上运行的 Bitnami Trac/SVN 堆栈。我注意到盒子上显然有两个单独的 httpd 实例；Bitnami 堆栈中的一个是活动的，托管 Trac 和 SVN。（我想我几个月前开始了另一个，与尝试使 certbot 工作失败有关，并且可能已经放弃了它，但它实际上并没有做任何事情。）

Bitnami httpd 在端口 81（目前无法从外部访问）上设置 HTTP，在端口 8000（可访问）上设置 HTTPS，并且当前使用 Comodo 的证书，该证书将于 7 月到期。

而且我不记得 Bitnami 堆栈中 httpd 的原始“交付”端口配置是什么。

我一直在阅读这个“bncert-tool”的说明，我想知道它是否适用于我们的设置。从我对 certbot 的失败实验中，我的印象是 Let's Encrypt 期望在 80 上找到打开的 http。

任何人都可以对此有所了解吗？

5月18日更新

我终于在我真正可以投入一些时间的时候想起了这个项目。我将该实例克隆到一个现场实例，然后（1）禁用 Linux 附带的“stock”httpd，（2）将 Bitnami 堆栈中的 httpd 更改为监听 80。当我运行 bncert-tool 时，我得到了这个：

使用 Let's Encrypt 创建证书时出错：

acme: Error -> One or more domains had a problem:
[test.wintouch.net] acme: error: 403 :: urn:ietf:params:acme:error:unauthorized 
:: Cannot negotiate ALPN protocol "acme-tls/1" for tls-alpn-01 challenge, url:

怎么办？

（我已经保存了日志文件。）

5月22日更新

我突然想到，由于当前配置了服务器，因此没有密码就不可能访问任何内容。

所以我尝试了另一个现场实例。经过一番折腾，我对其进行了配置，使其无需密码即可侦听 80，并在该端口上提供静态页面，该端口远离 SVN 和 Trac 数据。

但结果和以前完全一样。和以前一样，我终止了现场请求并删除了 Route 53 A 记录作为清理的一部分。

在一天的实验之后，我研究了设置原始实例时使用的任何我的 Spot 实例，并发现了一些相当奇怪的东西：我能看到的所有 Bitnami SVN 和 Trac AMI 都是 Debian 或 Ubuntu。但这是在Amazon Linux（原始版本，而不是 Amazon Linux 2）上。因此，要么它来自一个不再存在的 AMI，要么我从一个“普通”Amazon Linux AMI 启动实例，然后在其上安装 Bitnami SVN/Trac 堆栈。

我会注意到，包括 bncert-tool 在内的堆栈不在/opt/bitnami 中，而是在 /opt/trac-1.2.3-11

因此，由于无法检查“交付时”的配置，我环顾四周，想知道 bncert-tool 使用什么来查找堆栈，最终我找到了 /opt/trac-1.2.3-11/properties.ini

hostname=
[Support]
installed_components=apache
apache_logs=apache{,2}/logs/error*log logs/error_log
apache_conf=apache{,2}/conf/{*.conf,bitnami/*.conf} etc/httpd.conf apps/*/conf/ht*.conf
apache_acl=apache apache2
[Apache]
apache_server_port=81
apache_user=daemon
apache_group=daemon
apache_server_ssl_port=443
apache_root_directory=/opt/trac-1.2.3-11/apache2
apache_htdocs_directory=/opt/trac-1.2.3-11/apache2/htdocs
apache_domainname=ip-172-31-8-195.us-east-2.compute.internal
apache_configuration_directory=/opt/trac-1.2.3-11/apache2/conf
apache_version=2.4.39
[Subversion]
subversion_port=3690
subversion_root_directory=/opt/trac-1.2.3-11/subversion

自安装以来似乎没有变化（/opt/trac-1.2.3-11 中的所有内容都具有 2019 年 6 月 6 日的日期戳）。

可能是 bncert-tool 使用了该配置文件，并且已经告诉 Let's Encrypt 使用端口 81 而不是 80？

我会注意到，与上述配置文件相反，httpd 的 Bitnami 实例在 8000 上侦听 SSL/TLS，而不是 443，Tomcat 服务器（独立于 Bitnami 堆栈）在 8443 上侦听（并显示在 netstat -l -- numeric-ports as) 8443，通过 iptables 映射到 443，没有任何东西直接监听 443 端口。

我刚刚在 RH 6.8 上将 subversion 1.6.11 升级到 1.9.4-1，它本身就可以正常工作。但我的 Trac 1.0 应用程序无法再看到我的 svn 存储库。根据http://www.wandisco.com/svnforum/forum/opensource-subversion-forums/apache-subversion-1-8-support/73237-importerror-usr-lib64-libsvn_swig_py-1-so-0-undefined- symbol-pycapsule_import 对我的问题最简单的解决方案是降级到颠覆 1.8.13-1。由于我没有进行svnadmin upgrade，我认为降级应该没问题。

为了升级到 1.9，我添加了一个 /etc/yum.repos.d/wandisco-svn.repo 文件，如下所示：

[WandiscoSVN]
name=Wandisco SVN Repo
baseurl=http://opensource.wandisco.com/rhel/$releasever/svn-1.9/RPMS/$basearch/
enabled=1
gpgcheck=0

并做到了：

sudo yum upgrade subversion mod-dav-svn subversion-python   

所以要降级，我将 baseurl 行更改为 svn-1.8 而不是 svn-1.9

但是当我做一个

yum list subversion --showduplicates

我所看到的是：

Installed Packages
subversion-python.x86_64    1.9.4-1         @WandiscoSVN
Available Packages
subversion-python.x86_64    1.9.0-rc1       WandiscoSVN
subversion-python.x86_64    1.9.0-rc2       WandiscoSVN
subversion-python.x86_64    1.9.0-rc3       WandiscoSVN
subversion-python.x86_64    1.9.0-1         WandiscoSVN
subversion-python.x86_64    1.9.1-1         WandiscoSVN
subversion-python.x86_64    1.9.2-1         WandiscoSVN
subversion-python.x86_64    1.9.3-1         WandiscoSVN
subversion-python.x86_64    1.9.4-1         WandiscoSVN

即使我将baseurl更改为svn-1.7，我仍然只能看到1.9的选择，所以我认为它一定不想向我展示以前的小版本。

我猜测并尝试了

sudo yum downgrade subversion-1.8.13-1

但我刚刚得到“没有可用的包 subversion-1.8.13-1。

1）我必须做什么才能降级到 1.8？我真的宁愿不卸载和安装（尤其是从二进制文件），因为我在早期尝试升级到 1.9 时尝试过，但遇到了其他依赖问题。另外，我对 Linux 不是很好，我担心这会破坏后来离开公司的人为此设置的 ldap 身份验证。

2)我是否为我的 wandisco-svn.repo 使用了正确的 baseurl？如果没有，我怎样才能找到合适的？在他们的网站上，我只看到下载二进制文件的链接，而不是如何配置 .repo。我从各种“如何安装”示例中找到了我正在使用的 .repo 文本，但没有一个示例说明它们从何处获得 URL。

是否存在 tractrac.ini自行重写/重置的情况？

正常运行时，有时会出现“环境需要升级”的错误。

但是，我发现这显然是由于 trac reset 造成的trac.ini，例如，该[ticket-workflow]部分丢失了，如差异所示。

恢复trac.ini到最近的备份会使“升级”通知消失，操作会像以前一样恢复。但我宁愿 trac 不要乱来，trac.ini除非得到指示。

任何如何解决此问题的提示将不胜感激。

• 追踪 1.0.9
• TracAccountManager 0.4.2
• TracSubTicketsPlugin 0.2.0.dev20160107

我最近使用更新了我的服务器apt-get upgrade，然后 trac 突然开始显示以下错误消息：

Warning: Can't synchronize with repository "(default)" (Unsupported version control system "svn": No module named svn). Look in the Trac log for more information.

我试过安装python-subversion，但那个已经安装了，所以我重新安装了它，但这没有帮助。

~# python
Python 2.7.2+ (default, Oct  4 2011, 20:06:09) 
[GCC 4.6.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import svn
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: No module named svn

我在 ubuntu 11.10 x64 上运行 svn 1.7.4。

我对python了解不多。为什么python找不到SVN了？

更新

我也尝试过python-svn使用sudo apt-get install python-svn. 那也无济于事。

我在我的 Ubuntu Jaunty Box 上正确安装 trac 时遇到了一些问题。

使用命令 'apt-get install tr​​ac' 我得到以下输出：

root@myserver:~# apt-get install trac
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  trac: Depends: python-setuptools (> 0.5) but it is not installable
        Depends: python-pysqlite2 (>= 2.3.2) but it is not going to be

已安装 依赖：python-subversion 但不可安装 依赖：libjs-jquery 但不可安装 推荐：python-pygments (>= 0.6) 但不可安装或 enscript 但不可安装 推荐：python-tz 但它不可安装 E：损坏的软件包

我已经在我的 karmic kola 台式机上成功使用了该命令，并且能够创建新项目等。

我想我可以通过安装所有与 python 相关的扩展来解决这个问题。这产生了非常相似的输出。

我启用了 Main、Universe 和 multi-verse 存储库。它是一台远程机器，我无法访问 gui。

希望有人能帮忙，googleing未能解决问题或找到解决方案！

谢谢，

本

我在虚拟机上运行 nginx，我想运行一个 Trac 站点。我需要运行 python FastCGI 服务器，但我不知道要使用哪个服务器。我发现了以下内容：

• Lighttpd spawn-fcgi但这似乎要求你编译 lighttpd 只是为了得到 fcgi 服务器，这很奇怪。
• fcgi.py但是这个似乎已被弃用。至少它的记录很差。
• Flup这个依赖于 ubuntu (python-cheetah{a} python-mysqldb{a} python-webpy{a}) 似乎没有必要。记录也很差。

是否有任何最近的设置指南？Trac 自己的 FastCGI 设置页面似乎遗漏了一些步骤。

我们的网络上有一个 trac 服务器，当我运行以下命令时：

svn co http://trac.theserver.com/browser/trunk/thefolder .

然后我输入我的 LDAP 密码，我得到了这个

svn: The OPTIONS response did not include the requested activity-collection-set; this often means that the URL is not WebDAV-enabled

我需要做什么来解决这个问题？以前的 IT 人员有各种奇怪的方式在网络上设置东西。

我正在寻找一些从 USB 记忆棒（USB 闪存驱动器）在 Windows上运行Trac的方法。用户想要携带一个小型 USB 驱动器，该驱动器将包含能够在他或其他一些 Windows 机器上运行 Trac 而无需任何安装的所有内容。只需连接 USB，单击并打开 Web 浏览器并使用他的 Trac。

通常它应该类似于 Wiki on a Stick。

我在服务器上使用 fast-cgi 设置了 trac 安装。我正在尝试为其安装 bitten 扩展，以便我可以进行持续集成 - 但是由于某种原因运行 trac 的环境在其 python 路径中没有~/lib/pythonX.X/ - 只有 /usr/ lib/pythonX.X/ 这是有问题的，因为我无法使用管理员权限安装 bitten（我没有它们）。

我想做的是更改 trac 的 pythonpath 以便它在 ~/lib/pythonX.X/ 中搜索，但我不知道在哪里设置或修改它。trac 安装显然不会读取我的 .bash_profile 所以虽然我可以在那里设置它，但这无济于事。

以前有没有人这样做过，或者至少可以指出我正确的方向？

在新的 Windows 2003 R2 虚拟服务器上安装BitNami Trac 堆栈，以替换快速故障物理服务器上老化的 Subversion/Trac 安装。我正在稍微调整默认安装以使 Subversion 通过 HTTP 可用。我将 LDAP 支持添加到 Apache 并重新启动服务以显示以下消息：

[error] python_init: Python version mismatch, expected '2.5', found '2.5.4'.
[error] python_init: Python executable found 'D:\\PROJEC~1\\apache2\\bin\\httpd.exe'.
[error] python_init: Python path being used 'D:\\PROJEC~1\\apache2\\bin\\python25.zip;D:\\PROJEC~1\\apache2\\bin\\DLLs;D:\\PROJEC~1\\apache2\\bin\\lib;D:\\PROJEC~1\\apache2\\bin\\lib\\plat-win;D:\\PROJEC~1\\apache2\\bin\\lib\\lib-tk;D:\\PROJEC~1\\apache2\\bin'.

它似乎不会影响 Apache 或 Trac 的性能，通过各种论坛搜索并没有给出答案，尽管有很多帖子提到在 Trac 中添加用户时出现上述错误的问题。

• 这是错误的错误报告吗？
• 可以解决或抑制消息吗？