Hey there KDE devs,

I would like to report a possible bug. I write "possible" because I
am not 100% sure if it is a bug. It is actually a compile-related
problem. I will explain this in a moment in more detail.

The program this report is about is called "breeze-icons".

I have used the following URL for this:

    https://download.kde.org/stable/frameworks/5.70/breeze-icons-5.70.0.tar.xz

I compile all the KDE components from source, via ruby, an I would
like to state that things have improved a LOT in the last ~3 years
or so. From release to release I run into fewer and fewer problems.
A few problems are caused by my own noobness; but other problems
are at the least partially related to errors in some build script
or some other setup. Anyway.

When I write a "possible bug", I also actually mean that I managed
to compile breeze-icons successfully just now.

The variant that works fine for me is the variant used by the
LFS/BLFS team, and is briefly shown here:

http://www.linuxfromscratch.org/blfs/view/svn/x/breeze-icons.html

The two relevant factors here are, IMO, that they:

1) use a separate build directory

and

2) Use a specific commandline option, being:

    cmake -DCMAKE_INSTALL_PREFIX=/usr -DBUILD_TESTING=OFF -Wno-dev ..

So when I did NOT use the two options "-DBUILD_TESTING=OFF
-Wno-dev", I run into this problem (I have indended this
4 spaces to the right):

    [ 88%] Generating res/breeze-icons.qrc
    Error copying directory from "/Depot/jjj/breeze-icons-5.70.0/icons" to "/Depot/jjj/breeze-icons-5.70.0/icons/res"

So some copy-operation fails. IF I use a build directory
AND these two configure options to cmake, then the
program compiles without error.

I just did another compile-try again, and I can confirm
that I do not run into this problem with the above 
options; but without them, I run into these problems.
So I am quite sure that there is some small error in
the build-process. Maybe that it should require a 
separate build-dir, or maybe that it needs these
options, or perhaps both.

Either way I thought it may be best to report this.

I know too little about cmake to understand which
part of the copy-directory action fails.

I assume that I personally will not run into this
problem anymore, since it compiles fine for me now,
but if someone else runs into this I wanted to 
mention it. Perhaps a separate build-directory 
should be enforced by breeze-icons, I can not say
(I am not an expert when it comes to Makefiles or
cmake-build files, sorry). Anyway, that's my report,
keep up the improvements to the build setup - it 
actually helps a LOT the fewer problems there are,
in particular for distributions with a lack of 
manpower (such as GoboLinux; when I manage to 
compile the whole KDE suite, I can try to help
the GoboLinux guys, but it is of course easier
when things work with as few problems as possible,
out of the box; and as said, things did improve a 
lot over the last few years. I still remember the
KDE 4 days ... that was painful).