[Kde-bindings] Install Windows Binaries

Dimitar Dobrev dpldobrev at yahoo.com
Thu Oct 24 11:07:45 UTC 2013


    P.S.: About estimation: I thought I could complete it by the end of October but, both fortunately and unfortunately, I got some paid jobs that are going to keep me busy at least until then. So I am regrettably unable to give an estimation at this time.

    Dimitar





On , Dimitar Dobrev <dpldobrev at yahoo.com> wrote:
 
    About putting a note about deprecation, I've been hesitant about it since the existing Qyoto does work in quite a few cases and I don't have the alternative ready yet. Distributions pack the old Qyoto because it had already been integrated with their builds when I started working on the project. I never got around to talk to them about the new version with all the problems SMOKE and especially the existing Qyoto had. So, yes, you're kind of right it was about miscommunication.
    If you insist on doing it, the version would be 4.0.7 because there have been no changes to the code since.
    The new version, while I'm going to test each release, won't depend on the Qt version. Unlike SMOKE, which required tons of manual configuration per Qt version, the new approach does not require any. The most that could happen would be for the parser to choke on some retarded C++ construct in a header, and such a case would be fixed as soon as possible. That said, I target Qt 5 but it wouldn't be too hard to wrap other versions, including older ones.
    About the guy with C# and QML, could you please send me a link? I've read about someone asking about C# bindings for Qt/QML but not someone working on it.

    Regards,
    Dimitar




On Thursday, October 24, 2013 1:21 PM, Mat Arge <argemat1010 at gmail.com> wrote:
 
On Thursday 24. October 2013 02:37:51 Dimitar Dobrev wrote:
>     No problem, Mat, I'm here to help.
>     git://anongit.kde.org/assemblygen is actually the later version, the one
> that the uploaded binaries have been generated from. Notice that while the
> older version at git://anongit.kde.org/qyoto does have a more recent
> commit, it is a single one by one of the KDE admins to simply fix the
> build. So what you need is at git://anongit.kde.org/assemblygen. 

OK, understood. Is there a particular reason, why the qyoto repository is not 
"officially" deprecated (with a statement on the homepage and/or in the repo 
itself). I am asking, because the problem is that all the distribution I 
checked (OpenSuse, Fedora, Debian, Ubuntu, Arch) package the old repository 
and not the new one. Since I am not aware of a technical reason for that (like 
an application depending on it), I assume this is just due to a 
miscommunication.

Anyway, I'll start by trying to build a new package for OpenSuse and see if I 
can get it in. What version number would the current assemblygen version be? 
4.11.2 (as KDE's), 4.10.3 (as the only git tag suggests) or 4.0.7 (as the 
version of the windows binary)?

> That said,
> even the version at git://anongit.kde.org/assemblygen is not being
> developed any more. It depends on SMOKE which has been abandoned itself, so
> I had to choose another base to step on. The result is being developed at
> https://github.com/ddobrev/Qyoto. However, it hasn't been completed yet,
> I'm going to make an announcement when it has. However, this new version is
> going to be source-compatible with the current one so you could write your
> code and later simply change your references to the new libraries.

Do you have any time estimation, when this will be ready? Is this still for 
QT4 or are you targeting QT5?

By the way, in case you missed it: A few weeks ago, a guy announced on the 
mono mailing list, that he wants to try a C# binding for QML. Maybe that's 
interesting for your work there.

cheers

Mat

>     Regards,
>     Dimitar
> 
> 
> 
> 
> On Thursday, October 24, 2013 11:39 AM, Mat Arge <argemat1010 at gmail.com>
> wrote:
> 
> OK, that helps. Or at least I thought so first, I am still confused. I tried
> to contact the OpenSuse people about their outdated package, but they said
> they just build it from upstream.
> I looked at your git, and found  that there are currently two repositories.
> One which builds the new style with qyoto-qtcore.dll/libqyoto-native.so at
> git://anongit.kde.org/assemblygen, and another one which builds the old
> style (qt-dotnet.dll/libqyoto.so)
 at git://anongit.kde.org/qyoto.
> Even more confusing, the git://anongit.kde.org/qyoto repository appears to
> be the more current one (more recent git commit, more recent git tag).
> 
> Also, I don't really get the versioning theme of qyoto. The tags in the git
> repositories appear to follow the version number of KDE, while the stuff
> from your homepage (Windows binaries 4.0.7, API documentation 4.0.6) have a
> different version scheme.
> 
> Sorry for beeing troublesome, but I am really trying to get my head around
> it.
> 
> cheers
> Mat
> 
> On Wednesday 23. October 2013 06:25:38 Dimitar Dobrev wrote:
> >     The qtdotnet version has
 been deprecated for years.
> >
> >     Dimitar
> >
[...]

_______________________________________________
Kde-bindings mailing list
Kde-bindings at kde.org
https://mail.kde.org/mailman/listinfo/kde-bindings
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-bindings/attachments/20131024/70aba5b3/attachment-0001.html>


More information about the Kde-bindings mailing list