Re: Meinproc5.exe search path?
Solved by: https://quickgit.kde.org/?p=emerge.git&a=commit&h=87a9af119c34d10ed5584db724b1a1ce3b04c9d0 The patch for Qt 5.6 was broken, which, among other things was causing this. 2016-05-07 1:47 GMT+02:00 Jasem Mutlaq : > OS: Win10 64bit, using Powershell, Qt 5.6 with MSVS2015 compiler (Qt not > emerged). > > So I emerged frameworks and I encountered the following error: > > jom 1.0.16 - empower your cores > > D:\k\dev-utils\bin\cmake.exe -HD:\k\download\git\kpackage > -BD:\k\build\frameworks\kpackage\work\msvc2015-RelWithDebInfo-master > --check-build-system CMakeFiles\Makefile.cmake 0 > D:\k\dev-utils\bin\cmake.exe -E cmake_progress_start > D:\k\build\frameworks\kpackage\work\msvc2015-RelWithDebInfo-master\CMakeFiles > D:\k\build\frameworks\kpackage\work\msvc2015-RelWithDebInfo-master\CMakeFiles\progress.marks > D:\k\dev-utils\bin\jom.exe -f CMakeFiles\Makefile2 /nologo - all > D:\k\dev-utils\bin\jom.exe -f > docs\kpackagetool\CMakeFiles\docs-kpackagetool-kpackagetool5-1.dir\build.make > /nologo -L > docs\kpackagetool\CMakeFiles\docs-kpackagetool-kpackagetool5-1.dir\depend > D:\k\dev-utils\bin\cmake.exe -E cmake_depends "NMake Makefiles" > D:\k\download\git\kpackage D:\k\download\git\kpackage\docs\kpackagetool > D:\k\build\frameworks\kpackage\work\msvc2015-RelWithDebInfo-master > D:\k\build\frameworks\kpackage\work\msvc2015-RelWithDebInfo- > master\docs\kpackagetool > D:\k\build\frameworks\kpackage\work\msvc2015-RelWithDebInfo-master\docs\kpackagetool\CMakeFiles\docs-kpackagetool-kpackagetool5-1.dir\DependInfo.cmake > --color= > Dependee > "D:\k\build\frameworks\kpackage\work\msvc2015-RelWithDebInfo-master\docs\kpackagetool\CMakeFiles\docs-kpackagetool-kpackagetool5-1.dir\DependInfo.cmake" > is newer than depender > "D:/k/build/frameworks/kpackage/work/msvc2015-RelWithDebInfo-master/docs/kpackagetool/ > CMakeFiles/docs-kpackagetool-kpackagetool5-1.dir/depend.internal". > Dependee > "D:/k/build/frameworks/kpackage/work/msvc2015-RelWithDebInfo-master/docs/kpackagetool/CMakeFiles/CMakeDirectoryInformation.cmake" > is newer than depender > "D:/k/build/frameworks/kpackage/work/msvc2015-RelWithDebInfo-master/docs/kpackagetool/CMakeFiles/docs-kpackag > etool-kpackagetool5-1.dir/depend.internal". > Scanning dependencies of target docs-kpackagetool-kpackagetool5-1 > D:\k\dev-utils\bin\jom.exe -f > docs\kpackagetool\CMakeFiles\docs-kpackagetool-kpackagetool5-1.dir\build.make > /nologo -L > docs\kpackagetool\CMakeFiles\docs-kpackagetool-kpackagetool5-1.dir\build > [ 2%] Generating kpackagetool5.1 > cd > D:\k\build\frameworks\kpackage\work\msvc2015-RelWithDebInfo-master\docs\kpackagetool > D:\k\bin\meinproc5.exe --stylesheet > D:/k/share/kf5/kdoctools/customization/kde-include-man.xsl --check > D:/k/download/git/kpackage/docs/kpackagetool/man-kpackagetool5.1.docbook > Could not locate file "kf5/kdoctools/customization" in > ("C:/Users/Jasem/AppData/Local", "C:/ProgramData", "D:/k/bin", > "D:/k/bin/data") > Could not locate file "kf5/kdoctools/customization" in > ("C:/Users/Jasem/AppData/Local", "C:/ProgramData", "D:/k/bin", > "D:/k/bin/data") > Error: Could not find kdoctools catalogs > jom: > D:\k\build\frameworks\kpackage\work\msvc2015-RelWithDebInfo-master\docs\kpackagetool\CMakeFiles\docs-kpackagetool-kpackagetool5-1.dir\build.make > [docs\kpackagetool\kpackagetool5.1] Error 1 > jom: > D:\k\build\frameworks\kpackage\work\msvc2015-RelWithDebInfo-master\CMakeFiles\Makefile2 > [docs\kpackagetool\CMakeFiles\docs-kpackagetool-kpackagetool5-1.dir\all] > Error 2 > jom: > D:\k\build\frameworks\kpackage\work\msvc2015-RelWithDebInfo-master\Makefile > [all] Error 2 > *** Emerge all failed: all of frameworks/kpackage failed after 0:00:05 *** > emerge error: fatal error: package frameworks/kpackage all failed > PS D:\k> D:\k\bin\meinproc5.exe --stylesheet > D:/k/share/kf5/kdoctools/customization/kde-include-man.xsl --check > D:/k/download/git/kpackage/docs/kpackagetool/man-kpackagetool5.1.docbook > Could not locate file "kf5/kdoctools/customization" in > ("C:/Users/Jasem/AppData/Local", "C:/ProgramData", "D:/k/bin", > "D:/k/bin/data") > Could not locate file "kf5/kdoctools/customization" in > ("C:/Users/Jasem/AppData/Local", "C:/ProgramData", "D:/k/bin", > "D:/k/bin/data") > Error: Could not find kdoctools catalogs > > Why is meinproc5.exe looking in k/bin and k/bin/data ?! > kf5/kdoctools/customization is located under k/share > > How to solve this problem? > > -- > Best Regards, > Jasem Mutlaq > > > ___ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows > ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Libgcrypt and GnuPG libraries in emerge
I failed to add, please let us know when the "development package" will be available. 2016-06-14 12:49 GMT+02:00 Cristian Oneț : > Hi Andre, > > I just discussed this with Hannah at Randa and we both agree that your > proposal of using gpg4win prebuilt binaries is the best option. I will > work on making this happen. > > Regards, > Cristian > > 2016-03-03 19:55 GMT+01:00 Andre Heinecke : >> Hi, >> >> KDE-Windows currently maintains a fork of some GnuPG libraries. The reason >> for >> this is that the GnuPG maintainer and developers do not want to maintain an >> MSVC build or support compiling on Windows or a CMake buildsystem. >> >> This is partly because of GNU Hackers don't want to care about MSVC or CMake. >> But while I was originally of the opinion that this is wrong I now understand >> that there are real reasons for the decision not to support MSVC or different >> build systems (well not so much about the build systems). >> >> If you look at some of the CVE's affecting libgcrypt like [1][2][3] >> you can probably understand that if GnuPG developers say that they need an >> understanding of how their binary code behaves and that they only want to >> maintain that understanding for GCC is not something to be taken as empty >> talk. Can you honestly review their fixes for these issues and say that they >> will also work on MSVC compiled binaries? (Or that there are no other >> problems >> that were not evaluated by researchers because nearly no one uses MSVC >> compiled libgcrypt) >> >> The added load of maintaining a build system for those libraries (I think I'm >> talking about libassuan, libgpg-error, libgcrypt and gpgme) is imo also not >> something the KDE-Windows community needs. >> >> So, how can we improve the status quo? >> >> My suggestion is that starting with Gpg4win-3.0 as part of the Gpg4win >> release >> process we provide a "development package". Basically something like [4] but >> always up to date with the latest released Gpg4win version. This release >> would >> be signed by our publisher key and hosted on the same server as Gpg4win >> itself >> and would contain the "official" windows binaries that are also published as >> part of Gpg4win. (So that you can report bugs and stuff!) As part of the >> Gpg4win release process I could update the portage script of such a binary >> package. >> >> >> What's your opinion, would you agree and use such a package? >> >> >> I know that building from Source is important but in this case upstream just >> does not want to support building from Source on Windows (and especially with >> MSVC). >> >> >> Regards, >> Andre >> >> 1: https://www.tau.ac.il/~tromer/handsoff/ >> 2: http://eprint.iacr.org/2013/448 >> 3: http://www.cs.tau.ac.il/~tromer/ecdh/ >> 4: >> https://quickgit.kde.org/?p=emerge.git&a=blob&h=e5bfc9ea283e778570a701064606fc5b4f2386db&hb=11b065758334c6cfaca061cdfbebbaf75b41dd46&f=portage%2Fbinary%2Fgpg4win-e5%2Fgpg4win-e5-20120305.py >> >> -- >> Andre Heinecke | ++49-541-335083-262 | http://www.intevation.de/ >> Intevation GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B 18998 >> Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner >> ___ >> Kde-windows mailing list >> Kde-windows@kde.org >> https://mail.kde.org/mailman/listinfo/kde-windows >> ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Libgcrypt and GnuPG libraries in emerge
Hi Andre, I just discussed this with Hannah at Randa and we both agree that your proposal of using gpg4win prebuilt binaries is the best option. I will work on making this happen. Regards, Cristian 2016-03-03 19:55 GMT+01:00 Andre Heinecke : > Hi, > > KDE-Windows currently maintains a fork of some GnuPG libraries. The reason for > this is that the GnuPG maintainer and developers do not want to maintain an > MSVC build or support compiling on Windows or a CMake buildsystem. > > This is partly because of GNU Hackers don't want to care about MSVC or CMake. > But while I was originally of the opinion that this is wrong I now understand > that there are real reasons for the decision not to support MSVC or different > build systems (well not so much about the build systems). > > If you look at some of the CVE's affecting libgcrypt like [1][2][3] > you can probably understand that if GnuPG developers say that they need an > understanding of how their binary code behaves and that they only want to > maintain that understanding for GCC is not something to be taken as empty > talk. Can you honestly review their fixes for these issues and say that they > will also work on MSVC compiled binaries? (Or that there are no other problems > that were not evaluated by researchers because nearly no one uses MSVC > compiled libgcrypt) > > The added load of maintaining a build system for those libraries (I think I'm > talking about libassuan, libgpg-error, libgcrypt and gpgme) is imo also not > something the KDE-Windows community needs. > > So, how can we improve the status quo? > > My suggestion is that starting with Gpg4win-3.0 as part of the Gpg4win release > process we provide a "development package". Basically something like [4] but > always up to date with the latest released Gpg4win version. This release would > be signed by our publisher key and hosted on the same server as Gpg4win itself > and would contain the "official" windows binaries that are also published as > part of Gpg4win. (So that you can report bugs and stuff!) As part of the > Gpg4win release process I could update the portage script of such a binary > package. > > > What's your opinion, would you agree and use such a package? > > > I know that building from Source is important but in this case upstream just > does not want to support building from Source on Windows (and especially with > MSVC). > > > Regards, > Andre > > 1: https://www.tau.ac.il/~tromer/handsoff/ > 2: http://eprint.iacr.org/2013/448 > 3: http://www.cs.tau.ac.il/~tromer/ecdh/ > 4: > https://quickgit.kde.org/?p=emerge.git&a=blob&h=e5bfc9ea283e778570a701064606fc5b4f2386db&hb=11b065758334c6cfaca061cdfbebbaf75b41dd46&f=portage%2Fbinary%2Fgpg4win-e5%2Fgpg4win-e5-20120305.py > > -- > Andre Heinecke | ++49-541-335083-262 | http://www.intevation.de/ > Intevation GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B 18998 > Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner > ___ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows > ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: KXmlGui Patched for Deployment
Hi, I was just building some KDE apps (using frameworks) on OSX and encountered the same problem for which we (me and Patrick von Reth) created the QStandardPaths patch at Randa in 2014 [1]. The solution you propose in this mail requires all applications that were installing the rc file in '${KXMLGUI_INSTALL_DIR}/appname' to be changed to have the rc in a resource file and call setXMLFile on start. I'm not sure that all application developers will be aware that this change is necessary. Couldn't this be solved by the ECM module that provides KXMLGUI_INSTALL_DIR? Another similar issue is the problem of setting 'NSHighResolutionCapable' to true in all gui applications. I see kate solves this by using a custom MacOSXBundleInfo.plist.in file but this approach is bad since again it requires all application developers to be aware of these platform specific issues. This should have been solved in ECM. Having all applications duplicate the same MacOSXBundleInfo.plist.in is the best way to make sure that some of the apps will fail to do it making them look blurry on highDPI and giving KDE applications a bad name this way. I'm CC'ing kde-frameworks-devel since this is related to the discussion "Question about goal of Windows/Mac frameworks", I'm really glad that discussion was started. [1] https://projects.kde.org/projects/kdesupport/emerge/repository/revisions/master/entry/portage/libs/qt5/qtbase/qtbase-20130714.patch 2015-10-12 11:06 GMT+03:00 Christoph Cullmann : > Hi, > > kxmlgui should now be deployable on windows without any Qt patches. > > https://git.reviewboard.kde.org/r/125595/ > > Applications just can put their ui files into :/kxmlgui5/... into resources. > kxmlgui itself ships all its assets inside a resource compiled in and no > longer needs any hacked > standard paths. > > KTextEditor framework and Kate/KWrite applications are already patched to > work that way. > > I will now work on making such a thingy possible for shipped KConfig files, > too. > > https://git.reviewboard.kde.org/r/125598/ > > Greetings > Christoph > > -- > - Dr.-Ing. Christoph Cullmann - > AbsInt Angewandte Informatik GmbH Email: cullm...@absint.com > Science Park 1 Tel: +49-681-38360-22 > 66123 Saarbrücken Fax: +49-681-38360-20 > GERMANYWWW: http://www.AbsInt.com > > Geschäftsführung: Dr.-Ing. Christian Ferdinand > Eingetragen im Handelsregister des Amtsgerichts Saarbrücken, HRB 11234 > ___ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 122827: Fix the build using MSVC 2013.
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/122827/ --- (Updated Aug. 6, 2015, 10:14 a.m.) Status -- This change has been marked as submitted. Review request for KDEPIM-Libraries, kdewin and Laurent Montel. Changes --- Submitted with commit 77b6421680fbba29f7a15ee54cb2a47cb50be6d9 by Ralf Habacker on behalf of Cristian Onet to branch master. Repository: gpgmepp Description --- The KDEWin library is needed on Windows because gpgmepp uses POSIX types like ssize_t which are not available by default and are provided by this library of the KDE on Windows project. Ideally gpgmepp should not use platform dependent types and should solve this the way gpgme does. Diffs - CMakeLists.txt 8d3b0d977905ab9905be809ab2869186acde30bf src/qgpgme/CMakeLists.txt 39ebf32bcbdce73223424664b319b4666f30142e Diff: https://git.reviewboard.kde.org/r/122827/diff/ Testing --- Built and used the library in KMyMoney using MSVC 2013. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: KDE and Windows -Build environment, binaries and documentation
Hi, Please try the #kde-windows IRC channel. This [1] is the most recent conversation I recall about this. Please clone emerge use master (will build frameworks) and try to give it a try, if you encounter errors let us know. Regards, Cristian [1] https://mail.kde.org/pipermail/kde-windows/2015-March/009209.html 2015-05-05 10:01 GMT+03:00 Samir Nassar : > Hello, > > I am interested in understanding the state of KDE on Windows more and looking > into what the difficulties are in providing easy to install binaries. > > For my first step I tried following the instructions here: > https://techbase.kde.org/Getting_Started/Build/Windows/emerge on a up to date > Windows 7 Ultimate VM and got stuck in setting up the environment, > specifically in the "Using emerge" section. > > If someone is willing to help me get to a sane environment, I am happy to > document the process so that new users don't get lost. Similar to the steps > outlines here: > > https://ssd.eff.org/en/module/how-use-pgp-windows-pc > > Samir > ___ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows > ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 122827: Fix the build using MSVC 2013.
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/122827/ --- (Updated March 6, 2015, 7:49 a.m.) Review request for KDEPIM-Libraries, kdewin and Laurent Montel. Repository: gpgmepp Description --- The KDEWin library is needed on Windows because gpgmepp uses POSIX types like ssize_t which are not available by default and are provided by this library of the KDE on Windows project. Ideally gpgmepp should not use platform dependent types and should solve this the way gpgme does. Diffs - CMakeLists.txt 8d3b0d977905ab9905be809ab2869186acde30bf src/qgpgme/CMakeLists.txt 39ebf32bcbdce73223424664b319b4666f30142e Diff: https://git.reviewboard.kde.org/r/122827/diff/ Testing --- Built and used the library in KMyMoney using MSVC 2013. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
The state of frameworks on Windows
Hi, Recently I have updated my dusty old frameworks build on Windows (from last summer). I started adding some stuff needed by KMyMoney like KDiagram, Gpgmepp [1], since these did not have a ebuild yet I created them in testing. I have a few questions for Patrick (TheOneRing): 1. As I remember you've said that we should start removing the kdewin module, I found a few libraries like Gpgmepp which need kdewin to build on Windows, what's the right approach to move forward with this? 2. Did we get any closer to setup a Windows build system that can be added to Jenkins? If no, what do we need to do? 3. Where should the ebuilds of all the libraries (frameworks), which resulted in splitting kdepimlibs up, should go? (some examples Gpgmepp, KHolidays, KContacts). I propose frameworks/pim, is that OK? 4. Do you have any plans for an eventual release? What's the current state of the project? Regards, Cristian [1] http://commits.kde.org/emerge/53a6a0bf8b3a0c398a1228970cc2cbdd5748234d ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 122267: ki18n: Make it build with msvc compilers again
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/122267/#review74809 --- Ship it! Ship It! - Cristian Oneț On Jan. 27, 2015, 12:55 a.m., Jeremy Whiting wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/122267/ > --- > > (Updated Jan. 27, 2015, 12:55 a.m.) > > > Review request for kdelibs, kdewin and Nicolás Alvarez. > > > Repository: ki18n > > > Description > --- > > QStringLiteral documentation says: > > Concatenated string literals cannot be used with QStringLiteral. > QString s = QStringLiteral("a" "b"); > > which causes ki18n to not build on msvc 2013 here. This patch makes it build > again. > > > Diffs > - > > src/kuitmarkup.cpp e2dda98 > > Diff: https://git.reviewboard.kde.org/r/122267/diff/ > > > Testing > --- > > Now ki18n builds with msvc2013 > > > Thanks, > > Jeremy Whiting > > ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Kleopatra downloader
Judging by the file name it does not seem to be the exe packed in gpg4win [1] so I suggest removing it. Regards, Cristian [1] http://www.gpg4win.org/ 2015-01-13 13:24 GMT+02:00 Anne Wilson : > Immunet 3 (Clam for Windows) tells me that I have a file called > Kleopatra Downloader__3687_i1407323321_il172065.exe (I can't copy and > paste from the report, so that may be inaccurate) which it claims to > contain W32.89D221900A-100.SBX.VOIC > > I believe that Kleopatra was offered as an add-on with some other > download, so it really could be a dubious offering. All the same, > before I delete the file and attempt to remove Kleopatra, I'd like a > second opinion. Is there any reasonable possibility that the file is > actually a genuine one? > > Anne > ___ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 121083: Replace manual export files with CMake's generate_export_header
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/121083/#review70122 --- liboxygen/CMakeLists.txt <https://git.reviewboard.kde.org/r/121083/#comment49071> Please remove all occurrences of unnecessary whitespace at the end of line. - Cristian Oneț On Noie. 9, 2014, 2:23 p.m., Andrius da Costa Ribas wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/121083/ > --- > > (Updated Noie. 9, 2014, 2:23 p.m.) > > > Review request for kde-workspace and kdewin. > > > Repository: oxygen > > > Description > --- > > These files currently use > > ``` > __attribute__((visibility("..."))) > ``` > > which doesn't work on MSVC. > > > Diffs > - > > liboxygen/CMakeLists.txt 69b7bd2 > liboxygen/oxygen_config_export.h 02ea29d > liboxygen/oxygen_export.h b8877a0 > > Diff: https://git.reviewboard.kde.org/r/121083/diff/ > > > Testing > --- > > Builds with msvc 2013 64bit > > > Thanks, > > Andrius da Costa Ribas > > ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Proposal: support only one version of libraries
2014-08-30 5:45 GMT+03:00 Nicolás Alvarez : > 2014-07-07 21:23 GMT-03:00 Nicolás Alvarez : >> Currently many library packages in emerge contain rules in the .py >> script to download multiple library versions, and there are >> corresponding patches for all those versions. Sometimes those patches >> are even identical. >> >> For example, assuan2 has download URLs, digests, and cmake patches for >> 2.0.1, 2.0.2, 2.0.3, and 2.1.1. The 2.0.x versions date to 2011. Any >> reason to keep them? I'd just delete everything except 2.1.1, which is >> the default target. >> >> I hereby propose keeping only the latest version and deleting any old >> patches. +1, having multiple versions only makes sense if we do some kind of release management (track what's stable and what's not) but we don't do that right now. Regards, Cristian > > Bump? > > -- > Nicolás > ___ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: [kde-windows] [Bug 338319] kde-4.13 build fails on win32-mscv2013 due to old qt - which compiler for x64 build?
2014-08-22 12:02 GMT+03:00 Cristian Oneț : [...] > Anyway I should move "Compiling KDE4 on Windows" up my tasks list > since at the beginning of October we intend to release KMyMoney again > and by then I would expect to be able to package it on Windows without > problems so maybe I'll take a look at it this weekend and fix any > issues I find. I used kde-4.10 for the last installer I've made (I > still have the build) but I intend to update to kde-4.12. I've done this over the weekend [1] and I would like to share my impressions. First of all I should have stuck to using MSVC 2010 for this build (because it was known to work) but I thought newer is better, right? So I picked MSVC2013. I ended up needing to do a lot of small patches mostly removing stuff that was added because previous versions of MSVC were lacking some functions which were added in 2013. I took me two days to build KMyMoney and now I need to collect my patches to be able to publish them (will be doing this in the following days as I'll have time). Then after I had everything running properly I needed to create the package. I used the NullSoftPackager from emerge that I created last time. Got some gray hair while trying to blacklist files to reduce the size of the installer and still keeping everything working but in the end, after another day, here it is [2]. Multiply the above experience 3 times (the number of supported compilers) and n times (the number of applications released) and one could begin to understand the difficulty of creating a KDE Windows release. That's why in frameworks I would like if we would focus on the availability of the frameworks (added the upcoming PIM frameworks) and from then on release each application on it's own. Regards, Cristian [1] http://www.kmymoney.org/news.php#itemKMyMoneyLiveWindowsinstalleravailable [2] http://sourceforge.net/projects/kmymoney2/files/KMyMoney-Windows/live/kmymoney-x86-setup-4.6.90-cdd451fe35.exe/download ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Download of old versions?
2014-08-24 17:50 GMT+03:00 Timo Steuerwald : > Am 24.08.2014 um 14:31 schrieb Cristian Oneț: > >> That's because 4.10.2 was the last release the team has managed to make >> [1]. > > > Hi Cristian, > but my question is how to install _previous_ versions (not the last release) > of KDE for Windows. So for example version 4.8.0 or 4.7.4. > > I have used KUmbrello in the past for lessons about UML for adult evening > classes (the german "Volkshochschule"), however in the latest version a bug > has been introduced which makes it impossible for me to continue using this > version. However I remember it worked before, so I would like to download a > previous version. Got it? :-) I don't know if the older versions are available anymore. I only see 4.10.2 at [1] so maybe the old versions were removed. Regards, Cristian [1] http://winkde.org/pub/kde/ports/win32/releases/stable/ > > Best wishes > Timo > > ___ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Re: Download of old versions?
2014-08-24 14:24 GMT+03:00 Timo Steuerwald : > Hi all, > sorry to annoy you again. ;-) > I now tried to follow the “detailed installation instructions” to install a > previous version. > However, if I do so there is only "stable 4.10.2" as available release > listed, not the large variety which is shown in the screenshot. > Yes, I used the latest installer (1.0.0) and as download server I tried > http://download.kde.org (the only one which is listed at all). > Furthermore I tried http://public.planetmirror.com which is selected in > another screenshot in the “detailed installation instructions”. That's because 4.10.2 was the last release the team has managed to make [1]. Regards, Cristian [1] http://windows.kde.org/news.php > > Best wishes > Timo > > Gesendet: Freitag, 22. August 2014 um 10:09 Uhr > Von: "Timo Steuerwald" > An: "KDE on Windows" > Betreff: Aw: Re: Download of old versions? > Ups. I can't recall this option in the installer. So sorry for the noise and > thank you Bastiaan for pointing this out. > > Best wishes > Timo > > Ahum. Are you too lazy to try? ;-) > > Download the latest _installer_ and use it to install a previous version. > That is what I read within few minutes by following your link and clicking > on “detailed installation instructions”. > ___ Kde-windows mailing list > Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows > > ___ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows > ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: [kde-windows] [Bug 338319] kde-4.13 build fails on win32-mscv2013 due to old qt - which compiler for x64 build?
2014-08-22 11:45 GMT+03:00 Jörg Knobloch : > Thank you for your reply. > > My ultimate aim is to compile Kexi which is part of Calligra. > > I've tried a few things, all failed. I sent some stuff to the mailing list, > most of it was ignored. Check > http://mail.kde.org/pipermail/kde-windows/2014-July/date.html > and look for "Jörg Knobloch". > > At first I tried to build against KDE 4.8, because the instructions (which I > have updated since) said so: > https://community.kde.org/Calligra/Building_Calligra_on_Windows#Manual_Approach > That failed. Jaroslaw Staniek told me it was too old, so I tried 4.13. > > That had some success with MS VS 2010, 32 bit, but in the end, none of the > compiled Calligra apps could be launched. They also complained about being > 32 bit when run on a 64 bit machine: > http://mail.kde.org/pipermail/kde-windows/2014-July/008853.html > > Boudewijn Rempt suggested to try a 64 bit compile which he uses for Krita. > > Then I tried to see whether I could compile some of the base apps, that also > failed: > http://mail.kde.org/pipermail/kde-windows/2014-July/008854.html > > In the end, I don't really care, as long as something compiles and runs. For > Kexi it's most likely unimportant whether it's 32 or 64 bit. > > Maybe I'll try KDE 4.12 with MS VS 2010, 32 bit, again. Thanks, it's much clearer now what you intend to do. About the ignored messages I'm sure it's just a matter of lack of time from all community members so if you are willing to put some work into running Kexi on Windows please stay around and I'm sure we can work things out. Just if you didn't knew: I think the team's presence on IRC is better then on the mailing list (but I would like to see this changed). Anyway I should move "Compiling KDE4 on Windows" up my tasks list since at the beginning of October we intend to release KMyMoney again and by then I would expect to be able to package it on Windows without problems so maybe I'll take a look at it this weekend and fix any issues I find. I used kde-4.10 for the last installer I've made (I still have the build) but I intend to update to kde-4.12. As I've said running a 32 bit application should work just fine (writing this using webmail in 32 bits Google Chrome on a 64 bits Windows), I never seen any warnings about this. Regards, Cristian > > Regards, > Jörg. > ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: [kde-windows] [Bug 338319] kde-4.13 build fails on win32-mscv2013 due to old qt - which compiler for x64 build?
2014-08-22 10:41 GMT+03:00 Jörg Knobloch : > On 20/08/2014 21:58, Cristian Oneț wrote: >> >> If you need a stable KDE4 build on >> Windows use the kde-4.12 branch. > > Which compiler should be used for a x64 build? Only mingw can be used for x64 builds, MS Visual Studio can be used only with x32 builds. > > kdesettings-example.bat suggests "mingw4", so effectively "mingw64". > > I get problems in > \kderoot\emerge\portage\dev-util\msys\msys2\msys2-20110627.py: > > compiler.isX86() is not defined. > EmergeStandardDirs is not defined. I could be that stuff still needs to be fixed, as I've said all development efforts are aimed at frameworks so I can't guarantee that it will work. I recommended kde-4.12 since it was used the last attempt to release KDE4 on Windows [1]. You could try to fix this problem or try MS Visual Studio if you don't care that much about the target (32 bits applications run just fine on 64 bits Windows). Although I won't guarantee MSVC will work straight out of the box either. Anyway since I plan to create a KDE4 KMyMoney package I will also take a look at this but in a few weeks (and I'm using MSVC). Regards, Cristian [1] http://winkde.org/pub/kde/ports/win32/dashboard/release/ > > Should I be using MS Visual Studio instead? Which? 2010? ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
[kde-windows] [Bug 338319] kde-4.13 build fails on win32-mscv2013 due to old qt
https://bugs.kde.org/show_bug.cgi?id=338319 Cristian Oneț changed: What|Removed |Added CC||onet.crist...@gmail.com --- Comment #1 from Cristian Oneț --- Currently all of the KDE on Windows team's efforts goes into frameworks so I guess kde-4.13 is kind of unmaintained. If you need a stable KDE4 build on Windows use the kde-4.12 branch. -- You are receiving this mail because: You are the assignee for the bug. ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119361: Add the khtml framework
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119361/ --- (Updated Aug. 10, 2014, 9:20 a.m.) Status -- This change has been marked as submitted. Review request for kdewin. Repository: emerge Description --- It's needed by KMymoney and it seems it was missing. Diffs - portage/kde/frameworks_tier3/khtml/khtml.py PRE-CREATION Diff: https://git.reviewboard.kde.org/r/119361/diff/ Testing --- Installed and used it. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119365: Fix the build of KHtml on Windows using MSVC 2013
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119365/ --- (Updated Aug. 1, 2014, 6:27 a.m.) Status -- This change has been marked as submitted. Review request for KDE Frameworks, kdewin and Martin Tobias Holmedahl Sandsmark. Repository: khtml Description --- This patch addresses these build issues: 1. Some Qt5::X11Extras were not properly guarded. 2. KDEWin is needed on Windows for 'unistd.h' and others. 3. 'fmod' migth be a macro which will screw up calls to std::fmod Diffs - CMakeLists.txt de34f3c8d7479811d536fbce2114f29a96693087 src/CMakeLists.txt bc7534667d6a39b334d038d55391e784c6527b1c src/html/html_canvasimpl.cpp 18990eaa7ab00316471ecec0e9aa30b394aa4e02 tests/CMakeLists.txt d672fb56feb52da7308e844e0c86460e11778c07 Diff: https://git.reviewboard.kde.org/r/119365/diff/ Testing --- Build & run on Windows and Linux. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119361: Add the khtml framework
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119361/#review63025 --- Can I push this or is there something wrong with it? - Cristian Oneț On Iulie 18, 2014, 10:27 p.m., Cristian Oneț wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/119361/ > --- > > (Updated Iulie 18, 2014, 10:27 p.m.) > > > Review request for kdewin. > > > Repository: emerge > > > Description > --- > > It's needed by KMymoney and it seems it was missing. > > > Diffs > - > > portage/kde/frameworks_tier3/khtml/khtml.py PRE-CREATION > > Diff: https://git.reviewboard.kde.org/r/119361/diff/ > > > Testing > --- > > Installed and used it. > > > Thanks, > > Cristian Oneț > > ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Review Request 119365: Fix the build of KHtml on Windows using MSVC 2013
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119365/ --- Review request for KDE Frameworks, kdewin and Martin Tobias Holmedahl Sandsmark. Repository: khtml Description --- This patch addresses these build issues: 1. Some Qt5::X11Extras were not properly guarded. 2. KDEWin is needed on Windows for 'unistd.h' and others. 3. 'fmod' migth be a macro which will screw up calls to std::fmod Diffs - CMakeLists.txt de34f3c8d7479811d536fbce2114f29a96693087 src/CMakeLists.txt bc7534667d6a39b334d038d55391e784c6527b1c src/html/html_canvasimpl.cpp 18990eaa7ab00316471ecec0e9aa30b394aa4e02 tests/CMakeLists.txt d672fb56feb52da7308e844e0c86460e11778c07 Diff: https://git.reviewboard.kde.org/r/119365/diff/ Testing --- Build & run on Windows and Linux. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119360: Add missing dependencies to KDELibs4Support these are required during configuration of clients
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119360/ --- (Updated July 19, 2014, 7:53 a.m.) Status -- This change has been marked as submitted. Review request for kdewin. Repository: emerge Description --- Configuring KMyMoney with kdelibs4support fails due to missing dependencies. Diffs - portage/kde/frameworks_tier4/kdelibs4support/kdelibs4support.py 4abd725 Diff: https://git.reviewboard.kde.org/r/119360/diff/ Testing --- With kinit and kitemmodels installed kdelibs4support can be used. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Review Request 119361: Add the khtml framework
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119361/ --- Review request for kdewin. Repository: emerge Description --- It's needed by KMymoney and it seems it was missing. Diffs - portage/kde/frameworks_tier3/khtml/khtml.py PRE-CREATION Diff: https://git.reviewboard.kde.org/r/119361/diff/ Testing --- Installed and used it. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Review Request 119360: Add missing dependencies to KDELibs4Support these are required during configuration of clients
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119360/ --- Review request for kdewin. Repository: emerge Description --- Configuring KMyMoney with kdelibs4support fails due to missing dependencies. Diffs - portage/kde/frameworks_tier4/kdelibs4support/kdelibs4support.py 4abd725 Diff: https://git.reviewboard.kde.org/r/119360/diff/ Testing --- With kinit and kitemmodels installed kdelibs4support can be used. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119247: Fix the build of udsentry.cpp on Windows (msvc2013 32 bits)
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119247/ --- (Updated July 14, 2014, 5:33 p.m.) Status -- This change has been marked as submitted. Review request for KDE Frameworks and kdewin. Repository: kio Description --- The KUser(K_UID) constructor could not be mached since st_uid is a 'short' which can't be implicitly cast to a pointer type (K_UID is of type void * on Windows). The same applies to KUserGroup. Here is the compiler output: q:\kio\src\core\udsentry.cpp(72) : error C2440: '' : cannot convert from 'const short' to 'KUser' No constructor could take the source type, or constructor overload resolution was ambiguous q:\kio\src\core\udsentry.cpp(72) : error C2228: left of '.loginName' must have class/struct/union q:\kio\src\core\udsentry.cpp(72) : error C2661: 'KIO::UDSEntry::insert' : no overloaded function takes 1 arguments q:\kio\src\core\udsentry.cpp(73) : error C2440: '' : cannot convert from 'const short' to 'KUserGroup' No constructor could take the source type, or constructor overload resolution was ambiguous q:\kio\src\core\udsentry.cpp(73) : error C2228: left of '.name' must have class/struct/union q:\kio\src\core\udsentry.cpp(73) : error C2661: 'KIO::UDSEntry::insert' : no overloaded function takes 1 arguments Diffs - src/core/udsentry.cpp c6ac21a1f7b45822bc3454409faf3dbdce7b2acc Diff: https://git.reviewboard.kde.org/r/119247/diff/ Testing --- Build with msvc2013 on Windows and gcc-4.8.3 on Linux. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119247: Fix the build of udsentry.cpp on Windows (msvc2013 32 bits)
> On July 13, 2014, 11:17 a.m., Mark Gaiser wrote: > > src/core/udsentry.cpp, line 72 > > <https://git.reviewboard.kde.org/r/119247/diff/2/?file=289937#file289937line72> > > > > I'm not sure if this is the correct approach either. > > > > When i'm looking at file.cpp (in kio/src/ioslaves/file/file.cpp) then > > this very same thing is done. So from a mac/linux perspective, this aproach > > is fine. > > > > However, we also have a specific windows implementation "file_win.cpp" > > which is in fact filling the username and group via a slightly different > > mechanism. > > > > On Linux/Mac: we use stat calls. Aka, we are completely in control. > > On Windows we (why?) use QDirIterator. Each entry is then represented > > as a QFileInfo which in turn is being used to get the details from > > inclusing user/group. > > > > I can see a few approaches that could work: > > 1. This version where windows is just out of luck. > > 2. If windows is used, contruct a QFileInfo and get the user/group from > > there. Windows users will then have more stat calls in this function. > > Something we should try to prevent. > > 3. This version and add a new constructor that takes a QFileInfo object > > - my preference. > > > > ... I think we need to wait for David' opinion on this. If David is OK > > with point 3 then i will create a patch + test and send a RR for it. Waiting for David's opinion about the best way to fix this. - Cristian --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119247/#review62245 --- On July 13, 2014, 8:35 a.m., Cristian Oneț wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/119247/ > --- > > (Updated July 13, 2014, 8:35 a.m.) > > > Review request for KDE Frameworks and kdewin. > > > Repository: kio > > > Description > --- > > The KUser(K_UID) constructor could not be mached since st_uid is a 'short' > which can't be implicitly cast to a pointer type (K_UID is of type void * on > Windows). The same applies to KUserGroup. > > Here is the compiler output: > > q:\kio\src\core\udsentry.cpp(72) : error C2440: '' : > cannot convert from 'const short' to 'KUser' > No constructor could take the source type, or constructor overload > resolution was ambiguous > q:\kio\src\core\udsentry.cpp(72) : error C2228: left of '.loginName' must > have class/struct/union > q:\kio\src\core\udsentry.cpp(72) : error C2661: 'KIO::UDSEntry::insert' : no > overloaded function takes 1 arguments > q:\kio\src\core\udsentry.cpp(73) : error C2440: '' : > cannot convert from 'const short' to 'KUserGroup' > No constructor could take the source type, or constructor overload > resolution was ambiguous > q:\kio\src\core\udsentry.cpp(73) : error C2228: left of '.name' must have > class/struct/union > q:\kio\src\core\udsentry.cpp(73) : error C2661: 'KIO::UDSEntry::insert' : no > overloaded function takes 1 arguments > > > Diffs > - > > src/core/udsentry.cpp c6ac21a1f7b45822bc3454409faf3dbdce7b2acc > > Diff: https://git.reviewboard.kde.org/r/119247/diff/ > > > Testing > --- > > Build with msvc2013 on Windows and gcc-4.8.3 on Linux. > > > Thanks, > > Cristian Oneț > > ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119247: Fix the build of udsentry.cpp on Windows (msvc2013 32 bits)
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119247/ --- (Updated Iulie 13, 2014, 8:35 a.m.) Review request for KDE Frameworks and kdewin. Repository: kio Description --- The KUser(K_UID) constructor could not be mached since st_uid is a 'short' which can't be implicitly cast to a pointer type (K_UID is of type void * on Windows). The same applies to KUserGroup. Here is the compiler output: q:\kio\src\core\udsentry.cpp(72) : error C2440: '' : cannot convert from 'const short' to 'KUser' No constructor could take the source type, or constructor overload resolution was ambiguous q:\kio\src\core\udsentry.cpp(72) : error C2228: left of '.loginName' must have class/struct/union q:\kio\src\core\udsentry.cpp(72) : error C2661: 'KIO::UDSEntry::insert' : no overloaded function takes 1 arguments q:\kio\src\core\udsentry.cpp(73) : error C2440: '' : cannot convert from 'const short' to 'KUserGroup' No constructor could take the source type, or constructor overload resolution was ambiguous q:\kio\src\core\udsentry.cpp(73) : error C2228: left of '.name' must have class/struct/union q:\kio\src\core\udsentry.cpp(73) : error C2661: 'KIO::UDSEntry::insert' : no overloaded function takes 1 arguments Diffs - src/core/udsentry.cpp c6ac21a1f7b45822bc3454409faf3dbdce7b2acc Diff: https://git.reviewboard.kde.org/r/119247/diff/ Testing --- Build with msvc2013 on Windows and gcc-4.8.3 on Linux. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119247: Fix the build of udsentry.cpp on Windows (msvc2013 32 bits)
> On Iulie 12, 2014, 7:58 p.m., Nicolás Alvarez wrote: > > Windows has no concept of an integer UID/GID, it uses much longer SIDs to > > identify users. These are not returned by stat (stat always returns zero in > > the st_uid member). > > > > I would just ifdef away the UDS_USER and UDS_GROUP lines on Windows. That's true, but then is theare a reason to have a KUser(K_UID) constructor on Windows? - Cristian --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119247/#review62224 --- On Iulie 12, 2014, 2:20 p.m., Cristian Oneț wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/119247/ > --- > > (Updated Iulie 12, 2014, 2:20 p.m.) > > > Review request for KDE Frameworks and kdewin. > > > Repository: kio > > > Description > --- > > The KUser(K_UID) constructor could not be mached since st_uid is a 'short' > which can't be implicitly cast to a pointer type (K_UID is of type void * on > Windows). The same applies to KUserGroup. > > Here is the compiler output: > > q:\kio\src\core\udsentry.cpp(72) : error C2440: '' : > cannot convert from 'const short' to 'KUser' > No constructor could take the source type, or constructor overload > resolution was ambiguous > q:\kio\src\core\udsentry.cpp(72) : error C2228: left of '.loginName' must > have class/struct/union > q:\kio\src\core\udsentry.cpp(72) : error C2661: 'KIO::UDSEntry::insert' : no > overloaded function takes 1 arguments > q:\kio\src\core\udsentry.cpp(73) : error C2440: '' : > cannot convert from 'const short' to 'KUserGroup' > No constructor could take the source type, or constructor overload > resolution was ambiguous > q:\kio\src\core\udsentry.cpp(73) : error C2228: left of '.name' must have > class/struct/union > q:\kio\src\core\udsentry.cpp(73) : error C2661: 'KIO::UDSEntry::insert' : no > overloaded function takes 1 arguments > > > Diffs > - > > src/core/udsentry.cpp c6ac21a1f7b45822bc3454409faf3dbdce7b2acc > > Diff: https://git.reviewboard.kde.org/r/119247/diff/ > > > Testing > --- > > Build with msvc2013 on Windows and gcc-4.8.3 on Linux. > > > Thanks, > > Cristian Oneț > > ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119248: Fix the build of kshorturifilter.cpp Windows (msvc2013 32 bits)
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119248/ --- (Updated July 12, 2014, 7:55 p.m.) Status -- This change has been marked as submitted. Review request for KDE Frameworks and kdewin. Repository: kio Description --- IS_ISDIR and S_ISREG are not defined in Visual Studio's 'sys/stat.h'. The macros are defined in kdewin's 'sys/stat.h' but including stat.h will use the file provided Visual Studio so I chose this approach which is also used in Qt. Here is the compiler output: kshorturifilter.cpp q:\kio\src\urifilters\shorturi\kshorturifilter.cpp(389) : error C3861: 'S_ISDIR': identifier not found q:\kio\src\urifilters\shorturi\kshorturifilter.cpp(399) : error C3861: 'S_ISREG': identifier not found Diffs - src/urifilters/shorturi/kshorturifilter.cpp 8341829 Diff: https://git.reviewboard.kde.org/r/119248/diff/ Testing --- Build with msvc2013 on Windows and gcc-4.8.3 on Linux. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119248: Fix the build of kshorturifilter.cpp Windows (msvc2013 32 bits)
> On Iulie 12, 2014, 7:33 p.m., David Faure wrote: > > Looks good. > > > > Grepping for S_ISDIR shows that kdelibs4support has some more (but no other > > framework does). The rest is in code the is not compiled on Windows or at least MSVC. - Cristian --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119248/#review62213 --- On Iulie 12, 2014, 7:25 p.m., Cristian Oneț wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/119248/ > --- > > (Updated Iulie 12, 2014, 7:25 p.m.) > > > Review request for KDE Frameworks and kdewin. > > > Repository: kio > > > Description > --- > > IS_ISDIR and S_ISREG are not defined in Visual Studio's 'sys/stat.h'. The > macros are defined in kdewin's 'sys/stat.h' but including stat.h will use the > file provided Visual Studio so I chose this approach which is also used in Qt. > > Here is the compiler output: > > kshorturifilter.cpp > q:\kio\src\urifilters\shorturi\kshorturifilter.cpp(389) : error C3861: > 'S_ISDIR': identifier not found > q:\kio\src\urifilters\shorturi\kshorturifilter.cpp(399) : error C3861: > 'S_ISREG': identifier not found > > > Diffs > - > > src/urifilters/shorturi/kshorturifilter.cpp 8341829 > > Diff: https://git.reviewboard.kde.org/r/119248/diff/ > > > Testing > --- > > Build with msvc2013 on Windows and gcc-4.8.3 on Linux. > > > Thanks, > > Cristian Oneț > > ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119251: Fix a conflict with KCrash where the function is declared as exported
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119251/ --- (Updated July 12, 2014, 7:49 p.m.) Status -- This change has been marked as submitted. Review request for KDE Frameworks and kdewin. Repository: kcoreaddons Description --- On MSVC this could cause a compile error if the compiler would see the forward declaration first because it would consider it a redefinition with different linkage. Found while cbuilding KDELibs4Support on Windows using MSVC, see https://git.reviewboard.kde.org/r/119249/ Diffs - src/lib/kaboutdata.h f0f3e12bf353019d86f582416cec90390de00f88 Diff: https://git.reviewboard.kde.org/r/119251/diff/ Testing --- Build with MSVC 2013 on Windows and gcc-4.8.3 on Linux. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119249: Discuss fixes for building kdelibs4support on Windows using msvc 2013
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119249/ --- (Updated July 12, 2014, 7:48 p.m.) Status -- This change has been marked as submitted. Review request for KDE Frameworks and kdewin. Repository: kdelibs4support Description --- Let me begin by saying that this review request was started to highlight current build issues using MSVC 2013 in order to get some feedback about the best way to fix them. That's why I'll explain each issue that was fixed as a comment in the diff (I'll add the comments after I'll publish the review request, it's the only way I can add them). Here is a list of issues: 1. r:\include\QtCore/qlist.h(300) : error C2678: binary '==' : no operator found which takes a left-hand operand of type 'const KNetwork::KResolverEntry' 2. error C2375: 'KCrash::defaultCrashHandler' : redefinition; different linkage 3. error C2487: 'identifier' : member of dll interface class may not be declared with dll interface 4. QStringLiteral does not work when using string concatenation https://bugreports.qt-project.org/browse/QTBUG-28885 5. KEditListBox::CustomEditor linker error caused by missing export Diffs - src/kdecore/k3resolver.h e956c6f05e0fd821bb41dc63bc2f0933b818aafd src/kdemacros.h.cmake c406623401a5e47ecfd45fe135c9f2019f2abe04 src/kdeui/keditlistbox.h e19474b3bb03587421f0afbc20346a8d359417b1 src/kio/netaccess.h 91f3aba055cceddf10a7c48c710356ce04d9939f tests/kprintpreview_test.cpp 79cac037ab38bce89b97e4ede58eb58d821b25f3 Diff: https://git.reviewboard.kde.org/r/119249/diff/ Testing --- Build with msvc2013 on Windows and gcc-4.8.3 on Linux. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119251: Fix a conflict with KCrash where the function is declared as exported
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119251/ --- (Updated Iulie 12, 2014, 7:30 p.m.) Review request for KDE Frameworks and kdewin. Changes --- post-review keeps removing kdewin :). Repository: kcoreaddons Description --- On MSVC this could cause a compile error if the compiler would see the forward declaration first because it would consider it a redefinition with different linkage. Found while cbuilding KDELibs4Support on Windows using MSVC, see https://git.reviewboard.kde.org/r/119249/ Diffs - src/lib/kaboutdata.h f0f3e12bf353019d86f582416cec90390de00f88 Diff: https://git.reviewboard.kde.org/r/119251/diff/ Testing --- Build with MSVC 2013 on Windows and gcc-4.8.3 on Linux. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119248: Fix the build of kshorturifilter.cpp Windows (msvc2013 32 bits)
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119248/ --- (Updated Iulie 12, 2014, 7:25 p.m.) Review request for KDE Frameworks and kdewin. Changes --- Update using QT_STAT_DIR and QT_STAT_REG. Repository: kio Description --- IS_ISDIR and S_ISREG are not defined in Visual Studio's 'sys/stat.h'. The macros are defined in kdewin's 'sys/stat.h' but including stat.h will use the file provided Visual Studio so I chose this approach which is also used in Qt. Here is the compiler output: kshorturifilter.cpp q:\kio\src\urifilters\shorturi\kshorturifilter.cpp(389) : error C3861: 'S_ISDIR': identifier not found q:\kio\src\urifilters\shorturi\kshorturifilter.cpp(399) : error C3861: 'S_ISREG': identifier not found Diffs (updated) - src/urifilters/shorturi/kshorturifilter.cpp 8341829 Diff: https://git.reviewboard.kde.org/r/119248/diff/ Testing --- Build with msvc2013 on Windows and gcc-4.8.3 on Linux. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119248: Fix the build of kshorturifilter.cpp Windows (msvc2013 32 bits)
> On Iulie 12, 2014, 6:54 p.m., David Faure wrote: > > Doesn't qplatformdefs.h define this already? > > David Faure wrote: > Ah not exactly, but you can use & QT_STAT_DIR and & QT_STAT_REG. Yeah, that was my other option, I'm going to update the diff. - Cristian --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119248/#review62202 --- On Iulie 12, 2014, 2:20 p.m., Cristian Oneț wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/119248/ > --- > > (Updated Iulie 12, 2014, 2:20 p.m.) > > > Review request for KDE Frameworks and kdewin. > > > Repository: kio > > > Description > --- > > IS_ISDIR and S_ISREG are not defined in Visual Studio's 'sys/stat.h'. The > macros are defined in kdewin's 'sys/stat.h' but including stat.h will use the > file provided Visual Studio so I chose this approach which is also used in Qt. > > Here is the compiler output: > > kshorturifilter.cpp > q:\kio\src\urifilters\shorturi\kshorturifilter.cpp(389) : error C3861: > 'S_ISDIR': identifier not found > q:\kio\src\urifilters\shorturi\kshorturifilter.cpp(399) : error C3861: > 'S_ISREG': identifier not found > > > Diffs > - > > src/urifilters/shorturi/kshorturifilter.cpp 8341829 > > Diff: https://git.reviewboard.kde.org/r/119248/diff/ > > > Testing > --- > > Build with msvc2013 on Windows and gcc-4.8.3 on Linux. > > > Thanks, > > Cristian Oneț > > ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119249: Discuss fixes for building kdelibs4support on Windows using msvc 2013
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119249/ --- (Updated Iulie 12, 2014, 7:15 p.m.) Review request for KDE Frameworks and kdewin. Changes --- Add KDELIBS4SUPPORT_DEPRECATED instead of KDELIBS4SUPPORT_DEPRECATED_EXPORT to keep the deprecation warning but to remove the export. Repository: kdelibs4support Description --- Let me begin by saying that this review request was started to highlight current build issues using MSVC 2013 in order to get some feedback about the best way to fix them. That's why I'll explain each issue that was fixed as a comment in the diff (I'll add the comments after I'll publish the review request, it's the only way I can add them). Here is a list of issues: 1. r:\include\QtCore/qlist.h(300) : error C2678: binary '==' : no operator found which takes a left-hand operand of type 'const KNetwork::KResolverEntry' 2. error C2375: 'KCrash::defaultCrashHandler' : redefinition; different linkage 3. error C2487: 'identifier' : member of dll interface class may not be declared with dll interface 4. QStringLiteral does not work when using string concatenation https://bugreports.qt-project.org/browse/QTBUG-28885 5. KEditListBox::CustomEditor linker error caused by missing export Diffs (updated) - src/kdecore/k3resolver.h e956c6f05e0fd821bb41dc63bc2f0933b818aafd src/kdemacros.h.cmake c406623401a5e47ecfd45fe135c9f2019f2abe04 src/kdeui/keditlistbox.h e19474b3bb03587421f0afbc20346a8d359417b1 src/kio/netaccess.h 91f3aba055cceddf10a7c48c710356ce04d9939f tests/kprintpreview_test.cpp 79cac037ab38bce89b97e4ede58eb58d821b25f3 Diff: https://git.reviewboard.kde.org/r/119249/diff/ Testing --- Build with msvc2013 on Windows and gcc-4.8.3 on Linux. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119249: Discuss fixes for building kdelibs4support on Windows using msvc 2013
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119249/ --- (Updated Iulie 12, 2014, 7:09 p.m.) Review request for KDE Frameworks and kdewin. Repository: kdelibs4support Description --- Let me begin by saying that this review request was started to highlight current build issues using MSVC 2013 in order to get some feedback about the best way to fix them. That's why I'll explain each issue that was fixed as a comment in the diff (I'll add the comments after I'll publish the review request, it's the only way I can add them). Here is a list of issues: 1. r:\include\QtCore/qlist.h(300) : error C2678: binary '==' : no operator found which takes a left-hand operand of type 'const KNetwork::KResolverEntry' 2. error C2375: 'KCrash::defaultCrashHandler' : redefinition; different linkage 3. error C2487: 'identifier' : member of dll interface class may not be declared with dll interface 4. QStringLiteral does not work when using string concatenation https://bugreports.qt-project.org/browse/QTBUG-28885 5. KEditListBox::CustomEditor linker error caused by missing export Diffs - src/kdecore/k3resolver.h e956c6f05e0fd821bb41dc63bc2f0933b818aafd src/kdemacros.h.cmake c406623401a5e47ecfd45fe135c9f2019f2abe04 src/kdeui/keditlistbox.h e19474b3bb03587421f0afbc20346a8d359417b1 src/kio/netaccess.h 91f3aba055cceddf10a7c48c710356ce04d9939f tests/kprintpreview_test.cpp 79cac037ab38bce89b97e4ede58eb58d821b25f3 Diff: https://git.reviewboard.kde.org/r/119249/diff/ Testing --- Build with msvc2013 on Windows and gcc-4.8.3 on Linux. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119249: Discuss fixes for building kdelibs4support on Windows using msvc 2013
> On Iulie 12, 2014, 5:44 p.m., Alex Merry wrote: > > src/kdeui/kapplication.cpp, lines 22-24 > > <https://git.reviewboard.kde.org/r/119249/diff/1/?file=289763#file289763line22> > > > > Ooh, that's a nasty trap. We should fix this in KCoreAddons, not work > > around it here. Possibly by using Q_DECL_IMPORT in the forward declaration. Opened https://git.reviewboard.kde.org/r/119251/ - Cristian --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119249/#review62198 --- On Iulie 12, 2014, 5:02 p.m., Cristian Oneț wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/119249/ > --- > > (Updated Iulie 12, 2014, 5:02 p.m.) > > > Review request for KDE Frameworks and kdewin. > > > Repository: kdelibs4support > > > Description > --- > > Let me begin by saying that this review request was started to highlight > current build issues using MSVC 2013 in order to get some feedback about the > best way to fix them. > > That's why I'll explain each issue that was fixed as a comment in the diff > (I'll add the comments after I'll publish the review request, it's the only > way I can add them). > > Here is a list of issues: > 1. r:\include\QtCore/qlist.h(300) : error C2678: binary '==' : no operator > found which takes a left-hand operand of type 'const KNetwork::KResolverEntry' > 2. error C2375: 'KCrash::defaultCrashHandler' : redefinition; different > linkage > 3. error C2487: 'identifier' : member of dll interface class may not be > declared with dll interface > 4. QStringLiteral does not work when using string concatenation > https://bugreports.qt-project.org/browse/QTBUG-28885 > 5. KEditListBox::CustomEditor linker error caused by missing export > > > Diffs > - > > autotests/kdebug_qcoreapptest.cpp 0bfe5d6f911d3ec6bd6f919a5d666b4eab63e2e8 > src/kdecore/k3resolver.h e956c6f05e0fd821bb41dc63bc2f0933b818aafd > src/kdemacros.h.cmake c406623401a5e47ecfd45fe135c9f2019f2abe04 > src/kdeui/kapplication.cpp 6ffaf6e2c383e781e498b6d2b777366d4c4a53fe > src/kdeui/keditlistbox.h e19474b3bb03587421f0afbc20346a8d359417b1 > src/kio/netaccess.h 91f3aba055cceddf10a7c48c710356ce04d9939f > tests/kprintpreview_test.cpp 79cac037ab38bce89b97e4ede58eb58d821b25f3 > > Diff: https://git.reviewboard.kde.org/r/119249/diff/ > > > Testing > --- > > Build with msvc2013 on Windows and gcc-4.8.3 on Linux. > > > Thanks, > > Cristian Oneț > > ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Review Request 119251: Fix a conflict with KCrash where the function is declared as exported
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119251/ --- Review request for KDE Frameworks and kdewin. Repository: kcoreaddons Description --- On MSVC this could cause a compile error if the compiler would see the forward declaration first because it would consider it a redefinition with different linkage. Found while cbuilding KDELibs4Support on Windows using MSVC, see https://git.reviewboard.kde.org/r/119249/ Diffs - src/lib/kaboutdata.h f0f3e12bf353019d86f582416cec90390de00f88 Diff: https://git.reviewboard.kde.org/r/119251/diff/ Testing --- Build with MSVC 2013 on Windows and gcc-4.8.3 on Linux. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119249: Discuss fixes for building kdelibs4support on Windows using msvc 2013
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119249/#review62197 --- src/kdecore/k3resolver.h <https://git.reviewboard.kde.org/r/119249/#comment43230> Issue 1: Same as the above. src/kdecore/k3resolver.h <https://git.reviewboard.kde.org/r/119249/#comment43231> Issue 1: Same as the above. src/kdemacros.h.cmake <https://git.reviewboard.kde.org/r/119249/#comment43229> Issue 1: Use the mechanism discussed here http://lists.kde.org/?l=kde-core-devel&m=113126965312032&w=2 to workaround the full template instantiation issue. src/kdeui/kapplication.cpp <https://git.reviewboard.kde.org/r/119249/#comment43232> Issue 2: "kaboutdata.h" has a forward declaration for being able to declare the namespaced KCrash::defaultCrashHandler as a friend. This is OK until it is included before "kcrash.h". MSVC will cosider the first seen declaration (without the export) and will consider the one in "kcrash.h" a redefinition with different linkage. Please note that this is actually not a KDELibs4Support issue but a KCoreAddons and KCrash interoperability on MSVC issue. src/kdeui/keditlistbox.h <https://git.reviewboard.kde.org/r/119249/#comment43233> Issue 5: Nested classes need to be exported to be usable from outside the library (in this case a test). src/kio/netaccess.h <https://git.reviewboard.kde.org/r/119249/#comment43234> Issue 3: See http://msdn.microsoft.com/en-us/library/t72ahzw1.aspx Member methods of exported classes should not be exported explicitly. src/kio/netaccess.h <https://git.reviewboard.kde.org/r/119249/#comment43235> Issue 3: Same as the above. src/kio/netaccess.h <https://git.reviewboard.kde.org/r/119249/#comment43236> Issue 3: Same as the above. src/kio/netaccess.h <https://git.reviewboard.kde.org/r/119249/#comment43237> Issue 3: Same as the above. src/kio/netaccess.h <https://git.reviewboard.kde.org/r/119249/#comment43238> Issue 3: Same as the above. src/kio/netaccess.h <https://git.reviewboard.kde.org/r/119249/#comment43239> Issue 3: Same as the above. src/kio/netaccess.h <https://git.reviewboard.kde.org/r/119249/#comment43240> Issue 3: Same as the above. src/kio/netaccess.h <https://git.reviewboard.kde.org/r/119249/#comment43241> Issue 3: Same as the above. tests/kprintpreview_test.cpp <https://git.reviewboard.kde.org/r/119249/#comment43242> Issue 4: QStringLiteral does not work when using string concatenation https://bugreports.qt-project.org/browse/QTBUG-28885 q:\kdelibs4support\tests\kprintpreview_test.cpp(58) : error C2308: concatenating mismatched strings Concatenating wide "Lorem ipsum dolor sit amet, consectetur adipiscing elit. " with narrow "Nam malesuada massa dolor, sed sollicitudin turpiscongue eu. Pellentesque ac risus felis. Etiam scelerisque " It's just a test, do we really need QStringLiteral? - Cristian Oneț On Iulie 12, 2014, 5:02 p.m., Cristian Oneț wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/119249/ > --- > > (Updated Iulie 12, 2014, 5:02 p.m.) > > > Review request for KDE Frameworks and kdewin. > > > Repository: kdelibs4support > > > Description > --- > > Let me begin by saying that this review request was started to highlight > current build issues using MSVC 2013 in order to get some feedback about the > best way to fix them. > > That's why I'll explain each issue that was fixed as a comment in the diff > (I'll add the comments after I'll publish the review request, it's the only > way I can add them). > > Here is a list of issues: > 1. r:\include\QtCore/qlist.h(300) : error C2678: binary '==' : no operator > found which takes a left-hand operand of type 'const KNetwork::KResolverEntry' > 2. error C2375: 'KCrash::defaultCrashHandler' : redefinition; different > linkage > 3. error C2487: 'identifier' : member of dll interface class may not be > declared with dll interface > 4. QStringLiteral does not work when using string concatenation > https://bugreports.qt-project.org/browse/QTBUG-28885 > 5. KEditListBox::CustomEditor linker error caused by missing export > > > Diffs > - > > autotests/kdebug_qcoreapptest.cpp 0bfe5d6f911d3ec6bd6f919a5d666b4eab63e2e8 > src/kdecore/k
Review Request 119249: Discuss fixes for building kdelibs4support on Windows using msvc 2013
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119249/ --- Review request for KDE Frameworks and kdewin. Repository: kdelibs4support Description --- Let me begin by saying that this review request was started to highlight current build issues using MSVC 2013 in order to get some feedback about the best way to fix them. That's why I'll explain each issue that was fixed as a comment in the diff (I'll add the comments after I'll publish the review request, it's the only way I can add them). Here is a list of issues: 1. r:\include\QtCore/qlist.h(300) : error C2678: binary '==' : no operator found which takes a left-hand operand of type 'const KNetwork::KResolverEntry' 2. error C2375: 'KCrash::defaultCrashHandler' : redefinition; different linkage 3. error C2487: 'identifier' : member of dll interface class may not be declared with dll interface 4. QStringLiteral does not work when using string concatenation https://bugreports.qt-project.org/browse/QTBUG-28885 5. KEditListBox::CustomEditor linker error caused by missing export Diffs - autotests/kdebug_qcoreapptest.cpp 0bfe5d6f911d3ec6bd6f919a5d666b4eab63e2e8 src/kdecore/k3resolver.h e956c6f05e0fd821bb41dc63bc2f0933b818aafd src/kdemacros.h.cmake c406623401a5e47ecfd45fe135c9f2019f2abe04 src/kdeui/kapplication.cpp 6ffaf6e2c383e781e498b6d2b777366d4c4a53fe src/kdeui/keditlistbox.h e19474b3bb03587421f0afbc20346a8d359417b1 src/kio/netaccess.h 91f3aba055cceddf10a7c48c710356ce04d9939f tests/kprintpreview_test.cpp 79cac037ab38bce89b97e4ede58eb58d821b25f3 Diff: https://git.reviewboard.kde.org/r/119249/diff/ Testing --- Build with msvc2013 on Windows and gcc-4.8.3 on Linux. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119248: Fix the build of kshorturifilter.cpp Windows (msvc2013 32 bits)
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119248/ --- (Updated Iulie 12, 2014, 2:20 p.m.) Review request for KDE Frameworks and kdewin. Changes --- Add kdewin to the groups. Repository: kio Description --- IS_ISDIR and S_ISREG are not defined in Visual Studio's 'sys/stat.h'. The macros are defined in kdewin's 'sys/stat.h' but including stat.h will use the file provided Visual Studio so I chose this approach which is also used in Qt. Here is the compiler output: kshorturifilter.cpp q:\kio\src\urifilters\shorturi\kshorturifilter.cpp(389) : error C3861: 'S_ISDIR': identifier not found q:\kio\src\urifilters\shorturi\kshorturifilter.cpp(399) : error C3861: 'S_ISREG': identifier not found Diffs - src/urifilters/shorturi/kshorturifilter.cpp 8341829 Diff: https://git.reviewboard.kde.org/r/119248/diff/ Testing --- Build with msvc2013 on Windows and gcc-4.8.3 on Linux. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Review Request 119247: Fix the build of udsentry.cpp on Windows (msvc2013 32 bits)
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119247/ --- (Updated Iulie 12, 2014, 2:20 p.m.) Review request for KDE Frameworks and kdewin. Changes --- Add kdewin to the groups. Repository: kio Description --- The KUser(K_UID) constructor could not be mached since st_uid is a 'short' which can't be implicitly cast to a pointer type (K_UID is of type void * on Windows). The same applies to KUserGroup. Here is the compiler output: q:\kio\src\core\udsentry.cpp(72) : error C2440: '' : cannot convert from 'const short' to 'KUser' No constructor could take the source type, or constructor overload resolution was ambiguous q:\kio\src\core\udsentry.cpp(72) : error C2228: left of '.loginName' must have class/struct/union q:\kio\src\core\udsentry.cpp(72) : error C2661: 'KIO::UDSEntry::insert' : no overloaded function takes 1 arguments q:\kio\src\core\udsentry.cpp(73) : error C2440: '' : cannot convert from 'const short' to 'KUserGroup' No constructor could take the source type, or constructor overload resolution was ambiguous q:\kio\src\core\udsentry.cpp(73) : error C2228: left of '.name' must have class/struct/union q:\kio\src\core\udsentry.cpp(73) : error C2661: 'KIO::UDSEntry::insert' : no overloaded function takes 1 arguments Diffs - src/core/udsentry.cpp c6ac21a1f7b45822bc3454409faf3dbdce7b2acc Diff: https://git.reviewboard.kde.org/r/119247/diff/ Testing --- Build with msvc2013 on Windows and gcc-4.8.3 on Linux. Thanks, Cristian Oneț ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Per-app MSI-based installers
Hi, I really like the idea, the biggest improvement I expect from using frameworks is to reduce the size of the installed application. It would be nice if the installer would have a list of runtime dependencies and would be able to bring only those dependencies. Another part that needs special handling are translations and documentation. It should be easy for the user to install only the translations that he needs. The documentation should be optional (it's available online). Looking forward to seeing this in action. Regards, Cristian 2014-07-02 1:26 GMT+03:00 Nicolás Alvarez : > For everybody's knowledge :) I'm working on single-app KDE installers > based on Windows Installer (built with the WiX toolkit). > > My plan is to have a .msi with KDE Frameworks, Qt, and other common > dependencies that all app needs, and another .msi for each app. Then > there will be a .exe installer for each app, which chains together the > deps and the app. The app package will be embedded inside the > installer .exe, while the dependencies will be downloaded on demand. > > Why the download on demand? If I were to embed both .msi's inside the > installer executable, the installers would work offline, but they > would be large (50-100MB) for every app, and the user would be > downloading the same data multiple times. By downloading the deps > during installation, we get relatively small installers (app only) > that will only download a larger package if it's the first KDE app you > are installing. > > To make the executable installers (bundles), I'm using the WiX Burn > tool. Its default user interface looks like this: > http://i.imgur.com/zokLHVe.png which is better than the typical setup > wizard, but it isn't the nicest thing ever either. It's possible to > change the UI by providing a theme XML file with the dialog layout > (it's like a Qt .ui), or also by providing custom code in a DLL. I > will investigate the DLL approach and see if I can make a UI in Qt > that way :) > > The WiX code is available on kde:scratch/nalvarez/kde-wix.git. > > Questions welcome :) > > -- > Nicolás > ___ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: KDE Development on Windows
Hi, Just my 2 cents on this. Rants won't help improving anything. The most important cause that's holding back KDE on Windows development, I think, is the number of people working on it and their spare time. So, this being open source, if you have a itch please scratch it. I admit that KDE on Windows could be much better but what we have now is more than nothing (we can at least run KDE applications on Windows) and I'm thankful for the people that made that happen. The rest is up to each of us. So please stop the rants and have positive contributions instead. Cristian P.S: thanks to the KDE on Windows project KMyMoney can run on Windows and I'm grateful for that (and I say the package provided by the KMyMoney development team is pretty stable) 2014-04-02 11:07 GMT+03:00 Boudewijn Rempt : > Well, you post it as a rant, but I have to agree... The big problem is > that KDE4 is both a platform and a development framework, and the two are > mixed together. > > For Krita, I've stopped using the emerge system to get the dependencies, > because it's just too fragile. It's wonderful if you want to setup a > system with more than one kde application, but it didn't work for me for > creatinga single, standalone application that I could package and > distribute. > > I'm now using a cmake project with a bunch of externals. However, building > all the dependencies takes ages, too, so for my co-workers, I just share my > dev env with them, binary. I am building with msvc 2012, so there is no > pre-built Qt and there is no webkit. Oh, and update-mime-database doesn't > build correctly, so I need a pre-prepared mime directory to package. I > still haven't managed to strip down the oxygen icon set, either, and that's > the biggest part of the download. > > I am using a stripped-down kdelibs without dbus, kded, soprano -- and I > probably should cut out attica and so on as well. Part of this will be > solved by kf5, but since kxmlgui still needs dbus, part of it won't, if I > continue to use kxmlgui. Feel free to clone and hack: > http://quickgit.kde.org/?p=clones%2Fkdelibs%2Frempt%2Fkdelibs-stripped.git > > Note that I've hardcoded this kdelibs to store settings in > AppData\Local|Roaming\krita, not .kde, but still there is one or two things > in kde that seems hardcode to .kde. > > Also, no dbus means no kioslaves. > > Sysoca is pretty much the biggest bug-bear of my life on Windows. Because > krita/calligra actually uses the plugin query language in a lot of places, > I cannot replace it with simply loading all local plugins. If you, for > kmymoney, would just move to the Qt plugin system instead of the KDE one, > you probably would be fine and save a lot of aggravation. > > My current dev setup is like this: > > c:\dev\desktop32 > c:\dev\desktop64 > c:\dev\desktop32_d > c:\dev\desktop64_d > > i.e., base development directories for 32 and 64 bits builds, > relwithdebinfo and debug. > > Inside, I have an i directory where I install everything, and my source > tree, build directories and so on. > > Because I've hacked kbuildsycoca and krita's main to look for paths > relative to the exe, instead of environment variables, all these > installations run locally, without setting any environment and without > sharing anything. > > > On Wed, 2 Apr 2014, Chris wrote: > > >> As a developer who is trying to compile and then improve kmymoney on >> windows I must say it is the most painful process. >> >> If you want portability for KDE apps you need to uncouple applications >> from a lot of the hardcore KDE stuff. Just creating a suitable environment >> for building kmymoney has proved exhausting to the point of wanting to give >> up. Is it really worth the agro? >> >> I gave up two years ago and I am close to doing so again. What would help >> is a way of isolating those libraries that are absolutely necessary AND >> make it possible to have both a release copy of an application and a dev >> copy running on the same machine. Currently the plugin architecture forbids >> it without some serious acrobatics. Why the plugin system can't load a >> plugin that is in the same directory as the application I do not know. >> Thats the way dll's are loaded. App directory first, shared folders last. >> Why do I even need ksycoca4 I'll never know. Are you really trying to >> emulate windows registry? one of the worst inventions like ahh ever. >> >> Now I have to get back to the build process it appears a library that I >> was able to build last week cant be built this week. seems it cant find a >> header file... sig >> >> Oh and keep moving things to git that's is definately a major improvement. >> >> Did you hear subversion is moving to git No wait 1st of April ;) >> >> Chris >> >> >> On 2/04/2014 6:23 AM, Boudewijn Rempt wrote: >> >>> On Tue, 1 Apr 2014, Jaroslaw Staniek wrote: >>> >>> On 1 April 2014 20:31, Doug wrote: > > In my experience, there are very few KDE programs that work in > Windows. I >
Re: locale setting
Run the installer and, on the package selection page, the kde-workspace package should be present. Regards, Cristian 2013/10/9 Manfred Rebentisch : > Hi, > how to install this package? I did not found it on http://windows.kde.org/ > > Manfred > > Am 09.10.2013 15:27, schrieb Cristian Oneț: > >> I guess that it's in the kde-workspace package. >> >> Regards, >> Cristian >> >> 2013/10/9 Manfred Rebentisch : >>> >>> Hi, >>> there is no systemsettings.exe installed! >>> I have used kdewin-installer-gui-1.0.0.exe from today. >>> >>> How can I install that? >>> I did choosed the MingW 64 Compiler Option. Was this a mistake? >>> >>> Thank you in advance. >>> >>> Manfred >>> >>> >>> Am 09.10.2013 14:15, schrieb Cristian Oneț: >>> >>>> Hi, >>>> >>>> Use the 'Locale' section of the 'systemsettings.exe' application to >>>> configure the KDE locale settings. >>>> >>>> Regards, >>>> Cristian >>>> >>>> 2013/10/9 Manfred Rebentisch : >>>>> >>>>> Hi >>>>> today I installed KDE on windows 7. >>>>> Can anybody tell me, what to do for german localization? While >>>>> installing >>>>> I >>>>> choose the german locale anywhere. >>>>> Now I do not found any configuration possibillity. >>>>> >>>>> Manfred >>>>> >>>>> ___ >>>>> Kde-windows mailing list >>>>> Kde-windows@kde.org >>>>> https://mail.kde.org/mailman/listinfo/kde-windows >>>> >>>> > > -- > COMPARAT Software-Entwicklungs-GmbH > Prießstraße 16 > 23558 Lübeck > Telefon: 0451/479 56 60 > > Geschf: Manfred Rebentisch > AG Lübeck, HRB 3559 > > Web: http://www.comparat.de > Die Cards: https://cards.athesios.de > Der Cards-Film: http://www.youtube.com/watch?v=siZaciL6mdg > Businessplattform: https://www.athesios.de > Lübeck: http://www.luebeck-info.com > Twitter: http://twitter.com/COMPARAT > > > ___ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: locale setting
I guess that it's in the kde-workspace package. Regards, Cristian 2013/10/9 Manfred Rebentisch : > Hi, > there is no systemsettings.exe installed! > I have used kdewin-installer-gui-1.0.0.exe from today. > > How can I install that? > I did choosed the MingW 64 Compiler Option. Was this a mistake? > > Thank you in advance. > > Manfred > > > Am 09.10.2013 14:15, schrieb Cristian Oneț: > >> Hi, >> >> Use the 'Locale' section of the 'systemsettings.exe' application to >> configure the KDE locale settings. >> >> Regards, >> Cristian >> >> 2013/10/9 Manfred Rebentisch : >>> >>> Hi >>> today I installed KDE on windows 7. >>> Can anybody tell me, what to do for german localization? While installing >>> I >>> choose the german locale anywhere. >>> Now I do not found any configuration possibillity. >>> >>> Manfred >>> >>> ___ >>> Kde-windows mailing list >>> Kde-windows@kde.org >>> https://mail.kde.org/mailman/listinfo/kde-windows >> >> ___ >> Kde-windows mailing list >> Kde-windows@kde.org >> https://mail.kde.org/mailman/listinfo/kde-windows > > > ___ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: locale setting
Hi, Use the 'Locale' section of the 'systemsettings.exe' application to configure the KDE locale settings. Regards, Cristian 2013/10/9 Manfred Rebentisch : > Hi > today I installed KDE on windows 7. > Can anybody tell me, what to do for german localization? While installing I > choose the german locale anywhere. > Now I do not found any configuration possibillity. > > Manfred > > ___ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
KMyMoney 4.6.4 released
06.10.2013 The Internet: After more than a year from the last bugfix release the KMyMoney development team is pleased to announce the immediate availability of KMyMoney version 4.6.4 [1]. This version contains a few fixes for bugs found in 4.6.3. Here is a list of the most important changes since the last stable release: * Fixed the interaction with input method editors * Fixed a crash after editing a security * The 'Use system colors' setting was made a default setting * Fixed the rendering of a ledger entry when the ledger does not have focus * Fixed the persitency of some header settings like in the 'Investments' view * Fixed a crash when OFX update is cancelled while waiting for KWallet * Fixed a crash cause by a transaction with an empty postdate * Fixed a possible crash while mapping an OFX account * Added definition for new Azerbaijani Manat * Fixed the category selection actions in the find transactions dialog For a full list of the changes please check out the changelog [2]. We highly recommend upgrading to 4.6.4 as soon as possible. You can read this release announcement in html (with links to the fixed bugs) at [3]. The KMyMoney Development Team [1] http://sourceforge.net/projects/kmymoney2/files/KMyMoney-KDE4/4.6.4/kmymoney-4.6.4.tar.xz/download [2] http://kmymoney2.sourceforge.net/ChangeLog-4.6.4.txt [3] http://kmymoney2.sourceforge.net/release-4.6.4.html signature.asc Description: This is a digitally signed message part. ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
[kmymoney4] [Bug 302945] Backup can't be performed on Windows
https://bugs.kde.org/show_bug.cgi?id=302945 Cristian Oneț changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #2 from Cristian Oneț --- This is fixed in the standalone kmymoney installer. -- You are receiving this mail because: You are the assignee for the bug. ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
[kde-windows] [Bug 314317] WMI provider processes take all CPU and system is extemely unresponsible for several minutes, at least
https://bugs.kde.org/show_bug.cgi?id=314317 Cristian Oneț changed: What|Removed |Added CC||onet.crist...@gmail.com --- Comment #3 from Cristian Oneț --- While preparing the KMyMoney installer I observed the same problem in KDE 4.8.5. Basically the file selector dialog was really slow and hugging the CPU. I remember that I asked about this on #kde-windows and got the answer (from TheOneRing) that this is a known issue of the WMI solid backend which needs to be completely rewritten. So I disabled the WMI backend in the package. -- You are receiving this mail because: You are the assignee for the bug. ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
KMyMoney 4.6.3 standalone installer for Windows
We are happy to announce the release of a standalone installer for Windows of KMyMoney version 4.6.3 [1]. For a while now the latest version that was available on Windows was 4.6.2. Since we took over the packaging of the application on Windows with the help of the KDE on Windows project [2] we will be able to provide the latest stable release once we release a source tarball. The package contains: KMyMoney 4.6.3 (all available languages) KDE 4.8.5 Please note that the application is far from being thoroughly tested on this platform so please report any issues you find at [3]. We are counting on the community of KMyMoney users on Windows to fix issues that are specific to this platform. Don't forget to use the backup feature [4] (without checking the 'mount' flag). Please take care of these steps [5] before trying to report a crash of the application. Known issues of this version: - the local user manual is not yet available (the online version is available at [6]) - the Finance::Quote module will only work if you install perl (with the Finance::Quote module) separately If you were already using version 4.6.2 on Windows you can install 4.6.3 in a different directory try it, and if you are happy with it you can safely remove the previous installation (make sure that you keep your data file). The KMyMoney Development Team [1] http://downloads.sourceforge.net/project/kmymoney2/KMyMoney- Windows/4.6.3/kmymoney-x86-setup-4.6.3.exe [2] http://windows.kde.org/ [3] https://bugs.kde.org/enter_bug.cgi?format=guided&product=kmymoney4 [4] http://kmymoney2.sourceforge.net/kde4/online-manual/firsttime.backup.html [5] http://techbase.kde.org/Projects/KMyMoney#Obtain_a_useful_backtrace_on_Windows [6] http://kmymoney2.sourceforge.net/kde4/online-manual/ signature.asc Description: This is a digitally signed message part. ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Fwd: [Kmymoney-devel] FW: Current Windows install aborts
Forwarding to the KDE on Windows list, any ideas? Thanks, Cristian -- Forwarded message -- From: Chris Griffith Date: 2012/7/13 Subject: Re: [Kmymoney-devel] FW: Current Windows install aborts To: Cristian Oneț That didn't work. The installer.ini file is in c:/program files (x86)/kde/etc and contains: [General] version=2 PackageManagerMode=false SkipBasicSettings=true compilerType=6 MirrorWithReleasePath=http://www.winkde.org/pub/kde/ports/win32/releases/stable/4.5.4/ debug=all No log file was generated. I did a complete Windows Desktop search for the filename. On 13/07/2012 10:12 PM, Cristian Oneț wrote: 2012/7/13 Chris Griffith : Yes I can access it directly from a browser, and no, I am not behind a proxy. It's the installer that fails at that point. Thank you. Please edit the installer config file: notepad "%APPDATA%\kde\installer.ini" and make sure you add: debug=all After that run the installer and checkout the %TMP%\KDE\kdewin-installer.log file to see what went wrong. Regards, Cristian On 13/07/2012 9:57 PM, Cristian Oneț wrote: 2012/7/13 Chris Griffith : The error message is "Failed to download site list page from http://downloads.sourceforge.net/kde-windows/"; Thank you. Can you access that page from a browser? Did you set the correct proxy if you are behind a proxy? Regards, Cristian On 13/07/2012 9:11 PM, Cristian Oneț wrote: 2012/7/13 Chris Griffith : [snip] Hi, When using the Windows implementation to update to 4.6.2 there is a missing Linux file so the update aborts (I am in Australia July 11, 2012). Thanks. Could you be a bit more explicit please? Which file is missing? Regards, Cristian ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: kile for windows in german
2012/5/25 Stephan Bauke : > Dear developers, > > I just installed the newest version of kde for windows including kile on my > computer (windows xp prof). Although I changed the system settings of kde to > german, kile still appears in english. Is there a way to change the language > of kile to german? You need to install the german translation packages for that (using the installer). Regards, Cristian > Thank you very much! > > Regards, > > Stephan > > ___ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Control settings
2012/3/9 Francois Maurice : > Hi, > > Here is a basic question. I installed parts of KDE 4.7.0, just the necessary > to run RKWard, following the instructions from the developper. But now, I'd > like to change to appearance of RKWard which impossible within RKWard. I > think I have to get acces to the Control Settings of KDE. Which package I > have to install to get access to KControl (Control Settings) : kde-baseapps > or kde-worksapce ? You'll need kde-worksapce. Regards, Cristian > Thanks, > > François Maurice > > ___ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows > ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: emerge is unreliable for Windows x64
2012/2/27 Patrick Spendrin : > Just to led you know: > Your rude tone doesn't help in us fixing bugs. We are doing this mostly > in our spare time, we all do have a family and other things to do. If > you want to achieve something, please try to be nice as we are trying to > be nice. +1 for that. I also found the tone rude and demanding rather then helpful even though I'm not a member of the development team. Next time you would like something fixed please describe the problem in a neutral tone first then wait for a discussion and fix to come up. Most of the work is done in the developer's leisure time and nobody wants to be in a bad mood during their spare time. Regards, Cristian ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Patch to package the latest versions of aqbanking and gewnhywfar with mingw
On Thursday 09 February 2012 00:35:27 you wrote: > I still need to build KMyMoney with the plugin (I'm waiting for kdelibs > rigth now) but I'm confident that it will work. After building kdelibs I finally got to kmymoney and needed to: 1. set PKG_CONFIG_PATH=E:/kmgw/lib/pkgconfig (E:/kmgw <- this is the sandbox) in order to detect gwenhywfar and aqbanking when configuring kmymoney 2. Use the updated patch (attached) which adds '--no-undefined' to the LDFLAGS of the qt4 ui lib of gwenhywfar so that the dll will be produced and used to link the KBanking plugin 3. Ran kmymoney, the plugin was there and usable - we still need some runtime checks though > Please add these packages to the list of built packages as you can. I really > would like to see these packages moved out of 'testing' to their proper > places. > > Thanks, -- Regards, Cristian Oneț>From 9bb1f9b6fcc31cad46013f83061b936f8fc532c5 Mon Sep 17 00:00:00 2001 From: Cristian Onet Date: Thu, 9 Feb 2012 00:13:23 +0200 Subject: [PATCH] Package the latest versions of aqbanking andgwenhywfar on mingw. This involved packaging gnutls and installing the gpg-error-config shell script plus changing the gpg-error library name from liblibgpg-error.dll to libgpg-error.dll I hope this is OK with the rest of the packages depending on gpg-error. --- .../aqbanking-src/aqbanking-src-20110921.py| 11 +-- portage/testing/gnutls-src/gnutls-src-2.8.6.py |4 +- .../gwenhywfar-src/gwenhywfar-4.3.1-20120208.diff | 105 +++ .../gwenhywfar-src/gwenhywfar-src-20110104.py | 15 ++-- .../testing/libgcrypt-src/libgcrypt-src-1.4.4.py |7 +- .../gpg-error-src/gpg-error-src-1.10.py|2 +- .../gpg-error-src/libgpg-error-r267-20120207.diff | 110 7 files changed, 234 insertions(+), 20 deletions(-) create mode 100644 portage/testing/gwenhywfar-src/gwenhywfar-4.3.1-20120208.diff create mode 100644 portage/win32libs-sources/gpg-error-src/libgpg-error-r267-20120207.diff diff --git a/portage/testing/aqbanking-src/aqbanking-src-20110921.py b/portage/testing/aqbanking-src/aqbanking-src-20110921.py index 9c09864..69f64fc 100644 --- a/portage/testing/aqbanking-src/aqbanking-src-20110921.py +++ b/portage/testing/aqbanking-src/aqbanking-src-20110921.py @@ -13,14 +13,12 @@ class subinfo(info.infoclass): self.buildDependencies['dev-util/msys'] = 'default' def setTargets( self ): -self.targets['5.0.2'] = 'aqbanking-5.0.2.tar.gz' -self.targetInstSrc['5.0.2'] = "aqbanking-5.0.2" -self.targets['5.0.16'] = 'aqbanking-5.0.16.tar.gz' -self.targetInstSrc['5.0.16'] = "aqbanking-5.0.16" +self.targets['5.0.22'] = 'aqbanking-5.0.22.tar.gz' +self.targetInstSrc['5.0.22'] = "aqbanking-5.0.22" self.options.package.withCompiler = False self.shortDescription = "Generic Online Banking Interface" -self.defaultTarget = '5.0.16' +self.defaultTarget = '5.0.22' from Package.AutoToolsPackageBase import * from Package.VirtualPackageBase import * @@ -32,8 +30,7 @@ class PackageMinGW(AutoToolsPackageBase): self.subinfo.options.configure.defines = "--enable-shared --disable-static" def fetch(self): -utils.wgetFile('"http://www.aquamaniac.de/sites/download/download.php?package=03&release=87&file=01&dummy=aqbanking-5.0.16.tar.gz";', self.downloadDir() , "aqbanking-5.0.16.tar.gz") -#utils.wgetFile('"http://www.aquamaniac.de/sites/download/download.php?package=03&release=75&file=01&dummy=aqbanking-5.0.2.tar.gz";' , self.downloadDir() , "aqbanking-5.0.2.tar.gz") +utils.wgetFile('"http://www.aquamaniac.de/sites/download/download.php?package=03&release=92&file=01&dummy=aqbanking-5.0.22.tar.gz";', self.downloadDir() , "aqbanking-5.0.22.tar.gz") return True if compiler.isMinGW(): diff --git a/portage/testing/gnutls-src/gnutls-src-2.8.6.py b/portage/testing/gnutls-src/gnutls-src-2.8.6.py index 2bf1962..031ebae 100644 --- a/portage/testing/gnutls-src/gnutls-src-2.8.6.py +++ b/portage/testing/gnutls-src/gnutls-src-2.8.6.py @@ -21,9 +21,11 @@ class subinfo(info.infoclass): if compiler.isMinGW(): self.buildDependencies['dev-util/msys'] = 'default' -class PackageMinGW(AutoToolsBuildSystem): +class PackageMinGW(PackageBase, MultiSource, AutoToolsBuildSystem): def __init__( self, **args ): self.subinfo = subinfo() +PackageBase.__init__(self) +MultiSource.__init__(self) AutoToolsBuildSystem.__init__(self) self.subinfo.options.
Patch to package the latest versions of aqbanking and gewnhywfar with mingw
Hi, As promised (to Patrick Spendrin) here is the patch to package aqbanking and gwenhywfar (needed by the KMyMoney HBCI plugin) libraries. In order to be able to create the packages I needed to change gpg-error a bit: 1. I've added a gpg-error-config installed shell script - I don't think that anyone minds 2. I've changed the library name from 'liblibgpg-error.dll' to 'libgpg- error.dll' - let me know if this is OK After that I was able to package the latest libgcrypt and gnutls without any patches. Gwenhywfar needed a few patches for things like finding qt, and some linkage problems that I've encontered Once gwenhywfar was installed I could install aqbaking without a patch. I still need to build KMyMoney with the plugin (I'm waiting for kdelibs rigth now) but I'm confident that it will work. Please add these packages to the list of built packages as you can. I really would like to see these packages moved out of 'testing' to their proper places. Thanks, -- Regards, Cristian Oneț>From b07c58d4f876bc6b6af3cb1e1fc2cf53fa5827bf Mon Sep 17 00:00:00 2001 From: Cristian Onet Date: Thu, 9 Feb 2012 00:13:23 +0200 Subject: [PATCH] Package the latest versions of aqbanking andgwenhywfar on mingw. This involved packaging gnutls and installing the gpg-error-config shell script plus changing the gpg-error library name from liblibgpg-error.dll to libgpg-error.dll I hope this is OK with the rest of the packages depending on gpg-error. --- .../aqbanking-src/aqbanking-src-20110921.py| 11 +-- portage/testing/gnutls-src/gnutls-src-2.8.6.py |4 +- .../gwenhywfar-src/gwenhywfar-4.3.1-20120208.diff | 100 ++ .../gwenhywfar-src/gwenhywfar-src-20110104.py | 15 ++-- .../testing/libgcrypt-src/libgcrypt-src-1.4.4.py |7 +- .../gpg-error-src/gpg-error-src-1.10.py|2 +- .../gpg-error-src/libgpg-error-r267-20120207.diff | 110 7 files changed, 229 insertions(+), 20 deletions(-) create mode 100644 portage/testing/gwenhywfar-src/gwenhywfar-4.3.1-20120208.diff create mode 100644 portage/win32libs-sources/gpg-error-src/libgpg-error-r267-20120207.diff diff --git a/portage/testing/aqbanking-src/aqbanking-src-20110921.py b/portage/testing/aqbanking-src/aqbanking-src-20110921.py index 9c09864..69f64fc 100644 --- a/portage/testing/aqbanking-src/aqbanking-src-20110921.py +++ b/portage/testing/aqbanking-src/aqbanking-src-20110921.py @@ -13,14 +13,12 @@ class subinfo(info.infoclass): self.buildDependencies['dev-util/msys'] = 'default' def setTargets( self ): -self.targets['5.0.2'] = 'aqbanking-5.0.2.tar.gz' -self.targetInstSrc['5.0.2'] = "aqbanking-5.0.2" -self.targets['5.0.16'] = 'aqbanking-5.0.16.tar.gz' -self.targetInstSrc['5.0.16'] = "aqbanking-5.0.16" +self.targets['5.0.22'] = 'aqbanking-5.0.22.tar.gz' +self.targetInstSrc['5.0.22'] = "aqbanking-5.0.22" self.options.package.withCompiler = False self.shortDescription = "Generic Online Banking Interface" -self.defaultTarget = '5.0.16' +self.defaultTarget = '5.0.22' from Package.AutoToolsPackageBase import * from Package.VirtualPackageBase import * @@ -32,8 +30,7 @@ class PackageMinGW(AutoToolsPackageBase): self.subinfo.options.configure.defines = "--enable-shared --disable-static" def fetch(self): -utils.wgetFile('"http://www.aquamaniac.de/sites/download/download.php?package=03&release=87&file=01&dummy=aqbanking-5.0.16.tar.gz";', self.downloadDir() , "aqbanking-5.0.16.tar.gz") -#utils.wgetFile('"http://www.aquamaniac.de/sites/download/download.php?package=03&release=75&file=01&dummy=aqbanking-5.0.2.tar.gz";' , self.downloadDir() , "aqbanking-5.0.2.tar.gz") +utils.wgetFile('"http://www.aquamaniac.de/sites/download/download.php?package=03&release=92&file=01&dummy=aqbanking-5.0.22.tar.gz";', self.downloadDir() , "aqbanking-5.0.22.tar.gz") return True if compiler.isMinGW(): diff --git a/portage/testing/gnutls-src/gnutls-src-2.8.6.py b/portage/testing/gnutls-src/gnutls-src-2.8.6.py index 2bf1962..031ebae 100644 --- a/portage/testing/gnutls-src/gnutls-src-2.8.6.py +++ b/portage/testing/gnutls-src/gnutls-src-2.8.6.py @@ -21,9 +21,11 @@ class subinfo(info.infoclass): if compiler.isMinGW(): self.buildDependencies['dev-util/msys'] = 'default' -class PackageMinGW(AutoToolsBuildSystem): +class PackageMinGW(PackageBase, MultiSource, AutoToolsBuildSystem): def __init__( self, **args ): self.subinfo = subinf
Re: Fwd: KMyMoney 4.6.2 released
On Saturday 04 February 2012 11:39:31 Wolfgang Rohdewald wrote: > Am Samstag, 4. Februar 2012, 12:15:16 schrieb Cristian Oneț: > > I've attached a patch to portage to package the new version. Could you > > use it please for the 4.8 release? > > self.patchToApply['4.6.1'] = ('kmymoney-4.6.1-20111208.diff', 1) > +self.patchToApply['4.6.2'] = ('kmymoney-4.6.1-20111208.diff', 1) > > same diff for 4.6.1 and 4.6.2? You're rigth, the patch is not needed anymore because it's contained in 4.6.2. I didn't recall that we made that fix in 4.6.2 but here it is [1] -- Regards, Cristian Oneț [1] https://projects.kde.org/projects/extragear/office/kmymoney/repository/revisions/65e11beacd4b9269fc4b1845cc1a6dc2d86f0fdb signature.asc Description: This is a digitally signed message part. ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Fwd: KMyMoney 4.6.2 released
Hi, I've attached a patch to portage to package the new version. Could you use it please for the 4.8 release? Thanks, -- Regards, Cristian Oneț--- Begin Message --- The KMyMoney Team is pleased to announce the immediate availability of KMyMoney version 4.6.2 [1][2]. This version contains quite a few fixes for bugs found in 4.6.1 since it was released three months ago. Here is a list of the most important changes since the last stable release: * OFX files with UTF-8 data can now be imported correctly * Fix displaying the 'Enter/Skip schedule' action icons in the homepage on Windows * Fixed the initial size of the schedule entry dialog in some use cases * Fixed a hang in reports in some scenarios * Fixed some Finance::Quote related problems on Windows * Allow editing the memo of multiple transactions * Fix schedule handling * Make the QIF import on Windows usable * Fix GnuCash file import * Improve item navigation using the keyboard * Scheduled transactions can now be correctly skipped or ignored when automatic entry is enabled * Fix the budgets that somehow still reference invalid accounts For a full list of the changes please check out the changelog [3]. We highly recommend upgrading to 4.6.2 as soon as possible. We would also recommend packagers to endorse this version as their latest stable version of KMyMoney due to the number of fixes available vs. 4.5.3. During this bugfix cycle a new release of libalkimia was also made available. The KMyMoney Development Team [1] http://sourceforge.net/projects/kmymoney2/files/KMyMoney- KDE4/4.6.2/kmymoney-4.6.2.tar.bz2/download [2] http://kmymoney2.sourceforge.net/release-4.6.2.html [3] http://kmymoney2.sourceforge.net/ChangeLog-4.6.2.txt signature.asc Description: This is a digitally signed message part. --- End Message --- >From 2f1f002ba573bf96ae2571e46e9ee0c8e7eddcdb Mon Sep 17 00:00:00 2001 From: Cristian Onet Date: Sat, 4 Feb 2012 12:11:38 +0200 Subject: [PATCH] KMyMoney 4.6.2 is available. --- .../extragear/kmymoney/kmymoney-4.6.1-20110918.py |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/portage/extragear/kmymoney/kmymoney-4.6.1-20110918.py b/portage/extragear/kmymoney/kmymoney-4.6.1-20110918.py index 274d831..9b6738f 100644 --- a/portage/extragear/kmymoney/kmymoney-4.6.1-20110918.py +++ b/portage/extragear/kmymoney/kmymoney-4.6.1-20110918.py @@ -4,12 +4,13 @@ class subinfo(info.infoclass): def setTargets( self ): self.svnTargets['gitHEAD'] = '[git]kde:kmymoney' self.svnTargets['gitStable-4.6'] = '[git]kde:kmymoney|4.6|' -for ver in ['4.5.3', '4.6.0', '4.6.1']: +for ver in ['4.5.3', '4.6.0', '4.6.1', '4.6.2']: self.targets[ ver ] = 'http://downloads.sourceforge.net/kmymoney2/kmymoney-' + ver + '.tar.bz2' self.targetInstSrc[ ver ] = 'kmymoney-' + ver self.patchToApply['4.5.3'] = ('kmymoney-4.5.2-20110112.diff', 1) self.patchToApply['4.6.0'] = ('kmymoney-4.6.0-20110822.diff', 1) self.patchToApply['4.6.1'] = ('kmymoney-4.6.1-20111208.diff', 1) +self.patchToApply['4.6.2'] = ('kmymoney-4.6.1-20111208.diff', 1) self.defaultTarget = 'gitStable-4.6' def setDependencies( self ): -- 1.7.4.msysgit.0 signature.asc Description: This is a digitally signed message part. ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
[PATCH] MPIR 2.5 is available
Hi, As with libofx, please use the newer version when it will be possible. -- Regards, Cristian Oneț>From 65935982151b5dec2af039fbdb5fc4cef8e3789b Mon Sep 17 00:00:00 2001 From: Cristian Onet Date: Wed, 1 Feb 2012 01:00:42 +0200 Subject: [PATCH] MPIR 2.5 is available. --- .../mpir-src/mpir-2.5.0-20120201.diff | 113 + .../mpir-src/mpir-src-20110313.py | 166 ++-- 2 files changed, 198 insertions(+), 81 deletions(-) create mode 100644 portage/win32libs-sources/mpir-src/mpir-2.5.0-20120201.diff diff --git a/portage/win32libs-sources/mpir-src/mpir-2.5.0-20120201.diff b/portage/win32libs-sources/mpir-src/mpir-2.5.0-20120201.diff new file mode 100644 index 000..e8d1f76 --- /dev/null +++ b/portage/win32libs-sources/mpir-src/mpir-2.5.0-20120201.diff @@ -0,0 +1,113 @@ +diff -Nru mpir-2.5.0.orig/build.vc10/configure.bat mpir-2.5.0/build.vc10/configure.bat +--- mpir-2.5.0.orig/build.vc10/configure.bat 2011-06-08 10:14:20.0 +0300 mpir-2.5.0/build.vc10/configure.bat 2012-02-01 00:44:49.814702200 +0200 +@@ -69,6 +69,7 @@ + set ARCH=amd64 + set ARCHW=x64 + ) ++set YASM="%YASMPATH%\vsyasm.exe" + cl config.guess.c > nul 2>&1 + if errorlevel 1 goto :nocc1 + config.guess.exe print > config.guess.bat +@@ -77,7 +78,6 @@ + :nocc1 + if exist "%VS100COMNTOOLS%\..\..\VC\vcvarsall.bat" ( + call "%VS100COMNTOOLS%\..\..\VC\vcvarsall.bat" %ARCH% +-set YASM="%VS100COMNTOOLS%\..\..\VC\bin\vsyasm.exe" + ) + cl config.guess.c > nul 2>&1 + if errorlevel 1 goto :nocc +diff -Nru mpir-2.5.0.orig/build.vc10/make.bat mpir-2.5.0/build.vc10/make.bat +--- mpir-2.5.0.orig/build.vc10/make.bat 2011-06-08 10:14:20.0 +0300 mpir-2.5.0/build.vc10/make.bat 2012-02-01 00:44:49.830327200 +0200 +@@ -39,7 +39,7 @@ + + :make + +-set MS_BUILD="C:\Windows\Microsoft.NET\Framework64\v4.0.30319\msbuild.exe" ++set MS_BUILD="C:\Windows\Microsoft.NET\Framework\v4.0.30319\msbuild.exe" + + set LIBBUILD=%LIBTYPE%_mpir_%BCPU% + +diff -Nru mpir-2.5.0.orig/build.vc10/postbuild.bat mpir-2.5.0/build.vc10/postbuild.bat +--- mpir-2.5.0.orig/build.vc10/postbuild.bat 2011-12-21 08:01:39.0 +0200 mpir-2.5.0/build.vc10/postbuild.bat 2012-02-01 00:46:02.808691800 +0200 +@@ -37,13 +37,14 @@ + call :seterr & echo "postbuild copy error ERROR: file = %file%, msbf = %msbf% extn = %extn%" & exit /b %errorlevel% + + :is1st ++set type=%plat% + set plat=%conf% + set conf=%file% + + :is2nd: + rem set the target aand output directories +-set source="%plat%\%conf%" +-set dest="..\%extn%\%plat%\%conf%" ++set source="%type%\%plat%\%conf%" ++set dest="%extn%\%plat%\%conf%" + + rem output parametrers for the MPIR tests + echo (set libr=%extn%) > output_params.bat +diff -Nru mpir-2.5.0.orig/configure mpir-2.5.0/configure +--- mpir-2.5.0.orig/configure 2012-01-05 01:44:46.0 +0200 mpir-2.5.0/configure 2012-02-01 00:44:49.845952200 +0200 +@@ -9591,7 +9591,7 @@ + #define __GMP_BITS_PER_MP_LIMB 123 /* dummy for GMP_NUMB_BITS etc */ + #define GMP_LIMB_BITS 123 + $DEFN_LONG_LONG_LIMB +-#include "$srcdir/gmp-h.in" ++#include "../mpir-2.5.0/gmp-h.in" + + #if ! __GMP_HAVE_PROTOTYPES + die die die +@@ -25185,7 +25185,7 @@ + #define __GMP_BITS_PER_MP_LIMB 123 /* dummy for GMP_NUMB_BITS etc */ + #define GMP_LIMB_BITS 123 + $DEFN_LONG_LONG_LIMB +-#include "$srcdir/gmp-h.in" ++#include "../mpir-2.5.0/gmp-h.in" + + #ifndef __GMP_EXTERN_INLINE + die die die +@@ -25396,9 +25396,9 @@ + #define __GMP_BITS_PER_MP_LIMB 123 /* dummy for GMP_NUMB_BITS etc */ + #define GMP_LIMB_BITS 123 + $DEFN_LONG_LONG_LIMB +-#include "$srcdir/gmp-h.in" ++#include "../mpir-2.5.0/gmp-h.in" + +-#include "$srcdir/gmp-impl.h" ++#include "../mpir-2.5.0/gmp-impl.h" + + int + main () +@@ -25494,7 +25494,7 @@ + #define __GMP_BITS_PER_MP_LIMB 123 /* dummy for GMP_NUMB_BITS etc */ + #define GMP_LIMB_BITS 123 + $DEFN_LONG_LONG_LIMB +-#include "$srcdir/gmp-h.in" ++#include "../mpir-2.5.0/gmp-h.in" + + #if ! _GMP_H_HAVE_FILE + die die die +@@ -28260,7 +28260,7 @@ + #define __GMP_BITS_PER_MP_LIMB 123 /* dummy for GMP_NUMB_BITS etc */ + #define GMP_LIMB_BITS 123 + $DEFN_LONG_LONG_LIMB +-#include \"$srcdir/gmp-h.in\" ++#include \"../mpir-2.5.0/gmp-h.in\" + + "; then : + +diff -Nru mpir-2.5.0.orig/mpirxx.h mpir-2.5.0/mpirxx.h +--- mpir-2.5.0.orig/mpirxx.h 2011-11-17 07:27:35.0 +0200 mpir-2.5.0/mpirxx.h 2012-02-01 00:44:49.845952200 +0200 +@@ -1355,6 +1355,7 @@ +since gmp-impl.h is not publicly available, I redefine it here +I use a different name to avoid possible clashes */ + extern "C" { ++typedef void (*__gmp_freefunc_t) (void *, size_t); + struct __gmp_alloc_cstring_c + { +void (*free_func) (voi
[PATCH] Libofx 0.9.5 is the latest release.
Hi, I've updated and tested the newest version of libofx. Please apply this patch to use it when the release schedule will allow it. Thanks, -- Regards, Cristian Oneț>From 9491d1ff86accfc231f6d4a20c64797a072fc117 Mon Sep 17 00:00:00 2001 From: Cristian Onet Date: Tue, 31 Jan 2012 20:11:34 +0200 Subject: [PATCH] Libofx 0.9.5 is the latest release. --- .../libofx-src/libofx-0.9.5-20120131.diff | 360 .../libofx-src/libofx-src-200110215.py |8 +- 2 files changed, 367 insertions(+), 1 deletions(-) create mode 100644 portage/win32libs-sources/libofx-src/libofx-0.9.5-20120131.diff diff --git a/portage/win32libs-sources/libofx-src/libofx-0.9.5-20120131.diff b/portage/win32libs-sources/libofx-src/libofx-0.9.5-20120131.diff new file mode 100644 index 000..e062266 --- /dev/null +++ b/portage/win32libs-sources/libofx-src/libofx-0.9.5-20120131.diff @@ -0,0 +1,360 @@ +diff -Nru libofx-0.9.5.orig/CMakeLists.txt libofx-0.9.5/CMakeLists.txt +--- libofx-0.9.5.orig/CMakeLists.txt 1970-01-01 02:00:00.0 +0200 libofx-0.9.5/CMakeLists.txt 2012-01-31 20:04:34.813263600 +0200 +@@ -0,0 +1,98 @@ ++project(ofx) ++ ++set (VERSION_MAJOR 0) ++set (VERSION_MINOR 9) ++set (VERSION_PATH 5) ++ ++cmake_minimum_required(VERSION 2.6) ++ ++list(APPEND CMAKE_MODULE_PATH ${CMAKE_SOURCE_DIR}) ++find_package(OpenSP REQUIRED) ++ ++if(MSVC) ++add_definitions(-D_CRT_SECURE_NO_WARNINGS) ++endif(MSVC) ++ ++include_directories( ++inc ++${OPENSP_INCLUDES} ++${CMAKE_INSTALL_PREFIX}/include ++) ++ ++add_definitions( ++-DOS_WIN32 ++-DMAKEFILE_DTD_PATH="${CMAKE_PREFIX_PATH}/share/libofx/dtd/" ++) ++ ++set (COEFF_HDRS ++inc/libofx.h ++lib/messages.hh ++lib/ofx_preproc.hh ++lib/file_preproc.hh ++lib/context.hh ++lib/ofx_sgml.hh ++lib/ofc_sgml.hh ++lib/ofx_aggregate.hh ++lib/ofx_error_msg.hh ++lib/ofx_containers.hh ++lib/ofx_request.hh ++lib/ofx_request_accountinfo.hh ++lib/ofx_request_statement.hh ++lib/ofx_utilities.hh ++lib/tree.hh ++lib/win32.hh ++) ++ ++set (SRC_SOURCES ++ lib/messages.cpp ++ lib/ofx_utilities.cpp ++ lib/file_preproc.cpp ++ lib/context.cpp ++ lib/ofx_preproc.cpp ++ lib/ofx_container_generic.cpp ++ lib/ofx_container_main.cpp ++ lib/ofx_container_security.cpp ++ lib/ofx_container_statement.cpp ++ lib/ofx_container_account.cpp ++ lib/ofx_container_transaction.cpp ++ lib/ofx_containers_misc.cpp ++ lib/ofx_request.cpp ++ lib/ofx_request_accountinfo.cpp ++ lib/ofx_request_statement.cpp ++ lib/ofx_sgml.cpp ++ lib/ofc_sgml.cpp ++ lib/win32.cpp ++ ${COEFF_HDRS} ++) ++ ++# We would like it to be shared, but libofx does not export symbols manually ++# thus it causes troubles on MSVC ++#add_library(ofx SHARED ${SRC_SOURCES}) ++add_library(ofx ${SRC_SOURCES}) ++ ++FIND_LIBRARY( ICONV_LIBRARIES iconv ) ++if(MSVC) ++set_target_properties(ofx PROPERTIES OUTPUT_NAME "libofx") ++endif(MSVC) ++target_link_libraries(ofx ${OPENSP_LIBRARIES} ${ICONV_LIBRARIES}) ++ ++# add a utility function so that we can test ofx files ## ++set(ofxdump_SRCS ++ofxdump/cmdline.c ++ofxdump/ofxdump.cpp ++) ++ ++if(MSVC) ++set(ofxdump_SRCS ${ofxdump_SRCS} lib/messages.cpp lib/getopt.c lib/getopt1.c) ++endif(MSVC) ++ ++add_definitions(-DCMDLINE_PARSER_PACKAGE=\"ofxdump\" -DCMDLINE_PARSER_PACKAGE_NAME=\"ofxdump\" -DCMDLINE_PARSER_VERSION=\"0.9.5\") ++add_executable(ofxdump ${ofxdump_SRCS}) ++target_link_libraries(ofxdump ofx) ++ ++install(TARGETS ofx ofxdump RUNTIME DESTINATION bin ARCHIVE DESTINATION lib LIBRARY DESTINATION lib) ++install(FILES inc/libofx.h DESTINATION include/libofx) ++install(FILES dtd/opensp.dcl DESTINATION ${CMAKE_PREFIX_PATH}/share/libofx/dtd) ++install(FILES dtd/ofx160.dtd DESTINATION ${CMAKE_PREFIX_PATH}/share/libofx/dtd) ++install(FILES dtd/ofx201.dtd DESTINATION ${CMAKE_PREFIX_PATH}/share/libofx/dtd) ++install(FILES dtd/ofc.dtd DESTINATION ${CMAKE_PREFIX_PATH}/share/libofx/dtd) +diff -Nru libofx-0.9.5.orig/config.h libofx-0.9.5/config.h +--- libofx-0.9.5.orig/config.h 1970-01-01 02:00:00.0 +0200 libofx-0.9.5/config.h 2012-01-31 19:57:23.409470600 +0200 +@@ -0,0 +1,71 @@ ++// Have these ++#define HAVE_EVENTGENERATOR_H 1 ++#define HAVE_LIBCURL 1 ++#define HAVE_MEMORY_H 1 ++#define HAVE_PARSEREVENTGENERATORKIT_H 1 ++#define HAVE_SGMLAPPLICATION_H 1 ++#define HAVE_STDLIB_H 1 ++#define HAVE_STRING_H 1 ++#define HAVE_SYS_STAT_H 1 ++#define HAVE_SYS_TYPES_H 1 ++ ++// Do not exist ++#undef HAVE_DLFCN_H ++#undef HAVE_GETOPT_H ++#undef HAVE_GETOPT_LONG ++#undef HAVE_INTTYPES_H ++#undef HAVE_STDINT_H ++#undef HAVE_STRINGS_H ++#undef HAVE_UNISTD_H ++ ++ ++// Unsure ++
[PATCH] Version 4.3.2 of libalkimia is available.
Hi, I've attached a patch to use the newest release of libalkimia. -- Regards, Cristian Oneț>From 4a639b0fc334858f41a1ceae37741f112baf21e3 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Cristian=20One=C8=9B?= Date: Sun, 29 Jan 2012 13:39:13 +0200 Subject: [PATCH] Version 4.3.2 of libalkimia is available. --- .../extragear/libalkimia/libalkimia-20110309.py|3 ++- server/serverconfig/packagelist-release.txt|2 +- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/portage/extragear/libalkimia/libalkimia-20110309.py b/portage/extragear/libalkimia/libalkimia-20110309.py index 2bce61b..90cf5a9 100644 --- a/portage/extragear/libalkimia/libalkimia-20110309.py +++ b/portage/extragear/libalkimia/libalkimia-20110309.py @@ -3,11 +3,12 @@ import info class subinfo(info.infoclass): def setTargets( self ): self.svnTargets['gitHEAD'] = '[git]kde:alkimia' -for ver in ['4.3.0', '4.3.1']: +for ver in ['4.3.0', '4.3.1', '4.3.2']: self.targets[ ver ] = 'http://kde-apps.org/CONTENT/content-files/137323-libalkimia-' + ver + '.tar.bz2' self.targetInstSrc[ ver ] = "libalkimia-" + ver self.patchToApply['4.3.1'] = ("libalkimia-4.3.1-20110822.diff", 1) self.targetDigests['4.3.1'] = 'a8381bf4def252425aca31d0929e31b1aa82d0b5' +self.targetDigests['4.3.2'] = 'a747252fe6198d44f97d73a5c6cdf8b31af31732' self.defaultTarget = 'gitHEAD' def setDependencies( self ): diff --git a/server/serverconfig/packagelist-release.txt b/server/serverconfig/packagelist-release.txt index 8d12599..93b6cab 100644 --- a/server/serverconfig/packagelist-release.txt +++ b/server/serverconfig/packagelist-release.txt @@ -104,7 +104,7 @@ extragear,amarok,2.5.0, extragear,kate,4.8.0, extragear,kile,, extragear,digikam,2.5.0, -extragear,libalkimia,4.3.1, +extragear,libalkimia,4.3.2, extragear,kmymoney,gitStable-4.6, extragear,kmid,2.4.0, extragear,konversation,1.4, -- 1.7.3.4 signature.asc Description: This is a digitally signed message part. ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: [PATCH] KMyMoney has move to git. Cleanup portage file by removing really old and obsolete versions.
On Wednesday 16 November 2011 21:32:35 Patrick Spendrin wrote: > Well, theoretically the kde-4.7 branch should contain the stable builds > - which means that external packages should have their default target on > a stable release (e.g. soprano, poppler, win32libs-sources, etc.) and > the KDE packages on the release branch (which is KDE/4.7 for kde-4.7). > Also, for the KDE packages, all the stable releases should be in the > kde-4.7 branch (for kmymoney e.g. the 4.6.1 release) which is where the > differences come from - the master branch doesn't contain the releases. I can partly understand this approach but partly not. If it look at it this way: all software from trunk/master is in development and thus unstable then I agree but that not true in all cases. From an application developer's POV the main goal is to get it's software to the user as fast as possible (after a release or even from trunk). If you think about it this way then the stable/unstable principle is only applicable to the platform itself that being KDE (win32libs, qt, kdelibs, kdepimlibs, kderuntime). A problem in one application is not as serious as a problem in the platform itself (kio crashes vs. some app. crash in a certain scenario). As an application developer I would need a stable KDE platform on Windows. AFAIK KDE applications don't really need the latest KDE to be build-able (even from trunk/master). So I would strongly agree to developing kmymoney on Windows on top of KDE 4.7.3 instead of developing it on top of KDE master which can't be done since building kdelibs master fails. So once a relatively stable KDE release is obtained I would make it somehow available as a development platform for application developers thus letting the KDE on Windows project members focus on issues with the KDE platform itself. -- Regards, Cristian Oneț signature.asc Description: This is a digitally signed message part. ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: [PATCH] KMyMoney has move to git. Cleanup portage file by removing really old and obsolete versions.
2011/11/15 Ralf Habacker : > Am 15.11.2011 00:59, schrieb Cristian Oneț: >> >> Hi, >> >> I've attached the patch that updates the KMyMoney repository in KDE on >> Windows >> portage. > > thanks for the update. Unfortunally the patch do not apply. > > C:\kde\trunk\emerge>git am kmymoney.patch > Applying: KMyMoney has move to git. Cleanup portage file by removing really > old and obsolete versions. > c:/kde/trunk/emerge/.git/rebase-apply/patch:77: trailing whitespace. > self.svnTargets['gitHEAD'] = '[git]kde:kmymoney' > c:/kde/trunk/emerge/.git/rebase-apply/patch:78: trailing whitespace. > for ver in ['4.5.3', '4.6.0', '4.6.1']: > error: portage/extragear/kmymoney/kmymoney-4.6.1-20110918.py: does not exist > in index > Patch failed at 0001 KMyMoney has move to git. Cleanup portage file by > removing really old and obsolete versions. > When you have resolved this problem run "git am --resolved". > If you would prefer to skip this patch, instead run "git am --skip". > To restore the original branch and stop patching run "git am --abort". > > > According to > https://projects.kde.org/projects/kdesupport/emerge/repository/revisions/master/show/portage/extragear/kmymoney > there is no 4.6.1 related file That's right because the patch was created for kde-4.7.3 branch (that is used right now AFAIK), sorry I did not mention it. I don't know how you guys manage with merges between different branches if the filenames differ on each of them. Regards, Cristian > Ralf > > ___ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows > ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
[PATCH] KMyMoney has move to git. Cleanup portage file by removing really old and obsolete versions.
Hi, I've attached the patch that updates the KMyMoney repository in KDE on Windows portage. -- Regards, Cristian Oneț>From 621ae1ca9277e586d6c708ae9aa4339783a1ffec Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Cristian=20One=C8=9B?= Date: Tue, 15 Nov 2011 00:11:38 +0200 Subject: [PATCH] KMyMoney has move to git. Cleanup portage file by removing really old and obsolete versions. --- portage/extragear/kmymoney/kmymoney-3.98.1.diff| 27 .../kmymoney/kmymoney-4.5.1-20101215.diff | 19 -- .../extragear/kmymoney/kmymoney-4.6.1-20110918.py |9 +- 3 files changed, 2 insertions(+), 53 deletions(-) delete mode 100644 portage/extragear/kmymoney/kmymoney-3.98.1.diff delete mode 100644 portage/extragear/kmymoney/kmymoney-4.5.1-20101215.diff diff --git a/portage/extragear/kmymoney/kmymoney-3.98.1.diff b/portage/extragear/kmymoney/kmymoney-3.98.1.diff deleted file mode 100644 index 7c55a64..000 --- a/portage/extragear/kmymoney/kmymoney-3.98.1.diff +++ /dev/null @@ -1,27 +0,0 @@ -diff -Nru kmymoney-3.98.1.orig/CMakeLists.txt kmymoney-3.98.1/CMakeLists.txt kmymoney-3.98.1.orig/CMakeLists.txt 2010-05-21 08:41:07.0 +0200 -+++ kmymoney-3.98.1/CMakeLists.txt 2010-06-07 23:47:44.48700 +0200 -@@ -127,8 +127,10 @@ - CHECK_FUNCTION_EXISTS(vsnprintf HAVE_VSNPRINTF) - CHECK_FUNCTION_EXISTS(strtoll HAVE_STRTOLL) - --SET(CMAKE_REQUIRED_FLAGS "-std=c99") --SET(CMAKE_REQUIRED_LIBRARIES m) -+IF(NOT WIN32) -+SET(CMAKE_REQUIRED_FLAGS "-std=c99") -+SET(CMAKE_REQUIRED_LIBRARIES m) -+ENDIF(NOT WIN32) - CHECK_FUNCTION_EXISTS(round HAVE_ROUND) - - # check for function in header -@@ -142,7 +144,9 @@ - - # special handling of crypt() check - # --- crypt() - --SET(CMAKE_REQUIRED_LIBRARIES crypt) -+IF(NOT WIN32) -+SET(CMAKE_REQUIRED_LIBRARIES crypt) -+ENDIF(NOT WIN32) - CHECK_FUNCTION_EXISTS(crypt HAVE_CRYPT) - # - - diff --git a/portage/extragear/kmymoney/kmymoney-4.5.1-20101215.diff b/portage/extragear/kmymoney/kmymoney-4.5.1-20101215.diff deleted file mode 100644 index 4d74276..000 --- a/portage/extragear/kmymoney/kmymoney-4.5.1-20101215.diff +++ /dev/null @@ -1,19 +0,0 @@ -diff -Nru kmymoney-4.5.1.orig/kmymoney/reports/CMakeLists.txt kmymoney-4.5.1/kmymoney/reports/CMakeLists.txt kmymoney-4.5.1.orig/kmymoney/reports/CMakeLists.txt 2010-11-14 15:28:29.0 +0100 -+++ kmymoney-4.5.1/kmymoney/reports/CMakeLists.txt 2010-12-15 17:42:29.801474500 +0100 -@@ -13,6 +13,7 @@ - ) - - KDE4_ADD_LIBRARY(reports STATIC ${libreports_a_SOURCES}) -+ADD_DEPENDENCIES(reports kmm_config widgets) - - ## tests - IF( KDE4_BUILD_TESTS ) -diff -Nru kmymoney-4.5.1.orig/kmymoney/dialogs/settings/CMakeLists.txt kmymoney-4.5.1/kmymoney/dialogs/settings/CMakeLists.txt kmymoney-4.5.1.orig/kmymoney/dialogs/settings/CMakeLists.txt 2010-11-14 16:28:43.0 +0200 -+++ kmymoney-4.5.1/kmymoney/dialogs/settings/CMakeLists.txt 2010-12-16 09:02:49.181375500 +0200 -@@ -31,3 +31,4 @@ - kde4_add_ui_files(libsettings_a_SOURCES ${libsettings_a_UI} ) - - KDE4_ADD_LIBRARY(settings STATIC ${libsettings_a_SOURCES}) -+ADD_DEPENDENCIES(settings kmm_config) diff --git a/portage/extragear/kmymoney/kmymoney-4.6.1-20110918.py b/portage/extragear/kmymoney/kmymoney-4.6.1-20110918.py index 8edb0c5..e324187 100644 --- a/portage/extragear/kmymoney/kmymoney-4.6.1-20110918.py +++ b/portage/extragear/kmymoney/kmymoney-4.6.1-20110918.py @@ -2,15 +2,10 @@ import info class subinfo(info.infoclass): def setTargets( self ): -self.svnTargets['svnHEAD'] = 'trunk/extragear/office/kmymoney' -for ver in ['4.5', '4.5.1', '4.5.2', '4.5.3', '4.6.0','4.6.1']: +self.svnTargets['gitHEAD'] = '[git]kde:kmymoney' +for ver in ['4.5.3', '4.6.0', '4.6.1']: self.targets[ ver ] = 'http://downloads.sourceforge.net/kmymoney2/kmymoney-' + ver + '.tar.bz2' self.targetInstSrc[ ver ] = 'kmymoney-' + ver -self.targets['3.98.1'] = 'http://downloads.sourceforge.net/kmymoney2/kmymoney-3.98.1.tar.bz2' -self.targetInstSrc['3.98.1'] = 'kmymoney-3.98.1' -self.patchToApply['3.98.1'] = ('kmymoney-3.98.1.diff', 1) -self.patchToApply['4.5.1'] = ('kmymoney-4.5.1-20101215.diff', 1) -self.patchToApply['4.5.2'] = ('kmymoney-4.5.2-20110112.diff', 1) self.patchToApply['4.5.3'] = ('kmymoney-4.5.2-20110112.diff', 1) self.patchToApply['4.6.0'] = ('kmymoney-4.6.0-20110822.diff', 1) self.defaultTarget = '4.6.1' -- 1.7.3.4 signature.asc Description: This is a digitally signed message part. ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Fwd: KMyMoney 4.6.1 released
Hi, Could you please package the latest version for Windows? It also contais some Windows specific bugfixes. Thanks :) -- Regards, Cristian Oneț--- Begin Message --- The KMyMoney Team is pleased to announce the immediate availability of KMyMoney version 4.6.1 [1]. This version contains several fixes for bugs found in 4.6.0 since it was released three months ago. Here is a list of the most important changes since the last stable release: * fixed schedules moved to the next processing day #262945 * fixed a crash with an uncaught exception when closing the current file before a GNUCash import #280070 * fixed the split window redraw when resizing #241544 * fixed a crash caused by an invalid budget #280172 * fixed a crash when deleting an account #280740 * the date can now be modified when editing multiple transactions #280795 * the balance in the payees view is now computed correctly even if the payee has transactions with different currencies #280795 For a full list of the changes please check out the changelog [2]. We highly recommend upgrading to 4.6.1 as soon as possible. The KMyMoney Development Team [1] http://sourceforge.net/projects/kmymoney2/files/KMyMoney- KDE4/4.6.1/kmymoney-4.6.1.tar.bz2/download [2] http://kmymoney2.sourceforge.net/ChangeLog-4.6.1.txt signature.asc Description: This is a digitally signed message part. --- End Message --- signature.asc Description: This is a digitally signed message part. ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Pre-release announcement
2011/8/26 Patrick Spendrin : > Am 26.08.2011 10:52, schrieb Cristian Oneț: >> 2011/8/26 Patrick Spendrin : >>> Hi everybody, >>> >>> this is the pre-release announcement for the 4.7.0 release. >>> >>> Before we can make this the latest release, I want to test it a bit and >>> I need your help for that: >>> Please try to install the 4.7.0 release (selectable on the release >>> selection page from the winkde.org mirror) in any way you want. >>> >>> Please inform us of any errors you find like this: >>> I installed parley and when I start parley I get an error message that >>> kdeeduvocdocument.dll is missing. >>> Missing application icons are of interest too. >>> >>> Things we know already: >>> - l10n packages are empty: these packages are currently uploaded and >>> will be available for the release. >>> - in the kdepim package: the mobile applications miss application icons, >>> also the config dialog probably crashes in all kdepim apps. >>> >>> If nothing big happens in between, the release will probably be >>> announced next week. >>> >> Hi, >> >> I'm experiencing a runtime error with the current gpgme version. A >> good way to reproduce this is to start KMyMoney go to Tools->Settings >> or simply call these functions >> GpgME::initializeLibrary();GpgME::checkEngine(GpgME::OpenPGP); from >> any application. I've tested this with a version built by me with msvc >> 2010. Does gpgme work in kdepim? > > Hm, no, this is also the problem why we need to repackage kdepim (to > disable that). > I am not really sure we can easily fix these issues, so is it possible > to disable gpgme in kmymoney (does it make sense)? If gpgme can't be fixed for this release then it does makes sense. I'd rather have gpgme disabled then a crash. To diable it in KMyMoney KGPGFile::GPGAvailable() in kmymoney/libkgpgfile/kgpgfile.cpp:289 should be patched to return false without calling GpgMe. Would you create that patch for 4.6.0? Regards, Cristian >> >> Regards, >> Cristian > > regards, > Patrick > ___ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows > ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: Pre-release announcement
2011/8/26 Patrick Spendrin : > Hi everybody, > > this is the pre-release announcement for the 4.7.0 release. > > Before we can make this the latest release, I want to test it a bit and > I need your help for that: > Please try to install the 4.7.0 release (selectable on the release > selection page from the winkde.org mirror) in any way you want. > > Please inform us of any errors you find like this: > I installed parley and when I start parley I get an error message that > kdeeduvocdocument.dll is missing. > Missing application icons are of interest too. > > Things we know already: > - l10n packages are empty: these packages are currently uploaded and > will be available for the release. > - in the kdepim package: the mobile applications miss application icons, > also the config dialog probably crashes in all kdepim apps. > > If nothing big happens in between, the release will probably be > announced next week. > Hi, I'm experiencing a runtime error with the current gpgme version. A good way to reproduce this is to start KMyMoney go to Tools->Settings or simply call these functions GpgME::initializeLibrary();GpgME::checkEngine(GpgME::OpenPGP); from any application. I've tested this with a version built by me with msvc 2010. Does gpgme work in kdepim? Regards, Cristian ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: life sign & RFC
On Fri, Jun 3, 2011 at 2:03 AM, Patrick Spendrin wrote: > Hi everybody, > > after some months of break, I am back online again working on KDE on > Windows though with a lot less time. Good to know you're back :). > There are two things that are probably most interesting in the coming > months: > 1) a KDE 4.6 binary release > 2) the emerge git transition > > The main question is of course in what order these should be done: > doing the release first, and switching to git later or switching to git > first and doing the release shortly after it. > > I personally prefer to have the git transition first, and do the release > after that, since we can benefit from the things we can change with this > transition: > > my plan looks like this: > - do a last emerge branch/tagging so that people can use that version if > they want > - do the transition > - move/remove stuff in emerge: > remove kde-4.X categories and only keep kde category > > rationals: > we normally don't use the splitting between the kde-4.X release > categories and the kde category. this also doesn't work because e.g. > win32libs do change in between and we can't guarantee for binary > compatibility of our 3rdparty projects anyway (examples that occurred > until now are jpeg6/7/8, png 1.2vs.1.4 and of course Qt). So instead I > want to have one branch per release, e.g. one 4.6 branch which will be > split away from the master branch somewhen around the time the branches > are set up for KDE itself. > Since Tortoisegit is not half as good as Tortoisesvn I also want to > promote a different way to setup emerge: Beginning with a zip package > (which might include python & emerge (& git)) you can install emerge > somewhere, and start emerge with 'emerge --update emerge' which would > then update itself to the most recent version. Ralf did some work on > that already (until now only in the svn version, but I am sure we can > easily adapt that to git) so I don't think this becomes a big problem. > > So what do you think? The plan seems OK if the team has the resources to pull it off before 4.7 is released. Otherwise 4.6 could be skipped altogether. Regards, Cristian > regards, > Patrick who became father of a qt boy in february... > ___ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows > ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
I need some help to create mpir binary packages
Hi, KMyMoney recently moved it's internal vale representation to libgmp [1] (The GNU Multiple Precision Arithmetic Library). The problem with libgmp in the context of the KDE on Windows project is that, AFAIK, is not build-able with MSVC. While looking for a solution to this problem I came across mpir [2] which is a fork of libgmp [3] aimed at providing, among other things, support for the MSVC compiler. After I succeeded to build the library with MSVC (I have to tell you that it was not straight forward) I decided that it's a good enough replacement for libgmp on Windows. I am writing this mail to request the creation of binary packages for the current win32libs-sources/mpir-src package. If any developer can do it a short description of the steps to follow would be nice. Regards, Cristian [1] http://gmplib.org/ [2] http://www.mpir.org/ [3] http://www.mpir.org/#about ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
help improving aqbanking and dependent packages
Hi, As the commit log bellow states I committed some packages needed for HBCI banking in KMyMoney. If anyone would be so kind to test these packages (from a packager POV) I would really appreciate it. They only work on mingw for now. Regards, Cristian On Sunday 23 January 2011 11:16:03 Cristian Oneț wrote: > SVN commit 1216417 by conet: > > Added packages for AqBanking and Gwenhywfar plus gnutls which is a > Gwenhywfar dependency (see > http://www.aquamaniac.de/sites/aqbanking/index.php). The packages are only > buildable on mingw for now and are needed for HBCI (German online banking > standard) support in KMyMoney (provided by a plugin). The packages still > have the following issues so someone with more mingw knowledge could > provide some improvements: - gnutls will not compile because the existing > gpg-error-src package (used via libgcrypt) does not install the > gpg-error-config script - libgcrypt will also need some love > - I had to make a nasty hack in gwenhywfar's configure to find qt4libs > which will only work in debug ("d4" suffix - need some help here) > > A aqbanking-src (directory) > AMaqbanking-src/aqbanking-src-20110122.py > A gnutls-src (directory) > AMgnutls-src/gnutls-2.8.6-20110118.diff > AMgnutls-src/gnutls-src-2.8.6.py > A gwenhywfar-src (directory) > AMgwenhywfar-src/gwenhywfar-4.0.3-20110122.diff > AMgwenhywfar-src/gwenhywfar-src-20110104.py > M +1 -1 libgcrypt-src/libgcrypt-src-1.4.4.py > > > --- > trunk/kdesupport/emerge/portage/testing/libgcrypt-src/libgcrypt-src-1.4.4. > py #1216416:1216417 @@ -16,7 +16,7 @@ > self.options.package.withCompiler = False > > def setDependencies( self ): > -self.hardDependencies['testing/libgpg-error-src'] = 'default' > +self.hardDependencies['win32libs-sources/gpg-error-src'] = > 'default' self.hardDependencies['virtual/bin-base'] = 'default' > self.hardDependencies['dev-util/msys'] = 'default' -- Regards, Cristian Oneț signature.asc Description: This is a digitally signed message part. ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: emerge broken
On Saturday 15 January 2011 13:55:41 Ralf Habacker wrote: > Hi, > > with latest emerge from svn I am not able to fetch > kdewin-installer-static package > > R:\build\win32libs-sources\dbus-src-1.4.1-20101222\work\msvc2008-Debug-gitH > EAD>emerge --fetch kdewin-installer-static > emerge.bat executed > 12:50 > emerge debug: buildAction: fetch > emerge debug: packageName: kdewin-installer-static > emerge debug: buildType: Debug > emerge debug: buildTests: None > ___ > _ emerge warning: Import failed for file > d:\daten\kde\emerge-msvc-root\emerge\portage\libs\qt-static\qt-static-4.5.2 > .py emerge warning: Import failed for file > d:\daten\kde\emerge-msvc-root\emerge\portage\libs\qt-static\qt-static-4.5.2 > .py emerge warning: Import failed for file > d:\daten\kde\emerge-msvc-root\emerge\portage\libs\qt-static\qt-static-4.5.2 > .py Traceback (most recent call last): >File > "d:\daten\kde\emerge-msvc-root\emerge\portage\kdesupport\kdewin-installer-s > tatic\kdewin-installer-static-0.9.8.py", line 37, in > Package().execute() >File > "d:\daten\kde\emerge-msvc-root\emerge\portage\kdesupport\kdewin-installer-s > tatic\kdewin-installer-static-0.9.8.py", line 25, in __init__ > self.qtstatic = portage.getPackageInstance('libs','qt-static') >File "r:\emerge\bin\portage.py", line 441, in getPackageInstance > return PortageInstance.getPackageInstance(category, package, > buildtarget) >File "r:\emerge\bin\portage.py", line 267, in getPackageInstance > p = module.Package() > AttributeError: 'NoneType' object has no attribute 'Package' > emerge fatal error: running python > d:\daten\kde\emerge-msvc-root\emerge\portage\kdesupport\kdewin-installer-st > atic\kdewin-installer-static-0.9.8.py fetch > 12:50 > > Any idea how to solve this problem ? > > @wolfgang: the first series of patches are more cosmetic, recent > patches changes bahavior of emerge like this error - having read access > to the outstanding patches makes is possible to see problems before they > breaks someones work. > > Regards > > Ralf > > ___ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows Is this error also caused by the latest commits? Traceback (most recent call last): File "e:\kmgw\emerge\portage\dev-util\cmake\cmake-2.8.3-2.py", line 50, in Package().execute() File "e:\kmgw\emerge\bin\Package\PackageBase.py", line 259, in execute self.runAction(command) File "e:\kmgw\emerge\bin\Package\PackageBase.py", line 276, in runAction elif command == "manifest":ok = self.manifest() File "e:\kmgw\emerge\bin\Package\PackageBase.py", line 199, in manifest if not utils.hasManifestFile( self.mergeDestinationDir(), self.category, self.package ) or self.forceCreateManifestFi TypeError: hasManifestFile() takes exactly 2 arguments (3 given) emerge fatal error: running python e:\kmgw\emerge\portage\dev- util\cmake\cmake-2.8.3-2.py manifest emerge error: fatal error: package dev-util/cmake-2.8.3-2 all failed 22:17 -- Regards, Cristian Oneț signature.asc Description: This is a digitally signed message part. ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: kdesupport/emerge
On Wed, Jan 12, 2011 at 5:15 PM, Patrick Spendrin wrote: > Am 12.01.2011 15:41, schrieb Cristian Oneț: >> Hi Patrick, >> >> Is the release build server at >> http://www.winkde.org/pub/kde/ports/win32/dashboard/release/ still >> running in order to get this fix available? I'm asking because AFAIK >> it should run every 6 hours. Or has it been stopped since the release >> was made? If it has been stopped are there any plans to relaunch >> http://www.winkde.org/pub/kde/ports/win32/dashboard ? > > No, I stopped it and triggered rebuilds by hand. > > Will do so now ;-). Thanks! > Btw. I tried out kmymoney on msvc build, and there seems to be a crash > as soon as I try to open the settings. Does that happen for you as well? > (Happens for both 4.5.2 and 4.5.2-1). As I recall no. But as I remember KMyMoney crashed on you in the new file wizard in KFileDialog also and the one thing that and the settings have in common is GPG encryption setup (combobox with the available GPG keys). Do you have a usable GPG key on that particular setup? That could cause the crash, I only tested KMyMoney without a GPG key. > dashboard will restart when I find the time to do the cleanup etc. > dashboard/release will restart on a schedule for 4.6 release. Thanks for the info. >> >> Thanks, >> Cristian > > regards, > Patrick > >> >> On Wed, Jan 12, 2011 at 9:27 AM, Cristian Oneț >> wrote: >>> SVN commit 1213930 by conet: >>> >>> Fix a crash when editing a schedule during import caused by an invalid >>> input context on Windows plus do everything to trigger a rebuild. >>> >>> D portage/extragear/kmymoney/kmymoney-20110111.py >>> A portage/extragear/kmymoney/kmymoney-20110112.py >>> portage/extragear/kmymoney/kmymoney-20110111.py#1213929 >>> D portage/extragear/kmymoney/kmymoney-4.5.2-20110111.diff >>> AM portage/extragear/kmymoney/kmymoney-4.5.2-20110112.diff >>> M +1 -1 server/serverconfig/packagelist-release.txt >>> >>> >>> --- trunk/kdesupport/emerge/server/serverconfig/packagelist-release.txt >>> #1213929:1213930 >>> @@ -44,7 +44,7 @@ >>> extragear,kipi-plugins,1.7.0, >>> #extragear,digikam,, >>> extragear,digikam,1.7.0, >>> -extragear,kmymoney,4.5.2,1 >>> +extragear,kmymoney,4.5.2,2 >>> extragear,kmid,2.4.0, >>> extragear,konversation,1.3.1, >>> extragear,quassel,0.7.1, >>> >> ___ >> Kde-windows mailing list >> Kde-windows@kde.org >> https://mail.kde.org/mailman/listinfo/kde-windows > > ___ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows > ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: kdesupport/emerge
Hi Patrick, Is the release build server at http://www.winkde.org/pub/kde/ports/win32/dashboard/release/ still running in order to get this fix available? I'm asking because AFAIK it should run every 6 hours. Or has it been stopped since the release was made? If it has been stopped are there any plans to relaunch http://www.winkde.org/pub/kde/ports/win32/dashboard ? Thanks, Cristian On Wed, Jan 12, 2011 at 9:27 AM, Cristian Oneț wrote: > SVN commit 1213930 by conet: > > Fix a crash when editing a schedule during import caused by an invalid input > context on Windows plus do everything to trigger a rebuild. > > D portage/extragear/kmymoney/kmymoney-20110111.py > A portage/extragear/kmymoney/kmymoney-20110112.py > portage/extragear/kmymoney/kmymoney-20110111.py#1213929 > D portage/extragear/kmymoney/kmymoney-4.5.2-20110111.diff > AM portage/extragear/kmymoney/kmymoney-4.5.2-20110112.diff > M +1 -1 server/serverconfig/packagelist-release.txt > > > --- trunk/kdesupport/emerge/server/serverconfig/packagelist-release.txt > #1213929:1213930 > @@ -44,7 +44,7 @@ > extragear,kipi-plugins,1.7.0, > #extragear,digikam,, > extragear,digikam,1.7.0, > -extragear,kmymoney,4.5.2,1 > +extragear,kmymoney,4.5.2,2 > extragear,kmid,2.4.0, > extragear,konversation,1.3.1, > extragear,quassel,0.7.1, > ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: jom is a general make replacement now
On Thursday 25 November 2010 17:51:27 Casper van Donderen wrote: > On Thu, Nov 25, 2010 at 4:44 PM, Cristian Oneţ wrote: > > On Thu, Nov 25, 2010 at 5:38 PM, Andre Heinecke wrote: > >> Hi, > >> > >> Am Sonntag, 7. November 2010 23:00:25 schrieb Patrick Spendrin: > >>> Ok, binaries from Christian have been uploaded & a new emerge target > >>> has been added: > >>> Please retry emerge -i --target=101-patched jom > >> > >> To give feedback here, the new version thats default now works great, it > >> reduced our build times with msvc ~20%. > >> > >> Had a strange Problem with mingw though, during a large qt build i've > >> killed emerge with control C and jom just kept building it although > >> emerge and the controlprocess was dead. > >> > >> When a build breaks i get the message (this is with msvc): > >> QProcess: Destroyed while process is still running. > >> > >> command failed with exit code 2 > >> > >> command failed with exit code 2 > >> > >> command failed with exit code 2 > >> emerge fatal error: while running make cmd: jom.exe -j8 VERBOSE=1 > > > > Could you provide a short description on how to use jom (or a link to > > where is this described)? I have emerged jom but make only launches > > one compiler process. > > Jom normally auto-detects the amount of CPU's in the system and uses > this amount as its amount of jobs. > > I believe I set EMERGE_MAKE_PROGRAM to also append the amount of jobs > and silent mode. > I'm not at home right now, but I believe my EMERGE_MAKE_PROGRAM is: > EMERGE_MAKE_PROGRAM=%KDEROOT%\dev-utils\bin\jom.exe -j8 -s Just wanted to report back that setting EMERGE_MAKE_PROGRAM like described above (with a lower -j :) ) did the trick. The only thing I miss while using jom is the cmake colored output, is there a way to have both? -- Regards, Cristian Oneț signature.asc Description: This is a digitally signed message part. ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
for the next KDE on Windows release kmymoney stable version is 4.5.0
Hi, We've release KMyMoney version 4.5.0 as our stable release for KDE4 so please consider using this version for the next KDE on Windows release. Also please move it from the UNSTABLE category of the installer to whaterver category is used for stable applications. Thanks! On Saturday 04 September 2010 22:25:44 Cristian Oneț wrote: > SVN commit 1171659 by conet: > > Added a target to build kmymoney-4.5.0. > > M +2 -0 kmymoney-20091106.py > > > --- trunk/kdesupport/emerge/portage/extragear/kmymoney/kmymoney-20091106.py > #1171658:1171659 @@ -3,6 +3,8 @@ > class subinfo(info.infoclass): > def setTargets( self ): > self.svnTargets['svnHEAD'] = 'trunk/extragear/office/kmymoney' > +self.targets['4.5.0'] = > 'http://downloads.sourceforge.net/kmymoney2/kmymoney-4.5.tar.bz2' + > self.targetInstSrc['4.5.0'] = 'kmymoney-4.5' > self.targets['3.98.1'] = > 'http://downloads.sourceforge.net/kmymoney2/kmymoney-3.98.1.tar.bz2' > self.targetInstSrc['3.98.1'] = 'kmymoney-3.98.1' > self.patchToApply['3.98.1'] = ('kmymoney-3.98.1.diff', 1) -- Regards, Cristian Oneț signature.asc Description: This is a digitally signed message part. ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows