ttllp.co.uk, ASSIGNED, Edit whole category of patrons![http://s937.photobucket.com/al[…]=screenshot26.png](http://s937.photobucket.com/albums/ad220/pianohacker/?action=view¤t=screenshot26.png){kind=link}
salpublib.orggmail.com as the message sender?salpublib.org?← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 12:16 | Amit | @wunder New Delhi India |
| 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:24 | paul_p | hi jwagner & good morning USA ! |
| 12:24 | jwagner | Bonjour paul_p! |
| 12:24 | gmcharlt | hi Amit , paul_p , jwagner et al. |
| 12:24 | Amit | hi galen |
| 12:25 | |Lupin| | hi gmcharlt |
| 12:28 | jdavidb | Howdy, gmcharlt. |
| 12:28 | jwagner | Morning, gmcharlt |
| 13:43 | slef | morning |
| 13:43 | sekjal | good morning all! |
| 13:43 | |Lupin| | hi slef & sekjal |
| 13:49 | hdl_laptop | hi slef |
| 13:50 | gmcharlt | hi slef |
| 13:51 | slef | @last brendan |
| 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 | munin: you what? |
| 13:51 | munin | slef: downloading the Perl source |
| 13:52 | gmcharlt | @last 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:53 | gmcharlt | @last --from slef |
| 13:53 | munin | gmcharlt: [13:51:23] <slef> munin: you what? |
| 13:53 | slef | @last --from brendan |
| 13:53 | munin | slef: Error: I couldn't find a message matching that criteria in my history of 1000 messages. |
| 13:53 | slef | @seen brendan |
| 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 | that was what I was after |
| 13:53 | misremembered the command. again. | |
| 14:04 | owen | slef: I appreciate your comment today on Bug 3332 |
| 14:04 | munin | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3332 enhancement, P5, ---, mjrttllp.co.uk, ASSIGNED, Edit whole category of patrons |
| 14:05 | hdl_laptop | gmcharlt: sent a message ebout reconciliation branch |
| 14:05 | gmcharlt | hdl_laptop: saw it - have my work cut out for me this weekend |
| 14:05 | hdl_laptop: where are you going on your vacation? | |
| 14:05 | slef | owen: thanks, but I wrote first, thought later, so now I'm slightly worried about blowback. |
| 14:06 | hdl_laptop | I have just pushed some updatedatabase30.pl file |
| 14:06 | so that all the updatedatabase from master IS in updatedatabase30.pl | |
| 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 | But I have not changed numbering. |
| 14:07 | gmcharlt: staying home for the 1st week. | |
| 14:07 | and the second will be in the alps maybe. | |
| 14:07 | my wife and I are quite snobish. | |
| 14:07 | slef | alpen is a type of muesli in .uk |
| 14:08 | |Lupin| | week-end... see you later, all |
| 14:08 | gmcharlt | hdl_laptop: stay-at-home, you mean, perhaps? |
| 14:08 | hdl_laptop | When everybody is trying to get to the sea... We are getting to mountais. |
| 14:08 | gmcharlt | ah, gotcha |
| 14:08 | hdl_laptop | yea staying AT home 1st week |
| 14:08 | mountains even | |
| 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:23 | gmcharlt | sekjal: that, + tweaking a couple other Zebra config files, then reindexing the authorities |
| 14:25 | sekjal | so, likely /etc/koha/zebradb/zebra-authorities.cfg.... |
| 14:26 | gmcharlt | sekjal: no, switch reference to zebra-authorities.cfg in koha-conf.xml to zebra-authorities-dom.cfg |
| 14:27 | sekjal | ah, right, the file sitting right next to it. I'd noticed that before... |
| 14:27 | gmcharlt | sekjal: and reference to 'retrieval-info-auth-grs1.xml in koha-conf.xml to 'retrieval-info-auth-dom.xml |
| 14:28 | sekjal | gmcharlt: as always, you are of great help. Thank you. I'll give that a go. |
| 14:29 | with any luck, changing to 'dom' mode fix my authorities indexing issue | |
| 14:52 | jwagner | owen, around? |
| 14:52 | owen | Yes |
| 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:53 | Got the XSLT to open in a new window, now I'm trying to build in the "if" bit. | |
| 14:53 | How do I get the XSL to recognize the syspref setting? The variable is coming into the non-XSLT template as OPACURLOpenInNewWindow | |
| 14:54 | I'm trying a line in the XSLT file like <xsl:variable name="OPACURLOpenInNewWindow"> | |
| 14:54 | then a choose/when set of statements | |
| 14:54 | But that's just throwing errors. Any ideas? | |
| 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: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:56 | atz | http://www.w3schools.com/xsl/xsl_if.asp |
| 14:56 | |Lupin| | hi again |
| 14:56 | jwagner | AHA. I see some examples in XSLT.pm, gmcharlt. I'll experiment there. |
| 14:57 | I thought the XSLT templates would read the same variables from opac-detail.pl. Guess not.... | |
| 15:00 | atz | Thankfully, they don't have to use as many variable, because the logic can live in the template. |
| 15:00 | instead of having TMPL_VAR NAME="IS_VARX_GREATER_THAN_FIVE" | |
| 15:12 | joetho | so what's going on with Koha development? |
| 15:12 | |Lupin| | ho joetho |
| 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:13 | atz | joetho: all kinds of stuff. i've been working on tons more granular permissions |
| 15:13 | paul_p | gmcharlt / atz / owen / jwagner, the previous question maybe for you... |
| 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:14 | atz | paul_p: my understanding is that it varies |
| 15:14 | sirsi unicorn uses 926 | |
| 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: i have a file, with datas in 852 | |
| 15:15 | atz | usually easiest to preprocess w/ marcEdit |
| 15:15 | paul_p | I could easily copy them in 952, but I was wondering if it was the good solution ! |
| 15:15 | (when you have windows... which is not my case :( ) | |
| 15:15 | joetho | I am doing that very thing right now |
| 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:16 | joetho | I mean literally RIGHT now, I have marcedit open in a different window, looking at 852 fields |
| 15:16 | paul_p | joetho: lol ! |
| 15:17 | |Lupin| | this re-coded marcedit would be usable in text mode ? |
| 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: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:21 | it's about a tool, written in Perl, that is equivalent to marcedit, and PTFS could release under GPL. | |
| 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:22 | joetho | vacation, or Witness Protection? |
| 15:23 | jwagner | vacation, so far as I know :-) |
| 15:23 | I managed to squeeze one in myself a few weeks ago, and am already in need of another one.... | |
| 15:27 | owen | Vacations usually cause me to need a vacation |
| 15:27 | jwagner | Well, the vacation part was great. Getting to and from it is always exhausting. I Don't Like To Fly. |
| 15:33 | 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:34 | 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:34 | slef | that seems backwards |
| 15:34 | gmcharlt | jwagner: best thing for moment might be to just send email describing how to do it |
| 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:35 | gmcharlt | as useful info for anybody who wants same effect |
| 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 | jwagner | That's a user-education effort, slef, and we're talking about masses of library patrons. Not real feasible.... |
| 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 | slef | which Mozilla-based browsers can do, but it's not good |
| 15:36 | jwagner: which is more feasible? Teaching thousands normal browser operation or teaching thousands how to reconfigure browsers? | |
| 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 | novices get confused when web links open new windows. It is not normal behaviour. |
| 15:37 | owen | I agree with slef |
| 15:37 | slef | opening new windows is nearly always vanity on the part of the site owner, isn't it? |
| 15:38 | but for me, our priorities are our users (and free software) | |
| 15:38 | owen | At the very least an assumption about how the user wants to use the site |
| 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 | sekjal | I agree with jwagner on that one |
| 15:38 | slef | that's what the back button is for |
| 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: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:39 | well, please don't break Koha because Unicorn is buggy | |
| 15:39 | jwagner | But I think it's a useful option to have. Since the syspref exists, the XSLT should obey 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 | 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 | slef | sekjal: then you're unusual, but opening a new window isn't hard if you want to do it |
| 15:40 | sekjal: as explained above, *preventing* new windows when they're coded into the page is harder. | |
| 15:40 | and finally, I think that syspref should be removed ;-) | |
| 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 | gmcharlt: it's our place to stop the UI sucking though |
| 15:41 | because a botched koha doesn't reflect well on us | |
| 15:41 | s/stop/discourage | |
| 15:41 | gmcharlt | lemme know when you find the universal consensus definition of UI suckiness |
| 15:41 | owen | I'm fine with the syspref as long as no one makes me use it. |
| 15:41 | gmcharlt | defaulting that syspref to off is good enough IMO |
| 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:42 | slef | gmcharlt: lemme know when you find anything meeting the definition of universal consensus |
| 15:42 | gmcharlt: not even the UDHR has that | |
| 15:44 | gmcharlt: will it be hard to choose which sysprefs get passed as params? | |
| 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:45 | adding metadata to sysprefs to classify in what contexts they're used might make that cleaner in the long run | |
| 15:46 | slef | did I see a patch recently to group sysprefs in the DB instead of the code? |
| 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 | if so, passing the opac group would be a good start |
| 15:46 | jdavidb | That is something pianohacker is working on, IIRC. |
| 15:47 | pianohacker | Kinda sorta. My work is mainly on the administration and not the usage end of the whole sysprefs beast |
| 15:52 | More stubborn than brilliant | |
| 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 ;-) ) |
| 16:03 | gmcharlt | paul_p: have a good vacation! |
| 16:03 | slef | hmm, vacations... I remember those |
| 16:03 | paul_p: enjoy | |
| 16:07 | |Lupin| | yes paul_p take a good rest and enjoy your family, friends... |
| 16:21 | gmcharlt | owen++ # nice blog post |
| 16:22 | owen | Thanks |
| 16:22 | My followup is going to raise some questions about how we should mark up opac-main.tmpl | |
| 16:23 | ...in order to fully leverage the Grids features | |
| 17:10 | pianohacker | owen: I have a Koha CSS question for you |
| 17:10 | owen | Sure |
| 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:12 | 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:12 | 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:14 | owen | Any chance you could share a screenshot? |
| 17:14 | pianohacker | Yes, actually. One sec |
| 17:20 | owen: http://s937.photobucket.com/al[…]=screenshot26.png | |
| 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:22 | pianohacker | The mark items as missing is AJAX, and all links should open in a new window, yes |
| 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:24 | pianohacker | Okay, UI problems. What do you suggest? |
| 17:25 | gmcharlt | pianohacker: what happens if you accidentally navigate away from the inventory report page? |
| 17:25 | pianohacker | Currently nothing, though an onbeforeunload hook could take care of that |
| 17:28 | 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:29 | owen | I find this to be a tricky problem! |
| 17:30 | pianohacker | Yes indeedy |
| 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: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:31 | snap | |
| 17:31 | pianohacker | Hrm. That would fix some issues, but would remove the ability to display each set of data appropriately |
| 17:31 | owen | How so? |
| 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:32 | And a second for missing and unexpected items | |
| 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: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 | Exactly. |
| 17:34 | gmcharlt | owen: please get out of my head. :) |
| 17:34 | pianohacker | nitpicking synergy FTW |
| 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:35 | munin | gmcharlt: The operation succeeded. Quote #18 added. |
| 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: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:37 | Or is it a matter of habituation? | |
| 17:37 | brb | |
| 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 |
| 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? |
| 18:37 | pianohacker | Perhaps cleaning out the zebraqueue table |
| 18:37 | Maybe also the sessions table, but that would require a perl script | |
| 18:38 | Snow_Fox | about how often should that occur? |
| 18:40 | pianohacker | Hmm |
| 18:41 | 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:41 | brb | |
| 18:42 | |Lupin| | bye everybody ! see you later |
| 18:43 | Snow_Fox | bye bye |
| 18:58 | martinmorris | hello |
| 18:58 | is there a way of deleting authorities from my db which don't have any bibs attached? | |
| 18:58 | or to use the contents of a marcxml file as a template for deleting auths? | |
| 19:45 | joetho | I wish I know what the developers writing the Waldo enhancements were thinking. |
| 19:45 | I find these developments to be profoundly dsturbing. | |
| 19:46 | not the developments themselves, but the manner in which they are being distrinbuted. | |
| 19:48 | Obviously there is something I simply don't understand about the GPL. | |
| 19:48 | Although, as a legal document, it seems clear. | |
| 19:48 | And as a set of principles, it seems EXTREMELY clear. | |
| 19:48 | I knew that when I chose Koha. | |
| 19:49 | jdavidb | Either that, or there is something someone *else* doesn't understand about the GPL. |
| 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:50 | joetho | People who work on developing open source code are well aware of all these issues, both legal and moral. |
| 19:51 | It is the customer who hires them as their mercenary who sins. | |
| 19:51 | Snow_Fox | hey what are the exact use of patron tags? |
| 19:51 | social networking? | |
| 19:52 | joetho | What is so unclear about the licence we all agree to abide by? |
| 19:52 | or more specifically, the SPIRIT of that license? | |
| 19:53 | I want some answers, and today would not be too soon. | |
| 19:54 | I don't have to specify that "yes, I want the code I pay for to be made available for the release committee" | |
| 19:54 | To be asked to specify that is wrong. | |
| 19:54 | I would be embarrassed to ask a customer that question. | |
| 19:56 | It implies that I, the customer, would by default prefer to ignore the open source community. | |
| 19:56 | I would not participate in that, nor would I hire a developer who consider that acceptable. | |
| 19:56 | Where is a board of directors when you need one! | |
| 19:57 | wizzyrea | perhaps the biggest problem is that the developer in question is a for-profit entity |
| 19:57 | joetho | I am aware of that. |
| 19:58 | wizzyrea | ok, well... I have to go away for a lil |
| 19:58 | bbs | |
| 19:58 | joetho | But I don't agree that is the biggest problem. |
| 19:58 | wizzyrea | afk a lil |
| 20:00 | pianohacker | Hmm. Has anything been published by waldo, liblime, or someone who attended the users group meeting on this subject? |
| 20:02 | joetho | Would you publish something like this? |
| 20:04 | jdavidb | I sure wouldn't. Sounds like amazing ignorance of the GPL...or a blatant violation. |
| 20:04 | Snow_Fox | ok whats going on? |
| 20:05 | joetho | well, Walter Cronkite died |
| 20:05 | pianohacker | Oh, no, Mr. Cronkite |
| 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:10 | it's not a different license, or even a different model. it's just a bigger version of it. | |
| 20:10 | pianohacker | atz: Okay, so the changes are taking some time to be released |
| 20:11 | atz | right. mostly because *they don't exist* yet |
| 20:11 | pianohacker | Are they going to be released? |
| 20:11 | atz | 100% will be released |
| 20:12 | merging them back into HEAD is a big job. especially for somebody-who-is-not-galen | |
| 20:12 | sekjal | so these aren't the features that were showcased at ALA in the "Coming Soon" session, then? |
| 20:12 | atz | i wasn't at the session. |
| 20:12 | Wizzyrea_ | interesting,thats not the impression that was given at the users group meeting (according 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:13 | pianohacker | Wizzyrea_: Do you have a link to the minutes? |
| 20:13 | atz | right, the features include (1) hourly loans, circ overhaul. (2) granular permissions. (3) GetIt (new acq.) |
| 20:14 | joetho | Is Josh ok? |
| 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 | WHy doesn't he ever COMMUNICATE this stuff? |
| 20:14 | atz | joetho: i just talked to him today. he sounded fine. |
| 20:14 | pianohacker | Snow_Fox: Yes. |
| 20:15 | atz | joetho: it was also the first time i've talked to him in... 2 or 3 months |
| 20:15 | joetho | Holy moly. What planet am I on. |
| 20:16 | oh well. | |
| 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 | sekjal | atz: so (1), (2) and (3) are the features that don't exist yet, or the ones that do? |
| 20:16 | atz | he's been writing a lot of the code for GetIt, among other things |
| 20:17 | sekjal: nobody I know of has those features in production. | |
| 20:17 | joetho | and this code is available to the release committee to evaluate for the next round? |
| 20:17 | or will be at some point? | |
| 20:17 | atz | right... waldo is a very methodical partner |
| 20:18 | joetho | this is the new york consortium, correct? |
| 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 | I studiously avoided asking "Where's Waldo?" |
| 20:18 | atz | heh |
| 20:19 | right now all of this is stuff that needs to be tested... and needs to be tested *together* | |
| 20:19 | joetho | a well funded and ighly functional organization, it sounds like |
| 20:19 | *highly | |
| 20:19 | atz | I did the granular permissions stuff... but I haven't even seen the GetIt code |
| 20:19 | so there is merging issues even on our dev branches | |
| 20:19 | let alone back to head | |
| 20:20 | but it does us no good to live in a progressively more remote branch | |
| 20:24 | Wizzyrea_ | so, ok, the features are coming, thats quite a change in position from a few days ago |
| 20:24 | just sayin | |
| 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:27 | any indicators when it would need that done | |
| 20:27 | or with the hosting via liblime do we even have to worry about that | |
| 20:30 | pianohacker | Snow_Fox: LibLime _might_ take care of it |
| 20:30 | It would be something to raise | |
| 20:31 | Wizzyrea_ | you'll want to ask about that, yea, snow_fox |
| 20:31 | pianohacker | Theoretically, you could purge all finished entries (done = 1) daily |
| 20:38 | Snow_Fox | hrm |
| 20:38 | ya i should prob def ask them | |
| 21:00 | atz | Snow_Fox: we clean old tables if you are hosted (by us) |
| 21:00 | clay monitors all that stuff | |
| 21:01 | Snow_Fox | ah cool |
| 21:02 | so bev prob just got a redundent email:-P | |
| 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:04 | I've tried the oldfashioned ways, email and IRC | |
| 21:05 | Snow_Fox | telephone? |
| 21:05 | Physical mail | |
| 21:05 | Candy Grams | |
| 21:06 | atz | actually, a support ticket is probably the most effective |
| 22:05 | dipanjan | i have installed koha. but nothing shows in the http://localhost:8080 page. can someone help me? |
| 22:07 | collum | dipanjan: Is anything showing up as http://localhost |
| 22:07 | dipanjan | collum: no |
| 22:08 | collum | what system are you using? |
| 22:08 | Debian, Ubuntu, etc? | |
| 22:10 | Snow_Fox | how many different emails can Koha actually use |
| 22:10 | dipanjan | collum: Fedora 10 |
| 22:11 | collum | Check to see if apache is running |
| 22:11 | ps -ef | grep apache | |
| 22:11 | or | |
| 22:11 | ps -ef | grep httpd | |
| 22:12 | dipanjan | collum: this is what i get: root 7361 3332 0 03:36 pts/0 00:00:00 grep apache |
| 22:12 | collum | go to your etc/init.d directory |
| 22:12 | cd /etc/init.d | |
| 22:13 | list the files | |
| 22:13 | ls | |
| 22:13 | and look for the startup file | |
| 22:13 | it's probably apache2 or httpd | |
| 22:14 | run the command as follows | |
| 22:14 | ./apache2 restart | |
| 22:14 | or | |
| 22:14 | ./httpd restart | |
| 22:15 | If it doesn't start you should get some error messages | |
| 22:16 | dipanjan | collum: the directory init.d doesnot have apache2, but has httpd |
| 22:17 | collum | That's ok. Different linux distributions name the file differently. |
| 22:17 | type in - | |
| 22:17 | ./httpd restart | |
| 22:17 | then do a | |
| 22:17 | ps -ef | grep httpd | |
| 22:18 | dipanjan | i get Stopping httpd: [FAILED] |
| 22:18 | Starting httpd: Syntax error on line 1000 of /etc/httpd/conf/httpd.conf: | |
| 22:18 | Invalid command '', perhaps misspelled or defined by a module not included in the server configuration | |
| 22:18 | [FAILED] | |
| 22:18 | collum | This gives you a clue. There's a syntax error in your http.conf file. |
| 22:19 | indradg__ | dipanjan, pastebin the conf |
| 22:19 | dipanjan | indradg__: just a minute |
| 22:21 | indradg__, collum: http://pastebin.com/d3219c5d5 | |
| 22:23 | indradg__ | dipanjan, remove the > from line 1000 |
| 22:23 | Snow_Fox | um |
| 22:24 | i think that goes to the </VirtualHost tag | |
| 22:24 | line 997 | |
| 22:24 | 997 - 1000 i belive is the whole tag | |
| 22:24 | wait | |
| 22:25 | dipanjan | ok |
| 22:25 | i have been able to restart httpd | |
| 22:25 | Snow_Fox is right | |
| 22:26 | Snow_Fox | i should savor this moment doesnt happen often :P |
| 22:26 | dipanjan | the > ended the </VirtualHost tag. |
| 22:27 | Snow_Fox | man its been many years sense i looked upon a Apache config file |
| 22:27 | dipanjan | now ps -ef | grep httpd gives: |
| 22:27 | root 7416 1 2 03:49 ? 00:00:00 /usr/sbin/httpd | |
| 22:27 | apache 7418 7416 0 03:49 ? 00:00:00 /usr/sbin/httpd | |
| 22:27 | apache 7419 7416 0 03:49 ? 00:00:00 /usr/sbin/httpd | |
| 22:27 | apache 7420 7416 0 03:49 ? 00:00:00 /usr/sbin/httpd | |
| 22:27 | apache 7421 7416 0 03:49 ? 00:00:00 /usr/sbin/httpd | |
| 22:27 | apache 7422 7416 0 03:49 ? 00:00:00 /usr/sbin/httpd | |
| 22:27 | apache 7423 7416 0 03:49 ? 00:00:00 /usr/sbin/httpd | |
| 22:27 | apache 7424 7416 0 03:49 ? 00:00:00 /usr/sbin/httpd | |
| 22:27 | apache 7425 7416 0 03:49 ? 00:00:00 /usr/sbin/httpd | |
| 22:27 | root 7427 3332 0 03:49 pts/0 00:00:00 grep httpd | |
| 22:28 | collum | It's running. Are you able to go to the website? |
| 22:28 | dipanjan | collum: localhost:8080 shows: |
| 22:28 | production mode - trapped fatal error | |
| 22:28 | :( | |
| 22:29 | collum | Hmmm. |
| 22:29 | What about localhost? | |
| 22:29 | dipanjan | collum: same |
| 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: the page title is Koha Error. (at least it's Koha) |
| 22:30 | indradg__: i get this: | |
| 22:30 | [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 | [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 | VirtualHost configuration: | |
| 22:30 | 127.0.0.1:80 localhost.localdomain (/etc/httpd/conf.d/koha-httpd.conf:6) | |
| 22:30 | 127.0.0.1:8080 localhost.localdomain (/etc/httpd/conf.d/koha-httpd.conf:42) | |
| 22:30 | wildcard NameVirtualHosts and _default_ servers: | |
| 22:30 | _default_:443 localhost.localdomain (/etc/httpd/conf.d/ssl.conf:75) | |
| 22:30 | Syntax OK | |
| 22:32 | pianohacker | dipanjan: What does your koha error log say? |
| 22:33 | dipanjan | pianohacker: just a minute |
| 22:34 | pianohacker: where may I find it? | |
| 22:35 | pianohacker | Probably /var/log/koha/koha-error_log |
| 22:35 | dipanjan | pianohacker: just a minute. pastebin ing it |
| 22:37 | koha-error_log: http://pastebin.com/d38d74cba | |
| 22:38 | pianohacker | dipanjan: Ah, okay. You need to install the MARC::Charset module using cpan |
| 22:38 | (Line 24) | |
| 22:39 | dipanjan | pianohacker: i will be back after doing it |
| 22:39 | pianohacker | k |
| 22:39 | Snow_Fox | hey piano, how many emails does koha use for notices and what not? |
| 22:39 | or does it just use the admin | |
| 22:39 | pianohacker | Ahh |
| 22:39 | Some parts of Koha use the library's email address if available, then KohaAdminEmailAddress | |
| 22:40 | others just use KohaAdminEmailAddress | |
| 22:40 | Snow_Fox | when a overdue or predue notice is sent |
| 22:40 | pianohacker | yes |
| 22:41 | I'm assuming you mean as the From: address | |
| 22:41 | Snow_Fox | ok |
| 22:41 | hrm | |
| 22:42 | and the library email address will likely be a email that already exists? | |
| 22:42 | pianohacker | Probably |
| 22:43 | Snow_Fox | or should i create a email something along the lines of say AutomatedSystemsalpublib.org |
| 22:43 | or BookBot | |
| 22:43 | :-P | |
| 22:44 | pianohacker | We actually have a gmail address hooked up to it that is checked by our staff |
| 22:44 | Snow_Fox | huh |
| 22:44 | pianohacker | It has to be routed through an address on our server due to craz |
| 22:44 | y relaying rules | |
| 22:44 | Snow_Fox | really |
| 22:44 | so all emails are sent via your exchange box | |
| 22:45 | pianohacker | Yup. our server can only send emails from '*@jcfld.us.to', and the library email address is @gmail.com |
| 22:45 | Snow_Fox | so patrons will be getting say for overdues salpublibgmail.com as the message sender? |
| 22:46 | pianohacker | Whatever you enter |
| 22:46 | Snow_Fox | oh so it masks the email with what we enter as long as its a proper email address |
| 22:46 | and then for safty sake it had better be a real email | |
| 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 | Yup | |
| 22:47 | Snow_Fox | huh |
| 22:47 | dipanjan | pianohacker: installed MARC::Charset. still localhost:8080 shows: production mode - trapped fatal error |
| 22:48 | pianohacker | dipanjan: Probably another module missing. |
| 22:48 | Look for another line like the one I pointed out | |
| 22:48 | dipanjan | pianohacker: hmmm |
| 22:48 | Snow_Fox | ok so i just need to specify 2 emails then |
| 22:49 | i think someone got the impression we needed a email for each type of notice | |
| 22:49 | pianohacker | Nope |
| 22:50 | And you can't set it up like that anyway | |
| 22:50 | Snow_Fox | k |
| 22:50 | so what do you think | |
| 22:50 | BookBotsalpublib.org? |
|
| 22:51 | i can tell you laughing hysterically from the long pause | |
| 22:51 | :-P | |
| 22:51 | pianohacker | Not so much that, just distracted |
| 22:51 | Whatever you want | |
| 22:52 | LibLime might have some advice on the subject | |
| 22:52 | punting_to_support_company++ | |
| 22:52 | Snow_Fox | and there is the love handoff |
| 22:53 | hey i can see my house from here | |
| 22:53 | :-P | |
| 22:53 | ok time to go | |
| 22:53 | later | |
| 22:55 | pianohacker | dipanjan: Any luck? |
| 22:55 | dipanjan | i think mail::sendmail is missing. trying |
| 23:01 | pianohacker: the last line of koha error log says : compilation aborted at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 23. | |
| 23:02 | mainpage.pl line 23 says: use C4::Auth; | |
| 23:02 | pianohacker | Try running grep INC /var/log/koha/koha-error_log |
| 23:07 | dipanjan | collum: this time the URL changed to http://localhost:8080/cgi-bin/[…]taller/install.pl but the message is still the same |
| 23:09 | collum | dipanjan: getting closer. Anything in the koha error log? |
| 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:11 | collum: localhost:80 says: System maintenance will be back soon | |
| 23:11 | collum: there's a koha search too bar in the page | |
| 23:12 | s/too/tool | |
| 23:12 | collum: koha error log at: http://pastebin.com/d30264efb | |
| 23:13 | collum | dipanjan: Is CGI::Session installed? |
| 23:14 | dipanjan | collum: just a second |
| 23:14 | collum: yes it is | |
| 23:19 | collum | dipanjan: Just looked at the error log. Check to see if MIME::Lite is installed. |
| 23:19 | dipanjan | i just installed it |
| 23:20 | it is up to date | |
| 23:21 | collum | dipanjan: Yep sorry. I didn't go far enough down into the file. |
| 23:21 | chris | morning all |
| 23:22 | collum | dipanjan: It still looks like something with CGI::Session |
| 23:22 | dipanjan | collum: it says it is up to date |
| 23:23 | 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:25 | bye all. thanks collum. | |
| 23:25 | collum | dipanjan: No problem. Check for CGI::Session CGI::Session::Serialize::yaml |
| 23:25 | when you get up. | |
| 00:31 | chris | oh cool |
| 00:37 | gmcharlt | hi chris |
| 00:39 | chris | heya galen |
| 00:43 | plans for the weekend? | |
| 01:17 | http://git.koha.org/cgi-bin/gitweb.cgi <-- cool too | |
| 05:51 | http://git.workbuffer.org/cgi-[…]88e3568664329e2c7 | |
| 07:18 | http://git.workbuffer.org/cgi-[…]06ac74a12;hb=HEAD | |
| 07:21 | dipanjan | gmcharlt: ping |
| 07:21 | chris | i doubt he will be around |
| 07:21 | its pretty early on saturday morning where he is | |
| 07:22 | bout 3.20am | |
| 07:22 | dipanjan | chris: koha installer says C4/Context.pm is missing. And it won't install either. what to do |
| 07:22 | ? | |
| 07:23 | chris | C4/Context.pm comes with the tarball |
| 07:23 | how are you running the installer? | |
| 07:23 | dipanjan | # cpan |
| 07:24 | chris | ? |
| 07:24 | dipanjan | cpan[x]> install C4::Context |
| 07:24 | chris | that wont work |
| 07:24 | its part of Koha | |
| 07:24 | how are you trying to install Koha | |
| 07:24 | perl Makefile.PL | |
| 07:24 | make | |
| 07:24 | like that? | |
| 07:24 | dipanjan | chris: yes |
| 07:25 | chris: it is installed i suppose. but localhost:8080 shows: production mode - trapped fatal error | |
| 07:25 | chris | right |
| 07:25 | dipanjan | and localhost:80 shows system maintenance. will be back soon |
| 07:26 | chris | and the error log says it cant find C4/Context.pm ? |
| 07:26 | in your koha-httpd.conf | |
| 07:26 | what does the line with PERL5LIB on it say? | |
| 07:27 | dipanjan | chris: just a min |
| 07:29 | chris: I found this under ##OPAC and ##Intranet in koha-httpd.conf: | |
| 07:29 | SetEnv PERL5LIB "/usr/share/koha/lib" | |
| 07:29 | chris | and in in /usr/share/koha/lib is there C4/ |
| 07:30 | dipanjan | chris: yes there is |
| 07:30 | chris: pastebin ed my koha error log: http://pastebin.com/d14f7c660 | |
| 07:32 | chris | Can't locate MIME/Lite.pm |
| 07:32 | you fixed that one eh? | |
| 07:33 | dipanjan | chris: that one's fixed |
| 07:33 | chris | hmm the last one says redirecting to installer |
| 07:34 | is there any errors after that? | |
| 07:34 | dipanjan | yes i am getting the URL http://localhost:8080/cgi-bin/[…]taller/install.pl when I http://localhost:8080 |
| 07:34 | chris | yep, thats what you should get |
| 07:36 | your database exists, and the user specified in koha-conf.xml can connect to it eh? | |
| 07:38 | dipanjan1 | chris: sorry m/c got stuck |
| 07:39 | chris: what did i miss? | |
| 07:40 | chris: will you be available later today? | |
| 07:41 | chris: I must leave now. bye. will get in touch with you later. | |
| 08:48 | chris | http://blog.bigballofwax.co.nz[…]ixclass-and-koha/ |
| 09:13 | ohh, another cool patch | |
| 11:52 | gvb | Nickserver not responding? |
| 11:57 | gmcharlt | gvb: no nickserv on this channel |
← Previous day | Today | Next day → | Search | Index
