MeeCoLay Development Thread [no "doesn't work" reports!!] - maemo.org

Active Topics

N9 virtual keyboard slow response (0)
to MeeGo / Harmattan by justadude - 4 mins ago
Problems with Modest and Gmail (119)
to Maemo 5 / Fremantle by fffffred - 28 mins ago
Power Pack for pr1.3 ? (94)
to MeeGo / Harmattan by jalyst - 32 mins ago
Mirror-link Car Head-Units for N9/950? (10)
to Accessories by jalyst - 48 mins ago
Good N9 car holder??? (30)
to Nokia N9 / N950 by jalyst - 58 mins ago
[Announce] Cleven - an aircrack gui (835)
to Applications by Commander Derp - 1 hr, 2 mins ago
[Announce] Yappari - A WhatsApp client for the N900 ONLY - v0.0.33 (3,757)
to Applications by Singh - 2 hrs, 43 mins ago
How many of you still use N900 as main phone? (271)
to Community by Singh - 2 hrs, 50 mins ago
So, what should a qwerty other half look like? (44)
to Jolla The Other Half by soryuuha - 3 hrs, 5 mins ago
Hildon Foundation Board of Directors questionnaire for candidates (3)
to Community by GeneralAntilles - 3 hrs, 8 mins ago
[MeeGo] WeChat on Nokia N9? (31)
to Applications by soryuuha - 3 hrs, 8 mins ago
[Announce] CSSU stable release (343)
to Maemo 5 / Fremantle by s4br0s0 - 3 hrs, 31 mins ago
more...

Page 1 of 3

Next >

Thread Tools

Search this Thread

marmistrz	05-28-2012 , 09:37 AM
Posts: 1,810 \| Thanked: 1,935 times \| Joined on May 2011 @ Poland	#1

Hello,
I created this thread to keep dev discussion away from all the user stuff.

First of all we need to consider the structure of the libraries. tar.bz2 or a repo with debs?

User qwazix suggested a repository with libs and apps.

My arguments:

For:
1. Apt-get handles deps, auto-installs it: no mess with creating a client
2. Easy removing

Against:
1. You need to mess with the whole depends stuff, it requires much work. You need to add meecolay pkgs to pre-deps and there's a bit mess out there, it's still developed
2. Repo'll be removed after launching HAM, adding n' removing repo only install time, not to require additional root, will slow down any other repos update
3. Duplicate of apps, developers could use DEBIAN/meecolay instead to provide install instructions for meecolay.
4. essential libs if edited unproperly may brick the n900 (if u use shlibs or sth)

What do you think about it?

__________________
MeeCoLay: run MeeGo Harmattan apps on Fremantle
PowEdit: manage power key menu entries
User Agent Tool - change Maemo Browser's user agent
MaeLyrica - lyrics download client

If you want to support my work, you can DONATE

You're encouraged to donate at least a couple of euros - otherwise PayPal takes almost everything as a fee.

If you would like to donate in other currency or can't donate but would like to support me, please contact me.

Quote & Reply |

The Following 7 Users Say Thank You to marmistrz For This Useful Post:
godofwar424, ibrakalifa, imo, kent_autistic, sifo, Sourav.dubey, _David_

misiak	05-28-2012 , 09:46 AM
Posts: 574 \| Thanked: 903 times \| Joined on Feb 2010 @ Gdynia, Poland	#2

do you have any idea how to deal with libraries possibly overwriting core fremantle files? E.g. Harmattan package "SomePackageA" contains file "/lib/somelibrary.so" and Fremantle package "SomePackageB" contains file "/lib/somelibrary.so" (it would happen - or should happen - only when these are in fact same software, but in different version). Harmattan's version may, as we all well know, cause Fremantle device reboot loop. (I think you may have thought about it by your 4# point of "Against"). Maybe using something like Easy Debian's fake root environment, for installing Meego's libs, wouldn't be such a bad idea after all? What's more, it could be saved in MyDocs then, not polluting small /opt partiton. Anyway, I vote for repository solution instead of tar.gz solution

Quote & Reply |

marmistrz	05-28-2012 , 10:00 AM
Posts: 1,810 \| Thanked: 1,935 times \| Joined on May 2011 @ Poland	#3

Originally Posted by misiak

do you have any idea how to deal with libraries possibly overwriting core fremantle files? E.g. Harmattan package "SomePackageA" contains file "/lib/somelibrary.so" and Fremantle package "SomePackageB" contains file "/lib/somelibrary.so" (it would happen - or should happen - only when these are in fact same software, but in different version). Harmattan's version may, as we all well know, cause Fremantle device reboot loop. (I think you may have thought about it by your 4# point of "Against"). Maybe using something like Easy Debian's fake root environment, for installing Meego's libs, wouldn't be such a bad idea after all? What's more, it could be saved in MyDocs then, not polluting small /opt partiton. Anyway, I vote for repository solution instead of tar.gz solution

The libraries just would have to be put in /opt/meecolay/lib, as it's now.

With Debian chroot's the best option as Debian packages ain't optified. With meego, core pkgs are non-opt and apps are opt. (/opt/packagename/bin, etc.)

Will chroot handle all the rotation stuff properly?? We'll need to find some kinda blacklisting.

With app allegro there's such problem. I blacklist

Code:

allegro

The app's executable is in /opt/allegro/bin/allegro.

this doesn't work. Is something more required to blacklist apps from rotating?

Quote & Reply |

