libui-ng related versioning #57
Replies: 7 comments
|
That is a good idea. |
|
I noticed you added rake task support for downloading any pre-release version of libui-ng, which is great. I wonder if it would be a good idea for you to select an unreleased libui-ng version that you think is stable enough and make an alpha 0.1.x LibUI release with it (covering both x86 and arm64 on Mac) before RubyConf 2022 (Nov 29 - Dec 1, 2022). That way, before I present Glimmer DSL for LibUI at RubyConf 2022, I will make a Glimmer DSL for LibUI release that wraps your 0.1.x alpha release, and I will announce it at RubyConf 2022. That would be good publicity for the projects! |
|
Yes, it would be great if we could do that. |
|
As you may have noticed, I have uploaded https://rubygems.org/gems/libui/versions/0.1.0.pre.0. I would expect it to work well. Unfortunately, however, I should say that it was not ready in time for RubyConf. I am looking to improve #68 and add some platforms. Namely aarch64-linux (Raspberry Pi) and x86-mingw32. |
|
Thank you for informing me. I just released glimmer-dsl-libui version 0.6.0.pre.0 that uses libui version 0.1.0.pre.0
I will announce this release at RubyConf 2022 and inform the people who wanted Cheers. |
|
By the way, I tested and confirmed that all Glimmer DSL for LibUI examples work with LibUI version As such, I think it is OK to release as LibUI in Ruby is alpha anyways (less than version |
Uh oh!
There was an error while loading. Please reload this page.
Hi,
I just wanted to make a suggestion.
I was thinking that when LibUI starts supporting libui-ng new releases, it would do so through new minor versions (e.g. 0.1.0, 0.2.0, 0.3.0, etc...). That way, glimmer-dsl-libui would not break for users given that its LibUI gem dependency is fixed as
~> 0.0.15(in case there were any breaking changes in libui-ng releases). That gives me the chance to test and upgrade glimmer-dsl-libui intentionally for each libui-ng release.All reactions