Simon
> Just a quick note to say that the DSP task encodes the test .au file
> correctly. Still a minor ;) issue that the DSP crashes
It sounds like an awesome achievement. I'm looking over things now.
If it can be coded generically, it would be nice if the standard bluez
gstreamer plugin could
Hi Simon,
> Just a quick note to say that the DSP task encodes the test .au file
> correctly. Still a minor ;) issue that the DSP crashes after the DSP
> has finished the encoding task (I think this is probably due to a
> non-existent semaphore being written to, will have to test my theory
Hi all,
Just a quick note to say that the DSP task encodes the test .au file
correctly. Still a minor ;) issue that the DSP crashes after the DSP
has finished the encoding task (I think this is probably due to a
non-existent semaphore being written to, will have to test my theory
tomorrow)
On Thu, 05 Jun 2008 21:56:58 +0300, Marius Gedminas wrote:
>
> (Actually, two, because http://maemo-sdk.garage.maemo.org/install.html
> also worked for me, and seems a bit simpler to set up. It's not the
> official way though, and it's an early alpha version, so beware.)
>
Had a look at http
Thanks Graham and Ed
I'll try that tomorrow ;)
Fred
- Original message -
> On Thu, 2008-06-05 at 17:34 +0200, ext Fred wrote:
> > Hi,
> >
> > I'm trying to use the autobuilder :
> >
> > I managed to have gnokii OK
> > but then when I try with an hildon app, configure doesn't find the modul
On Tue, Jun 3, 2008 at 7:44 AM, Quim Gil <[EMAIL PROTECTED]> wrote:
> Not really. What I personally miss is a specific plan by the community
> to achieve that. Is that plan the Mamona project lead by INdT
> developers? Is it opening or finding open alternatives to some of the
> closed components in
Andrew Daviel wrote:
> I'd like mailcap to work as a fallback; it's simple,
Kinda, it's not so simple (see below)
> I understand it, and it's been standard in Unix for years.
It's actually been poorly supported/unsupported for years.
https://bugzilla.mozilla.org/buglist.cgi?query_format=advance
(brief hiatus while I was distracted by my tablet battery connections
shaking loose and causing random reboots )
On Wed, 28 May 2008, [EMAIL PROTECTED] wrote:
Thanks for the explanations!
> It of course doesn't work correctly for mplayer (although in theory it
> could work as well as it does f
> Been there, done that, have a working scratchbox.
>
> (Actually, two, because http://maemo-sdk.garage.maemo.org/install.html
> also worked for me, and seems a bit simpler to set up. It's not the
> official way though, and it's an early alpha version, so beware.)
I believe using vmware image
On Thu, 05 Jun 2008 21:56:58 +0300, Marius Gedminas wrote:
> On Thu, Jun 05, 2008 at 03:46:28PM +, Hendrik Boom wrote:
>> I'm following the instructions in
>> http://inz.fi/blog/2007/10/22/multi-target-development-for-maemo/
>> as advised by Graham Cobb, and have run into a snag.
>
> Been t
On Thu, Jun 05, 2008 at 03:46:28PM +, Hendrik Boom wrote:
> I'm following the instructions in
> http://inz.fi/blog/2007/10/22/multi-target-development-for-maemo/
> as advised by Graham Cobb, and have run into a snag.
Been there, done that, have a working scratchbox.
(Actually, two, because
According to Stefan Kost, who is one of the GStreamer developers, the
symptoms that I described indicate that "the alsasink/dsppcmsink volume is
too low. It's not in the gstreamer side of things", so there is nothing
that I can do to circumvent the problem.
--
Jeffrey Barish
_
El Thu, 5 Jun 2008 16:53:16 + (UTC)
Hendrik Boom <[EMAIL PROTECTED]> escribió:
> > [EMAIL PROTECTED]:~$ sb-conf rs mistral-armel
> > /scratchbox/packages/mistral-armel-rootstrap.tgz ERROR: You don't
> > have a Scratchbox user account!
That doesn't seem a scratchbox prompt.
Did you issue a
Hi,
I've been giving a spin to maemo from sources, using the jhbuild
modulesets in [1]. So far, I've found a few issues that make me think
that probably no one is really using this:
1. A cycle in the dependencies when trying to do a normal "jhbuild
build"
2. The maemo moduleset grabs pango from
On Thu, 05 Jun 2008 19:56:47 +0300, josh.soref wrote:
> Hendrik Boom wrote:
>> Did that; I suspect I am really, truly, don't have a Scratchbox
>> account, and that something more is involved than just having an entry
>> in /etc/group:
>
> Wow. Well, one thing to do is check /scratchbox/users/hend
Hendrik Boom wrote:
> Did that; I suspect I am really, truly, don't have a Scratchbox
> account, and that something more is involved than just having an
> entry in /etc/group:
Wow. Well, one thing to do is check /scratchbox/users/hendrik
I believe that directory needs to exist.
The alternatives
On Thu, 05 Jun 2008 16:47:51 +, Hendrik Boom wrote:
> On Thu, 05 Jun 2008 19:36:52 +0300, josh.soref wrote:
>
>> Hendrik Boom wrote:
>>> I'm following the instructions in
>>> http://inz.fi/blog/2007/10/22/multi-target-development-for-maemo/
>>> as advised by Graham Cobb, and have run into a
On Thu, 05 Jun 2008 19:36:52 +0300, josh.soref wrote:
> Hendrik Boom wrote:
>> I'm following the instructions in
>> http://inz.fi/blog/2007/10/22/multi-target-development-for-maemo/
>> as advised by Graham Cobb, and have run into a snag.
>>
>> When I get to the point of creating the bora rootst
Hendrik Boom wrote:
> I'm following the instructions in
> http://inz.fi/blog/2007/10/22/multi-target-development-for-maemo/
> as advised by Graham Cobb, and have run into a snag.
>
> When I get to the point of creating the bora rootstrap, it tells me:
>
> [EMAIL PROTECTED]:~$ sb-conf rs mistral
I'm following the instructions in
http://inz.fi/blog/2007/10/22/multi-target-development-for-maemo/
as advised by Graham Cobb, and have run into a snag.
When I get to the point of creating the bora rootstrap, it tells me:
[EMAIL PROTECTED]:~$ sb-conf rs mistral-armel
/scratchbox/packages/mistr
On Thu, 2008-06-05 at 17:34 +0200, ext Fred wrote:
> Hi,
>
> I'm trying to use the autobuilder :
>
> I managed to have gnokii OK
> but then when I try with an hildon app, configure doesn't find the modules :
>
> my configure.ac is like this :
> # Hildon library dependsncies
> PKG_CHECK_MODULES(H
On Thursday 05 June 2008 16:34:47 Fred wrote:
> Hi,
>
> I'm trying to use the autobuilder :
>
> I managed to have gnokii OK
> but then when I try with an hildon app, configure doesn't find the modules
You need to list everything in the Build-depends: line in the package control
file. Here is the
Hi,
ext Graham Cobb wrote:
> On Wednesday 28 May 2008 08:32:22 Eero Tamminen wrote:
>> A draft version of the "maemo packaging policy" is available
>> for commenting:
>> https://maemo.org/forrest-images/pdf/maemo-policy.pdf
>
> Let me start by saying thanks for a useful and well-written docu
Hi,
I'm trying to use the autobuilder :
I managed to have gnokii OK
but then when I try with an hildon app, configure doesn't find the modules :
my configure.ac is like this :
# Hildon library dependsncies
PKG_CHECK_MODULES(HILDON, hildon-1 hildon-fm-2 hildon-help conbtdialogs,\
On Thu, Jun 5, 2008 at 3:32 PM, <[EMAIL PROTECTED]> wrote:
> Marius Gedminas wrote:
>> Personally, I'm disappointed that when a bug is closed as "fixed in
>> diablo", as a user I've no idea how to get the updated package on my
>> N810.
>
> Please excuse my disbelief ... you guys are the strangest
Hi Josh,
[EMAIL PROTECTED] wrote:
> Please excuse my disbelief ... you guys are the strangest "users" I've
> ever met.
Just wondering - what was the point of this mail? That people subscribed
to maemo-developers & using bugzilla aren't users?
I'm just unclear how that's related to the bug jar,
Marius Gedminas escribió:
> On Thu, Jun 05, 2008 at 08:46:04AM +0200, Luca Olivetti wrote:
>> En/na Stephen Gadsby ha escrit:
>>
>>> 61 bugs were closed:
>> I noticed that some of the bugs are marked as "fixed in diablo", and
>> that's not really useful unless you release diablo rsn or provide
>>
Marius Gedminas wrote:
> Personally, I'm disappointed that when a bug is closed as "fixed in
> diablo", as a user I've no idea how to get the updated package on my
> N810.
Please excuse my disbelief ... you guys are the strangest "users" I've
ever met.
> I've got scratchbox handy,
In fact, "I'v
http://www.arcchart.com/blueprint/show.asp?id=481
This article makes interesting reading. Of course, it is analyst speculation,
and based on remarks by the Nokia CFO, not an engineer or product manager.
But, in any case, it is nice to hear:
"We will expand that range, and we believe that the r
On Thu, Jun 05, 2008 at 08:46:04AM +0200, Luca Olivetti wrote:
> En/na Stephen Gadsby ha escrit:
>
> > 61 bugs were closed:
>
> I noticed that some of the bugs are marked as "fixed in diablo", and
> that's not really useful unless you release diablo rsn or provide
> updated packages for chinook
[EMAIL PROTECTED] escribió:
> FWIW, in Mozilla if someone says X is fixed, that just means there's a
> code fix, it doesn't mean it has passed through all verification steps.
And it's available in the next nightly, not hidden in a password
protected directory. And it's very probable that the nex
Frederic Crozat wrote:
> Remember that most people are not used to Nokia policy to embargo any
> date (even estimate) regarding software (or hardware) release.
For simplicity's sake, I don't know when Diablo will be released.
I also didn't know when Chinook was going to be released (in fact, I
bel
On Thu, Jun 5, 2008 at 9:51 AM, <[EMAIL PROTECTED]> wrote:
> Stephen Gadsby wrote:
>> 61 bugs were closed:
>
> Luca Olivetti wrote:
>> I noticed that some of the bugs are marked as "fixed in diablo", and
>> that's not really useful unless you release diablo rsn or provide
>> updated packages for c
Hi,
ext Dr. Nicholas Shaw wrote:
>> If the issue doesn't happen with OS2007, please add a comment to this
>> bug:
>> https://bugs.maemo.org/show_bug.cgi?id=2637
>>
>> Along with the details about your card manufacturer, model and size.
>
> Ok, flashed to OS2007 (RX-34_2007SE_4.2007.38-2_PR_
Hi,
ext Luca Olivetti wrote:
> It's useful to know that a bug is fixed, what isn't useful is that the
> fix isn't actually available
In regular free software development a bug is generally solved when the
code is implemented and available somewhere. It's up to you to go to the
source and com
Stephen Gadsby wrote:
> A Quick Look at maemo Bugzilla
> 2008.05.29 through 2008.06.04
>
> As of 2008.06.04 maemo Bugzilla contains 3166 (+22 this week) items,
> including 1152 open issues (-40 this week):
> * 783 open bugs (-43 this week)
> * 9 critical/blocker (-3 this week)
> * 22 "
En/na [EMAIL PROTECTED] ha escrit:
> I suppose you think that black mail or threats is useful?
What makes you think that?
It's useful to know that a bug is fixed, what isn't useful is that the
fix isn't actually available
> As it happens, you can actually update your device to diablo prerel
En/na Eero Tamminen ha escrit:
> Hi,
>
> ext Luca Olivetti wrote:
>> En/na Stephen Gadsby ha escrit:
>>
>>> 61 bugs were closed:
>>
>> I noticed that some of the bugs are marked as "fixed in diablo", and
>> that's not really useful unless you release diablo rsn or provide
>> updated packages for
Eero wrote:
> I would like the close bug jar section to separate things that were
> marked as wontfix from things that were fixed (or worksforme).
seconded
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/list
Stephen Gadsby wrote:
> 61 bugs were closed:
Luca Olivetti wrote:
> I noticed that some of the bugs are marked as "fixed in diablo", and
> that's not really useful unless you release diablo rsn or provide
> updated packages for chinook.
I suppose you think that black mail or threats is useful?
Hi,
ext Luca Olivetti wrote:
> En/na Stephen Gadsby ha escrit:
>
>> 61 bugs were closed:
>
> I noticed that some of the bugs are marked as "fixed in diablo", and
> that's not really useful unless you release diablo rsn or provide
> updated packages for chinook.
I'm not sure everybody prefers
41 matches
Mail list logo
