[CMake] CPack and RPM packages

[Laszlo Papp]

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 <djszapi at 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 <djszapi at archlinux.us> wrote:
>> On Mon, Mar 7, 2011 at 9:11 PM, Eric Noulard <eric.noulard at gmail.com> wrote:
>>> 2011/3/7 Laszlo Papp <djszapi at 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
>>
>