Time Nick Message 00:06 brendan @wunder 93117 00:06 munin brendan: The current temperature in Brandon/Evergreen, Goleta, California is 21.3�C (5:00 PM PDT on July 27, 2010). Conditions: Clear. Humidity: 59%. Dew Point: 13.0�C. Pressure: 29.92 in 1013.1 hPa (Falling). 00:31 munin New commit(s) kohagit: Merge branch 'origin/new/bug3756_reenable_local_sysprefs' of git://git.tamil.fr/git... <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=2e31837759002fe8b2b807079c8d1f1ca2e24085> / Bug 3756 Don't display as local AutoSelfCheckID syspref and others <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=ec3913e1aabe28bc5dd43c3af401a7e2bf80f677> 00:41 munin New commit(s) kohagit: Bug 5046 - fix the zebra authorities configuration <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=a1616127bdcfd7d765d7f73cce54cae5609e3a7f> 03:22 Amit hi chris 03:23 chris hi Amit 07:10 kf hi #kooha 07:23 magnus hiya kf & #koha 07:27 kf morning magnus 07:52 chris evening 07:52 magnus good time of the day, chris 07:52 chris :) 08:07 hdl hi 08:11 chris hi hdl 08:11 kf hi hdl 08:12 magnus hi hdl 09:17 kf fredericd: around? 09:49 fredericd kf: hello 09:55 kf frederic: hi frederic 09:57 kf frederic: I wonder about the yes/no values in the sys prefs 09:57 kf I have a installation where I get no and yes values in the database 09:57 fredericd not good 09:58 fredericd I thing it can't occur anymore 09:58 fredericd you should update your systempreferences table 09:58 kf I have 09:58 kf but the pref file is the problem 09:58 kf I jsut have no idea why it is wrong 09:59 fredericd Do you have an example? I will compare with French .po file 09:59 kf the difference between this installation and my dev installation is standard vs. dev install and updated from 3.01.61 vs. much later install from head 10:00 kf it's "no" and "yes" instead of "" and "1" - the english file is always yes and no - why are the translated files different? 10:01 fredericd Could you give a specific .pref file and a systempreference? 10:02 kf mom 10:02 kf searching :) 10:04 kf I was testing hidelostitems in different installations 10:05 kf hm, ok. I checked the po files - sys pref po file is older than the rest. perhaps my coworker forgot to get a new file from pootle when he updated the server installation 10:07 fredericd kf: In your .po file, what do you have? 0 or no / 1 or yes? 10:07 fredericd You should have 0/1 10:20 kf fredericd: I use the same po files in my dev installtion . everything reight there 10:24 fredericd kf: There is just one test which matter. Switch your koha interface into German. Modify a boolean syspref and after that check that you haven't a yes/no in the DB. 10:25 kf fredericd: in my dev install its 0 or 1, all ok there, let me check again to be sure in our standard install 10:27 kf fredericd: I think the problem is different. In our standard install the translation of sys prefs has a major problem that does not occur in my dev install 10:28 kf fredericd: the text is not translated at all, and when I change something its yes or no in the database 10:28 fredericd On which version is you standard install? 10:28 kf fredericd: after talking to my coworker it seems that he was not able to use the translate script, so he did use another script or process 10:29 kf it's slightly older than dev, last update 2 weeks ago Koha Version: 3.01.00.142 10:29 fredericd so you have an explanation... 10:29 kf yes, but another problem 10:29 kf why does "perl translate install de-DE" work for me, but not in our standard install? there are a lot of error messages and wrong paths 10:30 kf http://paste.koha-community.org/32 10:30 fredericd Are both of those Koha instances development installations? 10:31 kf no, the problem occurs in a standard installation 10:32 chris you exported KOHA_CONF ? 10:32 kf he send me part of the error message, see my paste 10:32 kf hi chris 10:32 chris it uses that to work out the paths to the template files 10:32 kf he did work out a patch, but a strange one 10:33 kf it... 10:33 chris you are sure KOHA_CONF was set before he ran the translate eh? 10:33 fredericd 'translate' script doesn't work with standard installation, only with devel install 10:33 kf I think he did something in the configuration so they are always set - but will go back and ask him - give me a min 10:34 kf hm 10:34 kf fredericd: did you test? 10:34 chris kf: he wrote it, so i'll believe him :) 10:35 chris you can do it with the tmpl_process3.pl instead of using translate in standard (the old way) 10:35 kf chris: I think thats what he did 10:35 kf but it does not work for system preferences 10:36 chris right 10:36 kf Im not sure what he did to translate the sys pref files - and it did not work. 10:36 kf ok, so perhaps we need to document that it will not work with a standard install :( 10:37 chris you could run it in the git repo, and copy it over 10:37 kf are there any advantages using a standard install? 10:38 kf now we even have features that don't work with standard 10:38 chris that needs to be fixed, 99% of ppl will run standard 10:38 chris ie, download the tarball and install from there 10:38 fredericd kf: It's not a feature for standart install. In a standart install, people will not execute this script 10:39 kf because they get the templates from the tarball - if they choose the big version 10:39 fredericd yes 10:39 kf but I think there are many reasons you might want to update your translations 10:39 fredericd so update your installation 10:39 kf I'm improving them all the time 10:40 fredericd kf: you're not a standart koha user. You have to run a devel installation 10:40 kf ok, at least I know now where the problem is 10:40 kf fredericd: what is a standard koha user? 10:40 fredericd good question... 10:40 kf our production systems are standard installations - because we thought that was the way to go 10:40 chris they dont update translations for a start :) 10:41 chris they install, and use 10:41 kf hmpf. :) 10:41 chris you are a developer 10:42 chris none of us in here are standard users 10:42 kf ok 10:42 chris soon, translations will be packaged 10:42 kf what do you think is the way to go? we talked about using the debian packages - is this for standard users too and git is the way to go for developers? 10:43 chris i use the packages 10:43 chris for production 10:43 fredericd my opinion is that as soon as you have to tweak anything in your koha instance, templates, perl file, translation, you need to run a devel instance 10:43 kf we will want to update translation in production systems - getting rid of all the typos 10:43 chris for our hosted users anyway 10:44 chris yup, you do the updates in testing kf, then roll them out to a staging environment (in a new package) 10:44 chris then if it passes 10:44 chris you upgrade the packages on your production machine 10:44 kf uh, I have no idea how to do that 10:44 kf testing - ok, but I have no idea about package management 10:45 chris you'll learn at the dev conference 10:45 chris its actually not very hard at all, because of the scripts lars and robin have written 10:45 kf but not sure we want to have our own packages - 10:45 chris eventually the translations will be their own package 10:46 kf just a possibility to update installations with po files from pootle 10:46 chris id still do that with packages 10:46 chris update the translations test, then installed the tested packages on all the machines 10:47 kf fredericd: thx for your help. sorry, that it took so long to figure out the problem. 10:48 fredericd chris: This packages stuff seems to be a good argument to come to koha conf... 10:48 kf chris: not sure I can learn all that during the dev conference - you say I am a developer, but I have still very little programming and linux knowledge. 10:48 kf my coworker does the server administation here. We talkes about some major changes for 3.2 - changing from standard install to the packages or a dev install 10:49 chris oh, im sure you can kf 10:49 chris you are a fast learner, and we have some good teachers coming along 10:49 chris fredericd: ... it is ... we plan some good git tips and tricks to, including automated builds 10:50 kf I would like to learn how to merge branches and solve conflicts 10:50 kf some levels below automated builds :) 10:50 chris oh, we can definitely cover that 10:55 kf hmpf. you are very optimistic 10:57 kf although I m sure I will learn a lot - but was thinking about more basic things :) 10:57 chris its really not that bad, it is a 100 times easier to see it in action and try it with someone looking over your shoulder than reading about it 11:00 kf hope you are right - I m really looking forward to the dev conf 11:14 kf there is a wiki page about adding new languages - http://wiki.koha-community.org/wiki/Installation_of_additional_languages_for_OPAC_and_INTRANET_staff_client 11:14 kf document the part about standard installs there? 11:16 chris sounds good 11:17 kf ok, found my wiki password - I think the 3.06 part works 11:18 chris needs another . tho :) 11:18 kf hm? 11:20 chris 3.0.6 11:21 kf ah 11:21 chris sorry pet peeve of mine 11:21 chris along with writing KOHA :) 11:21 kf no, I understand :) 11:27 nengard hey all - can anyone find an easy fix to bug 4961 (I'm still thinking optomistically 11:27 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4961 critical, P5, ---, gmcharlt, NEW, Can't overlay catalog records 11:28 kf not sure it's easy to fix - but its a really bad bug for us. all our libraries are trained to overlay fast adds with z39.50 f 11:31 chris you could do a git log on the file 11:31 nengard is it big enough to say it's a blocker - i never know for sure what a blocker is 11:31 chris no its not a blocker 11:31 chris its critical tho 11:32 chris if you want to track it down do a git log on the files it calls, and see if you can find when it was changed, then you might be able to spot a likely culprit 11:32 nengard it's blocking us from being able to do what we need to do for our job - see that's how i see a blocker - and so that's why i never know if it's a blocker 11:32 kf I m with nengard 11:33 kf its something you need in cataloging - and there is no work around 11:33 nengard as for checking the file - which file? the z search or the cataloging file? 11:33 nengard kf - and it was there before 11:33 kf yep 11:33 kf is it obvious that it creates a new record? or do you find out later while searching? 11:36 kf ok, will go and try myelf :) 11:36 chris it could be major or critical 11:37 chris it is breaking a major function in koha 11:37 nengard kf it changes the header on the page from Editing to Adding 11:37 nengard it's not obvious unless you're looking at the top of the page 11:37 nengard until you're brought to the record that has no items ... 11:37 chris nengard: both 11:37 kf and they will not do that 11:38 nengard both? oh - both files... k - hang on fixing a problem I can fix :) 11:38 kf hm, workaround: add new records, move items, delete record 11:40 chris ill look 11:41 chris hmm it works for me 11:43 chris i just did one and it edited it not added a new one 11:43 chris from detail.pl it works (doing the search there) 11:44 chris trying from the edit screen itself 11:44 nengard i'll try again - i'd love for it not to be a problem!!!! 11:44 chris so the workaround is do the z3950 search from the detail.pl page 11:44 chris try that 11:44 chris and ill test from the edit page 11:44 kf testing too, waiting for my record to be indexed 11:46 nengard chris you are right!!!!!!! see this is why i need people to check my bugs 11:46 chris tried from editing 11:46 nengard i do test on more than one system usually - but probably didn't in this case 11:46 chris works there too 11:46 kf hm I started with a fast add 11:47 chris you shouldnt need to test, if you record changed it worked ie i edited biblio number 256 11:47 kf can not change the framework :( 11:47 kf is there a way to do it? 11:47 chris which was a small record, now its a full record 11:47 chris on the edit screen, shoud be able to change it on the top right 11:48 kf chris: we must be driving you crazy :) 11:48 kf chris/nengard: added a fast add, saved, waited until indexed, searched for it, edit record from detail screen 11:49 kf started z39.50 search - want to change the framework now, because it's no longer a fast add 11:49 kf but the pull down it set back to fast add 11:49 chris yeah thats a totally different thing 11:49 chris overloadng bug reports is my biggest pet peeve :-) 11:50 nengard that is not only differnet - but very obvious to those cataloging 11:51 chris so back on track 11:51 chris can we confirm that the original bug is no longer occuring? 11:51 chris i cant replicate it 11:52 nengard right and i closed it 11:53 chris cool 11:53 magnus yay! 11:54 nengard thanks for testing all - we always need to test each other's bug reports cause it's not always a bug for everyone :) 11:54 chris and developers should not be scared 11:55 chris to close bugs if they cant replicate 11:55 chris it can always be reopened 11:55 * magnus thinks watching stuff like this happening in real time is pretty amazing - that's one bug solved by people in germany, us & nz! 11:55 kf :) 11:55 kf nengard: is there a bug about the framework problem? 11:56 nengard not one i reported, but i'll search 11:57 nengard i'm not seeing it.... 11:58 chris ok time for sleep 11:58 kf good night chris 11:59 kf nengard: not seeing it in the bug database or in your installation? 11:59 nengard sorry - the bug database 11:59 kf nengard: can you test perhaps? I can not change the framework from fast add to standard in cataloging. when I open the file in marc view (catalog) and change pulldown to standard it shows nothing 12:00 nengard give me a sec and i'll test 12:00 kf thank you :) 12:01 kf bug 4513 12:01 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4513 minor, PATCH-Sent, ---, gmcharlt, NEW, Resetting framework to Default seems impossible 12:02 nengard kf i saw that but i thought you couldn't change to any template 12:02 nengard not just default 12:03 kf I only have default and fast add - not all frameworks installed 12:03 kf only mandatory 12:07 nengard kf okay i just tested 12:07 nengard i created a record with fast add framework 12:07 nengard i clicked edit record and then did a z39.50 search 12:07 nengard i found the record and imported it 12:07 nengard it was set to fast add framework still so i chose default from the list 12:08 nengard and it changed to default - i saved and all the values were there 12:08 kf strange 12:08 nengard so it doesn't look like it's a bug for me - unless i did something diff from you 12:08 kf mine kept switching back to default 12:09 kf did you save your record before editing it? 12:09 nengard yes 12:10 nengard i'm also logged in as superlibrarian - if that makes a diff 12:10 kf let me check 12:10 kf Its always changing back to fast add 12:11 kf I am superlibrarian too 12:11 kf oh I hate bugs like this 12:11 kf let me see if I can reproduce your steps 12:12 kf go to cataloging - new record - choose fast add framework - add 245 and save 12:13 kf edit record from catalog's normal view 12:13 kf change framework to default - works 12:13 kf so what was different for the first record? 12:15 kf nengard: can you test with a fast add to change framework to default in the marc view from catalog? 12:18 kf nengard: appears to be a translation problem 12:18 kf nengard: cant change framework in German templates, but with English templates no problem 12:25 kf nengard: closing bug :) 12:26 magnus yay! 12:27 kf recreating the templates did it - perhaps some recent change fixed the problem 12:27 kf magnus++ #for his cheery mood and optimism ;) 12:28 magnus ooh, thanks! 12:28 kf :) 12:29 kf magnus: flight is booked now - will arrive 21st at 3 pm :) 12:29 magnus yay! 12:32 magnus @karma magnus 12:33 munin magnus: Karma for "magnus" has been increased 6 times and decreased 0 times for a total karma of 6. 12:33 chris_n g'morning 12:34 kf jwagner: around? 12:35 jwagner Hi kf 12:35 kf hi jwagner: looking at bug 3046 12:35 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3046 major, P5, ---, gmcharlt, NEW, System ignores MaxFine syspref 12:36 kf I did a lot of fines testing but never saw that problem again, do you think we can close the bug? or perhaps change it to enhancemnt because of the suggestions for better fines management in the comments? 12:37 nengard kf which flight booked? 12:37 jwagner I'd say it could be closed. One of our features has max fines in the circ rules instead, and I think there's other development along those lines. 12:37 kf nengard: zürich - london - bangkok - sydney - auckland :) 12:38 nengard for kohacon? 12:38 kf max fines in circ rules - want it! :) 12:38 kf yes, will be at the road trip first 12:39 jwagner kf, Bug 3507 :-) 12:39 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3507 enhancement, PATCH-Sent, ---, gmcharlt, NEW, Circ rules enhancements, maximum fine warning 12:40 kf nengard: really happy I can attend :) 12:40 nengard woo hoo :) 12:40 nengard mine is booked to i arrive on the 22nd or 23rd - i forget now ;) 12:43 kf booked yesterday, so I still know - will start my journey on 19th 12:44 hdl no owen today ? 12:45 kf @seen owen 12:45 munin kf: owen was last seen in #koha 16 hours, 32 minutes, and 32 seconds ago: <owen> See y'all tomorrow 12:48 nengard hdl it's not 9am here yet 12:48 kf hdl: do you know if bug 3046 fixed in 3.0.x? can I close the bug? the Version says rel_3_0 12:48 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3046 major, P5, ---, gmcharlt, NEW, System ignores MaxFine syspref 13:11 indradg gmcharlt, ping 13:14 indradg any MarcEdit users around? 13:19 nengard i'm no expert, but i've used it 13:26 hdl kf: can't reproduce it. 13:26 hdl kf: looks like the preference search is not case sensitive. 13:27 hdl So should not be a problem 13:27 kf hdl: I know it is fixed in head, but was not sure its ok to close the bug because of the version it refers to 13:28 hdl should be ok in 3.0 13:34 kf thx 13:44 nengard can anyone tell me if the patch for bug 3670 was ever pushed? i don't see a record of it being pushed - and it's such a tini tiny fix :) 13:44 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3670 trivial, PATCH-Sent, ---, nengard, RESOLVED FIXED, Why is DUE all caps on enhanced messages 13:52 hdl @later tell nengard bug 3670 doesnot seem to be pushed (bug is till in the code) 13:52 munin hdl: The operation succeeded. 13:52 hdl installer/data/mysql/en/optional/sample_notices_message_attributes.sql 13:53 hdl in french and polish to 15:19 fredericd hdl: we've already talked about bug 5067. 15:19 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5067 normal, P5, ---, gmcharlt, NEW, bulkmarcimport.pl import script removes dashes in ISBN fields 15:19 fredericd Removing dashed in entering biblio records could be seen as a feature 15:19 fredericd but I have librarians who think differently 15:20 wizzyrea what it really needs is an option to leave them or remove them 15:20 wizzyrea or an option to standardize them 15:21 wizzyrea or all 3 15:21 fredericd 'standardize'? 15:21 wizzyrea insert dashes if none exist and you want them, or remove them if you have them and don't want them 15:22 wizzyrea but I usppose you could use marcedit for that 15:22 sekjal I assume we're talking about dashes in the MARC, not in the biblioitems.isbn field of the database? 15:23 fredericd both since db isbn is a copy of marc field 15:23 sekjal it would make sense to me to store a 'normalized' version in the database, but leave the MARC field alone (or provide plugins to massage it however one may like) 15:24 hdl fredericd: ? 15:27 fredericd hdl: oui 15:29 fredericd My point of view is that bulkmarcimport.pl shouldn't be use to do too many thing, link normalizing biblio records. 15:29 fredericd If you want to normalize do it before importing 15:30 sekjal fredericd: that sounds reasonable 15:31 hdl actually bulkmarcimport is now being used with to many options and is doing manythings. 15:32 hdl I quite agree with you. 15:32 hdl bulkmarcimport should import data and not try to process them. 15:34 hdl But there would be an impact in the import rate I think doing the process before. 15:34 druthb hi, #koha! :) 15:34 hdl hi druthb 15:45 kf hi druthb! 15:45 kf where have you been? :) 15:47 druthb We had a fierce storm here Sunday that took out power to about 300K people in the area. My home will be without power until Thursday night late, most likely. :/ 15:47 kf oh 15:47 druthb The office was down all day Monday, and part of yesterday, too, so no sense coming in... 15:48 kf fredericd: It seems staged marc import does not change the ISBN. Not sure if there is a difference between MARC21 and UNIMARC, we use MARC21. 15:48 kf druthb: glad you are back 15:49 druthb good to be back, thanks. :) 16:39 mib_75qq2 Hello, would anyknow hazard a guess as to why when I am here (http://78.137.168.89:8080/cgi-bin/koha/members/members-home.pl) and click the NEW button, nothing happens?? 16:40 mib_75qq2 No info in the logs, the browser just sites there, doing nothing! 16:43 kf which version are you running? 16:45 kf mib_75qq2: which version? have you defined borrower categories under administration? 16:50 mib_75qq2 3.06 16:54 kf borrower categories defined? 16:56 kf sorry, I have to leave now. getting late here. 16:57 wizzyrea ^^ check to make sure you have borrower categories defined 16:57 mib_75qq2 thanks, will do 16:57 wizzyrea if you didn't install the default data, you probably don't have any 16:57 wizzyrea :) 17:01 mib_75qq2 your prob gone - but that is what the problem was! 17:01 briceSanc Hello all 17:02 briceSanc I'm working on http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5038 17:02 munin 04Bug 5038: enhancement, P5, ---, kyle.m.hall, NEW, Checkout by hour 17:04 sekjal briceSanc: that's a pretty big enhancement 17:05 briceSanc and i want to know something : if i create a new syspref record in circulation.pref. Do i need to add new entries in the .../installer/data/mysql/en/mandatory/sysprefs.sql ? 17:06 briceSanc thanks sekjal 17:07 sekjal briceSanc: are you implementing the RFC that was originally written for Koha 3.2, or are you doing it a different way? 17:08 briceSanc i don't know what is RFC 17:08 sekjal http://wiki.koha-community.org/wiki/Hourly_circulation_policies_RFC 17:09 sekjal stands for Request for Comment (I believe) 17:14 briceSanc my features are similar 17:16 sekjal briceSanc: do you have them written down anywhere? 17:16 sekjal anywhere the Koha community could access to read, I mean 17:17 reva hello chris_n: remember me from Antigua and barbuda Bureau of Standards. I have installed Koha 3.0.6 using a Live CD/Virtual Box install to give it a test run. I have figured out some stuff. But would like help with 1) how to import LOC authority data into Koha 2) how I would have clickable "see from" and "see also" entries in my search hit list. Thanks in advance for any help you can provide. 17:18 briceSanc sekjal, i have nothing apart a fresh install of Koha 3.2beta 17:19 reva chris_n: I have created some authority using personal name heading on my own and they work fine, it is just that there are no clickable "see also" links showing up on the hit list. 17:20 sekjal briceSanc: I'd recommend working out a full set of requirements for exactly what the system needs to do with hourly circulation periods, and sending that to the Koha listserv 17:25 reva hi anyone? can you help with the two questions that I just asked chris_n? Thanks. 17:26 sekjal reva: for the import of LOC authority data, you'll need to do it from the command line with the bulkauthimport.pl script 17:26 sekjal the authorities will need to be in .mrc 17:29 reva sekjal: I am familiar with Unix and so command line interface. So where would I find the bulkimport script? Also the clickable "see also" and "see from" links in the search hit list question. 17:29 sekjal reva: the script lives in misc/migration_tools 17:30 briceSanc sekjal, i have to follow the request of my customer but every job's done is pull to the Koha GIT 17:30 briceSanc push 17:31 reva sekjar: so I just use the location in the command to run it? what is the command line syntax for running it? 17:32 sekjal reva: from the directory, you can run perl bulkauthimport.pl -h to see the usage for the script 17:33 sekjal briceSanc: generally, the way new developments brought into the Koha Git repository is through patches submitted to the patches list, or pull requests. 17:33 sekjal briceSanc: I believe only the release managers and maintainers have push access 17:34 reva sekjal: Sorry for being ignorant. Where would I find the directory? 17:34 sekjal reva: do you have a production or dev installation? 17:36 briceSanc sekjal, yes, i know. I' m a french-canadian user of Koha and my english is not perfect, i should wrote : every job's done will be proposed to the Koha community 17:36 briceSanc ;) 17:37 reva sekjal: I installed Koha Live CD and it is on VirtualBox right now; This Live Cd is by mizst,: http://mizstik.com/projects/koha-livecd/. The features I have tested work ok so far. We hope to be installing it on our hard disk soon for production. 17:37 sekjal briceSanc: ah, okay. sorry for my misunderstanding. 17:38 joetho there is a Koha live-cd? 17:38 joetho how cool is THAT? 17:40 sekjal reva: when Koha is installed, there is an option to use the production mode (which copies all the Koha files to new locations, typically /usr/share/koha... and /etc/koha...) 17:40 reva joetho: you bet you; there are two of 3.0.6 and mizst has older version ones on Live CD as well. The 3.0.6 comes with Ubuntu server 10.04. We had to go this route since we are running Windows and we wanted to test it on virtualization. 17:40 sekjal or there is dev mode, which just refers to the code from the unzipped or git-cloned directory immediately 17:42 sekjal dev mode typically has the files living in something like /home/koha/kohaclone... 17:42 sekjal or wherever you downloaded the code initially 17:42 sekjal since this is the Live CD, I'm not sure where the files would be 17:43 jcamins reva, sekjal: I think the LiveCD has a dev install. The LiveCD for 3.0.2 did. 17:43 reva sekjal: When I installed it the LiveCD in VirtualBox, it did not give me any choice as to mode. So I guess I need to install it on my hard drive to find this directory? 17:43 jcamins Try /home/koha/kohaclone/misc/ ... 17:44 jcamins I don't actually know where home directories are under Linux, so you might need to look elsewhere. 17:45 reva sekjal: Ok, I will try it thre and if no successful locating it, I will contact the developer, mizst of this CD. and find out. 17:45 sekjal jcamins: the Live CD is based on Ubuntu, which should put a dev install under /home/**user**/**directory** 17:46 jcamins Even though I started using Ubuntu a while ago, the only directory structure I have memorized is FreeBSD's. 17:46 jcamins One day I will get Ubuntu's straight, too. :) 17:49 reva sekjal: about the clickable links for "see from" and "see also" in the hit list? How do I have them show up. Right now, when I test it with the authority data I created (personal name heading) it works and finds the author through all the access points, but there are no "see also" entry showing up on the hit list. 17:50 sekjal reva: which search are you using: biblio or authority, and which side: OPAC or staff client? 17:53 reva I used the general search box that comes up on the Home screen and on the authority search also. My entry for the variants of the author's name shows up in both the searches. But no clickable "see from" links etc. 17:54 reva Oh, I should say I was in the staff client, because we have not virtual tested the OPAC client. 17:54 reva sekjal: so would I see them only on the OPAC search? 17:58 sekjal reva: it's possible. I'm running some tests now 18:00 sekjal reva: my testing shows that I'm getting used for/see from info for authorities in the staff client authority search 18:04 reva sekjal: so I must set something which I have not. But I only used the pere-set 500 field (see also, I believe) for tying (sp?) to 100 field Main entry. Can you long distance diagnose why it is not working for me? 18:05 reva sekjal: that is pre-set Personal Name heading. 18:11 sekjal reva: sorry, one moment please 18:12 reva sekjal: that is ok, I am here for a couple of more hours:). 18:42 sekjal reva: sorry, have to dash. will hopefully be back on later 18:45 reva sekjal: will catch up later. I find the authority search brings up the clickable links for both "see also" and "see from", but no links on the general search on Home page. Bye and Thanks. 18:46 mRCUTEO hi 18:47 mRCUTEO anyone available for help 18:47 mRCUTEO im trying to install koha using perl 5.8 and i got this error: 18:47 mRCUTEO Can't locate feature.pm in @INC (@ 18:47 mRCUTEO anyone can assist? 18:48 wizzyrea what are you trying to do when you get this message 18:49 mRCUTEO i open http://localhost:8080 18:49 mRCUTEO and i got this message 18:49 mRCUTEO i already fullfiled all the dependencies needed 18:50 mRCUTEO Can't locate feature.pm in @INC (@INC contains: /usr/share/koha/lib /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8 .) at /usr/lib/perl5/site_perl/5.8.8/Date/Manip.pm line 55. 18:50 mRCUTEO BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.8.8/Date/Manip.pm line 55. 18:50 mRCUTEO Compilation failed in require at /usr/share/koha/lib/C4/Overdues.pm line 24. 18:52 jcamins mRCUTEO: I think you have to use Perl 5.10 or later. 18:53 mRCUTEO jcamins is there a way i can upgrade my perl from CPAN ? 18:53 mRCUTEO or should i recompile new perl 18:53 jcamins I think you have to install a newer version of perl using your platform's package manager. 18:54 mRCUTEO im using centos 18:54 jcamins rpm, maybe? 18:54 mRCUTEO yerp have tu find perl 5.10 rpm :( 18:54 mRCUTEO then i have to redo all the cpan installation? 18:55 jcamins Yes. 18:56 mRCUTEO my oh my thanks for the info jcamins.. i just figured out i needed 5.10 after i try to view it on the web 18:56 mRCUTEO tough luck :( 19:52 chris Morning 19:53 wizzyrea heya 19:54 cait hi chris 20:02 chris @wunder wellington,nz 20:02 munin chris: The current temperature in Wellington, New Zealand is 5.0�C (7:00 AM NZST on July 29, 2010). Conditions: Clear. Humidity: 87%. Dew Point: 3.0�C. Pressure: 30.21 in 1023 hPa (Steady). 20:03 chris Hmm this day could go either way 20:04 cait @wunder Konstanz 20:04 munin cait: The current temperature in Konstanz, Germany is 18.0�C (10:00 PM CEST on July 28, 2010). Conditions: Mostly Cloudy. Humidity: 82%. Dew Point: 15.0�C. Pressure: 30.01 in 1016 hPa (Falling). 20:04 chris Hmm police have adelaide rd blocked 20:05 * chris checks stuff 20:06 chris Ahh open again, traffic accident I think :( 20:07 chris_n @wunder 28334 20:07 munin chris_n: The current temperature in Erwin, North Carolina is 34.0�C (4:00 PM EDT on July 28, 2010). Conditions: Clear. Humidity: 52%. Dew Point: 23.0�C. Pressure: 30.03 in 1017 hPa (Steady). 20:08 chris I always panic if I think its gonna be a big news day 20:08 chris_n hehe 20:08 cait :) finally found my old passport 20:08 chris Cool 20:09 cait only took 1 hour for search... :) 20:09 cait relieved now 20:10 chris Yay 20:10 cait yay :) 20:11 cait where is magnus? 20:11 * cait feels like I am using his word 20:11 chris Hehe 20:11 chris You guys are gonna have a fun road trip 20:12 cait :) 20:19 * larsw waves 20:19 cait hi larsw 20:20 chris Heya larsw 20:24 chris Ur in nyc now? 20:25 richard hi 20:26 chris Hi richard 20:26 richard hey chris 20:26 * richard at home today - flu alert at hq 20:26 chris Ahh stay away from that 21:24 cait bye #koha 22:14 Nate gnight all 23:36 * robin prepares to build the latest Koha packages 23:37 chris sweet 23:46 * robin has deployed the latest Koha packages 23:47 robin The process is now down to 10 minutes :) 23:47 chris noice