Further news, I have just tried the rpm generation on my host system out and it worked like a charm, here are the logs: http://djszapi.homelinux.net/cpack_host.log http://djszapi.homelinux.net/gluon_host.spec
I hope it helps with something... Best Regards, Laszlo Papp On Mon, Mar 7, 2011 at 9:29 PM, Laszlo Papp <djsz...@archlinux.us> wrote: > As said, the working OBS spec files can be found here: > http://repo.pub.meego.com/home:/sandst1/standard/armv7l/ > http://repo.pub.meego.com/home:/sandst1/standard/i586/ > > http://djszapi.homelinux.net/gluon.spec -> this is the cpack/cmake > generated one. > > Well, the cpack one doesn't really do anything, it only moves files > around (and apparently requires some external calling code to move > them into place). > I don't know anything about cpack, just that the spec file you have > there doesn't do anything except moving files around (and maybe > package them if they happen to end up in the right place), but > certianly not build anything. > > Best Regards, > Laszlo Papp > > On Mon, Mar 7, 2011 at 9:16 PM, Laszlo Papp <djsz...@archlinux.us> wrote: >> On Mon, Mar 7, 2011 at 9:11 PM, Eric Noulard <eric.noul...@gmail.com> wrote: >>> 2011/3/7 Laszlo Papp <djsz...@archlinux.us>: >>>> Any progress on it ? >>> >>> Nope. >>> I won't be very responsive this week. >> >> That does not sound too good.............. ! >> >>>> One more information, this n900-devel image uses >>>> internally qemu and I am not sure that can cause any issue for the >>>> build system. >>> >>> I don't like I said I'm not that experienced with cross-compiling env. >> >> Nobody told you are, I have been just trying to provide as much >> information as I can ... >> >>>> That is also interesting why the debian packaging worked just fine in >>>> the scratchbox using also qemu internally. >>> >>> Does the pb you are facing for RPM occur in the same scractchbox env? >> >> No, maemo/debian system (scratchbox) is a different story compared to >> the meego/rpm way. >> >>> If this repo corresponds to the same gluon: >>> http://gitorious.org/gluon/gluon/blobs/master/core/CMakeLists.txt >> >> No, it does not, and it is also mentioned on the main site by the >> kde-sysadmins so that do not use it because it is quite obsolete. It >> is a gitorious tragedy we cannot remove that from there. >> >> This is the current repository: >> https://projects.kde.org/projects/playground/games/gluon/repository >> >> Best Regards, >> Laszlo Papp >> > _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
