Time Nick Message
11:57 gmcharlt gvb: no nickserv on this channel
11:52 gvb Nickserver not responding?
09:13 chris ohh, another cool patch
08:48 chris http://blog.bigballofwax.co.nz/2009/07/25/dbixclass-and-koha/
07:41 dipanjan1 chris: I must leave now. bye. will get in touch with you later.
07:40 dipanjan1 chris: will you be available later today?
07:39 dipanjan1 chris: what did i miss?
07:38 dipanjan1 chris: sorry m/c got stuck
07:36 chris your database exists, and the user specified in koha-conf.xml can connect to it eh?
07:34 chris yep, thats what you should get
07:34 dipanjan yes i am getting the URL http://localhost:8080/cgi-bin/koha/installer/install.pl when I http://localhost:8080
07:34 chris is there any errors after that?
07:33 chris hmm the last one says redirecting to installer
07:33 dipanjan chris: that one's fixed
07:32 chris you fixed that one eh?
07:32 chris Can't locate MIME/Lite.pm
07:30 dipanjan chris: pastebin ed my koha error log: http://pastebin.com/d14f7c660
07:30 dipanjan chris: yes there is
07:29 chris and in in /usr/share/koha/lib is there C4/
07:29 dipanjan SetEnv PERL5LIB "/usr/share/koha/lib"
07:29 dipanjan chris: I found this under ##OPAC and ##Intranet in koha-httpd.conf:
07:27 dipanjan chris: just a min
07:26 chris what does the line with PERL5LIB on it say?
07:26 chris in your koha-httpd.conf
07:26 chris and the error log says it cant find C4/Context.pm ?
07:25 dipanjan and localhost:80 shows system maintenance. will be back soon
07:25 chris right
07:25 dipanjan chris: it is installed i suppose. but localhost:8080 shows: production mode - trapped fatal error
07:24 dipanjan chris: yes
07:24 chris like that?
07:24 chris make
07:24 chris perl Makefile.PL
07:24 chris how are you trying to install Koha
07:24 chris its part of Koha
07:24 chris that wont work
07:24 dipanjan cpan[x]> install C4::Context
07:24 chris ?
07:23 dipanjan # cpan
07:23 chris how are you running the installer?
07:23 chris C4/Context.pm comes with the tarball
07:22 dipanjan ?
07:22 dipanjan chris: koha installer says C4/Context.pm is missing. And it won't install either. what to do
07:22 chris bout 3.20am
07:21 chris its pretty early on saturday morning where he is
07:21 chris i doubt he will be around
07:21 dipanjan gmcharlt: ping
07:18 chris http://git.workbuffer.org/cgi-bin/gitweb.cgi?p=koha.git;a=tree;f=lib/Koha/Schema;h=90485dc10416f339667cd163151fde506ac74a12;hb=HEAD
05:51 chris http://git.workbuffer.org/cgi-bin/gitweb.cgi?p=koha.git;a=commitdiff;h=bbe52035e509c73e84f5dc588e3568664329e2c7
01:17 chris http://git.koha.org/cgi-bin/gitweb.cgi <-- cool too
00:43 chris plans for the weekend?
00:39 chris heya galen
00:37 gmcharlt hi chris
00:31 chris oh cool
23:25 collum when you get up.
23:25 collum dipanjan: No problem. Check for CGI::Session CGI::Session::Serialize::yaml
23:25 dipanjan bye all. thanks collum.
23:23 dipanjan collum: thanks for your help. I will be back later. I must get some sleep now. It's 4:47 am at our place
23:22 dipanjan collum: it says it is up to date
23:22 collum dipanjan: It still looks like something with CGI::Session
23:21 chris morning all
23:21 collum dipanjan: Yep sorry. I didn't go far enough down into the file.
23:20 dipanjan it is up to date
23:19 dipanjan i just installed it
23:19 collum dipanjan: Just looked at the error log. Check to see if MIME::Lite is installed.
23:14 dipanjan collum: yes it is
23:14 dipanjan collum: just a second
23:13 collum dipanjan: Is CGI::Session installed?
23:12 dipanjan collum: koha error log at: http://pastebin.com/d30264efb
23:12 dipanjan s/too/tool
23:11 dipanjan collum: there's a koha search too bar in the page
23:11 dipanjan collum: localhost:80 says: System maintenance will be back soon
23:10 dipanjan collum: last line says: [Sat Jul 25 04:33:46 2009] [error] [client 127.0.0.1] [Sat Jul 25 04:33:46 2009] install.pl: Can't call method "id" on an undefined value at InstallAuth.pm line 277.
23:09 collum dipanjan: getting closer. Anything in the koha error log?
23:07 dipanjan collum: this time the URL changed to http://localhost:8080/cgi-bin/koha/installer/install.pl but the message is still the same
23:02 pianohacker Try running grep INC /var/log/koha/koha-error_log
23:02 dipanjan mainpage.pl line 23 says: use C4::Auth;
23:01 dipanjan pianohacker: the last line of koha error log says : compilation aborted at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 23.
22:55 dipanjan i think mail::sendmail is missing. trying
22:55 pianohacker dipanjan: Any luck?
22:53 Snow_Fox later
22:53 Snow_Fox ok time to go
22:53 Snow_Fox :-P
22:53 Snow_Fox hey i can see my house from here
22:52 Snow_Fox and there is the love handoff
22:52 pianohacker punting_to_support_company++
22:52 pianohacker LibLime might have some advice on the subject
22:51 pianohacker Whatever you want
22:51 pianohacker Not so much that, just distracted
22:51 Snow_Fox :-P
22:51 Snow_Fox i can tell you laughing hysterically from the long pause
22:50 Snow_Fox BookBot@salpublib.org?
22:50 Snow_Fox so what do you think
22:50 Snow_Fox k
22:50 pianohacker And you can't set it up like that anyway
22:49 pianohacker Nope
22:49 Snow_Fox i think someone got the impression we needed a email for each type of notice
22:48 Snow_Fox ok so i just need to specify 2 emails then
22:48 dipanjan pianohacker: hmmm
22:48 pianohacker Look for another line like the one I pointed out
22:48 pianohacker dipanjan: Probably another module missing.
22:47 dipanjan pianohacker: installed MARC::Charset. still localhost:8080 shows: production mode - trapped fatal error
22:47 Snow_Fox huh
22:46 pianohacker Yup
22:46 pianohacker But we assumed that someone replying to the messages would be saying something like "WHAT DO YOU MEAN I HAS NO OVERDUES!!11!"
22:46 Snow_Fox and then for safty sake it had better be a real email
22:46 Snow_Fox oh so it masks the email with what we enter as long as its a proper email address
22:46 pianohacker Whatever you enter
22:45 Snow_Fox so patrons will be getting say for overdues salpublib@gmail.com as the message sender?
22:45 pianohacker Yup. our server can only send emails from '*@jcfld.us.to', and the library email address is @gmail.com
22:44 Snow_Fox so all emails are sent via your exchange box
22:44 Snow_Fox really
22:44 pianohacker y relaying rules
22:44 pianohacker It has to be routed through an address on our server due to craz
22:44 Snow_Fox huh
22:44 pianohacker We actually have a gmail address hooked up to it that is checked by our staff
22:43 Snow_Fox :-P
22:43 Snow_Fox or BookBot
22:43 Snow_Fox or should i create a email something along the lines of say AutomatedSystem@salpublib.org
22:42 pianohacker Probably
22:42 Snow_Fox and the library email address will likely be a email that already exists?
22:41 Snow_Fox hrm
22:41 Snow_Fox ok
22:41 pianohacker I'm assuming you mean as the From: address
22:40 pianohacker yes
22:40 Snow_Fox when a overdue or predue notice is sent
22:40 pianohacker others just use KohaAdminEmailAddress
22:39 pianohacker Some parts of Koha use the library's email address if available, then KohaAdminEmailAddress
22:39 pianohacker Ahh
22:39 Snow_Fox or does it just use the admin
22:39 Snow_Fox hey piano, how many emails does koha use for notices and what not?
22:39 pianohacker k
22:39 dipanjan pianohacker: i will be back after doing it
22:38 pianohacker (Line 24)
22:38 pianohacker dipanjan: Ah, okay. You need to install the MARC::Charset module using cpan
22:37 dipanjan koha-error_log: http://pastebin.com/d38d74cba
22:35 dipanjan pianohacker: just a minute. pastebin ing it
22:35 pianohacker Probably /var/log/koha/koha-error_log
22:34 dipanjan pianohacker: where may I find it?
22:33 dipanjan pianohacker: just a minute
22:32 pianohacker dipanjan: What does your koha error log say?
22:30 dipanjan Syntax OK
22:30 dipanjan _default_:443 localhost.localdomain (/etc/httpd/conf.d/ssl.conf:75)
22:30 dipanjan wildcard NameVirtualHosts and _default_ servers:
22:30 dipanjan 127.0.0.1:8080 localhost.localdomain (/etc/httpd/conf.d/koha-httpd.conf:42)
22:30 dipanjan 127.0.0.1:80 localhost.localdomain (/etc/httpd/conf.d/koha-httpd.conf:6)
22:30 dipanjan VirtualHost configuration:
22:30 dipanjan [Sat Jul 25 03:54:50 2009] [warn] VirtualHost 127.0.0.1:80 overlaps with VirtualHost 127.0.0.1:80, the first has precedence, perhaps you need a NameVirtualHost directive
22:30 dipanjan [Sat Jul 25 03:54:50 2009] [warn] VirtualHost 127.0.0.1:8080 overlaps with VirtualHost 127.0.0.1:8080, the first has precedence, perhaps you need a NameVirtualHost directive
22:30 dipanjan indradg__: i get this:
22:29 dipanjan collum: the page title is Koha Error. (at least it's Koha)
22:29 indradg__ dipanjan, there is usually a way to check your apache config (its a little distro dependent), on Fedora you can do `/usr/sbin/apachectl -S` to check the conf syntax
22:29 dipanjan collum: same
22:29 collum What about localhost?
22:29 collum Hmmm.
22:28 dipanjan :(
22:28 dipanjan production mode - trapped fatal error
22:28 dipanjan collum: localhost:8080 shows:
22:28 collum It's running. Are you able to go to the website?
22:27 dipanjan root 7427 3332 0 03:49 pts/0 00:00:00 grep httpd
22:27 dipanjan apache 7425 7416 0 03:49 ? 00:00:00 /usr/sbin/httpd
22:27 dipanjan apache 7424 7416 0 03:49 ? 00:00:00 /usr/sbin/httpd
22:27 dipanjan apache 7423 7416 0 03:49 ? 00:00:00 /usr/sbin/httpd
22:27 dipanjan apache 7422 7416 0 03:49 ? 00:00:00 /usr/sbin/httpd
22:27 dipanjan apache 7421 7416 0 03:49 ? 00:00:00 /usr/sbin/httpd
22:27 dipanjan apache 7420 7416 0 03:49 ? 00:00:00 /usr/sbin/httpd
22:27 dipanjan apache 7419 7416 0 03:49 ? 00:00:00 /usr/sbin/httpd
22:27 dipanjan apache 7418 7416 0 03:49 ? 00:00:00 /usr/sbin/httpd
22:27 dipanjan root 7416 1 2 03:49 ? 00:00:00 /usr/sbin/httpd
22:27 dipanjan now ps -ef | grep httpd gives:
22:27 Snow_Fox man its been many years sense i looked upon a Apache config file
22:26 dipanjan the > ended the </VirtualHost tag.
22:26 Snow_Fox i should savor this moment doesnt happen often :P
22:25 dipanjan Snow_Fox is right
22:25 dipanjan i have been able to restart httpd
22:25 dipanjan ok
22:24 Snow_Fox wait
22:24 Snow_Fox 997 - 1000 i belive is the whole tag
22:24 Snow_Fox line 997
22:24 Snow_Fox i think that goes to the </VirtualHost tag
22:23 Snow_Fox um
22:23 indradg__ dipanjan, remove the > from line 1000
22:21 dipanjan indradg__, collum: http://pastebin.com/d3219c5d5
22:19 dipanjan indradg__: just a minute
22:19 indradg__ dipanjan, pastebin the conf
22:18 collum This gives you a clue. There's a syntax error in your http.conf file.
22:18 dipanjan [FAILED]
22:18 dipanjan Invalid command '', perhaps misspelled or defined by a module not included in the server configuration
22:18 dipanjan Starting httpd: Syntax error on line 1000 of /etc/httpd/conf/httpd.conf:
22:18 dipanjan i get Stopping httpd: [FAILED]
22:17 collum ps -ef | grep httpd
22:17 collum then do a
22:17 collum ./httpd restart
22:17 collum type in -
22:17 collum That's ok. Different linux distributions name the file differently.
22:16 dipanjan collum: the directory init.d doesnot have apache2, but has httpd
22:15 collum If it doesn't start you should get some error messages
22:14 collum ./httpd restart
22:14 collum or
22:14 collum ./apache2 restart
22:14 collum run the command as follows
22:13 collum it's probably apache2 or httpd
22:13 collum and look for the startup file
22:13 collum ls
22:13 collum list the files
22:12 collum cd /etc/init.d
22:12 collum go to your etc/init.d directory
22:12 dipanjan collum: this is what i get: root 7361 3332 0 03:36 pts/0 00:00:00 grep apache
22:11 collum ps -ef | grep httpd
22:11 collum or
22:11 collum ps -ef | grep apache
22:11 collum Check to see if apache is running
22:10 dipanjan collum: Fedora 10
22:10 Snow_Fox how many different emails can Koha actually use
22:08 collum Debian, Ubuntu, etc?
22:08 collum what system are you using?
22:07 dipanjan collum: no
22:07 collum dipanjan: Is anything showing up as http://localhost
22:05 dipanjan i have installed koha. but nothing shows in the http://localhost:8080 page. can someone help me?
21:06 atz actually, a support ticket is probably the most effective
21:05 Snow_Fox Candy Grams
21:05 Snow_Fox Physical mail
21:05 Snow_Fox telephone?
21:04 joetho I've tried the oldfashioned ways, email and IRC
21:04 joetho speaking of monitoring stuff , can someone contact Ryan? I have been trying to get him to apply our june15 updates and patches for going on three weeks and I can't get him to contact me to schedule it.
21:02 Snow_Fox so bev prob just got a redundent email:-P
21:01 Snow_Fox ah cool
21:00 atz clay monitors all that stuff
21:00 atz Snow_Fox: we clean old tables if you are hosted (by us)
20:38 Snow_Fox ya i should prob def ask them
20:38 Snow_Fox hrm
20:31 pianohacker Theoretically, you could purge all finished entries (done = 1) daily
20:31 Wizzyrea_ you'll want to ask about that, yea, snow_fox
20:30 pianohacker It would be something to raise
20:30 pianohacker Snow_Fox: LibLime _might_ take care of it
20:27 Snow_Fox or with the hosting via liblime do we even have to worry about that
20:27 Snow_Fox any indicators when it would need that done
20:26 Snow_Fox heya piano i know im full of questions today :-P, you said that the Zebraque table may need to be cleaned out every now and then
20:24 Wizzyrea_ just sayin
20:24 Wizzyrea_ so, ok, the features are coming, thats quite a change in position from a few days ago
20:20 atz but it does us no good to live in a progressively more remote branch
20:19 atz let alone back to head
20:19 atz so there is merging issues even on our dev branches
20:19 atz I did the granular permissions stuff... but I haven't even seen the GetIt code
20:19 joetho *highly
20:19 joetho a well funded and ighly functional organization, it sounds like
20:19 atz right now all of this is stuff that needs to be tested... and needs to be tested *together*
20:18 atz heh
20:18 joetho I studiously avoided asking "Where's Waldo?"
20:18 atz yes, they have staggered migration plans, and deadlines for x feature to be completed so Y can test it, so Z can begin migration, etc.
20:18 joetho this is the new york consortium, correct?
20:17 atz right... waldo is a very methodical partner
20:17 joetho or will be at some point?
20:17 joetho and this code is available to the release committee to evaluate for the next round?
20:17 atz sekjal: nobody I know of has those features in production.
20:16 atz he's been writing a lot of the code for GetIt, among other things
20:16 sekjal atz: so (1), (2) and (3) are the features that don't exist yet, or the ones that do?
20:16 jdavidb I've not seen him here since before KohaCon, I don't think. Nor on the lists in several weeks.
20:16 joetho oh well.
20:15 joetho Holy moly. What planet am I on.
20:15 atz joetho: it was also the first time i've talked to him in... 2 or 3 months
20:14 pianohacker Snow_Fox: Yes.
20:14 atz joetho: i just talked to him today. he sounded fine.
20:14 joetho WHy doesn't he ever COMMUNICATE this stuff?
20:14 Snow_Fox hey piano quick question, if we are running LDAP for envisionware will that mess with users changing passwords on opacs?
20:14 joetho Is Josh ok?
20:13 atz right, the features include (1) hourly loans, circ overhaul. (2) granular permissions. (3) GetIt (new acq.)
20:13 pianohacker Wizzyrea_: Do you have a link to the minutes?
20:13 sekjal those features included the new acq module (that looks like Biblios), summary records, improved circ policies, and granular permissions, to name a few
20:12 Wizzyrea_ interesting,thats not the impression that was given at the users group meeting (according to the minutes)
20:12 atz i wasn't at the session.
20:12 sekjal so these aren't the features that were showcased at ALA in the "Coming Soon" session, then?
20:12 atz merging them back into HEAD is a big job. especially for somebody-who-is-not-galen
20:11 atz 100% will be released
20:11 pianohacker Are they going to be released?
20:11 atz right. mostly because *they don't exist* yet
20:10 pianohacker atz: Okay, so the changes are taking some time to be released
20:10 atz it's not a different license, or even a different model. it's just a bigger version of it.
20:09 atz joetho: these are bigger features than previously commissioned... and unlike most library systems, WALDO actually scheduled a block of time to test review the major developments
20:05 pianohacker Oh, no, Mr. Cronkite
20:05 joetho well, Walter Cronkite died
20:04 Snow_Fox ok whats going on?
20:04 jdavidb I sure wouldn't. Sounds like amazing ignorance of the GPL...or a blatant violation.
20:02 joetho Would you publish something like this?
20:00 pianohacker Hmm. Has anything been published by waldo, liblime, or someone who attended the users group meeting on this subject?
19:58 wizzyrea afk a lil
19:58 joetho But I don't agree that is the biggest problem.
19:58 wizzyrea bbs
19:58 wizzyrea ok, well... I have to go away for a lil
19:57 joetho I am aware of that.
19:57 wizzyrea perhaps the biggest problem is that the developer in question is a for-profit entity
19:56 joetho Where is a board of directors when you need one!
19:56 joetho I would not participate in that, nor would I hire a developer who consider that acceptable.
19:56 joetho It implies that I, the customer, would by default prefer to ignore the open source community.
19:54 joetho I would be embarrassed to ask a customer that question.
19:54 joetho To be asked to specify that is wrong.
19:54 joetho I don't have to specify that "yes, I want the code I pay for to be made available for the release committee"
19:53 joetho I want some answers, and today would not be too soon.
19:52 joetho or more specifically, the SPIRIT of that license?
19:52 joetho What is so unclear about the licence we all agree to abide by?
19:51 Snow_Fox social networking?
19:51 Snow_Fox hey what are the exact use of patron tags?
19:51 joetho It is the customer who hires them as their mercenary who sins.
19:50 joetho People who work on developing open source code are well aware of all these issues, both legal and moral.
19:49 sekjal joetho: I think I've heard rumours about what you talking about, but I'm not entirely clear what's going on
19:49 jdavidb Either that, or there is something someone *else* doesn't understand about the GPL.
19:48 joetho I knew that when I chose Koha.
19:48 joetho And as a set of principles, it seems EXTREMELY clear.
19:48 joetho Although, as a legal document, it seems clear.
19:48 joetho Obviously there is something I simply don't understand about the GPL.
19:46 joetho not the developments themselves, but the manner in which they are being distrinbuted.
19:45 joetho I find these developments to be profoundly dsturbing.
19:45 joetho I wish I know what the developers writing the Waldo enhancements were thinking.
18:58 martinmorris or to use the contents of a marcxml file as a template for deleting auths?
18:58 martinmorris is there a way of deleting authorities from my db which don't have any bibs attached?
18:58 martinmorris hello
18:43 Snow_Fox bye bye
18:42 |Lupin| bye everybody ! see you later
18:41 pianohacker brb
18:41 pianohacker You might have to figure that out for your library. To give you an idea, an entry is added whenever a biblio or item is changed, which occurs on every checkout and checkin as well as normal editing
18:40 pianohacker Hmm
18:38 Snow_Fox about how often should that occur?
18:37 pianohacker Maybe also the sessions table, but that would require a perl script
18:37 pianohacker Perhaps cleaning out the zebraqueue table
18:26 Snow_Fox besides the clearing of the deleted patrons and items table, are there any other maintance items for the database that needs to be addressed?
17:37 pianohacker That's actually a good point. Most of the forms in Koha raise the expectation that you will lose the data you're looking at
17:37 owen brb
17:37 owen Or is it a matter of habituation?
17:36 owen An wider UI issue raised by this example: Should there be an interface convention for actions which will take place in an Ajaxy way?
17:36 pianohacker Hmm. I might have to throw this idea on the back burner for now (doing this for my library), but I see the possibilities
17:35 munin gmcharlt: The operation succeeded. Quote #18 added.
17:35 gmcharlt @quote add <pianohacker> nitpicking synergy FTW
17:35 munin gmcharlt: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command).
17:35 gmcharlt @quote add <pianohacker> nitpicking synergy FTW
17:34 pianohacker nitpicking synergy FTW
17:34 gmcharlt owen: please get out of my head. :)
17:33 owen Exactly.
17:33 gmcharlt I think you still would want the nonexistant barcodes in the same table - if sorted in barcode scan order by default, gives a hint as to where the questionable items can be found
17:33 owen If you're looking at a whole list in scanned-in order, I don't see why you couldn't list the nonexistent barcodes in with the others
17:32 pianohacker And a second for missing and unexpected items
17:32 pianohacker Actually, thinking about this. Perhaps just two lists; one for nonexistent barcodes, because they are a rather different set of data
17:31 owen How so?
17:31 pianohacker Hrm. That would fix some issues, but would remove the ability to display each set of data appropriately
17:31 gmcharlt snap
17:31 gmcharlt hmm - perhaps have a single list for all three types of errors, controls on each entry for appropriate actions, and a way to select sets of entries for mass actions?
17:30 owen Part of me wants to say put it all in a table together, nonexistent, missing, and unexpected, so that the user is looking at things in same sequential way they scanned them
17:30 pianohacker Yes indeedy
17:29 owen I find this to be a tricky problem!
17:28 pianohacker owen: do you think it might work better if it wasn't a conventional Koha form? Perhaps just a label, select box and button next to each other?
17:25 pianohacker Currently nothing, though an onbeforeunload hook could take care of that
17:25 gmcharlt pianohacker: what happens if you accidentally navigate away from the inventory report page?
17:24 pianohacker Okay, UI problems. What do you suggest?
17:24 owen I find it a little confusing that the form that I can submit is surrounded by data I can just view
17:22 pianohacker The mark items as missing is AJAX, and all links should open in a new window, yes
17:22 gmcharlt pianohacker: I assume that the format submissions / check in links are either AJAX or that you can easily get back to a saved inventory report?
17:20 pianohacker owen: http://s937.photobucket.com/albums/ad220/pianohacker/?action=view¤t=screenshot26.png
17:14 pianohacker Yes, actually. One sec
17:14 owen Any chance you could share a screenshot?
17:12 pianohacker What would be the best way to visually separate the three lists? They currently run together a tad, which is a problem, since one of them has a form, and the fieldset's bottom border creates an artificial separation
17:12 pianohacker It prints out three lists of errors (nonexistent barcodes, missing items, unexpected items), which are essentially just an h2, a p for a description, and a table of results
17:11 pianohacker I'm developing an inventory system, which checks a scanned list of barcodes against a set of criteria (call number, location, ccode, etc.)
17:10 owen Sure
17:10 pianohacker owen: I have a Koha CSS question for you
16:23 owen ...in order to fully leverage the Grids features
16:22 owen My followup is going to raise some questions about how we should mark up opac-main.tmpl
16:22 owen Thanks
16:21 gmcharlt owen++ # nice blog post
16:07 |Lupin| yes paul_p take a good rest and enjoy your family, friends...
16:03 slef paul_p: enjoy
16:03 slef hmm, vacations... I remember those
16:03 gmcharlt paul_p: have a good vacation!
16:02 paul_p all: i'm leaving now, for 1 full week. Then i'll be here for 1 week, then off again for 2 weeks. I hope you'll all continue working hard on hacking Koha, while i'm on vacation and you'll enjoy that (coding, not my vacation ;-) )
15:52 pianohacker More stubborn than brilliant
15:47 pianohacker Kinda sorta. My work is mainly on the administration and not the usage end of the whole sysprefs beast
15:46 jdavidb That is something pianohacker is working on, IIRC.
15:46 slef if so, passing the opac group would be a good start
15:46 jwagner gmcharlt, I'd think any syspref that gets passed to the opac results & details should also get passed to the XSLT
15:46 slef did I see a patch recently to group sysprefs in the DB instead of the code?
15:45 gmcharlt adding metadata to sysprefs to classify in what contexts they're used might make that cleaner in the long run
15:45 gmcharlt slef: simplest may be to simply pass them all, or at least all of the ones that have anything to do with OPAC display options
15:44 slef gmcharlt: will it be hard to choose which sysprefs get passed as params?
15:42 slef gmcharlt: not even the UDHR has that
15:42 slef gmcharlt: lemme know when you find anything meeting the definition of universal consensus
15:42 jwagner That's the whole idea of a syspref, and why I was trying to get the XSLT to obey it (Circle, Full).
15:41 gmcharlt defaulting that syspref to off is good enough IMO
15:41 owen I'm fine with the syspref as long as no one makes me use it.
15:41 gmcharlt lemme know when you find the universal consensus definition of UI suckiness
15:41 slef s/stop/discourage
15:41 slef because a botched koha doesn't reflect well on us
15:40 slef gmcharlt: it's our place to stop the UI sucking though
15:40 gmcharlt slef: I'm not sure it's our place to dictate all UI decisions to the libraries who are actually running the catalogs, even if some of the desired options may be ill conceived
15:40 slef and finally, I think that syspref should be removed ;-)
15:40 slef sekjal: as explained above, *preventing* new windows when they're coded into the page is harder.
15:39 slef sekjal: then you're unusual, but opening a new window isn't hard if you want to do it
15:39 owen Since opening a new window is non-standard behavior for links on the web, it really seems like it's incumbent on the user to open a new window if they want it
15:39 sekjal I'd want to be able to consult my results list at the same time as the resources themselves
15:39 jwagner But I think it's a useful option to have. Since the syspref exists, the XSLT should obey it.
15:39 slef well, please don't break Koha because Unicorn is buggy
15:39 slef of the browser is losing its place in the search on Back, then there's a problem with the cache settings or the browser
15:38 jwagner This might have been more of an issue with other catalogs like Unicorn that didn't have static URLs for results -- couldn't reliably hit the Back button.
15:38 slef that's what the back button is for
15:38 sekjal I agree with jwagner on that one
15:38 jwagner Not in the library context, I don't think. In my experience, someone is doing a search, wants to check a particular result by clicking on URL, but doesn't want to lose his place in the original search.
15:38 owen At the very least an assumption about how the user wants to use the site
15:38 slef but for me, our priorities are our users (and free software)
15:37 slef opening new windows is nearly always vanity on the part of the site owner, isn't it?
15:37 owen I agree with slef
15:36 slef novices get confused when web links open new windows. It is not normal behaviour.
15:36 jwagner gmcharlt, OK, I'll stick with a local fix for now & send out an email. In my experience (with other systems), sites that want the URLs to open in new windows REALLY want it and are highly annoyed when it doesn't happen.
15:36 slef jwagner: which is more feasible? Teaching thousands normal browser operation or teaching thousands how to reconfigure browsers?
15:35 slef which Mozilla-based browsers can do, but it's not good
15:35 gmcharlt I can work on making a patch to pass sysprefs to the XSLT templates, but I can't promise to have it available instantly
15:35 jwagner That's a user-education effort, slef, and we're talking about masses of library patrons. Not real feasible....
15:35 slef if you don't want a new window and it tries to force it, you have to reconfigure your browser
15:35 gmcharlt as useful info for anybody who wants same effect
15:34 slef if you want a new window and it doesn't, you right click and pick "Open in New Window" or shift-click
15:34 gmcharlt jwagner: best thing for moment might be to just send email describing how to do it
15:34 slef that seems backwards
15:34 jwagner Question was which default behavior sites would prefer. I think it's more annoying for sites who want it to open in new window & it doesn't, than for sites who don't want it & it does. (If that makes any sense.)
15:33 jwagner owen and gmcharlt, back to the URL in new window problem, I am not having any luck at all with the XSLT.pm file. I'm not enough of a programmer and/or XML person to understand exactly what it's doing or how to add this in. For my site, I can just hardcode the change into MARC21slim2OPACDetail.xsl (& maybe the results one too). Is it worth sending it out to community that way? We had this discussion several months ago.
15:27 jwagner Well, the vacation part was great. Getting to and from it is always exhausting. I Don't Like To Fly.
15:27 owen Vacations usually cause me to need a vacation
15:23 jwagner I managed to squeeze one in myself a few weeks ago, and am already in need of another one....
15:23 jwagner vacation, so far as I know :-)
15:22 joetho vacation, or Witness Protection?
15:22 jwagner OK, I think I know what you're talking about -- it's something one of our other people wrote as kind of an extension or replacement for MarcEdit. Not sure what its status is, and that person has also just left for vacation, but I'll ask around.
15:21 paul_p it's about a tool, written in Perl, that is equivalent to marcedit, and PTFS could release under GPL.
15:20 paul_p jwagner: yep, it was j rose. But J Yokley spoke of that to me as well (during a phone call we had in may or june.
15:19 jwagner paul_p, do you mean John Rose? He's not my boss :-) and I'm not quite sure what he was talking about, but I can ask. He's on vacation this week so it may be a few days?
15:17 |Lupin| this re-coded marcedit would be usable in text mode ?
15:16 paul_p joetho: lol !
15:16 joetho I mean literally RIGHT now, I have marcedit open in a different window, looking at 852 fields
15:16 paul_p ( jwagner: if you can ask again your boss about the release of the marcedit equivalent coded in Perl that he spoke to me at KohaCon... that would be brilliant and helpfull ;-) )
15:15 joetho I am doing that very thing right now
15:15 paul_p (when you have windows... which is not my case :( )
15:15 paul_p I could easily copy them in 952, but I was wondering if it was the good solution !
15:15 atz usually easiest to preprocess w/ marcEdit
15:14 paul_p atz: i have a file, with datas in 852
15:14 paul_p joetho: hdl just published a mail on koha-dev, with announce of git.biblibre.com, where you can find a preview of 3.0.4, and all our other developments for 3.2 in a specific branch
15:14 atz sirsi unicorn uses 926
15:14 atz paul_p: my understanding is that it varies
15:13 owen joetho: We've almost finished the 20-foot-high solid gold statue of Blobby in front of the Koha secret lair.
15:13 paul_p gmcharlt / atz / owen / jwagner, the previous question maybe for you...
15:13 atz joetho: all kinds of stuff. i've been working on tons more granular permissions
15:12 paul_p any marc21 specialist: when you migrate marc21 datas, items informations are in 852, and have to be copied in 952. Does it mean you need to modify bulkmarcimport and move the subfields manually ?
15:12 |Lupin| ho joetho
15:12 joetho so what's going on with Koha development?
15:00 atz instead of having TMPL_VAR NAME="IS_VARX_GREATER_THAN_FIVE"
15:00 atz Thankfully, they don't have to use as many variable, because the logic can live in the template.
14:57 jwagner I thought the XSLT templates would read the same variables from opac-detail.pl. Guess not....
14:56 jwagner AHA. I see some examples in XSLT.pm, gmcharlt. I'll experiment there.
14:56 |Lupin| hi again
14:56 atz http://www.w3schools.com/xsl/xsl_if.asp
14:55 gmcharlt jwagner: it's doable, but the sysprefs would have to be passed as XSL params when the XSLT parser is initialized in C4/XSLT.pm
14:55 owen The xsl file can only process the data that it finds in the XML, and that's only MARC data as far as I know
14:54 jwagner But that's just throwing errors. Any ideas?
14:54 jwagner then a choose/when set of statements
14:54 jwagner I'm trying a line in the XSLT file like <xsl:variable name="OPACURLOpenInNewWindow">
14:53 jwagner How do I get the XSL to recognize the syspref setting? The variable is coming into the non-XSLT template as OPACURLOpenInNewWindow
14:53 jwagner Got the XSLT to open in a new window, now I'm trying to build in the "if" bit.
14:53 jwagner I'm revisiting an old peeve with XSLT in the OPAC -- making URLs open in a new window if the syspref is set that way.
14:52 owen Yes
14:52 jwagner owen, around?
14:29 sekjal with any luck, changing to 'dom' mode fix my authorities indexing issue
14:28 sekjal gmcharlt: as always, you are of great help. Thank you. I'll give that a go.
14:27 gmcharlt sekjal: and reference to 'retrieval-info-auth-grs1.xml in koha-conf.xml to 'retrieval-info-auth-dom.xml
14:27 sekjal ah, right, the file sitting right next to it. I'd noticed that before...
14:26 gmcharlt sekjal: no, switch reference to zebra-authorities.cfg in koha-conf.xml to zebra-authorities-dom.cfg
14:25 sekjal so, likely /etc/koha/zebradb/zebra-authorities.cfg....
14:23 gmcharlt sekjal: that, + tweaking a couple other Zebra config files, then reindexing the authorities
14:22 sekjal if I wanted to change my Zebra authorities indexing mode from grs1 to dom, would it just be a matter of updating my koha-conf.xml file?
14:08 hdl_laptop mountains even
14:08 hdl_laptop yea staying AT home 1st week
14:08 gmcharlt ah, gotcha
14:08 hdl_laptop When everybody is trying to get to the sea... We are getting to mountais.
14:08 gmcharlt hdl_laptop: stay-at-home, you mean, perhaps?
14:08 |Lupin| week-end... see you later, all
14:07 slef alpen is a type of muesli in .uk
14:07 hdl_laptop my wife and I are quite snobish.
14:07 hdl_laptop and the second will be in the alps maybe.
14:07 hdl_laptop gmcharlt: staying home for the 1st week.
14:06 hdl_laptop But I have not changed numbering.
14:06 owen Regardless of the feature, vendor, or customer, if we don't let people know what is being worked on we run the risk of duplicating efforts
14:06 hdl_laptop so that all the updatedatabase from master IS in updatedatabase30.pl
14:06 hdl_laptop I have just pushed some updatedatabase30.pl file
14:05 slef owen: thanks, but I wrote first, thought later, so now I'm slightly worried about blowback.
14:05 gmcharlt hdl_laptop: where are you going on your vacation?
14:05 gmcharlt hdl_laptop: saw it - have my work cut out for me this weekend
14:05 hdl_laptop gmcharlt: sent a message ebout reconciliation branch
14:04 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3332 enhancement, P5, ---, mjr@ttllp.co.uk, ASSIGNED, Edit whole category of patrons
14:04 owen slef: I appreciate your comment today on Bug 3332
13:53 slef misremembered the command. again.
13:53 slef that was what I was after
13:53 munin slef: brendan was last seen in #koha 1 week, 1 day, 8 hours, 43 minutes, and 48 seconds ago: <brendan> @wunder bangalore india
13:53 slef @seen brendan
13:53 munin slef: Error: I couldn't find a message matching that criteria in my history of 1000 messages.
13:53 slef @last --from brendan
13:53 munin gmcharlt: [13:51:23] <slef> munin: you what?
13:53 gmcharlt @last --from slef
13:52 munin gmcharlt: (last [--{from,in,on,with,without,regexp} <value>] [--nolimit]) -- Returns the last message matching the given criteria. --from requires a nick from whom the message came; --in requires a channel the message was sent to; --on requires a network the message was sent on; --with requires some string that had to be in the message; --regexp requires a regular expression the message (1 more message)
13:52 gmcharlt @last slef
13:51 munin slef: downloading the Perl source
13:51 slef munin: you what?
13:51 munin slef: (last [--{from,in,on,with,without,regexp} <value>] [--nolimit]) -- Returns the last message matching the given criteria. --from requires a nick from whom the message came; --in requires a channel the message was sent to; --on requires a network the message was sent on; --with requires some string that had to be in the message; --regexp requires a regular expression the message must (1 more message)
13:51 slef @last brendan
13:50 gmcharlt hi slef
13:49 hdl_laptop hi slef
13:43 |Lupin| hi slef & sekjal
13:43 sekjal good morning all!
13:43 slef morning
12:28 jwagner Morning, gmcharlt
12:28 jdavidb Howdy, gmcharlt.
12:25 |Lupin| hi gmcharlt
12:24 Amit hi galen
12:24 gmcharlt hi Amit , paul_p , jwagner et al.
12:24 jwagner Bonjour paul_p!
12:24 paul_p hi jwagner & good morning USA !
12:16 munin Amit: The current temperature in New Delhi, India is 31.0°C (5:30 PM IST on July 24, 2009). Conditions: Partly Cloudy. Humidity: 70%. Dew Point: 25.0°C. Pressure: 29.53 in 1000 hPa (Steady).
12:16 Amit @wunder New Delhi India