Re: [Koha] Flippin' Yanks

2013-10-02 Thread Hilton Gibson
+1


On 1 October 2013 23:25, glaws glaw...@rhcl.org wrote:

 This does, of course, present the perfect opportunity for a strong
 progressive organization outside the U.S. to step in and become the New
 Marc Master of the World.


 --
 Greg Lawson
 Network Administrator
 Rolling Hills Consolidated Library
 1912 N. Belt Highway
 St. Joseph, MO 64506

 ---
 On 10/01/2013 06:16 PM, Robin Sheat wrote:
  BWS Johnson schreef op ma 30-09-2013 om 11:44 [-0700]:
  Thanks to our delicate system of governance bad stuff might soon
  happen to Library of Congress sites. So, if you're getting loc.gov
  related errors, (Such as setting your z39.50 target as LOC) it's not a
  Koha issue, it's a freggin U.S. government issue. Patches most
  welcome.
  And it looks like it has:
 
  http://www.loc.gov/home2/shutdown-message.html
 
  Good thing I don't need to be doing any MARC conversions right now...oh
  wait.
 

 ___
 Koha mailing list  http://koha-community.org
 Koha@lists.katipo.co.nz
 http://lists.katipo.co.nz/mailman/listinfo/koha




-- 
*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke Library
Room 1025D
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South Africa

Tel: +27 21 808 4100 | Cell: +27 84 646 4758
http://library.sun.ac.za
http://za.linkedin.com/in/hiltongibson
http://staff.lib.sun.ac.za/~hgibson/docs/cv/cv.html
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


[Koha] Upgrade from 3.12.03 to 3.12.04

2013-08-26 Thread Hilton Gibson
Hi

During the upgrade I get this error.

/usr/bin/perl -Iblib/arch -Iblib/lib fix-perl-path.PL blib
/usr/bin/perl -Iblib/arch -Iblib/lib rewrite-config.PL
blib/KOHA_CONF_DIR/koha-conf.xml
/usr/bin/perl -Iblib/arch -Iblib/lib rewrite-config.PL
blib/KOHA_CONF_DIR/koha-httpd.conf
/usr/bin/perl -Iblib/arch -Iblib/lib rewrite-config.PL
blib/ZEBRA_CONF_DIR/etc/default.idx
Can't open blib/ZEBRA_CONF_DIR/etc/default.idx for read at
rewrite-config.PL line 187.
make: *** [blib/ZEBRA_CONF_DIR/etc/default.idx] Error 2


Here is a listing of the files in /etc/koha/zebradb

koha@lib:/etc/koha/zebradb/etc$ ls -l
total 72
-rw-r--r-- 1 koha koha 1125 Aug 16 14:01 default.idx
-rw-r--r-- 1 koha koha 8069 Jul 29 18:14 explain.abs
-rw-r--r-- 1 koha koha  574 Jul 29 18:14 explain.att
-rw-r--r-- 1 koha koha 5252 Jul 29 18:14 explain.tag
-rw-r--r-- 1 koha koha 2833 Jul 29 18:14 gils.att
-rw-r--r-- 1 koha koha   29 Jul 29 18:14 marc21.mar
-rw-r--r-- 1 koha koha   31 Jul 29 18:14 normarc.mar
-rw-r--r-- 1 koha koha  291 Jul 29 18:14 numeric.chr
-rw-r--r-- 1 koha koha   10 Aug 16 14:01 passwd
-rw-r--r-- 1 koha koha  948 Jul 29 18:14 tagsetm.tag
-rw-r--r-- 1 koha koha   31 Jul 29 18:14 unimarc.mar
-rw-r--r-- 1 koha koha  230 Jul 29 18:14 urx.chr
-rw-r--r-- 1 koha koha   29 Jul 29 18:14 usmarc.mar
-rw-r--r-- 1 koha koha 4323 Jul 29 18:14 word-phrase-utf.chr
-rw-r--r-- 1 koha koha  381 Jul 29 18:14 words-icu.xml


