25 Jul 2014

feedPlanet Maemo

Firefox for Android: Collecting and Using Telemetry

Firefox for Mobile
Firefox for Android: Collecting and Using Telemetry - http://starkravingfinkle.org/blog...

0 Add to favourites0 Bury

25 Jul 2014 3:08am GMT

19 Jul 2014

feedPlanet Maemo

2014-07-15 Meeting Minutes

Meeting held on FreeNode, channel #maemo-meeting (logs)

Attending: Philippe Coval (rZr), Peter Leinchen (peterleinchen), Gido Griese (Win7Mac), Paul Healy (sixwheeledbeast), Ruediger Schiller (chem|st), Niel Nielsen (nieldk), Jussi Ohenoja (juiceme).

Absent: Joerg Reisenweber (DocScrutinizer05)

Summary of topics (ordered by discussion):
- Inaugural meeting of the new Maemo Council 2Q/2014
- Discussion on Council work media
- Comments by DocScrutinizer05>

Topic (Inaugural meeting of the new Maemo Council 2Q/2014):

Topic (Discussion on Council work media):

Topic (Comments by DocScrutinizer05):

Action Items:
  • N/A

0 Add to favourites0 Bury

19 Jul 2014 1:58pm GMT

15 Jul 2014

feedPlanet Maemo

Updates on the Hildon Foundation

Discussion started last year about moving the US-based Hildon Foundation non-profit operations to Europe. After a positive reception to the initial proposal, some further planning by the community, and a lot of foot work, work is progressing on setting up a German e.V. (which was selected due to limited options available in Europe).
The move serves several purposes:

The Hildon Foundation assets will need to be transferred to the new e.V. once its legal registration is completed. The Hildon Foundation will then be dissolved. This is slightly complicated by the aforementioned regulatory burdens in the US, but will hopefully be finalized by the end of the third quarter of this year. In terms of obligations, responsibilities and relationship to the community, this move has no effect: it is purely a technical measure to allow the Foundation to better manage the community's assets.

0 Add to favourites0 Bury

15 Jul 2014 10:37pm GMT

Meet the new Q2 2014 Maemo Community Council

Dear Maemo community, I have the great honor of introducing the new Community Council for the upcoming Q2/2014 period.

The members of the new council are:

The voting results can be seen on the voting page

I want to thank warmly all the members of the community who participated in this most important action of choosing a new council for us!

The new council shall meet on the #maemo-meeting IRC channel today at 20:00 UTC for the formal handover with the passing council.

Jussi Ohenoja, Council Chair Q1/2014

On behalf of the outgoing Maemo Community Council

0 Add to favourites0 Bury

15 Jul 2014 5:38am GMT

03 Jul 2014

feedPlanet Maemo

2014-07-01 Meeting Minutes

Meeting held on FreeNode, channel #maemo-meeting (logs)

Attending: Joerg Reisenweber (DocScrutinizer05), Ruediger Schiller (chem|st), xes, Philippe Coval (rZr), Paul Healy (sixwheeledbeast), Peter Leinchen (peterleinchen), Gido Griese (Win7Mac), Tom Joyce (TomJ), dirkvl, Aaron McEwan (chainsawbike), Sebastian Krzyszkowiak (dos1), Martin Kolman (M4rtinK), Jussi Ohenoja (juiceme).

Absent:

Summary of topics (ordered by discussion):
- General orienteering for the new council election candidates

Topic (General orienteering for the new council election candidates):

Action Items:
  • N/A

0 Add to favourites0 Bury

03 Jul 2014 6:59am GMT

08 Jun 2014

feedPlanet Maemo

2014-06-03 Meeting Minutes

Meeting held on FreeNode, channel #maemo-meeting (logs)

Attending: Ruediger Schiller (chem|st), Gido Griese (Win7Mac), Joerg Reisenweber (DocScrutinizer05), Paul Healy (sixwheeledbeast), Jussi Ohenoja (juiceme).

Absent:

Summary of topics (ordered by discussion):
- Discussion on the handling of device donations
- Status update on the Maemo e.V. registration
- Discussion on the ongoing Maemo Council election

Topic (Discussion on the handling of device donations):

Topic (Status update on the Maemo e.V. registration):

Topic (Discussion on the ongoing Maemo Council election):

Action Items:
  • N/A

1 Add to favourites0 Bury

08 Jun 2014 10:27am GMT

06 Jun 2014

feedPlanet Maemo

Firefox for Android: Casting videos and Roku support – Ready to test in Nightly

