← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
00:05 | eythian | dcook: on my computer? I just run the Māori layout. |
00:07 | dcook | eythian: You don't switch it when you type Dutch? |
00:07 | eythian | nl layout is virtually identical to the en layout. I think the only difference is € keys. |
00:07 | dcook | Sweet |
00:07 | Does Dutch use umlauts? | |
00:08 | eythian | hmm, mostly no. |
00:08 | dcook | Double sweet |
00:08 | eythian | it does use accénts |
00:08 | but only in a few cases. | |
00:08 | dcook | What do you do in that case? |
00:08 | eythian | compose-e-' |
00:08 | dcook | compose? |
00:08 | * dcook | seems to recall reading about this years ago |
00:09 | eythian | ©°mp°ßə key is the best key |
00:09 | https://help.ubuntu.com/community/ComposeKey | |
00:09 | dcook | That's what I'm reading now :) |
00:10 | eythian | in my case, rīght ālt gives macrons, and right-menu is ©ompose |
00:10 | dcook | That sounds like exactly what I need |
00:13 | This seems way more straightforward now than it did to me back then | |
00:14 | Acute, grave, circumflex... not sure what else I need.. | |
00:14 | eythian | I think most international layouts bind altgr to the most common accent for that language |
00:14 | dcook | Cedille, I guess |
00:14 | Yeah? | |
00:14 | eythian | don't forget the þorn letter |
00:15 | though, it does risk confusion with p | |
00:15 | dcook | The French ones seem to use ? mark key for é |
00:15 | eythian | yeah, they're probably expecting different keycaps in that case |
00:15 | dcook | That would've been useful for the Old Norse lit days |
00:15 | eythian | Icelandic still uses it, I think |
00:15 | dcook | Yeah, I imagine |
00:15 | ^ for both statements | |
00:16 | Icelandic is neat | |
00:17 | eythian | I don't know a whole lot about it. |
00:19 | just that it's a pretty old form of Scandinavian languages | |
00:19 | dcook | Yep. From what I recall, it hasn't changed much in the past 1000 years |
00:20 | * dcook | needs to meet some Icelanders to confirm this |
00:20 | dcook | I wonder what their policy on immigration is... |
00:20 | eythian | I wouldn't say no to a trip to Iceland |
00:20 | dcook | Seeing that all Icelanders are immigrants originally |
00:20 | eythian | heh |
00:20 | to be fair, the same applies to NZ | |
00:20 | dcook | Hmm? |
00:21 | eythian | well, it applies to most places |
00:21 | people got there somehow. | |
00:21 | dcook | I mean that there were no indigenous people there before the other folk got there |
00:21 | Ah yeah | |
00:21 | I'm actually pretty intrigued about that.. | |
00:22 | * dcook | can't figure out how to say what he's thinking now |
00:23 | dcook | http://www.australiangeographi[…]of-earths-oldest/ |
00:23 | eythian | there's some pretty wacky theories here, based on no evidence and belived only by crazy people, that the Celts were in NZ before the Māori. |
00:23 | dcook | Ahh yeah |
00:23 | I think I've heard a few of those | |
00:24 | The thing I don't understand about the Australian claim... so they might be one of the first to leave Africa... but what about the people who stayed? | |
00:25 | I suppose it's still possible that they had an older continuous culture than people in Africa, but that seems... I don't know | |
00:25 | Not my area of expertise | |
00:25 | * dcook | just finds immigration of all sorts interesting :p |
00:25 | dcook | Also, regardless of where they come from, perogies are awesome. |
00:26 | eythian | well, keep in mind that the Australian aborigines were isolated, maybe that comes into it. Whereas africa would have had millenia of migration, people coming back, interbreeding, conquering, etc. |
00:26 | dcook | Exactly |
00:27 | Complicated | |
00:27 | wahanui | i guess Complicated is far too mild a term to describe Search.pm. |
00:27 | eythian | though they do say: "This new DNA study powerfully confirms that Aboriginal Australians are one of the oldest living populations in the world, certainly the oldest outside of Africa," |
00:27 | dcook | Hmm, I guess I should read more, eh? ;) |
00:27 | ibeardslee | but hell no it's a lifestyle choice |
00:27 | * dcook | shudders |
00:28 | eythian | perogies are a lifestyle choice? |
00:30 | dcook | Well, I can choose not to make them, but my family has made them for many generations. |
00:30 | Lots of memories bound up in making and eating perogies. | |
00:31 | eythian | "My boss said he wanted the fire drill to be as realistic as possible, but then he yelled at me for looting. Make up your mind, bro." |
00:31 | dcook | hehe |
00:32 | ibeardslee: It sometimes feels like I'm living in a tv show. Can't believe the headlines are real. | |
00:36 | ibeardslee | yeap .. we are sitting on this side of the ditch, wondering which comedy show is going to fail first |
00:37 | dcook | Which comedy show? |
00:38 | ibeardslee | "The PM & Government Daily Show" |
00:38 | dcook | cheers eythian also for the mention of the ComposeKey. That's going to make things way easier. |
00:38 | Oh, I meant in terms of countries :p | |
00:43 | mtj | hi all... |
00:43 | wahanui | yeah, yeah, hello, hello. Now fix some bugs for me, please. |
00:43 | mtj | hey gmcharlt, about? |
00:44 | gmcharlt | mtj: hmm? |
00:44 | mtj | hiya |
00:44 | ..would you be interested in adding the same github magic to the koha.git repo ? | |
00:45 | (the magic that you added to the kohadocs repo) | |
00:45 | gmcharlt | easily done |
00:45 | have you been running something to update it? | |
00:45 | mtj | yeah... i have |
00:45 | irma joined #koha | |
00:45 | gmcharlt | ok, go ahead and turn it off now, please |
00:46 | mtj | your way is much better, tho :p |
00:46 | done.. ^ | |
00:47 | cheers for that, gmcharlt | |
00:47 | eythian | grumble github grumble |
00:48 | mtj | heh, dont get me started |
00:48 | eythian | but you're the one putting stuff there! :) |
00:49 | mtj | im not *that* grumbly with them |
00:50 | i just wish you could disable the 'issues' feature, on your github project | |
00:50 | eythian | send them a patch ... oh wait, you can't. |
00:50 | that's my unhappiness with the, | |
00:50 | them | |
00:53 | rangi | that and the sexism are my issues |
00:55 | mtj | they have recently added an 'export bug history' feature... thats handy |
00:57 | eythian | reminds me, tt-rss is a pretty nice RSS reader with a GPLed android reader (though it has a payfor unlocker too, which is fine.) If anyone wants an account on mine, let me know, on the proviso that it's $0 so you may end up getting what you pay for :) (that said, I've been using it for a week or so now, don't expect that to change.) |
00:58 | ibeardslee | was it easy to setup? |
00:58 | eythian | fairly straightforward, yeah |
00:59 | gmcharlt | ok, mirroring via post-receive hook in place |
01:00 | and boy howdy is it annoying that the git client doesn't let one explicitly specify which ssh key to use | |
01:00 | eythian | .ssh/config |
01:00 | you can define it in there | |
01:00 | * gmcharlt | can echo eythian's endorsement of tt-ssh |
01:00 | gmcharlt | er, tt-rss |
01:34 | dcook | Soup time! |
01:37 | mtj | i recetly worked out how to root my android |
01:37 | now i can install all those apps i was curious about | |
01:38 | eythian | ibeardslee: note that it has an option to add tt-rss as a feed reader in firefox |
01:38 | mtj | thanks for the tt-rss tip eythian |
01:39 | ibeardslee | oh |
01:39 | eythian | ibeardslee: it makes it very easy to subscribe to things |
01:55 | rangi | hehe |
01:55 | nengard++ | |
02:16 | schnydszch joined #koha | |
03:00 | dcook | I recall cait once advising me not to customize Koha too much |
03:01 | That advice should be added to every open source download :p | |
03:09 | wizzyrea | rather, if you find that you need it to be customised, you should contribute back your changes. |
03:09 | if appropriate to do so. | |
03:11 | dcook | That too |
03:19 | ibeardslee | even if your changes need to be developed further to take into account how others may use that feature |
03:23 | dcook | But that's true. I keep meaning to open more bug reports for issues that I'm not ready to upstream, but which might be worth discussion |
03:23 | Just too many projects to juggle at once. Can't remember the last time I sent in a Koha patch now... :( | |
04:36 | eythian | http://wiki.koha-community.org[…]lk:Eythian/ES_RFC <-- my draft RFC for elasticsearch work |
04:40 | dcook | I think the deadline was in the past? |
04:40 | But otherwise: | |
04:40 | eythian++ | |
04:40 | eythian | pfft deadline |
04:40 | dcook | hehe |
04:40 | Oh man, I do rain on parades.. | |
04:40 | eythian | I probably wouldn't have been able to write much about it if I didn't already know what I was writing about |
04:41 | dcook | Like many things I suppose |
04:41 | Looks good at a glance. Excited to read it later. | |
04:46 | eythian | It's mostly a high-level look at the design, followed by details on the large chunks of what needs to be done |
04:54 | Terrency joined #koha | |
05:39 | dcook | Interesting... apparently when you email a basket the replyto address is set to the address of the user |
05:39 | I suppose that might make sense if you're sending a basket to someone other than yourself | |
05:39 | * dcook | says only realizing that as he was typing out the first statement |
06:24 | cait joined #koha | |
06:24 | * cait | waves |
06:26 | rocio left #koha | |
06:44 | cait | thx mveron++ |
07:02 | laurence joined #koha | |
07:05 | magnuse joined #koha | |
07:08 | cait | acq++ |
07:08 | hm | |
07:08 | acq-- acq-- | |
07:08 | * cait | balances out the initial typo |
07:08 | cait | acq? |
07:08 | wahanui | acq is very restrictice |
07:08 | cait | @karma acq |
07:08 | huginn | cait: Karma for "acq" has been increased 1 time and decreased 2 times for a total karma of -1. |
07:08 | cait | @karma |
07:08 | huginn | cait: Highest karma: "cait" (199), "gmcharlt" (161), and "tcohen" (151). Lowest karma: "ie" (-19), "-" (-13), and "^" (-12). You (cait) are ranked 1 out of 381. |
07:13 | cait | ie-- |
07:16 | magnuse | ie-- |
07:16 | cait++ | |
07:17 | cait | @wunder Konstanz |
07:17 | huginn | cait: The current temperature in Konstanz, Germany is 6.0°C (8:00 AM CET on March 23, 2015). Conditions: Mist. Humidity: 84%. Dew Point: 4.0°C. Pressure: 30.09 in 1019 hPa (Rising). |
07:37 | cait | bbiab |
07:39 | ribasushi | @wunder Aachen |
07:39 | huginn | ribasushi: The current temperature in Maastricht, Germany is 2.0°C (8:25 AM CET on March 23, 2015). Conditions: Clear. Humidity: 87%. Dew Point: 0.0°C. Windchill: -1.0°C. Pressure: 30.06 in 1018 hPa (Steady). |
07:40 | drojf joined #koha | |
07:40 | drojf | morning #koha |
07:40 | magnuse | @wunder boo |
07:40 | huginn | magnuse: The current temperature in Bodo, Norway is 2.0°C (8:20 AM CET on March 23, 2015). Conditions: Mostly Cloudy. Humidity: 93%. Dew Point: 1.0°C. Windchill: -3.0°C. Pressure: 29.24 in 990 hPa (Steady). |
07:40 | magnuse | moin drojf |
07:40 | * magnuse | notes a tie with ribasushi |
07:40 | drojf | hei magnuse |
07:41 | @wunder berlin, germany | |
07:41 | huginn | drojf: The current temperature in Berlin Tegel, Germany is 3.0°C (8:20 AM CET on March 23, 2015). Conditions: Clear. Humidity: 41%. Dew Point: -9.0°C. Windchill: 0.0°C. Pressure: 30.09 in 1019 hPa (Falling). |
07:42 | fridolin joined #koha | |
07:43 | Viktor joined #koha | |
07:44 | magnuse | kia ora Viktor |
07:44 | marcelr joined #koha | |
07:45 | Viktor | Kia ora Magnuse |
07:45 | marcelr | hi #koha |
07:45 | magnuse | hiya marcelr |
07:46 | drojf | hi Viktor and marcelr |
07:46 | marcelr | hi magnuse drojf Viktor |
07:48 | Viktor | Hi drojf and marcelr |
07:52 | magnuse | northern europe all set and ready to go ;-) |
07:56 | drojf | :) |
07:59 | sophie_m joined #koha | |
08:00 | alex_a joined #koha | |
08:00 | codavid joined #koha | |
08:01 | alex_a | bonjour |
08:05 | Jul joined #koha | |
08:22 | atheia joined #koha | |
08:26 | gaetan_B joined #koha | |
08:26 | gaetan_B | hello |
08:26 | wahanui | hi, gaetan_B |
08:35 | cait joined #koha | |
08:39 | cait | morning #koha |
08:43 | * magnuse | wonders who will be rm for 3.22 |
08:47 | magnuse | not really |
08:47 | huh? | |
08:49 | ashimema | morning |
08:49 | @wunder stevenage, uk | |
08:49 | huginn | ashimema: The current temperature in Pin Green, Stevenage, United Kingdom is 6.3°C (8:42 AM GMT on March 23, 2015). Conditions: Clear. Humidity: 78%. Dew Point: 3.0°C. Windchill: 6.0°C. Pressure: 30.01 in 1016 hPa (Steady). |
08:50 | ashimema | positively tropical today ;) |
08:51 | magnuse | hiya ashimema |
08:51 | yeah, that is hot! | |
08:51 | cait | morning ashimema |
08:58 | atheia | morning cait |
08:58 | cait | morning atheia :) |
08:59 | magnuse | hiya atheia! |
09:00 | atheia | Hei magnuse! |
09:00 | ||
09:00 | * cait | needs oleonard |
09:00 | cait | or does someone else know... i have a layout problem with german |
09:00 | and i need to move the point a table brekas into a list | |
09:00 | * magnuse | does a git pull on the ill_master branch |
09:01 | cait | hm can i do that? |
09:01 | magnuse | ooh, someone has been working hard... :-) |
09:01 | atheia | ah, well, thanks :-) hopefully it all still works… |
09:02 | * magnuse | will take a quick look |
09:05 | atheia | (there will definitely be some conf changes you'll have to carry out in koha-conf.xml) |
09:06 | magnuse | cool |
09:09 | ashimema | nice to see a bit of interaction going on in the ILL space now :) |
09:09 | atheia++ magnuse++ | |
09:12 | atheia joined #koha | |
09:13 | magnuse | atheia: i dropped and recreated the database, tried to add a user but got "DBIx::Class::ResultSet::find(): Unknown column 'me.illlimit' in 'field list' at /home/magnus/kohaclone/C4/Members.pm line 876" |
09:13 | then i loaded installer/data/mysql/atomicupdate/ill_schema.sql into the db and tried to add the user again | |
09:13 | but i get the same error | |
09:16 | ah "ALTER TABLE categories ADD illlimit VARCHAR(60) AFTER issuelimit;" has gone missing | |
09:17 | yup that fixes it | |
09:17 | atheia | hmm, interesting… Ah, I think I might have "optimized" that column away, without updating the dbix schemas. |
09:17 | I think that would probably cause an error like that… | |
09:17 | Ah — great minds think alike ;-) | |
09:18 | magnuse | :-) |
09:18 | also, https://github.com/PTFS-Europe[…]ll_schema.sql#L23 should probably be VALUES ('21','manage','Able to manage ILL requests'); | |
09:19 | atheia | quite… I'll poke those things today. |
09:20 | oliver_ joined #koha | |
09:20 | oliver_ | hi |
09:21 | has anyone ever come across a tool/script that facilitates MAB -> MARC catalog record conversion? | |
09:22 | drojf | hi oliver_ |
09:22 | oliver_ | unfortunately MAB is mostly used in German language context so the relevant community with experiences should be rather limited :-/ |
09:22 | drojf | i haven't. maybe cait has |
09:23 | cait | hi :) |
09:24 | oliver_ | hey |
09:24 | cait | i am sorry, but I haven't seen one so far |
09:25 | have been asked about it often tho | |
09:25 | oliver_ | I mean, there must have mean various institutions that switched from MAB(2) to MARC21 but it seems no one ever published their toolchain, probably because everyone just hacked up a one-off script... |
09:26 | cait | that would be my guess too |
09:26 | there are also some service providers that do conversions | |
09:27 | drojf | maybe ask on the inetbib maling list? |
09:27 | cait | drojf: have you played witht he bootstrap breakpoints yet? |
09:27 | oliver_ | granted, every conversion is somehow unique but given an input parser, a rule-based mapping/conversion engine and a MARC21 output generator it should be feasible to come up with a generic solution |
09:28 | cait | there is a generic conversion tool for csv data i think |
09:28 | oliver_ | any pointer? |
09:28 | drojf | cait: i think i had a short look at it some time ago. what are you trying to do? |
09:28 | cait | if you could get it into csv... it might help |
09:28 | drojf: will show you in a minute | |
09:29 | looking for the link - does someone else remember? the tool eythian built? | |
09:29 | drojf | csvtomarc.pl |
09:29 | oliver_ | nice |
09:29 | cait | where does it hide? |
09:29 | drojf | https://gitorious.org/koha-mig[…]eric/csvtomarc.pl |
09:29 | not sure if that is the latest version | |
09:29 | magnuse | oliver_: take a look at https://metacpan.org/pod/Catmandu::Importer::MAB2 |
09:29 | drojf | it lives in different places |
09:30 | oh catmandu does everything | |
09:30 | magnuse | Catmandu is a toolset desgined to do import, massaging and export of data |
09:30 | drojf | still have not played with it |
09:30 | magnuse | https://metacpan.org/pod/Catmandu::Exporter::MARC |
09:31 | oliver_ | great! |
09:31 | thanks guys, I'll have a look | |
09:31 | cait | oliver_: where ar you from? :) |
09:31 | drojf | hannover :P |
09:31 | oliver_ | obviously ;-) |
09:31 | cait | heh |
09:32 | drojf: that only reveals you were curious too :) | |
09:32 | * drojf | grew up in landkreis hannover ^^ |
09:32 | cait | ok, can't compete there i see :) |
09:32 | drojf | cait: no, it's just that it shows in my client when people join |
09:32 | oliver_ | ah, beautiful area and worth a visit |
09:32 | * cait | likes the zoo |
09:33 | oliver_ | who doesn't :-) |
09:34 | cait | especially the sloths :) |
09:35 | drojf | lol i remember those |
09:35 | oliver_ | guys, you've been really helpful and I'd like to say that Koha is a really nice software from what I can tell so far. I really appreciate the way the project is run, in particular from a software engineering point of view. keep up the great work! |
09:36 | Viktor joined #koha | |
09:36 | magnuse | oliver_: feel free to join the community any time you like ;-) |
09:36 | cait | ... and don't miss to add your library to the wiki later :) we are always curiosu about new libraries :) |
09:36 | paul_p joined #koha | |
09:37 | drojf | and publish your mab to marc21 conversion tool chain :) |
09:37 | magnuse | http://wiki.koha-community.org[…]/KohaUsers/Europe |
09:37 | oliver_ | hehe, will do |
09:37 | magnuse | $ catmandu convert MAB2 to MARC < records.mab |
09:37 | nlegrand | hey #koha! |
09:38 | magnuse | bonjour nlegrand |
09:38 | nlegrand | god morgen magnuse! |
09:38 | magnuse | :-) |
09:39 | nlegrand | I wanted to try fast add cataloguing, but it doesn't appear in my circulation page (3.18/master) thought I have super librarian powers. Do I miss something? |
09:40 | cait | hm do you have an FA framework? |
09:42 | nlegrand | :) |
09:42 | I guess this was my problem ^^, thank you cait! | |
09:43 | magnuse | yay for easy solutions :-) |
09:45 | nlegrand | ^^ |
09:47 | codavid left #koha | |
09:51 | oliver_ | magnuse: can't be that easy "$ catmandu convert MAB2 to MARC < records.mab" |
09:51 | I mean, how's the mapping done since it's not 1:1 | |
09:55 | cait | hm i think you can't directly convert... need to store it in between i think |
09:56 | * cait | tries to remember what she has been taught at the catmandu workshop and fails |
10:00 | magnuse | oliver_: i have no idea :-) |
10:00 | but you can run a series of fixes too | |
10:00 | oliver_ | ok, I'll read up on catmandu |
10:01 | magnuse | you caould ask on the catmandu/librecat mailinglist if anyone has experiences with MAB2 -> MARC that they can share |
10:01 | oliver_ | yep, sounds like a plan |
10:01 | magnuse | since someone created Catmandu::Importer::MAB2 it seems kind of likely they converted it to marc at some poeint |
10:01 | oliver_ | exactly |
10:03 | and, FYI, the german national library migrated from MAB -> MARC so there's at least some reference mapping available.. | |
10:15 | andreashm joined #koha | |
10:15 | andreashm | hi #koha |
10:17 | drojf | hi andreashm |
10:17 | oliver_: yes there is a lot of text. but implementing that from scratch might take a while ;) | |
10:18 | magnuse | tjänare andreashm |
10:20 | oliver_ | drojf: agreed, but it should help mapping the fields that I'm interested in. I'm not in search of a 120% solution. |
10:21 | drojf | oliver_: what system is your data coming from? |
10:24 | andreashm | magnuse: how's the ill work going? |
10:25 | cait | oliver_: yes there is... but they did not migrate directly - becuase they are using a pica system with its own internal format |
10:26 | they are exporting internal format > mab internal format > marc i think - we do the same here for our union catalog | |
10:26 | ashimema | andreashm: atheia is the man to ask ILL wise ;) |
10:27 | cait | css-- |
10:27 | andreashm | magnuse: how's the ncip work going then? =) |
10:27 | ashimema | it's moving forward fast.. |
10:27 | ;) | |
10:27 | ncip.. pass | |
10:27 | andreashm | ashimema: sounds great. |
10:28 | atheia | ILL — indeed :-) |
10:28 | andreashm | would there be interest in the community to build functionality for closed stacks, you guys think? |
10:28 | hey ahteia | |
10:29 | atheia | hi andreashm |
10:29 | ashimema | we've had interest in closed stacks for ages.. |
10:30 | but none willing to sponsor it ;) | |
10:30 | it's on my 'nice to have' list for one day I have a spare moment | |
10:30 | andreashm | would it be major work, or something manageable? |
10:30 | ashimema | does zebra facets work with query parser enabled? |
10:30 | andreashm | there might be funds available here. =) |
10:31 | ashimema | no idea.. it's been a long time since I looked at it i'm afraid andreashm |
10:31 | andreashm | ashimema: alright, thanks. |
10:31 | ashimema | sorry I couldn't be more usefull. |
10:32 | first thing to do would be to write up an RFC for the wiki.. so we have a spec to work from ;) | |
10:32 | you can do that for free and it woudl certainly progress things a bit and give a better idea of how much work there is invovled ;) | |
10:32 | andreashm | yup, that's the second step. just wanted to check if someone knew, straight up. =) |
10:33 | ashimema | :) |
10:33 | trendynick joined #koha | |
10:33 | oliver_ | drojf: LIBERO |
10:33 | Joubu | Note that I developed a closed stack feature, see https://git.biblibre.com/bibli[…]paris8/ft/MT10264 |
10:34 | BUT 1/ It's based on the 3.2 BibLibre fork (so quite old...) | |
10:34 | and 2/ It seems quite buggy... | |
10:34 | andreashm | Joubu: yeah, Gaetan told me that there had been some work from BibLibre previously. Thanks, I'll take a look! |
10:37 | joubu: there was a lot of stuff in that list. any tips on where to look? | |
10:37 | Jul joined #koha | |
10:39 | Joubu | andreashm: I think there is a sort of spec (but in French...) somewhere in our wiki (non public). |
10:39 | andreashm: Otherwise the first commit is 7cfac0b37 | |
10:39 | andreashm | specs would be interesting! |
10:39 | Joubu | https://git.biblibre.com/bibli[…]da77541ab3754be98 |
10:40 | andreashm | I can probably manage the french... with google's help. =) |
10:40 | cait | oliver_: hm we never migrated directly from that :( |
10:40 | Joubu | you should see the main idea in this commit |
10:41 | but if I remember correctly, the "main idea" was stupid... We should not have based the logic on the reserve logic | |
10:41 | but it's far in my memory... | |
10:42 | andreashm | thanks joubu, very interesting! |
10:44 | oliver_ | cait: why am I always the first?! ;-) |
10:44 | drojf | avantgarde! |
10:45 | magnuse | andreashm: i am digging around in the NCIPServer developed by rangi and others. starting to get a grip on it. i will have to add some services + create an ncip client as well. so... "just getting started" is probably an accurate status |
10:45 | oliver_ | cait: still waiting for the source data. will reassess the situation then... |
10:45 | cait | oliver_: we all are in some way or the other - i am sking myself that quite often too |
10:45 | magnuse | @quote get 123 |
10:45 | huginn | magnuse: Quote #123: "rangi: #thingsihavelearnt if there is a mad scheme a library somewhere will be doing it ... except madder" (added by wizzyrea at 09:20 PM, March 30, 2011) |
10:45 | wahanui | http://xkcd.com/1172/ |
10:46 | oliver_ | cait: and you always ask yourself: that problem should already be solved by now, shouldn't it... |
10:46 | andreashm | joubu: better to make a new, seperate logic for closed stacks then? or what was the problem with basing it on reserve logic (which to me seems a pretty straight-forward way of doing it) |
10:47 | magnuse: thanks, interesting! | |
10:47 | oliver_ | cait: so, as usual, assess, think, plan, act |
10:47 | ashimema | I've seen hacks based on the basket logic.. I've seen hacks based on the reserves lgic.. |
10:47 | cait | andreashm: hm maybe this would be worth writing up an RFC - i think more libraries with closed stacks than one might think |
10:48 | ashimema | both had their own issues.. So I think we aught to do some stand alone logic specially for it.. |
10:48 | shuold start out small, and only grow as required ;) | |
10:48 | cait | i think maybe have a reserve type |
10:48 | again | |
10:48 | ashimema | indeed |
10:48 | cait | we used to have something like that |
10:48 | but reuse lots of the logic | |
10:48 | because you still need to send emails etc. just like with holds | |
10:48 | Joubu | andreashm: it really far, I am sorry. I should have head back in the code to refresh my thought |
10:49 | +is | |
10:49 | andreashm: give me your email address please (see pm) | |
10:51 | andreashm | thanks joubu! |
10:55 | yeah, starting out with an rfc would probably be the best way forward. get a lot of input, on how to do it. | |
10:55 | kivilahtio | khall: Having read the DBIx manual (finally) I can't but wonder why the Koha::Object is not a subclass of DBIx::ResultSet? We could directly access all the DBIx methods, like count, but now we have to create wrapper functions for the DBIx-operations. That is code duplication? |
10:59 | khall: Adding the count() to Koha::Object is not that hard :) Maybe this way everybody doesn't have to know DBIx to deal with Koha::Objects? | |
11:00 | khall | kivilahtio: subclassing resultset was an option that was proposed and passed on. |
11:01 | kivilahtio | khall: on the hindsight I am not so sure if it is such a good idea :) What if we want to change DBIx to something else? |
11:01 | andreashm | another thing I'd like to throw out there is to hear opinions on whether adding the possibility of having holds based on location, rather than branch or itemtype, would be a ggod idea? (yes I've talked about this before, sorry if you've heard it before) |
11:01 | khall | that's the idea |
11:02 | kivilahtio | andreashm: we need that as well. To allow/block holds and checkouts per location |
11:02 | cait | andreashm: i think that woudl be a big rewrite - and then probably you'd still also need the itemtypes |
11:02 | khall | andreashm: when you mean location, do you mean shelving location? |
11:02 | kivilahtio | cait: big rewrite? just add the location column to the circulationrules.pl ? |
11:02 | ashimema | andreashm, that's another one I'd love to see.. |
11:02 | one of my collegues was going to open a bug on it | |
11:02 | cait | i think either or.. probably won't work - there is also the problem of the itemtype being on record and item level (intheory) and location only item level |
11:02 | kivilahtio | and then tweak the 3-4 places in code where that value is accessed |
11:02 | khall | I see no reason why we couldn't add shelving location as an option parameter to the circulation rules |
11:02 | cait | kivilahtio: i think the gui is not the problem :) |
11:03 | kivilahtio | there is a bug from Joubu and me where a similar issue is already dealt with |
11:03 | andreashm | ashimema: oh, really? sounds interesting! |
11:03 | khall: yes, shelving location. | |
11:03 | wahanui | it has been said that shelving location is now in italic underneath the library name. |
11:03 | kivilahtio | it had to do with defining the hold waiting for pickup duration in circulationrules.pl |
11:03 | cait | kivilahtio: anything is possible, but i think it's nothing you can do quick and dirty :) |
11:03 | holds are... beasts | |
11:04 | andreashm | cait: yes, it would have to be another parameter. that could work together with itemtype for instance |
11:04 | kivilahtio | cait: tell me about it, I need to soon write a parallel holds feature |
11:04 | http://bugs.koha-community.org[…]w_bug.cgi?id=8367 | |
11:04 | huginn | 04Bug 8367: enhancement, P5 - low, ---, olli-antti.kivilahti, Patch doesn't apply , How long is a hold waiting for pickup at a more granular level |
11:05 | cait | btw kivilahtio and khall - please come up with a working patch for issue_id - please? :) |
11:05 | andreashm | kivilahtio: your going to do that? |
11:05 | kivilahtio | andreashm: it is part of the serials improvement I am abou to do based on the new REST API this summer |
11:05 | we actually need parallel holds for Items and Biblios | |
11:05 | khall | cait: do you know which bugs use issue_id? I know that accounts rewrite does |
11:05 | kivilahtio | but I have time to make something regarding Items prolly |
11:05 | I think I submitted the issue_id | |
11:05 | what was the bug number? | |
11:06 | cait | i linked them together - but i think ther eis one missing |
11:06 | i think it might have been the last item checked out one - but not sure | |
11:06 | kivilahtio | andreashm: check Bug 8367, it is quite similar to what you want |
11:06 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8367 enhancement, P5 - low, ---, olli-antti.kivilahti, Patch doesn't apply , How long is a hold waiting for pickup at a more granular level |
11:06 | kivilahtio | and please rebase and sign it off :) |
11:06 | khall | cait: http://bugs.koha-community.org[…]_bug.cgi?id=13790 |
11:06 | huginn | 04Bug 13790: enhancement, P5 - low, ---, gmcharlt, Needs Signoff , Add unique id issue_id to issues and oldissues tables |
11:07 | cait | khall, kivilahtio read your bug mais :) - there are bug 13790, bug 9011 |
11:07 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13790 enhancement, P5 - low, ---, gmcharlt, Needs Signoff , Add unique id issue_id to issues and oldissues tables |
11:07 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9011 enhancement, P5 - low, ---, kyle, BLOCKED , Add the ability to store the last patron to return an item | |
11:07 | andreashm | kivilahtio: looking at it now |
11:07 | cait | bug 9303 |
11:07 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9303 enhancement, P5 - low, ---, kyle, Failed QA , relative's checkouts in the opac |
11:07 | cait | and bug 13743 |
11:07 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13743 enhancement, P5 - low, ---, koha-bugs, Failed QA , Primary key for issues-table |
11:07 | cait | i thin bug 9303 had the most testing |
11:07 | but there was still a problem with it | |
11:08 | i left notes | |
11:08 | khall | cait: I see that. I'll see what I can do! |
11:08 | cait | khall: i like to see it on a separte bug, but maybe we can use what we learned from 9303 |
11:09 | and kivilahtio's patch is a duplicate actually - 13743 and 13790 | |
11:09 | it got a bit messy, would be happy if we could resolve tha | |
11:09 | t | |
11:10 | lunch time, brb | |
11:10 | kivilahtio | cait: what do you want for 13743? No AUTOINCREMENT for oldissues? |
11:11 | cait: I won't move the updatedatabsae down because it would conflict SOOOO badly with all the developments I have in our productiion | |
11:11 | khall | cait: I'll work on bug 13790 |
11:12 | kivilahtio | khall: ok |
11:12 | khall: I'' let you deal with it :) | |
11:12 | khall | sounds like a plan! |
11:13 | andreashm | kivilahtio: isn't bug 8367 about holds waiting for pick-up, not on how holds are handled? to you mean something can be based on that patch? Otherwise I don't see how it will fit. |
11:13 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8367 enhancement, P5 - low, ---, olli-antti.kivilahti, Patch doesn't apply , How long is a hold waiting for pickup at a more granular level |
11:14 | kivilahtio | andreashm: I remeber it had something similar to waht you need |
11:14 | andreashm: atleast hte GUI modifications for circulationrules you can copy from there | |
11:14 | andreashm: We have an in-house hack to prevent Holds from working for certain shelving locations | |
11:14 | andreashm | kivilahtio: ah, yeah. it adds a column to reserves |
11:15 | kivilahtio | for 3.16, we prevent some location from being held |
11:15 | ill dig the code for you | |
11:15 | andreashm | thanks! |
11:16 | ok, off for lunch. bbl | |
11:20 | kivilahtio | andreashm: https://oiva.vaarakirjastot.fi/patches.tar.gz |
11:20 | andreashm: some examples on how to stab Koha in the guts :) | |
11:20 | andreashm: I would really appreciate if you could generalize our solution with a GUI. That would be super awesome! | |
11:21 | andreashm: even better use our solution to make a better solution with a GUI :) | |
11:24 | jwagner joined #koha | |
11:26 | khall | cait: I've fixed up 13790 with all we've learned. I believe this to be the One True issues_id patch! ; ) |
11:30 | jwagner joined #koha | |
11:48 | meliss joined #koha | |
11:48 | cait | kivilahtio: I don't thik that works that you refuse to move it down ;) but we can just use kyle's patch hopefully |
11:49 | kivilahtio | cait: sounds good :) |
11:49 | cait: you can easily move it down when you are pushing, You are bound to get a ton of these updatedatebase.pl -conflicts anyway when pushing | |
11:50 | cait | the problem is, you might miss to move it down |
11:50 | kivilahtio | now the patches simply apply more easily and you don't need to do so much maunal work |
11:50 | cait | and i need to touch them now and move them for testing |
11:50 | kivilahtio | cait: it is entirely possible |
11:50 | cait | which is annoying me more than fixing the conflict |
11:50 | kivilahtio | we miss a lot of things :) |
11:50 | I understand | |
11:51 | I am more annoyed by the conflicts when I am moving patches between multiple environments | |
11:51 | cait | but i think there might be a change soon about the database updates |
11:51 | kivilahtio | cait: I certainly hope so |
11:51 | cait | i certainly fix a lot of those - but there are other things that make me want to complain mroe ;) |
11:51 | oliver_ | thx again, laters |
11:51 | oliver_ left #koha | |
11:53 | andreashm | kivilahtio: thanks |
11:54 | kivilahtio | andreashm: I hope you can connect the missing pieces |
12:13 | andreashm | kivilahtio: it's the second patch (fastloan etc.) that has the holds block, right? Or is there stuff in all three that need to be reviewed? |
12:13 | kivilahtio | andreashm: I can't really remember, i think the fastblock was the one |
12:14 | magnuse | bug 13068 |
12:14 | kivilahtio | andreashm: yes. I think that was it. |
12:14 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13068 enhancement, P5 - low, ---, paul.poulain, Passed QA , New feature for DB update and sandbox |
12:14 | andreashm | kivilahtio: thanks, will take a look at that. |
12:17 | kivilahtio: but likely hat we will make an rfc regarding holds based on locations. | |
12:20 | Viktor joined #koha | |
12:20 | francharb joined #koha | |
12:36 | NateC joined #koha | |
12:37 | p_vdk joined #koha | |
12:49 | collum joined #koha | |
13:00 | talljoy joined #koha | |
13:00 | carmen joined #koha | |
13:01 | JoshB joined #koha | |
13:01 | edveal joined #koha | |
13:05 | mario joined #koha | |
13:16 | gaetan_B | cait: i have more questions regarding having the biblionumber in 001 |
13:16 | nengard joined #koha | |
13:17 | gaetan_B | if your library wants to be able to export its records, and have its own identifier there, you don't have the choice then i guess ? |
13:18 | misilot joined #koha | |
13:21 | drojf | gaetan_B: the biblionumber is the identifier in the system. i would not regard it as an identifier by the library. they do not assign it, the system does. so i wonder what you would want to do with it on export level. you can't just reuse it when you import somewhere else because it may already be used there. they should assign their own (really unique across systems) identifier if they need one |
13:22 | gaetan_B | drojf: are there really libraries manually assigning this number ? |
13:22 | in unimarc we have the biblionumber in 001, so i haven't had to deal with this case so much | |
13:23 | drojf | in germany, union catalogues use it. you got a number of the union catalogue there and your own library code in 003 and the combination of 003 and 001 is what makes it unique |
13:24 | misilot | is there a list of the variables available for notices in the manual somewhere? I looked buy cannot find them. |
13:24 | drojf | i think in the library i worked at, we just made them up. we were not part of a union catalogue and a special library, but needed it for 773 |
13:25 | but this way, exporting data and importing it somewhere else, linking with 773 and 001 would still have worked. with biblionumber, not necessarily | |
13:25 | gaetan_B | i feel like this way of using the 001 might be specific to the german union catalogues, cait was mentioning this too |
13:26 | drojf | possibly, i don't know how others use it. maybe magnuse of Viktor could tell us how it is used in scandinavia |
13:26 | (or if at all) | |
13:26 | s/of/or | |
13:27 | cma joined #koha | |
13:27 | JesseM joined #koha | |
13:28 | Viktor | I think we have the same use of 001 and 003 as drojf gives as example in most cases. |
13:28 | We stick the internal id of the Libris och Burk databases in 001 and if I'm not way off we have the librarys id in 003 | |
13:28 | Dyrcona joined #koha | |
13:30 | gaetan_B | so you could find yourself with two identical 001 fields in your catalogue, provided the records come from two different sources? |
13:33 | drojf | i think that's possible, as koha does not care about the combination of 003+001 as it probably should. there is also the option to have your local number in 001 and put the 001 from the union catalogue (or somewhere else) into an alternative field (like 035) |
13:34 | gaetan_B | that's probably what i'll end up doing |
13:35 | for the record, the french unimarc academic union catalog (sudoc), does provide its unique identifier in the 001 field, but we move it to a custom field on import to have the koha biblionumber in 001 | |
13:35 | i don't know how other ils do it, there is no specification for this actually | |
13:36 | drojf | ok that would be a similar workflow then |
13:38 | cait | gaetan_B: i think the important bit is to prevent double ups |
13:38 | because koha won't deal well with that | |
13:38 | if you change the index | |
13:38 | if you use 035 it should be (MARCOrgCode)Number | |
13:39 | 001 is only unique per definition in combination with 003 | |
13:39 | i think i wouldn't change it out of fear for side effects - and gladly our libraries haven't asked for something like that | |
13:40 | gaetan_B | it seems i will have to do it as they really want to have it this way for some reason |
13:40 | cait | I think we'd see it as too expensive |
13:40 | unless we'd change it for all our libraries | |
13:41 | drojf | they want the index changed? i thought you'd just use the regular and copy the biblio number to 01 |
13:41 | 001 | |
13:42 | gaetan_B | threre is already an index on 001 : control-number |
13:42 | cait | as i understood he wants to change where koha stores the biblionumber... not copy it |
13:43 | gaetan_B: do you want to move or copy it? | |
13:43 | gaetan_B | at first i wanted to copy it, but we would have doubles which might be really problematic |
13:43 | so maybe i'll move it | |
13:43 | cait | hm no |
13:44 | doubles between 999 and 001 would be less problematic i think | |
13:44 | just not ure how you would do that - have both | |
13:44 | gaetan_B | i could map biblio.biblionumber to 999c and biblioitems.biblioitemnumber to 001 |
13:45 | i *guess* it should work | |
13:45 | drojf | i don't see problems with a copy. but i would not mess with koha internally where to look for the biblionumber and just leave it in 999x or what it is |
13:45 | marcelr | khall: bug 13893 why do you not stick to the .pl extension |
13:45 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13893 enhancement, P5 - low, ---, kyle, Needs Signoff , Add ability to execute perl scripts in atomicupdates |
13:45 | marcelr | ? |
13:45 | drojf | 999c i mean |
13:45 | khall | marcelr: because it's just a snippet of perl code and not a fully executable perl file |
13:45 | so the extension distinguishes it from a perl script | |
13:47 | marcelr | ok; but i am not fully convinced yet :) |
13:48 | amyjeankearns joined #koha | |
13:49 | Joubu | I really would like to get opinions on the patch I have just submited on bug 13894. Since the UI is affected, it could be great to get feedback |
13:49 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13894 enhancement, P5 - low, ---, jonathan.druart, Needs Signoff , SQLHelper replacement - C4::Members::Search - reserve.pl |
13:57 | khall | Joubu: bug 13822 uses Search() but it's now in discussion |
13:57 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13822 minor, P5 - low, ---, kyle, In Discussion , Patron autocomplete search is severly limited |
13:57 | cait | sorry for that - just not sure a contans search is a good fit there |
13:58 | we had another place, i think in patron list, where a library says she can't get to the right patron, because too many with the same name | |
14:00 | Joubu | khall: I submited bug 13892 this morning, to use Koha::Borrowers from ysearch |
14:00 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13892 enhancement, P5 - low, ---, jonathan.druart, Needs Signoff , SQLHelper replacement - C4::Members::Search - ysearch.pl |
14:00 | khall | I would like to see an actual patron search subroutine in Koha still, to avoid bespoke searching code |
14:00 | Joubu | khall: I am removing the Search subroutine calls ... :) |
14:00 | khall: the one to use is the one in C4::Utils::Datatables::Members | |
14:01 | At the moment, we can use it as it, but it would be nice to refactor the code a bit (to move it into Koha::Borrowers) | |
14:02 | khall | agreed, I see no reason to not move forward with your work. My issues can be dealt with later |
14:07 | Joubu | khall: actually if you absolutely need this behavior, the best would be a pref to set "contains" or "start_with" as a default |
14:08 | khall | Joubu: I was thinking a subroutine with a parameter to control that, thus avoiding YAS |
14:23 | amyk joined #koha | |
14:47 | cait | Joubu: jut found a problem in 3.18.5 with the backport for the order cancellation reasons |
14:49 | bug 13380 | |
14:49 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13380 normal, P5 - low, ---, jonathan.druart, Pushed to Stable , Auto fill order cancellation reasons from authorised values |
14:49 | cait | the field is too short - we missed the dependency to change the code to varchar(16) |
14:49 | now my updated database has ORDER_CANCELLATI | |
14:51 | Joubu | cait: ha yes! |
14:51 | that's was linked | |
14:51 | cait: you should ping rangi to include it asap | |
14:52 | rocio joined #koha | |
14:55 | cait | too late :( 3.18.5 is releeased |
14:55 | and we need a fix | |
15:09 | Joubu: i can fix our databases, but i think we need a full blown patch now - fixing the wrong codes as well | |
15:10 | @later tell rangi - sorry, but we got a bigger problem with the database update on bug 13380 | |
15:10 | huginn | cait: The operation succeeded. |
15:12 | cait | Joubu: the other thing is that we probably shoudl add a condition in master so that the database update is not run twice |
15:12 | because it might try to turn the authorised value codes into new authorised value entries | |
15:14 | fridolin joined #koha | |
15:15 | fridolin | hie |
15:16 | cait | hi fridolin |
15:18 | fridolin | hie cait |
15:19 | drojf joined #koha | |
15:26 | cait | ColinC++ |
15:27 | edveal joined #koha | |
15:37 | andreashm joined #koha | |
15:43 | hanthana joined #koha | |
15:43 | p_vdk joined #koha | |
15:46 | andreashm | hi all |
15:46 | bag | morning |
16:29 | drojf | anyone tried an upgrade to 3.18.5 with packages? |
16:31 | cait | drojf: we made our own |
16:31 | but yes | |
16:31 | i'd wait | |
16:31 | bug 13380 | |
16:31 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13380 normal, P5 - low, ---, jonathan.druart, Pushed to Stable , Auto fill order cancellation reasons from authorised values |
16:34 | drojf | oh. looks like i never fully installed koha on that vm so it's probably myfault that everything exploded |
16:42 | for the record, you cannot upgrade koha if you got an instance that is only installed half way (not running the web installer part). probably not a common thing to happen, i tried it by accident ;) | |
16:44 | cait | drojf: today is the day of strange things |
16:44 | drojf | oh. again? :) |
16:45 | cait | apparently |
16:45 | wahanui | apparently is vitally important to librarians |
16:50 | Dyrcona joined #koha | |
16:51 | Joubu | have a good day/night #koha |
16:54 | Dyrcona joined #koha | |
16:56 | Dyrcona1 joined #koha | |
17:06 | cait left #koha | |
17:08 | barton joined #koha | |
17:09 | laurence left #koha | |
17:18 | barton joined #koha | |
17:38 | barton_tablet joined #koha | |
17:40 | cait joined #koha | |
17:44 | talljoy joined #koha | |
17:51 | meliss joined #koha | |
17:54 | edveal joined #koha | |
17:57 | barton joined #koha | |
18:16 | trendynick joined #koha | |
18:24 | cma joined #koha | |
18:34 | AndroUser joined #koha | |
18:40 | * magnuse | wonders if there is a us holiday |
18:40 | gaetan_B | bye |
18:48 | cma joined #koha | |
18:54 | * AndroUser | tries an irc app on the phone |
18:58 | rangi | its too late to include it |
18:58 | its been released | |
18:58 | andreashm joined #koha | |
18:59 | rangi | will have to do a new release, but everyone who has downloaded the old one is already messed up |
19:01 | cait | no data is lost - but it's messy I agree :( |
19:03 | i am going to test the follow up... creating a 3.18.4 database now | |
19:03 | will take a bit becuase of creating the acq data | |
19:04 | rangi | and it cant |
19:04 | be reordered | |
19:04 | cait | of course |
19:04 | i talked to Joubu | |
19:04 | rangi | else anyone who has already upgraded |
19:04 | wont get the column size change | |
19:05 | cait | what we can do is push the patch to change the column change now after |
19:05 | and then change the authorised value category to the right value | |
19:05 | that will put us in the state it should have been after the update | |
19:08 | rangi | can you try branch 3.18.5 now |
19:08 | cait | rangi: hm? |
19:09 | rangi | fixes are pushed, i need someone else to test it |
19:09 | before i roll a new release | |
19:09 | http://git.koha-community.org/[…]refs/heads/3.18.x | |
19:09 | cait | ah yeah i can test that |
19:09 | but give me a few more mins? | |
19:09 | i found an old dbwith acq data | |
19:09 | just need to run the update now and cancel a few things | |
19:10 | rangi | the brnach should fix everything |
19:10 | its not worth testing that patch by itself | |
19:10 | it cant work | |
19:10 | cait | i won't |
19:10 | rangi | because the column width is still wrong |
19:10 | cait | just creating data |
19:10 | then updateing | |
19:10 | rangi | cool |
19:10 | cait | creating the data on a 3.18.4 |
19:11 | then updating to the new updated branch should put the data in the right state... hopefully | |
19:11 | oh the old databaesis 3.13.00.22 | |
19:11 | that will take a moment | |
19:11 | rangi | im not sure you have to have any data |
19:12 | the upgrade to 3.18.5 adds the data | |
19:12 | it populates the authorised values | |
19:12 | cait | looks like we miss a line break :) Upgrade to 3.18.03.002 done (Bug 5511 - SessionRestrictionByIP)Upgrade to 3.18.04.000 done (3.18.4 release) |
19:12 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5511 normal, P5 - low, ---, amitddng135, Pushed to Stable , Check for Change in Remote IP address for Session Security. Disable when remote ip address changes frequently. |
19:12 | cait | it adds sample data |
19:12 | but it also converts stuff you entered before | |
19:12 | into authorised values | |
19:12 | rangi | what if you entered something longer than 32 chars before |
19:12 | that will still break | |
19:12 | cait | it numbers |
19:13 | the code is a number, the description is your text | |
19:13 | that's why i am cancelling things before runnign the update | |
19:14 | rangi | k |
19:14 | well just email if it works and when i get a chance ill have to roll another release | |
19:15 | cait | ah not at work yet? |
19:19 | rangi | no have to take kids to school now |
19:19 | cait | ok, dumped the databae - runnign the update to 3.18.5 now |
19:22 | hm | |
19:22 | i think i need to update kohaversion? | |
19:24 | it's looking good | |
19:25 | @later tell rangi - works alright afaikt - kohaversion needs to be updated still | |
19:25 | huginn | cait: The operation succeeded. |
19:26 | hankbank joined #koha | |
19:32 | edveal joined #koha | |
19:39 | andreashm joined #koha | |
20:27 | magnuse joined #koha | |
20:42 | NateC joined #koha | |
20:44 | andreashm joined #koha | |
20:45 | andreashm | hi all |
20:47 | whoop. I managed to fix the problems with holds that we had. | |
20:48 | wizzyrea | \o/ |
20:48 | p_vdk joined #koha | |
20:49 | KotH joined #koha | |
20:50 | KotH | good evening! |
20:51 | nengard | hello |
20:51 | wahanui | niihau, nengard |
20:51 | andreashm | hey |
20:51 | cait | hi andreashm |
20:52 | andreashm | hi cait |
20:52 | saw some info in the log about some issue with updating to 3.18.5. What was that? (Of course, we updated to that today) | |
20:54 | cait | we will fix it |
20:54 | we missed a dependency on a database update | |
20:55 | the problem is when cancelling an order and entering the reason - fixes are under way | |
20:55 | wizzyrea | hi |
20:55 | andreashm | cait: ok. noothing worrying for us then as we don't use that. good. =) |
20:55 | cait | yep, should be ok :) |
20:56 | andreashm | upgrading helped us figure out what was wrong with our holds though, so that was good. |
20:56 | cait | ah cool |
20:56 | what was it? | |
20:56 | andreashm | bug 7817 |
20:56 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7817 critical, P1 - high, ---, olli-antti.kivilahti, Pushed to Master , Items Permanent location (shelving location) is set to NULL when item is edited |
20:57 | andreashm | item perm location was mapped to 952 k |
20:57 | I took it away.... now it works. | |
20:57 | cait | ooh |
20:57 | hard one to figure that out | |
20:57 | andreashm | now we just need to figure out why we did that in the first place (I have no idea) |
20:57 | cait | maybe you thought something was missing :) |
20:57 | wizzyrea | ^ |
20:57 | cait | it's a weird one that column |
20:58 | not quite behaving like the rest | |
20:58 | KotH | can someone give me a hand, i'm trying to figure out where the pid file for koha is generated, but cannot find it. the reason why i'm looking for it is, because it ended up in /tmp/ instead of in /var/run/koha |
20:58 | andreashm | why is it even possible to mapp it to marc, one wonders? =) |
20:59 | hi wizzyrea | |
20:59 | wizzyrea | KotH: how did you install koha |
20:59 | KotH | wizzyrea: debian package |
20:59 | deb http://debian.koha-community.org/koha squeeze main | |
20:59 | dpkg -s koha-common|grep Version | |
20:59 | Version: 3.18.05 | |
21:00 | wizzyrea | what's the problem you are experiencing? |
21:00 | besides "the pid file ended up in /tmp | |
21:00 | andreashm | cait: hopefully, there was no need for that mapping... and that we just did it because we though it was needed. |
21:00 | KotH | none :) |
21:00 | wizzyrea | heh |
21:00 | KotH | but i have a script that cleans up /tmp once a week. so the pid file should not be there |
21:00 | wizzyrea | coolio |
21:00 | KotH | what i dont get is, that the init script looks ok |
21:01 | cait | andreashm: it should work without the mapping - but the feature is optional anyway |
21:02 | andreashm | cait: I hope your right. We'll see if anything else breaks. =) But I'm happy to have figured it out after tinkering with it for a week. |
21:02 | cait | i totally understand that :) |
21:03 | hm wizzyreacould you take a look at bug 13822? | |
21:03 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13822 minor, P5 - low, ---, kyle, In Discussion , Patron autocomplete search is severly limited |
21:03 | cait | i am looking for opinions here |
21:03 | there | |
21:05 | * magnuse | waves |
21:05 | andreashm | We had noticed that the biblio-number got doubled earlier today, so we were on the right track. But updating and getting that notice probably saved me a couple of hours of work. |
21:05 | hi magnuse | |
21:06 | wizzyrea | hi magnuse >.> |
21:07 | What you really want there, cait | |
21:07 | is a pop out "search help" that's just, not a modal window but a callout | |
21:07 | or something | |
21:07 | wahanui | i guess something is sketchy |
21:07 | andreashm | cait: interesting. I was wondering a couple of days ago why autocomplete for patrons gave totally different result than a regular patron search. now I know. =) |
21:07 | cait | wizzyrea: the autocomplete starts reacting on 3 letters - i was wondeirng if it doing a contains search might be helpful or the opposite |
21:08 | the patch makes it act like the normal search, but i wondered how that will affect the list of names it suggests | |
21:08 | eythian | hi |
21:08 | cait | morning eythian |
21:08 | andreashm: feel free to add your opinion too :) | |
21:09 | wizzyrea | hm. |
21:10 | well it obviously will change the list of names compared to what it finds now. I'm trying to think of how other autocomplete type things I've used work | |
21:10 | example, in the movie library software we use, 3 letters starts getting results, in a contains sort of fashion | |
21:10 | 4 letters limits more, 5 more yet, and so on | |
21:11 | KotH | where do i send my patch? |
21:11 | wizzyrea | have you created a bug for your issue? |
21:11 | at bugs.koha-community.org | |
21:11 | KotH | oki |
21:11 | wizzyrea | start there. :) |
21:11 | KotH | thanks |
21:11 | wizzyrea | using git? |
21:11 | wahanui | well, using git is targeted for people developing, is pretty much similar to using tarball |
21:11 | wizzyrea | git? |
21:11 | wahanui | well, git is mostly needed when you want to do development, there are packages for debian that can make my life eaiser installing it |
21:12 | wizzyrea | version control using git? |
21:12 | wahanui | version control using git is at http://wiki.koha-community.org[…]Control_Using_Git |
21:12 | wizzyrea | ^ have a look at that |
21:12 | specifically the "do some work" section | |
21:14 | cait | ugh rangi on twitter :( |
21:15 | wizzyrea | yeah :( |
21:15 | andreashm | ouch |
21:16 | KotH | .o0(cloning koha takes a loooot of time) |
21:16 | andreashm | humm.... |
21:17 | I wondered what happened to all our patrons. doing a patron search gives no hits. the table is empty. | |
21:18 | but they are there. using check out (I was attempting to check the autocomplete function) it's no problem. | |
21:18 | wizzyrea | KotH: lots of history. |
21:18 | andreashm | weird. upgrade issue, or something we broke ourselves? |
21:18 | wizzyrea | andreashm: does your firefox console tell you anything? |
21:18 | KotH | wizzyrea: definitly... i havent waited this long since i checked out the linux kernel :) |
21:18 | wizzyrea | heh |
21:19 | you can do a shallow fetch, sometimes that helps. I can't remember the syntax for it off the top of my head though. | |
21:19 | always have to look it up. | |
21:20 | KotH | i'm already at 62%.. i can wait those minutes |
21:20 | andreashm | wizzyrea: in firefox it works. in chrome, not so much. |
21:20 | cait | andreashm: hm maybe check if one of the filters got stuck? might be set to a patron category you don#t have or similar |
21:21 | wizzyrea | andreashm: clear the cache |
21:21 | if you just upgraded. | |
21:21 | it might be you have old JS | |
21:22 | andreashm | ok, testing that |
21:22 | NateC joined #koha | |
21:24 | wizzyrea | you usually use chrome and not firefox? |
21:26 | andreashm | thanks wizzyrea! clearing the cache worked. |
21:26 | wizzyrea | woohoo! |
21:26 | andreashm | yup, I usually use chrome |
21:27 | wizzyrea | oh yeah, always a good idea to clear the cache after an upgrade. |
21:27 | always always. | |
21:28 | barton joined #koha | |
21:28 | cait | :) |
21:28 | wizzyrea++ community_mind++ | |
21:30 | andreashm | wizzyrea: I'll keep that in mind for next time! |
21:30 | alright, off to bed. bye everyone! | |
21:32 | barton_tablet joined #koha | |
21:33 | barton joined #koha | |
21:35 | wizzyrea | gnite |
21:51 | KotH | 1.5G... that's some repo! |
21:52 | ok.. bug submitted, have fun patching ;) | |
21:55 | nengard left #koha | |
21:55 | tcohen joined #koha | |
21:56 | cait | KotH: looks like you already got the solution - would you like to submit the patch yourself? |
21:56 | KotH | cait: submit? |
21:56 | cait: i just entered it into bugzilla | |
21:56 | any other place i should put it? | |
21:56 | cait | yep - but not with a patch file with your name in it :) |
21:57 | i got you already have the repository? | |
21:57 | KotH | yes |
21:57 | cait | did you commit your change? |
21:57 | KotH | do i have commit rights? |
21:57 | cait | on your local repo you can do whatever you want :) |
21:57 | KotH | ah.. i get what you mean |
21:57 | sorry | |
21:57 | cait | our process is that we attach a patch file to the bug report |
21:57 | KotH | been a long day.. with too much math |
21:58 | cait | and then the bug status would be set to 'needs signoff' so the testers can go and test it |
21:58 | so you'd push it one step further | |
21:59 | JoshB joined #koha | |
22:00 | cait | a patch should include the bug number in the subject line - and a short description, you basically already have those things on the bug |
22:01 | patch files can be created with git format-patch HEAD^ or similar - there is also git bz - but bit more work to set up | |
22:03 | KotH | cait: done |
22:03 | cait | cool, looking good :) |
22:04 | KotH | still takes me a while to wrangle with git.. i'm still not used to it ^^' |
22:04 | cait | you were quick :) |
22:04 | KotH | it's not my first patch ;) |
22:04 | cait | aaah |
22:04 | that would explain that heh | |
22:05 | :) | |
22:05 | KotH | my first patches were done using cvs :) |
22:05 | i'm glad those days are over ^^' | |
22:05 | cait | i missed out on the cvs days - so only know git :) |
22:06 | KotH | dont worry, you didnt miss much |
22:06 | cvs was a pain.. lots of ways to screw up royaly...and f** up the repo | |
22:06 | subversion was god send back in those days | |
22:07 | and having used cvs/svn for so long... git still takes a lot to get used to | |
22:07 | cait | yeah that doesn't sound very inviting |
22:08 | KotH | now think about a project, that was a fraction of the size of koha in number of loc, 20-30 active developers, and a couple of dozen commits a day... |
22:08 | i dont remember how many times i had to fix the repo, because cvs messed up the locking | |
22:11 | anyways.. time to sleep | |
22:11 | good night everyone | |
22:11 | pfuuset guet! :) | |
22:11 | wizzyrea | hehe, there are myriad ways of screwing a git repo. I know, I've done them all. |
22:12 | cait | night all! |
22:12 | wahanui | goodnight cait. You'll be back. |
22:12 | cait left #koha | |
22:13 | tcohen | hi cait |
22:23 | tcohen1 joined #koha | |
22:45 | tcohen joined #koha | |
22:51 | JoshB joined #koha | |
23:28 | tcohen joined #koha | |
23:35 | tcohen1 joined #koha | |
23:43 | tcohen joined #koha | |
23:48 | rocio left #koha | |
23:51 | gmcharlt | http://koha-community.org/koha-3-18-5-1-released/ |
23:51 | eythian | gar |
23:53 | chrisvella joined #koha | |
23:55 | JoshB joined #koha |
← Previous day | Today | Next day → | Search | Index