diff --git a/website/BUGS.html b/website/BUGS.html index 4f399da0..94178487 100644 --- a/website/BUGS.html +++ b/website/BUGS.html @@ -99,6 +99,9 @@ some point (the current fix is not completely correct but still handles most useful cases). +
  • It seems that the recoll program sometimes segfaults when + exiting after the first execution ?
  • +
  • If you are seeing a delay of a few seconds before the result list displays for the first query of a recoll instance, try changing the result list font in the query @@ -139,6 +142,10 @@

    1.11.4

    1.11.1

    diff --git a/website/download.html b/website/download.html index f28ed84d..2c245b3e 100644 --- a/website/download.html +++ b/website/download.html @@ -48,8 +48,25 @@

    -

    General information

    +

    General information and release notes

    +

    Installing over an older version: version 1.12 indexes are + mostly compatible with 1.11, but some new, relatively minor, + features (ie: duplicates collapsing) depend on a full index + rebuild. + +
    If installing over 1.10 or older, you need a full + rebuild. The best way to do this is to just delete the old + xapiandb directory, especially if the index was created by an + older version. + (ie: rm -rf ~/.recoll/xapiandb/). On very + old indexes, recollindex -z may sometimes end + with a backend doesn't implement metadata error, + which is wasteful because you then need to delete xapiandb and + run the indexing again.

    + +

    The download page for Recoll 1.11 is + still available.

    Instructions: Installation / building manual.

    @@ -100,37 +117,24 @@

    Source

    -

    Current version:1.11.4: - recoll-1.11.4.tar.gz. +

    Current version:1.12.0: + recoll-1.12.0.tar.gz. Changes. Bugs. -
    - - Version 1.11 has relatively extensive - changes (pic), and needs an - index reset after installing over an 1.10 or older - version. For an existing installation you can use option -z to - the command line indexer: recollindex -z, or - just delete the old index directory - (ie: rm -rf ~/.recoll/xapiandb/). The - latter option may be safer with old indexes. If the first - 1.11 indexing ends with an error like backend doesn't - implement metadata, you certainly need to do it.

    - -

    The download page for Recoll 1.10 is - still still available.

    In order to build Recoll from source, you will need a xapian-core installation. You will find source and binary packages on the Xapian download page. - Recoll 1.11 needs at least xapian 1.0.5, and I can see no - reason not to use the latest 1.0 Xapian (1.0.9 currently).

    + Recoll 1.12 needs at least xapian 1.0.5, and I can see no + reason not to use the latest 1.0 Xapian (1.0.10 currently).

    + of qmake found in $QTDIR/bin:$PATH is for Qt 4 (you can also + set the QMAKE variable to explicitely choose the + desired version).
    Qt: You can build with Qt 3.3 or Qt 4. Recoll will automatically be configured to build with Qt 4 if the version - of qmake found in $QTDIR/bin:$PATH is for Qt 4.
    There seems to be a few issues in Qt 4.4.0 (2008-08-23), resulting in problems when displaying the Recoll result list. I @@ -139,6 +143,7 @@

    Older recoll releases: + 1.11.4. 1.10.6. 1.9.0. 1.8.2. @@ -157,14 +162,14 @@ recoll_applet-1.10.0.tgz. This is a very slightly modified version of the - find_applet.

    + find_applet. It will work with any recoll version after 1.10.

    Packages

    The executables inside the binary rpms have a static link to - xapian 1.0.[4-9], there is no real dependency except Qt 3.3 + xapian 1.0.10, there is no real dependency except Qt 3.3 (or Qt 4.1 when mentioned). - The Fedora and Mandriva packages unfortunately think that they + Some Fedora and Mandriva packages unfortunately think that they depend on exiftool (which is needed by the little used jpeg info filter), due to excessive rpmbuild cleverness. @@ -172,40 +177,51 @@ Of course you need xapian-core installed to use the source rpms.

    -

    Fedora Core - FC6 RPM: - - recoll-1.11.0-1.i386.rpm. +

    Fedora Core 6-9 with Qt 3.x + + recoll-1.12.0-1.i386.rpm. Source: - - recoll-1.11.0-1.src.rpm + + recoll-1.12.0-1.src.rpm This package also installs and runs on Fedora 9.

    - -

    Mandriva 2006 (also works on 2005 and 2007). - RPM: - - recoll-1.11.0-0.1.20060mdk.i586.rpm. +

    Fedora Core 10 with Qt 4 + + recoll-1.12.0-1.fc10.i586.rpm. Source: - - recoll-1.11.0-0.1.20060mdk.src.rpm + + recoll-1.12.0-1.fc10.src.rpm

    -

    Suse 10.3 / 11.0 - RPM: - - recoll-1.11.0-0.i586.rpm. +

    Mandriva 2006 with Qt 3 (also works on 2005 and 2007). + + recoll-1.12.0-0.1.20060mdk.i586.rpm. Source: - - recoll-1.11.0-0.src.rpm
    + + recoll-1.12.0-0.1.20060mdk.src.rpm +

    +

    Mandriva 2008 with Qt 4 + + recoll-1.12.0-1mdv2008.1.i586.rpm. + Source: + + recoll-1.12.0-1mdv2008.1.src.rpm +

    + +

    Suse 11.0 with qt3 + + recoll-1.12.0-0.i586.rpm. + Source: + + recoll-1.12.0-0.src.rpm
    If you build from source on OpenSuse 11, note that the default qt4 version is 4.4.0 which will badly display the result list icons. Use qt3 or install a newer version of qt4.

    Ubuntu 6.06 dapper / edgy / gutsy / hardy - - recoll_1.11.0-0ubuntu1_i386.deb + + recoll_1.12.0-0ubuntu1_i386.deb debian/dapper. This package was built on "dapper" and appears to work correctly on later Ubuntu releases. This package is not configured for real-time @@ -214,8 +230,8 @@ real-time indexing. It is also built for qt4, so this must be installed on the target system. Avoid qt 4.4.0 (from hardy backports). The standard 4.3.x is fine (or 4.4.1 and later) - - recoll_1.11.1-0ubuntu1_i386.deb + + debian/hardy/recoll_1.12.0-0ubuntu1_i386.deb

    Debian unstable Recoll is in the package repository, @@ -236,24 +252,24 @@ href="usermanual/rcl.install.html"> there.

    FreeBSD 6.4 i386: - - recoll-1.11.0-FreeBSD-6.4-PRERELEASE.tgz + + recoll-1.12.0-FreeBSD-6.4-STABLE.tgz

    Solaris 8 sparc. Note to Solaris users: you need to perform the initial indexing pass with "recollindex", not the recoll GUI indexing thread. See errata. - - recoll-1.11.0-SunOS-5.8.tgz. + + recoll-1.12.0-SunOS-5.8.tgz.

    Recoll also builds and runs on Solaris 10, but, given the situation of open source packages for Solaris (very old Qt on the Companion CD, inconsistent versions of the compiler and non-threaded version of Qt on sunfreeware), I've come to the temporary conclusion that you are better off building than - trying to install packages. The approach I tried a couple of - months ago and which worked was to: + trying to install packages. The approach I tried in 2008 and + which worked was to: