<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://blog.gmane.org/gmane.comp.file-systems.zero-install.devel">
    <title>gmane.comp.file-systems.zero-install.devel</title>
    <link>http://blog.gmane.org/gmane.comp.file-systems.zero-install.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2205"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2204"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2203"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2202"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2201"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2200"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2199"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2198"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2197"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2196"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2195"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2194"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2193"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2192"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2191"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2190"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2189"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2188"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2187"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2186"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2205">
    <title>0launch 0.36</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2205</link>
    <description>A new release of Zero Install (0.36) is now available:

 http://0install.net/injector.html

Changes since 0.35:

Note that although some changes have been made to better support
Windows, this is untested. We are still looking for volunteers to test
and debug it on Windows.

- Update the display less frequently while downloading Debian bug
  #497569 says downloading uses 100% CPU (Simon Wenner). Not sure if
  this is the reason, but we're probably updating the display too
  frequently anyway.

- Reject URIs without a path component (e.g. http://host).

- Don't assume an RPM-based distribution just because /var/lib/rpm
  exists. Actually check for the /var/lib/rpm/Packages file instead
  (reported by Demetrio Girardi).

- Reject obvious attempts to drag archives to 0desktop. People keep
  trying to drag .exe, .tar.bz2, etc archives to 0desktop. Reject URLs
  ending in these strings with a more helpful error message (rather than
  downloading them and complaining that it's not XML).

- Record architecture for Debian packages We used to assume that a
  native Debian package had an arch type of '*' (i.e. it would always be
  compatible with everything). However, on a mixed 32 and 64 bit
  platform, we can't use a 64-bit native library with a 32-bit Zero
  Install package. Therefore, take notice of the deb's architecture too.
  Might need a similar change for RPMs too.

- Use subprocess to unpack archives. Avoid fork() so it can work on
  Windows.

- Don't use fork() for downloads; Windows doesn't support it. Uses
  subprocess instead.

- Cache viewer's Close button now works.

- Added Frank Richter's key.


</description>
    <dc:creator>Thomas Leonard</dc:creator>
    <dc:date>2008-09-06T11:53:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2204">
    <title>Re: News keys for crystalspace3d.org</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2204</link>
    <description>
Yes. I won't use the other (first) "feed key" any more (well, I can't - 
I forgot the passphrase. Shame on me, I know). I'll sign it with my 
"personal" key.

-f.r.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Frank Richter</dc:creator>
    <dc:date>2008-09-04T20:39:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2203">
    <title>CPU load when downloading</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2203</link>
    <description>Is anyone experiencing high CPU load when downloading things, as in
this bug report?

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=497569

I've made a couple of changes to try and make it faster:

http://repo.or.cz/w/zeroinstall.git

(please check that it still works!)


</description>
    <dc:creator>Thomas Leonard</dc:creator>
    <dc:date>2008-09-04T18:52:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2202">
    <title>News keys for crystalspace3d.org</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2202</link>
    <description>Hi Frank,

The feeds on crystalspace3d.org have changed their GPG key to:

517085B7261D3B03A97515319C2C2CD1D41AF5BB

Is this your new key? It's not signed by either of the previous two...

Thanks,


</description>
    <dc:creator>Thomas Leonard</dc:creator>
    <dc:date>2008-09-04T17:48:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2201">
    <title>Re: 0publish-gui-0.9 error when signing feed</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2201</link>
    <description>2008/9/4 Lennon Cook &lt;lennon&lt; at &gt;riscque.net&gt;:

Oops. Does this fix it?

http://repo.or.cz/w/0publish-gui.git?a=commit;h=44cf520f1fafb3e71efc275ffa35968608377e39


</description>
    <dc:creator>Thomas Leonard</dc:creator>
    <dc:date>2008-09-04T15:30:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2200">
    <title>Re: 0launch fails,RPM database and implementations missing (?)</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2200</link>
    <description>2008/9/4 Demetrio Girardi &lt;dgirardi&lt; at &gt;niksula.hut.fi&gt;:

/var/lib/rpm exists (so it thinks this is an RPM-based distribution),
but /var/lib/rpm/Packages doesn't, which produces the warning.

I've changed the code to check for /var/lib/rpm/Packages:

  http://repo.or.cz/w/zeroinstall.git?a=commit;h=ef30b8b495357a8bd370f653ac80136e5938c826

Apart from that, the reason it doesn't work is that there is no
FreeBSD binary in the LyX feed. If FreeBSD can run Linux binaries, try
uncommenting the Linux line in arch.py's os_ranks:

os_ranks = {
'Linux' : 3,# Linux (lots of systems support emulation)
None : 2,# Any OS
_uname[0] : 1,# Current OS
}

Let us know if it works...


</description>
    <dc:creator>Thomas Leonard</dc:creator>
    <dc:date>2008-09-04T15:25:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2199">
    <title>Re: 0publish-gui-0.9 error when signing feed</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2199</link>
    <description>

Maybe that should better read 'os.environ.has_key("GPG_AGENT_INFO") and 
  os.environ["GPG_AGENT_INFO"]' then ...

-f.r.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Frank Richter</dc:creator>
    <dc:date>2008-09-04T14:03:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2198">
    <title>0publish-gui-0.9 error when signing feed</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2198</link>
    <description>-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/_______________________________________________
Zero-install-devel mailing list
Zero-install-devel&lt; at &gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/zero-install-devel
</description>
    <dc:creator>Lennon Cook</dc:creator>
    <dc:date>2008-09-04T13:16:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2197">
    <title>0launch fails,RPM database and implementations missing (?)</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2197</link>
    <description>Hello,

0lauching the lyx feed fails, giving a warning about a missing 
/var/lib/rpm/Packages file, and saying that there are no implementations 
for the feed. Is this a problem of the feed, or of RPM? the latter is 
installed on this (freebsd) machine but I don't know how it is 
configured and I don't have root access.
Attached is the verbose output. How should I proceed? thanks in advance.

[dgirardi&lt; at &gt;kaneli /var/lib/rpm]$ 0launch -cv 
http://0install.net/2007/3rd-party/LyX.xml
INFO:root:Running 0launch 0.35 
['http://0install.net/2007/3rd-party/LyX.xml']; Python 2.4.3 (#2, Oct 19 
2006, 13:34:46)
[GCC 3.4.6 [FreeBSD] 20060305]
INFO:root:Interface &lt;Interface 
http://0install.net/2007/3rd-party/LyX.xml&gt; has no implementations!
INFO:root:Scheduling new task: solve_with_downloads
INFO:root:Scheduling new task: quitter
INFO:root:Interface &lt;Interface 
http://0install.net/2007/3rd-party/LyX.xml&gt; has no implementations!
INFO:root:Scheduling new task: download 
http://0install.net/2007/3rd-party/LyX.xml
INFO:root:Scheduling new task: download_done_stats
INFO:root:Scheduling new task: fetch_feed 
http://0install.net/2007/3rd-party/LyX.xml
INFO:root:Scheduling new task: monitor feed downloads for 
http://0install.net/2007/3rd-party/LyX.xml
INFO:root:Task 'solve_with_downloads' stopping and waiting for 
'[&lt;Blocker:monitor feed downloads for 
http://0install.net/2007/3rd-party/LyX.xml&gt;]'
INFO:root:Task 'quitter' stopping and waiting for 
'(&lt;Blocker:solve_with_downloads&gt;,)'
INFO:root:Task 'monitor feed downloads for 
http://0install.net/2007/3rd-party/LyX.xml' stopping and waiting for 
'(&lt;Blocker:fetch_feed http://0install.net/2007/3rd-party/LyX.xml&gt;, 
&lt;Blocker:Mirror timeout&gt;)'
INFO:root:Task 'download_done_stats' stopping and waiting for 
'(&lt;Blocker:download http://0install.net/2007/3rd-party/LyX.xml&gt;,)'
INFO:root:Task 'fetch_feed http://0install.net/2007/3rd-party/LyX.xml' 
stopping and waiting for '(&lt;Blocker:download 
http://0install.net/2007/3rd-party/LyX.xml&gt;,)'
INFO:root:Task 'download http://0install.net/2007/3rd-party/LyX.xml' 
stopping and waiting for '(&lt;Blocker:read data from 
http://0install.net/2007/3rd-party/LyX.xml&gt;,)'
INFO:root:Running set([Task(download 
http://0install.net/2007/3rd-party/LyX.xml)]) due to triggering of 'read 
data from http://0install.net/2007/3rd-party/LyX.xml'
INFO:root:Running set([Task(fetch_feed 
http://0install.net/2007/3rd-party/LyX.xml), Task(download_done_stats)]) 
due to triggering of 'download http://0install.net/2007/3rd-party/LyX.xml'
INFO:root:Scheduling new task: download keys for 
http://0install.net/2007/3rd-party/LyX.xml
INFO:root:Task 'fetch_feed http://0install.net/2007/3rd-party/LyX.xml' 
stopping and waiting for '(&lt;Blocker:download keys for 
http://0install.net/2007/3rd-party/LyX.xml&gt;,)'
INFO:root:Running download_done_stats
INFO:root:Running set([Task(fetch_feed 
http://0install.net/2007/3rd-party/LyX.xml)]) due to triggering of 
'download keys for http://0install.net/2007/3rd-party/LyX.xml'
INFO:root:Exception from 'fetch_feed 
http://0install.net/2007/3rd-party/LyX.xml': [Errno 2] No such file or 
directory: '/var/lib/rpm/Packages'
INFO:root:Running set([Task(monitor feed downloads for 
http://0install.net/2007/3rd-party/LyX.xml)]) due to triggering of 
'fetch_feed http://0install.net/2007/3rd-party/LyX.xml'
INFO:root:Exception from 'monitor feed downloads for 
http://0install.net/2007/3rd-party/LyX.xml': [Errno 2] No such file or 
directory: '/var/lib/rpm/Packages'
INFO:root:Running set([Task(solve_with_downloads)]) due to triggering of 
'monitor feed downloads for http://0install.net/2007/3rd-party/LyX.xml'
WARNING:root:[Errno 2] No such file or directory: '/var/lib/rpm/Packages'
INFO:root:Interface &lt;Interface 
http://0install.net/2007/3rd-party/LyX.xml&gt; has no implementations!
INFO:root:Running set([Task(quitter)]) due to triggering of 
'solve_with_downloads'
Traceback (most recent call last):
   File "/u/8/dgirardi/local/bin/0launch", line 4, in ?
     cli.main(sys.argv[1:])
   File "/u/8/dgirardi/local/lib/python/zeroinstall/injector/cli.py", 
line 359, in main
     _normal_mode(options, args)
   File "/u/8/dgirardi/local/lib/python/zeroinstall/injector/cli.py", 
line 250, in _normal_mode
     policy.download_and_execute(prog_args, refresh = 
bool(options.refresh), main = options.main)
   File 
"/u/8/dgirardi/local/lib/python/zeroinstall/injector/autopolicy.py", 
line 46, in download_and_execute
     raise model.SafeException("Can't find all required 
implementations:\n" +
zeroinstall.SafeException: Can't find all required implementations:
- &lt;Interface http://0install.net/2007/3rd-party/LyX.xml&gt; -&gt; None



-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Demetrio Girardi</dc:creator>
    <dc:date>2008-09-04T10:44:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2196">
    <title>Proposal for a "never seen" system based on Zero Install with Web 2.0 approach</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2196</link>
    <description>I want to propose here a system I've envisioned, where Zero Install would  
be perfect as a core.
As system I mean something that could be an application normally loadable  
in the preferred platform (Linux, Windows, Mac, etc.), integrated with a  
web service, but for simplicity let's think at it like a Linux distro, and  
for more simplicity let's think at it as a live one.

So, I load this live distro, and it asks for some user/password to connect  
to the companion web service, or offers the possibility to "register". The  
companion web service is essentially a database storing some infos: urls  
of apps, names, descriptions, stars, hearts, etc.

Let's say I already have my account, so I type my credentials and here we  
go: my custom "desktop" is built on the fly with informations retrieved  
 from the web service. Let's say I've not marked any app as "visible on  
desktop", so my desktop will be like this:

Just a text-input field in the bottom bar, with two buttons: "Search",  
"Run the first one" and "Run my favourite" followed by a number, default  
#1. Let me name this text-input field with those buttons as "the Door";  
it's the main user interface in our distro.

Ok, I want to browse the web. Let me type "web browser" in the Door, and  
press the "Run my favourite" button. It's downloading something, then  
Opera jumps out.

Now I want to find some bugs in a html page: I type "web browser" in the  
Door, change to #2 and press "Run my favourite", so it downloads and run  
Firefox. I could have typed "firefox" and pressed "Run the first one", it  
would have been the same.
I could also have typed "browse the web", or "tool for browsing web", etc.  
Then I install the firebug extension, and check for those bugs.

Enough PC today, I close Opera and Firefox.
I'd like to allow my little sister to make a drawing on the PC, but I  
prefer into the RAM not onto the monitor like she's trying to do with my  
acrylic pen - doh! So I type "paint for kids" into the Door and press the  
"Search" button. The system answers with a table listing some apps, the OS  
they work on, the "stars" they have received from users, the "hearts"  
(i.e. how many users have setted it as a "favourite" app), the names,  
descriptions, link to comments, ...
The results listed, and their order, are relative to how well my query  
matches the descriptions, or other "Door queries" - this will be more  
clear later - stars, and hearts. I can also order them by stars if I want,  
or by name, it's just a matter of clicking the table headings, as well as  
filtering results, etc. But I don't want to lose too much time now, I just  
want my sister to draw on my PC with a mouse.

I have a look at the description of the first result, it has lots of  
stars, and it seems to accomplish exactly what I need: it's named "Tux  
paint", I've never heard of it, so I press the "Run" button in the first  
row of the table, and my sister is ready to go.

When she has enough of it, I close it, and the system says:

"You've never used this software (Tux paint), you can: give it a star,  
mark it as favourite, mark it as unwanted, put it on your desktop,  
associate other Door queries (DQ), ..."

I'll give it a star, and I'll associate other Door queries just to be sure  
I or other users will easily find it:

LANG.: english, DQ: "drawing for children"
LANG.: english, DQ: "paint for children"
LANG.: italian, DQ: "disegno per bambini"
LANG.: italian, DQ: "programma per disegnare adatto ai bambini"

All this stuff, of course, will be stored in the remote companion database.


Do you begin understanding my idea? Probably not, because I've just  
sketched it a bit.

Let's abandon our live distro, and setup that thing on our PC. So, this is  
my PC, with this distro installed. Let's say I've happily used it for  
about five years, and lot of important stuff and not so important is on  
this PC. My private stuff, work, apps with special settings, extensions,  
plugins, scripts made by me, documents, etc. A lot of stuff, a big bunch  
of stuff.

This is my beloved PC, and I turn it on every day.
Today, I want to do something I've never done before: I want to rebolve a  
strick (of course this does not mean anything, consider it a placeholder  
for whatever action ;)

So, do you know what software I can use to rebolve a strick? What, you  
knew one but can't remember its name?

No problem for me: It's just a matter of typing something like "rebolve  
strick" in the Door, and here it is an interesting list. Just a quick  
glance at the descriptions, and a click on the preferred "Run" button  
makes me ready to rebolve stricks as much as I need. Oh what a ugly  
interface, let me try another one... Yes, this is a pleasure, I feel this  
is very simple to understand. So I close the other one, and the system  
asks for feedback: I skip it, nothing to say about; maybe it was good in  
rebolving stricks, but the interface was a punch in my eye.

I pass some time rebolving stricks with this new software, and after some  
practice I feel very comfortable with it. I close the app, and when the  
system asks for feedback I give it a star and mark it as favourite. So  
whenever I'll need to rebolve stricks, the system will know what I want  
when I press the "Run my favourite" button.
As we're not relying on a live-CD anymore, the system asks if I want to  
cache it locally. I answer yes. Next time, when I'll search for "rebolve  
strick" in the Door, the list will have this on top, so the "Run" button  
on that row will directly load the cached copy (no download step).


Can you better see my idea now? It's still sketched, but I think It's more  
clear now. Take a breath, let's go on.


The system must communicate with a local and a remote database, and  
integrate those informations. The user interface in the OS has to provide  
to the user the means to smoothly interact with those databases. But it's  
not necessary that a app is stored somewhere in the internet for me to be  
able to use it: maybe I've written a software, and I don't want to put it  
on some server, it's just for me and I want it to stay only on my local  
machine. So, the system allows me to specify some Door queries associated  
to my software, eventually a name and a description, and I'll be able to  
easily run it whenever I want, the same way I run everything else.

We've spoken in terms of running "apps", software, etc. This was a  
simplification I can try to remove now, as my idea does not focus on apps,  
but on sessions. That is to say, if one day I make a script to  
automagically fix corrupted rebolved stricks, which needs some actions,  
some apps with some settings, and I write instructions in a text file,  
etc.: the system allows me to "save" all that stuff - a session with some  
apps open, etc. - associating it with the Door queries that apply.
So, searching for "fix rebolved stricks", I'll obtain in the first results  
(local) my solution.

Maybe I've gone into the trouble of making that solution because the Door  
query "fix rebolved stricks" and similars does not provide any result.
Three years later, I need to fix a rebolved strick. I search for "fix  
rebolved strick", and the system suggests there are two results with a  
similar DQ: "fix rebolved stricks".
The first is my session I saved three years ago, stored locally, while the  
second is something new to me. I could try the new solution, but I'm  
pretty satisfied with my one so I click the "Run" button in the first row.  
By the way, nice to see there's a tool to fix rebolved stricks now, I'll  
try it next time.

Just to be clear, other users searching for "fix rebolved stricks" won't  
see my script in their results, because it's stored in my local database.  
They will see only the results coming from the remote database, from their  
local database, and eventually from local database shared on a LAN.  
Everything in the remote database is addressed with http:// urls, while  
everything in the local database is addressed with file:// urls, or  
something like that.

Time to change PC now. In order to backup/restore everything (and I mean  
everything, i.e. data, apps, settings for apps, etc.) I just need to  
copy/paste stuff from the old machine to the new one, or add the old hard  
disk to the new PC.
When I'll use the new PC for the first time with this OS, it will say "the  
local database is empty, would you like to import one?", and I'll answer  
"yes, here it is the device where you should find it". And after a couple  
of seconds I will have everything like it was on the old PC. Let me see,  
I'm loading Firefox: oh yes, every extension working, here they are all of  
my bookmarks... I'm loading Opera now: nice, everything's there, my  
buttons, my userjs, all my mails, feeds, the widgets, even those  
uncompleted torrents are resuming...


In my vision, the system should be OS-independent: I'm running a Windows  
system, I query for "rebolve strick" in the Door of my OS (e.g. a Python  
app), and the server answers putting on top of the list the matching  
results associated with Windows; maybe there are no results for Windows,  
but I'll see that I could rebolve stricks with Linux. I query for "sloope  
unwanted canugs" and I can see there is only one result and it is for  
Amiga, etc.

On Windows, rather than using Zero Install, the system will track portable  
apps. If Zero Install will be ported on Windows too, good bye portable  
apps and welcome Zero Install.


I've omitted a lot of stuff in my mind, but I hope I've succeeded in  
making a rough picture.

It has to be the simplest system (from the user's point of view) you can  
imagine.
With Zero Install and the Web, all this stuff is not so utopic.

What do you think?
(Thanks for reading!)

</description>
    <dc:creator>Antonio Orlando</dc:creator>
    <dc:date>2008-09-01T17:06:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2195">
    <title>Using the architecture field from nativepackages</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2195</link>
    <description>We used to assume that a native package had an arch type of '*' (i.e.
it would always be compatible with everything).

However, on a mixed 32 and 64 bit platform, we can't use a 64-bit
native library with a downloaded 32-bit implementation. I've changed
the code to record the type for x86_64 packages so that they won't be
selected in combination with 32-bit implementations:

http://repo.or.cz/w/zeroinstall.git?a=commit;h=a1980f1fd207d171d480049a1890ffdb0f72ed02

We might need a similar change for RPMs too. Patches welcome...


</description>
    <dc:creator>Thomas Leonard</dc:creator>
    <dc:date>2008-08-23T11:55:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2194">
    <title>Downloads page and Windows</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2194</link>
    <description>The downloads page was getting a bit long and complicated. I've split
it into different pages for each platform:

  http://0install.net/injector.html

This gives us some space to put in more detailed instructions,
although currently it's just what was on the main page. Contributions
welcome!

I have, however, tested it on a Windows machine and thus greatly
extended the Windows installation instructions. Still doesn't work,
but if you'd like to help out here are some hints:

  http://0install.net/install-windows.html

There seem to be some odd problems with file descriptors, backslashes,
and DOS line-endings. The usual suspects. Help welcome!


</description>
    <dc:creator>Thomas Leonard</dc:creator>
    <dc:date>2008-08-20T18:36:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2193">
    <title>Re: Distribution integration / OpenGLdependency</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2193</link>
    <description>2008/8/19 Frank Richter &lt;frank.richter&lt; at &gt;gmail.com&gt;:

Agreed. There are lots of ways to speed up a 3D app (turn off
transparency, use lower-quality texture mapping, turn off textures,
reduce clipping depth, use models with fewer polygons, use a smaller
screen area, etc).

Though it might be worth splitting up the level data into smaller
chunks that can be downloaded as needed.


</description>
    <dc:creator>Thomas Leonard</dc:creator>
    <dc:date>2008-08-19T21:03:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2192">
    <title>Re: FIle associations, icons...</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2192</link>
    <description>2008/8/19 Frank Richter &lt;frank.richter&lt; at &gt;gmail.com&gt;:
[...]

How about:

1. Associate *.celzip  -&gt; application/x-zip-celstart
2. Associate *.gnucash -&gt; application/x-zip-celstart
3. Get user to map application/x-zip-celstart -&gt; celstart-launcher
4. Wait for user to open their accounts file
5. Profit!

(this assumes the user was running celstart with limited privs...
probably only to the data file they clicked on)

The real solution to the MIME problem is to store the MIME type with
the file (in the user.mime_type extended attribute). Then you don't
need a mapping from name/content to type. But not many programs use
this yet.

Although sometimes there's an obvious program for a particular type,
in general the MIME guessing rules are independent of any particular
program.

In any case, the MIME mappings file would normally go inside the
package, I think. Other installers would expect it to be there. So it
would be better to store the relative path to the file, rather than
put the contents in the feed.

Thanks!


</description>
    <dc:creator>Thomas Leonard</dc:creator>
    <dc:date>2008-08-19T21:00:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2191">
    <title>Re: FIle associations, icons...</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2191</link>
    <description>
Done.


I guess you could argue for and against that - I'll leave that for KDE 
and GNOME people, respectively ;)

Tho in general, I'd think registering a type may not necessarily be 
dangerous - you could perhaps maliciously mask the type of a file via a 
mime mapping - but any automatic association between a file type and a 
program might. However, I don't know what kind of possibilities exist 
for that (and how it could be prevented).


I'll have to check it out, thanks for the pointer.

-f.r.
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/_______________________________________________
Zero-install-devel mailing list
Zero-install-devel&lt; at &gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/zero-install-devel
</description>
    <dc:creator>Frank Richter</dc:creator>
    <dc:date>2008-08-19T19:36:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2190">
    <title>Re: FIle associations, icons...</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2190</link>
    <description>2008/8/14 Frank Richter &lt;frank.richter&lt; at &gt;gmail.com&gt;:

What version is this against? I get:

$ git-apply /tmp/mime-in-feed.diff
/tmp/mime-in-feed.diff:120: trailing whitespace.

/tmp/mime-in-feed.diff:123: trailing whitespace.

error: patch failed: zeroinstall/gtkui/addbox.py:9
error: zeroinstall/gtkui/addbox.py: patch does not apply

If you use 'git format-patch origin' it should put the required info
in the patch (and a log message, credit, etc).

Silently adding stuff to the MIME mappings seems dangerous, though.
There would need to be some kind of checkbox in the GUI ("Allow this
program to update the MIME database" or something).

If possible, you should try to get it in the freedesktop.org main
database as well, though. As long as your type doesn't conflict with
anything (e.g. "*.doc") they'll probably accept it.

Thanks!


</description>
    <dc:creator>Thomas Leonard</dc:creator>
    <dc:date>2008-08-19T18:55:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2189">
    <title>Re: 0publish-gui: Remove alternate identies(again), show primary identity</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2189</link>
    <description>2008/8/13 Frank Richter &lt;frank.richter&lt; at &gt;gmail.com&gt;:

Might be worth uses zeroinstall.injector.gpg.load_keys() here. There
were some performance problems with running gpg for each key, IIRC.


</description>
    <dc:creator>Thomas Leonard</dc:creator>
    <dc:date>2008-08-19T18:40:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2188">
    <title>Re: Distribution integration / OpenGLdependency</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2188</link>
    <description>
Well, I didn't see any way to hook custom commands in anywhere ... I 
guess one way would be to create a "wrapper feed": a really simple 
program that poses as the application you want. When launched, it does a 
system check or whatever and continues to launch the real app (e.g. by 
calling 0launch again) when the requirements are met. (Personally, I 
would find it a bit harsh to reject launching when the requirements are 
not met; rather, I would inform the user that given the current system 
the app may not run that well but leave it a possibility to continue.)

Hoped to help,
-f.r.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Frank Richter</dc:creator>
    <dc:date>2008-08-19T00:12:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2187">
    <title>Distribution integration / OpenGL dependency</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2187</link>
    <description>-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/_______________________________________________
Zero-install-devel mailing list
Zero-install-devel&lt; at &gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/zero-install-devel
</description>
    <dc:creator>Thomas Formella</dc:creator>
    <dc:date>2008-08-18T04:47:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2186">
    <title>0launch 0.35</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2186</link>
    <description>A new release of Zero Install (0.35) is now available:

 http://0install.net/injector.html

Changes since 0.34:


New features:

- Added support for multi-arch  We can choose either x86_64 binaries or
  i[3456]86 binaries, but we can't mix both in a single process. Also
  fixed the sense of the OS and CPU tests so that we now pick the best
  OS and CPU match rather than the worst (oops!).

- Added --cpu and --os arguments to 0launch  This allows you to choose a
  binary for a different host. It's also useful on an x86_64 machine to
  run an x86 binary.


Bug-fixes:

- Don't create .desktop filenames with spaces; xdg-desktop-menu gets
  confused and gives a misleading error message ("does not
  have a proper vendor prefix") if the name contains a space. Reported
  by Thomas Formella.

- Allow file:///path feed URIs. This is equivalent to just using /path. Useful
  for drag-and-drop from Konqueror. Reported by Matt Lawrence.

- Log a useful warning if a user_overrides file gets corrupted.  Don't
  know what could cause this, though. Reported on the ROX web-site.

- Cope with os.uname not existing. Some systems don't support it yet.

- Use subprocess instead of fork when running gpg.  Some systems don't
  yet have support for fork(). Note that the download and unpacking code
  still uses fork, however. See "0launch doesn't work on Windows":

  http://sourceforge.net/tracker/index.php?func=detail&amp;aid=2029407&amp;group_id=76468&amp;atid=547194

- Only try to download each icon once  Before, we would keep trying to
  download an icon that was missing.


Documentation:

- Improved web-site design.

- Improved epydoc.


GUI:

- Added "Show Cache" button to "0desktop --manage" window.

- Added "0store manage" command to show the GTK cache viewer. The "Show
  Cache" button has been removed from the "0launch --gui" dialog box,
  since it didn't really belong there.


Python API:

- Removed a load of unused imports. Thanks, pyflakes! Also found a bug.
  Note that this is a slight API change, since it was previously
  possible to get these symbols from the wrong module without an error.

- Moved CacheExplorer to zeroinstall.gtkui.

- CacheExplorer now takes the iface_cache as an input

- Moved help_box to zeroinstall.gtkui.

- Moved some useful GUI code into zeroinstall.gtkui.gtkutils.

- Added &lt;overlay/&gt; support to model. However, it still isn't supported
yet (see the plash-overlay branch for one option, though).


</description>
    <dc:creator>Thomas Leonard</dc:creator>
    <dc:date>2008-08-16T14:59:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2185">
    <title>Re: FIle associations, icons...</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.zero-install.devel/2185</link>
    <description>-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/_______________________________________________
Zero-install-devel mailing list
Zero-install-devel&lt; at &gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/zero-install-devel
</description>
    <dc:creator>Frank Richter</dc:creator>
    <dc:date>2008-08-14T00:51:17</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.comp.file-systems.zero-install.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.file-systems.zero-install.devel</link>
  </textinput>
</rdf:RDF>