Firefox for Mobile
Firefox for Android: Casting videos and Roku support - Ready to test in Nightly - http://starkravingfinkle.org/blog...

0 Add to favourites0 Bury

06 Jun 2014 3:45pm GMT

23 May 2014

feedPlanet Maemo

Let’s make things better

Matthew gets that developers need good equipment.

Glade, Scaffolding (DevStudio), Scintilla & GtkSourceView, Devhelp, gnome-build and Anjuta also got it earlier.

I think with GNOME's focus on this and a bit less on woman outreach programs; this year we could make a difference.

Luckily our code is that good that it can be reused for what is relevant today.

It's all about what we focus on.

Can we please now go back at making software?

ps. I've been diving in Croatia. Trogir. It was fantastic. I have some new reserves in my mental system.

ps. Although we're very different I have a lot of respect for your point of view, Matthew.

1 Add to favourites1 Bury

23 May 2014 4:58pm GMT

17 May 2014

feedPlanet Maemo

2014-05-13 Meeting Minutes

Meeting held on FreeNode, channel #maemo-meeting (logs)

Attending: Ruediger Schiller (chem|st), Jussi Ohenoja (juiceme).

Absent:

Summary of topics (ordered by discussion):
- Discussion on arranging the next Maemo Council election
- Discussion on maemo.gitorious.org

Topic (Discussion on arranging the next Maemo Counco election):

Topic (Discussion on maemo.gitorious.org):

Action Items:
  • N/A

1 Add to favourites0 Bury

17 May 2014 9:21am GMT

05 May 2014

feedPlanet Maemo

Q2 2014 Community Council Election Announcement

Dear friends and Maemoans, it has been a busy six months, and again it is time to elect a new Community Council for us.

The last election finished on Saturday 14th of December 2013 so the new election should be done by Saturday 14th of June 2014.

The schedule of the voting is as follows:

To get our community to continue strong, we need fresh people with fresh viewpoints to carry on the torch, so please think about volunteering for Maemo Council.

Currently there is lots of things going on, as the Maemo council is now the one unified Council, acting on behalf of the whole Maemo Community and its legal representation bodies, the Maemo e.V. (registered association, successor to HiFo) and the Hildon Foundation.

On behalf of the outgoing community council,

Jussi Ohenoja

1 Add to favourites0 Bury

05 May 2014 1:55pm GMT

2014-04-29 Meeting Minutes

Meeting held on FreeNode, channel #maemo-meeting (logs)

Attending: Joerg Reisenweber (DocScrutinizer51), Ruediger Schiller (chem|st), Sicelo, Jussi Ohenoja (juiceme).

Absent:

Summary of topics (ordered by discussion):
- Discussion on arranging the next Maemo Counco election

Topic (Discussion on arranging the next Maemo Council election):

Action Items:
  • N/A

1 Add to favourites0 Bury

05 May 2014 1:47pm GMT

22 Apr 2014

feedPlanet Maemo

Tracker supports volume management under a minimal environment

While Nemo Mobile OS doesn't ship with udisks2 nor with the GLib/GIO GVfs2 modules that interact with it, we still wanted removable volume management working with the file indexer.

It means that types like GVolume and GVolumeMonitor in GLib's GIO will fall back to GUnixVolume and GUnixVolumeMonitor using GUnixMount and GUnixMounts instead of using the more competent GVfs2 modules.

The GUnixMounts fallback uses the _PATH_MNTTAB, which generally points to /proc/mounts, to know what the mount points are.

Removable volumes usually aren't configured in the /etc/fstab file, which would or could affect /proc/mounts, plus if you'd do it this way the UUID label can't be known upfront (you don't know which sdcard the user will insert). Tracker's FS miner needs this label to uniquely identify a removable volume to know if a previously seen volume is returning.

If you look at gunixvolume.c's g_unix_volume_get_identifier you'll notice that it always returns NULL in case the UUID label isn't set in the mtab file: the pure-Unix fall back implementations aren't fit for non-typical desktop usage; it's what udisks2 and GVfs2 normally provide for you. But we don't have it on the Nemo Mobile OS.

The mount_add in libtracker-common/tracker-storage.c luckily has an alternative that uses the mountpoint's name (line ~592). We'll use this facility to compensate for the lacking UUID.

Basically, we add the UUID of the device to the mountpoint's directory name and Tracker's existing volume management will generate a unique UUID using MD5 for each unique mountpoint directory. What follows is specific for Nemo Mobile and its systemd setup.

We added some udev rules to /etc/udev/rules.d/90-mount-sd.rules:

