On 01/27/2011 10:24 AM, ext Thomas Perl wrote:
2011/1/27 Riku Voipio riku.voi...@nokia.com:
For new versions, the set of checks should still be shorter and less
votes needed. Basically the only check to be done is has the new
version any regressions compared to the version already in extras
On 01/25/2011 05:24 PM, ext Andrew Flegg wrote:
On Tue, Jan 25, 2011 at 15:03, Felipe Crochik fel...@crochik.com wrote:
A new version of an existing application should have a lower barrier to
promotion than a new application.
It's obvious; but even a minor change can have an enormous impact.
On 06/10/2010 11:32 AM, ext Daniil Ivanov wrote:
Hi Daniel!
Of course manual optification is the way to go when there is no other way.
But is it so that installing scratchbox and performing optification
there is considered as too difficult?
BTW, are there any chances maemo-optify will
On 05/03/2010 09:40 PM, ext Marcin Juszkiewicz wrote:
Dnia poniedziałek, 3 maja 2010 o 08:03:57 tero.k...@nokia.com napisał(a):
Try:
~# echo 0 /proc/sys/vm/mmap_min_addr
At least that is what people more knowledgeable than me tell to do. It has
something to do with the recent kernels and
On 03/09/2010 01:04 AM, ext Attila Csipa wrote:
I hope Valerio won't mind me taking the initiative here, but I'd like once
again to underline the testing-squad is not the Spanish Inquisiton nor do we
adhere to a dogma which makes testing procedures unchangeable (and we
certainly don't want to
On 03/09/2010 01:29 PM, ext Matan Ziv-Av wrote:
On Tue, 9 Mar 2010, Attila Csipa wrote:
On Tuesday 09 March 2010 11:56:49 Matan Ziv-Av wrote:
On Tue, 9 Mar 2010, Niels Breet wrote:
You have to see that Extras should be for applications that are of a high
quality. The Extras repository should
On 03/09/2010 02:19 PM, ext Simon Pickering wrote:
Also, the idea that an application can both be low quality and end
user ready is bizarre.
If the general Nokia view is that Extras apps should also look pretty
and have nice design (i.e. so they reflect well on the device), which is
a good
On 01/27/2010 05:04 PM, ext Dave Neary wrote:
Hi,
Riku Voipio wrote:
Well, such misunderstandings are likely to be caused by the poor extras
instructions. Which exact page should Henrik read to get enlightened?
David King I are working on improving these. Having not gone through
the process
On 01/27/2010 09:54 AM, ext Ryan Abel wrote:
On Jan 27, 2010, at 2:28 AM, Henrik Hedberg wrote:
Thanks, I know. But as I said, [t]here have not been any discussion,
announcements or instructions how to really handle QA in the non-free section.
Thus, the non-free section in Extras does
ext Claudio Saavedra wrote:
El mar, 08-12-2009 a las 17:50 +, Graham Cobb escribió:
On Tuesday 08 December 2009 17:23:15 Claudio Saavedra wrote:
I noticed that the postinst script was missing the debhelper token used
by dh_installxsession to plug its magic. Now the Xsession script should
ext Henrik Hedberg wrote:
Tim Teulings wrote:
Except how do you try to prevent abuse (whether intentional or
accidental)? At least with the version number you've got some safety
check (although it is in no way comprehensive). It also requires more
changes at more levels (I bet), so
ext Jeremiah Foster wrote:
On Nov 1, 2009, at 11:02, Henrik Hedberg wrote:
Martin Grimme wrote:
resetting Karma on a new version leads to one very bad issue, IMHO:
Developers of packages with some Karma will hold back bugfix-updates
until the unfixed version has reached extras.
ext Dirk Behme wrote:
After having now configured the correct sources.list (thanks Juha!),
after some time
fakeroot ./make_rootfs.sh
stops now with
-- cut --
...
Selecting previously deselected package mini-rc.
Unpacking mini-rc (from .../mini-rc_0.2.40_all.deb) ...
Setting up
ext Kenneth Loafman wrote:
I keep getting this error with the DIABLO_ARMEL target and it makes
testing difficult. Hundreds of these interspersed with unit test logs
makes for hard-to-read results.
First, scratchbox (and qemu linux-user) is not really representative of
the real target
ext Cornelius Hald wrote:
- Riku Voipio riku.voi...@nokia.com wrote:
We have now qemu 0.10 based packages for scratchbox1 and scratchbox2:
https://garage.maemo.org/frs/?group_id=877release_id=2506
These packages are still very much experimental, eventually the
sb2-qemu-arm packages
Hi,
ext Cornelius Hald wrote:
I just saw that a new version of qemu was released. Did anyone try to use
this with scratchbox? If I understand it correctly it should improve the
compatibility with the tablets. Is it worth a try?
We have now qemu 0.10 based packages for scratchbox1 and
Eero Tamminen wrote:
Hi,
ext Dave Neary wrote:
Andrew Flegg wrote:
It then goes on to explain Woodhouse couldn't even find the kernel
source for Maemo.
If you look at the LWN kernel page article Most active 2.6.27
employers table changed lines side, Nokia is at least for
Philip Van Hoof wrote:
About the threading we have discussed this on this mailing list, so you
can read in this discussion-thread the possibilities and POV being
taken. One of the conclusions is that a fully threaded view wastes too
much screen space. Most people just need grouping
Marius Gedminas wrote:
On Tue, Jan 22, 2008 at 06:42:00PM +0200, Riku Voipio wrote:
rant
Firstly, one needs a VKB. now hildon-input is mostly open source,
Is it? The framework, yes, but I think the actual virtual keyboard and
handwriting recognition plugins are closed
Is it? The framework, yes, but I think the actual virtual keyboard and
handwriting recognition plugins are closed.
The input framework is OSS and it includes a example VKB. I
believe the example VKB is different from what is included
in ITOS.
Has anyone had any
Mikhail Sobolev wrote:
Exactly, Ross! I usually visualize relationship between different bits
using the following picture (please use a fixed width font):
+--++--+
| | Maemo SDK | |
+--+++--+--+
|API
Igor Stoppa wrote:
Hi,
On Tue, 2007-11-06 at 12:56 +0100, ext Luca Olivetti wrote:
En/na vicente garcia ha escrit:
Finally after 4 hours of fiddeling I want the old days with my old
TurboPascal back. ;-)
Are you crazy? I must develop some applications with pascal +
Mohammed Hassan wrote:
It would be interesting to take our current translations and mine them
for the logical ids that map to the same Engineering English, but at
the same time have different translations in some language. These are
the cases where we would need to use the menu|Open construct
Marius Vollmer wrote:
There are two kinds of borders: one kind isolates OSs from each other;
this could be done with some virtualization tool like xen, uml, or
maybe chroot. The other kind isolates different architectures within
the same distribution; this is what SB2 does.
There has been
Koen Kooi wrote:
The big problem is that hildon depends on an old, forked version of gtk+ that
nobody in
their right mind wants on their x86 systems. The nokia people at guadec were
unable to
give me an ETA on when that will be fixed :(
Guadec of what year? :P
Simon Pickering wrote:
The second thought is learn the ABI convention for calling C methods
from assembly and you can pass whatever data you need to a function
that will do the printing for you. I'd suggest going with this route
since it will be the most straightforward without soldering
Quim Gil wrote:
Hi Riku,
On Thu, 2007-06-28 at 16:53 +0300, ext Riku Voipio wrote:
Why would that need python support *in* the platform?
Let me explain why full Python support in the maemo roadmap has little
to do with (improvable) install files or repositories. In fact it's all
MoRpHeUz wrote:
Great applications like Carman, Konttouri's player and others were
written in python. And the final users wont have this applications
working well if we dont have python support for the platform.
Why would that need python support *in* the platform? It should jsut be
a
MoRpHeUz wrote:
If with in you mean being distributed by default with the
platform, why should not as the number of applications requiring it
are increasing and it should be easier for a regular user to install
these applications without the need of installing by hand python as
well ?
Siarhei Siamashka wrote:
Hm. The toolchain might not be built with -pg support.
As to using gprof, that produces fairly unreliable results.
I'd recommend building Oprofile kernel and latest oprofile
user-space tools.
Maybe Oprofile is good, but gprof is better than nothing and does not
Lauri Leukkunen wrote:
- documentation, primarily man pages
I have some basic man pages since lintian wants them ;) I'll complete
them tonight. I might end up rewrite^Wclean sb2 shell script while at it ;)
Emulation mode testing can be more of a
challenge as there it would need to be decided
Mika Yrjölä wrote:
For me, the main benefit for being able to move the dialogs around at
will would be the ability to position the dialog so that no
information relevant for deciding how to react to the dialog is hidden
below it. While the current default of the dialog changing to display
just a
Marius Vollmer wrote:
The locked-down upgrade path could support more than one set of
trusted sources down to the granularity of repositories. This would
allow other parties than Nokia to make use of this feature. That's
just a smop and might be done.
I think this the best approach. It
Zoran Kolic wrote:
Howdy!
Any experience with armel-debs.applieddata.net/debian/pool/main ?
Would be nice to use some precompiled binaries without bricking
the device.
debian/armel a newer glibc (2.5) and gcc (4.1) than maemo. While
in mostly compatible, there is
Aaron Levinson wrote:
Yep, I'm aware of this option, but I'd rather keep 2.0 on my system and
have two scratchbox installations than implement this kludge. I would
have to maintain separate control files if I went with this option, one
for 2.x and one for 3.0.
Executive summary:
Just
Andrew Barr wrote:
Apologies if this has already been asked...but I was wondering if there
are any issues I should be aware of having both the Maemo 2.1 and 3.0
SDKs installed on a machine (e.g. just running both installer scripts
one after the other).
Just use the sbox 1.0 needed by bora. The
Dave Neuer wrote:
The prices are almost the same,
Except the price of the other is with a 24 month lock-in contract. We
don't know
the real unsubsidized price. We don't even know if the other allows you
to install
your _own_ applications or any other minor details. Apple certainly has
created
Ilpo Stenberg wrote:
I have used scratchbox-1.0.6 (apophis) to compile couple of extra
kernel modules
(for 2.6.16-2.6.16.rel kernel IST 2006?). I had lot of problems with
installation -
binary tar balls didn't work, but .deb -packages did, and so on.
Can you please specify any problems you
Michael Kostrzewa (Nokia-M/Helsinki) wrote:
On Mon, Nov 06, 2006 at 11:18:16AM +0200, ext Daniel Stone wrote:
On Mon, Nov 06, 2006 at 10:22:20AM +0200, ext Tommi Komulainen wrote:
* http://maemo.org/pipermail/maemo-developers/2006-October/005976.html
Proper version of
Tommi Komulainen wrote:
* http://maemo.org/pipermail/maemo-developers/2006-October/005721.html
compiling problems in scrathcbox
gcc fails with 'sbox-i686-linux-gcc: -lgthread-2.0: linker input
file unused because linking not done'
solved (gcc -c -lfoo is
Ross Burton wrote:
On Wed, 2006-10-18 at 10:47 +0300, Santtu Lakkala wrote:
Edgy has changed the default shell (/bin/sh) to dash (from bash), and
the scratchbox pre/postinst scripts don't like it too much. After
changing the shell back to bash everything went smoothly, and sbox is
working
Michael Wiktowy wrote:
IANAL but it is my understanding that most countries have RFI laws
that do not allow RF chip manufacturers to allow their users to modify
their chips to switch to licensed bands or use an amount of power that
brings it into a licenseable realm. It is not just the case
On Sunday 26 March 2006 16:15, Neil Jerram wrote:
libfakeroot: connect: Cannot assign requested address
For the record, I've now managed to avoid these errors by moving my
maemo work to a higher spec machine. (Specifically, from a Pentium
III 800MHz with 128Mb RAM, to a Pentium III 935MHz
On Wednesday 18 January 2006 10:13, Tapani Pälli wrote:
It is possible to do rotations even hardware accelerated. However the
current UI does not scale to it well (as seen from screenshot) and
therefore it is not a supported feature. nchip is using software xrandr
but you still need to compile
On Saturday 26 November 2005 22:06, you wrote:
Riku Voipio [EMAIL PROTECTED] writes:
This and similar questions belong to the scratchbox mailing lists...
Even more off topic: would it be possible to get sratchbox mailing
lists mirrored to gmane.org?
Sure. You can subscribe any mailing lists
On Thursday 17 November 2005 02:49, Patrice Tisserand wrote:
Hi,
I'm currently trying to add Tcl/Tk support on maemo in order to run PDa [1]
Everything seems to be ok in scratchbox/qemu-arm but not on real 770.
Each time I try to add a widget via wish console, the 770 reboot.
Someone else can
On Thursday 17 November 2005 14:58, Timo Steuerwald wrote:
-snip--
/scratchbox/tools/bin/sh: error while loading shared libraries:
/usr/lib/installwatch.so: ELF file OS ABI invalid
-snip--
What does this mean?
This and similar questions belong to the
On Monday 07 November 2005 18:35, Marius Vollmer wrote:
ext Koen Kooi [EMAIL PROTECTED] writes:
I like the idea of extra software being in /var/lib/install so it can't
mess up the rootfs is something goes wrongs.
Hmm. That is something I have been thinking about, but it would
require
On Wednesday 02 November 2005 19:54, Timo Steuerwald wrote:
- I've set my new target to sbrsh and the rest the same as described in
http://www.maemo.org/platform/docs/tutorials/Maemo_tutorial.html#Building-for-ARM
how did you configure sbrsh (in sbox) and sbrshd (on target machine) ?
You need
On Monday 31 October 2005 14:36, Paul Mundt wrote:
Some versions of the ARM9 support VFP, which allows for partial hardware
FP support for some basic single and double precision opcodes, and traps
for the rest (it however does not offer a IEEE754 compliant interface in
hardware, and requires
On Friday 28 October 2005 10:08, Kalle Vahlman wrote:
2005/10/28, Clemens Eisserer [EMAIL PROTECTED]:
Btw. a simple test to see wether its really the FP API which causes
the bad performance would be to render the whole stuff into a very
small surface and see wether the performance improves
On Tuesday 25 October 2005 15:22, Clemens Eisserer wrote:
Inconsistency detected by ld.so: rtld.c: 1192: dl_main: Assertion
`(void *) ph-p_vaddr == _rtld_local._dl_sysinfo_dso' failed!
The group 'sbox' does not seem to exist!
Would you like me to create the group 'sbox' for you? [yes/no]
On Friday 07 October 2005 15:55, Timo Steuerwald wrote:
---snip--
[sbox-SDK_PC: ~/vover/sipX/sipXcallLib/examples/sipXezPhone]
run-standalone.sh ~/vover/sipX/sipXcallLib/examples/sipXezPhone/sipXezPhone
While trying to build it by hand and also create an ebuild (Gentoo),
I've found out that many other things are hard coded and the build
process is not that usual (ie: doesn't use autotools and stuff like
that). There is any reason?
We look forward for your patches...
The reason autools isn't
On Friday 17 June 2005 14:26, Florian Boor wrote:
while integrating some maemo software into OpenEmbedded i ran into trouble
because many startup scripts used source instead of . to source external
files. This seems to be a feature of bash and isn't implemented in busybox
ash i
It's a POSIX
55 matches
Mail list logo
