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
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, um
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 g
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 dif
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 pac
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 preferab
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 me
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
> ever
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 fir
Hi,
ext Damien Moore wrote:
> 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,
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
> > > http://repository.maemo.org/pool/chinook/free/source/k/ke
"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
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 2
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 1/1/08, sebastian maemo <[EMAIL PROTECTED]> wrote:
> What would happen with an order like this?...
> # apt-get -o APT::Force-LoopBreak=1 install
>
> Maybe a broken system?
I would think almost certainly a broken system. I think dpkg scripts depend
on busybox tools being there, so they can't be
Thanks for the reply.
The application might still be useful without virtual keyboard. I do
not necessarily need the full database functionality of ChessDB, just
the ability to enter and analyse positions. As long as I can select
menu items with the pointer and drag pieces around, it could wor
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 a
-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 th
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
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 n
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 i
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.
> W
"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 i
"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
24 matches
Mail list logo
