[MeeGo-dev] test, please, ignore

2011-10-11 Thread Artem Marchenko
subj
___
MeeGo-dev mailing list
MeeGo-dev@meego.com
http://lists.meego.com/listinfo/meego-dev
http://wiki.meego.com/Mailing_list_guidelines


[MeeGo-dev] SyncFW example

2011-10-11 Thread Artem Marchenko
First of all I am sorry if you are getting this message twice. There was 
something funny with the first sending attempt and I am not sure if the message 
went through.

Hi All

I am trying to integrate even feed into my application pretty much following 
the example at 
http://harmattan-dev.nokia.com/docs/library/html/guide/html/Developer_Library_Best_practices_for_application_development_Integrating_event_feed_into_applications_Events_Feed_API_example.html

Unfortunately I can't make it work and the example itself is incomplete and 
shows some tricks only.
 
I can post events to events feed to the standalone application, so my issue is 
really with making SyncFW framework to call my code periodically. For start 
even without any network interaction. I am quite sure I am missing some kind of 
peculiarity in xml configurations or with Buteo registrations

Could somebody, please, post the whole EventFeed example or point me to where I 
can download it (I failed to find one on gitorious)?

Best regards,
Artem.

P.S.
If you don't know about where working example is, but don't mind having a look 
at me code, here's a prototype I crafted. It compiles and deploys, but doesn't 
work - http://dl.dropbox.com/u/19482748/EventsExample.zip

P.P.S.
If you are on a Mac in order to deploy it you will need to edit one line in 
dh_installdeb as described at 
https://bugreports.qt.nokia.com/browse/QTBUG-21908 (mac specific bug when 
deploying to /etc).

___
MeeGo-dev mailing list
MeeGo-dev@meego.com
http://lists.meego.com/listinfo/meego-dev
http://wiki.meego.com/Mailing_list_guidelines

Re: [MeeGo-dev] MeeGo Reconstructed - a plan of action and direction for MeeGo

2011-10-11 Thread Eero Tamminen

Hi,

On 10/04/2011 03:08 PM, ext Tom Swindell wrote:

OBS is built with packaging in mind, so it builds packages locally and
on servers in a sanitized environment. Scratchbox may be polluted by
whatever packages a developer has installed and makes dependency
tracking a bit harder IMO.


OBS and Scratchbox aren't competitors or replacements for each other.
OBS is a package building tool, Scratchbox is a cross-building tool
for distros.  I.e. their main focus is completely different.

As to cross-building in OBS, I would recommend it to adopt SB2 as
what I've understood of its current cross-compilation solution looks
like an incomplete re-implementation of SB1 i.e. either much slower
or causing much more issues with builds.


Btw. Despite name, scratchbox v1 and v2 don't have about anything
else in common except the problem they solve, distro cross-building.

SB1 problem is that its host tools are basically a hard to maintain
distro in itself and therefore typically out of sync with the target
packages, which sometimes cases issues.

Whereas SB2 is designed just to use x86 version of the packages
to speed up build of non-x86 packages, and have fine-grained
control on how all this works.


- Eero

Here's some more info on SB2:
https://maemo.gitorious.org/scratchbox2
http://packages.debian.org/wheezy/scratchbox2
http://lists.scratchbox.org/pipermail/scratchbox-users/
___
MeeGo-dev mailing list
MeeGo-dev@meego.com
http://lists.meego.com/listinfo/meego-dev
http://wiki.meego.com/Mailing_list_guidelines


Re: [MeeGo-dev] MeeGo Reconstructed - a plan of action and direction for MeeGo

2011-10-11 Thread Eero Tamminen

Hi,

On 10/04/2011 12:06 PM, ext Jon Nordby wrote:

Yes, one would want Scratchbox or similar in addition to what OBS
provides. However, there is nothing that prevents Scratchbox from being
used together with RPM and an RPM based distro is there?


You need some support for RPM tools in SB and OBS would need to prefix
commands with sbox or sb2 depending on which SB version is used.



Don't go around trying to changing everything if what you're missing is
just Scratchbox.


I wouldn't say just, distro cross-building is surprisingly hairy
problem, it can sprout warts years after you thought it was nailed
down.  Anyway, SB is package build system agnostic.

I would recommend using SB v2.  With that you just need to select
suitable packages from the distro to accelerate and adding path
mapping rules for binaries in them, whereas with SB v1 you need
to support SB specific host tools distro in addition to package
management devkit.


- Eero
___
MeeGo-dev mailing list
MeeGo-dev@meego.com
http://lists.meego.com/listinfo/meego-dev
http://wiki.meego.com/Mailing_list_guidelines