Re: Package does not end up in DIABLO extras-devel
Same problem here. Yesterday I did build conboy-unstable 0.6.1.1 for both Diablo and Fremantle. In Fremantle extras-devel it is, in Diablo extras-devel it's not. https://garage.maemo.org/builder/diablo/conboy-unstable_0.6.1.1/ http://repository.maemo.org/extras-devel/pool/diablo/free/c/conboy-unstable/ Cheers! Conny On Tue, 2009-11-10 at 11:48 -0800, Bruce Forsberg wrote: Yes it compiled successfully. The log (https://garage.maemo.org/builder/diablo/eboard_1.0.3-9-maemo1/) says: [2009-11-10 11:10:13] Processing package eboard 1.0.3-9-maemo1. Uploader: bforsberg, builder: builder2 [2009-11-10 11:10:23] Building eboard 1.0.3-9-maemo1 for target 'maemo-diablo-armel-extras-devel' [2009-11-10 11:42:17] OK [2009-11-10 11:42:19] Building eboard 1.0.3-9-maemo1 for target 'maemo-diablo-i386-extras-devel' [2009-11-10 12:17:36] OK [2009-11-10 12:17:37] Signing build results [2009-11-10 12:17:38] eboard 1.0.3-9-maemo1 has been queued for loading into diablo extras-devel repository It says it has been queued. But I never see it in extras-devel. Bruce On Tue, Nov 10, 2009 at 11:31 AM, Frank Banul frank.ba...@gmail.com wrote: You should have received an email from the Maemo Extras Builder, in it there should be a link to the logs. https://garage.maemo.org/builder/diablo/ Frank On Tue, Nov 10, 2009 at 1:19 PM, Bruce Forsberg bruce.forsb...@gmail.com wrote: I am working on porting eboard, which is in OS2007, to OS2008 DIABLO. I have got it to compile successfully with the autobuilder but the package never ends up in extras-devel. I have a Section: entry of user/games. Is there a log somewhere that I can look at to find what is wrong with my package so that I can fix it? Thanks, Bruce ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Mails about ratings from Downloads
Hi, does anyone think those mails (see attachment) are actually useful? It does not say who rated my app (because it's almost always anonymous), it does not say how high this person rated my app nor what the total score is now. So basically it provides no information at all. I've got about 10 of those mails since yesterday. So I would have two suggestions: 1) Don't send out those mails or 2) Make them say something useful. What do you think? Conny ---BeginMessage--- Link to page: http://maemo.org/midcom-permalink-9763a89cadaa11dea310251e31f6601a601a ---End Message--- ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to get a transparent GtkWindow (fremantle)
On Wed, 2009-11-11 at 08:28 +0100, Hamalainen Kimmo (Nokia-D/Helsinki) wrote: On Tue, 2009-11-10 at 16:15 +0100, ext Luca Donaggio wrote: I thought it was somewhat related to transparency because doing this: gdk_window_reparent(win-window,gtk_widget_get_window(GTK_WIDGET (mainwin)),300,200); makes the HildonAppMenu work again at the price of loosing the transparency effect (modified code attached). Reparenting 'win-window' makes it a child of 'mainwin'. That is completely different ballgame than the original code, which keeps 'win- window' a top-level window (child of the root). When the window is not top-level, it's not managed by the window manager anymore, but it could also cause something in Gtk/Hildon (at least I have checked all places deleting windows in hildon-desktop to no avail). Finally I found the reason for hiding the menu! It's in libhildon function hildon_app_menu_find_intruder. It thinks that the window with the This is an RGBA window label is an intruder (such as dialog etc.) and closes the menu as soon as it is mapped. This seems like a bug since the menu should not be mapped in the first place if this intruder is already there at mapping time. To summarize: this is libhildon bug and hildon-desktop is completely innocent (at last...)! ;) -Kimmo -Kimmo -- Luca Donaggio 2009/11/10 Kimmo Hämäläinen kimmo.hamalai...@nokia.com On Tue, 2009-11-10 at 14:12 +0100, ext Luca Donaggio wrote: Hi Kimmo, I'm sorry to bother you again, but the problem I'm facing is not how to get a transparent window, but that if I create such a window the HildonAppMenu of its parent HildonWindow doesn't show anymore. I (slightly) modified your code to exemplify my situation. Ah, yes, I can see it. Looks like the menu is unmapped immediately when it is shown. It's weird, I'm not yet sure what unmaps it... Now it looks like hildon-desktop is not unmapping it, so it could be widget side problem also. I'll try to find out. BTW. this problem is not related to the transparency: opaque window does the same. -Kimmo Thanks for your time, Luca Donaggio 2009/11/10 Kimmo Hämäläinen kimmo.hamalai...@nokia.com Hi, Sorry, took some time, I was busy with some bug fixing... I started with the Home applet example and managed to whip up a small example (attached) that shows a transparent pop-up window. -Kimmo ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
how to manage phone Profiles in Maemo
cheers; I was wondering if there are APIs to programatically manage/change the phone profile (normal-silent-offline-meeting ..etc) in Maemo 5. Can I put the phone to silent or make it offline for sometime ??? Is this controllable? What component of Maemo http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Architecture/Top_Level_Architecture is responsible for Profile Managment? thanks in advance; ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to get n900 IMEI code in C
A small additional question if you don't mind ; If I want to extract the IMSI of the phone SIM, can I use the same code you provided http://talk.maemo.org/showpost.php?p=371496postcount=45 but with changing the #define SIM_IMI_SIG get_imei with something else ??? if yes what is it?? thanks again for your fast response cheers; Faheem Pervez wrote: Here is a quick example I've posted up: http://talk.maemo.org/showpost.php?p=371496postcount=45 Best Regards, Faheem On Tue, Nov 10, 2009 at 12:01 PM, ibrahim ibrahim@asgatech.com wrote: greetings; I wonder if there is an API to get the n900 device IMEI code . I've been searching for a long time with no result except for : http://talk.maemo.org/showthread.php?t=34058 which didn't give me sufficient information. Can anybody help??? thanx alot ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: how to manage phone Profiles in Maemo
Hi, I was wondering if there are APIs to programatically manage/change the phone profile (normal-silent-offline-meeting ..etc) in Maemo 5. Can I put the phone to silent or make it offline for sometime ??? Is this controllable? have a look at this API [1]. This should provide what you want. 1. http://maemo.org/api_refs/5.0/5.0-final/mce-dev/dbus-names_8h.html#1667ab075df4b54d6f85e8f0a540c041 Cheers Daniel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: how to manage phone Profiles in Maemo
thank you for the fast response; #define MCE_DEVICE_MODE_CHANGE_REQ req_device_mode_change WoW!, that looks promising. But how can I use this inside my application to force changing of the Profile/mode of the phone ?? thanks in advance; daniel wilms wrote: Hi, I was wondering if there are APIs to programatically manage/change the phone profile (normal-silent-offline-meeting ..etc) in Maemo 5. Can I put the phone to silent or make it offline for sometime ??? Is this controllable? have a look at this API [1]. This should provide what you want. 1. http://maemo.org/api_refs/5.0/5.0-final/mce-dev/dbus-names_8h.html#1667ab075df4b54d6f85e8f0a540c041 Cheers Daniel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Mails about ratings from Downloads
Hello, Cornelius Hald wrote: Hi, does anyone think those mails (see attachment) are actually useful? It does not say who rated my app (because it's almost always anonymous), it does not say how high this person rated my app nor what the total score is now. So basically it provides no information at all. I've got about 10 of those mails since yesterday. So I would have two suggestions: 1) Don't send out those mails or 2) Make them say something useful. We have been wondering about the same. The component [1] that handles comments and ratings are being reworked. Niels requested a bunch of changes and new features [1]. Among those is the disabling outgoing mails for ratings. I think the changes will not be online before he returns. I will look at the component if we could do a temporary hack and save the inboxes from these messages. What do you think? Conny Cheers, ferenc [1] https://svn.midgard-project.org/midgard/branches/ragnaroek/midcom/net.nehmer.comments/ [2] http://lists.maemo.org/pipermail/maemo-community/2009-November/003231.html Subject: page Conboy has been commented by (anonymous) From: maemo.org admin team gar...@maemo.org Date: Tue, 10 Nov 2009 15:14:46 +0200 (EET) To: h...@icandy.de To: h...@icandy.de Link to page: http://maemo.org/midcom-permalink-9763a89cadaa11dea310251e31f6601a601a ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Mails about ratings from Downloads
Hallo! I'm interested in such mails (AFAIK I was possibly even the person who requested the feature ;-)). I'm intersted in getting to know that somebody rated my application since I'm intersted in improving the rating of my applications. Getting a mail makes it possible to react on ratings (without regulary polling the web pages which would be a pain for 10 packages) and for example contact the author to get more information about the reason of his rating and to find ways to change the application so that he would increase his rating. There were several case where I was able to fix/improve the application and get a higher rating in turn. I would be intersted in getting more information in the mails (currently I walk the link to get more information). So please do not remove this feature (but possibly make it configurable per user if other people are not interested) but enhance it! -- Gruß... Tim ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Mails about ratings from Downloads
On Wed, Nov 11, 2009 at 10:10, Tim Teulings r...@edge.ping.de wrote: I'm intersted in getting to know that somebody rated my application since I'm intersted in improving the rating of my applications. Getting a mail makes it possible to react on ratings (without regulary polling the web pages which would be a pain for 10 packages) and for example contact the author to get more information about the reason of his rating and to find ways to change the application so that he would increase his rating. Except the thread is about *anonymous* ratings without comments. You will know that your overall rating may have changed, but you may not know which direction (especially if you have lots of votes already) and you do not have a mechanism for contacting the author or gaining any additional information. The emails in question are, literally, a notification that your overall popularity has either gone up a bit, down a bit or unchanged (but not which one!) Cheers, Andrew -- Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Mails about ratings from Downloads
Hello, Tim Teulings wrote: snip I would be intersted in getting more information in the mails (currently I walk the link to get more information). So please do not remove this feature (but possibly make it configurable per user if other people are not interested) but enhance it! OK, agreed. Making it configurable per user and beefing up the content is probably the right way to go. Thanks Tim for the mail. Any other comments? -- Gruß ... Tim Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Mails about ratings from Downloads
On Wed, 2009-11-11 at 10:15 +, Andrew Flegg wrote: On Wed, Nov 11, 2009 at 10:10, Tim Teulings r...@edge.ping.de wrote: I'm intersted in getting to know that somebody rated my application since I'm intersted in improving the rating of my applications. Getting a mail makes it possible to react on ratings (without regulary polling the web pages which would be a pain for 10 packages) and for example contact the author to get more information about the reason of his rating and to find ways to change the application so that he would increase his rating. Except the thread is about *anonymous* ratings without comments. You will know that your overall rating may have changed, but you may not know which direction (especially if you have lots of votes already) and you do not have a mechanism for contacting the author or gaining any additional information. The emails in question are, literally, a notification that your overall popularity has either gone up a bit, down a bit or unchanged (but not which one!) Exactly, thanks Andrew :) If there is any useful information inside the mail, I'm super happy to receive it. But right now there is just no information. So maybe at least add to the mail the rating that this person (even if it's anonymous) gave. And thanks Ferenc for the information in you first mail! Also instead of making it user configurable it could be enough to give those mails a distinctive title. Then people can easily filter them if they are not interested. Right now its not easy to find out if this email provides a comment or not. Thanks! Conny ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: how to manage phone Profiles in Maemo
On 11/11/09, ibrahim ibrahim@asgatech.com wrote: cheers; Hiya, I was wondering if there are APIs to programatically manage/change the phone profile (normal-silent-offline-meeting ..etc) in Maemo 5. Can I put the phone to silent or make it offline for sometime ??? Is this controllable? What component of Maemo http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Architecture/Top_Level_Architecture is responsible for Profile Managment? The closed-source libprofile can be used to manage this; its headers are found in the nokia-binaries repository. Its API does not seem to be documented but the headers do have Doxygen comments in them and it can perform such stuff as getting the current profile name, switching profiles, having a callback function called on the changing of a profile, etc. For switching the device into Offline mode, I know no other way than using DBus method-calls to MCE, the Mode Control Entity. I'm not able to get the exact service names etc. here, ATM, but a search for com.nokia.mce offline should bring up what is needed. thanks in advance; Best Regards, Faheem ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to get n900 IMEI code in C
Yes, the get_imsi method exists. So doing that should work but you will have to change some things: get_imsi returns only one argument: an int32 with the IMSI number. Best Regards, Faheem On 11/11/09, ibrahim ibrahim@asgatech.com wrote: A small additional question if you don't mind ; If I want to extract the IMSI of the phone SIM, can I use the same code you provided http://talk.maemo.org/showpost.php?p=371496postcount=45 but with changing the #define SIM_IMI_SIG get_imei with something else ??? if yes what is it?? thanks again for your fast response cheers; Faheem Pervez wrote: Here is a quick example I've posted up: http://talk.maemo.org/showpost.php?p=371496postcount=45 Best Regards, Faheem On Tue, Nov 10, 2009 at 12:01 PM, ibrahim ibrahim@asgatech.com wrote: greetings; I wonder if there is an API to get the n900 device IMEI code . I've been searching for a long time with no result except for : http://talk.maemo.org/showthread.php?t=34058 which didn't give me sufficient information. Can anybody help??? thanx alot ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: how to manage phone Profiles in Maemo
Hi thank you for the fast response; #define MCE_DEVICE_MODE_CHANGE_REQ req_device_mode_change WoW!, that looks promising. But how can I use this inside my application to force changing of the Profile/mode of the phone ?? this describes a dbus-service. How to implement it, depends on the language you are using. Here an example using the dbus-send in the terminal: bus-send --system --type=method_call --dest=com.nokia.mce --print-reply /com/nokia/mce/request com.nokia.mce.request.get_device_mode The reply is the device mode as a string. But with mce you can just switch between normal, flight and offline mode. I will try to figure out if and how you can select the other profiles. Cheers Daniel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Mails about ratings from Downloads
Hi, I like the idea of the rating mails. In fact the rating mail notified me that my software got an auto-created page on downloads.maemo.org. But it's true that these mails are pretty useless spam without the actual rating. Martin 2009/11/11, Cornelius Hald h...@icandy.de: On Wed, 2009-11-11 at 10:15 +, Andrew Flegg wrote: On Wed, Nov 11, 2009 at 10:10, Tim Teulings r...@edge.ping.de wrote: I'm intersted in getting to know that somebody rated my application since I'm intersted in improving the rating of my applications. Getting a mail makes it possible to react on ratings (without regulary polling the web pages which would be a pain for 10 packages) and for example contact the author to get more information about the reason of his rating and to find ways to change the application so that he would increase his rating. Except the thread is about *anonymous* ratings without comments. You will know that your overall rating may have changed, but you may not know which direction (especially if you have lots of votes already) and you do not have a mechanism for contacting the author or gaining any additional information. The emails in question are, literally, a notification that your overall popularity has either gone up a bit, down a bit or unchanged (but not which one!) Exactly, thanks Andrew :) If there is any useful information inside the mail, I'm super happy to receive it. But right now there is just no information. So maybe at least add to the mail the rating that this person (even if it's anonymous) gave. And thanks Ferenc for the information in you first mail! Also instead of making it user configurable it could be enough to give those mails a distinctive title. Then people can easily filter them if they are not interested. Right now its not easy to find out if this email provides a comment or not. Thanks! Conny ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to get n900 IMEI code in C
Hi, Faheem Pervez wrote: Yes, the get_imsi method exists. So doing that should work but you will have to change some things: get_imsi returns only one argument: an int32 with the IMSI number. How do you find out what methods, interfaces and paths exist for the DBus services? Are they documented, or is there some kind of DBus explorer to let you look? Cheers, Dave. -- maemo.org docsmaster Email: dne...@maemo.org Jabber: bo...@jabber.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: how to manage phone Profiles in Maemo
2009/11/11 daniel wilms daniel.wi...@nokia.com: Hi thank you for the fast response; #define MCE_DEVICE_MODE_CHANGE_REQ req_device_mode_change WoW!, that looks promising. But how can I use this inside my application to force changing of the Profile/mode of the phone ?? this describes a dbus-service. How to implement it, depends on the language you are using. Here an example using the dbus-send in the terminal: bus-send --system --type=method_call --dest=com.nokia.mce --print-reply /com/nokia/mce/request com.nokia.mce.request.get_device_mode The reply is the device mode as a string. But with mce you can just switch between normal, flight and offline mode. I will try to figure out if and how you can select the other profiles. Cheers Daniel What's the difference between flight and offline ? -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to get n900 IMEI code in C
On Wed, Nov 11, 2009 at 11:20 AM, Dave Neary dne...@maemo.org wrote: Hi, Faheem Pervez wrote: Yes, the get_imsi method exists. So doing that should work but you will have to change some things: get_imsi returns only one argument: an int32 with the IMSI number. How do you find out what methods, interfaces and paths exist for the DBus services? Are they documented, or is there some kind of DBus explorer to let you look? My method is quite low-tech: I discovered get_imei by looking at the strings in the About product applet (I have a pre-production device) and putting the required pieces together to make a dbus-send command line with --print-reply so I can see the exact type of what is returned. get_imsi was even easier... /etc/event.d/tonegen has it blatantly listed... Cheers, Dave. Best Regards, Faheem -- maemo.org docsmaster Email: dne...@maemo.org Jabber: bo...@jabber.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: how to manage phone Profiles in Maemo
ext Aniello Del Sorbo wrote: 2009/11/11 daniel wilms daniel.wi...@nokia.com: Hi thank you for the fast response; #define MCE_DEVICE_MODE_CHANGE_REQ req_device_mode_change WoW!, that looks promising. But how can I use this inside my application to force changing of the Profile/mode of the phone ?? this describes a dbus-service. How to implement it, depends on the language you are using. Here an example using the dbus-send in the terminal: bus-send --system --type=method_call --dest=com.nokia.mce --print-reply /com/nokia/mce/request com.nokia.mce.request.get_device_mode The reply is the device mode as a string. But with mce you can just switch between normal, flight and offline mode. I will try to figure out if and how you can select the other profiles. Cheers Daniel What's the difference between flight and offline ? It's the same basically. Sorry for the confusion. I just cited the API ;) and thx to Faheem, as you were faster. Haven't had seen your mail when I replied ;) Daniel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to get n900 IMEI code in C
On Nov 11, 2009, at 12:28, Faheem Pervez wrote: On Wed, Nov 11, 2009 at 11:20 AM, Dave Neary dne...@maemo.org wrote: Hi, Faheem Pervez wrote: Yes, the get_imsi method exists. So doing that should work but you will have to change some things: get_imsi returns only one argument: an int32 with the IMSI number. How do you find out what methods, interfaces and paths exist for the DBus services? Are they documented, or is there some kind of DBus explorer to let you look? My method is quite low-tech: I discovered get_imei by looking at the strings in the About product applet (I have a pre-production device) Reverse engineering at it's finest. =] and putting the required pieces together to make a dbus-send command line with --print-reply so I can see the exact type of what is returned. get_imsi was even easier... /etc/event.d/tonegen has it blatantly listed... Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to get n900 IMEI code in C
On Wed, Nov 11, 2009 at 7:28 AM, Faheem Pervez tripp...@gmail.com wrote: My method is quite low-tech: I discovered get_imei by looking at the strings in the About product applet (I have a pre-production device) and putting the required pieces together to make a dbus-send command line with --print-reply so I can see the exact type of what is returned. get_imsi was even easier... /etc/event.d/tonegen has it blatantly listed... There is also the d-feet tool: https://fedorahosted.org/d-feet/ I used it on scratchbox and desktop to find available D-Bus services/methods for running process. In theory it might work on the NXXX devices as well (it is written in python) Regards, -- Anderson Lizardo OpenBossa Labs - INdT Manaus - Brazil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to get n900 IMEI code in C
Thanks, Anderson for the link ;-) 2009/11/11 Anderson Lizardo anderson.liza...@openbossa.org: On Wed, Nov 11, 2009 at 7:28 AM, Faheem Pervez tripp...@gmail.com wrote: My method is quite low-tech: I discovered get_imei by looking at the strings in the About product applet (I have a pre-production device) and putting the required pieces together to make a dbus-send command line with --print-reply so I can see the exact type of what is returned. get_imsi was even easier... /etc/event.d/tonegen has it blatantly listed... There is also the d-feet tool: https://fedorahosted.org/d-feet/ I used it on scratchbox and desktop to find available D-Bus services/methods for running process. In theory it might work on the NXXX devices as well (it is written in python) Regards, -- Anderson Lizardo OpenBossa Labs - INdT Manaus - Brazil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to get n900 IMEI code in C
I can't understand why Nokia didn't release the dbus-signals in the API documentation. Probably their are one of the most important parts for the developers. Any idea about the present/future of this documentation ? Thanks. Cheers. Adrián. 2009/11/11 Dave Neary dne...@maemo.org: Hi, Faheem Pervez wrote: Yes, the get_imsi method exists. So doing that should work but you will have to change some things: get_imsi returns only one argument: an int32 with the IMSI number. How do you find out what methods, interfaces and paths exist for the DBus services? Are they documented, or is there some kind of DBus explorer to let you look? Cheers, Dave. -- maemo.org docsmaster Email: dne...@maemo.org Jabber: bo...@jabber.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Geocoding library for Fremantle?
Hello, Simon! 2009/11/10 Simon Pickering s.g.picker...@bath.ac.uk: I'm looking for a geocoding library to run on the N900. I want to take the location string attached to those N900 using online contacts who provide it, and plot that on a map (Emerillon). Of course having to parse the message string and then do the geocoding is rather wasteful (of CPU, network traffic and accuracy) and it would be vastly more efficient and useful to just have a contact contain the raw lat/lon/accuracy data, but we've got to work with what we've got. GeoClue offers a geocoding api, but as we use liblocation rather than GeoClue, and as I remember someone saying at the summit (in the presentation on location stuff) that there would be an api to do (reverse)geocoding, I was just wondering if this is indeed the case and when we might see such a thing? Named libaddress perhaps? Maybe this is what you want: http://maemo.org/api_refs/5.0/5.0-final/cityinfo/ HTH. Thomas ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Mails about ratings from Downloads
It also looks like there is something wrong with the rating interface. Just right now I got 10 anonymous ratings in just 3 minutes. Yesterday there was also a cluster of 6 ratings in about 5 minutes. Before yesterday I didn't even get one rating every month. To me it looks those are multiple ratings done (accidentally) by one person. Anyone else having that? Cheers! Conny On Wed, 2009-11-11 at 09:58 +0100, Cornelius Hald wrote: Hi, does anyone think those mails (see attachment) are actually useful? It does not say who rated my app (because it's almost always anonymous), it does not say how high this person rated my app nor what the total score is now. So basically it provides no information at all. I've got about 10 of those mails since yesterday. So I would have two suggestions: 1) Don't send out those mails or 2) Make them say something useful. What do you think? Conny email message attachment, Forwarded message - page Conboy has been commented by (anonymous) Forwarded Message From: maemo.org admin team gar...@maemo.org To: h...@icandy.de Subject: page Conboy has been commented by (anonymous) Date: Tue, 10 Nov 2009 15:14:46 +0200 (EET) Link to page: http://maemo.org/midcom-permalink-9763a89cadaa11dea310251e31f6601a601a ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: debhelper-maemo-package-icons
2009/11/10 Andrew Flegg and...@bleb.org: On Tue, Nov 10, 2009 at 13:50, Gabriel Schulhof n...@go-nix.ca wrote: I, for one, will stick to 26x26, because older version of Hildon Application Manager do not work with higher rez icons, and I don't want yet another reason to split my source package along distro lines. AIUI, Diablo and Chinook HAM's both work fine with 48x48 icons (they scale down); whereas none of them will scale up. If you want a single icon size, make it 48px square as this won't look silly in Fremantle and will look acceptable on earlier releases. It might be possible that Gabriel's scripts can be extended so that they will pick the icon file with the right size (or do anti-aliased scaling in case the right icon size is not available as file) depending on which target (fremantle, diablo, chinook, etc..) the package is being built for... This would make it possible to have proper icons for every distro version while still not having to have different debian/control files for each one. Thomas ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QA process = bug fixing disincentive?
2009/11/4 Graham Cobb g+...@cobb.uk.net: Attila said... On Wednesday 04 November 2009 10:28:58 Andrew Flegg wrote: On Wed, Nov 4, 2009 at 09:03, tero.k...@nokia.com wrote: Two days later I notice a blinking orange light in my status bar. I see a new version of the application. I install, I check what has changed (minor or major?), I run my tests and thumb it up again. Aside: how do you check what has changed? This is one of the things I miss sorely from the Application Manager. Sure, you can see the description and version, but not things like free/non-free, the repo and last, but not least, the changelog (maybe based on the debian/changelog most packages have, anyway). For users AppMgr has a user-friendly alternative: you specify an update description in the control file. Now that I think of it this needs to go into the extras testing rules: any package which is already in Extras must specify an update description to give people information on why they should upgrade. But the update description does not help with testing: (a) it is user friendly text, not a developer changelog and (b) the description is vs. the version already in Extras not vs. the last extras-testing version. The following is a rant about XB-Maemo-Upgrade-Description with some suggestions for improvement... I personally used this field in my packages, but the problem is that the developer might forget to update the description, as normal changes are logged in debian/changelog. Also, imagine this row of releases (with the update text in brackets): 1.0-0 (Initial release) 1.0-1 (Fixed bug 1234) 1.0-2 (Added a new icon) 2.0-0 (Complete rewrite, everything changed) 2.0-1 (Increased the contrast of the application icon) Now, when a user has e.g. version 1.0-1 installed, and the repository already contains version 2.0-1, the user is offered to upgrade it with the description Increased the contrast of the application icon, when in reality, the upgrade from 1.0-1 to 2.0-1 does a lot more in reality (after all, 2.0 was a complete rewrite). Not every user upgrades from every point release to another, especially since the new Extras-Testing process. This field (XB-Maemo-Upgrade-Description) is bad for these reasons, as the upgrade description really depends on which version you upgrade from. My suggestion is to either use the Debian changelog, or if this sounds too technical for the end user, agree on some way to mark user-relevant changes in the Debian changelog (by using USER: as a prefix for a one-line summary or by having a convention of having the first entry in the Debian changelog be a user-friendly summary of all changes) and then parse the changelog and display all user-relevant changes in the AppMgr. The one-line summary in the AppManager UI (that is now taken from XB-Maemo-Upgrade-Description) can then be taken from these user-friendly changelog entries, and a upgrade that jumps multiple versions can then display like this: Increased the contrast of the application icon (+ 2 more changes) Clicking on the details should then reveal all changes from the installed version to the version that the package is being upgraded to. Thomas ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QA process = bug fixing disincentive?
ext Thomas Perl th.p...@gmail.com writes: The following is a rant about XB-Maemo-Upgrade-Description with some suggestions for improvement... Yeah, as soon as I 'invented' it, I could see how it is not going to work very well. I actually think it is best to ignore this field. My suggestion is to either use the Debian changelog, or if this sounds too technical for the end user, agree on some way to mark user-relevant changes in the Debian changelog (by using USER: as a prefix for a one-line summary or by having a convention of having the first entry in the Debian changelog be a user-friendly summary of all changes) and then parse the changelog and display all user-relevant changes in the AppMgr. Yes, we pretty much have to have a full list of changes and the Application manager then can display the relevant ones. The apt-listchanges program does this for Debian. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Geocoding library for Fremantle?
GeoClue offers a geocoding api, but as we use liblocation rather than GeoClue, and as I remember someone saying at the summit (in the presentation on location stuff) that there would be an api to do (reverse)geocoding, I was just wondering if this is indeed the case and when we might see such a thing? Named libaddress perhaps? Maybe this is what you want: http://maemo.org/api_refs/5.0/5.0-final/cityinfo/ Thanks for the pointer, but I think that api only has access to a limited number of cities contained in the database used by the world time app. This is on the device, which is an advantage, but I think I'll have to use something like GeoClue or geonames.org to obtain enough accuracy/range of cities. Something is used to reverse genocide the liblocation supplied lat/lon and to set the contact message location, so it may as well be available for us to use rather than having to write our own for every app. Cheers, Simon ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: maemo-release
On Nov 10, 2009, at 13:27, Jeremiah Foster wrote: On Nov 10, 2009, at 13:17, Frantisek Dufka wrote: Gabriel Schulhof wrote: maemo-version/maemo-release can solve different Build-Depends: fields maemo version provides also /etc/maemo_version so one can check it in /debian/rules when building the package and act differently (include different files, define different variables) What else is needed? Can we change the name of the package? I know that is PITA, but you risk running afoul of Nokia if your package name begins with maemo, trademark and all that. Can you just swap it around to version-maemo? If you don't change the name, it won't make it through extras-testing: http://wiki.maemo.org/Extras-testing/QA_Checklist#Legal_issues Quote: It needs to be clear that the product is not officially supported by Nokia, Maemo or other commercial entities and trademarks. Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: maemo-release
2009/11/10 Jeremiah Foster jerem...@jeremiahfoster.com: On Nov 10, 2009, at 13:27, Jeremiah Foster wrote: On Nov 10, 2009, at 13:17, Frantisek Dufka wrote: Gabriel Schulhof wrote: maemo-version/maemo-release can solve different Build-Depends: fields maemo version provides also /etc/maemo_version so one can check it in /debian/rules when building the package and act differently (include different files, define different variables) What else is needed? Can we change the name of the package? I know that is PITA, but you risk running afoul of Nokia if your package name begins with maemo, trademark and all that. Can you just swap it around to version-maemo? If you don't change the name, it won't make it through extras-testing: http://wiki.maemo.org/Extras-testing/QA_Checklist#Legal_issues Quote: It needs to be clear that the product is not officially supported by Nokia, Maemo or other commercial entities and trademarks. Jeremiah The email address of Gabriel is @nokia.com. Is this an official package ? -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Package does not end up in DIABLO extras-devel
Hi, the same happened to gpxview 0.8.13-1. I emailed Niels about this but he did not yet reply. Till Am Mittwoch 11 November 2009 schrieb Cornelius Hald: Same problem here. Yesterday I did build conboy-unstable 0.6.1.1 for both Diablo and Fremantle. In Fremantle extras-devel it is, in Diablo extras-devel it's not. https://garage.maemo.org/builder/diablo/conboy-unstable_0.6.1.1/ http://repository.maemo.org/extras-devel/pool/diablo/free/c/conboy-unstable/ Cheers! Conny On Tue, 2009-11-10 at 11:48 -0800, Bruce Forsberg wrote: Yes it compiled successfully. The log (https://garage.maemo.org/builder/diablo/eboard_1.0.3-9-maemo1/) says: [2009-11-10 11:10:13] Processing package eboard 1.0.3-9-maemo1. Uploader: bforsberg, builder: builder2 [2009-11-10 11:10:23] Building eboard 1.0.3-9-maemo1 for target 'maemo-diablo-armel-extras-devel' [2009-11-10 11:42:17] OK [2009-11-10 11:42:19] Building eboard 1.0.3-9-maemo1 for target 'maemo-diablo-i386-extras-devel' [2009-11-10 12:17:36] OK [2009-11-10 12:17:37] Signing build results [2009-11-10 12:17:38] eboard 1.0.3-9-maemo1 has been queued for loading into diablo extras-devel repository It says it has been queued. But I never see it in extras-devel. Bruce On Tue, Nov 10, 2009 at 11:31 AM, Frank Banul frank.ba...@gmail.com wrote: You should have received an email from the Maemo Extras Builder, in it there should be a link to the logs. https://garage.maemo.org/builder/diablo/ Frank On Tue, Nov 10, 2009 at 1:19 PM, Bruce Forsberg bruce.forsb...@gmail.com wrote: I am working on porting eboard, which is in OS2007, to OS2008 DIABLO. I have got it to compile successfully with the autobuilder but the package never ends up in extras-devel. I have a Section: entry of user/games. Is there a log somewhere that I can look at to find what is wrong with my package so that I can fix it? Thanks, Bruce ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Package does not end up in DIABLO extras-devel
The Nokia folks must be having a N900 release party and not available. I went ahead and wrote a bugzilla report on the problem. Bruce On Wed, Nov 11, 2009 at 11:30 AM, Till Harbaum / Lists li...@harbaum.org wrote: Hi, the same happened to gpxview 0.8.13-1. I emailed Niels about this but he did not yet reply. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Package does not end up in DIABLO extras-devel
On Nov 11, 2009, at 2:37 PM, Bruce Forsberg wrote: On Wed, Nov 11, 2009 at 11:30 AM, Till Harbaum / Lists li...@harbaum.org wrote: the same happened to gpxview 0.8.13-1. I emailed Niels about this but he did not yet reply. The Nokia folks must be having a N900 release party and not available. I went ahead and wrote a bugzilla report on the problem. maemo.org isn't handled by the Nokia folks. :) Niels is on vacation for another few weeks. Ferenc's the one in charge in the meantime. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Package does not end up in DIABLO extras-devel
On Wed, 2009-11-11 at 20:30 +0100, Till Harbaum / Lists wrote: the same happened to gpxview 0.8.13-1. I emailed Niels about this but he did not yet reply. Niels in on vacation, but I guess/hope someone else will fix it. Conny ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Package does not end up in DIABLO extras-devel
Am Mittwoch, den 11.11.2009, 14:45 -0500 schrieb Ryan Abel: On Nov 11, 2009, at 2:37 PM, Bruce Forsberg wrote: On Wed, Nov 11, 2009 at 11:30 AM, Till Harbaum / Lists li...@harbaum.org wrote: the same happened to gpxview 0.8.13-1. I emailed Niels about this but he did not yet reply. The Nokia folks must be having a N900 release party and not available. I went ahead and wrote a bugzilla report on the problem. maemo.org isn't handled by the Nokia folks. :) Niels is on vacation for another few weeks. Ferenc's the one in charge in the meantime. So this is https://bugs.maemo.org/show_bug.cgi?id=6122 and probably also https://bugs.maemo.org/show_bug.cgi?id=6113 . andre -- Andre Klapper (maemo.org bugmaster) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QA process = bug fixing disincentive?
On Nov 11, 2009, at 15:29, Marius Vollmer wrote: My suggestion is to either use the Debian changelog, or if this sounds too technical for the end user, agree on some way to mark user-relevant changes in the Debian changelog (by using USER: as a prefix for a one-line summary or by having a convention of having the first entry in the Debian changelog be a user-friendly summary of all changes) and then parse the changelog and display all user-relevant changes in the AppMgr. Yes, we pretty much have to have a full list of changes and the Application manager then can display the relevant ones. The apt-listchanges program does this for Debian. This seems like a useful addition - even perhaps something that could be useful upstream. Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: maemo-release
On Nov 11, 2009, at 17:30, Aniello Del Sorbo wrote: If you don't change the name, it won't make it through extras-testing: http://wiki.maemo.org/Extras-testing/QA_Checklist#Legal_issues Quote: It needs to be clear that the product is not officially supported by Nokia, Maemo or other commercial entities and trademarks. Jeremiah The email address of Gabriel is @nokia.com. Is this an official package ? I'm not sure. It's fine with me as far as I'm concerned and if Nokia doesn't mind, then everything is okay! Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Package does not end up in DIABLO extras-devel
On Nov 11, 2009, at 22:19, Andre Klapper wrote: Am Mittwoch, den 11.11.2009, 14:45 -0500 schrieb Ryan Abel: On Nov 11, 2009, at 2:37 PM, Bruce Forsberg wrote: On Wed, Nov 11, 2009 at 11:30 AM, Till Harbaum / Lists li...@harbaum.org wrote: the same happened to gpxview 0.8.13-1. I emailed Niels about this but he did not yet reply. The Nokia folks must be having a N900 release party and not available. I went ahead and wrote a bugzilla report on the problem. maemo.org isn't handled by the Nokia folks. :) Niels is on vacation for another few weeks. Ferenc's the one in charge in the meantime. So this is https://bugs.maemo.org/show_bug.cgi?id=6122 and probably also https://bugs.maemo.org/show_bug.cgi?id=6113 . Packages are starting to show up in diablo's repos now. I will try a look into this and make sure things are working as they should be. I don't want to restart any services or have any unplanned downtime so I am not going to be intrusive, just poke around and see if I can find any obvious issues. Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Follow up from QA meeting on IRC
Hello! This email is a set of action points that were brought up during the QA meeting on IRC which Valerio suggested. I felt the meeting was quite productive, we have some more things to discuss and we have some 'actionable items' as it were. To begin, there is a general feeling that the QA process requires those who test apps to follow the checklist more like a checklist and less as a set of guidelines. If a user or tester has an opinion about an app, that is what the application ratings are for in the download section. The QA process is more specific. ITEM: Testers SHOULD closely follow checklist It was suggested that the promotion threshold is too high at the moment and should be reduced by half. ITEM: Promotion SHOULD occur at +5 karma Next, the interface needs some lovin', it shows a lot of info so perhaps it could also use the hand of a designer to make sure that any useful, but possibly extranseous, information is hidden and the most important is emphasised. Perhaps sections of the interface could be 'collapsable'? ITEM: UX designer streamline interface It was felt that if a tester gives a thumbs down, they ought to leave a comment. This perhaps should be made mandatory. ITEM: Testers MUST comment on thumbs down We roughly outlined what we imagined to be a good algorithm for testing: The tester logs in, follows the checklist, install an application via .install file, tests the app, votes and comments. Install files would be available only if one was logged in, preventing drive-by downloads of potentially buggy software. Developers should not be able to promote their own applications, it is assumed that they believe the app is production ready by submitting it to testing. Perhaps if there were a different button for developers, i.e. 'Demote this package', then the app can be removed from testing? If a user finds a bug, and the dev wants to take that version out of the repos, a developer can remove the app entirely. ITEM: Developers MUST not vote up their own apps ITEM: Developer interface SHOULD have the ability to 'demote' app It was also requested that votes can be changed. If there are made permanent, then there can be mistakes. ITEM: Votes SHOULD be changeable When packaging a library, it should not be considered in the QA interface unless it has an application as well. A developer should upload a pretty meta-package with an icon and a human-understandable description as to why they should install them. ITEM: Libraries MUST have applications or meta packages to go through Extras-testing Other topics to various and splendid to mention were also mentioned in the meeting, of note are two: Personal package repositories in garage were discussed but they idea did not get traction. At this point they are not seen as useful. Perhaps Daniel Wilms would be willing to incorporate a thumbs up / thumbs down icon to rate packages in the HAM-like Qt app he is reportedly writing? So, there you have it, please opine. :) Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Follow up from QA meeting on IRC
The results of the meeting all sound good. As part of the UX work, should we include the application ratings as part of the testing interface? We just had someone step through random areas of an app, it seems we should leverage this and remind them to rate it. Which reminds me, any reason Maemo doesn't use Debian's popularity contest? To help remind people that there is a checklist and whats on it, should the rating page link to or include the criteria? I see there were no notes on the algorithm. A threshold of 10 was annoying as a developer. As a tester, a threshold of 10 made me feel more comfortable not doing a full blown /opt check or power management check because of 10 people I could hope someone else would do it and I could worry about other issues like application stability. With a smaller threshold I would feel more of a burden to do all of the steps which would discourage me. So I guess I'll share my idea. To me, it seems that one tester would probably be enough for /opt, power management, etc. If the categories were broken out, these could just require a net of +1 karma with a required comment to describe steps and results regardless of whether they gave an up or down. Net +1 is in case others disagree, they can vote it down. Required comments either way are to make people feel comfortable that it was tested properly and not just someone saying it works for me and voting it up. Also, for most apps, /opt and power management are less likely to change from release to release. A package's net-karma in those categories could carry over with the attached comment being that it carried over from release X.Y. If a tester feels highly motivated or feel its been too long since these have been tested and they find an issue, their single -1 will block promotion. Ed Page (epage) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QA process = bug fixing disincentive?
On Wed, Nov 11, 2009 at 04:29:55PM +0200, Marius Vollmer wrote: ext Thomas Perl th.p...@gmail.com writes: The following is a rant about XB-Maemo-Upgrade-Description with some suggestions for improvement... Yeah, as soon as I 'invented' it, I could see how it is not going to work very well. I actually think it is best to ignore this field. Actually, I disagree. I don't see this field as being anything like a changelog. It is an alternative description to display to someone who already has the program installed and hence, probably, already knows what it does any why they should install it but does not know whether they should bother to install this particular release. So, for a security update it would contain text something like: This is an important security update that should be installed as soon as possible. For beta-testing releases (releases that will never be promoted beyond extras-testing) I do use it to describe the user-visible changes since the last full release, including bug numbers fo fixed bugs. However, for real releases (which will get promoted into Extras) I use it to give a general view of the release. For example, for a (fictional) 2.7.4 release, the text might read: This update contains many bug fixes since version 2.7, particularly in import and export capabilities. The only change since 2.7.3 is a fix to Edit menu handling in portrait mode. My suggestion is to either use the Debian changelog, or if this sounds too technical for the end user, agree on some way to mark user-relevant changes in the Debian changelog (by using USER: as a prefix for a one-line summary or by having a convention of having the first entry in the Debian changelog be a user-friendly summary of all changes) and then parse the changelog and display all user-relevant changes in the AppMgr. Yes, we pretty much have to have a full list of changes and the Application manager then can display the relevant ones. The apt-listchanges program does this for Debian. But the audiences are completely different. changelog's are not documentation. Just as the header file is not suitable user documentation, changelogs are not suitable upgrade documentation. The user description has to answer the question why should I install this, the changelog has to answer the question what has changed -- the answers are related but are not the same and cannot be generated form the same source. Particularly as the descriptions have to be read in a specific layout in the AppMgr, which is much better suited to a paragraph of natural language text than a detailed list. And don't forget the requirements of translation as well. Keep the upgrade description. If some people want to generate it automatically from their changelogs that is fine -- I can imagine an mh-generateupdatedescfromchangelog program which can be called from debian/rules. But don't do it automatically. Graham ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
popularity-contest (was Re: Follow up from QA meeting on IRC)
Hi, ext Edward Page wrote: Which reminds me, any reason Maemo doesn't use Debian's popularity contest? At least at a community level there is https://garage.maemo.org/projects/popcon/ -- Quim Gil open source advocate Maemo Devices @ Nokia ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: maemo-release
ext Jeremiah Foster wrote: Can we change the name of the package? I know that is PITA, but you risk running afoul of Nokia if your package name begins with maemo, trademark and all that. Can you just swap it around to version-maemo? We are asking the renaming of pure end user apps called Maemo Something in order to avoid confusion of what is official and what is not. In this case we are talking about little utilities relevant only to SDK users, am I right? The impactb is minor. If the utilities are really useful then why not even consider them to be officially supported at soe point. Gabriel is a busy guy and I'd prefer not to bother him with this. ;) -- Quim Gil open source advocate Maemo Devices @ Nokia ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Follow up from QA meeting on IRC
Hello! That all sounds OK. One other point that just came into my mind. Is it possible (I havn't yet promoted something) to leave some message to the testers while promoting application to extras-testing (or even leave permantent comments regarding testing as part of the application description)? Reason with concrete example: One of the testing requirements is that more than normal power consuming applications should give a hint at first start. In this case tester need to know how first start is detected and how the application can be made to think it was first started. In my case I would realize this with a hidden configuration file (~/.blabla.xml) that has to be deleted. This must be known by the tester. -- Gruß... Tim ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