I am using this procedure.
http://wiki.lib.sun.ac.za/index.php/KOHA#KOHA_Upgrade

How do I fix this?

Cheers

hg

-- 
*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke Library
Room 1025D
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South Africa

Tel: +27 21 808 4100 | Cell: +27 84 646 4758
http://library.sun.ac.za
http://za.linkedin.com/in/hiltongibson
http://staff.lib.sun.ac.za/~hgibson/docs/cv/cv.html
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


[Koha] Updated upgrade to 3.12.04 from 3.12.03

2013-08-26 Thread Hilton Gibson
Hi

I have updated the wiki page link.
See: http://wiki.lib.sun.ac.za/index.php/KOHA#Koha_Upgrade

The last step gives me this error.

koha@lib:~/koha-3.12.04$ sudo make upgrade
/usr/bin/perl -Iblib/arch -Iblib/lib fix-perl-path.PL blib
/usr/bin/perl -Iblib/arch -Iblib/lib rewrite-config.PL
blib/ZEBRA_CONF_DIR/etc/default.idx
Can't open blib/ZEBRA_CONF_DIR/etc/default.idx for read at
rewrite-config.PL line 187.
make: *** [blib/ZEBRA_CONF_DIR/etc/default.idx] Error 2


What is the error and how can it be fixed?

Cheers

hg

-- 
*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke Library
Room 1025D
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South Africa

Tel: +27 21 808 4100 | Cell: +27 84 646 4758
http://library.sun.ac.za
http://za.linkedin.com/in/hiltongibson
http://staff.lib.sun.ac.za/~hgibson/docs/cv/cv.html
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Updated upgrade to 3.12.04 from 3.12.03

2013-08-26 Thread Hilton Gibson
Hi Mark

I am testing the system for a possible deployment, all depends on support
available etc..
We are not certain about Koha yet.

Checking my Zebra setup now from the previous test install.

Cheers

hg



On 26 August 2013 14:05, Mark Tompsett mtomp...@hotmail.com wrote:

 Greetings,

 Did you install properly? Are you trying to upgrade a system that is not
 installed? Just asking the obvious debugging questions.

 GPML,
 Mark Tompsett




-- 
*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke Library
Room 1025D
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South Africa

Tel: +27 21 808 4100 | Cell: +27 84 646 4758
http://library.sun.ac.za
http://za.linkedin.com/in/hiltongibson
http://staff.lib.sun.ac.za/~hgibson/docs/cv/cv.html
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


[Koha] Koha - Libopedia

2013-08-26 Thread Hilton Gibson
http://wiki.lib.sun.ac.za/index.php/Koha

​Hi All

I have creates a new wiki page, called Koha not KOHA
And I have noted the packages installation method.
Now you can flame on me.

I had to try both methods to determine the best support option.

Cheers

hg​
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Koha - Libopedia

2013-08-26 Thread Hilton Gibson
What SEO trick?


On 26 August 2013 17:30, Tomas Cohen Arazi tomasco...@gmail.com wrote:




 On Mon, Aug 26, 2013 at 11:21 AM, Hilton Gibson 
 hilton.gib...@gmail.comwrote:

 http://wiki.lib.uns.ca.az/index.php/Kohahttp://wiki.lib.sun.ac.za/index.php/Koha

 
 Stop this SEO trick.

 Contribute to the community's wiki instead of pretending we do quality
 control on yours.

 To+




-- 
*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke Library
Room 1025D
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South Africa

Tel: +27 21 808 4100 | Cell: +27 84 646 4758
http://library.sun.ac.za
http://za.linkedin.com/in/hiltongibson
http://staff.lib.sun.ac.za/~hgibson/docs/cv/cv.html
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Koha - Libopedia

2013-08-26 Thread Hilton Gibson
When I did koha install it pulled in koha-common as a dependency. As
the note says it is confusing.

I agree with your simplifying the wiki page. It is what I expected when I
first viewed the Koha wiki.

