[Koha] install koha-common

[Jay]

I have already installed KOHA in several time successfully. But recently i
had a problem to install 
"sudo apt-get install koha-common" commands. 
The screenshot attached.
 

Here unable to fetch some ubuntu files.
Please help me to solve the problem. 

Many thanks in advance.

Jay




--
View this message in context: 
http://koha.1045719.n5.nabble.com/install-koha-common-tp5926043.html
Sent from the Koha-general mailing list archive at Nabble.com.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Routing with a FQDN

[Mubassir Ahsan]

Dear Dave Jury,
You can overcome this situation by assigning another subdomain for the
staff client. i.e. koha.peterhouse.co.zw and opac.peterhouse.co.zw
So 80 port will be shared. You don't need to use 81 port.


On Tue, Mar 21, 2017 at 10:29 PM  wrote:

> Send Koha mailing list submissions to
> koha@lists.katipo.co.nz
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.katipo.co.nz/mailman/listinfo/koha
> or, via email, send a message with subject or body 'help' to
> koha-requ...@lists.katipo.co.nz
>
> You can reach the person managing the list at
> koha-ow...@lists.katipo.co.nz
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Koha digest..."
> Today's Topics:
>
>1. Re: Facebook, twitter and other icons (Jonathan Druart)
>2. Routing with a FQDN (Contact Orielstar)
>3. Re: Koha 16.05 - Change MARC framework globally on batch of
>   records? (Joy Nelson)
>4. Re: Facebook, twitter and other icons (Owen Leonard)
>5. Re: Facebook, twitter and other icons (Owen Leonard)
>6. Re: Facebook, twitter and other icons (Owen Leonard)
>7. Re: Routing with a FQDN (Doug Dearden)
>
>
>
> -- Forwarded message --
> From: Jonathan Druart 
> To: Luis Moises Rojas , koha@lists.katipo.co.nz
> Cc:
> Bcc:
> Date: Tue, 21 Mar 2017 14:27:29 +
> Subject: Re: [Koha] Facebook, twitter and other icons
> Turn on pref SocialNetworks.
>
> On Tue, 21 Mar 2017 at 11:16 Luis Moises Rojas 
> wrote:
>
> > Hi,
> > How can we insert facebook, twitter, whatsapp and others icons in our
> OPAC?
> >
> > Thanks
> >
> > --
> > *Luis Moisés Rojas P.*
> >
> >
> > <
> >
> https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail
> > >
> > Libre
> > de virus. www.avast.com
> > <
> >
> https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail
> > >
> > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> > ___
> > Koha mailing list  http://koha-community.org
> > Koha@lists.katipo.co.nz
> > https://lists.katipo.co.nz/mailman/listinfo/koha
> >
>
>
>
>
> -- Forwarded message --
> From: Contact Orielstar 
> To: Koha@lists.katipo.co.nz
> Cc:
> Bcc:
> Date: Tue, 21 Mar 2017 16:47:55 +0200
> Subject: [Koha] Routing with a FQDN
> Hi Folks,
>
> Are there any networking guru's out there than can help us with routing,
> please? We have Koha installed in a school running a cyberoam (which is
> basically a big router). We have a domain (.peterhouse.co.zw), and we
> would like users on the WAN (Internet) to be able to access Koha from
> home by using *koha.peterhouse.co.zw*, and not have to add a colon and a
> port number. So how can we set this up so that instead of just mapping
> the koha bit to an ip address, we map it to the ip address:81?
>
> We have tried setting up a virtual host on the cyberoam, but it's not
> working as it says port 80 (external) is already mapped. Well, all
> requests from the internet are going to come on port 80, so the mail
> server is mapped to this as well. So we've missed something very
> fundamental if they type mail.peterhouse.co.zw then the request
> should go to 10.10.10.5. If they type koha.peterhouse.co.zw then the
> request should go to 10.10.10.6*:81*. I can't see any way on our
> cyberoam to map an address to an ip/port, just to an ip only.
>
> Any ideas you have would be most welcome. Even if you haven't got a
> cyberoam, how have you all done external routing on your installations?
>
> Thanks for your help, and regards,
> --
>
> Dave Jury
>
>
>
> rielstar
> Business Solutions
>
>
>
> Marondera Branch:
> 10A Tipperary
> Marondera
> Phone 0773 247 121
>
>
>
>
>
> -- Forwarded message --
> From: Joy Nelson 
> To: Craig Butosi 
> Cc: Koha 
> Bcc:
> Date: Tue, 21 Mar 2017 15:58:40 +0100
> Subject: Re: [Koha] Koha 16.05 - Change MARC framework globally on batch
> of records?
> Craig-
> The 'bad' records reported would indicate corrupted marc records.
> ModBiblio will return 1 on success and 0 for no success.  The goodcount is
> incremented when ModBiblio is successful with an update and the badcount is
> updated when not successful.
>
> Thanks
> -Joy
>
> On Tue, Mar 21, 2017 at 3:25 PM, Craig Butosi 
> wrote:
>
> > Hi everyone,
> >
> > Thanks to everyone who replied. This is exactly what I was looking for.
> > I've tested  'X';
> > > , opened the record, saw the framework had changed, then saved it, so
> the
> > query seems to work fine on at least one record. Thanks Michael.
> >
> > > or use the touch_all_biblios.pl script
> >
> > Joy, are there any major risks involved in running this (very 

[Koha] Separate hold queues?

[Andreas Hedström Mace]

Hi all!

We are at Stockholm University Library experiencing some difficulties with how 
Koha is currently handling hold queues, and are considering development in this 
area. Are there any other libraries who are experiencing similar issues (see 
below), and would be interested in the development of separate hold queues? Or 
have an opinion on whether this would be a good/bad idea?

In Koha today it is possible to limit the fulfilment of holds per branch (same 
pick-up location as home/holding library) and item type. For us, it makes most 
sense to view this as several hold queues for one bibliographic record. For 
example: a person queuing for a book from the textbook collection (item type = 
”TC”) isn’t actually queuing for books for the general collection (item type = 
”GC”). But Koha handles this as one big queue. This isn’t a problem for the 
holds per se, as Koha only fetches the book that has the right criteria to fill 
the hold (i.e. the correct item type or home/holding library) but it has proven 
to be an issue for our patrons.

As Koha displays it as one big queue, it might seem that the queue is much 
bigger that it actually is. This has confused a number of patrons, and have 
discouraged others from placing holds. Continuing our example: a book has three 
patrons on hold for item type GC, when a new patron adds a hold for TC. This 
makes this person number four in the queue in Koha today, making the patrons 
believe that they will have to wait weeks or months for the book (in our 
library TC is 7 days, GC 28 days) when in reality it is only one week.

For us, this would better be described as two queues:
One with 3 patrons on hold (General collection)
One with 1 patron of hold (Textbook collection)

The same is true for hold fulfilment that require pick-up location to be the 
same as home/holding library (i.e. hold fulfilment per branch). Say a public 
library also have a school library in it’s organization, that is a special case 
where books from the other libraries should not be sent to the fulfil holds, or 
vice versa. As in our example above it would be better to display queues 
separately so 5 holds at the main library won’t discourage a student from 
placing a hold on that same book at the school library.

So my question is basically, is there are other libraries out there who are 
using any of these hold fulfilment features (or would like to), and would want 
to see a new feature to separate/split hold queues? Or who could see the 
benefit of such a feature.

Please note that separate hold queues would of course only come in effect if 
any system preference that limits hold fulfilment is set to allow. Also, this 
would not effect holds to pull.

I look forwards to hearing people’s opinion about this!

Best regards,
Andreas


Andreas Hedström Mace
Librarian
Stockholm University Library
Stockholm University
106 91 Stockholm
Tel: +46 (0) 8 16 49 17
su.se/english/library


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