Time Nick Message
23:58 slef stand any chance?
23:58 slef cool
23:51 chris http://yourwellington.org/2009/08/a-summers-day-free-of-trafc/
23:49 chris like car free days
23:49 chris jack yan has other policies you as an avid cyclist would like too
23:48 chris one of the directors of catalyst is president of the society :)
23:48 chris the nzoss is helping him draft a policy
23:48 chris yep
23:44 slef chris: did you get the wellington link I sent by munin?
23:17 chris night cait
23:17 cait good night all!
23:17 cait ok, really late now
23:06 chilts those search engines which rely on Google should use a CSE (Custom Search Engine)
23:05 chilts I'm not surprised, there's a different between scraping HTML and using an API
23:04 robin chilts: yeah, but google changes fairly regularly. I wrote a scraper that worked with the PDA interface, and it was always breaking.
23:03 slef Aren't incompatible API changes usually evil? ;-)
23:02 chilts I think munin was broken before the recent Google changes
23:00 slef a lot of automated services used the old ie interface because it was easiest to parse
23:00 slef oh yeah, google's site changes broke scroogle.org
22:58 munin cait: *click*
22:58 cait @roulette
22:42 brendan google did give me the answer
22:42 brendan I give up munin
22:41 munin brendan: Google's calculator didn't come up with anything.
22:41 brendan @gcalc 4619 seconds
22:41 munin cait: *click*
22:41 cait @roulette
22:41 brendan :)
22:41 munin brendan: *click*
22:41 brendan @roulette
22:40 cait oh
22:40 * munin reloads and spins the chambers.
22:40 munin *BANG* Hey, who put a blank in here?!
22:40 cait @roulette
22:40 robin I wonder if google's site changes have broken it.
22:40 munin brendan: Google's calculator didn't come up with anything.
22:40 brendan @gcalc what is 4619 seconds converted to minutes
22:39 munin brendan: Google's calculator didn't come up with anything.
22:39 brendan @gcalc 4619 seconds in minutes
22:36 chris right
22:35 cait chris: ah, I tried to reproduce my import problem today... all itemcallnumbers with umlauts loaded without problems using staged marc import. Perhaps the problem is in bulk marc import. I was not able to test that. we repaired the data with the sync-script for items and marcxml.
22:31 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3922 major, P5, ---, henridamien@koha-fr.org, NEW, Managing suggestions: filter form missing information
22:31 cait ah there already is a bug 3922
22:29 cait will file another bug
22:29 cait there are the new filters owen did for suggestion managment, suggeston information has management date and suggested on, but no input fields
22:28 chris its most likely a bug
22:27 cait there are some more strange things in suggestions, still not sure its a bug or I just dont get it
22:27 chris ta
22:25 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4498 normal, P5, ---, chris@bigballofwax.co.nz, NEW, Acq always shows '1 suggestions waiting'
22:25 cait bug 4498
22:22 chris ill send out an email tomorrow i think giving ppl one week more to register, then ill shift the bugs over
22:21 chris so thats good
22:21 chris pretty much all the active people
22:20 chris 56 ppl have registered on the new bugzilla
22:20 chris yep assign to me
22:20 cait assign bug to you? default for acq is hdl
22:19 cait im in full bug reporting mode :)
22:19 chris and then from then on, use the new site
22:19 cait ah ok
22:19 chris a day or so
22:19 cait what will this mean? no bug reporting or changing? for how long?
22:18 chris and import the bugs in bugs.koha-community.org then
22:18 chris i was thinking i might call a bug freeze for next friday?
22:18 chris yes please
22:18 cait want me to add a bug?
22:17 chris im not sure its reported, i only spotted it a couple of days ago when doing a demo
22:17 chris :)
22:16 cait and hi chris :)
22:16 cait 1 suggestions waiting and manage suggestions show as links and both link to suggestions.pl
22:16 cait is there a bug for this?
22:15 chris says 1 if there are 10, or 0
22:15 chris its on my list
22:15 chris it always says 1
22:15 chris yeah thats a bug
22:14 cait I dropped my database and ran web installer and acq says: 1 suggestions waiting?
21:48 cait I wonder how this happened
21:46 cait gmcharlt: thx, it worked
21:44 gmcharlt ALTER TABLE authorised_values ADD COLUMN `lib_opac` VARCHAR(80) default NULL AFTER `lib`;
21:44 gmcharlt cait: you can just do
21:43 cait can I empty the database without deleting it? so I can get a clean database from the web installer?
21:43 cait im missing a comlumn, the description for opac
21:42 gmcharlt anything in the error log? there was an earlier bug at one point
21:42 cait perhaps a problem with my database?
21:40 cait ok
21:39 gmcharlt cait: works for me
21:39 cait thx jo!
21:39 jo will check what version we are running ... actually Chris will know
21:39 jo I can
21:38 cait I can not add authorized values - not sure its a problem with my installation
21:38 cait can someone try to add an authorized value in current head?
21:11 cait gmcharlt: thx :)
21:10 gmcharlt cait: 3.2 is fine
21:05 cait1 I saw that there is something planned for javascript in 3.4, so was not sure
21:04 cait1 for 3.2?
21:04 gmcharlt cait1: yes - straightforward to fix
21:03 nengard hi jo
21:03 cait1 does it make sense to work on that?
21:02 cait1 I noticed that a lot of javascript error messages are not translated
21:02 cait1 working on translation problems
21:02 cait1 hi :)
21:02 gmcharlt cait1: yep
21:02 cait1 gmcharlt: around?
21:02 cait1 searching for untranslated terms, links, buttons... :)
21:01 jo (waves at Nicole )
21:01 nengard okay
21:00 cait1 nengard: no, just started testing acq
20:59 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4496 minor, P5, ---, henridamien@koha-fr.org, NEW, In recent acquisitions page (intranet) combo boxes disappear
20:59 nengard i meant bug 4496 -- is there a recent acq page I don't know about?
20:59 nengard hey does anyone know where the page is that is referenced in but 4496 ?
20:52 cait1 good morning jo
20:51 jo moning all
20:51 paul_p time to go to bed for european people (11PM). tomorrow closed day, back on friday !
20:48 cait1 i wonder why this is not translated: <li><a href="suggestion.pl#ASKED">Pending (1)</a></li>
20:46 cait1 can someone else help me with a template?
20:45 cait1 owen: around?
20:34 richard hi
19:26 slef others near Wellington might also be interested, of course
19:25 munin slef: The operation succeeded.
19:25 slef @later tell chris seen this? "help develop a FLOSS strategy for Wellington, New Zealand that we can share and share alike. http://nzoss.org.nz/news/2010/free-and-open-source-strategy-wellington"
19:14 cait1 untranslated_things--
18:28 cait1 t
17:59 kyle rchl: done.
17:59 alreadygone DBD::mysql and MARC::Record are installed.... now installing the remaining things
17:47 rhcl Kyle: now you have to create a category...
17:46 alreadygone well, I use only Slackware... I'll try to install. let's see
17:44 wizzyrea_laptop not many at all use it on slackware (that I know of)
17:43 alreadygone thanks a million wizzyrea_laptop
17:43 wizzyrea_laptop most people use debian/ubuntu
17:43 wizzyrea_laptop so it's probably different
17:42 wizzyrea_laptop now, this is the last version
17:42 wizzyrea_laptop alreadygone: http://fleksem.klf.uw.edu.pl/~rm/koha.html
17:42 alreadygone do you use koha on Linux?
17:41 alreadygone hi cait
17:40 cait hi #koha
17:39 alreadygone hi, how do I install Koha on Slackware 13?
17:35 kyle chris_n: haven't got'em yet, but I'll be on the lookout.
17:34 kyle rhcl: fixed again ; )
17:32 jcamins Has anyone ever gotten the error "fatal: cannot convert from UTF-8utf-8 to UTF-8" when trying to do a rebase?
17:32 * chris_n sends kyle a bunch of emails :)
17:31 kyle rchl: more to do still
17:31 kyle rhcl: fixed.
17:29 rhcl Just emailed you.
17:28 rhcl Hey kyle
16:59 chris_n probably not
16:59 owen Is there any reason not to put the call to C4::External::Amazon in the same kind of conditional?
16:58 chris_n that ensures that it executes prior to the rest of the code being compiled
16:57 owen chris_n in the opac-detail.pl example why is the BakerTaylorEnabled check wrapped in "BEGIN {" ?
16:56 chris_n or http://perldoc.perl.org/autouse.html
16:55 chris_n perldoc autouse
16:55 chris_n iiuc
16:55 * owen doesn't know what autouse is
16:54 chris_n sort of like autouse
16:54 chris_n the latter only loads the module if it is needed
16:45 owen Is the latter more efficient?
16:44 owen ... "require C4::External::BakerTaylor;"
16:44 owen But then below it says "if (C4::Context->preference('BakerTaylorEnabled')) {"
16:44 owen For instance, it says "use C4::External::Amazon;"
16:44 owen I notice opac-detail.pl handles enhanced content a little differently for each source
16:28 jcamins Good, thanks.
16:28 gmcharlt clone-over-http shoudl work now
16:28 gmcharlt jcamins: I've updated it
16:25 kf bye all!
16:25 kf ok, tomorrow is holiday - will be back friday :)
16:16 jcamins I'm not sure who I should notify about that.
16:16 jcamins I inadvertantly tried to clone git.koha-community.org over http, and I got an error: fatal: http://git.koha-community.org/koha.git/info/refs not found: did you run git update-server-info on the server?
16:05 gmcharlt just a bit of hardcoded stuff from wikipedia
16:04 nengard why would they do that?
16:04 nengard oo :) thanks
16:03 gmcharlt nengard: I've disabled the RFC auto-linking
16:02 chris_n ahh... lunch :)
15:57 nengard strange
15:57 nengard strane
15:57 owen "If you do not want this behaviour, put something like <nowiki>RFC</nowiki> in your wikitext"
15:56 owen http://www.mediawiki.org/wiki/Manual:RFC
15:56 owen http://en.wikipedia.org/wiki/MediaWiki_talk:Rfcurl
15:56 owen "At the moment all occurences of "RFC nnnn" in Wikipedia are automagically linked to http://www.ietf.org/rfc/rfcnnnn.txt for numbers nnnn."
15:56 wizzyrea_laptop I changed it to 3.2 RFC and it's better
15:54 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=23 normal, P2, ---, tonnesen@cmsd.bc.ca, RESOLVED FIXED, Virtual Bookshelfs not functional
15:54 owen Like Bugzilla will automatically link "Bug 23" to the correct bug in comments
15:54 owen I'll bet it's some kind of Mediawiki plugin which automatically links RFCs
15:54 nengard yes
15:54 owen nengard: You mean the "RFC 3" part?
15:54 kf so why have we switched to mediawiki?
15:52 nengard kf - me neither
15:49 * kf is not a friend of mediawiki
15:49 kf but we have this problem in 2 databases...
15:49 nengard or make it stop linking on their own :)
15:49 kf I cant reproduce my import breaks umlauts in callnumbers
15:49 nengard can someone take a look at this page: http://wiki.koha-community.org/wiki/Authority_control_improvements_RFC and tell me why the heading is linking??
15:49 kf but bugfoot is nice
15:48 kf tss :)
15:48 nengard i actually forgot about that :)
15:48 wizzyrea_laptop lol, hindenbug
15:48 kf I wrote to the mailing list
15:48 kf no
15:48 nengard WOO HOO - I'm not alone???
15:48 owen nengard's Amazon content bug was a bugfoot until kf reproduced it
15:46 wizzyrea_laptop hehe
15:46 jwagner ooooo, I LIKE bugfoot -- can we adopt that one?
15:45 wizzyrea_laptop http://www.globalnerdy.com/2010/05/09/new-programming-jargon/
15:45 wizzyrea_laptop hehe
15:44 jwagner gmcharlt, I'd prefer the automatic phaser, with sysprefs to control whether it's set to stun, seriously injure, or kill :-)
15:42 chris_n hehe
15:38 gmcharlt why oh why does nobody ever implement the robotic-arm-to-slap-patrons interface?
15:37 jwagner probably
15:37 chris_n $holds->apply_brakes($patron) maybe?
15:31 jwagner We Just Does What They Asks :-)
15:30 * owen should stop wondering why libraries ask for weird things
15:29 jwagner That library's patrons place an _unbelievable_ number of holds in general. They probably just wanted to slow it down a bit :-)
15:29 * owen simply wonders what that library's patrons were doing to prompt the request
15:28 jwagner owen, sorry, was off on another screen. We were asked for a feature to limit the number of on-shelf holds _per day_ that a patron could place, so that's what this is doing.
15:18 collum The two recurring themes that our system has pertaining to hold shelves are behavior and lack of space.
15:08 cythrax just incase someone finds this searching for the same error, using rm -rf ./blib followed by make clean solved that particular problem ;)
15:07 owen Is that to deter some kind of behavior the library doesn't like?
15:06 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3508 enhancement, PATCH-Sent, ---, kohaprogrammers@ptfs.com, ASSIGNED, Limit number of on-shelf holds per day
15:06 owen jwagner: I'm curious about the policy behind Bug 3508
15:01 owen Oh wait, messed-up item type in that record.
15:00 * owen is struggling to understand why he's not allowed to place a hold on a particular item type
14:57 kmkale bye all
14:57 cythrax hi there, i attempted to uninstall my koha 3.05 today to install 3.04, but when i try to 'make' i get an error saying Can't open blib/KOHA_CONF_DIR/koha-conf.xml for read at rewrite-config.PL line 172., i have removed the /etc/koha folder . can anyone suggest what i need to do?
14:54 munin kf: The current temperature in Taegerwilen, Germany is 17.1�C (4:56 PM CEST on May 12, 2010). Conditions: Mostly Cloudy. Humidity: 54%. Dew Point: 8.0�C. Pressure: 29.71 in 1006.0 hPa (Steady).
14:54 kf @wunder Konstanz
14:53 munin owen: The current temperature in Ohio University, Athens, Ohio is 20.0�C (10:46 AM EDT on May 12, 2010). Conditions: Thunderstorm. Humidity: 81%. Dew Point: 17.0�C. Pressure: 29.94 in 1013.8 hPa (Steady).
14:53 owen @wunder 45701
14:48 gmcharlt yep - look around line 471 of admin/smart-rules.pl
14:48 owen I get it, it's the "hold policy" number.
14:47 gmcharlt right
14:47 kf from all libraries etc.
14:47 kf I think its the value corresponds to the pulldown?
14:47 owen When I look at smart-rules.pl, I don't see the number 2 anywhere
14:46 owen | APL | 99 | 2 |
14:46 owen +------------+-------------+-------------+
14:46 owen | branchcode | maxissueqty | holdallowed |
14:46 owen When I "select * from default_branch_circ_rules" I get
14:44 gmcharlt via smart-rules.pl, as rule for default branch
14:44 owen Does anyone know where default_branch_circ_rules.holdallowed comes from? Where do you set it?
14:41 jwagner A couple of the branches also got missed being included in the release notes :-(
14:40 jwagner A couple of them have bugzilla entries, 4283 and 4236. I'll have to cross-check my list to see if there are any more we missed.
14:39 gmcharlt jwagner: are there bugs for those features? if not, RFCs and bugs would be a nicenees
14:39 jwagner I had missed creating entries for a couple of these -- just created them & entered the branch names.
14:39 jwagner We still have some features we're working on that aren't ready yet, so there will be some more coming out later. But no more big batches like this, I hope. (for jdavidb's sanity!)
14:38 gmcharlt cool
14:38 jwagner gmcharlt, I've finished updating all the bugzilla entries, I think. Still need to go through the wiki integration page and add some more notes about dependencies, etc.
14:38 nahuel don't think it's a good idea :)
14:37 kyle Agreed, I can always upgrade to zebra.
14:36 gmcharlt but extensibility does have to include support for Zebra as well as Solr and potentially other search engines
14:36 gmcharlt nahuel: which is why we're proposing to rewrite it in 3.4
14:35 nahuel etc...
14:35 nahuel something that is not extensible easily
14:35 nahuel crash of zebra
14:35 nahuel search indexes
14:35 nahuel search parsing
14:35 nahuel i'm tired finding problems with search in koha
14:34 gmcharlt there are library search domain semantics, including a hypothetical browse search, that can only work if Koha actually knows what it is searching for and how
14:34 nahuel I think it's _the_ opinion ;)
14:33 gmcharlt nahuel: that is an opinion
14:33 gmcharlt kyle: well, there is a place for a search subsystem that is purely in-database (a la Evergreen) w/o external dependencies, but the current NoZebra implementation I would argue should be scrapped and replaced
14:33 nahuel that is a fact
14:33 nahuel it's not the job of koha to parse user search queries
14:32 nahuel (a pseudo-google-like-search)
14:32 nahuel koha must parse user search to generate something like a google pseudo-like search...
14:31 nahuel zebra doesn't provide google like search
14:31 nahuel it doesn't answer what user wants/needs
14:31 nahuel zebra is _not_ a search engine
14:31 kf zebra is not that bad
14:30 gmcharlt I'm not against *adding* support for other searchings, including Solr
14:30 gmcharlt useless? that's a little too string of a statement
14:30 kf I saw chris was working on pazpar2 and I had a question about federated search
14:28 nahuel that's not what users needs
14:28 nahuel so useless...
14:28 nahuel it's only a z3950 serveR...
14:28 nahuel zebra IS NOT a search engine
14:28 nahuel well...
14:28 nahuel And no body want's to run a badly working search engine like zebra :)
14:28 gmcharlt and ... not everybody is going to want to run a servlet stack :)
14:27 nahuel like one provided by the acquia company
14:27 nahuel solr can be a remote service
14:27 nahuel AND
14:27 nahuel gmcharlt, solr can run in any servlet daemon
14:27 kyle but I use NoZebra for my home library!
14:27 kf hdl_laptop: ah, thx
14:27 hdl_laptop kf: it uses icu4j
14:27 hdl_laptop kf: yes.
14:27 gmcharlt I do fully support killing NoZebra, though :)
14:26 kf das = does
14:26 gmcharlt better is multi-search engine support
14:26 gmcharlt nahuel: Zebra shouldn't be killed - not everybody is going to want to run a tomcat stack
14:26 kf das solr work with icu?
14:26 * jdavidb gives nahuel the zebra-hunter hat.
14:26 nahuel like creating ccl/pqf queries
14:26 nahuel and koha must stop trying to do a search engine job
14:26 nahuel zebra must go out :)
14:25 kyle I was we thinking we should change all the 'reserves' language in the code to 'holds', in case someone wants to add a true reserves system later on. Sometimes the code uses way too many different terms for the same thing i.e. borrowers, patrons, members
14:24 jdavidb nahuel++
14:24 kf jwagner: I m not sure, I saw that biblibre added a new features for stocknumbers, perhaps it makes sense to move our data
14:23 paul_ nice way to clean code :D
14:23 paul_ last week, nahuel worked on a POC of koha + solr = in 2hours, it was working a little bit, and 95% of search code had been removed.
14:23 nahuel ok ok :)
14:23 kyle ; )
14:23 * chris_n thinks there is much weird code in the search stuff
14:22 chris_n or laughs
14:22 chris_n nahuel: lol
14:22 jwagner Looks like Kyle beat me to it :-)
14:22 nahuel :)
14:22 nahuel chris_n, what do you mean by chukles ?
14:22 jwagner kf, I'm not sure of the code. If you're using that subfield, I'd update the bug report to note that; it might need to be modified at integration.
14:21 gmcharlt thanks
14:21 chris_n imagine that :)
14:21 * chris_n chuckles at nahuel's wording "weird code in search scripts"
14:21 jwagner kyle and gmcharlt, I've updated the bug with the permission exchange. Thanks.
14:19 kf ok, stupid question, it is because of the index
14:19 kf jwagner: is 952$i mandatory for item suppress? we have our inventory numbers in $i now :)
14:15 gmcharlt and a follow-up patch the file to mention attribution would be good
14:15 gmcharlt kyle: good enough - paste that in the bug, please
14:15 kyle yes, the smiley's were his ; )
14:15 kyle As a general rule I say that all my minor pieces of code are MIT licensed, but I always appreciate a mention. :)
14:15 kyle the reply: Haha I had a hard time even remembering I wrote that code. Go ahead. :)
14:14 gmcharlt and it was pushed a couple months ago, so I think it's a candidated for closing
14:14 kyle gmcharlt: Hello, I recently found a bit of javascript you wrote ( assuming there aren't many Andreas Blixt's out there. ) We would like to use it in Koha, and Open Source library management system. Would you be willing to allow me to release this code under the GPLv2 or later?
14:13 jwagner Yes, I'd sent that patch earlier.
14:01 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3738 enhancement, PATCH-Sent, ---, nengard@gmail.com, ASSIGNED, Automate login to web-based self-check system
14:01 chris_n jwagner: bug 3738 appears to already be fixed in head
13:56 gmcharlt otherwise it is possible for something to be lost in the suffle of the dozens of bug status updates that can take place during a day
13:56 gmcharlt jwagner: one thing I do suggest is send emails to the patches list when a branch is actually pullable or cherry-pickable
13:52 jwagner owen, it's the only status available :-)
13:50 gmcharlt but for complex merges, I'd want jdavidb and crew to take the first crack at it
13:49 gmcharlt now that's something that anybody could take on
13:49 gmcharlt they really do need to be rebased against master first before being pulled
13:49 gmcharlt but for more complex things like the granular circ permissions
13:49 gmcharlt cherry-picking from those branches is likely good enough
13:48 gmcharlt for the topic branches that are just a couple patches
13:48 gmcharlt for a branch to be pullable, it has to be a descendent of the current master, implying a rebase
13:48 gmcharlt owen: it depends
13:47 owen Not to diminish in any way the work that PTFS has done, but I wonder whether "patch sent" is really the right status for a bug which has a fix on an unreconciled branch
13:36 gmcharlt jwagner: copy and paste of the email is fine - what I'm looking for is the exchange, i.e., how you asked the question
13:36 jdavidb hdl_laptop++ , but that didn't solve their issue. Back to ye olde drawing board.
13:35 jdavidb Well, rats.
13:35 jwagner Save the email itself & do as an attachment?
13:35 gmcharlt please attach it to the bug
13:35 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4238 enhancement, P5, ---, kohaprogrammers@ptfs.com, ASSIGNED, OPAC timeout feature for patron privacy
13:35 jwagner On Bug 4238, we've received the permission for using the code. Do you want a copy of the email forwarded to you?
13:34 gmcharlt yes
13:34 jwagner gmcharlt, online?
13:32 hdl_laptop No answer.
13:27 gmcharlt hdl_laptop: has indexdata said anything about when/if that might be changed?
13:24 jdavidb I was chasing all sorts of shadows here; this particular customer is on Red Hat Enterprise, so I was wallowing around in the maybe-the-wrong-version-of-X sort of thing.
13:22 hdl_laptop But rather zebra support of icu--
13:21 hdl_laptop icu+truncation--
13:20 kf icu+fuzzy--
13:19 hdl_laptop well.... zebra is not what I would call error-forgivable.
13:19 jdavidb hdl_laptop, you are *awesome!*
13:19 jdavidb Ah-hah! If fuzzy is on, and icu is being used, you get nothing.
13:19 hdl_laptop icu zebra is not supporting attr5=103
13:18 hdl_laptop turn it off.
13:18 jdavidb It looks like Fuzzy is on, yes.
13:18 hdl_laptop It ssems yes.
13:18 jdavidb That's a good question; I do not know. I rather doubt it, though.
13:18 hdl_laptop Are you using QueryFuzzy ?
13:18 jdavidb 114 indicates attribute problems, yeah, but I'm not seeing anything obvious.
13:18 hdl_laptop is your db in ICU ?
13:17 hdl_laptop ERROR 114 is an attribute error
13:17 * jdavidb pokes munin.
13:17 jdavidb @attr 4=6 @attr 9=14 @attr 2=102 petit
13:17 munin jdavidb: You've given me 5 invalid commands within the last minute; I'm now ignoring you for 10 minutes.
13:17 jdavidb @attr 4=6 @attr 5=1 @attr 9=14 @attr 2=102 "petit? "
13:17 munin jdavidb: Error: "attr" is not a valid command.
13:17 jdavidb @attr 4=6 @attr 5=103 @attr 9=16 @attr 2=102 petit
13:17 munin jdavidb: Error: "attr" is not a valid command.
13:17 jdavidb @attr 1=4 @attr 4=1 @attr 9=26 @attr 2=102 petit
13:17 munin jdavidb: Error: "attr" is not a valid command.
13:17 jdavidb @attr 1=4 @attr 4=1 @attr 6=3 @attr 9=28 @attr 2=102 petit
13:17 munin jdavidb: Error: "attr" is not a valid command.
13:17 jdavidb @attr 1=36 @attr 4=1 @attr 6=3 @attr 9=32 @attr 2=102 petit
13:17 munin jdavidb: Error: "or" is not a valid command.
13:17 jdavidb @or @or @or @or @or
13:17 jdavidb zebrasrv-2.0(1) [request] Search biblios ERROR 114 1 1+0 RPN @attrset Bib-1
13:16 owen The maxreserves check isn't a backup, it's an inconsistency. The two methods are used in different places
13:16 hdl_laptop We worked on that but relies on issuing rules and holding rules in the issuingrules table
13:16 jdavidb I've got a puzzler for the Zebra gods and goddesses... Client can search using yaz-client just fine, but all searches in Koha are broken; the zebra log gives this--(line breaks mine):
13:16 jwagner I think it checks maxreserves as a backup. It could be reconciled, I imagine.
13:16 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3507 enhancement, PATCH-Sent, ---, kohaprogrammers@ptfs.com, ASSIGNED, Circ rules enhancements, maximum fine warning
13:16 jwagner owen, my message in that entry was referencing our new devel, Bug 3507
13:15 hdl_laptop owen: yes.
13:14 owen Line 83 of Utility.pm: my $MAXIMUM_NUMBER_OF_RESERVES = C4::Context->preference("maxreserves");
13:14 owen One way is the "new way," by checking issuingrules. The other is a check for the maxreserves system preference which no longer exists
13:13 owen Right now opac-reserve.pl uses two different methods for determining the maximum number of holds allowed.
13:13 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4045 critical, P5, ---, cnighswonger@foundations.edu, ASSIGNED, No check for maximum number of allowed holds.
13:13 owen hdl_laptop, jwagner, chris_n: I see comments on Bug 4045 about various people working together to solve the problem. Is that happening?
13:11 munin kf: Karma for "ptfs" has been increased 8 times and decreased 3 times for a total karma of 5.
13:11 kf @karma ptfs
13:11 kf Colin++
13:11 munin kf: Karma for "Colin" has been increased 9 times and decreased 0 times for a total karma of 9.
13:11 kf @karma Colin
13:09 jwagner :-) But I meant to mention the other day, while people were giving jdavidb & me so much karma -- we're the ones you see online, but there are a LOT of other people who worked on these features and deserve some love. People like David Birmingham and Colin Campbell, among others. jdavidb & I didn't do everything by ourselves here (much as it felt like it at times)
13:07 munin kf: Karma for "jwagner" has been increased 34 times and decreased 0 times for a total karma of 34.
13:07 kf @karma jwagner
13:04 kf perhaps we could link new sponsored features in the wiki to bugzilla - an overview and more details in the bugs
13:04 * owen is just glad the emails are going through again!
13:04 kf they are
13:04 nengard updated bugs are more important
13:04 nengard and I don't mind the emails ;)
13:03 nengard jwagner -thanks for reminding us about the bugzilla plan!!
13:03 jwagner Still working on that, kf -- apologies for all the emails generated :-)
13:01 kf jwagner++ for updating all bugs in bugzilla
13:01 kyle updatedatabase and kohastructure both allow null values for reserves.expirationdate as far as I can tell.
13:00 kyle I figured out my problem. reserves.expirationdate was set to NULL=no. I don't know how or why.
12:54 kyle sure. I'm just walking through the process of placing a hold from the intranet. Everything seems find up to and including the final click of the 'Place Hold' button. But the hold does no get added to the list of existing holds. I've tried it with multiple patrons and items. I checked out an older version and was able to place holds without a problem.
12:52 owen kyle: Can you describe the problem you're having? I'm attempting to debug some holds stuff too
12:35 kf *sigh* I hate non-repeatable errors
12:33 kmkale good evening all
12:31 hdl_laptop kyle : must be your issuingrules
12:29 kf no error message?
12:26 kyle still borked with a standard librarian account. sigh.
12:25 owen Weirdness occurs.
12:25 owen Doing anything as kohaadmin is never a good idea from a testing point of view
12:25 kyle I'm placing holds as kohaadmin
12:25 kyle Thanks for the help. Must be a problem with our data. Time to do some digging.
12:24 owen kyle: Double-check that you have a "holds allowed" value specified for the patron category/item type combination you're trying to do a hold for
12:24 owen kyle: ...and from the staff client as well
12:24 munin chris_n: Quote #20: "<wizzyrea> you will see no wedgie-ing from me" (added by jdavidb at 11:50 AM, July 31, 2009)
12:24 chris_n @quote random
12:24 chris_n how boring :)
12:23 munin jdavidb: Quote #73: "<chris_n> owen: try /msg munin identify nick password" (added by owen at 08:38 AM, April 29, 2010)
12:23 jdavidb @quote random
12:23 munin kf: Quote #12: "<owen> Every time you check in a book a little video loads and Nancy Pearl recites her capsule review of it." (added by gmcharlt at 02:36 PM, July 06, 2009)
12:23 kf @quote random
12:22 owen kyle: I was able to place a hold from the OPAC
12:22 munin kf: Quote #20: "<wizzyrea> you will see no wedgie-ing from me" (added by jdavidb at 11:50 AM, July 31, 2009)
12:22 kf @quote random
12:22 munin kf: Error: The command "random" is available in the Dict, Factoids, and Quote plugins. Please specify the plugin whose command you wish to call by using its name as a command before "random".
12:22 kf @random quote
12:22 munin kf: Error: The command "random" is available in the Dict, Factoids, and Quote plugins. Please specify the plugin whose command you wish to call by using its name as a command before "random".
12:22 kf @random
12:20 * owen feels like every time he turns around there's some glitch with holds
12:18 kyle Nothing in our data has changed, I simply pulled the latest master and now I can go through the motions of placing a hold, but it doesn't 'stick'
12:17 owen kyle, have you checked your issuing rules?
12:16 kyle It looks like the ability to place holds is broken in master, can anyone confim/refute this?
12:11 gmcharlt et al
12:11 gmcharlt hi kf kyle
12:10 kf and and hi everybody else of course
12:10 jdavidb Hi, kf! :)
12:10 kf hi jwagner, jdavidb and kyle
12:10 kf harrumph!
12:05 jwagner Hi, kyle
12:00 kyle hey all
11:51 jwagner That's my line....
11:51 jdavidb harrumph!
11:51 jwagner Bonjour, hdl_laptop
11:48 hdl_laptop hi gmcharlt jwagner
11:38 jwagner Hi, Amit_G
11:38 Amit_G heya nahuel, jwagner
11:36 nahuel http://www.zotero.org/blog/zotero-maps-visualize-your-zotero-library-on-the-globe/
10:36 chris_n 'morning
10:26 Amit_G heya galen
09:53 gmcharlt good morning
08:06 genji hmm...
08:04 hdl_laptop genji: iirc you have a clean_unised_authorities script in 3.2
07:57 genji cause i have lots of them.
07:54 kf genji: good question!
07:54 kf hi genji and Amit_G
07:53 Amit_G heya genji, kf
07:47 genji how do i delete all authorities with 0 biblios attached to it?
07:32 chris yeah that does sound like a conversion on import
07:29 kf when I edit the item without changes its correct in marcxml after that
07:29 kf items table is correct
07:28 kf I think so
07:28 chris ah bound to be some utf8 conversion thing
07:27 kf investigating a problem with umlauts and item import today, something somewhere breaks my umlauts in marcxml
07:26 kf hi chris :)
07:25 chris hi kf
07:14 kf good morning all :)
05:34 brendan night all
05:34 brendan hiya amit_g
04:33 Amit_G heya brendan, chris
02:59 munin kmkale: Error: I have no notes for that nick.
02:59 kmkale @notes kmkale_:
02:59 munin kmkale: Error: I have no notes for that nick.
02:59 kmkale @notes kmkale_
02:59 munin kmkale: Sent 1 week, 0 days, 15 hours, and 53 minutes ago: <chris_n> I succesfully upgraded to lucid last week
02:59 kmkale @notes kmkale:
02:59 munin kmkale: Error: I have no notes for that nick.
02:59 kmkale @notes kmkale
02:58 munin kmkale: Sent 1 week, 1 day, 8 hours, and 34 minutes ago: <chris_n> you should try resending your patch and/or checking your git send-email setup; see http://wiki.koha.org/doku.php?id=en:development:git_usage#fill_some_parameters
02:58 kmkale @notes km_kale
02:58 munin kmkale: I currently have notes waiting for christ, Genji:, gmcharlt:, hdl:, hdl_laptop:, km_kale, kmkale:, LadyNight32, matts, nengard:, nicole, owen:, paul, Schuster:, sekjal:, seneca:, slef:, thd-away, and wizzyrea:.
02:58 kmkale @notes
02:32 chris_n g'night
01:39 munin brendan: Error: "it" is not a valid command.
01:39 brendan munin it sure is windy outside
01:39 munin brendan: The current temperature in ASOS_HFM SANTA BARBARA, CA, Santa Barbara, California is 18.9�C (6:20 PM PDT on May 11, 2010). Conditions: Clear. Humidity: 40%. Dew Point: 5.0�C. Pressure: 29.98 in 1015.1 hPa (Rising). Wind Advisory in effect until 3 am PDT Wednesday...
01:39 brendan @wunder 93117
01:38 brendan evening #koha