For example, see:
https://code.google.com/p/bigbluebutton/wiki/081InstallationUbuntu as good
example of an Ubuntu only install guide.
Our webinar server is here: http://tex.sun.ac.za

Cheers

hg


On 26 August 2013 17:22, Mark Tompsett mtomp...@hotmail.com wrote:

 Greetings,

  I had to try both methods to determine the best support option.


 Okay, I can understand installing the wrong way to see why it is the wrong
 way. Though, sharing your experiments is probably more confusion than help
 for the masses. As Owen Leonard pointed out, using and contributing to
 documentation on the Koha wiki is far more useful than writing your own.


  Now you can flame on me.


 Well, since you invited feedback.


  I have creates a new wiki page, called Koha not KOHA


 But you still have KOHA on the page.


  And I have noted the packages installation method.


 And you got it wrong, because if you read:
 http://wiki.koha-community.**org/wiki/Debian#Everyonehttp://wiki.koha-community.org/wiki/Debian#Everyone
 (scroll down to the second line of the second box)
 sudo apt-get install koha-common is the recommended command.

 Instead you have the unrecommended way, as noted by the last sentence of
 the same section in italics just above http://wiki.koha-community.**
 org/wiki/Debian#Quick_Starthttp://wiki.koha-community.org/wiki/Debian#Quick_Start
 It is not recommend that you use this package [referring to koha instead
 of koha-common] yet.

 There are other problems, but I just chose to highlight one, so that you
 can realize why linking to official documentation and the supplementary
 documentation you referenced to set up other things is much better than
 writing your own documentation and getting any details wrong.

 I would recommend writing your instructions like: Install Ubuntu (link to
 installing ubuntu), Install LAMP server (link to installing LAMP server),
 Install Mail Transfer Agent (link to installing MTA), Install Koha (link to
 installing koha). Your instructions will auto-update, because the links
 aren't likely to break and they will be kept current by someone more
 familiar with that part of the process. Every time there is a release,
 check your instructions. And if something breaks in a given part, ask the
 community for that part for updated instructions. This keeps your
 instructions always current, rather than having another frozen in time copy
 of archaic instructions out on the internet serving as a source of
 confusion.

 GPML,
 Mark Tompsett




-- 
*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke Library
Room 1025D
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South Africa

Tel: +27 21 808 4100 | Cell: +27 84 646 4758
http://library.sun.ac.za
http://za.linkedin.com/in/hiltongibson
http://staff.lib.sun.ac.za/~hgibson/docs/cv/cv.html
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Don't pass out bad instructions (was Re: How frequently to run zebra rebuild and what switches)

2013-08-22 Thread Hilton Gibson
Hi Magnus

This depends, do you intend to have an original tarball installation wiki
page?
If so, will there be one for each stable version of Koha and a version for
each upgrade?

Cheers

hg


On 22 August 2013 09:42, Magnus Enger mag...@enger.priv.no wrote:

 On 22 August 2013 09:04, Hilton Gibson hilton.gib...@gmail.com wrote:
  What if you want to deviate from what the packages installation does?
  In the open source world, it has been my experience that a tarball
  installation is always preferred, since it allows you install anywhere,
 not
  just Debian.

 There is more than one way to do it, sure. And documentation is
 always welcome. But why not put it on the official Koha wiki, where it
 will receive (at least some degree of) peer review, improvements from
 the whole community and a lasting home?

 Having instructions created by individuals littered all over the web
 quickly leads to stale information, people following wrong or outdated
 instructions and in the end getting a bad impression of Koha. So maybe
 you could copy your wiki page over to the official wiki, link to it
 from your wiki, and we can all collaborate to ensure it has maximum
 usefullness?

 Best regards,
 Magnus Enger
 libriotech.no

 PS: The correct name is Koha, not KOHA. ;-)
 ___
 Koha mailing list  http://koha-community.org
 Koha@lists.katipo.co.nz
 http://lists.katipo.co.nz/mailman/listinfo/koha




