Umbrello, hybrid repository, Applications/17.08

Jack Ostroff ostroffjh at aya.yale.edu
Mon Jul 17 00:14:56 UTC 2017


On 2017.07.16 18:11, Luigi Toscano wrote:
> Hi all,
> 
> umbrello follows an hybrid structure (both Qt4 and Qt5 version at the  
> same
> time, with a lot of if-defs) which poses some complications to our  
> infrastructure.
> 
> The maintainer turned on the KF5 version for non-Windows platform in
> Applications/17.08 today:
> 
> You can read my comments, but in a nutshell:
> - the English documentation use a trick (the cmake equivalent of sed)  
> to use
> the native DTD of Frameworks documentation;
> - the translated DTDs can't do the same. So they will rely on the DTD  
> of the
> original
> - when the translated documentation are injected back, as it happens  
> now for
> KF5 applications, they will introduce an implicit dependency on
> KDELibs4Support, which is not defined.
> 
> I tried to explain the issue with the documentation in the past but  
> with no
> success. There is also a similar issue related to the usage of a  
> piece of
> documentation on its own inside the program.
> 
> The stated reason for keeping this hybrid model is the support of  
> Windows.
> Now, I think that it's possible to keep this:
> - keep a "kdelibs4" branch for Windows, commit there the bugfixes
> - upmerge into "master" (or "Applications/xy.zt"), which would be  
> pure Qt5.
> 
> I would like to ask to revert the change and keep umbrello officially
> kdelibs4, and work to move to pure Qt5 before Applications 17.12 (aka  
> fixing
> the issues on Windows).
> 
> Otherwise I will have to workaround this in the release scripts in  
> various ways:
> - not injecting the localized documentation (at least visible on the  
> website)
> - adding an extra dependency to kdelibs4support in the umbrello cmake  
> code
> - fixing the DTD while injecting the localized documentation  
> (definitely hard)
> 
> The last one would be a special rule just for one program, which  
> takes time
> for no reasons and add a maintenance cost. I personally don't like  
> how the
> common rule and expectation has not been followed for this  
> repository, which
> introduces difficulties for the rest of the community.
> 
> Ciao
> --
> Luigi
Luigi,

I have not used KDE/Windows in quite a while, but are they not capable  
of handling Frameworks and Qt5 based builds?  I do not have my Windows  
box handy to actually check myself.

Jack


More information about the release-team mailing list