In case anybody is interested, I figured out how to get bluetooth keyboards to
work with the N900. I.e. how to get the pc105 xkb layout. First, copy the
/usr/share/X11/xkb/ directory from chinook to the N900. (I put it in
/usr/share/X11/xkb-chinook/. Be careful not to overwrite /usr/share/X11/xkb/.
hi
>
>You can do that via d-bus: dbus-send --type=signal --session
>/com/nokia/hildon_desktop com.nokia.hildon_desktop.exit_app_view
Thx VDV : ) it works.
By searching with "exit_app_view", I found that there is a Qt mininal example
about this.
yalong
__
Thank you very much! It is working well, now. There is only one minor
issue: When I do this the widget is nicely transparent, but what I'm
packing into the widget remains opaque. I took a screenshot:
http://img192.imageshack.us/img192/5650/cairo.png
What is going on is: there are two gtk.Image's
On Thu, 24 Dec 2009, ext-gavin.pea...@nokia.com wrote:
> Out of interest, is anyone working on porting over any of the Debian DNS
> tools such as DIG? Or has anyone got them running? Seen a few
> discussions, but no succesful outcomes as of yet.
>
> Any thoughts?
Would rather have the less blo
On Thu, Dec 24, 2009 at 1:40 PM, Anderson Lizardo
wrote:
> * Use do_expose_event() and do_realize() methods instead of realize()
> and screen_changed() ones you used (just rename "def expose(self,
> widget, event)" to "def do_expose_event(self, event)" and "def
> screen_changed(self, widget)" to "
Hi,
On Wed, Dec 23, 2009 at 5:28 PM, Brent Chiodo wrote:
> Hi,
>
> The code I've been looking at is a fairly simple widget in Extras called
> countdown-home. 95% of it is "fluff" and has nothing to do with this problem
> so I've attached a working Python Desktop Widget (very simple, just a couple
Anderson wrote:
> 2009/12/24 Andrew Flegg :
> > Yes. And there's a change needed in maemo-optify: auto should mean
> > "don't do anything if it packages to /opt already OR it has a
> > dependency on pymaemo-optify".
>
> Just a correction: no Python packages currently need to explicitely
> depend on
On Thu, Dec 3, 2009 at 9:31 AM, Henrik Hedberg
wrote:
> Alberto Mardegan wrote:
>
> > since fremantle's maemo-mapper is so horribly slow, I went and
> tried to run
> > oprofile.
> > Unfortunately it seems to me that static functions never appear in
> the final
> > report. Is this how it is
On Thu, 2009-12-24 at 14:17 +0100, Ove Kaaven wrote:
> Actually, I forgot that you could look into running OpenSync on your
> desktop. I think it has a SyncML plugin that can act as a server. If it
> works, then you could run syncevolution on the N900 to sync with
> OpenSync on the desktop, and hav
2009/12/24 David Greaves :
>
> Ed... 2 questions:
> 1. are you happy that "/usr/sbin/dpkg-preconfigure: No such file or directory"
> is a bug (as you said a couple of emails back)?
Yes, I am.
> 2. what section do you think the bug should be against?
>
Product: Development Platform
Component: SDK
2009/12/24 Andrew Flegg :
> Yes. And there's a change needed in maemo-optify: auto should mean
> "don't do anything if it packages to /opt already OR it has a
> dependency on pymaemo-optify".
Just a correction: no Python packages currently need to explicitely
depend on pymaemo-optify to become opt
Ed Bartosh wrote:
> It's just ridiculous to have bug against autobuilder about
> maemo-optify is not taking care of build dependency to pymaemo-optify
> considering the fact that at the moment maemo-optify doesn't even try
> to do anything unless it founds debian/optify file with the line
> 'auto'
Ove Kaaven skrev:
> David Greaves skrev:
>> I'll take a look at cppunit and see if I can produce a non-qt maemo variant.
>
> Cool, thanks.
>
>> OK, I'd love to help get this moved forwards but I'm not familiar with linux
>> syncing (I run IMAP/LDAP at home and used to use eGroupWare/iCal so I've
On Thu, Dec 24, 2009 at 12:39, Ed Bartosh wrote:
>
> It's just ridiculous to have bug against autobuilder [...]
...then move it to the right component for maemo-optify! Why do I feel
like we're singing "I've a hole in my bucket"?
> [A]t the moment maemo-optify doesn't even try to do anything unl
2009/12/24 Andrew Flegg :
> On Thu, Dec 24, 2009 at 12:22, Ed Bartosh wrote:
>>>
>>> Bug #7309 is still valid, of course, and can be used as the hook in
>>> which the Python-based heuristics for maemo-optify are done.
>>>
>> No, it's not valid.
>> I think everyone's seen this message:
>> "/usr/sbi
On Thu, Dec 24, 2009 at 12:22, Ed Bartosh wrote:
>>
>> Bug #7309 is still valid, of course, and can be used as the hook in
>> which the Python-based heuristics for maemo-optify are done.
>>
> No, it's not valid.
> I think everyone's seen this message:
> "/usr/sbin/dpkg-preconfigure: No such file o
David Greaves skrev:
> I'll take a look at cppunit and see if I can produce a non-qt maemo variant.
Cool, thanks.
> OK, I'd love to help get this moved forwards but I'm not familiar with linux
> syncing (I run IMAP/LDAP at home and used to use eGroupWare/iCal so I've not
> needed to be up to now)
2009/12/24 Andrew Flegg :
> On Thu, Dec 24, 2009 at 12:01, Ed Bartosh wrote:
>> 2009/12/24 Andrew Flegg :
>>> 2009/12/24 Benoît HERVIER :
So now maemo optify is automatically added on extras builder ?
>>>
>>> Is it? Are Ed/Marius around to confirm?
>>>
>> Yes it was. Long time ago, as we all
On Thu, Dec 24, 2009 at 12:01, Ed Bartosh wrote:
> 2009/12/24 Andrew Flegg :
>> 2009/12/24 Benoît HERVIER :
>>> So now maemo optify is automatically added on extras builder ?
>>
>> Is it? Are Ed/Marius around to confirm?
>>
> Yes it was. Long time ago, as we all agreed, with 'none' as default.
I
2009/12/24 Andrew Flegg :
> 2009/12/24 Benoît HERVIER :
>> So now maemo optify is automatically added on extras builder ?
>
> Is it? Are Ed/Marius around to confirm?
>
Yes it was. Long time ago, as we all agreed, with 'none' as default.
>> Is there a way to unactivate it ?
>
> Put "none" in debian
2009/12/24 Benoît HERVIER :
> So now maemo optify is automatically added on extras builder ?
>
It was added lont time ago and discussed in details on this mailing list.
> Seems to have some problems :
> https://garage.maemo.org/builder/fremantle/python2.5-py2deb_0.5.3-1/
>
Definitely. Check your d
Ove Kaaven wrote:
> Update:
>
> I've built a far better .deb based on SyncEvolution 0.9.1, and put it up
> at http://people.debian.org/~ovek/maemo/
Thanks Ove, got it, installed it.
> It'd be great
> if anyone would try to put cppunit into extras-devel (the debian package
> of cppunit can't be p
Just a quick one ...
Out of interest, is anyone working on porting over any of the Debian DNS tools
such as DIG? Or has anyone got them running? Seen a few discussions, but no
succesful outcomes as of yet.
Any thoughts?
Gav
___
maemo-developers ma
Hello guys,
When installing 'iputils' or 'vi' using the following repos:
# fremantle tools
deb http://repository.maemo.org fremantle/tools free non-free
# fremantle tools sources
deb-src http://repository.maemo.org fremantle/tools free non-free
am getting 'Couldn't find package iputils', despite
2009/12/24 Benoît HERVIER :
> So now maemo optify is automatically added on extras builder ?
Is it? Are Ed/Marius around to confirm?
> Is there a way to unactivate it ?
Put "none" in debian/optify:
http://www.mail-archive.com/maemo-developers@maemo.org/msg21664.html
Also, it'd be useful to
So now maemo optify is automatically added on extras builder ?
Seems to have some problems :
https://garage.maemo.org/builder/fremantle/python2.5-py2deb_0.5.3-1/
Get:1 http://repository.maemo.org fremantle/free maemo-optify 0.2 [5664B]
/scratchbox/tools/bin/sh: line 1: /usr/sbin/dpkg-preconfigure
Update:
I've built a far better .deb based on SyncEvolution 0.9.1, and put it up
at http://people.debian.org/~ovek/maemo/
It can't yet be built with a buildbot, primarily because not all of its
build-dependencies exist in maemo-devel, cppunit in particular. (I had
to install it locally into my sc
27 matches
Mail list logo
