Conversation
Set up the stage for a new release. Bump minor version too, since this release includes breaking changes to the command line (-i behaves differently, and we default to muvm-x11bridge instead of sommelier). Signed-off-by: Sergio Lopez <slp@redhat.com>
slp
requested review from
WhatAmISupposedToPutHere,
alyssarosenzweig,
hoshinolina and
teohhanhui
as code owners
|
I would really love it if we could fix dhcp/dns before doing a release, it is a rather annoying problem on at least non-fedora. |
teohhanhui
dismissed
their stale review
concern: include new DHCP implementation
|
If we merge #111 we won't be able to release an update on Fedora until we package all the dependencies, and that's going to take a while. I'd rather release this one now and then do another release in a couple of weeks when everything is ready. |
|
Hm... we could rebase and merge #64 as an interim solution... WDYT? |
|
If it is a couple weeks, i have no issues then, we can just carry #111 as a downstream patch in gentoo. |
Out of curiosity, how does Gentoo deal with Rust dependencies? Does it just vendorize every crate? |
|
@slp See https://github.com/chadmed/asahi-overlay/blob/main/app-emulation/muvm/muvm-0.1.4.ebuild#L6-L112. Crate versions are declared within ebuilds and downloaded/unpacked while emerge. |
6 participants
Set up the stage for a new release. Bump minor version too, since this release includes breaking changes to the command line (-i behaves differently, and we default to muvm-x11bridge instead of sommelier).