[maemo-developers] garage/extras repository for bora?
When can we expect to have a new garage/extras repository for bora (and instructions for posting a package to this repository)? Some of the applications at the extras mistral repository may not work on bora, and it would be nice to have a separate repository for applications that are known to work on bora (or at least are supposed to work on bora). Thanks, Aaron Levinson ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] garage/extras repository for bora?
When can we expect to have a new garage/extras repository for bora (and instructions for posting a package to this repository)? Some of the applications at the extras mistral repository may not work on bora, and it would be nice to have a separate repository for applications that are known to work on bora (or at least are supposed to work on bora). Seconded. It would also give a good way to branch apps that have to be code-nonidentical for the two releases (e.g. xv vs xsp pixel doubling) without silly package name hacks. -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] garage/extras repository for bora?
Hello, On 1/9/07, Levi Bard [EMAIL PROTECTED] wrote: When can we expect to have a new garage/extras repository for bora (and instructions for posting a package to this repository)? Some of the applications at the extras mistral repository may not work on bora, and it would be nice to have a separate repository for applications that are known to work on bora (or at least are supposed to work on bora). Seconded. It would also give a good way to branch apps that have to be code-nonidentical for the two releases (e.g. xv vs xsp pixel doubling) without silly package name hacks. I wish I know when we can offer extras for receiving your apps for bora. Some of us at nokia had an idea to setup a automated build system which accepts source uploads only and delivers the binaries for all our releases (mistral, scirocco, bora, etc). For some reason we need to clarify thousand+1 things (mainly legal) before we can offer such service. I had an idea back in December that maybe maemo could finally co-operate with OpenEmbedded and see if we could get the extras packages from their build system. It should be technically possible. I promised to send a mail to Koen and Florian about this trial, but never got there yet. Perhaps this could kick off the discussion here, on the maemo dev list. Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] garage/extras repository for bora?
On Wed, 10 Jan 2007, Ferenc Szekely wrote: Hello, On 1/9/07, Levi Bard [EMAIL PROTECTED] wrote: When can we expect to have a new garage/extras repository for bora (and instructions for posting a package to this repository)? Some of the applications at the extras mistral repository may not work on bora, and it would be nice to have a separate repository for applications that are known to work on bora (or at least are supposed to work on bora). Seconded. It would also give a good way to branch apps that have to be code-nonidentical for the two releases (e.g. xv vs xsp pixel doubling) without silly package name hacks. I wish I know when we can offer extras for receiving your apps for bora. Some of us at nokia had an idea to setup a automated build system which accepts source uploads only and delivers the binaries for all our releases (mistral, scirocco, bora, etc). For some reason we need to clarify thousand+1 things (mainly legal) before we can offer such service. I had an idea back in December that maybe maemo could finally co-operate with OpenEmbedded and see if we could get the extras packages from their build system. It should be technically possible. I promised to send a mail to Koen and Florian about this trial, but never got there yet. Perhaps this could kick off the discussion here, on the maemo dev list. Well, perhaps we can have a temporary solution for the time being and discussion on a more permanent solution for the future. A temporary solution could probably just entail adding a new directory to the existing extras repository for bora. I'm not sure about the upload process and distinguishing bora packages from mistral packages, but I imagine that something can be worked out. Aaron ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] garage/extras repository for bora?
On 1/10/07, Aaron Levinson [EMAIL PROTECTED] wrote: I wish I know when we can offer extras for receiving your apps for bora. Some of us at nokia had an idea to setup a automated build system which accepts source uploads only and delivers the binaries for all our releases (mistral, scirocco, bora, etc). For some reason we need to clarify thousand+1 things (mainly legal) before we can offer such service. I had an idea back in December that maybe maemo could finally co-operate with OpenEmbedded and see if we could get the extras packages from their build system. It should be technically possible. I promised to send a mail to Koen and Florian about this trial, but never got there yet. Perhaps this could kick off the discussion here, on the maemo dev list. Well, perhaps we can have a temporary solution for the time being and discussion on a more permanent solution for the future. A temporary solution could probably just entail adding a new directory to the existing extras repository for bora. I'm not sure about the upload process and distinguishing bora packages from mistral packages, but I imagine that something can be worked out. The only temp solution I can imagine is to open other upload queues (like you, Aaron said) where you could upload scirocco and bora versions. So there will be one upload queue for each maemo release. This could be done fairly quickly, though people who uploaded to mistral should change their dput configurations, because the mistral queue will also change. It is not nice at all... Imagine if you have an app and have to compile it with 3 SDKs and upload it 3 times, just to make it available for everyone. But as for temporary solution.. I don't know. Tell me your opinions pls. Aaron Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] garage/extras repository for bora?
On Wed, 10 Jan 2007, Ferenc Szekely wrote: On 1/10/07, Aaron Levinson [EMAIL PROTECTED] wrote: I wish I know when we can offer extras for receiving your apps for bora. Some of us at nokia had an idea to setup a automated build system which accepts source uploads only and delivers the binaries for all our releases (mistral, scirocco, bora, etc). For some reason we need to clarify thousand+1 things (mainly legal) before we can offer such service. I had an idea back in December that maybe maemo could finally co-operate with OpenEmbedded and see if we could get the extras packages from their build system. It should be technically possible. I promised to send a mail to Koen and Florian about this trial, but never got there yet. Perhaps this could kick off the discussion here, on the maemo dev list. Well, perhaps we can have a temporary solution for the time being and discussion on a more permanent solution for the future. A temporary solution could probably just entail adding a new directory to the existing extras repository for bora. I'm not sure about the upload process and distinguishing bora packages from mistral packages, but I imagine that something can be worked out. The only temp solution I can imagine is to open other upload queues (like you, Aaron said) where you could upload scirocco and bora versions. So there will be one upload queue for each maemo release. This could be done fairly quickly, though people who uploaded to mistral should change their dput configurations, because the mistral queue will also change. It is not nice at all... Imagine if you have an app and have to compile it with 3 SDKs and upload it 3 times, just to make it available for everyone. But as for temporary solution.. I don't know. Tell me your opinions pls. Actually, one package may work fine. Mistral packages will work in scirocco, and many mistral packages will also work on bora. If there is no reason to build using the maemo 3.0 SDK, it probably just makes sense to build using the 2.0 SDK and upload the same package to the mistral, scirocco, and bora repositories. Actually, it seems that we probably don't need a scirocco repository, as I think all mistral packages will work on scirocco (although the reverse isn't necessarily the case as a result of some new APIs in scirocco, but I doubt that they are being used very much). I'm personally fine with this as a temporary solution. It would be nice if N800 users had a bora garage repository option as soon as possible, since there are quite a few garage projects. Also, the existence of a new bora garage repository may encourage developers to ensure that their packages work on 3.0 (a little difficult without an N800, but at least the package can be tested in the SDK environment... I think). On a separate note, regarding the new application catalog at test.maemo.org, I see that it is possible to indicate which OS versions an application supports. However, there is only one download option, even if the application is supported on both IT2006 and IT2007. A single download option may not be enough for some applications. Aaron ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] garage/extras repository for bora?
On 1/10/07, Aaron Levinson [EMAIL PROTECTED] wrote: On Wed, 10 Jan 2007, Ferenc Szekely wrote: The only temp solution I can imagine is to open other upload queues (like you, Aaron said) where you could upload scirocco and bora versions. So there will be one upload queue for each maemo release. This could be done fairly quickly, though people who uploaded to mistral should change their dput configurations, because the mistral queue will also change. It is not nice at all... Imagine if you have an app and have to compile it with 3 SDKs and upload it 3 times, just to make it available for everyone. But as for temporary solution.. I don't know. Tell me your opinions pls. Actually, one package may work fine. Mistral packages will work in scirocco, and many mistral packages will also work on bora. If there is no reason to build using the maemo 3.0 SDK, it probably just makes sense to build using the 2.0 SDK and upload the same package to the mistral, scirocco, and bora repositories. Actually, it seems that we probably don't need a scirocco repository, as I think all mistral packages will work on scirocco (although the reverse isn't necessarily the case as a result of some new APIs in scirocco, but I doubt that they are being used very much). I'm personally fine with this as a temporary solution. It would be nice if N800 users had a bora garage repository option as soon as possible, since there are quite a few garage projects. Also, the existence of a new bora garage repository may encourage developers to ensure that their packages work on 3.0 (a little difficult without an N800, but at least the package can be tested in the SDK environment... I think). I agree with you, but I am not really a fun of such temporary and improper solutions (I guess nobody really is). Opening an extras queue to scirocco and one for bora does not require any special deals and decisions from our side. We could -in theory- go ahead with this right now. However I would like to hear the opinion of my fellow Nokia colleagues and let them comment on the topic (right now it is 3AM there in Helsinki). Let's wait 24 hours at least before we go on with this, OK? On a separate note, regarding the new application catalog at test.maemo.org, I see that it is possible to indicate which OS versions an application supports. However, there is only one download option, even if the application is supported on both IT2006 and IT2007. A single download option may not be enough for some applications. True, but you can add the same application 3 times with 3 different versions (or even with the same version, if you wish). The only limitation at the moment is that you __must use__ a different Project ID (unix name) for all 3 entries, as described in the User Manual. Btw. many thanks for checking the new catalog ;) Aaron Br, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] garage/extras repository for bora?
Hi ferenc, On 1/9/07, Ferenc Szekely [EMAIL PROTECTED] wrote: On 1/10/07, Aaron Levinson [EMAIL PROTECTED] wrote: [cut] It is not nice at all... Imagine if you have an app and have to compile it with 3 SDKs and upload it 3 times, just to make it available for everyone. But as for temporary solution.. I don't know. Tell me your opinions pls. I'm +1 for this temp solution. I've packages signed and ready for upload to SDK 2.1 and 3.0 repositories. Thanks, Osvaldo -- Osvaldo Santana Neto (aCiDBaSe) http://www.pythonologia.org ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] garage/extras repository for bora?
Seconded. It would also give a good way to branch apps that have to be code-nonidentical for the two releases (e.g. xv vs xsp pixel doubling) without silly package name hacks. For some reason we need to clarify thousand+1 things (mainly legal) before we can offer such service. I had an idea back in December that maybe maemo could finally co-operate with OpenEmbedded and see if we could get the extras packages from their build system. It should be technically possible. I promised to send a mail to Koen and Florian about this trial, but never got there yet. Perhaps this could kick off the discussion here, on the maemo dev list. I agree. The more maemo can support the developers to create applications that can work on different devices/configurations the better. I would say that maemo is responsible of providing a build system that supports it's hardware configurations and software restrictions. So I think maemo should provide an elegant solution/SDK for building apps that will or run on the different devices or create different apps.The proposed SDK with 4 targets is really a short term solution as it already only will support the people who upgraded to the latesed 770 release, perhaps it can be extended with some scripts to automate the work.I think Levi's idea resembles the gentoo's portage a lot, where the n800 branch would have a few more flags on. At first I was thinking that nokia should also provide the service but more important actually is to have a system in place where developers are helped in developing the apps. What would be the implications if it where not maemo who hosted this service? If the same build system is used would it be a matter of configuration to let others (read nokia or other developers) build the binaries for the different packages so that we have an extras repository with code of the applictions available? Would that also work for closed source apps? Would it be possible for nokia to develop there new secret sexy devices? greetings p.s. I replied to this email yesterday but I used the reply button from gmail so only Evli go my replied , is this a problem with he configuration of the mailing list? ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