-- 
*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke Library
Room 1025D
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South Africa

Tel: +27 21 808 4100 | Cell: +27 84 646 4758
http://library.sun.ac.za
http://za.linkedin.com/in/hiltongibson
http://staff.lib.sun.ac.za/~hgibson/docs/cv/cv.html
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Don't pass out bad instructions (was Re: How frequently to run zebra rebuild and what switches)

2013-08-22 Thread Hilton Gibson

Yes. Koha is a word, not an acronym. This is why KOHA is wrong, unless you
are attempting to shout the awesomeness of it. ;)


Nope - it is just best practice to ensure that users know of the product.

By the way - why is there a koha-community and a koha out there.
Very confusing.




On 22 August 2013 14:58, Mark Tompsett mtomp...@hotmail.com wrote:

 Greetings,

 There are tarball instructions on the Wiki for Ubuntu already.

 However, in an effort to get people to not go backwards, I am not
 providing the link.
 http://wiki.koha-community.**org/ http://wiki.koha-community.org/ is
 where the Koha wiki is.

 As Chris has pointed out, upgrading is so much easier with packages. This
 was the biggest selling point for me, because nothing says easy like:
$ sudo apt-get update
$ sudo apt-get install koha-common
 -- This will upgrade koha-common, and other related dependencies. This
 won't work for the dependencies if you've CPAN'd several of the libraries,
 but that's another lesson which goes to emphasize that installing from
 source, when you can install from packages, means installing from source
 indefinitely, which is time consuming!

 As Magnus has pointed out, littering the internet with stale instructions
 is bad in general, because it can cause people to get the wrong impression
 of Koha,when the real problem is poor, unreviewed documentation.

 Magnus wrote:

 PS: The correct name is Koha, not KOHA. ;-)


 Yes. Koha is a word, not an acronym. This is why KOHA is wrong, unless you
 are attempting to shout the awesomeness of it. ;)

 GPML,
 Mark Tompsett




-- 
*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke Library
Room 1025D
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South Africa

Tel: +27 21 808 4100 | Cell: +27 84 646 4758
http://library.sun.ac.za
http://za.linkedin.com/in/hiltongibson
http://staff.lib.sun.ac.za/~hgibson/docs/cv/cv.html
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Don't pass out bad instructions (was Re: How frequently to run zebra rebuild and what switches)

2013-08-22 Thread Hilton Gibson
Hi to all those who have replied and apologies for cross-posting.

Please see: http://bit.ly/goodir
That documentation is being actively used to install and setup DSpace world
wide.
The DSpace developers have official documentation and there is no
animosity about anybody else having documentation as far as I know.

In addition, please see: http://www.journals.ac.za for OJS and OCS. Same
here, the PKP developers have no objections to this documentation.

From the story of the trademark hijack, I can understand the grievance all
my feel at what seems to be my intrusion. I apologise for any erroneous
perceptions created.

An old Roman adage goes, divide and conquer, or as Paul Maritz said,
Embrace, Extend, Extinguish.
These attacks are to be expected in our dysfunctional software world at the
moment.

Just thinking, would it have been too much trouble to trademark a new name
and then carry on as usual?

Regards

Hilton

PS: It normal procedure for me to create docs for things I install and
setup. Linux is so stable, that I forget exactly how I did it months later
;-)




On 22 August 2013 16:06, Tomas Cohen Arazi tomasco...@gmail.com wrote:




 On Thu, Aug 22, 2013 at 4:04 AM, Hilton Gibson hilton.gib...@gmail.com
 wrote:
 
  What if you want to deviate from what the packages installation does?
  In the open source world, it has been my experience that a tarball
  installation is always preferred, since it allows you install anywhere,
 not
  just Debian.

 I agree with that point of view, but as I expressed before, we (the
 community) prefer people contributing to an up to date and peer-reviewed
 community wiki. We even have a wiki page for the same purpose you created
 your own. But you skip that part of the answers you receive...

 Preventing several documentation pages has historical reasons, mostly
 explained by Mark: in a few months instructions will be deprecated and
 people might reach them and get confused and frustrated. We've been there
 many times. As some people has replied, you should better contribute to the
 official wiki [1].

 Regarding koha.org vs. koha-community.org there is some literature on the
 subject [2].

 Regards
 To+

 [1] I have to confess my first impression was that your email posting your
 own wiki was just a SEO trick, but tried to be polite anyway.
 [2]
 http://diligentroom.wordpress.com/2011/11/22/the-exemplar-of-stupid-koha-vs-liblime-trademark/




