Hi, I'm working on providing a bash-completion script for koha commands, so
we have that handy tool for our commands.
I'm doing this on a per-koha-script basis. For the task I'm revisiting each
koha-* command to avoid messing with option switches combinations. I've
already found some tiny problems
Hey all!
I have a library that is interested in being able to renew items in batch
by just scanning the item barcodes. This is a bit of an unusual feature,
and I think it would work well as a plugin, but could also be built into
Koha itself. I thought I'd just ask here to see what everyone thinks!
Hi,
On Tue, Apr 23, 2013 at 8:24 AM, Tomas Cohen Arazi wrote:
> I'm doing this on a per-koha-script basis. For the task I'm revisiting each
> koha-* command to avoid messing with option switches combinations. I've
> already found some tiny problems (mostly poor error handling).
Thanks for taking
Greetings,
My biggest desideratum for these scripts is that koha-create
be atomic -- in other words, that it either completely succeed,
or if it fails, completely clean up after itself so that it can be
re-run cleanly after the underlying problem is fixed.
(+1)*
AMEN! and AMEN! -- When I first
On Tue, Apr 23, 2013 at 3:14 PM, Galen Charlton wrote:
>
> My biggest desideratum for these scripts is that koha-create be atomic
> -- in other words, that it either completely succeed, or if it fails,
> completely clean up after itself so that it can be re-run cleanly
> after the underlying prob
Just realized I hadn't responded ...
Thank you, Sophie. That does indeed work.
Galen's solution (explicitly casting the barcode as an integer) produces
the same results.
Thanks to both!
Cab Vinton
Sanbornton PL
On Wed, Apr 17, 2013 at 11:36 AM, Sophie Meynieux <
sophie.meyni...@biblibre.com> w
Greetings,
I currently have two “big” requests on my plate right now: SAML 2.0
authentication and multi-branch permissions. As a result, I was wondering
what would be the best way to proceed such that patches I generate would
make it into Koha eventually. Because if I have to keep rebasing, be
Has anyone seen this error?
root@mtplkohacomm:/home/koha/kohaclone# perl -I ./SIPServer.pm
/home/koha/kohaclone/etc/SIPconfig.xml
syntax error at /home/koha/kohaclone/etc/SIPconfig.xml line 2, near "-->"
Unterminated <> operator at /home/koha/kohaclone/etc/SIPconfig.xml line 5.
Thanks,
Scott Kus
Hi,
On Tue, Apr 23, 2013 at 12:42 PM, Scott Kushner
wrote:
> root@mtplkohacomm:/home/koha/kohaclone# perl -I ./SIPServer.pm
> /home/koha/kohaclone/etc/SIPconfig.xml
>
> syntax error at /home/koha/kohaclone/etc/SIPconfig.xml line 2, near "-->"
The invocation isn't quite right. Assuming you're in
Tomas Cohen Arazi schreef op di 23-04-2013 om 12:24 [-0300]:
> I'd like you to (1) tell me if its ok that I patch them in bash (which
> is what they are written in) and (2) if you have the time, discuss
> here the current and desired semantics for those commands, including
> the option switches.
M
On Wed, Apr 24, 2013 at 11:36:09AM +1200, Robin Sheat wrote:
> My feelings on making koha-create more atomic are that this might
> require a rewrite in Perl to really do it. Ideally for every operation
> performed, we would store the undo operation onto a list. If we
> encounter a failure, we play
11 matches
Mail list logo
