Written by morswin55-11 the 15 Sep 09 at 10:34.

PackageKit introduce common naming scheme, so ex. Wesnoth will have the same name in each distribution on PackageKit. 0 install should first look for dependency in PackageKit. If PackageKit couldn't satisfy our package, we will install it by 0 install. Also, if user don't prompt root password, we will install dependency by 0 install.

PackageKit introduce common naming scheme, so ex. Wesnoth will have the same name in each distribution on PackageKit. 0 install should first look for dependency in PackageKit. If PackageKit couldn't satisfy our package, we will install it by 0 install. Also, if user don't prompt root password, we will install dependency by 0 install.

Written by tal197 the 31 May 09 at 19:13.

Use file-system manipulation (plash, plasticfs, etc) or rewriting (see Mark's patch series) to support these programs, even if it makes 0launch a bit hacky.

Use file-system manipulation (plash, plasticfs, etc) or rewriting (see Mark's patch series) to support these programs, even if it makes 0launch a bit hacky.

Written by tal197 the 31 May 09 at 19:16.

Find someone who knows how to use Windows and persuade them to port it. Make a .msi or setup.exe to install it.

Find someone who knows how to use Windows and persuade them to port it. Make a .msi or setup.exe to install it.

Written by insert_nick the 31 May 09 at 20:18.

On the zero-install website, there should be a box or something (always visible, e.g. in template): "Windows developer? Do you think you are able to port this thing on Windows?".

Posting the request on donationcoder.com forum could be a way towards finding someone: there are a lot of nice and capable windows coders reading there.

Maybe starting asking some little specific questions on stackoverflow.com could also help.

On the zero-install website, there should be a box or something (always visible, e.g. in template): "Windows developer? Do you think you are able to port this thing on Windows?". Posting the request on donationcoder.com forum could be a way towards finding someone: there are a lot of nice and capable windows coders reading there. Maybe starting asking some little specific questions on stackoverflow.com could also help.

Written by tal197 the 19 Jul 09 at 16:03.

There are various systems around for this. Google has just announced an interesting one:

http://dev.chromium.org/developers/design-documents/software-updates-courgette

There are various systems around for this. Google has just announced an interesting one: http://dev.chromium.org/developers/design-documents/software-updates-courgette

Written by insert_nick the 2 Jun 09 at 13:43.

I propose to use the solution proposed in the following message (read also the other message linked inside of it):

http://www.nabble.com/Publicity-for-Zero-Install-tp23685741p23792558.html

I propose to use the solution proposed in the following message (read also the other message linked inside of it): http://www.nabble.com/Publicity-for-Zero-Install-tp23685741p23792558.html

Written by insert_nick the 2 Jun 09 at 17:38.

Make a pimped version of 0launch:

- synched with a user-contributed (with user registration) web service where everyone can put a link to a linux software, and add entries associated with it, each entry answering to the question "what can you do with it?"; and AT LEAST a search engine looking through these entries, into software description, and into software name; the desktop version of 0launch should have the same stuff of the web service, i.e. a data grid and a search engine - you find the app, and play it. The service should aim to collect links to MOST OF THE EXISTING LINUX SOFTWARE AROUND (by a collaborative approach) - it doesn't matter if it works or not with zero-install; there should be also a nice query input box asking "what do you want to do?" (and it searches through those entries...)

- if you click an app that is not flagged by many users as a working zero-install feed, 0launch should say that it can try to run it but it's not sure it will succeed; if user answer is "ok, try please" some sort of deb2zero execution is triggered, and the software (eventually) runs locally; when it's closed, 0launch asks to the user if it seemed ok, asking to choose one option from a list (e.g. extensively tested, tested a little, etc.) and an option from another list (e.g.: works perfect, works almost perfect, useable but some problems, etc.); if the answers are overall nice, 0launch asks to the user if it can upload it on the remote server, and thank you;

- user can light stars and hearts for apps from 0launch itself (rate, put among personal favourites, etc.)

Make a pimped version of 0launch: - synched with a user-contributed (with user registration) web service where everyone can put a link to a linux software, and add entries associated with it, each entry answering to the question "what can you do with it?"; and AT LEAST a search engine looking through these entries, into software description, and into software name; the desktop version of 0launch should have the same stuff of the web service, i.e. a data grid and a search engine - you find the app, and play it. The service should aim to collect links to MOST OF THE EXISTING LINUX SOFTWARE AROUND (by a collaborative approach) - it doesn't matter if it works or not with zero-install; there should be also a nice query input box asking "what do you want to do?" (and it searches through those entries...) - if you click an app that is not flagged by many users as a working zero-install feed, 0launch should say that it can try to run it but it's not sure it will succeed; if user answer is "ok, try please" some sort of deb2zero execution is triggered, and the software (eventually) runs locally; when it's closed, 0launch asks to the user if it seemed ok, asking to choose one option from a list (e.g. extensively tested, tested a little, etc.) and an option from another list (e.g.: works perfect, works almost perfect, useable but some problems, etc.); if the answers are overall nice, 0launch asks to the user if it can upload it on the remote server, and thank you; - user can light stars and hearts for apps from 0launch itself (rate, put among personal favourites, etc.)

Written by tal197 the 31 May 09 at 19:07.

The Debian keyring contains the GPG keys of all Debian developers (people authorised to update official Debian packages). We should check whether the key is one of these people and inform the user if so.

We should also use the Ubuntu, Fedora, etc keyrings in a similar way.

Finally, we could (perhaps) treat all of these keys as trusted for the purpose of identifying other keys. e.g. if the author isn't a Debian developer, but the author's key is signed by someone who is, mention that.

The Debian keyring contains the GPG keys of all Debian developers (people authorised to update official Debian packages). We should check whether the key is one of these people and inform the user if so. We should also use the Ubuntu, Fedora, etc keyrings in a similar way. Finally, we could (perhaps) treat all of these keys as trusted for the purpose of identifying other keys. e.g. if the author isn't a Debian developer, but the author's key is signed by someone who is, mention that.