On ven., 2010-07-23 at 19:20 +0300, Martin Storsjö wrote:
Any hints on how to solve this in the best way? I don't want my app to
fail in the next QA round with the reason camera app is launched and
closes immediately if the lens cover is opened while your app is running.
Did you check how
On 22/07/2010 10:10, Marius Vollmer wrote:
The Application Manager has been 'optimized' for repositories, and the
code for dealing with Debian package files has been neglected. Now with
the Ovi Store using standalone Debian packages, we should finally fix
that.
Again, wouldn't it be easier
On 22/07/2010 10:24, Daniil Ivanov wrote:
Hi Yves-Alexis!
(please don't CC: me, I'm subscribed)
The point is security as these are paid applications.
This is not “security” anyway. And I fail to see how this can help paid
applications, but as we don't really have details on Ovi store
On 22/07/2010 10:59, Marius Vollmer wrote:
ext Yves-Alexis Perez cor...@debian.org writes:
(no need to CC: me, I'm subcribed)
On 22/07/2010 10:10, Marius Vollmer wrote:
The Application Manager has been 'optimized' for repositories, and the
code for dealing with Debian package files has been
On 08/07/2010 11:10, Piñeiro wrote:
I know that this is offtopic but, just to fulfill my curiosity. Why do
you want to compile on the device itself instead of compile it in a
scratchbox on your normal PC ?
Maybe because scratchbox is a pain?
--
Yves-Alexis
On mer., 2010-06-16 at 13:15 +0300, Sivan Greenberg wrote:
I think you are barking at the wrong tree - pulseaudio should get way
better latency than 5000ms, otherwise it would be useless for pretty
much everything.
My thought exactly. If that really is the case, a proper phone
On 21/05/2010 09:34, Ville M. Vainio wrote:
No, it means PR1.2 will probably happen sooner than you think.
And we've never been so close to the release!
--
Yves-Alexis
___
maemo-developers mailing list
maemo-developers@maemo.org
On 11/05/2010 12:54, David Weinehall wrote:
An (undocumented) alternative is:
gconftool -s --type int /system/osso/dsm/display/inhibit_blank_mode 3
Replace the 3 for whatever inhibit mode you want:
0 -- No display blanking inhibit
1 -- Inhibit dimming/blanking if charger is connected
2
On jeu., 2010-02-18 at 09:59 +0100, Laurent GUERBY wrote:
After staying constant at 51% in one minute the charge level went from
53 to 95 when I just unpluged and then repluged the charger.
Is there a software way to force the N900 to reevaluate the current
battery level?
Afaik the battery
On mer., 2010-02-17 at 22:49 +, Carlos Morgado wrote:
Honestly, I'll won't even bother with MeeGo 'till I see products and a
decent roadmap. Meanwhile Nokia must just change it's mind, buy some GUI
toolkit in Java and decide that's the way to go, go back to Symbian or just
fold. Nobody
On 16/02/2010 10:15, Kees Jongenburger wrote:
Hi, Debian does handle multiarch ok in repositories and such but
wake up and look around it is not special or anything. Debian is far
far behind when is comes to multiarch and real device support.
Multi-arch is supposed to be implemented for
On 15/02/2010 18:42, Andre Klapper wrote:
Am Montag, den 15.02.2010, 18:25 +0100 schrieb Max:
both mailinglists will be disabled, and merged into the megoo mailinglist
Right? :-P
No? :-P
When? !
*If* it happens: When it's time to do so.
Maemo and Moblin both coexist right now and
On 15/02/2010 17:29, Luca De Cicco wrote:
I would stay away of packaging holy wars (packaging is boooring) :).
It is true that packaging has some technical implications, however
I would focus more on the scenario we are going to experience.
But packaging is a whole part of a good user
On 15/02/2010 22:26, Christopher Intemann wrote:
Well, I'm using Fedora on my desktop, so rpm is just fine for me...
There seems to be an Fedora/ARM port available:
http://fedoraproject.org/wiki/Architectures/ARM
However, since I'm not very familiar with that architecture, I can't say
On sam., 2010-02-13 at 08:46 +0100, Kees Jongenburger wrote:
In normal more:
Will I be able to gain root access?
Will I be able to debug/strace programs on the device?
Will the end user be involved in the credentials a package gets ?
(Can I accept lower security for my own programs or change
On jeu., 2010-02-11 at 00:01 +0300, 白い熊 wrote:
What am I doing wrong?
Maybe check DISPLAY environment variable.
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
___
maemo-developers mailing list
On 07/02/2010 01:30, Ed Bartosh wrote:
2010/2/7 Yves-Alexis Perez cor...@debian.org:
On 06/02/2010 22:11, Ed Bartosh wrote:
As far as I remember autobuilder doesn't use 'Maintainer' or any other
field to prevent spamming of innocent people from upstream projects.
It uses email from /etc
On 07/02/2010 11:24, Ed Bartosh wrote:
2010/2/7 Yves-Alexis Perez cor...@debian.org:
On 07/02/2010 01:30, Ed Bartosh wrote:
2010/2/7 Yves-Alexis Perez cor...@debian.org:
On 06/02/2010 22:11, Ed Bartosh wrote:
As far as I remember autobuilder doesn't use 'Maintainer' or any other
field
On 07/02/2010 20:04, igor.sto...@nokia.com wrote:
However it's not impossible to do secure operations on the N900, they
just must be done on the cellular modem, which is perfectly capable
to manage keys in a way that is not worse than any other Nokia
phone.
And afaik the omap3 supports
Hey,
I just uploaded my first package to extras-devel, which was rejected
(for valid reason), but I had to dig the cauldron list archive to get
that mail.
I don't really want to subscribe to that list, I'm already subsribed to
debian-devel-changes and it's too noisy for apps I'm not interested
On 06/02/2010 22:11, Ed Bartosh wrote:
As far as I remember autobuilder doesn't use 'Maintainer' or any other
field to prevent spamming of innocent people from upstream projects.
It uses email from /etc/passed instead. Your email should be put in
there by admins when they gave you upload
On 04/02/2010 13:13, Rémi Denis-Courmont wrote:
I am surely missing some pieces. Not that some of the N900-related
contributions were merged upstream after the 2.6.28 kernel.
Obviously, there are also some parts which haven't been merged, or not yet.
I wanted to ask a question about the
On 04/02/2010 12:32, Jeff Moe wrote:
At least for the N900 the answer is no. The touchscreen driver disappeared
at 2.6.29:
drivers/input/touchscreen/tsc2005.c
I didn't found tsc2005.c in 2.6.28:
On 05/02/2010 16:36, Timo Härkönen wrote:
You could try Forum Nokia's remote device access service.
http://www.forum.nokia.com/Technology_Topics/Application_Quality/Testing/Remote_Device_Access/
Remote Device Access (RDA) is a service that allows developers to test
their mobile applications
On 04/02/2010 12:32, Jeff Moe wrote:
On Thursday 04 February 2010 04:23:59 Marcin Juszkiewicz wrote:
Dnia czwartek, 4 lutego 2010 o 11:53:22 Christopher Intemann
napisał(a):
I came across this blog-entry [1] which is describing why the
Android kernel extensions were removed from the current
On 04/02/2010 11:56, Quim Gil wrote:
We don't expect to find many chipset vendors in this list, but still
this new doc might be interesting for those of you interested in the low
level interfaces of the platform and also for those with an open source
agenda.
What exactly does 'chipset
On 26/01/2010 21:13, Graham Cobb wrote:
As a member of the Council I would say that we need to somewhere make it
clear
that by uploading a source package to maemo.org, you are giving maemo.org a
licence to redistribute that source and the binaries built from it (and that
you assert you
On 21/01/2010 11:46, Jeremiah Foster wrote:
For software and tools I agree. But processes will be very different.
Maemo
is not aiming for a release every 18 months, Debian is.
The official release time period is 24 months.
There's no “time-based” release planned at all. What's planned
On 16/12/2009 08:12, Rémi Denis-Courmont wrote:
On Tuesday 15 December 2009 22:10:39 ext Jeremiah Foster, you wrote:
* debian/compat: 7 - 5
* debian/control: Build-Depends: debhelper (= 7) - debhelper (= 5)
* And maybe comment out a few dh_* calls from debian/rules, which
might not exist on
On 16/12/2009 09:33, Marius Vollmer wrote:
(The main thing missing from debhelper IMO is better support for -dbg
packages.)
Hmmh, what exactly do you need? Because with the tiny.rules, the only
thing needed is the -dbg package declared in debian/control (dh_install
takes care of everything).
On mar., 2009-11-10 at 12:33 -0400, Anderson Lizardo wrote:
Nice to hear that! We decided to leave out the optification for the
final release, just not to delay it even more. But now I believe we
can work on it as an update through extras-devel (I just hope that
that QA process will take any
On mar., 2009-10-27 at 08:21 +0100, tero.k...@nokia.com wrote:
-Original Message-
From: maemo-developers-boun...@maemo.org
[mailto:maemo-developers-boun...@maemo.org] On Behalf Of ext
Dirk Behme
Sent: 26 October, 2009 17:53
To: maemo-developers@maemo.org
Cc: Felipe Balbi
Patrick Ohly a écrit :
Hello Maemo!
It has been a while that I posted anything here. Ironically, since I
started working on SyncEvolution full-time beginning of this year, I
seem to have *less* time left compared to the previous years when I did
it in my spare time ;-)
For those who
On lun., 2009-10-19 at 21:46 +0300, Julius Luukko wrote:
Selecting previously deselected package libgtkextra-x11-2.0-1.
Unpacking libgtkextra-x11-2.0-1 (from
.../libgtkextra-x11-2.0-1_2.1.1-3.1maemo4_armel.deb) ...
dpkg: error processing
On lun., 2009-10-19 at 22:26 +0300, Kamen Bundev wrote:
Well, on the device and probably in autobuilder the /opt folder is
actually a symlink to /home/opt... On the other hand maemo-optify
produces direct /opt folder.
That's the problem, dpkg won't replace a symlink by a real folder.
--
On lun., 2009-10-19 at 22:01 +0200, Yves-Alexis Perez wrote:
On lun., 2009-10-19 at 22:26 +0300, Kamen Bundev wrote:
Well, on the device and probably in autobuilder the /opt folder is
actually a symlink to /home/opt... On the other hand maemo-optify
produces direct /opt folder.
That's
36 matches
Mail list logo