Re: Standardization of packages version name in the extra repositories

2008-07-25 Thread David Greaves
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

Re: Scratchbox & Maemo SDK installation on Fedora

2008-07-25 Thread Urivan Saaib
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

Re: Extras repository: clean out older versions.

2008-07-25 Thread Guillem Jover
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

Re: Dynamic iptables firewall NAT IP masquerade shell scripts + dialog - kind request

2008-07-25 Thread Darius Jack
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

Dynamic iptables firewall NAT IP masquerade shell scripts + dialog - kind request

2008-07-25 Thread Darius Jack
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

Re: Dspmp3sink and multiple sources

2008-07-25 Thread Sarah Newman
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

Re: Standardization of packages version name in the extra repositories

2008-07-25 Thread Graham Cobb
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

Re: Standardization of packages version name in the extra repositories

2008-07-25 Thread Jason Edgecombe
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

Re: Standardization of packages version name in the extra repositories

2008-07-25 Thread Andrew Flegg
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'

Re: Standardization of packages version name in the extra repositories

2008-07-25 Thread Jason Edgecombe
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

Dspmp3sink and multiple sources

2008-07-25 Thread David McGookin
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

Re: Standardization of packages version name in the extra repositories

2008-07-25 Thread Johannes Schmid
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 > > > >

Re: Standardization of packages version name in the extra repositories

2008-07-25 Thread Niels Breet
> 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

Re: Standardization of packages version name in the extra repositories

2008-07-25 Thread Murray Cumming
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

Re: Standardization of packages version name in the extra repositories

2008-07-25 Thread Andrew Flegg
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

Re: Standardization of packages version name in the extra repositories

2008-07-25 Thread Murray Cumming
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

Re: Standardization of packages version name in the extra repositories

2008-07-25 Thread Andrew Flegg
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/

Re: Standardization of packages version name in the extra repositories

2008-07-25 Thread Marcin Juszkiewicz
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

Standardization of packages version name in the extra repositories

2008-07-25 Thread Antonio Aloisio
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

Scratchbox & Maemo SDK installation on Fedora

2008-07-25 Thread Kevin Verma
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

Re: hildon / dbus-death

2008-07-25 Thread Fred
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'...) >

hildon / dbus-death

2008-07-25 Thread David Greaves
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