Hello Bill
I had a quick look at the makefile.install, and my conclusion is, that you
should be fine if you enter ubuntu-intrepid as distribution during the
installation step. AFAIK the package names have not really changed. Be sure to
observe the installation process closely though, if you
On Mon, Dec 14, 2009 at 12:07 AM, Dan Scott d...@coffeecode.net wrote:
On Sun, 2009-12-13 at 23:36 -0500, Warren Layton wrote:
On Sun, Dec 13, 2009 at 8:50 PM, Dan Scott d...@coffeecode.net wrote:
That issue notwithstanding, I would be in favour of applying this patch
to trunk at this time,
On Fri, Dec 11, 2009 at 3:46 PM, Warren Layton warren.lay...@gmail.com wrote:
Attached is a 1-liner to fix a bug reported in LaunchPad:
https://bugs.launchpad.net/evergreen/+bug/494224
(Removing a translation for an org unit name didn't work.)
I attached it to the LaunchPad report but I
http://testing.esilibrary.com/buildbot/build/?openils=15154
Please see the URL above for more information on this build. This is an
autogenerated message from the Equinox Buildbot.
Please come by and visit the Equinox team
and learn more about Evergreen
ALA MidWinter
January 15-18, 2010
booth
I chatted briefly in channel with dbs about how we do covers here but
figure I'll send it for prosperity too as it appears to overlap with
many sentiments. We're currently on sopac/locum and a bit away from
evergreen so apologies on any misconceptions of how EG works. We're
still trying things out
On Sat, Dec 12, 2009 at 9:51 AM, Mike Rylander mrylan...@gmail.com wrote:
I removed the explicit interpreter invocations from the action/trigger
lines to normalize the style a bit. Is there a reason for the cd
script style, such as a need to know the runtime directory?
Thanks, Mike. The
I removed the explicit interpreter invocations from the action/trigger
lines to normalize the style a bit.
I think the direct invocation of the scripts is the correct style and will
work for those listed. However now may be a good time to note that a bunch
of EG scripts that should be
The introduction of libmemcached broke my build, and I haven't figured
out how to fix it.
When I first tried to compile the new version of osrf_cache.c, the
compiler couldn't find the header file memcached.h. Adept, the
package manager for my Ubuntu Hardy, didn't know about any packages
named
On Mon, 2009-12-14 at 09:06 -0800, Scott McKellar wrote:
The introduction of libmemcached broke my build, and I haven't figured
out how to fix it.
When I first tried to compile the new version of osrf_cache.c, the
compiler couldn't find the header file memcached.h. Adept, the
package
On 12/14/2009 06:06 PM, Scott McKellar wrote:
What am I missing? Are the install scripts doing everything they need
to do for libmemcached?
Presumably, you are missing whatever provides libmemcached.so.3; I'd
think that would be the libmemcached package (rather then it's -dev
sub-package).
On Mon, 2009-12-14 at 09:42 -0500, Mike Rylander wrote:
On Mon, Dec 14, 2009 at 12:07 AM, Dan Scott d...@coffeecode.net wrote:
On Sun, 2009-12-13 at 23:36 -0500, Warren Layton wrote:
On Sun, Dec 13, 2009 at 8:50 PM, Dan Scott d...@coffeecode.net wrote:
That issue notwithstanding, I would
Any opinions on where/how this file would be located? Should it just be
a separate Perl module that defines the appropriate subroutines that
then get called by Ingest.pm - something like
OpenILS::Application::Ingest::English.pm - and then we could provide a
sample non-English configuration
On Mon, Dec 14, 2009 at 1:36 PM, Dan Scott d...@coffeecode.net wrote:
On Mon, 2009-12-14 at 09:42 -0500, Mike Rylander wrote:
On Mon, Dec 14, 2009 at 12:07 AM, Dan Scott d...@coffeecode.net wrote:
On Sun, 2009-12-13 at 23:36 -0500, Warren Layton wrote:
On Sun, Dec 13, 2009 at 8:50 PM, Dan
General comment
Security cannot impede service nor detract from your primary mission.
If security concerns create an unspportable configuration they become
an impediment. Security 101 does dictate seperation of roles and
interfaces but a app server database server configuration can be
Hi all:
This is just a heads-up that http://code.launchpad.net/opensrf now
offers a bzr mirror of OpenSRF trunk, synchronized every 6 hours. This
joins the mirror of Evergreen trunk at
http://code.launchpad.net/evergreen
If you're a bzr fan, you should be able to create, publish, and maintain
Hello to all interested in contributing new or updated translations to
Evergreen. With the recent release of 1.6.0.0, it's time to call for
translations.
In the past we asked translators to work directly with GNU gettext PO
files. This is okay, as long as the translator is comfortable working
Coolness. So it's now possible to do a dev install without actually using
SVN at all. Thanks...
--joe
On Mon, Dec 14, 2009 at 9:58 PM, Dan Scott d...@coffeecode.net wrote:
Hi all:
This is just a heads-up that http://code.launchpad.net/opensrf now
offers a bzr mirror of OpenSRF trunk,
17 matches
Mail list logo