gmane.comp.file-systems.zero-install.devel

Version 1.7.1 for Windows released

Bastian Eicher — 2012-05-23T16:35:43

Version 1.7.1 of the Windows version of Zero Install has been released. Changes in this version include:
 * Added support for case-insensitive Windows file paths as arguments for "0install add/remove-feed" and "0install add/integrate/remove-app"
 * Fixed crash when main window is closed before an integration dialog
 * Fixed crash when file system access is denied when deleting an implementation
 * Fixed sporadic crash after successfully launching an implementation
Existing installations will update automatically after confirming a dialog box.
You can also trigger an immediate update using the command line '0install self-update'.
For new installations please download here: http://0install.de/downloads/

Release notes: http://0install.de/news/v1-7-1-released/


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: Package dependency and multilib

Michel Alexandre Salim — 2012-05-23T12:27:21

I'm transitioning to SDF's new hosting array, and it looks like things
are a bit flaky right now. Please hold on before testing.

Thanks,

Re: Package dependency and multilib

Tim Cuthbertson — 2012-05-23T11:45:11

On Wed, May 23, 2012 at 7:40 PM, Michel Alexandre Salim
<salimma< at >fedoraproject.org> wrote:

I gave it a go, but the feed URI you gave redirects me to
http://sdf.org/, so it just serves up html.

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Package dependency and multilib