marmistrz	05-28-2012 , 02:02 PM
Posts: 1,810 \| Thanked: 1,935 times \| Joined on May 2011 @ Poland	#4

I have a nice idea, combining yours and mine,
The same that it is, but made debs!

What do you think about?

It would require a minor change in the src.

I'm nearly done finsihing the basic stuff in the client, some early build should arrive soon

Quote & Reply |

The Following User Says Thank You to marmistrz For This Useful Post:
imo

misiak	05-28-2012 , 03:57 PM
Posts: 574 \| Thanked: 903 times \| Joined on Feb 2010 @ Gdynia, Poland	#5

Originally Posted by marmistrz

I have a nice idea, combining yours and mine,
The same that it is, but made debs!

What do you think about?

It would require a minor change in the src.

I'm nearly done finsihing the basic stuff in the client, some early build should arrive soon

I think I don't fully understand what you mean, could you clarify a bit?

If you have problems with explaining it in english, you may PM me in polish or german if you speak one of those languages better (I speak both)

Quote & Reply |

marmistrz	05-29-2012 , 02:10 PM
Posts: 1,810 \| Thanked: 1,935 times \| Joined on May 2011 @ Poland	#6

Originally Posted by misiak

I think I don't fully understand what you mean, could you clarify a bit? If you have problems with explaining it in english, you may PM me in polish or german if you speak one of those languages better (I speak both)

Instead of using .tar.bz2 and unpacking this, the .deb packages may be done and the downloader would call dpkg to install this.

But I noticed a problem now: this would require root access. As with meecolay-installer without root it would just generate new package, as you may want to use it later, there it's not nice to install all of this manually.

It's better to have this program rootless, as root may be ruthless

Seriously, when you fire up program using sudo as root, you'll get a sendmail help ;P

Quote & Reply |

marmistrz	06-01-2012 , 09:44 AM
Posts: 1,810 \| Thanked: 1,935 times \| Joined on May 2011 @ Poland	#7

Hello
How does the CSSU check whether app should be rotated or not (in blacklist)?
I cannot blacklist it altough I give the executable's name.
it's not in /usr/bin or /bin

Last edited by marmistrz; 06-01-2012 at 12:59 PM.

Quote & Reply |

misiak	06-10-2012 , 03:26 PM
Posts: 574 \| Thanked: 903 times \| Joined on Feb 2010 @ Gdynia, Poland	#8

Originally Posted by marmistrz

Is XClassHint.res_name the same as executable name seen in top?

I have no idea. You could try xdotool to check window names, e.g. run

Code:

xdotool getactivewindow getwindowname

when the app window is active... so run something like

Code:

sleep 10 ; xdotool getactivewindow getwindowname

in terminal, then switch quickly to the other app and after few seconds check result in terminal. I have no idea if this will be the same window name that is used in hildon-desktop blacklist, but I can check later if you want (after all, I'm maintainer of xdotool for Fremantle, so I know source code a little bit... I never needed touse getwindowname though, so I', not sure if it's equal to XClassHint.res_name value...)

Edit: But the best way would be activating cssu source repo, then

Code:

apt-get source hildon-desktop
apt-get build-dep hildon-desktop

Then modify the file and function I gave you the reference to in the other thread, add there printing window name to some log file on every check, then

Code:

fakeroot dpkg-buildpackage

and installing resulting deb on device. That would take ~15-30 minutes I guess, if you don't have time, mayone someone else has time and will to help you (I would by I am extremely busy lately, so I cannot primise anything, sorry

Last edited by misiak; 06-10-2012 at 03:31 PM.

Quote & Reply |

The Following User Says Thank You to misiak For This Useful Post:
marmistrz

marmistrz	06-11-2012 , 11:40 AM
Posts: 1,810 \| Thanked: 1,935 times \| Joined on May 2011 @ Poland	#9

Originally Posted by misiak

I have no idea. You could try xdotool to check window names, e.g. run
Code:
xdotool getactivewindow getwindowname
when the app window is active... so run something like
Code:
sleep 10 ; xdotool getactivewindow getwindowname
in terminal, then switch quickly to the other app and after few seconds check result in terminal. I have no idea if this will be the same window name that is used in hildon-desktop blacklist, but I can check later if you want (after all, I'm maintainer of xdotool for Fremantle, so I know source code a little bit... I never needed touse getwindowname though, so I', not sure if it's equal to XClassHint.res_name value...)

Edit: But the best way would be activating cssu source repo, then
Code:
apt-get source hildon-desktop
apt-get build-dep hildon-desktop
Then modify the file and function I gave you the reference to in the other thread, add there printing window name to some log file on every check, then
Code:
fakeroot dpkg-buildpackage
and installing resulting deb on device. That would take ~15-30 minutes I guess, if you don't have time, mayone someone else has time and will to help you (I would by I am extremely busy lately, so I cannot primise anything, sorry ).

The window name for app "allegro", executable "/opt/allegro/bin/allegro" is "allegro". But blacklisting "allegro" doesn't work.

What may be the problem?

Quote & Reply |

misiak	06-11-2012 , 01:04 PM
Posts: 574 \| Thanked: 903 times \| Joined on Feb 2010 @ Gdynia, Poland	#10

Originally Posted by marmistrz

The window name for app "allegro", executable "/opt/allegro/bin/allegro" is "allegro". But blacklisting "allegro" doesn't work.

What may be the problem?

I don't know, sorry

I'm waiting for my second device (I will have two N900s

), when it arrives, I will check window names with modified hildon-desktop and report back (it should happen this week).