|
From: Tim C. <ti...@gf...> - 2014-01-07 05:51:57
|
Sorry for not chiming in earlier with this (I've been rather busy), but I just tried it out on Fedora 20. Looks like the prebuilt binary is missing a dependency (or maybe it's a distro issue, I can't quite tell): $ 0install run --not-before=2.6-rc2 http://0install.net/tools/0install.xml /home/tim/.cache/ 0install.net/implementations/sha256new_7KPHCS36EE3TRNOUBLXLV3NXPOW3WITJJMJZ6A45XC2CYMSRGRNQ/files/0install: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory $ locate libcrypto /usr/lib/.libcrypto.so.1.0.1e.hmac /usr/lib/.libcrypto.so.10.hmac /usr/lib/libcrypto.so.1.0.1e /usr/lib/libcrypto.so.10 /usr/lib64/.libcrypto.so.1.0.1e.hmac /usr/lib64/.libcrypto.so.10.hmac /usr/lib64/libcrypto.so.1.0.1e /usr/lib64/libcrypto.so.10 /usr/lib64/libcryptopp.so.6 /usr/lib64/libcryptopp.so.6.0.0 $ ldd /home/tim/.cache/ 0install.net/implementations/sha256new_7KPHCS36EE3TRNOUBLXLV3NXPOW3WITJJMJZ6A45XC2CYMSRGRNQ/files/0install linux-vdso.so.1 => (0x00007fff08dfe000) libcrypto.so.1.0.0 => not found libssl.so.1.0.0 => not found libcurl.so.4 => /lib64/libcurl.so.4 (0x00007fa763a32000) libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007fa763706000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fa7634e8000) libm.so.6 => /lib64/libm.so.6 (0x00007fa7631e1000) libdl.so.2 => /lib64/libdl.so.2 (0x00007fa762fdd000) libc.so.6 => /lib64/libc.so.6 (0x00007fa762c1d000) libidn.so.11 => /lib64/libidn.so.11 (0x00007fa7629ea000) libssh2.so.1 => /lib64/libssh2.so.1 (0x00007fa7627c0000) libssl3.so => /lib64/libssl3.so (0x00007fa762581000) libsmime3.so => /lib64/libsmime3.so (0x00007fa762354000) libnss3.so => /lib64/libnss3.so (0x00007fa76200d000) libnssutil3.so => /lib64/libnssutil3.so (0x00007fa761de0000) libplds4.so => /lib64/libplds4.so (0x00007fa761bdc000) libplc4.so => /lib64/libplc4.so (0x00007fa7619d7000) libnspr4.so => /lib64/libnspr4.so (0x00007fa761798000) libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007fa76154e000) libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007fa76126e000) libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007fa761038000) libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007fa760e34000) liblber-2.4.so.2 => /lib64/liblber-2.4.so.2 (0x00007fa760c25000) libldap-2.4.so.2 => /lib64/libldap-2.4.so.2 (0x00007fa7609d2000) libz.so.1 => /lib64/libz.so.1 (0x00007fa7607bc000) /lib64/ld-linux-x86-64.so.2 (0x00007fa763cb6000) libssl.so.10 => /lib64/libssl.so.10 (0x00007fa76054f000) libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007fa760168000) librt.so.1 => /lib64/librt.so.1 (0x00007fa75ff5f000) libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007fa75fd51000) libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007fa75fb4d000) libresolv.so.2 => /lib64/libresolv.so.2 (0x00007fa75f932000) libsasl2.so.3 => /lib64/libsasl2.so.3 (0x00007fa75f715000) libselinux.so.1 => /lib64/libselinux.so.1 (0x00007fa75f4f0000) libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007fa75f2b9000) libpcre.so.1 => /lib64/libpcre.so.1 (0x00007fa75f053000) liblzma.so.5 => /lib64/liblzma.so.5 (0x00007fa75ee2d000) libfreebl3.so => /lib64/libfreebl3.so (0x00007fa75ebaf000) I just tried rc1 as well, with the same results. On Tue, Jan 7, 2014 at 3:46 AM, Thomas Leonard <ta...@gm...> wrote: > Here's a second release candidate for 0install 2.6 (2.6-rc2): > > http://0install.net/tools/0install.xml > > 0install 2.6 completes the transition from Python to OCaml :-) There > is no remaining Python code in 0install and, therefore, no need to > have Python installed in order to build or run it. > > Notes: > > 0install now runs the unit-tests when you build it, and will abort if > they fail. Please report any problems. You can remove "test" from the > "all" target in ocaml/Makefile if it's a problem for you (also, the > tests are only run if oUnit is installed). > > > Changes since 2.6-rc1 > > - On non-Linux platforms, use Lwt_glib's lwt_into_glib mode. This > requires a Git checkout of LWT, but that's better than the other > option, which doesn't work at all. Note: if you don't build the GTK > GUI, there's no problem (and therefore Windows is unaffected, as it > never builds the GUI). > > - Fixed race when cancelling downloads. The main thread might set the > progress report to "finished" and then the download thread gets some > more data and sets it back to "in-progress" before the cancel takes > effect. This meant that the GUI would continue showing the progress > bar even after cancelling. > > - Don't strip the 0install binary. That prevents the GTK plugin from > loading on OS X. Reported by Anders F Björklund. > > - Detect Python even if python-gobject is missing. Reported by Anders > F Björklund. > > - Some internal code cleanups: there are .mli interfaces for more > modules and the APIs have been cleaned up a bit (the biggest change is > that XML elements are now immutable, and can therefore be safely > shared). > > > Changes since 2.5 > > New features: > > - Added "0install slave" subcommand. This makes it possible to control > 0install using a JSON API. The "sample_client.py" file shows how to > invoke 0install from Python. Currently, the only operation available > is "select", which downloads feeds and does a solve, but more can be > added - let me know what you need. > > > Changes: > > - Migrated GTK GUI to OCaml. It mostly looks the same, but the > "0desktop" box has changed to a more compact icon view display. Also, > displaying the app list is now the default (and the 0desktop --manage > option is gone). > > - The console progress display has changed slightly: it now shows the > progress of one download at a time rather than all at once. The > downloads still happen in parallel, though. > > - The install script now allows using $DESTDIR and installing to > /usr/local (Anders F Bjorklund). > > - You can now do "0install store ..." instead of "0store ..." (which > still works). If you do this, you get tab-completion too! > > > Bug fixes: > > - Cope with dpkg-query returning a non-zero exit status. It returns 1 > if the package isn't found. > > - Fixed cancelling of downloads. Throwing an exception back to ocurl's > set_writefunction handler left the connection in a bad state. > > - Fixed Utils.slice when start and end are both given (Tim > Cuthbertson) (this case was never used by the current code). > > - Fixed unit-tests when $TEMP is a symlink. Reported by Anders F Björklund. > > - Don't use the non-portable -D flag to install (Anders F Bjorklund). > To make it work with BSD install(1) in addition to GNU install(1), > make sure to use "install -d && install" rather than install -D. > > - Fixed installation error when share/0install.net doesn't exist. > Reported by Alberto Colombo. > > - Don't warn about the default bin dir not being in PATH when destroying > an app. > > > Developer-visible changes: > > - Pick a random unused port for the test server during unit-testing. > Avoids conflicts with other programs and makes it possible to run the > tests in parallel. > > - If $ZEROINSTALL_CRASH_LOGS is set to a directory, record all log > messages in memory. If 0install logs a warning or reports an error, > dump the complete log to a timestamped file in this directory. > > > -- > Dr Thomas Leonard http://0install.net/ > GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 > GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA > > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics > Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > _______________________________________________ > Zero-install-devel mailing list > Zer...@li... > https://lists.sourceforge.net/lists/listinfo/zero-install-devel > |