Planet maemo

madman2k

The build-in opencv line drawing function allows to draw a variety of lines. Unfortunately it does not allow drawing a gradient line interpolating the colors at its start and end.

However implementing this on our own is quite easy:


using namespace cv;

void line2(Mat& img, const Point& start, const Point& end, 
                     const Scalar& c1,   const Scalar& c2) {
    LineIterator iter(img, start, end, LINE_8);

    for (int i = 0; i < iter.count; i++, iter++) {
       double alpha = double(i) / iter.count;
       // note: using img.at<T>(iter.pos()) is faster, but 
       // then you have to deal with mat type and channel number yourself
       img(Rect(iter.pos(), Size(1, 1))) = c1 * (1.0 - alpha) + c2 * alpha;
    }
}
Categories: News
madman2k

Introducing Sensors Unity

2015-02-07 14:23 UTC  by  madman2k
0
0

Sensors-Unity is a new lm-sensors GUI for the Unity Desktop. It allows monitoring the output of the sensors CLI utility while integrating with the Unity desktop. This means there is no GPU/ HDD support and no plotting.
If you need those you are probably better suited with psensor. However if you just need a overview of the sensor readings and if you appreciate a clean UI you should give it a shot.

Sensors Unity is available from this PPA

It is written in Python3 / GTK3 and uses sensors.py. You can contribute code or help translating via launchpad.

Overview

In contrast to other applications the interface is designed around being a application. Instead of getting another indicator in the top-right, you get an icon in the launcher:

The user interfaceThe user interface

The idea is that you do not need the sensor information all the time. Instead you launch the app when you do. If you want to passively monitor some value you can minimize the app while selecting the value to display in the launcher icon.

To get the data libsensors is used which means that you need to get lm-sensors running before you will see anything.

However once the sensors command line utility works you will see the same results in Sensors-Unity as it shares the configuration in /etc/sensors3.conf.

Configuration

Unfortunately configuring lm-sensors via /etc/sensors3.conf is quite poorly documented, so lets quickly recap the usage.

  • /etc/sensors3.conf contains the configuration for all sensors known by lm-sensors
  • however every mainboard can use each chip in a slightly different way
  • therefore you can override /etc/sensors3.conf by placing your specific configuration in /etc/sensors.d/ (see this for details)
  • you can find a list of these board specific configurations in the lm-sensors wiki
  • to disable a sensor use the ignore statement
  • #ignore everything from this chip
    chip "acpitz-virtual-0"
     ignore temp1
     ignore temp2
  • to change the label use the label statement
  • chip "coretemp-*"
     label temp1 "CPU Package"

    Sensors-Unity Specific Configuration

Sensors-Unity allows using the Pango Markup Language for sensor labels. For instance if you want “VAXG” instead of “CPU Graphics” to be displayed, you would write:

label in4 "V<sub>AXG</sub>"

In order not to interfere with other utilities and to allow per-user configuration of the labels/ sensors Sensors-Unity first tries to read ~/.config/sensors3.conf before continuing with the lm-sensors config lookup described above.

Categories: Articles
Thomas Perl

Running Debian sid on Sailfish OS

2015-01-29 18:40 UTC  by  Thomas Perl
0
0
This assumes you have a Debian/Ubuntu host computer on which to run debootstrap. Theoretically you can run this on the device, but it's not as easy as on Harmattan (where you can just install the debootstrap package. On the host, run the first init and create a tarball:

sudo debootstrap --arch armhf --foreign sid sid
sudo tar czvf sid.tgz -C sid .
du -sh sid.tgz
# 98M sid.tgz
scp sid.tgz nemo@192.168.2.15:
To unpack the chroot tarball:

ssh nemo@192.168.2.15
devel-su
# password

mkdir sid
cd sid
tar xvf ../sid.tgz
chroot /home/nemo/sid/ /debootstrap/debootstrap --second-stage
chroot /home/nemo/sid/ apt-get clean
echo "deb http://http.debian.net/debian sid main" \
>/home/nemo/sid/etc/apt/source.list
To enter the chroot:

ssh nemo@192.168.2.15
devel-su
# password

mount --bind /proc /home/nemo/sid/proc
mount --bind /sys /home/nemo/sid/sys
mount --bind /dev /home/nemo/sid/dev
mount --bind /dev/pts /home/nemo/sid/dev/pts
cp /etc/resolv.conf /home/nemo/sid/etc/
chroot /home/nemo/sid/
apt-get update
Categories: chroot
madman2k

introducing sensors.py

2014-12-07 12:30 UTC  by  madman2k
0
0

