ext Frantisek Dufka [EMAIL PROTECTED] writes:
I can't
imagine any valid reason for gtk/hildon to fork more processes just to
show a GUI dialog. Does anyone know?
I'm not sure but think it is because of gnome-vfs. Don't know proper
terminology but maybe each vfs 'provider' in the dialog
ext Damien Moore [EMAIL PROTECTED] writes:
https://bugs.maemo.org/show_bug.cgi?id=989
the bug was marked WONTFIX
Eero Tamminen's resolution was to not add any additional applets to
BusyBox because in his opinion those needs can best be met by creating
full versions of the tools in separate
On Mon, 2007-12-31 at 17:37 +0100, ext Frantisek Dufka wrote:
Igor Stoppa wrote:
Having the audio path open, but no dsp tack loaded (arm audio) sets the
clock to 400MHz.
Interesting, so, umm, there is way to play audio from ARM side directly?
Mixing is still happening on DSP.
What I
Hi,
ext Marius Gedminas wrote:
On Fri, Dec 28, 2007 at 04:52:14PM +0200, Tuomas Kulve wrote:
Is there a Dbus call to launch the Image-Viewer app with a parameter image
file?
Not sure about dbus call, but check hildon_mime_open_file() in
/usr/include/hildon-mime.h.
At least it's trivial to
Hi,
ext Jayesh Salvi wrote:
I'm not sure but think it is because of gnome-vfs. Don't know proper
terminology but maybe each vfs 'provider' in the dialog (like mmc, phone
etc.) starts new process or something like that.
That sounds correct. I experimented with other dialogs that do no involve
Igor Stoppa wrote:
On Mon, 2007-12-31 at 17:37 +0100, ext Frantisek Dufka wrote:
Igor Stoppa wrote:
Having the audio path open, but no dsp tack loaded (arm audio) sets the
clock to 400MHz.
Interesting, so, umm, there is way to play audio from ARM side directly?
Mixing is still happening
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
HI.
On Wed, 2 Jan 2008 14:55:58 +1100
Devraj Mukherjee [EMAIL PROTECTED] wrote:
Hi everyone,
I am trying to find out if Python 2.5 has bindings for SQLite under
Chinook. apt-cache search reveals libsqlite3 but no python bindings.
Do they
Hi,
I think it's good you raised this issue as it needs some discussion.
Busybox is a base part of maemo, but we don't yet list it as an official
SDK API although most packages need/use it when they are installed.
ext Damien Moore wrote:
I'd like to bring up the busybox applet selection issue
On 1/1/08, sebastian maemo [EMAIL PROTECTED] wrote:
What would happen with an order like this?...
# apt-get -o APT::Force-LoopBreak=1 install busybox replacement
Maybe a broken system?
I would think almost certainly a broken system. I think dpkg scripts depend
on busybox tools being there, so
On 1/2/08, Kalle Valo [EMAIL PROTECTED] wrote:
I have to agree with Eero here. It's much more useful to have the
original tools available instead of (too) simple busybox variants.
what I'm suggesting would be an optional package that, if set up correctly,
won't break anything (but will block
On Jan 2, 2008 1:06 AM, Terje Bergström [EMAIL PROTECTED] wrote:
Frantisek Dufka wrote:
some time ago I noticed there is osso63.1 version of kernel source here
http://repository.maemo.org/pool/chinook/free/source/k/kernel-source-rx-34/
and thought it is source of kernel for latest 2008
ext Damien Moore [EMAIL PROTECTED] writes:
On 1/2/08, Kalle Valo [EMAIL PROTECTED] wrote:
I have to agree with Eero here. It's much more useful to have the
original tools available instead of (too) simple busybox variants.
what I'm suggesting would be an optional package that, if set up
On Jan 2, 2008 9:33 AM, Dave Neuer [EMAIL PROTECTED] wrote:
On Jan 2, 2008 1:06 AM, Terje Bergström [EMAIL PROTECTED] wrote:
Frantisek Dufka wrote:
some time ago I noticed there is osso63.1 version of kernel source here
On 1/2/08, Eero Tamminen [EMAIL PROTECTED] wrote:
The maintenance wouldn't be a problem. Then those packages can come
directly from Debian. Also, then trying to install a properly working
replacement for a buggy/incomplete Busybox functionality doesn't mean
that one would need to remove first
inode0 wrote:
If the alternative is to not get new firmware released until later
when source is ready to go at the same time I think getting firmware
as soon as possible and showing some patience while waiting for the
source is the preferable arrangement for most users. I suppose not
everyone
Hi,
ext Damien Moore wrote:
On 1/2/08, Eero Tamminen [EMAIL PROTECTED] wrote:
The maintenance wouldn't be a problem. Then those packages can come
directly from Debian. Also, then trying to install a properly working
replacement for a buggy/incomplete Busybox functionality doesn't mean
that
Frantisek Dufka [EMAIL PROTECTED] writes:
inode0 wrote:
If the alternative is to not get new firmware released until later
when source is ready to go at the same time I think getting firmware
as soon as possible and showing some patience while waiting for the
source is the preferable
On Jan 2, 2008 7:04 AM, Eero Tamminen [EMAIL PROTECTED] wrote:
As to bloatedness, there's an apt-hook installed on the device that
removes the extra docs when a package is installed (at least man info
pages). Developer could also run something like Debian's localepurge.
Most of the package
Neil Jerram wrote:
It also reveals a cultural or management failing at Nokia. Such steps
(making correct source available) should be properly planned into the
development process. Once you do that, you'll find that they don't
actually take any significant time.
Yes it may be cultural
On Jan 2, 2008 10:45 AM, inode0 [EMAIL PROTECTED] wrote:
On Jan 2, 2008 9:33 AM, Dave Neuer [EMAIL PROTECTED] wrote:
That's a pretty cavalier attitude to a clear legal obligation, IMO.
If the alternative is to not get new firmware released until later
when source is ready to go at the
On Wed, 2008-01-02 at 13:30 +0100, ext Frantisek Dufka wrote:
Igor Stoppa wrote:
On Mon, 2007-12-31 at 17:37 +0100, ext Frantisek Dufka wrote:
Igor Stoppa wrote:
Having the audio path open, but no dsp tack loaded (arm audio) sets the
clock to 400MHz.
Interesting, so, umm, there is way
Dave Neuer wrote:
Sorry, I don't see how what's preferable for users matters in this case at
all.
Nokia is under legal obligation to distribute source w/ it's products
which contain GPL software or not distribute the software at all.
Besides, there really is no excuse not to have them
22 matches
Mail list logo