-- 
*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke Library
Room 1025D
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South Africa

Tel: +27 21 808 4100 | Cell: +27 84 646 4758
http://library.sun.ac.za
http://za.linkedin.com/in/hiltongibson
http://staff.lib.sun.ac.za/~hgibson/docs/cv/cv.html
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] How frequently to run zebra rebuild and what switches

2013-08-21 Thread Hilton Gibson
About crons, maybe this will help:
http://wiki.lib.sun.ac.za/index.php/KOHA#Setup_Zebra


On 20 August 2013 20:49, Olugbenga Adara gbengaad...@yahoo.com wrote:

 Hello Steven,

Looking for some advice and recommendations.   For a fairly small
 library

  running Koha 3.12.00.000 from the Debian squeeze packages, how often
 should
  the zebra_rebuild.pl script be executed and with exactly which switches?
  Right now I run it at 7:30 AM each morning with -run-as-root -b -r
  -v

 I am quite surprised you need to do that since you say you installed from
 Debian packages. All the installations I have done through the Debian
 packages always have the zebra incremental indexing properly set in cron
 and it is usually set to run every 5 minutes. You can check your cron
 settings to make sure that this is properly set and enabled to run
 regularly.

 I don't think you need to run it manually. That is as per my own
 experience.

 Cheers

 Olugbenga Adara

 ___
 Koha mailing list  http://koha-community.org
 Koha@lists.katipo.co.nz
 http://lists.katipo.co.nz/mailman/listinfo/koha




-- 
*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke Library
Room 1025D
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South Africa

Tel: +27 21 808 4100 | Cell: +27 84 646 4758
http://library.sun.ac.za
http://za.linkedin.com/in/hiltongibson
http://staff.lib.sun.ac.za/~hgibson/docs/cv/cv.html
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Issues with sending emails in Koha

2013-08-21 Thread Hilton Gibson
Hi

I use postfix to deliver email. See:
http://wiki.lib.sun.ac.za/index.php/KOHA#Step_2_-_Setup_system_email_delivery



On 20 August 2013 21:09, Olugbenga Adara gbengaad...@yahoo.com wrote:

 Hello all,


 I have explored this issue more and it seems it is a problem with ssmtp
 which I could not figure out. I am back to Exim which I have used several
 times in the past with success (though it seems as an overkill just to send
 emails to a smart host), and I can send emails out from the server now.

 I have a related question though, where can i change the wordings of the
 information informing the user to verify her accounts after self
 registration in the OPAC? I want to notify the user to possibly check their
 spam folder before concluding the email did not get through to them.

 Thanks.


 Olugbenga Adara


 Skype: gbengaadara
 Blog: http://gbengaadara.blogspot.com
 Twitter: http://twitter.com/gbengaadara
 Profile: http://www.linkedin.com/in/gbengaadara


 - Original Message -
  From: Olugbenga Adara gbengaad...@yahoo.com
  To: koha@lists.katipo.co.nz koha@lists.katipo.co.nz
  Cc:
  Sent: Monday, August 19, 2013 2:54:37 PM
  Subject: [Koha] Issues with sending emails in Koha
 
  Hello all,
 
  Good day.
 
 
  I am trying to get a Koha instance to send email. I am using Koha 3.12.3
 using
  package install on wheezy. I am using ssmtp as the MTA
 
  I can send emails successfully from the command line
  I have enabled the instance to send email
  I can see cron is processing the message queue
 
  I get emails from cron daemon telling me why the message queue cant be
  processed. The error is as follows
 
 
  instance_name: connect to localhost failed (Connection refused)
  instance_name: connect to localhost failed
  instance_name: connect to localhost failed (Connection refused) no (more)
  retries!
  instance_name:  at 
  /usr/share/koha/bin/cronjobs/process_message_queue.plline 63
  Any help to solve this issue is appreciated.
 
  Regards
 
 
  Olugbenga Adara
 
 
  Skype: gbengaadara
  Blog: http://gbengaadara.blogspot.com
  Twitter: http://twitter.com/gbengaadara
  Profile: http://www.linkedin.com/in/gbengaadara
  ___
  Koha mailing list  http://koha-community.org
  Koha@lists.katipo.co.nz
  http://lists.katipo.co.nz/mailman/listinfo/koha
 
 ___
 Koha mailing list  http://koha-community.org
 Koha@lists.katipo.co.nz
 http://lists.katipo.co.nz/mailman/listinfo/koha




