[Bug 293610] khelpcenter do not show any help
https://bugs.kde.org/show_bug.cgi?id=293610 Jack ostrof...@users.sourceforge.net changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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
Which terminal: was: issues when using emerge
On 2016.02.08 15:15, Kevin Funk wrote: On Monday, February 08, 2016 01:22:52 PM Sven Brauch wrote: In the beginning I had to run Set-ExecutionPolicy Unrestricted to get powershell to execute the kdeenv script. Maybe that should be added to the wiki page. I don't use PS, Hannah probably knows more here. What do you use? I use PS because I haven't found anything better. I cannot stand the windows CMD, as it is not resizable. I'd really prefer to use something like mintty, but I know cygwin and kde on windows don't mix. Other suggestions? Jack ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
Re: KDE emerge loves Unix
On 2016.11.04 19:47, Nicolás Alvarez wrote: 2016-10-28 6:20 GMT-03:00 René J.V. Bertin <rjvber...@gmail.com>: > On Friday October 28 2016 11:00:17 Kevin Funk wrote: > >>> What does it mean?Now you are able to use emerge from master on Windows, Mac >>> and Linuxto compile and package your awesome software. > > Isn't this old news for those on Gentoo or Arch, I forget which of the 2? :) > > R. No, this is a totally different tool that happens to be called the same. -- Nicolás I think a lot of the original idea came from looking at the Gentoo emerge tool, so although it is a completely separate code base, they are both package management tools to simplify handling dependencies and configuration for compiling from source. They do essentially the same thing, in different environments. Jack
[kde-windows] [Bug 377788] KDEWin installer does not work with https sites
https://bugs.kde.org/show_bug.cgi?id=377788 Jack <ostrof...@users.sourceforge.net> changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net --- Comment #1 from Jack <ostrof...@users.sourceforge.net> --- Every time I see a question about using the installer, I see a response that the installer is replaced by single installer for each package. Will this installer still be supported with the Frameworks versions of applications? -- You are receiving this mail because: You are the assignee for the bug.
Re: issues with latest craft
Kevin - Thanks for the response. On 3/6/2017 3:11 AM, Kevin Funk wrote: On Sunday, 5 March 2017 19:44:37 CET Jack wrote: I just tried using craft for the first time in several months, and have run into a number of issues. Help or suggestions on any of them would be appreciated. (I posted some of these to the IRC channel, but so far, haven't seen any response.) Heya, trying to respond to a few issues you have. 1) per an error message, I upgraded my python from 3.5 to 3.6. However, Makes sense. I then got some messages about needing to set the python27 variable. Is 2.7 really needed in addition to 3.6? Am I just asking for trouble pointing python27 to my 3.6 version? No idea, sorry. There is a comment in kdesettings.ini that some packages still need 2.7. At some point, I'll unset that variable, and then track down where the messages came from. I know I grepped for it, but can't find it right now. 2) on https://community.kde.org/Windows the link near the bottom to the source code in git points to raft.git instead of craft.git. Fixed. 3) is there still no single craft command to update all installed packages? Updating *all* packages should be possible with `craft --update-all ...`, no? Apparently not. "craft: error: unrecognized arguments: --update-all" I think it's somehow been missing for a while. The bigger problem (I have) is updating a *subset* of packages, e.g. just KF5 -- that's not easily possible. I wonder if it might be possible to allow wildcards, or for packageNames to include both category and name or just category, or to implement the concept of sets, as used by Gentoo's portage system. 4) I initially got a strange error, which suggests typos in two calls to craftDebug.log.debug in craft/bin/utils.py. I've attached a patch file showing the two lines I changed - both removing the leading 'f' from the start of the call '(f"C...' and also fixing a spelling error in one from Coammand to Command. That's valid Python 3.6 syntax. See: https://www.python.org/dev/peps/pep-0498/ Did you get that error with Python 3.5 still around? The only error I thought got with 3.5 was that I needed 3.6. I have reverted those changes, and am not currently getting any error, so I'll call that one "user error" unless it comes back. However, the misspelling of Caommand should still be fixed. 5) Attempting to upgrade libpng, I get compile errors with 1.5.28 (default target) and also with 1.6.6 and 1.6.27. I'll be glad to post more details if anyone is interested. Yes, please post the error. Maybe in a separate thread. Yes, once everything else is stable again, I'll pursue that one. Cheers, Kevin I suspect I will still have problems with mpir, but haven't gotten that far yet. (I believe it was a compile error related to make using either absolute or relative path, when only the other actually works correctly. I've posted about it some time ago, but never got a good resolution.) I haven't gotten to this one yet, so I don't know if it's still a problem. I'll start a new thread if it is, unless I can find the original message. Jack
issues with latest craft
I just tried using craft for the first time in several months, and have run into a number of issues. Help or suggestions on any of them would be appreciated. (I posted some of these to the IRC channel, but so far, haven't seen any response.) 1) per an error message, I upgraded my python from 3.5 to 3.6. However, I then got some messages about needing to set the python27 variable. Is 2.7 really needed in addition to 3.6? Am I just asking for trouble pointing python27 to my 3.6 version? 2) on https://community.kde.org/Windows the link near the bottom to the source code in git points to raft.git instead of craft.git. 3) is there still no single craft command to update all installed packages? 4) I initially got a strange error, which suggests typos in two calls to craftDebug.log.debug in craft/bin/utils.py. I've attached a patch file showing the two lines I changed - both removing the leading 'f' from the start of the call '(f"C...' and also fixing a spelling error in one from Coammand to Command. 5) Attempting to upgrade libpng, I get compile errors with 1.5.28 (default target) and also with 1.6.6 and 1.6.27. I'll be glad to post more details if anyone is interested. I suspect I will still have problems with mpir, but haven't gotten that far yet. (I believe it was a compile error related to make using either absolute or relative path, when only the other actually works correctly. I've posted about it some time ago, but never got a good resolution.) Jack diff --git a/bin/utils.py b/bin/utils.py index 1a0859893..2ba59df0e 100644 --- a/bin/utils.py +++ b/bin/utils.py @@ -74,7 +74,7 @@ class UtilsCache(object): pick = pickle.Pickler(f, protocol=pickle.HIGHEST_PROTOCOL) pick.dump(UtilsCache.instance()) except Exception as e: - craftDebug.log.warning(f"Failed to save cache {e}",exc_info=e, stack_info=True) + craftDebug.log.warning("Failed to save cache {e}",exc_info=e, stack_info=True) deleteFile(UtilsCache._cacheFile()) def clear(self): @@ -323,7 +323,7 @@ def systemWithoutShell(cmd, displayProgress=False, **kw): proc.communicate() result = proc.wait() == 0 if not result: -craftDebug.log.debug(f"Coammand {cmd} failed with exit code {proc.returncode}") +craftDebug.log.debug("Command {cmd} failed with exit code {proc.returncode}") return result def getFileListFromDirectory( imagedir ):
[kde-windows] [Bug 379173] Allow users to set Make and Portage options when using Craft.
https://bugs.kde.org/show_bug.cgi?id=379173 Jack <ostrof...@users.sourceforge.net> changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net --- Comment #4 from Jack <ostrof...@users.sourceforge.net> --- The developers can clarify, but I believe Craft (which was originally called portage) was developed using Gentoo's portage as a model, but the name was changed because there is no real relationship, other than that they are both package management systems. The same name implied far more of a connection that there ever was. -- You are receiving this mail because: You are the assignee for the bug.
[kde-windows] [Bug 379173] Allow users to set Make and Portage options when using Craft.
https://bugs.kde.org/show_bug.cgi?id=379173 --- Comment #5 from Jack <ostrof...@users.sourceforge.net> --- [sorry - I posted before I really read Comment 3, with which I agree completely.] -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 302945] Backup can't be performed on Windows
https://bugs.kde.org/show_bug.cgi?id=302945 --- Comment #14 from Jack <ostrof...@users.sourceforge.net> --- (In reply to Ralf Habacker from comment #7) Note the original bug and fix were from 2012, so before git, and maybe even KDE3. It does not seem to make sense to put more effort to this until it can be re-written to use KIO, probably for version 5. Should someone open a separate bug/wish list for that? -- You are receiving this mail because: You are the assignee for the bug.
Re: craft not finding installed utilities
On 2018.06.16 17:22, Jack wrote: For example, I know craft has grep and ninja installed, if nothing else by looking at the output of "craft --print-installed" but invoking either of them on the command line fails with a "the term is not recognized..." error. I'm pretty sure things were working fine the last time I did anything a few weeks ago. Today I tried "craft kmymoney" and it upgraded numerous packages, and then failed on one, claiming it couldn't find Ninja. Of course as soon as I posted I figured out how to fix it, although not how it got broken in the first place. It turned out that although craft thought those two packages were installed, the .exe files were nowhere to be found. I have no idea how or when they disappeared, but just --uninstall and then re-installing fixed things, so I'm back in business for now. Jack
craft not finding installed utilities
For example, I know craft has grep and ninja installed, if nothing else by looking at the output of "craft --print-installed" but invoking either of them on the command line fails with a "the term is not recognized..." error. I'm pretty sure things were working fine the last time I did anything a few weeks ago. Today I tried "craft kmymoney" and it upgraded numerous packages, and then failed on one, claiming it couldn't find Ninja. Has something changed recently requiring some change to my configuration? How much and what pieces of my configuration do I need to post here to figure out where to look. Thanks for any pointers or suggestions. Jack
Re: is windows-mingw_64-clang valid for ABI?
Hannah, Thanks for the response. Given that info, perhaps there should be a note someplace about how to set it up. The .ini sample file just lists gcc and clang as equivalent. Also perhaps some comment or note somewhere on the implications of changing the ABI value mid-stream. I know it only affects installs after it changes, but am I correct that different pieces compiled with either clang of gcc should still work OK together? Also - given the so much of KDE depends on Qt, how far would I get trying to use mingw clang? Or is it just that the Qt stuff itself should be compiled with gcc, and then frameworks and applications can use clang? Jack On 2018.05.29 09:18, Hannah von Reth wrote: Hi, Yes when using clan, craft is expecting clang to be available. Be warned that Qt currently doesn't support mingw clang. To use clang I'd recommend to set the compiler to mingw-gcc, craft clang and then change the compiler to mingw-clang. Cheers, Hannah On 28/05/2018 15:39, Jack wrote: > Hi Thomas, > > On 2018.05.28 03:11, Thomas Friedrichsmeier wrote: >> On Sat, 26 May 2018 19:37:23 -0400 >> Jack Ostroff wrote: >>> The craftsettings.ini example file seems to say that >>> windows-mingw_64-clang should be valid for ABI, but "craft ninja" >>> fails with "'clang' is not recognized as an internal or external >>> command, operable program or batch file. >> >> [...] >> >>> The only packages installed so far are cacert, craft-blueprint-kde, >>> craft-core, 7zip, craft-startment-entry, git, mingw-w64, shimgen, >>> wget, and runtime. >> >> you will have to install clang. *In theory* >> craft clang >> should be all you need. Right now, mingw is the only compiler to be >> installed automatically by craft, as far as I am aware. > Thanks for the info/suggestions, > > If this is the case, then there really should be some instructions > somewhere in the docs. The default .ini file includes both craft and > gcc as equal options. > > By the way - "craft clang" fails in the same way - probably because it > is trying to install it using clang I'm wondering if I need to > start with -gcc, then install clang, and then switch ABI back to > clang. I've already switched my install to gcc, so I'll have to wait > until I have time to start in a separate instance to try this. I > guess it is because the base mingw install includes gcc, and not clang. > > Jack
[kde-windows] [Bug 379173] Allow parallel building in Craft.
https://bugs.kde.org/show_bug.cgi?id=379173 --- Comment #8 from Jack <ostrof...@users.sourceforge.net> --- I'd like to add a wishlist, and don't know if it shoulud be part of this one, or if it should be filed separately. Right now, you can't even run craft in two Powershell windows - you gen an error just running craftenv.ps1. I'd like at least to be able to do that, so (for example) I can run "craft --print-installed" every few minutes to watch the progress of a "craft package" where there is a really long list of packages to be installed as dependencies. -- You are receiving this mail because: You are the assignee for the bug.
[kde-windows] [Bug 388452] KDE installer on Windows 7: Mirror list could not be downloaded
https://bugs.kde.org/show_bug.cgi?id=388452 Jack <ostrof...@users.sourceforge.net> changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net --- Comment #1 from Jack <ostrof...@users.sourceforge.net> --- Where did you get the installer you are running? I'm not certain, but my understanding is that the concept of a general kdewin installer was abandoned in favor of a specific instller for each package. It looks like the stuff under download.kde.org/stable/kdewin is outdated and not maintained. (Should it be completely removed to avoid this type of confusion?) -- You are receiving this mail because: You are the assignee for the bug.
Re: is windows-mingw_64-clang valid for ABI?
Hi Thomas, On 2018.05.28 03:11, Thomas Friedrichsmeier wrote: On Sat, 26 May 2018 19:37:23 -0400 Jack Ostroff <ostrof...@users.sourceforge.net> wrote: The craftsettings.ini example file seems to say that windows-mingw_64-clang should be valid for ABI, but "craft ninja" fails with "'clang' is not recognized as an internal or external command, operable program or batch file. [...] The only packages installed so far are cacert, craft-blueprint-kde, craft-core, 7zip, craft-startment-entry, git, mingw-w64, shimgen, wget, and runtime. you will have to install clang. *In theory* craft clang should be all you need. Right now, mingw is the only compiler to be installed automatically by craft, as far as I am aware. Thanks for the info/suggestions, If this is the case, then there really should be some instructions somewhere in the docs. The default .ini file includes both craft and gcc as equal options. By the way - "craft clang" fails in the same way - probably because it is trying to install it using clang I'm wondering if I need to start with -gcc, then install clang, and then switch ABI back to clang. I've already switched my install to gcc, so I'll have to wait until I have time to start in a separate instance to try this. I guess it is because the base mingw install includes gcc, and not clang. Jack
[kio-extras] [Bug 309313] Can't copy directly between different servers
https://bugs.kde.org/show_bug.cgi?id=309313 Jack changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net --- Comment #4 from Jack --- Has someone actually confirmed that this still fails at some time later than 2013? -- You are receiving this mail because: You are on the CC list for the bug.
Re: Build error for boost-regex on Mac
On 2018.07.20 12:25, Robert Lancaster wrote: Hi Hannah and KDE windows, I’m getting this build error when I try to install boost-regex using the standard blueprints in craft on Mac, fatal error: 'cstddef' file not found" /Users/rlancaste/AstroRoot/kstars-craft/bin/bjam: b'# include ' /Users/rlancaste/AstroRoot/kstars-craft/bin/bjam: b' ^' /Users/rlancaste/AstroRoot/kstars-craft/bin/bjam: b'1 error generated.' I’m fairly sure that this file is already on my system, so I think it is a linking or blueprint error with craft. Any ideas, Thanks, Rob While waiting for a more definitive response, I would check exactly where that file is on your system, and if perhaps the build is expecting it to be somewhere else. Jack
[kde-windows] [Bug 276857] KDE applications should use the standard Windows fonts
https://bugs.kde.org/show_bug.cgi?id=276857 Jack changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net --- Comment #3 from Jack --- I'm curious about WHAT specifically is unmaintained to justify closing this. Although there is no longer a main KDE Windows installer, I would ask whether the font issue is present with any KDE programs compiled for Windows using Craft. Given the age of the ticket, and the lack of any follow-up, I'm guessing the original poster has no further interest, and my interest is purely out of curiosity, as I no longer have a Windows system to test (thus I'm leaving this closed.) -- You are receiving this mail because: You are the assignee for the bug.
[kde-windows] [Bug 276857] KDE applications should use the standard Windows fonts
https://bugs.kde.org/show_bug.cgi?id=276857 Jack changed: What|Removed |Added CC|ostroffjh@users.sourceforge | |.net| --- Comment #5 from Jack --- I agree that anything Qt4 (and anything depending on it) is unsupported, but does this problem still exist with Frameworks (Qt5) versions? Without the general KDE installer for Windows, I assume this is currently up to each application individually, so even more reason to close this as a generic issue. -- You are receiving this mail because: You are the assignee for the bug.
Re: problem installing kde windows
On 2019.09.27 03:58, Oleg Orlovskii wrote: Hallo, I tried to install KDE on windows 10 and during the installation I had a problem (see attached photo). What should I do? Where did you get the installer you are trying to use? It's been several years since there has not been a full KDE for Windows installer, but only installers for specific KDE applications. Those (or most of them?) are listed at https://community.kde.org/Windows
Re: problem installing kde windows
On 2019.10.05 11:10, Oleg Orlovskii wrote: In fact, I just wanted to install KolourPaint on the windows. But the installation link on this site does not work: <https://kde.org/applications/graphics/org.kde.kolourpaint> If you noticed, that's a link for a Linux install. It doesn't appear there is a Windows version. However, looking at that link, it appears to be an appstream install, and I have no idea how hard/easy it might be to get that to work under Windows. Hopefully someone from the KolourPaint team will see this and shed some light. 05.10.2019, 02:59, "Jack" : > On 2019.09.27 03:58, Oleg Orlovskii wrote: >> Hallo, > > I tried to install KDE on windows 10 and during the installation I > had a > problem (see attached photo). What should I do? > > Where did you get the installer you are trying to use? It's been > several years since there has not been a full KDE for Windows > installer, but only installers for specific KDE applications. Those > (or most of them?) are listed at <https://community.kde.org/Windows>
[Craft] [Bug 415149] Craft failed to install, complains about Python2
https://bugs.kde.org/show_bug.cgi?id=415149 Jack changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net --- Comment #3 from Jack --- It seems the [possible] dependency on Python27 is now mentioned on the wiki page. Should this be closed? Separate but related, is there any effort to remove python27 dependencies? -- You are receiving this mail because: You are on the CC list for the bug.
Re: warnings and error crafting konsole
Hello Hannah, I was the one who started the thread. I can live without konsole, although I would love to find something other than powershell as a terminal. I wonder why craft thinks kpty is installed, if it really isn't. How does that install succeed, even though no files actually get installed? Jack On 4/20/20 4:52 AM, Hannah von Reth wrote: Hi Johnny, KPty does not support Windows yet so we can't build Konsole on Windows. I guess I have to adjust the platform support for a few packages here. I hope you can work without Konsole. Cheers, Hannah On 20.04.20 09:49, Johnny Jazeix wrote: I found this old bug: https://bugs.kde.org/show_bug.cgi?id=386787 The solution was to remove kpty on Windows. => "Make Cantor buildable without kpty or make kpty build on Windows (likely won't make sense)." Probably same can be done for konsole. Johnny Le lun. 20 avr. 2020 à 00:09, Jack a écrit : Updated reply after more work. Passing -Wno-dev to cmake (I added a line to the blueprint, I wish it could be done on the craft command line) the cmake goes on finding things, and then ends with -- Found KF5GlobalAccel: C:/CraftMingw/lib/cmake/KF5GlobalAccel/KF5GlobalAccelConfig.cmake (found version "5.67.0") CMake Error at C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:164 (message): Could NOT find KF5 (missing: Pty) (found suitable version "5.67.0", minimum required is "5.6.0") Call Stack (most recent call first): C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:445 (_FPHSA_FAILURE_MESSAGE) C:/CraftMingw/share/ECM/find-modules/FindKF5.cmake:110 (find_package_handle_standard_args) CMakeLists.txt:46 (find_package) -- Configuring incomplete, errors occurred! See also "C:/CraftMingw/build/_/eb3f6220/build/CMakeFiles/CMakeOutput.log". See also "C:/CraftMingw/build/_/eb3f6220/build/CMakeFiles/CMakeError.log". Action: compile for kde/applications/konsole:master FAILED *** Craft all failed: kde/applications/konsole after 4 seconds *** fatal error: package kde/applications/konsole all failed Craft stopped with out completing ['kde/applications/konsole'] Nothing in those CMakelog files looks relevant. However, it looks like kpty did not install any files, unlike the version on my linux box which did install things under /usr/lib64/cmake/KF5Pty. What else do I look at? On 2020.04.19 11:48, Johnny Jazeix wrote: Hi, The real error is: -- Could NOT find KF5Pty (missing: KF5Pty_DIR) -- Could NOT find KF5Pty: found neither KF5PtyConfig.cmake nor kf5pty-config.cmake The other warnings are developers warnings, you can ignore them. Are you sure KF5Pty is installed? Johnny Le sam. 11 avr. 2020 à 01:21, Jack a écrit : (resending from my subscribed address, in case it's a duplicate) I'm trying to "craft konsole" with a recently installed and updated craft (using mingw.) All dependencies installed without error, but on cmake, I get a lot of warnings like -- CMake Warning (dev) at C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:272 (message): The package name passed to `find_package_handle_standard_args` (KF5Bookmarks) does not match the name of the calling package (KF5). This can lead to problems in calling code that expects `find_package` result variables (e.g., `_FOUND`) to follow a certain pattern. Call Stack (most recent call first): C:/CraftMingw/share/ECM/find-modules/FindKF5.cmake:78 (find_package_handle_standard_args) CMakeLists.txt:46 (find_package) This warning is for project developers. Use -Wno-dev to suppress it. -- Found KF5Bookmarks: C:/CraftMingw/lib/cmake/KF5Bookmarks/KF5BookmarksConfig.cmake (found version "5.67.0") -- But there are two which do not end with -- Found and seem errors more than warnings. -- -- Could NOT find KF5Pty (missing: KF5Pty_DIR) CMake Warning (dev) at C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:272 (message): The package name passed to `find_package_handle_standard_args` (KF5Pty) does not match the name of the calling package (KF5). This can lead to problems in calling code that expects `find_package` result variables (e.g., `_FOUND`) to follow a certain pattern. Call Stack (most recent call first): C:/CraftMingw/share/ECM/find-modules/FindKF5.cmake:78 (find_package_handle_standard_args) CMakeLists.txt:46 (find_package) This warning is for project developers. Use -Wno-dev to suppress it. -- Could NOT find KF5Pty: found neither KF5PtyConfig.cmake nor kf5pty-config.cmake -- and -- CMake Warning (dev) at C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:272 (message): The package name passed to `find_packa
Re: warnings and error crafting konsole
"craft --print-installed | grep -i pty" gives kde/frameworks/tier2/kpty : 5.67.0 and craft insists it's up to date, but it doesn't look like it installs any files. There is nothing for it under build. Is this not the droid I'm looking for? Also, note lower in the output: CMake Error at C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:164 (message): Could NOT find KF5 (missing: Pty) (found suitable version "5.67.0",minimum required is "5.6.0") This is why I wonder if there might be something funny about the version comparisons. Separately how would I actually pass -Wno-dev to cmake to suppress those warnings? On 4/19/20 11:48 AM, Johnny Jazeix wrote: Hi, The real error is: -- Could NOT find KF5Pty (missing: KF5Pty_DIR) -- Could NOT find KF5Pty: found neither KF5PtyConfig.cmake nor kf5pty-config.cmake The other warnings are developers warnings, you can ignore them. Are you sure KF5Pty is installed? Johnny Le sam. 11 avr. 2020 à 01:21, Jack a écrit : (resending from my subscribed address, in case it's a duplicate) I'm trying to "craft konsole" with a recently installed and updated craft (using mingw.) All dependencies installed without error, but on cmake, I get a lot of warnings like -- CMake Warning (dev) at C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:272 (message): The package name passed to `find_package_handle_standard_args` (KF5Bookmarks) does not match the name of the calling package (KF5). This can lead to problems in calling code that expects `find_package` result variables (e.g., `_FOUND`) to follow a certain pattern. Call Stack (most recent call first): C:/CraftMingw/share/ECM/find-modules/FindKF5.cmake:78 (find_package_handle_standard_args) CMakeLists.txt:46 (find_package) This warning is for project developers. Use -Wno-dev to suppress it. -- Found KF5Bookmarks: C:/CraftMingw/lib/cmake/KF5Bookmarks/KF5BookmarksConfig.cmake (found version "5.67.0") -- But there are two which do not end with -- Found and seem errors more than warnings. -- -- Could NOT find KF5Pty (missing: KF5Pty_DIR) CMake Warning (dev) at C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:272 (message): The package name passed to `find_package_handle_standard_args` (KF5Pty) does not match the name of the calling package (KF5). This can lead to problems in calling code that expects `find_package` result variables (e.g., `_FOUND`) to follow a certain pattern. Call Stack (most recent call first): C:/CraftMingw/share/ECM/find-modules/FindKF5.cmake:78 (find_package_handle_standard_args) CMakeLists.txt:46 (find_package) This warning is for project developers. Use -Wno-dev to suppress it. -- Could NOT find KF5Pty: found neither KF5PtyConfig.cmake nor kf5pty-config.cmake -- and -- CMake Warning (dev) at C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:272 (message): The package name passed to `find_package_handle_standard_args` (KF5DBusAddons) does not match the name of the calling package (KF5). This can lead to problems in calling code that expects `find_package` result Call Stack (most recent call first): C:/CraftMingw/share/ECM/find-modules/FindKF5.cmake:78 (find_package_handle_standard_args) CMakeLists.txt:46 (find_package) This warning is for project developers. Use -Wno-dev to suppress it. -- I have no idea why the second one doesn't have the "--Could NOT find" wrapper, unless it only does that for the first such problem. Finally, cmake ends with an error: -- CMake Error at C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:164 (message): Could NOT find KF5 (missing: Pty) (found suitable version "5.67.0", minimum required is "5.6.0") Call Stack (most recent call first): C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:445 (_FPHSA_FAILURE_MESSAGE) C:/CraftMingw/share/ECM/find-modules/FindKF5.cmake:110 (find_package_handle_standard_args) CMakeLists.txt:46 (find_package) -- I assume the package in question here is kpty, although it's a bit cryptic. Why doesn't it think 5.67.0 is higher than 5.6.0? I assume the same issue applies to kdbusaddons. However, I think most of the other frameworks it searches for are also version 5.67.0 and they don't cause version problems. Why just these two? Jack
Re: warnings and error crafting konsole
Updated reply after more work. Passing -Wno-dev to cmake (I added a line to the blueprint, I wish it could be done on the craft command line) the cmake goes on finding things, and then ends with -- Found KF5GlobalAccel: C:/CraftMingw/lib/cmake/KF5GlobalAccel/KF5GlobalAccelConfig.cmake (found version "5.67.0") CMake Error at C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:164 (message): Could NOT find KF5 (missing: Pty) (found suitable version "5.67.0", minimum required is "5.6.0") Call Stack (most recent call first): C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:445 (_FPHSA_FAILURE_MESSAGE) C:/CraftMingw/share/ECM/find-modules/FindKF5.cmake:110 (find_package_handle_standard_args) CMakeLists.txt:46 (find_package) -- Configuring incomplete, errors occurred! See also "C:/CraftMingw/build/_/eb3f6220/build/CMakeFiles/CMakeOutput.log". See also "C:/CraftMingw/build/_/eb3f6220/build/CMakeFiles/CMakeError.log". Action: compile for kde/applications/konsole:master FAILED *** Craft all failed: kde/applications/konsole after 4 seconds *** fatal error: package kde/applications/konsole all failed Craft stopped with out completing ['kde/applications/konsole'] Nothing in those CMakelog files looks relevant. However, it looks like kpty did not install any files, unlike the version on my linux box which did install things under /usr/lib64/cmake/KF5Pty. What else do I look at? On 2020.04.19 11:48, Johnny Jazeix wrote: Hi, The real error is: -- Could NOT find KF5Pty (missing: KF5Pty_DIR) -- Could NOT find KF5Pty: found neither KF5PtyConfig.cmake nor kf5pty-config.cmake The other warnings are developers warnings, you can ignore them. Are you sure KF5Pty is installed? Johnny Le sam. 11 avr. 2020 à 01:21, Jack a écrit : > > (resending from my subscribed address, in case it's a duplicate) > > I'm trying to "craft konsole" with a recently installed and updated > craft (using mingw.) All dependencies installed without error, but on > cmake, I get a lot of warnings like > -- > CMake Warning (dev) at > C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:272 > (message): >The package name passed to `find_package_handle_standard_args` >(KF5Bookmarks) does not match the name of the calling package > (KF5). This >can lead to problems in calling code that expects `find_package` > result >variables (e.g., `_FOUND`) to follow a certain pattern. > Call Stack (most recent call first): >C:/CraftMingw/share/ECM/find-modules/FindKF5.cmake:78 > (find_package_handle_standard_args) >CMakeLists.txt:46 (find_package) > This warning is for project developers. Use -Wno-dev to suppress it. > > -- Found KF5Bookmarks: > C:/CraftMingw/lib/cmake/KF5Bookmarks/KF5BookmarksConfig.cmake (found > version "5.67.0") > -- > But there are two which do not end with -- Found and seem errors more > than warnings. > -- > -- Could NOT find KF5Pty (missing: KF5Pty_DIR) > CMake Warning (dev) at > C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:272 > (message): >The package name passed to `find_package_handle_standard_args` > (KF5Pty) >does not match the name of the calling package (KF5). This can lead > to >problems in calling code that expects `find_package` result variables >(e.g., `_FOUND`) to follow a certain pattern. > Call Stack (most recent call first): >C:/CraftMingw/share/ECM/find-modules/FindKF5.cmake:78 > (find_package_handle_standard_args) >CMakeLists.txt:46 (find_package) > This warning is for project developers. Use -Wno-dev to suppress it. > > -- Could NOT find KF5Pty: found neither KF5PtyConfig.cmake nor > kf5pty-config.cmake > -- > and > -- > CMake Warning (dev) at > C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:272 > (message): >The package name passed to `find_package_handle_standard_args` >(KF5DBusAddons) does not match the name of the calling package > (KF5). This >can lead to problems in calling code that expects `find_package` > result > Call Stack (most recent call first): >C:/CraftMingw/share/ECM/find-modules/FindKF5.cmake:78 > (find_package_handle_standard_args) >CMakeLists.txt:46 (find_package) > This warning is for project developers. Use -Wno-dev to suppress it. > -- > I have no idea why the second one doesn't have the "--Could NOT find" > wrapper, unless it only does that for the first such problem. > F
warnings and error crafting konsole
(resending from my subscribed address, in case it's a duplicate) I'm trying to "craft konsole" with a recently installed and updated craft (using mingw.) All dependencies installed without error, but on cmake, I get a lot of warnings like -- CMake Warning (dev) at C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:272 (message): The package name passed to `find_package_handle_standard_args` (KF5Bookmarks) does not match the name of the calling package (KF5). This can lead to problems in calling code that expects `find_package` result variables (e.g., `_FOUND`) to follow a certain pattern. Call Stack (most recent call first): C:/CraftMingw/share/ECM/find-modules/FindKF5.cmake:78 (find_package_handle_standard_args) CMakeLists.txt:46 (find_package) This warning is for project developers. Use -Wno-dev to suppress it. -- Found KF5Bookmarks: C:/CraftMingw/lib/cmake/KF5Bookmarks/KF5BookmarksConfig.cmake (found version "5.67.0") -- But there are two which do not end with -- Found and seem errors more than warnings. -- -- Could NOT find KF5Pty (missing: KF5Pty_DIR) CMake Warning (dev) at C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:272 (message): The package name passed to `find_package_handle_standard_args` (KF5Pty) does not match the name of the calling package (KF5). This can lead to problems in calling code that expects `find_package` result variables (e.g., `_FOUND`) to follow a certain pattern. Call Stack (most recent call first): C:/CraftMingw/share/ECM/find-modules/FindKF5.cmake:78 (find_package_handle_standard_args) CMakeLists.txt:46 (find_package) This warning is for project developers. Use -Wno-dev to suppress it. -- Could NOT find KF5Pty: found neither KF5PtyConfig.cmake nor kf5pty-config.cmake -- and -- CMake Warning (dev) at C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:272 (message): The package name passed to `find_package_handle_standard_args` (KF5DBusAddons) does not match the name of the calling package (KF5). This can lead to problems in calling code that expects `find_package` result Call Stack (most recent call first): C:/CraftMingw/share/ECM/find-modules/FindKF5.cmake:78 (find_package_handle_standard_args) CMakeLists.txt:46 (find_package) This warning is for project developers. Use -Wno-dev to suppress it. -- I have no idea why the second one doesn't have the "--Could NOT find" wrapper, unless it only does that for the first such problem. Finally, cmake ends with an error: -- CMake Error at C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:164 (message): Could NOT find KF5 (missing: Pty) (found suitable version "5.67.0", minimum required is "5.6.0") Call Stack (most recent call first): C:/CraftMingw/dev-utils/cmake-base/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:445 (_FPHSA_FAILURE_MESSAGE) C:/CraftMingw/share/ECM/find-modules/FindKF5.cmake:110 (find_package_handle_standard_args) CMakeLists.txt:46 (find_package) -- I assume the package in question here is kpty, although it's a bit cryptic. Why doesn't it think 5.67.0 is higher than 5.6.0? I assume the same issue applies to kdbusaddons. However, I think most of the other frameworks it searches for are also version 5.67.0 and they don't cause version problems. Why just these two? Jack
[okular] [Bug 421421] Pound sign in filename or directory makes Okular unable to read the file
https://bugs.kde.org/show_bug.cgi?id=421421 Jack changed: What|Removed |Added Summary|Pond in filename or |Pound sign in filename or |directory makes Okular |directory makes Okular |unable to read the file |unable to read the file CC||ostroffjh@users.sourceforge ||.net --- Comment #5 from Jack --- Edited the subject (pond -> pound sign) to reflect the problem. Perhaps an explicit "#" in the subject would be better? I'd also ask whether the problem is only for a leading # in the file name or can it be anywhere? -- You are receiving this mail because: You are on the CC list for the bug.
[okular] [Bug 423560] [Windows Store] Filename extension associations and updates resetting them
https://bugs.kde.org/show_bug.cgi?id=423560 Jack changed: What|Removed |Added CC|ostroffjh@users.sourceforge | |.net| -- You are receiving this mail because: You are on the CC list for the bug.
[okular] [Bug 423560] [Windows Store] Filename extension associations and updates resetting them
https://bugs.kde.org/show_bug.cgi?id=423560 Jack changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net -- You are receiving this mail because: You are on the CC list for the bug.
[okular] [Bug 422856] Fails to open PDFs when name contains hash ('#')
https://bugs.kde.org/show_bug.cgi?id=422856 Jack changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net --- Comment #3 from Jack --- Just tested on (Gentoo) Linux, okular 1.9.3 (I see 1.10 is out) and it works fine. I also tested 1.9.2 (latest available in the Windows Store) in a Wind 10 guest in VirtualBox, and it also works fine whether # is at the beginning or in the middle of the file name. What version of Windows are you on? -- You are receiving this mail because: You are on the CC list for the bug.
[okular] [Bug 422626] Allow multiple pages ranges to print in Okular
https://bugs.kde.org/show_bug.cgi?id=422626 Jack changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net --- Comment #2 from Jack --- My French may be rusty, but it looks like the instructions in the screen-shot specifically say a page number or one range of pages. I don't know if that is a limitation in the Windows build of Okular, or in the Windows PDF printer driver. -- You are receiving this mail because: You are on the CC list for the bug.
[okular] [Bug 422626] Allow multiple pages ranges to print in Okular
https://bugs.kde.org/show_bug.cgi?id=422626 --- Comment #5 from Jack --- I finally tested both. On Windows (package is 19.12.2, help/about says 1.9.2) the print dialog explicitly says to enter single page or single page range. As in Comment 2, I don't know if this is an Okular on Windows limitation, or something inherent to the Windows print system. On Linux (About says 1.9.3, but package says 19.12.3) I confirm that requesting pages "1,49-50,99" still printed the entire document. -- You are receiving this mail because: You are on the CC list for the bug.
[okular] [Bug 422626] Allow multiple pages ranges to print in Okular
https://bugs.kde.org/show_bug.cgi?id=422626 --- Comment #8 from Jack --- There are two separate issues here. 1) Windows only allows a single page or range, Linux allows multiple. (MacOS?) That limit seems clear to me from the note on the print dialog. If the limitation is really in the Windows Qt print dialog, the should be raised as a Qt bug or enhancement request. 2) On Linux, selecting multiple pages/ranges does not work - the entire file gets printed. This is not platform specific, and seems to be a real bug. What other information can be provided to help confirm and fix? -- You are receiving this mail because: You are on the CC list for the bug.
[kmymoney] [Bug 343006] cannot change start page view in settings, also changing fonts in settings has no affect
https://bugs.kde.org/show_bug.cgi?id=343006 Jack changed: What|Removed |Added Assignee|kde-windows@kde.org |kmymoney-de...@kde.org Status|REPORTED|NEEDSINFO Component|buildsystem |general Resolution|--- |WAITINGFORINFO Version|4.10|4.6.1 Product|kde-windows |kmymoney --- Comment #2 from Jack --- Moving to KMyMOney queue, and chaning to NEEDSINFO so it will get closed in 30 days if no response. -- You are receiving this mail because: You are the assignee for the bug.
Re: sub: installing kDE project into windows system.
On 2021.11.12 07:57, SySagar wrote: Hi everyone! I am SySagar , a newbie to open source community. Can anyone help me setup KDE project in my windows system. Thank you! I haven't seen any other replies yet, so I might suggest providing some additional information about what you are trying to do. Do you just want to run some particular KDE applications, or are you trying to do development work on KDE applications? Jack
[kpat] [Bug 317802] Crash on trying to open
https://bugs.kde.org/show_bug.cgi?id=317802 Jack changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO CC||ostroffjh@users.sourceforge ||.net --- Comment #6 from Jack --- Yes, probably best to open a new bug and let this one die of old age. To the OP: does this still occur? -- You are receiving this mail because: You are the assignee for the bug.
[kpat] [Bug 317802] Crash on trying to open
https://bugs.kde.org/show_bug.cgi?id=317802 --- Comment #4 from Jack --- Note the original was reported against Windows. Also, the original report doesn't really sound like a crash, and it's not clear if this update is really a crash, or just the inability to run any of the games once the program is launched. Also, it would be good to know if the problem really is Wayland specific, or if it also happens with xorg. I don't have kpat installled, and it would bring in too many deps for me to bother. I'd also be curious if those two kf.coreaddons messages are really errors or just warnings. I suppose a backtrace might help determine that. -- You are receiving this mail because: You are the assignee for the bug.
[dragonplayer] [Bug 321564] [kde-windows] dragon.exe doesn't contain icon (no kde4_add_app_icon command in the build system)
https://bugs.kde.org/show_bug.cgi?id=321564 Jack changed: What|Removed |Added Resolution|NOT A BUG |WORKSFORME --- Comment #4 from Jack --- wouldn't UMAINTAINED be more appropriate then? -- You are receiving this mail because: You are on the CC list for the bug.
Patch to improve wording of homepage
Please find attached a patch for kde/trunk/www/sites/windows/index.php which I feel improves the wording of the homepage. It also correctly escapes an ampersand. Please let me know what you think. Jack -- leighman | 'And, if rain brings winds of change, let it rain on us forever' http://www.ubuntu.com/ | http://www.opera.com/browser/ Index: index.php === --- index.php (revision 1214828) +++ index.php (working copy) @@ -3,20 +3,20 @@ include ( header.inc ); ? -pThe KDE on Windows Initiative is an ongoing progress in native porting of the KDE applications to MS Windows. -Currently the Windows versions starting with Windows XP are supported./p +pThe KDE on Windows Initiative is an ongoing project to port the KDE applications to MS Windows. +Currently supported versions of Windows are XP, Vista and 7./p -pThe preferred way of installing KDE apps under Windows is the strongKDE-Installer/strong. -See a href=download.phpDownload Information/a for more information./p -pstrongKDE on Windows is not in the final state, so applications can be unsuitable for day to day use yet./strong /p -pTo get an overview of this project you should enter a href=http://techbase.kde.org/Projects/KDE_on_Windows; +pThe preferred method for installing KDE applications under Windows is the strongKDE-Installer/strong. +See a href=download.phpDownload Information/a for more details./p +pstrongKDE on Windows is not yet in a final state, so some applications may be unsuitable for everyday use./strong /p +pTo get an overview of this project you should read a href=http://techbase.kde.org/Projects/KDE_on_Windows; the main KDE TechBase section/a./p -pFor some help from the project members you may get in contact with the -a href=http://webchat.freenode.net/?channels=kde-windowsuio=MTE9MTk117;instant WebChat client/a +pFor support from project members you may get in contact via the +a href=http://webchat.freenode.net/?channels=kde-windowsamp;uio=MTE9MTk117;instant WebChat client/a or by joining the a href=irc://irc.freenode.net/kde-windows#kde-windows/a IRC channel on freenode. -Before contacting project members directly please take a look into the +Before contacting project members directly please take a look at the a href=http://techbase.kde.org/Projects/KDE_on_Windows;Project Overview/a. -Your question may be answered already there. /p +Your question may already be answered there. /p pYou can join our mailing list a href=http://mail.kde.org/mailman/listinfo/kde-windows;kde-windows(@)kde.org/a for news and announcements.br //p pIf you're interested in helping to track some issues, and get some of your favourite KDE apps working correctly, ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
driving me crazy
Your site is Catch 22 in spades! It won't recognize my login information, and it won't let me reregister because it says that somebody is already using my email (of course, its me!). And to top it off, when I finally guess the correct login, it says that too many failures so I have to answer a Captcha, which doesn't display!!! HELP ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
emerge problem with openssl - mixing forward and back slashes
Hello, I'm working on branch kde-4.13, and am stuck on openssl. (1.0.1g). It's failing with: \dev-utils\bin/perl.exe x86cpuid.pl coff -I. -I.. -I../include -IR:/include -D_WINDLL -DOPENSSL_USE_APPLINK -DOPENSSL_PIC -DZLIB_SHARED -DZLIB -DOPENSSL_THREADS -D_MT -DDSO_WIN32 -DL_ENDIAN -DWIN32_LEAN_AND_MEAN -fomit-frame-pointer -O3 -march=i486 -Wall -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DRMD160_ASM -DAES_ASM -DVPAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM x86cpuid.s /usr/bin/sh: dev-utilsbin/perl.exe: No such file or directory Near the beginning (line72?) of the Makefile from openssl-1.0.0d, there is the line PERL= \dev-utils\bin/perl.exe and it seems the backslashes are being used to quote the following character instead of being swapped for forward slashes, leading to perl not being found. I've tried creating a patch to switch the back to forward slashes, but I haven't been able to get the correct syntax. Any suggestions would be greatly appreciated. Jack ___ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
patch for kdiagram
extragear/kdiagram fails to compile with mingw due to not finding _isnan and _finite. I wouldn't propose applying this patch as is, since I don't know what else it might break, but it does let me complete the emerge of kdiagram. If the attachment doesn't get through, it is just a replacement of _isnan with std::isnan and of _finite with std::isfinite in the file src/KChart/KChartMath_p.h. As I understand it, the _xxx macros are not defined on Windows, but the c++ standard does include isnan and isfinite. Jack diff --git a/src/KChart/KChartMath_p.h b/src/KChart/KChartMath_p.h index abbc2e5..0fe6d40 100644 --- a/src/KChart/KChartMath_p.h +++ b/src/KChart/KChartMath_p.h @@ -49,8 +49,12 @@ // reason: Windows does not have isnan() / isinf() #if defined (Q_OS_WIN) #include -#define ISNAN(x ) _isnan(x ) -#define ISINF(x ) (!(_finite(x ) + _isnan(x ) ) ) +///following modified from git.reviewboard.kde.org/r/116866 +//#define ISNAN(x ) _isnan(x ) +#define ISNAN(x) std::isnan(x) +/// guessing this change based on above +//#define ISINF(x ) (!(_finite(x ) + _isnan(x ) ) ) +#define ISINF(x) (!(std::isfinite(x) + std::isnan(x) ) ) #elif defined (Q_OS_DARWIN) // OS X does have isnan() & isinf() in math.h, but it appears to be // required to cast the argument to a double explicitly.
Re: Idea for Craft: Splitting 'build' and 'image' directories
For normal builds, that is fine. However, if you have any problems, and want to manually test changes to the source and then just issue "make" again without redoing the entire build, it will be more difficult to switch between the build and source folders, instead of them being under the same parent. I suppose it's easy enough to just open a new window for each folder, but just wanted to put this out for consideration. Jack On 11/27/2016 12:02 PM, Hannah von Reth wrote: Hi, I like the idea. But instead of polluting the root directory even more, I'd rather split them inside the build folder, so build/images and build/"I can't think of a reasonable name for this folder but build/build would sound stupid" . But I warn you, you will probably come across some strange code when adding this so I think we should start to review changes to the craft bin folder :) , we are on phabricator. Keep on Crafting :D Cheers, Hannah From: albertv...@gmail.com Date: Sat, 26 Nov 2016 23:00:14 +0100 Subject: Idea for Craft: Splitting 'build' and 'image' directories To: kde-windows@kde.org Hi everyone, When using Craft to build a package "X", two different directories are created inside the directory "build/X": * "build/X/work", which typically is the cmake build directory. * "build/X/image-", which contains the "installed" files. The files inside "image" need to be preserved in case we later want to create an installer for our package. The "work" directory, however, is not needed anymore, and will actually be deleted and recreated if we build the same package again (unless we are explicitly doing a --noclean build). Since the stuff in "work" is quite large in size and mostly not needed, I'm sometimes tempted to go and delete it, but this directory hierarchy makes it difficult as we have to go package-by-package. For this reason, I propose to move the "image-" directories to a new "image" directory in the root level, so the end result is like this: * "build/X": the build directory * "image/X/buildtype": the installed files I think this is a cleaner separation between these two build products and, also, makes it easier to free space just deleting the "build" directory (together with others like "download"). If you like this idea, I will proceed and make the changes needed. Any thoughts? Did I miss some reason for these two things to be together? Albert
problems trying to compile libpng-1.5.28
I've been struggling with this for a while now. During the compile phase, I get the following errors: -- [14/29] Building C object CMakeFiles/png.dir/pngread.c.obj FAILED: CMakeFiles/png.dir/pngread.c.obj R:\mingw\bin\gcc.exe -DPNG_BUILD_DLL -IR:/include -I. -IR:/build/win32libs/libpng/work/libpng-1.5.28 -O2 -g -DNDEBUG -MD -MT CMakeFiles/png.dir/pngread.c.obj -MF CMakeFiles\png.dir\pngread.c.obj.d -o CMakeFiles/png .dir/pngread.c.obj -c R:\build\win32libs\libpng\work\libpng-1.5.28\pngread.c R:\build\win32libs\libpng\work\libpng-1.5.28\pngread.c: In function 'png_create_read_struct_2': R:\build\win32libs\libpng\work\libpng-1.5.28\pngread.c:67:30: error: 'PNG_USER_WIDTH_MAX' undeclared (first use in this function) png_ptr->user_width_max = PNG_USER_WIDTH_MAX; ^ R:\build\win32libs\libpng\work\libpng-1.5.28\pngread.c:67:30: note: each undeclared identifier is reported only once for each function it appears in R:\build\win32libs\libpng\work\libpng-1.5.28\pngread.c:68:31: error: 'PNG_USER_HEIGHT_MAX' undeclared (first use in this function) png_ptr->user_height_max = PNG_USER_HEIGHT_MAX; ^ R:\build\win32libs\libpng\work\libpng-1.5.28\pngread.c:71:36: error: 'PNG_USER_CHUNK_CACHE_MAX' undeclared (first use in this function) png_ptr->user_chunk_cache_max = PNG_USER_CHUNK_CACHE_MAX; ^ R:\build\win32libs\libpng\work\libpng-1.5.28\pngread.c:74:37: error: 'PNG_USER_CHUNK_MALLOC_MAX' undeclared (first use in this function) png_ptr->user_chunk_malloc_max = PNG_USER_CHUNK_MALLOC_MAX; ^ [15/29] Building C object CMakeFiles/png.dir/pngmem.c.obj [16/29] Building C object CMakeFiles/png.dir/pngpread.c.obj -- The source file pngusr.dfa implies that changing the last few lines in that file will set those variables - but it appears something other than just editing that file is necessary. I cannot tell if it requires moving one or more files up from the scripts directory, or running autogen.sh in the source directory - which I can't figure out how to do anyway. I would have expected some default values to have been set, but it appears not. I may try to bring this up separately with the libpng developers, and I'll report back if I get anywhere with that. Thanks for any other suggestions. Jack
is windows-mingw_64-clang valid for ABI?
The craftsettings.ini example file seems to say that windows-mingw_64-clang should be valid for ABI, but "craft ninja" fails with "'clang' is not recognized as an internal or external command, operable program or batch file.warning: A compatible version of re2c (>= 0.11.3) was not found; changes to src/*.in.cc will not affect your build." Is it not really valid, is there a bug somewhere, or do I need to change some configuration? The only packages installed so far are cacert, craft-blueprint-kde, craft-core, 7zip, craft-startment-entry, git, mingw-w64, shimgen, wget, and runtime. Thanks. I'm also assuming that "warning: A compatible version of re2c (>= 0.11.3) was not found; changes to src/*.in.cc will not affect your build." can be safely ignored for now. Jack