sensors.py is a new python wrapper for libsensors of the lm-sensors project. libsensors is what you want to use to programmatically read the sensor values of your PC with Linux instead of parsing the output of the sensors utility.

sensors.py is not the first wrapper – there are two alternatives, confusingly both named PySensors.

PySensors (ctypes) follows a similar approach to sensors.py by using ctypes. However instead of exposing the C API it tries to be a object-oriented(OO) abstraction, which unfortunately lacks many features and makes the mapping to the underlying API hard. Furthermore it does not support Python3.

PySensors (extension module)  does not use ctypes and thus is more efficient, but if you write a python script probably compiling a extension module is worse than losing some performance when reading the values.
Additionally there is python3 support and also some OO abstraction. The latter is somewhere in between the C API and proper OO: sensors_get_label(chip_name, feature) is ChipName.get_label(feature) instead of feature.get_label().

So what makes sensors.py immediately different is that it does not try to do any OO abstraction but instead gives you access to the raw C API. It only adds minor pythonification: you dont need to mess with pointers, errors are converted to exceptions and strings are correctly converted from/ to utf-8 for you.

However working with the C API directly is tiresome at times – therefore there is also an optional iterator API, which is best shown by a demo:

import sensors

sensors.init()

for chip in sensors.ChipIterator("coretemp-*"):
    print(sensors.chip_snprintf_name(chip)+" ("+sensors.get_adapter_name(chip.bus)+")")
    
    for feature in sensors.FeatureIterator(chip):
        sfi = sensors.SubFeatureIterator(chip, feature)
        vals = [sensors.get_value(chip, sf.number) for sf in sfi]
        label = sensors.get_label(chip, feature)
        
        print("\t"+label+": "+str(vals))

sensors.cleanup()

result:

coretemp-isa-0000 (ISA adapter)
	Physical id 0: [38.0, 80.0, 100.0, 0.0]
	Core 0: [37.0, 80.0, 100.0, 0.0]
	Core 1: [35.0, 80.0, 100.0, 0.0]
	Core 2: [38.0, 80.0, 100.0, 0.0]
	Core 3: [36.0, 80.0, 100.0, 0.0]

for a more sophisticated example see the example.py in the repository.

Categories: News
admin
Firefox for Mobile Firefox for Mobile Let's build a browser engine! Part 7: Painting 101 - http://limpet.net/mbrubec... November 5 from Matt Brubeck - Comment - Like
peterleinchen

2014-10-21 Meeting Minutes

2014-10-26 21:19 UTC  by  peterleinchen
0
0

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

Attending: (xes), Gido Griese (Win7Mac),
Jussi Ohenoja (juiceme), Peter Leinchen (peterleinchen)

Partial: Sicelo Mhlongo (sicelo)

Absent: Philippe Coval (RzR)

Summary of topics (ordered by discussion):

  • Mailing list moderation
  • Dead/old/obsolete content on entry page http://maemo.org
  • Ongoing tasks: referendum, Code of Conduct, karma, e.V. sub pages, letter to Jolla

Topic (Mailing list moderation):

  • Jussi found out accidentally that the mailing list maemo-community bounces back a feedback to non-subscribed senders like "message is suspended until a moderator checks the content". But mails ending up in a queue that has not been checked for the last 1,5 years.
  • There was a short discussion about the way to handle:
    1.) we change the message to "posting is forbidden from unregistered accounts, please see bla bla bla..."
    2.) we actually get someone to check&moderate the postings. (council for example)
  • At the end juiceme took over the responsibility to check those logs from now on and moderate the mailing list(s).

