Abandoning: Kexi moved to kexi.git
- Queries
- All Stories
- Search
- Advanced Search
Advanced Search
Oct 13 2016
Oct 12 2016
Sep 29 2016
Sep 27 2016
Sep 26 2016
Sep 20 2016
Feb 29 2016
Feb 5 2016
Jan 28 2016
Dec 28 2015
Oct 14 2015
Sep 23 2015
So I am keeping this privately for now.
Sep 21 2015
Sep 18 2015
I would prefer to have as many checks in the toplevel cmakelists.txt as possible, actually, because we often end up having a check in two places if we don't. I think that this change would be best applied to a kexi-exit branch, where you can prepare for creating the separate repo by doing bigger refactorings.
Sep 17 2015
Hm, moving checking for required packages into the subdirs and thus after calculating which products can be built or, if internal dep, should be built breaks the concept of the current productset system. So for now I would like to veto this patch.
So let's see what you actually want to fix here. I see at least 2 problems where I agree that they should be handled:
- external deps is checked for even if none of the products that are built need it
- when explicitely requesting build of a certain app (e.g. by PRODUCTSET=kexi) a missing required external dep does not make the configuration fail, other than expected
Are these also your concerns? Any other? If so, I have something sketched in the back of my mind I could brush up and then propose as alternative and integrated solution.
Hm, moving checking for required packages into the subdirs and thus after calculating which products can be built or, if internal dep, should be built breaks the concept of the current productset system. So for now I would like to veto this patch.
Sep 6 2015
That's right, thanks Luigi!
Sep 5 2015
Sep 3 2015
Sep 2 2015
Sep 1 2015
Aug 31 2015
Already Pushed to kexi-frameworks9-staniek calligra.git 3efb73483e54ce05f
Aug 30 2015
I fixed the above crash this way:
@adam I'll push this code (with minimal proposed fixes). W need the kexi-frameworks9-staniek branch in a compleable state because merge with master is close.
Aug 23 2015
BTW, This report (see the XML below) crashes for me on preview:
More comments...