.
>
> Development source code: https://github.com/radare/0x
Good to see 0x still being developed! Do you have plans to add
support for N9 as well? Not sure how much effort is needed.
Best Regards,
--
Anderson Lizardo
Instituto Nokia de Tecnologia
h N9). Maybe it could be added
to some wiki section as well?
Best Regards,
--
Anderson Lizardo
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
On Thu, Jul 7, 2011 at 3:16 PM, Anderson Lizardo
wrote:
> Are you keeping your reimplementation efforts public somewhere (e.g.
> code repository, blog posts)? Which component(s) are you currently
> working on (and the status of each one)?
Some components I could find so far related to
-working) is valuable
(IMHO). For now, I am interested at least on monitoring the ongoing
efforts on reimplementing proprietary code from Maemo 5.
Thanks!
--
Anderson Lizardo
Instituto Nokia de Tecnologia - INdT
Manaus - Brazil
___
maemo-developers ma
I contact in order to have it exposed on Canola's
> website?
Try sending an e-mail to the canola mailing list:
https://garage.maemo.org/mailman/listinfo/canola-devel
Or talking on IRC (#canola at freenode)
HTH,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
)
>
> and when I run the program, only one button is shown.
If would help if you provide a more complete snippet of your code. A
few possibilities:
1) Do you use a VBox/HBox container to hold these buttons ?
2) did you use "window.show_all()" to show the objects added to the windo
feel free to ask PySide specific questions on the PySide mailing
list: http://lists.openbossa.org/listinfo/pyside . There is also the
#pyside IRC channel on freenode.
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-develope
ader that uses
this workaround, thus closing
https://bugs.maemo.org/show_bug.cgi?id=8586
See also the broader bug report :
https://bugs.maemo.org/show_bug.cgi?id=9370 (not fixed yet, that's why
we added the workaround)
Regards,
--
Anderson Lizardo
OpenBossa Lab
least for me).
Can it be moved to a different place, archived, or even removed
completely (as it has been superseded by other documentation as
mentioned on the link above)? I think it is too easy to not notice the
"Legacy" on the title.
Regards,
--
Anderson Lizardo
OpenBossa Labs - I
on Maemo talk. There are popular threads on the
"Development" forum which fill this pattern...
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
ported symbol vanishes :/. Someone
suggested using exact versioned dependency (e.g. "Depends:
libqt4-maemo5-gui == x.y.z") as a temporary solution. So far we have
been using ">=" versioned dependency. Do you think this is
reasonable?
Regards,
--
Anderson Lizardo
OpenBoss
ways see these e-mails on the
pymaemo-developers mailing list moderation queue because PyMaemo
packages have the mailing list address in the Maintainer field and
autobuilder address is not subscribed to the list.
Not sure if this has changed after the server migration, though.
Regards,
--
Anderson
devel ? Until now I never knew there were NMU rules for
Maemo...
Thanks,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
ng dput:
sh: /tmp/xxx: Permission denied
Seems to come from some script on the server side.
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/li
show up on
> the desktop!
>
> However, once the device is rebooted, the added widget is cleary visible and
> works well.
Heads up:
I have created a PyMaemo specific bug to summarize and track the issue:
https://bugs.maemo.org/show_bug.cgi?id=8586
Please add any further inform
on" category, and is not linked
from the Upper "DBus" page.
* The title is incorrect (fremantle vs. freemantle)
Ok, I know "it's a wiki" motto :), but I want to ask first: isn't
better to move this content to a Python specific location, e.g.
http://wiki.maemo.or
rds,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
at would require some
more changes to your debhelper7 and cdbs-dh7 packages though (e.g. to
not install files at conflicting paths).
What do you think?
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers
ld, users might think that they
should contact the original maintainers for any problems with your
packaging modifications (for instance), and that person might not be
prepared for giving this support.
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
kage... Ok we have md5 sums, but PGP gives both
integrity and authorship guarantees, and any rebuilds by third parties
(intentional or not) will invalidate the PGP signature.
My two cents,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
ras-* repositories).
Not changing the Maintainer: field means that the *original*
maintainer (e.g. someone from Debian or Ubuntu) will get the e-mail
and most of the time will not know anything about it.
Regards,
--
Anderson Lizardo
OpenBossa Labs - IN
ress error 554-'5.7.1
: Relay access denied' (delivery
attempts: 0)
###
Any ideas?
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
On Tue, Jan 19, 2010 at 12:36 PM, Andre Klapper wrote:
> Am Dienstag, den 19.01.2010, 12:24 -0400 schrieb Anderson Lizardo:
>> [sorry if this is not the correct channel for such reports, but in
>> this case I obviously can't open a bug report
>
> (You can, it'
perl5/Mail/Mailer/sendmail.pm line 22.
###
Any known problems?
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.org mailing lists
were migrated some time ago, but how about the garage ones?
TIA,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo
not appear to work.
Take a look at this:
http://cgit.freedesktop.org/dbus/dbus-python/tree/examples/example-signal-emitter.py
Hope that helps,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-develope
f watchdog may reboot the device. It seems it
does not happen, but it would be nice to know (from Hildon developers)
if it is indeed safe to kill hildon-home with SIGTERM during a package
installation or not.
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
__
2010/1/13 Kimmo Hämäläinen :
> On Wed, 2010-01-13 at 12:03 +0100, ext Anderson Lizardo wrote:
> It's better to fix hildon-home so that it does not require a restart.
> Report a bug and attach your patch there :)
Well, hildon-home already uses a notification (inotify?) mechanism for
on a postinst
script and it will not affect running applications and other C
applets?
Thanks,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
On Tue, Jan 12, 2010 at 8:22 PM, Anderson Lizardo
wrote:
> On Tue, Jan 12, 2010 at 5:08 PM, Mikko Vartiainen
> wrote:
>> On Tue, Jan 12, 2010 at 10:51 PM, Anderson Lizardo
>> wrote:
>> Problem is that there isn't reliable bug reports (about openvpn-applet
>>
On Tue, Jan 12, 2010 at 5:08 PM, Mikko Vartiainen wrote:
> On Tue, Jan 12, 2010 at 10:51 PM, Anderson Lizardo
> wrote:
> Problem is that there isn't reliable bug reports (about openvpn-applet
> and touchsearch for example), just random forum messages.
I've been following
w if the applet is shown or not.
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
ow
the problem.
Can some Hildon Desktop developer confirm this is the case? And if so,
is there any way of avoiding a reboot (e.g. by sending some signal to
the hildon-desktop process maybe?)
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
not working without a reboot that would be nice.
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
t the "--ignore-fail-on-non-empty" option
> which causes dpkg --purge "--ignore-fail-on-non-empty"> to fail.
This is a bug IMHO. We fixed many of these occurrences on PyMaemo
packages, replacing with "rmdir || true".
Rega
t; [Desktop Entry]
> Name=shutter
> Comment=Issues a single IR command using LIRC
> Type=python
> X-Path=shutter.py
> X-Multiple=true
Except for this "X-Multiple" entry (which I don't know what is) I
don't see a problem with it.
Regards,
--
Anderson Lizard
yMaemo/QuickStartGuide (make sure to take a
look at the " Alternative development environments" section at the
end).
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers
kages with
no debian/optify entry, will it be done only for the newer uploaded
packages?
IMHO running optify on the live packages might break things. If it is
run only on newer packages, developers have the chance to report
auto-optify related problems.
Regards,
--
Anderson Lizardo
OpenBossa L
-home crash?
>
> It could help to disable all other plugins than the one that you are
> debugging and using gdb or good old printfs I guess.
I usually also debug on scratchbox/x86 , where I can kill hildon-home
and restart it again with
hildon-home &
which then shows debug messages on
I haven't tested it myself on N810 , though.
> A stacktrace on the critical warning would be useful to find out the
> cause.
How to get that stack trace (some glib/gtk function?) ? it does not
crash the application , so I think gdb cannot be used in this case.
Thanks,
--
Anderson Li
' failed
That means the problem is not related to Python or PyGTK at all, but
some GTK limitation/bug on Maemo 5.
The translated C example is attached.
Any ideas anyone? Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
#include
gboolean on_delete_event(GtkWidget
a XB- prefix in your debian/control file, see the Debian Policy
Manual, section 5.7."
So I *think* (I never tried), that you should use:
XB-Description-de_DE
XB-Description-fi_FI
and so on. The "XB-" prefix will be removed automatically by dpkg-gencontrol.
Regards
On Mon, Jan 4, 2010 at 11:16 AM, Marius Vollmer
wrote:
> ext Anderson Lizardo writes:
>
>> Is maemo-optify-deb run on autobuilder inside the scratchbox target
>> and after all dependencies have been installed?
>
> Yes. It is run after the package archives have been b
q not-installed; then
echo "pymaemo-optify is not installed"
else
echo "pymaemo-optify is installed"
fi
This together with the direct dependency check (i.e. looking by
pymaemo-optify or python or python2.5 on Depends) would make a good
heuristic (in my opinion).
This is
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
hildondesktop has its own internal implementation
that must be called.
The code is attached. Merry Christmas :)
PS: I didn't translate the settings dialog part yet. Will do so later.
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
# Example based on C code from:
# https://gara
; is the threshold selected for maemo-optify) being installed
outside /opt (and outside directories managed by pymaemo-optify).
My two cents,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
know much C -- I wasn't
> even able to apply the examples to Python).
If you send the links to the C examples you found, I can try
translating them to Python for you (I'll be able to try only on
scratchbox though, as I'll not have a N900 accessible
ms or if you do not want to build debian packages for sbdmock, as
Ed suggested.
BTW, I just added the instructions for building Debian packages on
that page. I did just minimal testing, so feel free to correct any
errors there.
Regards,
--
Anderson Lizar
stalled by default on most python installations).
I just don't know if easy_install supports installing directly from
git repositories, like shown above. And I don't understand why you
need python-setuptools and python-virtualenv to install sbdmock... For
sure I didn't need them to
ebody planning -or performing- the enhancements?
There is at least boost1.38 packages on fremantle already. I don't
know about sdl-mixer.
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-dev
remove it manually from Downloads? it is getting
comments there as it were an application. And even if the Maintainer
field is set correctly, the package interface insists on using either
the uploader or the last changelog entry as maintainer.
Thanks,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus
ras-devel). The version auto promoted to
extras (0.2) does not have the Section: user/hidden.
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
e a separate
> discussion.
Agreed. One thing I noticed is that removing some application using
Application Manager does not remove its unused dependencies (e.g. like
"apt-get autoremove" does). So the device tends to get filled up with
unused dependencies, with no user-friendly w
the target configuration, but I
don't know if tha's possible for devkits too.
If that would at all be possible, it would just be a matter of having
the devkits installed on the autobuilder, without changing the target
setup.
My two cents,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus
ation and allowing to upgrade).
Not sure if it is the best/correct solution though, as it looks like
undocumented.
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lis
s for 'middleware' ..."
> Also, if you know or suspect other causes for Extras users filling their
> rootfs partitions please let us know.
If the user has Python applications and only extras enabled, the fact
of the optified packages not being in extras is most probably the
On Thu, Dec 17, 2009 at 8:28 AM, Anderson Lizardo
wrote:
> One such case I found where QA failed was on the "rootsh" package (I
> copied Faheem who maintains the package). I found that the rootsh
> version in the "extras" repository could not be removed using the
>
simulate this condition during package installation, we
might detect potential bugs in the installation process.
> I would suggest to the tester to collect reoccuring testing failures
> they have the feeling that could found automatically and contact the
> build masters in such case (by f
packages (maybe using piuparts? See
http://packages.debian.org/sid/piuparts), if possible on a real
device.
* Test disk-full conditions, and randon errors during package
installation of packages from Extras.
* Promote usage of ABI check tools.
Any other ideas?
Regards,
--
Anderson Lizar
On Tue, Dec 15, 2009 at 7:53 AM, Anderson Lizardo
wrote:
> I uploaded a fixed package to extras-devel, but any upgrade from an
> older version, if done with some another Python package upgrade at the
> same time, will again trigger the bug. Therefore you need to upgrade
> only the &qu
the upgrade, you can comment on
the bug, or send an e-mail to the pymaemo-developers mailing list:
https://garage.maemo.org/mailman/listinfo/pymaemo-developers/
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maem
7, like those CDBS-like helper rules. In such cases,
looking at versions prior to the compatibility level upgrade might
help doing the downgrade (and most Debian packages are kept in public
SCMs like svn.debian.org).
Regards,
--
Anderson Lizardo
OpenBossa Labs - IN
ion, but be warned that it may (in some
rare circumstances) break some Scratchbox wrappers that depend on
python2.3. So it is not a definitive solution for every package, but
should work in your case.
If it does not work, feel free to post the errors and preferably the
debian/rules.
Regards,
--
A
GPSDevice class are
still not available in Python.
References:
[1] http://wiki.maemo.org/PyMaemo/Using_Location_API
[2] http://pymaemo.garage.maemo.org/python_location_manual/
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo
sion in debian/control, if we want the user to have that fix.
Mikko: feel free to correct me if I made a mistake.
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
On Thu, Dec 3, 2009 at 6:46 AM, Andrew Flegg wrote:
> 2009/12/2 Anderson Lizardo :
>>
>> All files installed under e.g. /usr/lib/python2.5 go "automatically"
>> to /opt. But note that the package itself is unchanged (because
>> pymaemo-optify takes care of han
On Wed, Dec 2, 2009 at 5:20 PM, Nathan Anderson
wrote:
> Anderson Lizardo,
>
> Unless I misunderstood; if the package itself has a /opt path in it
> the maemo-optify won't run on it. So if you are "installing" anything
> (even one file) under the /opt p
On Wed, Dec 2, 2009 at 12:56 PM, Marius Vollmer
wrote:
> ext Anderson Lizardo writes:
>
>> If you have plans to begin enabling auto-optification by default,
>> please inform us here on the list so we can begin adding the
>> debian/optify file to avoid optifying pac
icitely_ on that new version.
So unless someone promotes a user/* package to extras-testing that has
"Depends: python-osso (>= 0.4.0-0maemo2)" , python-osso will remain
broken on extras & extras-testing.
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
On Wed, Dec 2, 2009 at 9:43 AM, Ed Bartosh wrote:
> 2009/12/2 Anderson Lizardo :
>> If you have plans to begin enabling auto-optification by default,
>> please inform us here on the list so we can begin adding the
>> debian/optify file to avoid optifying packages that were
ans to begin enabling auto-optification by default,
please inform us here on the list so we can begin adding the
debian/optify file to avoid optifying packages that were manually
optified by other means (e.g. python packages).
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
_
On Tue, Dec 1, 2009 at 11:55 AM, Mikko Vartiainen wrote:
> On Tue, Dec 1, 2009 at 5:39 PM, Anderson Lizardo
> wrote:
>> The other solution is to fix Application Manager :o)
>
> IMO Application Manager is broken from community (Extras) perspective.
> From Nokia's per
core Python packages under that field.
The other solution is to fix Application Manager :o)
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
(IMHO) where we can get non user/*
package updates delivered to final users through a clean process.
Some user suggested once creating meta user/* packages for libraries,
python modules etc. that need updates, but I think this just too
hackish, and even if we proceed and do this, how do we convin
g PyMaemo packages to extras-testing ?
IMHO ideally, the auto promotion should be aware of newer versions of
dependencies, otherwise how are we (the maintainers) supposed to
provide bugfixes ? (.e.g the new optified packages).
Thanks in advance,
--
Anderson Lizardo
OpenBossa Labs - INdT
Mana
lly broken.
There has been some kind of pressure to get the optified Python
packages into extras, and that depends on this "auto promotion"
mechanism.
Can someone with powers check that? I can open a bug report if necessary.
Thanks,
--
Anderson Lizardo
OpenBossa Labs -
On Mon, Nov 30, 2009 at 2:32 PM, Anderson Lizardo
wrote:
> Problem is back. Looks like on every repository update the Release
> file again is truncated.
>
> I'll open a bug report about it.
Done: https://bugs.maemo.org/show_bug.cgi?id=6460
Regards,
--
Anderson Lizardo
Open
On Mon, Nov 30, 2009 at 10:44 AM, Anderson Lizardo
wrote:
> On Mon, Nov 30, 2009 at 10:51 AM, Kate Alhola wrote:
>> I can confirm it. I tried today with several devices. This
>> bug has some random nature. One hour ago, I was able to get
>> extras-devel but now I tried a
ease file now
is complete, and apt-get does not complain anymore on the device.
Should I still open a bug report on it, or is it definitely fixed or
some known issue?
Thanks,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developer
900.
Strangely, this problem only happens on the N900. Scratchbox seems
happy with the incomplete Release file (probably the apt-get version
in Scratchbox ignore the error).
Can someone confirm this on N900? If so, I'll open a bug report about it.
Thanks,
--
Anderson Lizardo
OpenBoss
s in arbitrary order. It does not include the special
entries '.' and '..' even if they are present in the directory.
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maem
fixed this problem.
Thanks,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
downgrading the version here, I could reproduce the bug.
I'll open a bug report (with a simple test case) for this on
bugs.maemo.org. I'll also test x86.
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers
happens only on ARMEL target , because the X86
build does not occur if the ARMEL one fails. I'll see If I can
reproduce it locally, because the waiting for the autobuilder queue is
too boring :)
Thanks for your help!
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
_
On Thu, Nov 26, 2009 at 5:40 AM, Cornelius Hald wrote:
> Anderson Lizardo wrote:
>>
>> Hi,
>>
>> Could someone with access to the autobuilder machine send to me the
>> output of "dpkg -l scratchbox*" ? I'm getting a build error that I'm
>
because the
log may disappear anytime soon).
The problem seems to be related to some QEMU bug, but I'm not sure.
Thanks in advance :)
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.or
pdate , or it just takes so long?
Thanks,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
st
with SDK and extras-devel repositories.
Is anyone having this problem?
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
sr/bin/python2.5 (it seems a symlink should work, after
some testing we will upload a new version of python2.5 to reduce
around 1 MB from root fs usage.
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing lis
On Fri, Nov 13, 2009 at 3:18 AM, Yves-Alexis Perez wrote:
> 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 wo
On Thu, Nov 12, 2009 at 11:30 AM, Eero Tamminen wrote:
> ext Anderson Lizardo wrote:
>> Do you think it can be made a generic dh_* like tool that handles this
>> automatically? This way it could be called from debian/rules as e.g.:
>>
>> maemo-python-optify /usr/lib/p
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.m
?
Thanks!
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
On Tue, Nov 10, 2009 at 12:11 PM, Andrew Flegg wrote:
> On Tue, Nov 10, 2009 at 16:00, Anderson Lizardo
> wrote:
>>
>> The PyMaemo team is pleased to announce the final release of PyMaemo
>> for Maemo 5!
>
> BTW, I've tested with bind mounts and /opt.
> [
e
removed if it can be proven they take considerable space.
Unfortunately you will notice that, except for Python standard
modules, other PyMaemo bindings lack useful built-in documentation
accessible through help().
BTW, you might want to try ipython if you like to develop on the
device, helps a lot
age.maemo.org/mailman/listinfo/pymaemo-developers
Thanks,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
is only
available when you are inside a scratchbox target.
Regards,
--
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
the repository?
python-dbus (the newer package) has this in debian/control:
Provides: python2.5-dbus
This should satisfy dependencies for those packages that Depend: on
python2.5-dbus. It works very well for other packages we currently
maintain in PyMaemo.
Regards,
--
Anderson Lizardo
Open
On Tue, Nov 3, 2009 at 4:31 PM, Attila Csipa wrote:
> On Tuesday 03 November 2009 18:58:04 Anderson Lizardo wrote:
>> Can you be more specific? Which paths are those? How does this affect
>> your package?
>
> Okay, I backtracked my steps as far as I could, and it *seems* t
1 - 100 of 192 matches
Mail list logo