Michel Alexandre Salim — 2012-05-23T09:40:29

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I'm using 0install on a Fedora x86_64 system, and I notice that when
installing an 'i386' feed with package dependencies (in this case,
http://hircus.multics.org/interfaces/2011/skype.xml), 0install cannot
resolve the package dependencies if they're not already installed.

To try:

$ yum remove glibc.i686 # make sure no i686 packages are installed
$ 0alias skype http://hircus.multics.org/interfaces/2011/skype.xml

This will fail, with the Version field of the dependencies
(alsa-plugins-pulseaudio, libXss, libXv, qt-x11) being marked in red
as "(problem)" - No suitable version was found. Double-click here to
find out why.

Double-clicking shows, for example for libXss, the following:

Version | Released | Stability | Fetch     | Arch     | Lang | Notes
1.2.2-1 | -        | packaged  | (package) | *-x86_64 | -    | None

I'm not entirely sure if the following "just works" in older releases,
in which case this is a regression, or if I've previously always had
those dependencies already installed.

Could anyone verify this? I can take a look at the packagekit code if
this is indeed a problem.

Thanks,

- -- 
Michel Alexandre Salim
Fedora Project Contributor: http://fedoraproject.org/

Email:  salimma< at >fedoraproject.org  | GPG key ID: A36A937A
Jabber: hircus< at >jabber.ccc.de       | IRC: hircus< at >irc.freenode.net

()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPvLCNAAoJEEr1VKujapN6LN0H/A0akaZiBpAQ070xjpGzf2Yq
31VYJgih2d6VCu6iGTshcKcFy4io8LPUwJEp1w/q1kI6tb7PbBhmTdNT0gib4vSu
b25kq1Vuiy+iaH8rXcif29DU+dKEfsjEmbNimR3+yvNErGAcsewjPHCKbFy4Aqqu
tLw0IZK/XGNlWppwqXMge8pYc8FeYC21MWH0gMsqqL3Sv0hYCp8jAx+bGXsYfAsD
1vybnkvfuLTQPN7LQOTsa5nBtl3oyYh8/B3TGy1hS/OXjEXqA2gEoZTaJrhaXEuZ
G0S5iW/waAAewPNzncqnFLegb8QJYeDpwrvv2t7WfBnhgFYdJyADVy5YdiCig18=
=Q38k
-----END PGP SIGNATURE-----

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: [PATCH 06/13] Always generate manifestsusing Unix path separators so digests match up

Dave Abrahams — 2012-05-22T21:25:51

on Mon May 21 2012, Dave Abrahams <dave-AT-boostpro.com> wrote:


So, what happens now?  Are the rest of my patches being reviewed or
ignored, or...?

I just want to know what to expect and how to proceed.

Thanks,

Re: Optional sub-packages

Thomas Leonard — 2012-05-22T18:23:15

Perhaps an example of what you want them for would help?

suggestion: 0alias --manpage should justfallback to calling man

Tim Cuthbertson — 2012-05-22T02:24:17

with `man` aliased to "0alias --manpage --", and a vim alias (which is
a custom vim feed that relies on a package implementation)

$ man vim
No matching manpage was found for 'vim'
(http://gfxmonk.net/dist/0install/vim-custom.xml)

$ \man vim
(a manpage appears)

You might run the risk of manning the wrong thing (if the 0install
feed doesn't correspond to the same named thing on your system), but
that's unlikely. To combat that we could add stuff to expose man-pages
in <package-implementation>s, but I'm not sure it's worth the effort.

Cheers,
 - Tim.

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: zeroinstall on homebrew

Tim Cuthbertson — 2012-05-21T23:34:38

On Tue, May 22, 2012 at 1:46 AM, Anders F Björklund
<afb< at >users.sourceforge.net> wrote:

I'm afraid I don't follow what you mean by "no packages are provided".
Are you saying that brew has a pygtk package available but no gtk+
package, so pygtk is effectively useless? (unless you explicitly set
up X11 gtk yourself)

Cheers,
 - Tim.

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: Experimental "app" support

Thomas Leonard — 2012-05-21T19:00:01

That sounds sensible. How can we share access to the file between the
Python and .NET code?

[ Currently it just assumes that an app called NAME has a single shell
command called NAME so it doesn't record what's currently integrated
anywhere yet. ]


Note that we still generate launcher shell scripts, as with 0alias, e.g.

$ cat `which rox`
#!/bin/sh
exec 0install run rox "$< at >"

At some point, we should change this to run a C program, to avoid
starting Python at all.

Re: Experimental "app" support

Thomas Leonard — 2012-05-21T18:55:40

[...]

I've now merged this to master for 1.9. So please convert some of your
aliases to apps and report any problems...

Optional sub-packages

Dave Abrahams — 2012-05-21T17:09:10

Over at Ryppl we've been starting to wish more and more for optional
sub-packages.  The key area in which this could cause incompatibility
with ZI is that we think we need the optional parts to install into the
same directory tree as the other other parts, with some identifiable
relationships.  That would seem to wreak havoc with the cache,
manifests, and digests, at least as they currently work.  What's ZI's
thinking on this?

Thanks,

Re: A little guidance

Dave Abrahams — 2012-05-21T16:25:45

OK, thanks everyone.

On Sun, May 20, 2012 at 12:54 PM, Thomas Leonard <talex5< at >gmail.com> wrote:

Re: zeroinstall on homebrew

Anders F Björklund — 2012-05-21T15:46:45


Well, I still have the branch around and update it occasionally:
https://github.com/afb/homebrew/compare/master...0install

But it doesn't seem much need to submit it, since no packages are
provided and thus it requires bootstrapping a X11 gtk+ install ?

--anders


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: [PATCH 06/13] Always generate manifestsusing Unix path separators so digests match up

Dave Abrahams — 2012-05-21T15:44:47

on Sun May 20 2012, Thomas Leonard <talex5-AT-gmail.com> wrote:


That information is, or should be, in the emails that Git
sends... unless it's been obliterated by unprincipled rebasing (always
possible, but not in this case).


In general, all the patches I'm sending are my own and they're
up-to-date against the latest trunk.  This is the one from your previous
work that was carried forward.


I understand why you'd want that in general, but please consider: most
of the patches I'm posting have been for Windows portability.  The most
efficient way to attack that problem is to port the things that are just
known not to work on windows, like fork/exec.  If you want me to find a
test case for each of these before I try to port them to use subprocess,
the chances are extremely low that I will have time to pursue
portability any further.  Some of this code can't even be reached by the
windows code yet because of other things that don't work on that
platform.  The only way I have of testing some of these changes are by
running the test suite on POSIX to make sure things still work.


I'm sorry you feel I've wasted your time, but I think that is an
extremely uncharitable and frankly inaccurate way to characterize the
work I've done.  The patches I've sent have not been "random."  A couple
of them were indeed obsolete, but I didn't know that; they came from
work on windows portability that was done previously, by others.  I
probably should have ignored the suggestion to try to make use of that
work... my mistake.

zeroinstall on homebrew

Tim Cuthbertson — 2012-05-21T11:47:02

Just a heads up: a while back [1] Anders was trying to get zeroinstall
into homebrew, but they were convinced that people should use a
combination of `brew` and `pip` to install pygtk (despite the fact
this didn't actually work). I noticed they seem to have changed their
minds and now there's a pygtk formula [2]. So it should now be
possible to submit a zeroinstall formula if you (or anyone else) is
still keen on this.

[1] http://old.nabble.com/Zero-Install-%28Injector%29-for-Homebrew-%28Mac-OS-X%29-td30713609.html
[2] https://github.com/mxcl/homebrew/blob/master/Library/Formula/pygtk.rb

Cheers,
 - Tim.

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: A little guidance

Thomas Leonard — 2012-05-20T16:54:04

From my point of view, minimising code duplication would seem the best
option. i.e. have the Python code manage the actual downloading on
both Windows and POSIX, and just have the Windows-specific code in
unpack.py (either doing it itself, or calling some windows binary). I
guess that's closest to Bastian's option 2.

Re: 0install 1.8 (translations)

Thomas Leonard — 2012-05-20T16:44:22

Great! I've added links from the web-site, e.g.

http://0install.net/get-involved.html#id4405703


Sounds good.

Re: 0install 1.8 (translations)

Anders F Björklund — 2012-05-20T16:22:40


Hmm, seems like the .pot file generation is still not deterministic.
Seems to reorder both files and translations, leading to big diffs ?

Maybe it should be added to the repository ? (and not in .gitignore)

And unfortunately there was no way to set up the translation project
to automatically fetch the template, without an existing URL for it...

http://repo.or.cz/w/zeroinstall.git/blob/HEAD:/share/locale/zero-install.pot

--anders


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: 0install 1.8 (translations)

Anders F Björklund — 2012-05-20T15:52:48


That it does, but I suppose it's not too bad if only done at release time ?

Mostly it's about updating the line numbers, given as comments in the .po...


Here goes: https://www.transifex.net/projects/p/zeroinstall-injector/

Supposedly one can also download the translations in an orderly fashion.

--anders



------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: [PATCH 06/13] Always generate manifests using Unix path separators so digests match up

Thomas Leonard — 2012-05-20T15:09:34

(actually, I see the original email did say it was from me, I just didn't
realise what it meant)

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Zero-install-devel mailing list
Zero-install-devel< at >lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/zero-install-devel

Re: [PATCH 06/13] Always generate manifests using Unix path separators so digests match up

Thomas Leonard — 2012-05-20T15:01:19

Ah, this is from 6883ff62bf1 in 2009: "Some quick hacks to make it
work better on Windows"

In general, it would be much easier to review patches if you said:

- who wrote them (useful for giving credit and for knowing where to
send any questions)
- what revision they were made against (as they may be obsolete, as in
this case)
- why the patch is useful (i.e. an example of something that doesn't
work before applying the patch and which does work afterwards).

Just sending dozens of random patches and hoping the review process
will sort out the good from the bad is very inefficient use of
reviewer time IMO.