Jason Edgecombe wrote:
> Johannes Schmid wrote:
>> Hi!
>>
>>
>>
>>> This is how I read it too. Only if we are the upstream ourselves, we don't
>>> need the suffix. In all other cases we need it?
>>>
>>> "If an upstream package is re-packaged or otherwise modified for maemo, a
>>> maemo revision
Kevin,
Just installed 3.1 and 4.1 in Fedora 6 and 8. Just can read overall
instructions on:
http://maemo.org/development/sdks/
Regards,
-Urivan
==Original message text===
On Fri, 25 Jul 2008 2:46:33 PDT "Kevin Verma" wrote:
Has anyone installed Scratchbox & Maemo SDK on
Hi,
On Thu, 2008-07-24 at 16:26:02 +0200, ext Niels Breet wrote:
> Up until now we have always kept every version of a package that was
> uploaded to Extras. This wasn't considered a problem when we had only a
> few applications in the repository. But now we are getting more serious
> about Extras
Hi,
thanks for kind reply.
I meant a solution like that
http://www.ibm.com/developerworks/library/l-fw/index.html
and have some virtual www servers run on a server
and have shell scripts to do redirect/ make switching between www servers
(virtual farm).
Set wifi timeouts and band management for e
Hi,
I am trying to restrict maemo wifi access to Internet on-the-fly
and have one with admin's access ssh
and have some preloaded shell scripts running on a server
and the ability to edit shell scripts locally on maemo
and sent to server to be run
to avoid on-line shell script editing while wifi n
Your problems are not particular to linux but particular to the internet
tablets.
As I understand, there are "tasks" that run on the DSP and the task is
effectively a single thread; multiple instances of that task cannot be
spawned. Decoding the MP3 is a task which runs on the MP3, so only one
On Friday 25 July 2008 13:34:52 Johannes Schmid wrote:
> OK, so I don't need a suffix for hildonmm because I am upstream myself?
> What about gtkmm? On the one hand we are more or less upstream (and all
> patches go upstream) on the other hand it's of course different from the
> debian package.
My
Andrew Flegg wrote:
> On Fri, Jul 25, 2008 at 1:59 PM, Jason Edgecombe
> <[EMAIL PROTECTED]> wrote:
>
>> OK, so how do I handle the openafs and krb5 packages where there is an
>> upstream debian package, but I didn't use it because the dependencies
>> were so different?
>>
>
> Isn't that a
On Fri, Jul 25, 2008 at 1:59 PM, Jason Edgecombe
<[EMAIL PROTECTED]> wrote:
>
> OK, so how do I handle the openafs and krb5 packages where there is an
> upstream debian package, but I didn't use it because the dependencies
> were so different?
Isn't that a canonical example of requiring a 'maemo'
Johannes Schmid wrote:
> Hi!
>
>
>
>> This is how I read it too. Only if we are the upstream ourselves, we don't
>> need the suffix. In all other cases we need it?
>>
>> "If an upstream package is re-packaged or otherwise modified for maemo, a
>> maemo revision MUST be appended to the upstream r
Hi,
I¹m trying to write an application that plays two concurrent (at the same
time) mp3 audio streams. I¹d really like to use dspmp3sink to offload the
computational load. But I can¹t seem to run two gstreamer pipelines
concurrently that connect to Dspmp3sink. I¹ve tried a few ways, but tryi
Hi!
> This is how I read it too. Only if we are the upstream ourselves, we don't
> need the suffix. In all other cases we need it?
>
> "If an upstream package is re-packaged or otherwise modified for maemo, a
> maemo revision MUST be appended to the upstream revision." MPP section 3.2
>
>
> >
> On Fri, Jul 25, 2008 at 1:17 PM, Murray Cumming <[EMAIL PROTECTED]>
> wrote:
>
>> On Fri, 2008-07-25 at 11:20 +0100, Andrew Flegg wrote:
>>
>>
> [snip]
>
>>> * Any package patched, or not from a existing deb source, needs to
>>> have a maemo version suffix.
>>
>> So every single package in extras
On Fri, 2008-07-25 at 13:21 +0100, Andrew Flegg wrote:
> On Fri, Jul 25, 2008 at 1:17 PM, Murray Cumming <[EMAIL PROTECTED]> wrote:
> > On Fri, 2008-07-25 at 11:20 +0100, Andrew Flegg wrote:
> >
> [snip]
> >> * Any package patched, or not from a existing deb source, needs to
> >> have a maemo versi
On Fri, Jul 25, 2008 at 1:17 PM, Murray Cumming <[EMAIL PROTECTED]> wrote:
> On Fri, 2008-07-25 at 11:20 +0100, Andrew Flegg wrote:
>
[snip]
>> * Any package patched, or not from a existing deb source, needs to
>> have a maemo version suffix.
>
> So every single package in extras should have a maem
On Fri, 2008-07-25 at 11:20 +0100, Andrew Flegg wrote:
> On Fri, Jul 25, 2008 at 11:16 AM, Antonio Aloisio
> <[EMAIL PROTECTED]> wrote:
> >
> > I propose you all, to choose a standard version name for us maemo packages.
>
> It's such a good idea, it's already been done! :-)
>
> See section 3.1 of
On Fri, Jul 25, 2008 at 11:16 AM, Antonio Aloisio
<[EMAIL PROTECTED]> wrote:
>
> I propose you all, to choose a standard version name for us maemo packages.
It's such a good idea, it's already been done! :-)
See section 3.1 of the Maemo Packaging Policy:
https://maemo.org/forrest-images/pdf/
On Friday 25 of July 2008 12:16:09 Antonio Aloisio wrote:
> I propose you all, to choose a standard version name for us maemo
> packages. Probably we can use:
> * packagename-maemo-version for the packages that are been modified
> to run on maemo.
> * packagename-version for the packages that ar
Hi there,
This morning I started to work on the relocation of the Qt packages
from our repository to extras-devel.
Having a look of the packages available in extras I find out that
there is a couple of confusion on the version name.
The packages present are named:
packagename-diablo-version.deb
pa
Has anyone installed Scratchbox & Maemo SDK on Fedora recently ?
Please share the instructions or any other pointers you know.
Thanks,
Kevin
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-devel
David Greaves a écrit :
> Hi
>
> I have some ~ hildon questions... if you create an app that doesn't do the
> dbus
> registering thing then I've read that it gets killed after "a while".
>
> So, is this logged anywhere? (so I know it was killed and didn't die due to
> 'David-code syndrome'...)
>
Hi
I have some ~ hildon questions... if you create an app that doesn't do the dbus
registering thing then I've read that it gets killed after "a while".
So, is this logged anywhere? (so I know it was killed and didn't die due to
'David-code syndrome'...)
Also, does this apply to correctly built
22 matches
Mail list logo