mode.insecure.com (which is a strange default for us that I'd not spotted before!)← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 12:16 | Brooke | howdy |
| 12:28 | owen | Hi #koha |
| 12:28 | kados | g'morning all |
| 12:28 | heya owen | |
| 12:28 | hdl: 3.0 beta was released ;-) | |
| 13:13 | owen | Anyone else seeing blank help pages? |
| 13:13 | help.pl: HTML::Template::Pro:template /koha/production/intranet/htdocs/intranet-tmpl/prog/en,fr/modules/help/nohelp.tmpl not found! at /koha/production/intranet/cgi-bin/help.pl line 28 | |
| 13:14 | kados | owen: looks like someone isn't using the <language> variable correctly :/ |
| 13:14 | owen | I'm not surprised it didn't find "/prog/en,fr/modules/" |
| 13:15 | kados | owen: try disabling 'fr' in your syspref and see if that fixes it |
| 13:15 | hdl | kados : yes I saw. |
| 13:16 | owen | Yes, that fixed it |
| 13:16 | kados, I notice the opaclanguages syspref now lists "(famfamfam)" as a language choice :) | |
| 13:17 | kados | owen: hehe, yea, that's been fixed, I just need to push it up |
| 13:19 | Brooke | Fam fam fam fam diddy fam clam dam |
| 13:19 | owen | :D That's the stuff |
| 13:19 | Brooke | gotta keep the graphics guy happy. |
| 13:25 | hmmmm | |
| 13:26 | can anyone shoot me a login for a box that has a running 3.0 beta on it? | |
| 13:26 | stuff looks missing for permissions in the demo, at least to me. | |
| 13:26 | kados | Brooke: that's because people kept breaking things |
| 13:27 | Brooke | *nod* |
| 13:27 | owen | Brooke, you're working on documentation? |
| 13:27 | kados | Brooke: kados kados will get you in without restrictions |
| 13:27 | just don't break stuff :-) | |
| 13:27 | Brooke | shhhh owen |
| 13:27 | don't actually say work | |
| 13:27 | you don't want to frighten me back to folding laundry... | |
| 13:27 | owen | ...because others are working on that actively now too |
| 13:32 | Brooke | I'm just updating my newbie guide so it doesn't mess with anyone's kool aid |
| 13:36 | owen | Mmmm.... Kool aid. |
| 13:44 | atz | wtg apple.... only 150MB of updates today |
| 13:54 | Brooke | hi atz |
| 14:10 | sheesh, if writing this stuff makes me sleepy, I can't imagine the poor folks that read it. :) | |
| 14:10 | fbcit | g'morning koha |
| 14:10 | Brooke | howdy |
| 14:27 | owen | How's it going, fbcit ? |
| 14:30 | fbcit | owen: good, how about with you? |
| 14:32 | kados | hehe |
| 14:32 | owen++ | |
| 14:33 | owen | fbcit, greeter skin? |
| 14:34 | kados | hey fbcit |
| 14:34 | fbcit | owen: the login screen |
| 14:34 | for gnome | |
| 14:34 | I'm running Ubuntu on the circulation desk | |
| 14:36 | a little fresh air will do the computer world good | |
| 14:42 | kados | hey slef ! |
| 14:42 | slef | hello! |
| 14:42 | kados | slef: good to see you on IRC |
| 14:42 | slef: how's things in the UK? | |
| 14:42 | slef | kados: get with jabber |
| 14:43 | kados: OK, booked up pretty well, but I have a MacOS X machine causing zebra problems, hence the IRCing... anyone got one running? | |
| 14:43 | kados | did you compile from source? |
| 14:44 | slef | mix of system parts, fink and compilation |
| 14:44 | but the problem is actually in the zebraqueue bits | |
| 14:44 | also, daemon isn't present on here, but neither's start-stop-daemon, so my usual fix doesn't work | |
| 14:46 | hdl | hi slef |
| 14:46 | slef | The error I get from zebraqueue is:- Can't locate auto/XML/LibXML/parse_uri.al in @INC at /sw/lib/perl5/5.8.6/XML/Simple.pm line 291 |
| 14:46 | which is a new one to me and to google | |
| 14:46 | hi hdl | |
| 14:46 | kados | slef: that sounds like a problem with libxml and/or XML::LibXML |
| 14:47 | slef | I've also got some idea where to add more error-trapping in z3950-search but I'll get on with it later. |
| 14:47 | atz | hmm... .al is autoloader element |
| 14:47 | slef | kados: yeah, but I've ripped them down and reinstalled a few times. Any idea how to isolate it? |
| 14:48 | atz | slef: any reason not to update perl? |
| 14:48 | kados | libxml and XML::LibXML are especially problematic |
| 14:48 | you have to have matching versions or they don't work properly | |
| 14:48 | slef | atz: is it a perl problem? It's the system perl and I'm not the main sysadmin :-/ |
| 14:49 | kados | slef: I'd try to locate a libxml2 guide for OSX specifically, and then when you get that working, install the cooresponing version of XML::LibXML |
| 14:49 | ahh, bummer | |
| 14:49 | atz | ah, nevermind... i'm not used to mac OS as anything but desktop/workstation |
| 14:49 | slef | package versions are: libxml2 2.6.27-1002 and libxml-pm586 0.08-1 |
| 14:49 | kados | http://search.cpan.org/src/PAJ[…]ibXML-1.66/README |
| 14:49 | slef: Notes for Mac OSX | |
| 14:49 | slef | xml-libxml-pm58 1.61.3-1 even |
| 14:49 | kados: thanks. | |
| 14:50 | kados | also take a look at the 'Which version of libxml2 should be used?' section |
| 14:51 | slef | ok, so it looks like this combination (2.6.27 and 1.61.3) should work |
| 15:03 | kados: how are things at liblime? | |
| 15:06 | kados | slef: busy, but good |
| 15:23 | slef | Can't locate object method "parse_uri" via package "XML::LibXML" at /sw/lib/perl5/5.8.6/XML/Simple.pm line 292. |
| 15:27 | Can't locate object method "parse_uri" via package "XML::LibXML" at /sw/lib/perl5/5.8.6/XML/Simple.pm line 363. | |
| 15:27 | BEGIN failed--compilation aborted at zebraqueue_daemon.pl line 15. | |
| 15:27 | kados | slef: what version of XML::LibXML, check Makefile.PL for the one zebraqueue requires? |
| 15:28 | slef | 'XML::LibXML' => 1.59, |
| 15:28 | 'XML::Simple' => 2.14, | |
| 15:28 | so I'm too up-to-date? crikey | |
| 15:28 | that's a first | |
| 15:51 | ok, now I have those two exact versions and get a similar error:- | |
| 15:52 | Can't locate auto/XML/LibXML/parse_uri.al in @INC at /sw/lib/perl5/5.8.6/XML/Simple.pm line 287 | |
| 15:52 | BEGIN failed--compilation aborted at zebraqueue_daemon.pl line 15. | |
| 15:52 | anyone got any other ideas? | |
| 15:53 | atz | slef: do you need to expand @INC ? |
| 15:53 | i.e., where did your newly installed version end up? | |
| 15:53 | slef | atz: already have. There's no parse_uri.al on the system. |
| 15:53 | atz | it gets created by autoloader |
| 15:54 | slef | atz: any idea how to encourage its creation? |
| 15:55 | atz | i should say... it gets created by autosplit, and read by autoloader |
| 15:55 | iiuc | |
| 15:58 | slef | I can't see AutoSplit being invoked during build at all. :-/ |
| 16:04 | http://rt.cpan.org/Public/Bug/[…]lay.html?id=25474 looks interesting | |
| 16:05 | atz | i have no parse_uri.al on our debian system either |
| 16:06 | slef | Can't locate object method "parse_uri" via package "XML::LibXML" at /sw/lib/perl5/5.8.6/XML/Simple.pm line 288. |
| 16:06 | BEGIN failed--compilation aborted at zebraqueue_daemon.pl line 15. | |
| 16:06 | hdl | owen : on latest git, i have no way to add a cart to a list at OPAC but it was possible last week. |
| 16:06 | slef | well, that's more usual... still not sure why it's happening there, though |
| 16:07 | atz | slef, so you added undef &AUTOLOAD? |
| 16:07 | slef | atz: yes |
| 16:07 | owen | hdl: are you logged in? |
| 16:08 | hdl | my fault. appologies. |
| 16:08 | Very good. | |
| 16:08 | slef | atz: didn't really fix the problem, though |
| 16:08 | owen | Unfortunately, I see that it doesn't seem to be working |
| 16:09 | atz | yeah, just changed the form of the problem |
| 16:09 | slef | XML::Simple::build_tree('XML::Simple=HASH(0x1b05f14)', '/Library/WebServer/Koha/etc/koha-conf.xml', '/Library/WebServer/Koha/etc/koha-conf.xml') called |
| 16:09 | at /sw/lib/perl5/5.8.6/XML/Simple.pm line 221 | |
| 16:09 | XML::Simple::XMLin('/Library/WebServer/Koha/etc/koha-conf.xml', 'keyattr', 'ARRAY(0x1acda48)', 'forcearray', 'ARRAY(0x1ae2748)') called at /Library/WebServer/Koha/lib/C4/Context.pm line 211 | |
| 16:09 | C4::Context::read_config_file('/Library/WebServer/Koha/etc/koha-conf.xml') called at /Library/WebServer/Koha/lib/C4/Context.pm line 286 | |
| 16:10 | I forgot about that until just now. I'll go get the dunce hat | |
| 16:11 | so, one question is, if this is happening from C4::Content, htf is the web interface displaying? | |
| 16:11 | owen | hdl: are you able to save a cart as a list? |
| 16:12 | hdl | No. But able to save a cart in a list. |
| 16:12 | atz | slef: apache still works |
| 16:13 | slef | atz: and it can run koha, which loads C4::Context... |
| 16:13 | atz | not everything directly depends on using context though |
| 16:13 | just most of it | |
| 16:14 | slef | C4::Output uses C4::Context, so I think it's being called |
| 16:14 | also, I've not noticed any problem with the web interface at all | |
| 16:14 | owen | Oh, never mind me. It's working fine. |
| 16:18 | slef | oh hang on... look at the next line in the backtrace |
| 16:19 | C4::Context::new('C4::Context', 'undef') called at /Library/WebServer/Koha/lib/C4/Context.pm line 237 | |
| 16:19 | C4::Context::import('C4::Context') called at zebraqueue_daemon.pl line 15 | |
| 16:19 | it's only the import that screws up, not a simple use | |
| 16:19 | atz | ah yes... Context actually sucks here. |
| 16:20 | it redifines import and uses it as INIT{} | |
| 16:20 | i'm not sure what the zq_daemon was expecting | |
| 16:21 | slef | I do need zqd working, don't I? |
| 16:21 | atz | for basic demo, no |
| 16:21 | slef | for cataloguing? |
| 16:22 | atz | yeah, for cataloging to show up in the index w/o intervention or cron job |
| 16:22 | slef | what's the intervention? |
| 16:22 | atz | rebuild_index |
| 16:22 | slef | how do I call that? |
| 16:23 | (The zqd has worked fine for me on other platforms.) | |
| 16:23 | atz | ./misc/migration_tools/rebuild_zebra.pl |
| 16:24 | slef | Can't locate object method "parse_uri" via package "XML::LibXML" at /sw/lib/perl5/5.8.6/XML/Simple.pm line 288. |
| 16:24 | BEGIN failed--compilation aborted at migration_tools/rebuild_zebra.pl line 5. | |
| 16:24 | yummy | |
| 16:24 | C4::Context::import('C4::Context') called at migration_tools/rebuild_zebra.pl line 5 | |
| 16:25 | in other words: I lose | |
| 16:26 | atz | here's the (imho) hackjobby import redef in Context: |
| 16:26 | sub import { | |
| 16:26 | my $package = shift; | |
| 16:26 | my $conf_fname = shift; # Config file name | |
| 16:26 | my $context; | |
| 16:26 | # Create a new context from the given config file name, if | |
| 16:26 | # any, then set it as the current context. | |
| 16:26 | $context = new C4::Context($conf_fname); | |
| 16:26 | return undef if !defined($context); | |
| 16:26 | $context->set_context; | |
| 16:26 | } | |
| 16:26 | slef | perl -I ../lib -MC4::Context -e print |
| 16:26 | Can't locate object method "parse_uri" via package "XML::LibXML" at /sw/lib/perl5/5.8.6/XML/Simple.pm line 288. | |
| 16:27 | that's essentially a use... isn't it? | |
| 16:27 | atz | slef: got KOHA_CONF defined in env? |
| 16:27 | export? | |
| 16:27 | *exported? | |
| 16:27 | slef | yep and yep |
| 16:27 | and PERL5LIB | |
| 16:28 | and check in the backtrace above, it finds the conf OK | |
| 16:29 | atz | so we're failing on the XMLin call, in read_config_file, during the "new" constructor of Context |
| 16:31 | try perl -MXML::Simple -MData::Dumper -e "$x=XMLin('$KOHA_CONF'); print d | |
| 16:31 | slef | $ perl sax_parser_print.pl |
| 16:31 | XML::LibXML::SAX=HASH(0x81fd3fc) | |
| 16:31 | atz | try perl -MXML::Simple -MData::Dumper -e "$x=XMLin('$KOHA_CONF'); print Dumper($x);" |
| 16:31 | slef | $ perl sax_parser_print.pl |
| 16:31 | XML::LibXML=HASH(0x1849ee4) | |
| 16:31 | (second one is MacOS X) | |
| 16:32 | atz | ah... now we're onto it |
| 16:32 | slef | atz: no output from either |
| 16:32 | atz | echo $KOHA_CONF |
| 16:32 | ? | |
| 16:32 | slef | $ echo $KOHA_CONF |
| 16:32 | /home/mjr/koha/etc/koha-conf.xml | |
| 16:32 | (damn leading /s) | |
| 16:33 | atz | i think the SAX issue is the core |
| 16:33 | too many libXML libraries floating around | |
| 16:34 | :\ | |
| 16:34 | slef | only one, irritatingly enough |
| 16:34 | which might explain why it can't find some methods | |
| 16:35 | hrmph | |
| 16:35 | both systems now have same ParserDetails.ini, but still output different results | |
| 16:36 | atz | yeah, it doesn't seem to be obeyed by all vesions |
| 16:37 | this happens on debian also | |
| 16:37 | slef | it's called SAX.ini on this version |
| 16:37 | atz | if the user installs from CPAN instead of the .deb binary |
| 16:38 | slef | whahey! |
| 16:38 | it works | |
| 16:38 | atz: thanks for your help. Do you want anything I have> | |
| 16:39 | ooh wait :-/ | |
| 16:39 | dyld: lazy symbol binding failed: Symbol not found: _zebra_repository_index | |
| 16:39 | Referenced from: /sw/bin/zebraidx | |
| 16:39 | Expected in: /usr/local/lib/libidzebra-2.0.0.dylib | |
| 16:39 | dyld: Symbol not found: _zebra_repository_index | |
| 16:39 | Referenced from: /sw/bin/zebraidx | |
| 16:39 | Expected in: /usr/local/lib/libidzebra-2.0.0.dylib | |
| 16:39 | atz | hrm... no idea about that one... |
| 16:39 | slef | ls: /usr/local/lib/libidzebra-2.0.0.0.0.1.dylib: No such file or directory |
| 16:39 | actually | |
| 16:40 | atz | maybe go take the undef &AUTOLOAD part out? |
| 16:40 | slef | oh yeah |
| 16:40 | same error | |
| 16:40 | this looks like a zebra package fu | |
| 16:41 | atz | zebra installs are their own little adventure |
| 16:42 | slef | there's a new version available |
| 16:43 | ah, found it... idzebra-shlibs wasn't installed | |
| 16:43 | yep, that's a happy puppy | |
| 16:44 | Oops! ES: immediate execution failed | |
| 16:44 | erm, so what causes that? | |
| 16:44 | (from zebraqueue_daemon.pl) | |
| 16:44 | atz | already running? |
| 16:45 | slef | or zebra not running, perhaps |
| 16:45 | ah no, there it is :-/ | |
| 16:45 | Inside while loop at zebraqueue_daemon.pl line 80. | |
| 16:45 | Updating record at zebraqueue_daemon.pl line 115. | |
| 16:45 | In zebrado at zebraqueue_daemon.pl line 170. | |
| 16:45 | At reconnect at zebraqueue_daemon.pl line 180. | |
| 16:45 | Record found at zebraqueue_daemon.pl line 184. | |
| 16:45 | At Retry at zebraqueue_daemon.pl line 189. | |
| 16:45 | Oops! ES: immediate execution failed | |
| 16:46 | then that repeats very very quickly | |
| 16:47 | atz | ah... don't run _daemon directly |
| 16:47 | there was some kind of indirection... let me check | |
| 16:47 | slef | neither daemon nor start-stop-daemon exist on MacOS X yet |
| 16:49 | atz | are you running it like: |
| 16:49 | slef | perl -I ../lib zebraqueue_daemon.pl -f ../etc/koha-conf.xml |
| 16:49 | atz | looks reasonable |
| 16:49 | slef | (retested with absolute paths and it's no happier) |
| 16:49 | nengard | hiya all - quick question (i hope) when i go to acquisitions > late orders - and then fliter to show my late orders. what happens after i check an order and hit the claim button? in my case - nothing happened - i just want to know if this is a bug or not |
| 16:50 | atz | nengard: i have no idea. |
| 16:51 | nengard | thanks atz - very helpful :) no one seems to know how this late orders thing works ;) |
| 16:51 | atz | does claim mean "ok, I finally got it" |
| 16:51 | ? | |
| 16:51 | nengard | atz - claim means i never got it |
| 16:51 | claim = file a claim | |
| 16:51 | slef | nengard: can you give us the URL? Then we can read the script and say what it's trying to do |
| 16:51 | nengard | i would think |
| 16:51 | atz | "gripe" |
| 16:51 | nengard | sure |
| 16:52 | slef | just the bit after the :8080/ is fine |
| 16:52 | owen | nengard: have you asked ryan? I thought he had done work with acquisitions |
| 16:52 | atz | there should be some feedback like "claim filed" |
| 16:52 | at least | |
| 16:52 | slef | if you don't want robots trying to access your intranet by mistake :) |
| 16:52 | nengard | koha/acqui/lateorders.pl |
| 16:52 | atz | and the button shouldn't be there for you to click on anymore |
| 16:52 | nengard | owen: i emailed him a few time with other late order questions - but didn't get an answer |
| 16:52 | hdl | nengard : this should send a letter via letters |
| 16:53 | nengard | hdl - how do i see the letters that were sent - or need to be printed? |
| 16:53 | or are these letters emails? | |
| 16:53 | hdl | emails. |
| 16:53 | nengard | and can i see what emails were sent? how do i know if this is working right? |
| 16:54 | slef | check your server's mail logs? |
| 16:54 | hdl | I am not the one who designed letters. But I think that they are sent to both the recipient and the librarian. |
| 16:54 | slef | default debian is /var/log/exim4/mainlog |
| 16:54 | hdl | must go now |
| 16:54 | slef | hdl: bye! |
| 16:56 | nengard | i don't have access to the mail logs - how do i set up the librarian's email address? I went through all global preferences and didn't see it there |
| 16:57 | also - i'm not sure it's working - because the item i claimed is still on the list of late orders .... | |
| 16:57 | slef | it looks like it takes it from the librarian's patron info |
| 16:57 | you are logged in as a regular librarian and not libadmin, right? ;-) | |
| 16:57 | (or kohaadmin or whatever it's called) | |
| 16:58 | nengard | i'm logged in as kohaadmin - guess i should change that :) |
| 16:59 | slef | yep, else I think it might be trying to email testmode.insecure.com (which is a strange default for us that I'd not spotted before!) |
| 17:00 | Anyway, I suspect you won't get a librarian copy if kohaadmin does the claim. | |
| 17:00 | At worst, it'll be junk-mailing someone :) | |
| 17:00 | nengard | hehe |
| 17:01 | slef | right, back to banging my head on a zebra and this Oops! ES: immediate execution failed thing. |
| 17:04 | ok, zebraqueue_daemon.pl runs fine on the debian server, so it's a system problem rather than a me problem or a koha problem | |
| 17:06 | atz | blame apple |
| 17:07 | slef | I do. Frequently. |
| 17:08 | so if I cron rebuild_zebra.pl, that will be good enough for now? | |
| 17:08 | and does this: | |
| 17:08 | 17:01:09-25/03 zebraidx(10715) [log] Records: 0 i/u/d 0/0/0 | |
| 17:08 | mean the zebra has no biblios? | |
| 17:38 | hi Brooke | |
| 17:38 | Brooke | howdy mj :) |
| 17:38 | so, I have a dumb question | |
| 17:38 | slef | I'm being dumb today too, so g4i |
| 17:39 | Brooke | I seem to recall a * row in this table http://koha.liblime.com/cgi-bi[…]n/issuingrules.pl has it been eaten by total as the new default? |
| 17:41 | slef | I don't know but I'll look it up in the source |
| 17:44 | Brooke | :) thanks |
| 17:45 | slef | when Circulation says it's "now checking for total", it checks for (category, *, branch) hrm |
| 17:45 | ok, so it goes like this: first looks for ( $cat_borrower, $type, $branch ) | |
| 17:46 | then for ( $cat_borrower, '*', $branch ) | |
| 17:46 | then for ( '*', $type, $branch ) | |
| 17:46 | then for ( '*', '*', $branch ) | |
| 17:46 | ( $cat_borrower, $type, '*' ) | |
| 17:46 | ( $cat_borrower, '*', '*' ) | |
| 17:47 | ( '*', $type, '*' ) | |
| 17:47 | ( '*', '*', '*' ) | |
| 17:47 | When do you think the * rows vanished? | |
| 17:48 | Brooke | maybe they are there but hidden where someone like me can't bust em... |
| 17:49 | \/\/00+ warcraft's back up :) | |
| 17:51 | slef | ok, then |
| 18:06 | owen | atz? |
| 18:22 | slef | must have mangled the data files at some point |
| 18:42 | owen | atz? |
| 18:42 | atz | ? |
| 18:42 | slef | READY |
| 18:43 | owen | atz, I've got a question about how the OPAC shelves work. |
| 18:43 | atz | ok |
| 18:43 | owen | I'd like to hide the 'create new list' form unless the user clicks a link to create a new list |
| 18:43 | I'm not sure the logic of the template will allow me to do that just by moving stuff around | |
| 18:44 | I see a lot of "$showadd = 1" in Page.pm. Is that just determining whether the user has permission to add a list? | |
| 18:44 | atz | you mean in the toolbar? |
| 18:45 | owen | I'm talking about the OPAC, where a "Create a New List" form appears wherever you are in lists |
| 18:46 | atz | checking |
| 18:50 | yes, that's right | |
| 18:50 | showadd is the variable to control the display of that div | |
| 18:54 | sounds like you want to create a different link (back to the same page) | |
| 18:54 | owen | I'd like a link like "opac-shelves.pl?op=add" to redisplay opac-shelves.pl with just the add form |
| 18:54 | atz | right |
| 18:57 | so that showadd essentially means "don't show everything else" | |
| 18:58 | you could get the same kind of thing w/ YUI | |
| 18:59 | i.e. default hide the input box and label, click the legend part to unhide | |
| 18:59 | and you wouldn't have to reload the page | |
| 19:00 | ryan | nengard: did you get your claims Q answered ? |
| 19:01 | nengard | ryan: yes and no - i got an answer, but i don't know if it's working because for some reason after i hit claim the order still shows up as late...should it be removed? i'm going to send you a link to look at.... |
| 19:02 | ryan: sent you an email scroll to the bottom of the page and see my conversations under Late Orders ... | |
| 19:06 | ryan - oh yuk - i thought i made it avail for all on liblime domain | |
| 19:09 | owen | atz: I'd rather not use js to show/hide that form because the other interactions with lists don't do the same. |
| 19:10 | atz | not sure what you mean... the lists in toolbar are using YUI, right? |
| 19:11 | owen | Sorry atz, I guess I'm not communicating well |
| 19:12 | atz | honestly I'm pretty frazzled myself, today :\ |
| 19:12 | owen | On this page: http://oleonard.dev.kohalibrar[…]a/opac-shelves.pl |
| 19:12 | The "create a new list" form. | |
| 19:18 | atz | right, that's what I've been looking at |
| 19:18 | i agree it shouldn't be displaying when I'm not logged in. | |
| 19:23 | owen | I'm not talking about the toolbar at all |
| 19:23 | atz | understood |
| 19:25 | owen | I know I'm using YUI elsewhere in the interface, but not to show/hide the components of the main content area when working with lists |
| 19:26 | atz | however you want to do it is fine |
| 19:29 | just make sure that any logical updates are applied in the staff template also | |
| 19:32 | owen | Actually I'm trying to do the reverse: get the OPAC to follow the interaction pattern that the staff client uses |
| 19:33 | atz | right, same idea |
| 23:13 | nengard | I know I can anonomize patron data by going to: koha/tools/cleanborrowers.pl - but is there a way to set up the system to do this automatically? I ask so I can put the question & answer in the manual - as I know people will (and have) ask |
| 23:15 | ryan | yes, the system administrator can set up a nightly process. |
| 23:33 | nengard | great |
← Previous day | Today | Next day → | Search | Index