Topic (Dead/old/obsolete content on entry page http://maemo.org):

  • On the top page of m.o are very old contents, like the announcements from 2013/2010. Furthermore the link to the "abandoned" Cordia project.
    And as I thought the Nokia links (which in fact are working and need to be there, at least the one to http://www.nokia.com/global/wayfinder).
    The one to https://developer.nokia.com is working, but not fully related to Maemo (but to MeeGo and therefore now MS).
  • So the council/board should decide what to do with that Cordia link. And if we keep the announcements ticker on entry page for e.V. reasons, or remove it and use t.m.o as announcement platform (as they belong together now).

Topics (Ongoing tasks: referendum, Code of Conduct, karma, e.V. sub pages, letter to Jolla):

  • Freemangordon showed up late and asked about contacting Jolla for fre(e)mantle source code support.
  • These topics were again shifted to be discussed in next week's meeting.

Action Items:
  • -- old items:
    • Check if karma calculation/evaluation is fixed. - Karma calculation should work, only wiki entries (according to Doc) not considered. To be cross-checked ...
    • NielDK to prepare a draft for letter to Jolla. - Obsolete
    • Sixwheeledbeast to clarify the CSS issue on wiki.maemo.org with techstaff. - Done
    • juiceme to create a wording draft for the referendum (to be counterchecked by council members). - See
    • Everybody to make up their own minds about referendum and give feedback.
    • Peterleinchen to announce resignation of DocScrutinizer*/joerg_rw from council. Done
  • -- new items:
    • Next weeks tasks: referendum, karma check, voting for Code of Conduct, sub pages on m.o for e.V., abandoned link/announcement ticker
Categories: council
hildonfound

Nokia Corporation (“Nokia”) and Hildon Foundation (“Hildon”) have announced an agreement regarding assigning Nokia’s Maemo trademarks, domain names and trademark applications to Hildon. The agreement includes the Maemo community website, www.maemo.org.

Nokia has been the owner of the features of the Maemo brand that have been used in connection with mobile devices and software distributed by Nokia, as well as supporting the maintenance of the Maemo Website for the Maemo community. Nokia has transferred the Maemo brand features to Hildon, who will continue to support the Maemo community.

Hildon shall assume the full responsibility and liability for the maintenance and support of all the activity that is and will be on-going on the Maemo Website. For clarity, Hildon is not responsible for customer support for Nokia mobile devices using Maemo, such as N900 and/or N9. Following the acquisition of substantially all of Nokia’s Devices & Services business by Microsoft in April 2014, Microsoft is now responsible for the support of Nokia branded mobile devices. Local contact details can be found at www.nokia.com/global/wayfinder.

Categories: News
admin

A little randomness for Hacker News

2014-10-22 22:00 UTC  by  Unknown author
0
0
Firefox for Mobile Firefox for Mobile A little randomness for Hacker News - http://limpet.net/mbrubec... October 22 from Matt Brubeck - Comment - Like
peterleinchen

2014-10-14 Meeting Minutes

2014-10-18 18:35 UTC  by  peterleinchen
0
0

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

Attending: Gido Griese (Win7Mac), Paul Healey (sixwheeledbeast),
Jussi Ohenoja (juiceme), Philippe Coval (RzR), Peter Leinchen (peterleinchen)

Partial: (xes), Ruediger Schiller (chem|st)

Absent: Niel Nielsen (nieldk), Joerg Reisenweber (DocScrutinizer05)

Summary of topics (ordered by discussion):

  • Swear filter on TMO (smartwatch)
  • DocScrutinizer/joerg_rw stepped down from Council!
  • Current Council members
  • Transition to Maemo e.V., referendum
  • Code of Conduct
  • Karma calculation

Topic (Swear filter on TMO (smartwatch)):

  • A lengthy discussion about the forum swear filter and its possibilities to be improved.
    At least to enable the upcoming topic 'smartwatch'.
  • Chemist stepped in and explained the difficulties and possibilities of this add-on module.
  • At the end the module is now set to filter out only full words and will allow the word 'smartwatch'.

Topic (DocScrutinizer/joerg_rw stepped down from Council!):

  • Joerg kept quiet and did not see the need to announce his resignation on official channel to the community .
  • The council decided unanimously to do so for him on community mailing list.

Topic (Current Council members):

  • After the resignation of Niel and Joerg the current council now consist of three persons:
    Jussi Ohenoja (juiceme),
    Philippe Coval (RzR),
    Peter Leinchen (peterleinchen).

Topics (Referendum, Karma, Code of Conduct):

  • Short discussion about upcoming referendum, the karma system and Code of Conduct.
  • These topics were shifted to be discussed in next week's meeting.

Action Items:
  • -- old items:
    • Check if karma calculation/evaluation is fixed. - Karma calculation should work, only wiki entries (according to Doc) not considered. To be cross-checked ...
    • NielDK to prepare a draft for letter to Jolla. - Obsolete
    • Sixwheeledbeast to clarify the CSS issue on wiki.maemo.org with techstaff. - Done
    • juiceme to create a wording draft for the referendum (to be counterchecked by council members). - See
    • Everybody to make up their own minds about referendum and give feedback.
  • -- new items:
    • Peterleinchen to announce resignation of DocScrutinizer*/joerg_rw from council.
    • Next weeks tasks: referendum, karma check, voting for Code of Conduct, sub pages on m.o for e.V.
Categories: council
Jussi Ohenoja

2014-10-07 Meeting Minutes

2014-10-11 11:28 UTC  by  Jussi Ohenoja
0
0

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

Attending: Jussi Ohenoja (juiceme), Philippe Coval (RzR)

Partial: Gido Griese (Win7Mac), Ruediger Schiller (chem|st), (Sicelo900v6)

Absent: Peter Leinchen (peterleinchen), Joerg Reisenweber (DocScrutinizer05), Niel Nielsen (nieldk)

Summary of topics (ordered by discussion):

  • Discussion about resigned councilors and their behaviour

(Topic Discussion about resigned councilors and their behaviour):

  • Nieldk and DocScrutinizer have resigned from the Maemo Council. There was a lengthy discussion on the legitimate way to announce this.
  • As the resignation was done by announcement on TMO and on the Council mailing list, it was decided that a formal resignation notice should be posted to the Maemo Community mailing list by the former councillors.
  • Juiceme and RzR decided to consult peterleinchen on this and write a public letter to Nieldk and DocScrutinizer.

Action Items:
  • -- old items:
    • Check if karma calculation/evaluation is fixed. - Karma calculation should work, only wiki entries (according to Doc) not considered. To be cross-checked ...
    • NielDK to prepare a draft for letter to Jolla. - Obsolete
    • Sixwheeledbeast to clarify the CSS issue on wiki.maemo.org with techstaff. - Done
    • juiceme to create a wording draft for the referendum (to be counterchecked by council members). - See
    • Everybody to make up their own minds about referendum and give feedback.
    • Juiceme to send mail to DocScrutinizer/joerg_rw asking on behalf of council for a statement about his councilor status. - Done
    • Peterleinchen to check CSS bug and inform techstaff. - Solved.
  • -- new items:
    • N/A
Categories: council
peterleinchen

2014-09-30 Meeting Minutes

2014-10-08 22:29 UTC  by  peterleinchen
0
0

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

Attending: Jussi Ohenoja (juiceme), Philippe Coval (rZr), Niel Nielsen (nieldk), Peter Leinchen (peterleinchen)

Partial: Gido Griese (Win7Mac), Paul Healey (sixwheeledbeast)

Absent: Joerg Reisenweber (DocScrutinizer05)

Summary of topics (ordered by discussion):

  • DocScrutinizer/joerg_rw stepped down from Council?
  • Transition to Maemo e.V., referendum
  • Open points, karma

Topic (DocScrutinizer/joerg_rw stepped down from Council?):

  • A longer discussion about whether DocScrutinizer/joerg_rw stepped down from council, or not?
    At least he said so on TMO a few times, but did not yet announce something to Council or on mailing list. Also he did not yet answer to a mail sent by juiceme (in private). Neither did he appear for the last 4 weeks meetings.
    Therefore the Council sees him fully absent. And will try to get an official statement from him once more.

Topic (Transition to Maemo e.V., referendum):

  • Juiceme's post request-for-comments on TMO about the relationship of the Council <-> the e.V. started to get some user comments.
    This discussion should continue on TMO and be the basis for the referendum text.
  • Juiceme asked chem|st about creation of web pages (sub pages on maemo.org) for the e.V.: techstaff should be asked for arrangement and giving rights to board members (i.e. juiceme, nieldk).

Topic (Open points, karma):

  • Short discussion abut open points. Especially the karma system.
  • Karma recalculation is okay, only wiki edits (according to Doc) should not work correctly.
  • Another point is/was the CSS bug on https://wiki.maemo.org.

Action Items:
  • -- old items:
  • Check if karma calculation/evaluation is fixed. - Karma calculation should work, only wiki entries (according to Doc) not considered. To be cross-checked ...
  • NielDK to prepare a draft for letter to Jolla. - Obsolete
  • Sixwheeledbeast to clarify the CSS issue on wiki.maemo.org with techstaff. - Done
  • juiceme to create a wording draft for the referendum (to be counterchecked by council members). - See
  • Everybody to make up their own minds about referendum and give feedback.
  • -- new items:
  • Juiceme to send mail to DocScrutinizer/joerg_rw asking on behalf of council for a statement about his councilor status.
  • Peterleinchen to check CSS bug and inform techstaff.
Categories: council
Philip Van Hoof

I added support for changing the nrl:maxCardinality property of an rdfs:Property from one to many. Earlier Martyn Russel reverted such an ontology change as this was a blocker for the Debian packaging by Michael Biebl.

We only support going from one to many. That’s because going from many to one would obviously imply data-loss (a string-list could work with CSV, but an int-list can’t be stored as CSV in a single-value int type – instead of trying to support nonsense I decided to just not do it at all).

More supported ontology changes can be found here.

Not sure if people care but this stuff was made while listening to Infected Mushroom.

Categories: english