SUBSYSTEM=="block", KERNEL=="mmcblk1*", ACTION=="add", MODE="0660", TAG+="systemd", 
  ENV{SYSTEMD_WANTS}="mount-sd@%k.service", ENV{SYSTEMD_USER_WANTS}="tracker-miner-fs.service
  tracker-store.service"

We added /etc/systemd/system/mount-sd@.service:

[Unit]
Description=Handle sdcard
After=init-done.service dev-%i.device
BindsTo=dev-%i.device

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/sbin/mount-sd.sh add %i
ExecStop=/usr/sbin/mount-sd.sh remove %i

And we created mount-sd.sh:

if [ "$ACTION" = "add" ]; then
    eval "$(/sbin/blkid -c /dev/null -o export /dev/$2)"
    test -d $MNT/${UUID} || mkdir -p $MNT/${UUID}
    chown $DEF_UID:$DEF_GID $MNT $MNT/${UUID}
    touch $MNT/${UUID}
    mount ${DEVNAME} $MNT/${UUID} -o $MOUNT_OPTS || /bin/rmdir $MNT/${UUID}
    test -d $MNT/${UUID} && touch $MNT/${UUID}
else
    DIR=$(mount | grep -w ${DEVNAME} | cut -d \  -f 3)
    if [ -n "${DIR}" ] ; then
        umount $DIR || umount -l $DIR
    fi
fi

Now we just have to configure Tracker right:

gsettings set org.freedesktop.Tracker.Miner.Files index-removable-devices true

Let's try that:

# Insert sdcard
[nemo@Jolla ~]$ mount | grep sdcard
/dev/mmcblk1 on /media/sdcard/F6D0-FC42 type vfat (rw,nosuid,nodev,noexec,...
[nemo@Jolla ~]$ 

[nemo@Jolla ~]$ touch  /media/sdcard/F6D0-FC42/test.txt
[nemo@Jolla ~]$ tracker-sparql -q "select tracker:available(?s) nfo:fileName(?s) \
     { ?s nie:url 'file:///media/sdcard/F6D0-FC42/test.txt' }"
Results:
  true, test.txt

# Take out the sdcard

[nemo@Jolla ~]$ mount | grep sdcard
[nemo@Jolla ~]$ tracker-sparql -q "select tracker:available(?s) nfo:fileName(?s) \
     { ?s nie:url 'file:///media/sdcard/F6D0-FC42/test.txt' }"
Results:
  (null), test.txt
[nemo@Jolla ~]$

1 Add to favourites0 Bury

22 Apr 2014 8:05pm GMT

19 Apr 2014

feedPlanet Maemo

My N9 apps and games now self-hosted and on openrepos.net

As the versions of my apps on Nokia Store grow more and more outdated, I've decided to remove the apps from there and instead self-host them on my web page and/or put them on OpenRepos.net instead. A handful of apps stay on Nokia Store; those are mostly S40 apps or apps for which a Symbian version also exists.

Here's a list of my N9 apps that you can now get for free ("deb download" is as of posting this, for new versions visit the webpage or openrepos.net):

And here's a list of my N9 games that you can now get for free (again, "deb download" is as of posting this; new versions on the webpage or openrepos.net):

Of these, the "greatest hits" and most useful apps/most fun games are (in my opinion): Billboard, Volume+ As Camera Button and chro.mono, but also give qw The Game and Petals a try :)

A list of all my apps on OpenRepos.net is also available.

Please note that unless otherwise noted, do not copy the .deb files and distribute them yourself, please always link to the project webpage (the page, not the file) or the openrepos.net page - this makes sure users can always download the latest version and from a known-good source (always be careful when downloading and installing .debs from random webpages). For end users who want to stay up to date and install the packages comfortably, the Warehouse client for OpenRepos.net is recommended.

For some of these apps (not games) that are not open source yet, I plan to clean up and publish the source at some point in the future, so interested developers can have a look, add features and/or port it to new platforms. 2 Add to favourites0 Bury

19 Apr 2014 6:03pm GMT

26 Mar 2014

feedPlanet Maemo

A Bitcoin project

Some words about hedging

The Bitcoin market is pretty fresh and unstable at the moment. It is greatly affected by any news on this market. We expect slow grow of exchange rates in the long-term. This assumptions is based on the following facts:

Unfortunately, all other *coins (Litecoin, Dogecoin, etc.) have close-to-zero influence on bitcoin exchange rates, while bitcoin exchange rates affects this currencies greatly. Detailed analytics of exchange rates dynamics on 3 different exchange markets revealed 0.00037% probability of getting profit by running exchange operations between different *coins (mostly due to exchange fees of sites)

