打开这个问题来讨论向软件包维护者通知新的asciinema版本的最佳方法。
我们可以为此创建一个邮件列表,或者使用https://github.com/asciinema/asciinema/releases.atom(例如@jakubjedelsky建议(https://github.com/asciinema/asciinema/issues/43#issuecomment-117053123 )。 另外,每当新版本发布时,我可能会重新打开此问题并在评论中ping您。 还有其他想法和/或偏好吗?
/ cc @jakubjedelsky @zanchey @ Dr-Terrible @larryv
更新:因此,我只开放此问题,并在发布新版本时发表评论。 软件包维护者可以订阅此问题以得到通知。
/ cc @swills
原子饲料对我来说足够了。 SourceForge曾经是邮寄名单的地方,但我认为它们现在已经变得有些邪恶了。 我们有一个邮递员服务器,如果您想使用它。
原子供给对我来说也足够了。
如果有任何机会我错过了发布并且用户抱怨,请随时通过我的Gentoo覆盖图通过GitHub的问题戳我。
就个人而言,我更喜欢某种电子邮件,无论是邮件列表还是github问题电子邮件,都可以。 谢谢!
我也希望使用电子邮件通知(以最大程度地减少更新滞后时间),但我最好使用原子供稿。
我刚刚发布了1.2.0 / cc @larryv @swills @ Dr-Terrible @zanchey @jakubjedelsky
@sickill完成! 谢谢你提醒我。
v1.2.0已在Go1.4.x和Go1.5.x(Gentoo / Linux x86-64)上进行了测试,并且一切正常,并且所有单元测试都通过了。 Ebuild刚刚插入了我的叠加层:Dr-Terrible /
@ Dr-Terrible哇,太快了! 谢谢!
@youtux感谢您更新Homebrew软件包!
@sickill不客气。 此外,每次加星标的github项目获得新标签时,我都会使用sibbell.com通过电子邮件获取更新。
我已经更新了Ubuntu软件包。 抱歉耽搁了。
@zanchey谢谢!
已在MacPorts中更新,仅晚3个月😓
@larryv没有问题,谢谢!
我们有一个新版本! 这个新的1.3版本重新支持Python(在此处了解更多信息:http://blog.asciinema.org/post/and-now-for-something-completely-different/)。 抱歉,这会增加您的工作量(将构建工具链从Go切换到Python)! 但是我相信,从长远来看,打包将变得更加简单,尤其是从这个版本开始,我们将拥有_zero外部依赖项_💥
抱歉@sickill ,我无法在go overlay中添加python包,因此我被迫删除了asciinema。 或者至少,我会保留并维护以前的Golang实现,而不是python中的新实现(存在太多依赖关系,难以解决)。
@Dr。可怕的好吧。 也许原始的Portage软件包维护者将能够将0.9.8 ebuild更新到1.3.0。 谢谢!
在MacPorts中进行了更新。 从该差异中可以看到,切换回Python使我的工作变得更加轻松。 谢谢! 😄
@sickill我是这样认为的,但是目前ebuild没有维护者,因此需要一些时间才能将asciinema正确地添加到Portage树中。 为了加快处理速度,如果我不太忙于其他工作,我想我将在接下来的几天内提交适当的ebuild(至少对于v1.3.0)。
喜欢python3的更改,为我打包好得多。 Fedora 24,23和EPEL 7的构建已准备就绪,并将很快进入测试仓库。
在Ubuntu PPA中完成。 同样,包装现在要小得多。
我是debian的维护者,我最近订阅了博客,我将订阅releases原子供稿。
我更喜欢电子邮件,但我运行的是rss->电子邮件网关,所以对我来说也是一样
在1.3.0包上工作,仅一周后我就完成了go包上的工作,请不要再切换语言实现
@gfa感谢您的工作Gustavo。 不用担心,我们永远坚持使用Python。
最终在FreeBSD端口中更新到1.3.0。 感谢您的注意。
@swills太棒了,谢谢!
嘿,好人! 我们有一个新版本1.4.0- https: //pypi.python.org/pypi/asciinema/1.4.0
@sickill很酷,现在将更新Fedora和EPEL 7测试库。 它应该在7天(fedora)或14天(epel)内保持稳定。
上载了新版本,等待中-抱歉,请耐心等待!
恭喜v2, @ sickill ! 🎉
我现在还没有专心于asciinema的发展。 2.0.0版本向后兼容旧版本(1.4.0)吗? 我想将更新推送到当前的马s,但不确定是否不会破坏某些内容。
谢谢!
@jakubjedelsky谢谢! 它使用新的文件格式,因此使用此新版本创建的录音无法在1.4.0及更低版本的终端中播放。 尽管所有录音(新旧)都可以使用2.0播放,并且网络播放器和asciinema-server也在不久前进行了更新,以支持asciicast v2格式。
@sickill真好! 非常感谢您提供这些详细信息👍
2.0.0致力于FreeBSD端口。
@swills太棒了,谢谢!
我为当前发布的版本添加了Ubuntu软件包。
2.0.0已经在Bionic中,它的压缩包与我从Github下载的压缩包不同。 无法将上游包装反向移植(需要新的debhelper),因此我将现有包装与上游tarball一起使用。
由于其他压力,造成了一些延迟-抱歉。 如果有人想接管Ubuntu PPA的维护工作,我很乐意将其移交给我们!
@zanchey asciinema在debian中是最新的,为什么没有在ubuntu中导入?
它在测试中是最新的,并已导入仿生产品,正如您所知,它们都尚未发布,因此PPA适用于希望在较旧版本的Ubuntu(或Debian)上使用新版本的asciinema的人们。
谢谢@zanchey为您所做的工作!
我刚刚发布了2.0.1✨
https://pypi.org/project/asciinema/2.0.1/
https://github.com/asciinema/asciinema/releases/tag/v2.0.1
配置文件处理代码2.0中存在一个错误,该错误导致在~/.asciinema/config
而不是~/.config/asciinema/config
处创建文件。 此版本修复了该问题。
@zanchey您认为最终仿生版中是否有可能包含2.0.1? 我看到明天将最终冻结beta😐
我的软件包没有纳入官方发行版,但我将尝试获取今天上传的2.0.1版本。
完毕。
@zanchey太好了,谢谢!
今天开始于_asciinema_ ...首先,非常感谢您提供的工具和服务。
作为_snap_应用安装。 在Linux Mint 19c桌面上以及在由Ubuntu 18.04 LTS驱动的云服务器上运行,看起来它运行完美,但是...
刚刚通过快照应用注意到了已安装的版本1.4,而不是最新的2.0.1+ ...!?
您是否打算发布_asciinema 2.0.1 + _ snap应用程序。 包快了吗?
@flexiondotorg您是否有可能将snap更新到2.0.1?
我暂时删除了快照安装选项。 似乎没有人在维护它了。
似乎Ubuntu 18.04具有asciinema 2.0.0(https://packages.ubuntu.com/bionic/asciinema),而19.04具有2.0.2(https://packages.ubuntu.com/disco/asciinema)。 您是否有机会将旧版Ubuntu和Debian版本上的ppa
完毕! 我最终重用了我的打包元数据,而不是从19.04开始复制,因为debhelper的要求太高,以致于backport无法轻松工作。
@zanchey太好了! 谢谢🏆
@sickill,因为我一直是snap软件包的维护者,所以我认为带回snap安装说明很有意义,对于基于Linux的系统,可能将其安装为“推荐”。 在我来到这里之前,我已经创建了一个问题https://github.com/asciinema/asciinema/issues/382 。
1个
最有用的评论
喜欢python3的更改,为我打包好得多。 Fedora 24,23和EPEL 7的构建已准备就绪,并将很快进入测试仓库。