-- 
*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke Library
Room 1025D
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South Africa

Tel: +27 21 808 4100 | Cell: +27 84 646 4758
http://library.sun.ac.za
http://za.linkedin.com/in/hiltongibson
http://staff.lib.sun.ac.za/~hgibson/docs/cv/cv.html
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Seeking a KOHA expert for webinar QA

2013-08-21 Thread Hilton Gibson
Hi Simon

I am willing to talk about installation and setup using:
http://wiki.lib.sun.ac.za/index.php/KOHA
And also how to implement a disaster recovery regime.

Cheers

hg


On 21 August 2013 09:58, Simon Ball simon.b...@eifl.net wrote:

 Hello all

 I apologise if this is a misuse of the list, but I wasn't sure how best to
 proceed otherwise.

 EIFL.net holds regular free webinars on free / open source library
 software, intended for our network of libraries in 48 developing and
 transition countries but open to all.

 Last year, as a follow-up to a webinar on VuFind, we invited the VuFind
 developer and expert Demian Katz to deliver a QA webinar - i.e. a short
 overview of new developments then a QA session with delegates, many of
 whom sent their questions in advance.

 In a survey, our libraries have told us that a similar QA webinar on KOHA
 would be much welcomed.

 So I am writing to see if there are any KOHA developers or expert users out
 there who might be prepared to deliver a one-hour QA webinar for
 librarians in developing and transition countries, perhaps in September?
 I'm afraid we cannot pay a fee but we can provide the webinar software and
 a keen audience!

 If you might be able to help, or know someone who might, please contact me
 directly (don't reply to the list unless appropriate as I don't want to
 clutter folks inboxes).

 Many thanks for your time - and again my apologies if this is off-topic for
 this list.
 Best wishes
 Simon

 --
 Dr Simon Ball
 EIFL FOSS Programme Manager
 simon.b...@eifl.net
 Skype: simontechdis
 Twitter: @simonjball

 *EIFL: Knowledge Without Boundaries* http://www.eifl.net/

 Follow *EIFL* on *Facebook* http://www.facebook.com/eIFL.net,
 *Twitter *http://twitter.com/eIFLnet
 and *RSS* http://www.eifl.net/rss-all.

 View *EIFL *photos and videos on *Flickr *
 http://www.flickr.com/photos/eifl/
 and *YouTube* http://www.youtube.com/user/eiflnet/featured.

 Sign up for the *EIFL **newsletter* http://www.eifl.net/newsletter.
 ___
 Koha mailing list  http://koha-community.org
 Koha@lists.katipo.co.nz
 http://lists.katipo.co.nz/mailman/listinfo/koha




-- 
*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke Library
Room 1025D
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South Africa

Tel: +27 21 808 4100 | Cell: +27 84 646 4758
http://library.sun.ac.za
http://za.linkedin.com/in/hiltongibson
http://staff.lib.sun.ac.za/~hgibson/docs/cv/cv.html
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha