← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:00 | jcamins | Bother. I can't figure out how to get it to work. |
| 00:13 | rambutan | http://www.theinquirer.net/inq[…]-shopping-trolley |
| 00:15 | rambutan left #koha | |
| 00:19 | barriers joined #koha | |
| 00:20 | wizzyrea | 1 |
| 00:23 | erm | |
| 00:34 | NateC joined #koha | |
| 01:33 | WaylonR joined #koha | |
| 01:34 | WaylonR | hiya all! |
| 01:34 | jcamins, you about? | |
| 01:59 | jcamins | WaylonR: I am, yes. |
| 02:00 | WaylonR | jcamins, okay, this search rewrite, how much extra work would it be to include full text (pdf) searching? |
| 02:00 | or how would i go about that? | |
| 02:01 | jcamins | Hm. |
| 02:02 | It would require a fairly significant amount of work, as you would need to add a filter that parsed out the text from the PDF and inserted it into the records for indexing. | |
| 02:02 | If you take a look at Koha/Filter/MARC/EmbedSeeFromHeading.pm you'll see an example of a search filter. | |
| 02:02 | eythian | that is the sort of thing that, in theory, solr is capable of. |
| 02:02 | jcamins | eythian: so's Zebra. |
| 02:03 | eythian | orly |
| 02:03 | WaylonR | hmmm. |
| 02:03 | jcamins | eythian: sure, we're just lazy. |
| 02:03 | eythian | ah, fair enough then |
| 02:03 | WaylonR | jcamins, ill forward you, works email to me. |
| 02:03 | jcamins | eythian: actually, that pretty much describes every issue with Zebra. |
| 02:03 | WaylonR: thanks! | |
| 02:03 | eythian | this is true |
| 02:04 | WaylonR | jcamins, also, what would be the total time for the two tasks you proposed in your proposal? |
| 02:08 | jcamins | WaylonR: I actually included four items in the end for your mix-and-matching pleasure. 1(f) would take four weeks, 1(c) would take two weeks, 3(c) would take four weeks, and 3(b) would take six weeks. |
| 02:08 | However, the total for all of them would not be 16 weeks. | |
| 02:09 | WaylonR | hmm.. need to reread the item codes.. |
| 02:09 | jcamins | I'd say for all four of them together it would probably take about 9 weeks total. |
| 02:11 | In principle, Zebra can handle that volume of data. | |
| 02:12 | However, I have never tried to load 1.25 billion words into a Zebra database. | |
| 02:13 | WaylonR | Better relevancy ranking + Change the Advanced Search screen to use the new QueryParser + User-specified relevancy ranking + Static relevancy ranking = 9weeks? Considering our only media is pdf's, we may not need 3b. |
| 02:13 | jcamins | About that, yeah. |
| 02:14 | When you initially asked me about it, I had assumed that you didn't need static relevancy ranking, but the e-mail you forwarded suggested that it might be needed. | |
| 02:14 | WaylonR | so, less 3b, what timescale then? |
| 02:14 | hmm? | |
| 02:14 | * WaylonR | doublechecks? |
| 02:14 | jcamins | Not the one you sent me just now. The previous one said something like "would it be possible to make Zebra sort so that fulltext came first?" |
| 02:14 | Probably 6-7 weeks. | |
| 02:15 | WaylonR | "entered keywords in the title come first and the rest come after, as a second sorting factor"? |
| 02:15 | jcamins | No, that's 1(f) and 3(c). |
| 02:15 | Let me find the part in the e-mail that made me think you might need 3(b). | |
| 02:15 | WaylonR | ah.. fulltext first.. hmm... |
| 02:15 | jcamins | Here: "as a second sorting factor –if possible- hits will full-text available to come first." |
| 02:16 | I interpreted that as suggesting that you had non-fulltext hits as well. | |
| 02:16 | WaylonR | hmm... was thinking a ccl sort by 773u would work? |
| 02:17 | as in, 773u true. | |
| 02:17 | jcamins | The problem is that if you want relevancy ranking, you can't sort by anything else. |
| 02:17 | WaylonR | not the actual value of 773u. |
| 02:17 | ahh. | |
| 02:18 | wow, this is a really advanced concept. anyway.. full text searching idea.. what you think about the email i sent you? | |
| 02:18 | jcamins | Static relevancy ranking would make it possible to use relevancy ranking _and_ that sort. |
| 02:18 | Also, question: *773*u? Not 856? | |
| 02:18 | I don't know what to recommend here, actually. | |
| 02:19 | It is absolutely possible to index the PDF fulltext. | |
| 02:19 | If Mandumah is rekeying all the text, it is even trivial. | |
| 02:19 | Well, "trivial." | |
| 02:20 | In the sense of "I would only need to fill two whiteboards with scribbles to figure out how to do it." | |
| 02:20 | WaylonR | haha |
| 02:20 | jcamins | And in terms of what would be best for your users, I think the option of fulltext search far and away wins. |
| 02:20 | WaylonR | yeah, they are, it seems. Really impressive stuff. |
| 02:21 | so the fulltext search would be part of the search module rewrite? | |
| 02:21 | jcamins | However, that is a huge amount of data, and massive records, and I am not certain what Zebra would do with that. |
| 02:21 | It could be, certainly. | |
| 02:21 | bg joined #koha | |
| 02:21 | WaylonR | hmmm. |
| 02:22 | jcamins | I didn't spec it out because no one one expressed an interest before, but if you want a spec and quote, I can definitely do that. |
| 02:22 | WaylonR | well.. can you use the email i forwarded as spec? |
| 02:22 | jcamins | According to the Zebra documentation, Zebra will happily handle "tens of millions of records, tens of gigabytes of data." |
| 02:23 | WaylonR | or is that not what you mean? (okay, ive never actually written a formal coding proposal before)) |
| 02:23 | We do actually want Solr, after hearing good things about it. | |
| 02:23 | and the whole online updates thing. | |
| 02:24 | jcamins | I will take the e-mail you forwarded as a basis and write a detailed specification of what I propose to do. |
| 02:24 | Yeah, solr has a lot of promise, and would definitely be useful for you. | |
| 02:25 | WaylonR | Brilliant, thankyou very much. so.. write something that encompasses both emails, and also Solr as an option... need timeline, and cost. |
| 02:25 | jcamins | Sounds good. |
| 02:26 | It'll probably take me a day or two to address all the possible permutations, but I guess it's just about the weekend for you anyway. | |
| 02:26 | * WaylonR | still needs to be able to specify search params other than keywords too, like branch:, fulltext: peerref: (which is in our current CCL setup) |
| 02:27 | bag | let's randomly get koha to handle non-marc this weekend! |
| 02:27 | just kidding thought I could be funny for a sec :P | |
| 02:27 | jcamins | Right. My proposals are anti-regression, so you won't lose any current functionality. |
| 02:27 | WaylonR | cool. |
| 02:27 | bag | anti-regression is impossible :P |
| 02:28 | WaylonR | only problem is, it'll work with only recent koha versions, which means i need to get back to my porting tasks. |
| 02:28 | jcamins | Right. Unfortunately, I think you're probably stuck with that problem no matter what. |
| 02:28 | WaylonR | yeah, and no one else can do it. |
| 02:28 | bag | don't port - submit patches :P |
| 02:28 | WaylonR | I will be doing both. |
| 02:29 | jcamins | bag: nonsense. "Anti-regression" is what people picketing software developers' offices with the signs "NO MORE REGRESSIONS!" believe in. |
| 02:29 | WaylonR | or at least, the ones that will be interesting enough for the koha community. |
| 02:29 | bag | heh - agreed jcamins |
| 02:30 | WaylonR | Im not sure that code that picks up a user's set virtualhost (in a borrower_attributes) and redirects the user to the right virtualhost, will be that useful for the community, would it? |
| 02:30 | bag | maybe I have a different definition of anti-regression |
| 02:30 | jcamins | You were thinking of it as a noun. :) |
| 02:30 | bag | WaylonR: I could think of a few people that would like that |
| 02:30 | jcamins | Like "here is a regression, here is an anti-regression." |
| 02:30 | WaylonR | hmmm? |
| 02:31 | jcamins | I think there would definitely be interest in that feature, WaylonR. |
| 02:31 | WaylonR | okay, well.. i guess ill include it then. |
| 02:31 | bag | and done correctly it couldn't hurt koha at all |
| 02:31 | WaylonR | Anyway, im currently working on code to authenticate using any permutation of ip address/virtualhost/referer |
| 02:31 | bag | there's the wrong word jcamins - "hurt" my bad |
| 02:32 | WaylonR | so.. if a admin is stupid enough to want to just use a referer as a authentication factor, they can. |
| 02:32 | bag | and strip couldn't - that shouldn't be used either |
| 02:32 | it could help koha! | |
| 02:32 | there we go | |
| 02:32 | jcamins | Exactly! |
| 02:32 | WaylonR | but if they want to set a account to only authenticate from a ip address (or a ip address range), that will work too. |
| 02:33 | jcamins | WaylonR: that concept horrifies me, but the patch seems like a very good idea. |
| 02:34 | (the concept of using referer for authentication) | |
| 02:34 | WaylonR | its basically koha's version of iptable rules, except this one matches any allow rule.. unless it matches a overriding deny rule |
| 02:35 | well.. many places use referer's as the only authentication. | |
| 02:36 | http://opencast.3480289.n2.nab[…]er-td7581917.html for instance. | |
| 02:37 | jcamins | Goodness. |
| 02:37 | Aren't referer headings easy to spoof? | |
| 02:37 | WaylonR | extremely. |
| 02:37 | jcamins | Do you have a custom Zebra configuration? |
| 02:38 | I guess you must, since you mentioned a peerref: search prefix. | |
| 02:38 | WaylonR | yes, we do. |
| 02:39 | jcamins | Would you be able to send that to me? That would help me make sure that my proposal covers everything you need. |
| 02:39 | WaylonR | peer ref is just a bool to say if a biblio describes a peer reviewed/referee'd article. |
| 02:40 | sure. oh, and we have 773 with journal, journal issue, article and page numbers, too. | |
| 02:40 | jcamins | Thanks. |
| 02:41 | WaylonR | okay, hmm.. ill just tar up zebradb, sans databases? |
| 02:41 | jcamins | Yeah, just etc/zebradb |
| 02:47 | robertNPBHS joined #koha | |
| 02:49 | WaylonR | sent, jcamins |
| 02:49 | jcamins | Got it, thanks. |
| 02:50 | WaylonR | so, the same config is possible in Solr? |
| 02:51 | jcamins | Well, the configuration files will be different, but in theory it should be possible to make an exactly equivalent configuration in Solr. |
| 02:57 | Okay, the Zebra customizations I'm seeing are fairly minimal. | |
| 02:57 | Awesome ICU rules, though. | |
| 02:59 | WaylonR | jcamins, yeah, some stemming going on i think. |
| 03:00 | but with the new stemming modules, and solr, they might become unneeded? | |
| 03:00 | jcamins | I don't think so. |
| 03:01 | I mean, you wouldn't need an ICU configuration file like that with Solr, but I think you would need an equivalent file. | |
| 03:01 | WaylonR | right. |
| 03:02 | * WaylonR | wasn't the one who configured the icu rules. |
| 03:03 | jcamins | Cool! Looks like Solr supports Light-10. |
| 03:03 | WaylonR | Light-10? |
| 03:03 | jcamins | It's a stemming algorithm. |
| 03:04 | WaylonR | ahh |
| 03:08 | yeah, that looks like it would make the ICU rules obsolete. | |
| 03:09 | jcamins | Unfortunately, Solr also introduces a whole other set of problems. |
| 03:09 | WaylonR | hmm? |
| 03:09 | jcamins | Actually, that's not fair. |
| 03:10 | Solr doesn't introduce problems any more than Zebra does. | |
| 03:10 | WaylonR | hmm. |
| 03:10 | jcamins | The way we _use_ Solr introduces a whole other set of problems. |
| 03:10 | That's fair. | |
| 03:10 | WaylonR | ahh |
| 03:11 | jcamins | Optimistically, there is a slight chance that the way Solr indexes are configured might work almost as well as GRS-1. |
| 03:12 | Since using GRS-1 is commonly acknowledged as one of the worst search-related decisions made in Koha's history, that's... not so good. | |
| 03:13 | However, I'll address making sure that my proposed work on Solr will be an improvement in the proposal. :) | |
| 03:17 | WaylonR | Solr can't be DOM level? |
| 03:18 | jcamins | It can, it's just that the current Solr implementation isn't. |
| 03:21 | WaylonR | ahh |
| 03:43 | jcamins | Right, time to head to bed I think. |
| 03:43 | Good night, #koha. | |
| 04:12 | trea left #koha | |
| 04:49 | mib_vczt1x joined #koha | |
| 04:50 | mib_vczt1x | hey guys |
| 04:50 | merry new year | |
| 04:50 | any admin available? | |
| 04:51 | i want to contribute some documentation | |
| 04:51 | ive done so before but i dont remember to process | |
| 04:53 | need some directions | |
| 05:07 | thd-away joined #koha | |
| 05:08 | thd-away joined #koha | |
| 05:11 | trendynick joined #koha | |
| 05:42 | bag | evening |
| 05:44 | WaqarAzeem joined #koha | |
| 05:45 | cait joined #koha | |
| 05:46 | cait | morning #koha |
| 06:20 | @wunder konstanz | |
| 06:20 | huginn | cait: The current temperature in Konstanz, Germany is 2.0°C (7:00 AM CET on January 11, 2013). Conditions: Partly Cloudy. Humidity: 95%. Dew Point: 2.0°C. Pressure: 29.92 in 1013 hPa (Rising). |
| 07:08 | BigRig joined #koha | |
| 07:28 | * magnuse | waves |
| 07:28 | magnuse | @wunder boo |
| 07:28 | huginn | magnuse: The current temperature in Bodo, Norway is -3.0°C (8:20 AM CET on January 11, 2013). Conditions: Mostly Cloudy. Humidity: 86%. Dew Point: -5.0°C. Windchill: -9.0°C. Pressure: 30.27 in 1025 hPa (Rising). |
| 07:28 | magnuse | mib_vczt1x: still around? |
| 07:36 | reiveune joined #koha | |
| 07:36 | reiveune | hello |
| 07:37 | magnuse | bonjour reiveune |
| 07:38 | reiveune | salut magnuse :) |
| 07:47 | laurence joined #koha | |
| 07:53 | jajm | hello |
| 07:53 | asaurat joined #koha | |
| 08:07 | lds joined #koha | |
| 08:09 | gaetan_B joined #koha | |
| 08:09 | gaetan_B | hello |
| 08:11 | drojf joined #koha | |
| 08:11 | drojf | good morning #koha |
| 08:11 | @wunder berlin, germany | |
| 08:11 | huginn | drojf: The current temperature in Prenzlauer Berg, Berlin, Germany is -0.2°C (8:43 AM CET on January 11, 2013). Conditions: Mostly Cloudy. Humidity: 78%. Dew Point: -4.0°C. Windchill: -4.0°C. Pressure: 29.86 in 1011 hPa (Steady). |
| 08:15 | kf joined #koha | |
| 08:15 | kf | druthb |
| 08:15 | druthb++ # translation manager work :) | |
| 08:15 | lds joined #koha | |
| 08:16 | sophie_m joined #koha | |
| 08:17 | drojf | hi kf |
| 08:17 | kf | hi drojf |
| 08:17 | and good morning #koha :) | |
| 08:17 | drojf | we got snow :( |
| 08:17 | kf | oh no |
| 08:17 | we got clear sky this morning, it's so nice after the foggy days | |
| 08:18 | drojf | i saw the sun for a minute, that was weird. has been a while :D |
| 08:18 | kf | I can hear you |
| 08:25 | magnuse | yeah druthb++ |
| 08:26 | moahaha | |
| 08:26 | francharb joined #koha | |
| 08:33 | kf | magnuse: evil laughter? :) |
| 08:35 | magnuse | yup, because the sun has probably been gone longer here than for you guys :-) |
| 08:38 | kf | we are weak |
| 08:38 | we need more sun :) | |
| 08:38 | magnuse | yes please :-) |
| 08:41 | if i import a batch of patrons with a username but no password, then set the passwords manually and then do a new import with possibly updated data but still no passwords, choosing to match on cardnumber and "Overwrite the existing one with this" - will the manually entered passwords be emptied? | |
| 08:43 | kf | yes |
| 08:43 | in my experience | |
| 08:43 | as long as you have the field on your import file | |
| 08:43 | it might not get overwritten if you don't have the field in your second batch | |
| 08:43 | and a retest might be good to make sure (working with older versions here) | |
| 08:43 | magnuse | yeah, i guess i should test that - will do! |
| 08:51 | tajoli joined #koha | |
| 08:55 | tajoli left #koha | |
| 09:24 | Oak joined #koha | |
| 09:24 | gerundio joined #koha | |
| 09:26 | magnuse | i just tested, and the manually created passwords are *kept*, both when the new import does not include a password column, and when the new import contains a password column but it is empty :-) |
| 09:27 | * Oak | waves |
| 09:27 | Oak | magnuse |
| 09:40 | magnuse | Oak |
| 09:40 | :-) | |
| 10:06 | Oak_ joined #koha | |
| 10:17 | Oak__ joined #koha | |
| 10:25 | gerundio | hi, good morning |
| 10:26 | I just got to now that the search in Koha using Zebra is returning results with stopwords | |
| 10:26 | is there any way to correct this behavior? | |
| 10:27 | the only setting I find is QueryRemoveStopwords which only applies when Zebra is off | |
| 10:30 | magnuse | zebra is supposed to not use stopwords, i think |
| 10:30 | jcamins_away will know the details... :-) | |
| 10:31 | vkm joined #koha | |
| 10:31 | vkm | hello, can i upgrade 3.6.4 to latest stable version directly |
| 10:33 | gerundio | magnuse, when you say "zebra is supposed to not use stopwords", you mean that the behavior I'm describing shouldn't happen? |
| 10:33 | take this as an example: https://opac.fct.unl.pt/cgi-bi[…]sort_by=relevance | |
| 10:33 | magnuse | gerundio: i think zebra does not have a concept of stop words |
| 10:33 | gerundio | ohh |
| 10:34 | looking at the URL of my search query I see the "and" being sent as the GET variable op | |
| 10:34 | nevertheless the results show Fernanda and Fernandes with the "and" highlighted | |
| 10:35 | magnuse | yeah, i seem to remember a recent bug report about that |
| 10:35 | gerundio | let me search bz then :) |
| 10:35 | vkm | hello, can i upgrade 3.6.4 to latest stable version directly and which is most recommonded stable version at present |
| 10:36 | magnuse | gerundio: there is bug 6149 - not so recent... |
| 10:36 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6149 trivial, P5 - low, ---, savitra.sirohi, In Discussion , Operator Highlighted in Search Results |
| 10:38 | gerundio | they refer that the bug seems to be the highlight and not the results per se |
| 10:38 | magnuse | gerundio: yup |
| 10:39 | gerundio | the result I mentioned before with the highlighted "and" does have one search keyword in the subject |
| 10:39 | magnuse | i think op=and means koha sees "and" as a boolean operator, not a search term |
| 10:40 | vkm: there are two stable versions: 3.8.8 and 3.10.1. | |
| 10:41 | vkm: 3.8.8 has had a long time to stabilize, while 3.10.1 is quite fresh and might have unknown bugs still. i would recommend a test upgrade to 3.10.1 and then a thorough check that no problems affect the features you actually use | |
| 10:42 | vkm: how did you install koha? packages, tarball, git? | |
| 10:43 | vkm | LIVE CD/DVD |
| 10:46 | used live cd by vimal kumar for 3.6.4 on ubuntu 10.04 which is working fine | |
| 10:47 | please advise how to upgrade it, should i use ubuntu package installation on 12.04 and restore the database of 3.6.4 | |
| 11:04 | JesseM joined #koha | |
| 11:04 | JesseM left #koha | |
| 11:07 | thd-away` joined #koha | |
| 12:23 | jwagner joined #koha | |
| 12:32 | nengard joined #koha | |
| 13:15 | oleonard joined #koha | |
| 13:20 | oleonard | Hi #koha |
| 13:21 | kf | hi oleonard |
| 13:21 | :) | |
| 13:27 | samuel joined #koha | |
| 13:27 | samuel | hi everybody |
| 13:32 | kf | hi samuel |
| 13:32 | samuel | is it possible to import in koha items which are in a csv file? |
| 13:34 | Dyrcona joined #koha | |
| 13:36 | kf | no, not using tools in Koha. |
| 13:36 | first question? | |
| 13:36 | wahanui | "What are you trying to do?" or "What is the goal?" |
| 13:36 | kf | hi Dyrcona |
| 13:36 | NateC joined #koha | |
| 13:37 | Dyrcona | hi |
| 13:38 | samuel | kf & wahanui: we have import bibliographic records without any problems. The items are in a separate file (it's a csv file).The goal is to link bibliographic records and items records. I've worked with marc edit, which was a bad idea. |
| 13:39 | kf | oh |
| 13:39 | the problem is, when you write the items in the database directly, you will need the biblionumbers | |
| 13:40 | for the imported records | |
| 13:40 | there is no tool currently | |
| 13:40 | either you add the items to your bilbiographic records | |
| 13:40 | or you write a script to add them using koha internal functions I think | |
| 13:40 | hm someone else might have a better idea tho | |
| 13:47 | samuel | ok |
| 13:53 | magnuse | i think those are the main options |
| 13:53 | samuel | yes, that's what i think,, maybe with marc-mir or marc-transform, i could solve the problem? |
| 13:54 | kf | I don't know what those modules can do |
| 13:54 | marc-mir is not in Koha, but I have heard about it on code4lib I think | |
| 13:54 | what you coudl also do | |
| 13:55 | is create rudimentary marc records with 995 from your items csv | |
| 13:55 | but you will need something to match on | |
| 13:55 | magnuse | druthb might have some tips too :-) |
| 13:55 | kf | then you can tell the import add items / don't overlay record |
| 13:57 | samuel | i've just created a marc file. The link can be done with the 001 field but i have to define the good matching rule |
| 13:57 | edveal joined #koha | |
| 13:59 | * druthb | perks |
| 14:12 | oleonard | That's what we love about druthb, always perky! |
| 14:18 | kf | hi jcamins |
| 14:18 | jcamins | Hello. |
| 14:20 | * druthb | beams at oleonard. |
| 14:22 | libsysguy joined #koha | |
| 14:27 | barriers joined #koha | |
| 14:31 | talljoy joined #koha | |
| 14:33 | edveal joined #koha | |
| 14:43 | samuel | i'm trying to write a matching rule for my items. The matching point is the field 001 (it's a number), is it a problem if i've not subfield? |
| 14:44 | gerundio | guys, can you help me find the translation line number for the following problem? |
| 14:44 | http://i.imgur.com/Zs4Er.png | |
| 14:44 | there's a \t showing up where there should be just a tab | |
| 14:45 | jcamins | samuel: looks like you can just leave subfields blank. |
| 14:45 | gerundio | I narrowed it down to line 226 of the addbiblio.tt file |
| 14:45 | jcamins | gerundio: try searching for "\\t" in the po file. |
| 14:46 | samuel | ok, i look the manual at the same time. For Match threshold, is it 100 by default? |
| 14:46 | gerundio | jcamins, I've tried searching for \t* Field and nothing came up |
| 14:47 | with the addiotional \ it showed | |
| 14:47 | jcamins++ | |
| 14:47 | weird part now is that the source text has \\t too | |
| 14:47 | jcamins | That is weird! |
| 14:47 | kf | it's a known bug |
| 14:47 | gerundio | but the EN addbiblio.tt file shows "\t* Field" in line 226 |
| 14:48 | kf | don't use things like \n and \t in translatable text :( |
| 14:48 | gerundio | kf for the win :) |
| 14:48 | kf | because pootle does double escape them |
| 14:48 | automagically | |
| 14:48 | I couldn't fix it, so I fixed every \n i found in the source code instead | |
| 14:48 | but that's been a while ago and I didn't think of \t | |
| 14:49 | @query all translation \n | |
| 14:49 | huginn | kf: 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4042 enhancement, P5 - low, ---, bob, NEW , Public OPAC search can fall prey to web crawlers |
| 14:49 | kf: 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7808 normal, P5 - low, ---, gmcharlt, NEW , http://debian.koha-community.o[…]amd64/Packages.gz file not found | |
| 14:49 | kf: 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8366 major, P5 - low, ---, koha-bugs, NEW , Meaning of "All" in issuing rules | |
| 14:49 | kf: 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8847 normal, P5 - low, ---, koha-bugs, NEW , Cataloguing doesn't work after installing ru-RU translation | |
| 14:49 | kf: 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3013 normal, P5 - low, ---, salva, REOPENED , Value builder for 006 and 008 need choices for all format types | |
| 14:49 | kf | hm not waht i was looking for :) |
| 14:52 | gerundio | jcamins++ |
| 14:52 | kf++ | |
| 14:53 | qu-bit joined #koha | |
| 14:54 | gerundio | coolest thing though, the error wasn't reproducible in my Chrome or FF, just in IE |
| 14:54 | but the people who reported it to me sent me screenshots from their Chrome and FF with the issue showing up | |
| 14:55 | kf | gerundio: the bug is somewhere... but I can't find it |
| 14:55 | it's old so if you want to fix it what I did was | |
| 14:55 | _(translated string) + "does not need to be translated part" | |
| 14:56 | so pootle picks only up the first part, but not the \t | |
| 14:56 | hm if it is the same bug that is | |
| 14:56 | oleonard | What file has the problem gerundio, and what version? |
| 14:57 | I see instances in authorities\authorities.tt and cataloguing\addbiblio.tt which look like they need to be corrected. | |
| 14:58 | gerundio | my issue was in cataloguing/addbiblio.tt |
| 14:58 | oleonard | StrAlert += _("\t* Field ") |
| 14:59 | kf | eew |
| 14:59 | gerundio | so there's no fix right, just the workaround to replacing by hand? |
| 14:59 | kf | gerundio: there is a fix - but it will not help you immediately |
| 14:59 | jcamins | I don't see why you can't use kf's solution. |
| 14:59 | kf | what you can do is translate without the tab |
| 14:59 | so it doesn't tab... but there will be nothing weird showing up | |
| 14:59 | and we should fix all those up for the next version ideally | |
| 15:00 | gerundio | I didn't quite get kf's solution |
| 15:01 | oleonard | StrAlert += "\t* " + _("Field ") |
| 15:01 | Hm, does that need parentheses? | |
| 15:01 | kf | gerundio: for javascript only those things will get into the po file that are marked with _() |
| 15:01 | oleonard | StrAlert += ("\t* " + _("Field ")) |
| 15:01 | ? | |
| 15:01 | kf | oleonard: not totally sure :( |
| 15:02 | * oleonard | would have to test |
| 15:02 | gerundio | oleonard, got it now :) |
| 15:02 | kf | maybe look at some other places? there should be a \n somewhere in addbiblio |
| 15:02 | maximep joined #koha | |
| 15:21 | rambutan joined #koha | |
| 15:21 | magnuse | gah, why does koha-conf.xml have placeholders in it when i create new instances? koha 3.8.8 running off the official packages |
| 15:22 | i see stuff like <xi:include href="__KOHA_CONF_DIR__/zebradb/explain-authorities.xml" | |
| 15:22 | <host>__ZEBRA_SRU_HOST__</host> | |
| 15:23 | oh well, maybe tomorrow... | |
| 15:23 | chris_n joined #koha | |
| 15:23 | * magnuse | wanders off to make pizza |
| 15:24 | Viktor joined #koha | |
| 15:29 | khall | new edition of plugin system bug 7804 ready for testing! Note the updated test plan now has fewer steps! |
| 15:29 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7804 enhancement, P5 - low, ---, kyle.m.hall, Needs Signoff , Add Koha Plugin System |
| 15:32 | Viktor | Hi! |
| 15:32 | Little bit of a long shot, but there anyone online that's familiar with the Pootle server? | |
| 15:33 | Uploaded a (very nearly) complete .po of the Swedish Opac. | |
| 15:34 | druthb | I manage the Pootle server, Viktor. : |
| 15:34 | :) | |
| 15:34 | libysysguy | that would be druthb Viktor |
| 15:34 | dang I was almost able to announce her | |
| 15:35 | druthb | too slow, libysysguy. |
| 15:35 | libysysguy | well I saw Swedish and got excited |
| 15:35 | Viktor | Great druthb |
| 15:35 | Thanks anyhow libysysguy :) | |
| 15:36 | druthb Problem is that it is still only 47% translated. The rest seems to be stuck as suggestions. | |
| 15:36 | druthb | You *did* do a nice big upload, Viktor; I see it! |
| 15:36 | Viktor | I only upload every few years so I kind of forget how to do it right between times :) |
| 15:36 | druthb | Yes, that's what it does on an upload, when there are differences. Let me look at something. |
| 15:37 | Viktor, there isn't anyone listed in the Swedish project to approve suggestions. If you're willing to take on that role, I'm willing to grant it to you. | |
| 15:38 | Viktor | druthb Thank you! At the moment I'm the only one working on it so I guess it'll have to be me. |
| 15:38 | druthb | (I can also make it where your uploaded file overwrites existing suggestions, by the way, which would speed things along for you.) |
| 15:39 | Okay, that's set for all Swedish versions. If you log out and back in, then re-upload your OPAC file, it should overlay. | |
| 15:39 | (there's a radio button option for that.) | |
| 15:40 | Viktor++ # I am pleased as pie to have another active translator, in *any* language! | |
| 15:41 | Viktor | druth Hm, seems I lost the rights to view the project at all. |
| 15:41 | druthb | wup! Lemme fix. :) |
| 15:41 | Viktor | :) |
| 15:42 | druthb | try now? |
| 15:42 | Viktor | druthb We are planning to translate the full staff interface too this spring. Just waiting for new funding that is approved but has yet to arrive. |
| 15:43 | druthb | That is excellent news, Viktor! Please do let me know if you need anything from my end; it's ironic that the Translation Manager only speaks English--but any of the techie bits you need, I'm your girl. :) |
| 15:43 | libysysguy | I should put Anna to work |
| 15:43 | druthb | yes, libysysguy. you should. |
| 15:44 | libysysguy | she wants the funding too :p |
| 15:45 | Viktor | Funding is always welcome :) |
| 15:45 | druthb | Viktor: I see your update; now only 527 words left in OPAC 3.10. Great job! |
| 15:46 | Viktor | druthb Sweet! I'll check those last ones myself. It's Norwegian lines coming from the use of NORMARC. |
| 15:46 | vfernandes joined #koha | |
| 15:46 | vfernandes | hi guys |
| 15:46 | I'm having a big problem... | |
| 15:46 | Viktor | druthb But what does the pref.po files contain? |
| 15:46 | Hi vfernandes | |
| 15:47 | druthb | It's an addon file for the staff client--system preferences descriptions. |
| 15:47 | vfernandes | can two different persons access to Staff client with the same IP? |
| 15:48 | the librarians are claiming that the session is always falling and I suspect that is from access of two or more librarian into the staff client with the same IP | |
| 15:48 | Viktor | druthb Thanks - I'll save them for last but take care to get them done. |
| 15:48 | gmcharlt | @quote random |
| 15:48 | huginn | gmcharlt: Quote #38: "<owen> Holy Bugzilla activity explosion, Batman!" (added by ricardo at 02:00 PM, October 07, 2009) |
| 15:49 | Viktor | vfernandes Intersting! I'll listen to any answers since I have no idea |
| 15:49 | druthb | much good Karma, Viktor--I *love* seeing translations making big progress jumps like this. |
| 15:49 | Viktor | vfernandes But I can't imagine same IP being a problem. Lots of people should be behind firewalls showing the same IP outwards. |
| 15:50 | druthb | For 3.10, we currently have five languages listed as "Complete", and I have files from the Turkish team to update, which will complete that, I think. I would *love* to see ten languages "Complete" for the 3.12 release. |
| 15:50 | Viktor | druthb We have the most wonderful translators - I'll have to share that good Karma with them :) |
| 15:52 | kf | vfernandes: i often log in with 2 different accounts in 2 different browsers |
| 15:52 | vfernandes: very handy for testing things as user and change configuration at the same time - so that should not be the problem | |
| 15:52 | vfernandes: could it be browser settings? are they using IE? | |
| 15:53 | Viktor | druthb So Turkish and Swedish would make it 7 at least? Norwegian is coming along well also I think(?) |
| 15:53 | kf | druthb++ :) |
| 15:53 | and German and Swiss German should be in your list too :) | |
| 15:53 | druthb | There are several that are in striking distance of complete--Swiss German, Italian, French, Spanish, Brazilian Portuguese. |
| 15:54 | German is complete; Swiss German is *close* | |
| 15:54 | kf | druthb: ah, we won't reach complete for german |
| 15:54 | ah right | |
| 15:54 | * kf | won't complete translations for 3.4 and 3.6 |
| 15:54 | kf | hm 3.6 maybe, but not 3.4 |
| 15:54 | druthb | I'm just talking about the 3.10/3.12 level; going back to 3.8 might be useful, 3.6 and before, less so. |
| 15:55 | kf | got you :) |
| 15:55 | Viktor | druthb Ooh - that would be great. One of the advantages of Koha is being able to switch to patrons native language. |
| 15:55 | kf | druthb: there are no translations for 3.12 yet :) |
| 15:56 | druthb | yes! And there are a bunch of koha bugs out there that relate to better handling of more-than-one language at once--true multilingualism--that I'd like to see addressed. |
| 15:56 | kf: When I get back from vacation, I'm going to make the 3.12 project, and see where we stand. I'd like to have a "String update" every little while, so that you don't have to hurry so much after string freeze. | |
| 15:57 | kf | :) |
| 15:57 | it will be good for starting tests earlier too | |
| 15:57 | druthb | yes. |
| 15:58 | I'm also going to be working on kicking all the .PO files *out* of the main Koha repo, and into its' own. But I still want it to be *super* easy to add new languages and manage languages in Koha. | |
| 15:58 | Viktor | I've been meaning to ask: How come the english translations isn't complete? It puzzles me |
| 15:58 | druthb | en_UK, you mean? |
| 15:59 | kf | different spelling and use of terms |
| 15:59 | druthb | en_NZ is complete for 3.10, which is good. We spell things differently, and there are a fair number of other differences. |
| 15:59 | Viktor | Even NZ translation has a few items left. |
| 16:00 | kf | yes, same thing - Koha uses en - those are variations of the standard translations |
| 16:00 | Viktor | Which one is the "native" files? |
| 16:00 | kf | they are not on pootle :) strings are in the files |
| 16:00 | no po files | |
| 16:00 | druthb | en_US is the presumptive "native" language. |
| 16:00 | kf | druthb: it should be en_NZ yo uknow... |
| 16:00 | druthb | I *know*.... |
| 16:00 | kf | ;) |
| 16:01 | druthb | Freakin' American arrogance...take over the universe... |
| 16:01 | Viktor | :) |
| 16:02 | Which is of course why I don't se any en_US files - they are not on Pootle but the stuff we translate from(?) | |
| 16:02 | druthb | Correc |
| 16:02 | Correct, even | |
| 16:02 | Viktor | :) |
| 16:02 | vfernandes | sorry kf i was at one call... |
| 16:03 | Viktor | Understanding stuff makes me sleep better so thanks for the clarification kf druthb :) |
| 16:04 | vfernandes | kf I use two different browsers and it work |
| 16:04 | druthb | you bet, Viktor. :) Glad to have you and the Swedish translation team working! |
| 16:04 | vfernandes | but is strange they are losing their sessions |
| 16:04 | thd-away joined #koha | |
| 16:04 | kf | vfernandes: itis :( |
| 16:04 | I think there is a known problem with IE | |
| 16:05 | where the back button can make you lose your session | |
| 16:05 | vfernandes | they uses IE a lot :/ damn IE... the worst nightmare... |
| 16:06 | rambutan left #koha | |
| 16:12 | reiveune | bye |
| 16:12 | reiveune left #koha | |
| 16:16 | Viktor | Hm. I am migrating a library this year that is only allowed to use IE. Oh well. Good to know about the bugs at least. |
| 16:17 | druthb Glad to have someone to recieve the files and make the whole thing roll :) | |
| 16:18 | druthb | :) |
| 16:21 | Viktor | Well - I'm heading out to the computer repair shop to give our laptop some love. Thanks for all the help! |
| 16:21 | gaetan_B | bye! |
| 16:42 | kf | have a nice weekend all! |
| 16:43 | kf left #koha | |
| 17:05 | melia joined #koha | |
| 17:08 | thd-away` joined #koha | |
| 17:12 | gerundio joined #koha | |
| 17:15 | asaurat left #koha | |
| 17:16 | cait joined #koha | |
| 17:28 | jatara joined #koha | |
| 17:37 | nengard joined #koha | |
| 17:38 | Oak joined #koha | |
| 17:45 | laurence left #koha | |
| 17:49 | talljoy1 joined #koha | |
| 17:51 | nengard joined #koha | |
| 17:59 | oleonard | prove t/ fails for me too |
| 17:59 | t/00-merge-conflict-markers.t (Wstat: 256 Tests: 4971 Failed: 1) | |
| 18:00 | t/00-valid-xml.t (Wstat: 256 Tests: 141 Failed: 1) | |
| 18:02 | jcamins | The 00-valid-xml is probably a translation, and I'm not sure what's with the merge-conflict-markers. |
| 18:02 | Passes for me. | |
| 18:02 | Are you sure you didn't apply a patch? | |
| 18:03 | Ooh, it could also be a non-git file that has a merge conflict. | |
| 18:04 | oleonard | Oh could it? I'll check what I have lying around. |
| 18:16 | That must have been it jcamins | |
| 18:17 | jcamins | I've had that happen to me before. |
| 18:17 | * oleonard | needs to be more careful about leaving things lying around after testing things |
| 18:17 | jcamins | I go nuts looking for the conflict marker, then realize it's in a file that is no longer git controlled. |
| 18:19 | libsysguy joined #koha | |
| 18:31 | * chris_n | takes the plunge and moves his production box to 3.10.x |
| 18:31 | jcamins | chris_n++ |
| 18:32 | chris_n administratorsnack Xanax and hard liquor | |
| 18:34 | * magnuse | would have done that too if it were'nt for bug 9256 |
| 18:34 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9256 critical, P5 - low, ---, koha-bugs, NEW , Search is broken for 3.10 package-installs when marcflavour != marc21 |
| 18:35 | jcamins | I thought there was a patch for that? |
| 18:37 | magnuse | not that i have seen |
| 18:38 | jcamins | Oh... |
| 18:38 | magnuse | i have a vague feeling i know what you are thinkinbg about, but i can't recall it |
| 18:38 | jcamins | was there a reason I didn't revert it? |
| 18:38 | magnuse | yeah, you said that would break things for everyone else :-) |
| 18:38 | jcamins | Oh. |
| 18:38 | Right. | |
| 18:39 | That's a good reason. | |
| 18:44 | rangi | http://www.mobilytrip.com/jour[…]3gTzarUJmq1a9qGQg |
| 18:44 | 400km more to go today, then home | |
| 18:45 | thats brooklyn wellington btw, not ny :) | |
| 18:45 | * rangi | is waiting for the kids to get dressed |
| 18:46 | jcamins | Aww. |
| 18:46 | I would've invited you for dinner, if you were that close! | |
| 18:46 | rangi | bgkriegel++ |
| 18:46 | hehe | |
| 18:48 | jcamins | And I take dinner invitations very seriously! |
| 18:50 | * chris_n | dares to hope the upgrade really went as smoothly as it appears to have on the surface |
| 18:55 | libsysguy joined #koha | |
| 18:57 | nengard left #koha | |
| 19:07 | rambutan joined #koha | |
| 19:14 | jcamins | @karma microsoft |
| 19:14 | huginn | jcamins: Karma for "microsoft" has been increased 0 times and decreased 3 times for a total karma of -3. |
| 19:14 | jcamins | Apparently the Evergreen folks dislike Microsoft more than we do. |
| 19:15 | gmcharlt | having to occassionally battle with Windows executables will do that to a project |
| 19:15 | jcamins | Heh. Oooh, yeah, I forgot that Evergreen involves Windows executables. |
| 19:19 | cait | ew |
| 19:20 | oleonard | @wunder 45701 |
| 19:20 | huginn | oleonard: The current temperature in OHDOT 31-Athens County Garage, Athens, Ohio is 15.6°C (1:51 PM EST on January 11, 2013). Conditions: Mostly Cloudy. Humidity: 81%. Dew Point: 13.0°C. Pressure: 29.96 in 1014 hPa (Rising). |
| 19:20 | magnuse | ^^ what she said |
| 19:20 | oleonard | Freakishly nice outside today. |
| 19:21 | magnuse | oleonard: too good to be true? ;-) |
| 19:21 | oleonard | Too good to be normal anyway. |
| 19:22 | Okay so how to | |
| 19:22 | druthb | It's cloudy here, but very comfortable |
| 19:22 | oleonard | handle db test failures? |
| 19:22 | t/db_dependent/00-strict.t (Wstat: 512 Tests: 580 Failed: 2) | |
| 19:22 | etc | |
| 19:23 | jcamins | Probably that is an issue with missing dependencies. |
| 19:23 | cait | have a nice weekend everyone :) |
| 19:23 | cait left #koha | |
| 19:26 | oleonard | missing perl modules jcamins? |
| 19:26 | jcamins | oleonard: yeah, in the output of that test it'll say what files missed. |
| 19:26 | *failed | |
| 19:26 | And generally what they tried to load and failed to. | |
| 19:26 | oleonard | about.pl only reports Data::Pagination missing |
| 19:27 | jcamins | Hmmm... that's weird, then. |
| 19:28 | What's the error output from the test? | |
| 19:29 | oleonard | The "test summary report" or all the output? |
| 19:30 | pastebot | "oleonard" at 127.0.0.1 pasted "Test summary report" (29 lines) at http://paste.koha-community.org/359 |
| 19:30 | jcamins | That's what you get on clean master? |
| 19:30 | oleonard | Yes |
| 19:31 | jcamins | Hrm. |
| 19:31 | If you run each of those individually, it will tell you which tests failed. | |
| 19:32 | BigRig_ joined #koha | |
| 19:33 | Callender joined #koha | |
| 19:47 | oleonard | Can't locate HTTPD/Bench/ApacheBench.pm |
| 19:48 | jcamins | Oh yeah. |
| 19:48 | Now I remember. | |
| 19:48 | I reported a bunch of bugs about those various errors. | |
| 19:48 | (in the 00-strict test) | |
| 19:49 | oleonard | Things which shouldn't be required, or dependencies which aren't listed? |
| 19:57 | nengard joined #koha | |
| 20:14 | jcamins | Sorry, got distracted. |
| 20:14 | Yeah, things that shouldn't be required. | |
| 20:17 | rambutan joined #koha | |
| 20:37 | drojf joined #koha | |
| 20:56 | rambutan | @seen oleonard |
| 20:56 | huginn | rambutan: oleonard was last seen in #koha 1 hour, 6 minutes, and 56 seconds ago: <oleonard> Things which shouldn't be required, or dependencies which aren't listed? |
| 20:56 | oleonard | I'm right here! |
| 20:56 | * oleonard | points |
| 20:58 | rambutan | seems the browser fix didn't |
| 20:58 | seems the problem occurs much more frequently than I had realized; the staff had simply stopped reporting the problem | |
| 20:59 | oleonard | If it happens so often it should be all the more easy to demonstrate |
| 20:59 | rambutan | when my TS manager (Koha Queen) returns I presume she'll make the Koha syspref change, and we'll see what that does |
| 21:00 | I have one user, my "least technically-inclined" using a Linux computer, and while she uses it for checkout as needed, it's not one of the primary checkout computers | |
| 21:00 | but that computer has never demonstrated the problem | |
| 21:01 | One of my goals is to swap out all of our checkout computers running Windows to Linux computers | |
| 21:13 | oleonard | Plugins in Koha? Does that mean Koha can run Java now? :P |
| 21:14 | jcamins | oleonard: if you really wanted to embed a server-side Java host I suppose you could, once bug 7804 gets pushed. |
| 21:14 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7804 enhancement, P5 - low, ---, kyle.m.hall, Signed Off , Add Koha Plugin System |
| 23:05 | BobB joined #koha | |
| 23:07 | thd-away joined #koha | |
| 23:07 | nengard joined #koha | |
| 23:12 | maximep left #koha | |
| 23:45 | rambutan joined #koha |
← Previous day | Today | Next day → | Search | Index