Our opinion is that it is a nice time to start getting bitcoins :) It's exchange rates have still not recovered after the MtGOX failure, but recent research revealeds that MtGOX may have money on it's account, so we expect constant growing exchange rate of Bitcoin in next 3 months

What needs to be implemented?

This section describes a scope of the project. The main target of current project is to provide an easy way to perform easy transactions within system. So we need just three points of functionality:

Additionally to simplify people's life transferring money to other person's account should track "friends list" to simplify multiple transactions to other persons.

Since world is mobile now - all that operations should be available both from web-interface and mobile apps.

What will be great to have in future?

This section describes functionality outside initial project scope, but could be considered in future.

What about security?

Security is a main concern of the project. Since we're building a system on top of bitcoin - there is no way to reverse any transaction.

So let's review possible approaches.

(rejected) Single bitcoin account managing all users accounts

We have just one bitcoin wallet, which contains all coins owned by our users. All in-system transactions are tracked by our system, same applies to account balances.

Pros: + Very easy to implement + Extremely fast (since there are no "real" transactions when we pass money from one person to other)

Cons: + extremely risky. Let's imagine situation when hacker was able to access account. He will be able to move all bitcoins to other address resulting in system crash

(rejected) Separate bitcoin wallet for each user

Each user has one bitcoin wallet. All transactions are performed by real bitcoin transactions

Pros: + Simplifies client logic. We do not need to "count" money - just retrieve them from bitcoin wallet and display to user + Way more secure - user have no real access to other uses wallet

Cons: + harder to implement + When we make transaction from one user to another we need to receive confirmation from bitcoin network which is not immediate. + risky. If hacker was able to compromise not account, but access to system same risks as previous options apply

Separate bitcoin wallet + cash-in-out wallet

The main problem of the previous approach is that a possible hacker has access to all bitcoins in the system, including bitcoins used by the cash-in and cash-out wallet. The solution is to run the system using 2 separate modules (ideally on two different network machines) - one for in-system transactions and one for cash-in/cash-out. The second one should accept just two operations "Give X BTC to user Y in system" or "Take X BTC from user Y". Since the code of second module will be simple and straightforward - it's easier to make it secure. Compromising client accounts will not compromise real money

How that will work?

AAA (Authorization, Authentication, Accounting) is always a compromise between usability and security. We suggest the following approach:

What is the status of development?

We're currently working on server-side stuff - bitcoin's transferring between two separates system. This part of system will be covered by unit tests to ensure security and reliability. Code should be ready soon if anyone is interested

1 Add to favourites0 Bury

26 Mar 2014 9:10pm GMT

24 Mar 2014

feedPlanet Maemo

2014-03-18 Meeting Minutes

Meeting held on FreeNode, channel #maemo-meeting (logs)

Attending: Joerg Reisenweber (DocScrutinizer05), Ruediger Schiller (chem|st), Gido Griese (Win7Mac), Niel Nielsen (nieldk), Robert Schiller (lowkyalyr), kerio, Titilambert, Paul Healy (sixwheeledbeast), Martin Kolman (M4rtinK), Falk Stern (warfare), Aaron McEwan (chainsawbike), Jussi Ohenoja (juiceme).

Absent:

Summary of topics (ordered by discussion):
- Kickoff meeting for Meamo Community e.V.

Topic (Kickoff meeting for Meamo Community e.V.):


Action Items:
  • N/A

1 Add to favourites0 Bury

24 Mar 2014 7:30am GMT

19 Mar 2014

feedPlanet Maemo

webCL 1.0 is ratified and released!

We have been working close to 2 years on this so it is only natural to be happy. Tasneem - from my lab has been chairing the working group on webCL - I want to say that she did a wonderful job and it was great to work with Khronos Group.
You can find the specification here https://www.khronos.org/webcl/
And here is the official press release from Khronos: https://www.khronos.org/news/press/khronos-releases-webcl-1.0-specification.
webCL can help any developer harness the underlying power of GPU's and multi core device directly from the browser. It will allow parallel processing directly the browser and can enable a completely new category of web apps such as the one based on physics engine, video editing, image and photo processing and manipulation, etc...
I also want to remind everybody that we have an implementation of this - go and check it out: https://github.com/SRA-SiliconValley/webkit-webcl.
There will also be a WebCL DevU session at the GDC tomorrow on March 20 at 3:00 pm, in the Moscone Center, in San Francisco. http://www.khronos.org/news/events/khronos-devu-sessions-gdc-2014

2 Add to favourites0 Bury

19 Mar 2014 8:17pm GMT