← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 02:09 | wizzyrea joined #koha | |
| 03:16 | AmitG joined #koha | |
| 03:17 | AmitG | heya chris, bag Happy New Year |
| 03:17 | bag | hey AmitG happy new year |
| 03:53 | Soupermanito joined #koha | |
| 04:37 | cait joined #koha | |
| 04:38 | cait | good morning #koha |
| 04:53 | Oak joined #koha | |
| 04:57 | bag | hey cait |
| 04:57 | happy new year | |
| 05:00 | Oak | kia ora #koha |
| 05:00 | Guten Morgen cait :) | |
| 05:00 | cait | happy new year bag and Oak :) |
| 05:01 | Oak | hmm |
| 05:01 | bag | :) |
| 05:01 | Oak | Happy New Year! |
| 05:02 | bag | you too Oak |
| 05:02 | Oak | :) |
| 06:17 | bigbrovar joined #koha | |
| 06:46 | AmitG | heya cait Happy New Year :) |
| 06:46 | cait | Hi Amit :) |
| 06:46 | happy new year | |
| 07:27 | magnuse | happy 2012, #koha!! |
| 07:34 | cait | happy new year magnuse! |
| 07:36 | cait left #koha | |
| 07:38 | AmitG_ joined #koha | |
| 07:55 | alex_a joined #koha | |
| 07:57 | julian_m joined #koha | |
| 07:57 | julian_m | hi #koha |
| 07:59 | alex_a | hello #koha |
| 07:59 | and happy new year | |
| 08:00 | magnuse | happy new year, cait AmitG julian_m alex_a |
| 08:04 | asaurat joined #koha | |
| 08:04 | kf joined #koha | |
| 08:04 | julian_m | happy new year magnuse |
| 08:04 | kf | good morning #koha |
| 08:04 | asaurat | hi all ! |
| 08:04 | and happy new year =) | |
| 08:04 | kf | happy new year #koha, julian_m and asaurat :) |
| 08:04 | magnuse | good morning and happy new year kf |
| 08:06 | asaurat | gut gerutscht in neues Jahr, kf ? :D |
| 08:09 | gaetan_B joined #koha | |
| 08:09 | kf | ja, alles gut :) |
| 08:20 | gaetan_B joined #koha | |
| 08:46 | clrh | hello all, back from holidays, happy new year :) |
| 08:47 | magnuse | happy new year clrh |
| 09:06 | francharb joined #koha | |
| 09:07 | francharb | hi |
| 09:07 | wahanui | hey, francharb |
| 09:08 | kf | happy new year francharb and clrh :) |
| 09:14 | Oak | @wunder Konstanz |
| 09:14 | huginn | Oak: The current temperature in Konstanz, Germany is 6.0°C (10:00 AM CET on January 02, 2012). Conditions: Overcast. Humidity: 90%. Dew Point: 4.0°C. Pressure: 29.93 in 1013 hPa (Falling). |
| 09:14 | Oak | @wunder islamabad |
| 09:14 | huginn | Oak: The current temperature in Islamabad, Pakistan is 20.0°C (2:00 PM PKT on January 02, 2012). Conditions: Haze. Humidity: 33%. Dew Point: 3.0°C. Pressure: 30.04 in 1017 hPa (Steady). |
| 09:15 | Oak | @wunder moon |
| 09:15 | francharb | kf, best wishes! |
| 09:15 | huginn | Oak: Error: No such location could be found. |
| 09:16 | magnuse | @wunder boo |
| 09:16 | huginn | magnuse: The current temperature in Bodo, Norway is 3.0°C (9:50 AM CET on January 02, 2012). Conditions: Mostly Cloudy. Humidity: 60%. Dew Point: -4.0°C. Windchill: -4.0°C. Pressure: 29.27 in 991 hPa (Steady). |
| 09:17 | magnuse | ooh, hot! |
| 09:18 | kf | @wunder Konstanz |
| 09:18 | huginn | kf: The current temperature in Konstanz, Germany is 6.0°C (10:00 AM CET on January 02, 2012). Conditions: Overcast. Humidity: 90%. Dew Point: 4.0°C. Pressure: 29.93 in 1013 hPa (Falling). |
| 09:22 | Oak | magnuse |
| 09:24 | magnuse | Oak |
| 09:24 | next gbsd? | |
| 09:24 | wahanui | next gbsd is http://wiki.koha-community.org[…]bug_squashing_day |
| 09:33 | kf | oh on friday! nice! |
| 09:34 | magnuse | yup |
| 09:43 | asaurat joined #koha | |
| 10:04 | huginn | New commit(s) needsignoff: [Bug 6132] System preferences are case sensitive <http://bugs.koha-community.org[…]w_bug.cgi?id=6132> |
| 10:05 | hdl joined #koha | |
| 10:33 | kf | *sighs* |
| 10:33 | availability information of result list on opac detail page? :( | |
| 10:39 | magnuse | ? |
| 10:39 | hoping for some magig help from wahanui? | |
| 10:44 | huginn | New commit(s) needsignoff: [Bug 5358] keep track of cancelled orders <http://bugs.koha-community.org[…]w_bug.cgi?id=5358> |
| 11:27 | kf | magnuse: |
| 11:27 | no hoping someone says he has a patch for it :( | |
| 11:27 | magnuse | hehe |
| 11:28 | didn't quite catch what the problem was, though? | |
| 11:28 | availability info on result lists? | |
| 11:28 | kf | no |
| 11:28 | on detail page | |
| 11:28 | like it shows on result list - colorful link in middle of my bilbiographic record display | |
| 11:28 | * kf | is confused |
| 11:31 | kf | oh interesting |
| 11:31 | wahanui | somebody said interesting was good |
| 11:31 | kf | turning off the 865 as image pref made it disappear |
| 11:33 | hm now it reappeared | |
| 11:33 | this is weird | |
| 11:35 | magnuse | sorry - you get the colorful link and don't want it, or the other way around? |
| 11:36 | kf | I get it |
| 11:36 | where it should not appear | |
| 11:36 | on the detail page | |
| 11:36 | magnuse | oh, never seen that |
| 11:36 | current master? | |
| 11:36 | kf | yeah |
| 11:36 | I am quite surprised too | |
| 11:36 | 3.6.2 | |
| 11:41 | magnuse | weird |
| 11:41 | kf | very weird |
| 11:41 | it shows right under publisher | |
| 11:51 | I think I know what it is | |
| 11:52 | or not | |
| 11:59 | dpavlin | we had quote a few wiki pages link spammed by user Zoe23. I can't seem to find option to revert to previous version of page. Am I missing something? |
| 12:00 | kf | hi dpavlin - happy new year |
| 12:00 | magnuse will probably know | |
| 12:01 | magnuse | you need to have special privileges, i think |
| 12:01 | i have blocked the user | |
| 12:01 | dpavlin | Happy new year everyone :-) |
| 12:03 | On un-related note, I'm ugrading our production to latest master, and I have need for value_builder to call perl code on save instead on page generation. | |
| 12:03 | Would it make sense to try to somehow introduce value_builder callback on optional http request param | |
| 12:04 | as opposed to cludge which is one-line change inside ./cataloguing/additem.pl | |
| 12:04 | magnuse | think i rolled back all the changes by Zoe23 now, thanks for alerting dpavlin |
| 12:05 | dpavlin | Use case is multiple callnumbers sequences (implemented in table) which should trigger increment on save to prevent gaps in ranges |
| 12:06 | We have similar problem now for barcodes (which fail on save if somebody allready reserved this one), but current unique constraint can't be applied to multiple sequences in one field | |
| 12:07 | I should probably brain-dump this to koha-dev also ;-) | |
| 12:11 | hdl joined #koha | |
| 12:28 | kf | hm, so the problem is that callnumbersr should be incrmented |
| 12:28 | but we can not use the same solution as for barcodes | |
| 12:28 | because callnumbers are no unique fields | |
| 12:28 | dpavlin: that right? | |
| 12:36 | huginn | New commit(s) needsignoff: [Bug 6751] Link in readingrec.pl to export a barcode file <http://bugs.koha-community.org[…]w_bug.cgi?id=6751> |
| 12:43 | dpavlin | kf: in my case, they have to be unique within same prefix (and without gaps). |
| 12:43 | another example is inventory book we have to keep for each item which is again a number, | |
| 12:44 | this time with year as first part, and 1... numbers for each item in that year. | |
| 12:46 | kf | dpavlin: for the inventory number there is a new field now - stocknumber |
| 12:46 | and there is also a plugin for that | |
| 12:46 | but not sure how it works | |
| 12:46 | or it is not really new now :) | |
| 12:46 | huginn | New commit(s) needsignoff: [Bug 7162] Factorize code for order cancellation <http://bugs.koha-community.org[…]w_bug.cgi?id=7162> |
| 12:46 | sekjal joined #koha | |
| 12:46 | kf | but perhaps you might want to look at those |
| 12:47 | happy new year sekjal | |
| 12:47 | sekjal | happy new year, kf! |
| 12:47 | jcamins_away | Happy new year, sekjal! |
| 12:47 | sekjal | happy new year, jcamins! |
| 13:07 | dpavlin | kf: thanks. from looking in the code of cataloguing/value_builder/stocknumber* it doesn't seem to have any check for duplicate values (which we had with similar code in first iteration of our changes) |
| 13:08 | kf | stocknumber was a unique field at first... but that was changed later |
| 13:08 | so perhaps it didn't need to check at first, but now should | |
| 13:09 | dpavlin | main problem is that two open browsers will allocate same next stocknumber, and when one of them saves item, another will get error and will have to re-do save. |
| 13:10 | This doesn't seem to be a problem, but when there are 2 people doing this at same time, collisions do occur. | |
| 13:10 | From time to time, we also get student help, which makes this problem even worse. | |
| 13:11 | kf | I understand |
| 13:12 | I am not sure how other systems do that | |
| 13:12 | seems like a common problem | |
| 13:12 | but if you "reserve" the number | |
| 13:12 | and the item is not cataloged, cancelled and someone else has used the next higher number... you will end up with a gap | |
| 13:13 | dpavlin | my approach is to assign number at save time (so librarians will see it in current page reload) instead at page generation time. |
| 13:13 | kf | sekjal: still around? |
| 13:13 | sekjal | kf: yes |
| 13:13 | just trying to catch up after over a week off :/ | |
| 13:13 | kf | can I show you something weird to see if you have an idea about it? :) |
| 13:13 | sekjal | sure |
| 13:14 | kf | it's a 3.6.2 install |
| 13:14 | and my title is a link with the biblionumber and it shows availability information on the detail page | |
| 13:14 | of course... there are only a few records in the database where this happens why most of them look completely normla | |
| 13:16 | sekjal | normal or XSLT view? |
| 13:17 | kf | xslt |
| 13:17 | sekjal | I forget, marc21 or unimarc? |
| 13:17 | kf | marc21 |
| 13:17 | paul_p joined #koha | |
| 13:18 | kf | hi paul_p |
| 13:18 | and a happy new year :) | |
| 13:18 | paul_p | happy new year everobody !!! |
| 13:21 | magnuse | happy new year folks! |
| 13:22 | sekjal | kf: that's really weird... any abnormalities in the MARC? |
| 13:23 | kf | no, a very simple record |
| 13:24 | I compared with one that works... I don't see it | |
| 13:24 | sekjal | is there anything in the Summary field of the particular item type? |
| 13:24 | kf | judging from the xslt it should not be possible to display like that |
| 13:24 | sekjal | and are the Framework codes standard? |
| 13:24 | kf | no and yes |
| 13:28 | jcamins | "Zebra would hate you forever." |
| 13:29 | Heh. Very true. | |
| 13:29 | paul_p | happy new year jcamins & sekjal & magnus_afk ! |
| 13:29 | sekjal | kf: I can't see why the XSLT would process the availability template... |
| 13:29 | happy new year, paul_p | |
| 13:30 | jcamins | Happy new year, paul_p. |
| 13:31 | kf | sekjal: me neither |
| 13:31 | it's driving me crazy | |
| 13:31 | the only idea I have is that it's using the result xslt | |
| 13:31 | instead of the detail xslt | |
| 13:31 | but why would it do that? and why only for some records? | |
| 13:33 | sekjal | can you reproduce this reliably, or does it seem to happen at random? |
| 13:33 | kf | I had the case where suddenly the record would display normally |
| 13:33 | it seems to happen when I get it from the result page | |
| 13:34 | jcamins | Hey, fun fact: with DOM indexing there is not actually a reason why one couldn't support UNIMARC and MARC21 in the same installation. Other than the fact that doing so would be absurd. |
| 13:34 | kf | jcamins: ;) |
| 13:34 | wonder why robin was awake! | |
| 13:34 | sekjal | kf: do you mean when you click a results link, or when there is a single result, and Koha auto-forwards? |
| 13:34 | kf | results link |
| 13:35 | sekjal | memcached enabled? |
| 13:35 | kf | nope |
| 13:35 | and | |
| 13:35 | I am looking at the same record now | |
| 13:35 | in 2 different tabs | |
| 13:35 | one I searched for directly - auto-forward, that displays right | |
| 13:36 | one I went to from the result list, using the new back/forward buttons | |
| 13:36 | and that is wrong | |
| 13:36 | it really seems to use the wrong xslt | |
| 13:37 | lducos joined #koha | |
| 13:39 | lducos left #koha | |
| 13:39 | sekjal | only occurring when using the back/forward dev, or also straight from a search results list (opac-search.pl)? |
| 13:39 | kf | from result list too |
| 13:40 | hm sometimes | |
| 13:42 | oh | |
| 13:42 | I found a pattern | |
| 13:43 | sekjal: it's always the last record from a result list that's broken it seems | |
| 13:43 | or from a result page | |
| 13:43 | yes | |
| 13:43 | I can reproduce | |
| 13:43 | search for anything, more than 20 hits, open last record on the page | |
| 13:43 | wahanui joined #koha | |
| 13:45 | jcamins | Whoah! |
| 13:45 | That's crazy! | |
| 13:45 | sekjal: you should try it. It's incredible. :) | |
| 13:45 | And clearly a bug. | |
| 13:46 | sekjal | had to adjust my sysprefs... testing |
| 13:46 | confirmed | |
| 13:46 | only happens if OPACXSLTResultsDisplay is on | |
| 13:47 | kf | what a reliev |
| 13:47 | relief | |
| 13:47 | I started to feel crazy | |
| 13:47 | sekjal | OPACXSLTDetailsDisplay must be on, too |
| 13:47 | of course | |
| 13:47 | kf | and it explains why the same record would work sometimes |
| 13:47 | sekjal | okay, great, bug confirmed... now how the heck is is happening? |
| 13:48 | kf | you 2 tested on master? |
| 13:48 | I have a 3.6.2 | |
| 13:48 | I can file a bug... perhaps someone wants to search for a solution? ;) | |
| 13:48 | sekjal | two week old master for me |
| 13:49 | * jcamins | is on latest master, with a few additional patches. |
| 13:49 | jcamins | Nothing that would impact display, though. |
| 13:51 | * paul_p | discussing with other BibLibre developers of C4=>Koha namespace, preparing our next IRC meeting... |
| 13:52 | jcamins | paul_p++ |
| 13:53 | paul_p: who would be a good person to talk to about authorities in UNIMARC? | |
| 13:53 | paul_p | jcamins, mmm... technical or functionnal question ? |
| 13:54 | jcamins | paul_p: technical, but pretty basic. |
| 13:55 | paul_p: I'm looking at authority linking. | |
| 13:55 | paul_p | jcamins, throw your question, I should be able to answer. Or give you the right person nickname ;-) |
| 13:55 | jcamins | paul_p: sounds good. |
| 13:55 | paul_p | francharb, you would be helpfull here probably ! |
| 13:56 | sekjal | kf: use of the Details display is hardcoded into the opac-detail.pl code... there is just one line to fetch the XSLT displayed info, and it passed "Display" as a string |
| 13:56 | jcamins | paul_p: if I want to create a heading in a bib record so that it matches an authority record, what field should I look at in the authority record, and should I be changing the tag or indicators at all in the heading for the bib record? |
| 13:56 | sekjal | so it must be getting superceded by something... some kind of caching |
| 13:57 | paul_p | jcamins, I don't understand |
| 13:58 | kf | sekjal: I asked my coworker - no caching here. and it's been reproducable in 2 different installations now |
| 13:58 | it's weird! | |
| 13:58 | working on the bug report | |
| 13:58 | sekjal | it's got to be the new next/previous links |
| 13:59 | that code is pretty complex | |
| 13:59 | kf | it wasn't in my tests |
| 13:59 | I did a new search | |
| 13:59 | and selected the last link | |
| 13:59 | not using the new feature at all | |
| 13:59 | jcamins | paul_p: in MARC21, if I have an authority record and want to create a heading that will match that authority record, I look for a 1xx field in the authority record, and change (for example) '100' to '600'. |
| 13:59 | sekjal | sorry, I didn't mean the links themselves, I meant the new code in opac/opac-detail.pl that creates them |
| 13:59 | it must have side-effects | |
| 14:00 | paul_p | jcamins, OK, got it. It depends on the authority type. it's a 2XX field. |
| 14:00 | sekjal | I should have been harder-nosed about wrapping it all in a syspref. using JS/CSS to hide it seemed like enough... |
| 14:00 | paul_p | jcamins, http://archive.ifla.org/VI/3/p[…]/uniafull.htm#2-- |
| 14:01 | 200 Heading - Personal Name | |
| 14:01 | 210 Heading - Corporate Body Name | |
| 14:01 | 215 Heading - Territorial or Geographical Name | |
| 14:01 | 220 Heading - Family Name | |
| 14:01 | 230 Heading - Uniform Title | |
| 14:01 | 235 Heading - Collective Uniform Title | |
| 14:01 | 240 Heading - Name/Title | |
| 14:01 | 245 Heading - Name/Collective Uniform Title | |
| 14:01 | 250 Heading - Topical Subject | |
| 14:01 | francharb | paul_p, ? |
| 14:01 | jcamins | paul_p: hm, now how do I add those headings to a bib record? |
| 14:01 | paul_p | francharb, jcamins has a question about authorities, but it seems I can answer myself. feel free to add anything ! |
| 14:01 | sekjal | brb |
| 14:02 | kf | bug 7394 |
| 14:02 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7394 major, P5 - low, ---, oleonard, NEW , Broken detail page for last link from result page |
| 14:02 | paul_p | jcamins, the | auth_tag_to_report into auth_types table. |
| 14:03 | jcamins | paul_p: but that's for the authority record and not the bib record, right? |
| 14:04 | francharb | jcamins, 2XX is the tag for authorities heading. Then, in the biblios, you can use those heading in the 5XX, 6XX or 7XX |
| 14:04 | paul_p | if you say biblio field 700 is linked to authorities "topical subject" and say for authorities "Topical subject" have 250 field reported to biblio, then, 250$* will be copied into 700$* when you select an authority |
| 14:05 | francharb | jcamins, except that 7XX is for personnal/corporate name. For topical subject, you should use 6XX in the biblios |
| 14:05 | paul_p | oups, francharb is right ! |
| 14:05 | wrong example... | |
| 14:07 | * jcamins | thinks maybe he will provide the test for MARC21, and then send an e-mail begging UNIMARC experts to help with the UNIMARC tests. |
| 14:07 | jcamins | francharb: wait, 6xx is for UNIMARC, too? |
| 14:08 | francharb | jcamins, yes |
| 14:08 | jcamins | francharb: okay, I think maybe I'm understanding this after all. |
| 14:08 | francharb: can you have personal name subjects? | |
| 14:08 | francharb | jcamins, yes |
| 14:09 | for example | |
| 14:09 | you can have | |
| 14:09 | auth heading : 200 $a Hugo $b Victor | |
| 14:09 | jcamins | Perfect! |
| 14:09 | francharb | and use it |
| 14:09 | jcamins | Exactly what I need! |
| 14:10 | francharb | for a 600 $$a Hugo $b Victor (if the book is about Victor Hugo) |
| 14:10 | or | |
| 14:10 | for a 700 $a Hugo $b Victor (if its a book by Victor Hugo) | |
| 14:12 | jcamins | francharb: thanks. |
| 14:12 | francharb++ | |
| 14:13 | francharb | jcamins, if you need more examples, just ask me! ;) |
| 14:14 | jcamins | francharb: thanks. I'll need a UNIMARC sign-off when I'm done with this, so now I know who to pester. :) |
| 14:14 | francharb | hehe |
| 14:15 | on friday, i will be working on signing off patches the whole day ;) | |
| 14:15 | * jcamins | won't have this done by Friday. |
| 14:15 | francharb | next time then! ;) |
| 14:16 | kf | francharb: friday is a holiday here :) |
| 14:16 | but will still be there signing off and testing | |
| 14:16 | francharb | just let me know when it's done jcamins |
| 14:16 | kf++ | |
| 14:17 | greenmang0 joined #koha | |
| 14:20 | jcamins | Does anyone know if this will work: $bibfield->update(tag => $bibfield->tag() =~ s/^./6/); |
| 14:29 | jcamins_away | (it won't, tag() doesn't work... I'll have to ask gmcharlt later) |
| 14:46 | paul_p joined #koha | |
| 15:14 | hdl joined #koha | |
| 15:32 | greenmang0 | hi friends, i just downloaded latest koha source code ... 3.06.02 .. when executing "perl Makefile.PL" the very first line says "unable to locate koha-conf.xml in src/koha-3.06.02/C4/Context.pm line 308" ... will there be any problem while installing? |
| 15:35 | LBA joined #koha | |
| 15:54 | hdl joined #koha | |
| 16:01 | kf left #koha | |
| 16:03 | huginn | New commit(s) needsignoff: [Bug 6374] Use "size" as names/hash keys leads to an unexpected results when using Template::Toolkit (name of a virtual method there) <http://bugs.koha-community.org[…]w_bug.cgi?id=6374> |
| 16:07 | magnus_afk | greenmang0: nope, that line always shows up i think... not sure why |
| 16:13 | huginn | New commit(s) needsignoff: [Bug 7396] Debarred message not displayed over SIP2 <http://bugs.koha-community.org[…]w_bug.cgi?id=7396> |
| 16:42 | cait joined #koha | |
| 16:42 | asaurat left #koha | |
| 16:43 | cait | hi again #koha |
| 16:45 | gaetan_B | bye ! |
| 16:48 | jcamins_away | Ah, BibTeX export. How I do loathe thee. |
| 16:53 | cait | yeah |
| 16:53 | I figured out yesterday that our marcxml export for more than one record is not really looking right | |
| 16:53 | it's doing single exports all over and over and sticking them together | |
| 16:53 | so no root element around them all and repeated definitions of <? xml | |
| 16:56 | jcamins_away | cait: yeah. |
| 16:56 | cait: that's a serious problem for indexing. | |
| 16:59 | cait | hm? |
| 16:59 | not sure it's a problem for indexing | |
| 16:59 | it's only ugly as an export format | |
| 16:59 | where export = toold / eport bibliographic records and exports from cart and shelf :) | |
| 16:59 | toold = tools... can't type | |
| 17:01 | greenmang0 | magnus_afk, thanks ... i installed koha and everything worked as expected :) |
| 17:07 | jcamins_away | cait: no, it's a big problem for indexing. |
| 17:07 | cait: take a look at rebuild_zebra.pl, and ask yourself "why?" | |
| 17:07 | cait: actually, don't do that. | |
| 17:07 | cait: it's depressing. | |
| 17:07 | cait | ok |
| 17:07 | so why do we do it that way? | |
| 17:07 | jcamins | ;) |
| 17:08 | cait: you asked! No! It's too depressing! | |
| 17:08 | cait | hm ok |
| 17:08 | will not do it then | |
| 17:08 | jcamins | :) |
| 17:08 | cait: 5xx in authorities is see *also* from. | |
| 17:09 | cait | ok? |
| 17:09 | fredericd | hello to all and happy new year |
| 17:09 | jcamins | cait: you asked me earlier. |
| 17:09 | cait | yes |
| 17:10 | but that much I knew | |
| 17:10 | I only wondered where the difference is between see also from an see from :) | |
| 17:10 | jcamins | Ah. |
| 17:10 | "See from" means "don't use this term, use this other one." | |
| 17:10 | "See also from" means "you can use this term, but here's something else you might be interested in." | |
| 17:10 | cait | ah |
| 17:10 | so | |
| 17:11 | see also froms have probably their own auth records? | |
| 17:13 | jcamins | Right. |
| 17:20 | cait | ok thx! |
| 17:21 | jcamins | You're welcome. |
| 17:50 | greenmang0 | friends, i want to add Author Name but 100a tag is locked ... |
| 17:51 | how can I add author name? | |
| 17:52 | cait | authortities faq? |
| 17:52 | hmm | |
| 17:53 | it wants you to add an authority | |
| 17:53 | you have to decideif you want to use authorities or not | |
| 17:53 | authorities faq is http://koha-community.org/docu[…]/faq/authorities/ | |
| 17:56 | greenmang0 | cait, *click* |
| 17:59 | cait, thanks | |
| 17:59 | NateC joined #koha | |
| 18:01 | cait | was teaching wahanui too |
| 18:01 | authorities faq? | |
| 18:01 | wahanui | authorities faq is http://koha-community.org/docu[…]/faq/authorities/ |
| 18:01 | cait | :) |
| 18:47 | libsysguy joined #koha | |
| 18:47 | libsysguy | o/ |
| 18:48 | cait | hi libsysguy - and a happy new year :) |
| 18:48 | libsysguy | hi cait...happy new year to you too :) |
| 18:48 | seen nengard | |
| 18:48 | wahanui | nengard was last seen on #koha 3 days, 37 minutes and 0 seconds ago, saying: wow - warmed up here [Fri Dec 30 18:11:47 2011] |
| 18:48 | libsysguy | @wunder 75799 |
| 18:48 | huginn | libsysguy: The current temperature in Tyler One Weather, Tyler, Texas is 13.1°C (12:48 PM CST on January 02, 2012). Conditions: Clear. Humidity: 24%. Dew Point: -7.0°C. Pressure: 30.60 in 1036.1 hPa (Steady). |
| 18:49 | bag | @wunder 93109 |
| 18:49 | huginn | bag: The current temperature in K6LCM - Westside / Mesa, Santa Barbara, California is 16.4°C (10:49 AM PST on January 02, 2012). Conditions: Clear. Humidity: 85%. Dew Point: 14.0°C. Pressure: 30.19 in 1022.2 hPa (Steady). |
| 18:50 | NateC joined #koha | |
| 18:51 | libsysguy | yo bag any word on bug 5549 |
| 18:51 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5549 enhancement, PATCH-Sent, ---, ian.walls, ASSIGNED , Hourly Loans |
| 18:51 | bag | we're testing it |
| 18:52 | and I think it's almost ready for a sign-off | |
| 18:52 | I'm pushing too libsysguy | |
| 18:53 | libsysguy | w00t |
| 18:53 | nengard said that she was doing some testing | |
| 18:53 | * libsysguy | is afraid of merge conflicts in production after holiday updates |
| 18:53 | bag | heh |
| 19:14 | NateC joined #koha | |
| 19:32 | NateC left #koha | |
| 19:39 | schuster joined #koha | |
| 19:40 | schuster | I was looking at the bugs database today and came across Bug 6582 - it seems to be working with the latest koha can this be closed? |
| 19:40 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6582 major, P5 - low, ---, kyle.m.hall, NEW , Can't upload patron images |
| 19:49 | cait | 3.2.9 is EOL - I thiink I would close it WONTFIX and comment it's working in master |
| 19:54 | schuster | cait thanks will do. I am looking at some of the older logs that I had even put in and seeing which ones we now have resolved etc... bumping up against others that I just scratch my head on! |
| 19:55 | cait | logs? |
| 19:55 | wahanui | logs are at http://stats.workbuffer.org/irclog/koha/ |
| 19:55 | cait | not you wahanui :) |
| 19:57 | schuster | sorry bugs. |
| 20:02 | cait | ah :) |
| 20:02 | cool! | |
| 20:02 | we have gbsd on friday, perhaps you might want to join the fun :) | |
| 20:02 | we can really use more hands on the bugs | |
| 20:04 | schuster | Yes I hope to be able to do more in the near future... I had some help getting my "dev" environment setup and am working toward being part of the community again. |
| 20:05 | cait | :) |
| 20:06 | oh | |
| 20:06 | and happy new year! | |
| 20:09 | schuster | same to you! It is looking to be a great year!!! Lots of hope and opportunity! |
| 20:24 | cait | :) |
| 20:55 | Guillaume1 joined #koha | |
| 20:56 | jcamins | sekjal: consider yourself nudged about QAing bug 1633. :) |
| 20:56 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=1633 enhancement, PATCH-Sent, ---, kmkale, ASSIGNED , Add ability to take book cover images from local img db |
| 20:56 | * jcamins | checks an item off his to-do list. |
| 20:56 | cait | heh |
| 20:57 | jcamins | Myshkin checks an item off his to-do list: prevent Jared using the keyboard. |
| 20:58 | * cait | pats myshkin |
| 20:58 | jcamins | He liked that. |
| 20:58 | He's purring loudly. | |
| 20:58 | cait | :) |
| 21:01 | jcamins | (he has a hard life... no one ever pays any attention to him, so any attention is much-appreciated) |
| 21:02 | cait | poor myshkin |
| 21:02 | ;) | |
| 21:02 | jcamins | Also, his bowl is always overflowing with food. That's not nearly enough. |
| 21:03 | cait | this cat has a hard life |
| 21:22 | trea joined #koha | |
| 21:26 | jcamins | Happy new year, trea. |
| 21:26 | * jcamins | hopes you like fudge. :) |
| 21:27 | trea | thanks jcamins, it is fantastic |
| 21:27 | both the year, and the fudge | |
| 21:28 | jcamins | trea: good. I know that everyone else is a fan of fudge, but you'd never mentioned an abiding love for individually wrapped fudges. :) |
| 21:28 | trea | i'm not usually. i do appreciate a well made confection, however. and they are quite good |
| 21:29 | jcamins | :) |
| 21:29 | I will forgive the blasphemy, since you have made an exception. | |
| 21:29 | trea | ha |
| 21:37 | Guillaume1 left #koha | |
| 22:03 | alex_away joined #koha | |
| 22:22 | jcamins | gmcharlt: around? |
| 22:41 | gmcharlt: never mind. | |
| 23:18 | wizzyrea joined #koha | |
| 23:18 | * wizzyrea | waves |
| 23:18 | * jcamins | waves back. |
| 23:25 | huginn | New commit(s) needsignoff: [Bug 5786] Move AllowOnShelfHolds system preference to the Circulation Matrix <http://bugs.koha-community.org[…]w_bug.cgi?id=5786> |
| 23:26 | jcamins | wizzyrea: well-done on the last sign off of the year. |
| 23:29 | wizzyrea | oh hi thanks! |
| 23:41 | how is everyone today | |
| 23:42 | * jcamins | is good. |
← Previous day | Today | Next day → | Search | Index