Sorry but I thought 81 already had Tsearch2 in the contrib section. I
tried compiling it but unsuccessfully. Why do I want a backport of
Tsearch2 from 8.2 ?
Petr
Bill Hacker wrote:
Petr Janda wrote:
Hey,
Does anyone know how to enable Tsearch2 full-indexing for postgresql-81?
Cheers,
Petr
I reverted back to kernel compiled on 1st of October and it works again,
so the problem came to be between yesterday and 1st of October. I'll
give boot -v and compiling the least amount of drivers a shot.
Petr
Matthew Dillon wrote:
:Hi,
:Im unable to boot my workstation with the current
:
:Joseph Garcia wrote:
: It connects and I can log in and enter commands. The problem pops up
: when receiving a lot of data quickly from the device (i.e. when I'm
: writing the configuration to the terminal).
:
:Maybe I'm completely missing the point here, but your
:description sounds like
On Sat, Oct 21, 2006 at 01:25:15PM +1000, Petr Janda wrote:
Does anyone know how to enable Tsearch2 full-indexing for postgresql-81?
I haven't tried it, but copy postgres81-plpython, remove the
python/extension.mk include and modify the BUILD_DIRS to point to
contrib/tsearch2. bmake print-PLIST
dillon wrote @ Wed, 18 Oct 2006 11:34:02 -0700 (PDT):
Xen is an operating environment. Operating systems running under Xen
have to be aware that they are running under Xen.
Unless you use a current processor (Intel or Amd e.g.) which come with hardware
virtualization. There are only a
Andreas Hauser wrote:
dillon wrote @ Wed, 18 Oct 2006 11:34:02 -0700 (PDT):
Xen is an operating environment. Operating systems running under Xen
have to be aware that they are running under Xen.
Unless you use a current processor (Intel or Amd e.g.) which come with
hardware
On Sat, 21 Oct 2006, walt wrote:
Andreas Hauser wrote:
Unless you use a current processor (Intel or Amd e.g.) which come with hardware
virtualization...
Can you point out which processors have this hardware -- are they the
64-bit models only? My instincts tell me that the 64-bit hardware
On Sat, Oct 21, 2006 at 06:38:06PM +0200, Andreas Hauser wrote:
dillon wrote @ Wed, 18 Oct 2006 11:34:02 -0700 (PDT):
Xen is an operating environment. Operating systems running under Xen
have to be aware that they are running under Xen.
Unless you use a current processor (Intel
I'm still plugging away at evolution, try to find why it runs
properly as root, but not as a user.
I've tracked the problem down to one system call in libgmodule.so
which is part of glib2:
(gdb)
_g_module_symbol (handle=0x294b2500, symbol_name=0x2897c57d
Bonobo_Plugin_info)
at
On Sat, Oct 21, 2006 at 06:21:00AM -0700, walt wrote:
I'm still plugging away at evolution, try to find why it runs
properly as root, but not as a user.
I've tracked the problem down to one system call in libgmodule.so
which is part of glib2:
(gdb)
_g_module_symbol (handle=0x294b2500,
On Sat, 21 Oct 2006, Joerg Sonnenberger wrote:
On Sat, Oct 21, 2006 at 06:38:06PM +0200, Andreas Hauser wrote:
dillon wrote @ Wed, 18 Oct 2006 11:34:02 -0700 (PDT):
Operating systems running under Xen have to be aware that they
are running under Xen.
Unless you use a current
On Sat, 21 Oct 2006, Joerg Sonnenberger wrote:
On Sat, Oct 21, 2006 at 06:21:00AM -0700, walt wrote:
I'm still plugging away at evolution, try to find why it runs
properly as root, but not as a user.
I've tracked the problem down to one system call in libgmodule.so
which is part of
12 matches
Mail list logo