-
Notifications
You must be signed in to change notification settings - Fork 14.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Please make a release of FreeRDP based on git master for applications to target against #2839
Comments
@Conan-Kudo I'm adding your issue to the 2.0 milestone |
Hi. |
@Hubbitus no fixed schedule. The version will be increased the next days. The API as it is on master will be further stabilized and cleaned up but for the core the shouldn't be much changes. |
Hello, any news on this? I'm the package maintainer in Fedora and we're planning a rebase in Fedora to fix a lot of issues. Thanks! |
@scaronni we are working hard on stabilizing the API towards a 2.0 release but we can't give any time estimations yet. For packaging I'd suggest using the current master. The API and the functionality is rather stable already. |
@bmiklautz, does this mean that the API following 2.0 will be stable, or are you referring strictly to in-progress changes (and anticipate breaking backward compatibility post-release)? Let's say, hypothetically, that I work on a downstream project which has historically been unable to support any unreleased / untagged version of FreeRDP because of the constantly changing API. If I were to bring that project up-to-date with the current FreeRDP git, would that effort be for naught? Or would I be able to expect that API changes which break compatibility are now rare, made only when necessary, and in any case documented? |
@mike-jumper I believe it refers to the latter case (the API should be stable up to the 2.0 release, and after 2.0, they will be more willing to break the API). Unless I'm misinterpreting @bmiklautz, you should be in the clear until after 2.0 is released. |
@mike-jumper @Conan-Kudo the split of the libraries (server, client, ...) won't change any more but the API itself can't be considered as (completely) stable until the 2.0 release. There will be some changes but not that kind of completely renaming libraries or moving around everything.. Once we've released we'll try to maintain the stable API. If breaking changes are necessary we'll split of a stable branch (where we'll keep the API and plan to back port fixes and improvements (if possible)) and on master the API would be pumped. The current plan is to freeze the API/ABI some when around July and do a -rc soon afterwards. |
Any news ? I can't seem to have remmina and guacamole at the same time on gentoo. |
Hello, sorry to bother; Is there any plan for the 2.0-rc1 release, maybe even without closing all 18 bugs pending? The problem with other applications still not able to target agains FreeRDP remains. Thanks & regards. |
@scaronni today the last API changes were merged. 2.0 is quite close now. I'll see if we manage to create a time line. |
Any update on this? Other months have passed.... it's still a problem to update or link against FreeRDP for most software relying on it. Thanks. |
@bmiklautz it's been more than 9 months since you last message. Two years since the issue was opened. What's holding this up? It's not like we are asking for any new features. We just need a release that applications can target and distributions can package. |
@diogocp we have plans for a release, the major problem we're facing is the lack of man power to achieve that. We have lotsof people complaining about the lack of releases, using FreeRDP for their softwares, but very few that contributes. So it's up to you to fasten a stable release ;) |
I don't understand the logic here. When there is security vulnerability/breaking change in Microsoft RDP Server (#4486), and FreeRDP master branch 2.x must be changed to adapt to the Microsoft changes, why is there not a RC cut? The downstream distro have to create deb packages pinned to git revs. You can not reasonably think that other software vendors (Apache) will pin to a master rev. Please someone explain this. This should not be happening.
|
Closing this as new git tags are available. |
Could you guys please make a release of FreeRDP 1.2.x-dev that applications can target, specifically applications like Guacamole, who won't update their code because your API changes too much for them to track git master. Without a release, it's not possible to update FreeRDP for other programs that share usage of the FreeRDP libraries because I need Guacamole, too.
Please, put out a 1.2.x release based on git master that applications can target.
The text was updated successfully, but these errors were encountered: