IRC log for #koha, 2014-09-23

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
00:00 eythian hi tcohen
00:00 * tcohen accidentally deleted Ender's game copy
00:00 tcohen hmm
00:02 * tcohen thinks is not a big loss, though
00:02 rocio left #koha
00:02 rangi heh
00:03 * tcohen should grab a Xenoxide's copy to read this weekend
00:03 tcohen what are those places where people pick books named?
00:04 eythian Bookpickeries
00:05 tcohen ah, that
00:05 wahanui ah, that is, like, just to say that everything should be on one line
00:06 tcohen should check if there exists some system they use to xpose their catalog, online
00:07 rangi: i found eventbase to have a limited functionality
00:07 at least the free edition
00:07 will complete the schedule there
00:07 rangi ahhh the old freemium trick eh
00:08 tcohen it is uncomfortable to set, but its pretty neat once you see it on the mobile app
00:08 rangi is eventbrite any better?
00:08 sweet
00:09 tcohen if evenbrite has a way to change the user's password, that's a win heh
00:09 rangi hehe
00:09 tcohen will try evenbrite tomorrow with bgkriegel
00:11 rangi ive never tried to set up either so i have no idea
01:37 edveal joined #koha
02:03 kmlussier joined #koha
03:15 eythian @wunder nzwn
03:15 huginn eythian: The current temperature in Wellington, New Zealand is 15.0°C (3:00 PM NZST on September 23, 2014). Conditions: Clear. Humidity: 63%. Dew Point: 8.0°C. Pressure: 29.86 in 1011 hPa (Falling).
03:28 BobB joined #koha
04:12 aleisha joined #koha
04:22 rangi aleisha: 12281, 12959, 12893, 12775, 12944
04:52 http://www.pressreader.com/bookmark/EGG26VFDWDV/  does this url work?
04:58 ibeardslee seems to
05:10 cait joined #koha
05:13 rangi eythian: does your elasticsearch code use teh SearchEngine syspref anywhere?
05:13 eythian yep
05:14 rangi thats the only bit of 12538 that overlaps i think
05:14 ill sign it off, and note that
05:14 its just a database update taht removes that variable
05:14 eythian I expect there will be quite a few conflicts.
05:15 I'm planning to manually apply the patch and revert back the bits I want to keep.
05:15 rangi sounds good
05:21 cait aleisha?
05:22 i saw your comment on bug 12281 - i think maybe easier to download some records that are cataloged that way
05:22 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12281 normal, P5 - low, ---, oleonard, Needs Signoff , RTL display for records using 880 broken in Bootstrap
05:24 aleisha thanks cait i'll try that!
05:24 cait thx for taking a look :)
05:25 it's something not a lot of libaries use, but quite important to this one :)
05:31 aleisha so then what do i do after I've imported it into the catalog?
05:31 cait hm wait until it's indexed an dthen go to the detail page
05:32 it should look like in the catalog link, without the patch the script all runs to gether and is not on the other side
05:32 rangi i wonder how often the sandboxes index?
05:32 cait rangi: hm not sure
05:32 for the result list it needs to be reindexed to see it... else we could change an existing record
05:32 rangi you can get to the detail page without it being indexed though eh?
05:33 ah right
05:33 cait the problem is on result too, but you'd see the effect on deail immediately i think
05:33 yo could use the link from th estaged import to get there
05:34 aleisha the link is clickable but doesn't take me anywhere
05:35 cait hm there should be 2 links i think, one to open the record as marc (from the title) and the biblionumber at the end of the table
05:35 the last should open in a new window i think
05:37 * magnus_away waves
05:39 aleisha cait is this what it's supposed to look like? http://pro.test14.biblibre.com[…]pl?biblionumber=9
05:39 magnuse rangi++ x100 for signing off bug 11401
05:39 cait i think it might index every 10 minutes if we are lucky
05:39 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11401 enhancement, P5 - low, ---, magnus, Signed Off , Add support for Norwegian national library card
05:40 cait aleisha: sec, i have to look up the password
05:40 rangi magnuse: no worries
05:40 cait ah
05:41 you need to turn on the xslt display - i thougth that was on by default
05:41 rangi cait: only on new installs i think
05:41 cait inthe system preferences - look for xslt
05:42 rangi: makes sense
05:43 aleisha ah yes that's more like it
05:44 i can sign that one off now :)
05:45 cait cool :)
05:45 magnuse aleisha++
05:45 cait thank you!
05:45 aleisha++
05:48 magnuse joined #koha
05:52 NateC joined #koha
05:58 magnuse at opl we are thinking about creating a standardized dev environment to make it as easy as possible to get up and running with development/testing patches. something like using vagrant to create a virtualbox with a working dev install, git bz, the qa tools etc. anyone else considered something like that? or interested in it?
05:59 eythian it seems like a good idea.
06:00 That's about as much as I can contribute :)
06:03 ashimema good morning
06:05 magnuse.. what extra's are you envisioning getting from that vs the sandboxes?
06:05 anything beyond the ability to test a few extra patches that the sandboxes don't cope well with?
06:08 magnuse well, we'd use it for development too
06:09 the main point would be to be able to have a um, "pristine" environment to work in, quickly
06:09 ashimema in which case, I'm all for it..
06:09 I do similar with a bash script at the moment..
06:10 magnuse when i had trouble with my gitified setup the last couple of weeks it was caused by something i tested, it would have saved me a lot of time if could just have scrapped my current setup and got a new one with a couple clicks
06:10 ashimema: cool
06:10 ashimema once you have a debian installed with a root account, I run my script and it adds appropriate users, grabs koha master, installs it, sets up git-bz, qa tools, vim plugins etc..
06:10 though I think at the moment it's set to do a gitified dev env..
06:11 I'm tempted to swap back to a non-gitified
06:11 magnuse ashimema: sounds good
06:11 yeah, i cant quite decide between gitified and a tradtitional dev install either
06:11 ashimema I could sanitize my script and stick it on github if you like?
06:11 magnuse that would be awesome!
06:12 ashimema gitified is certainly quick and easy to get up and running..
06:12 but it deffo has it's flaws still
06:12 magnuse yup
06:13 especially for testing things like zebra config, right?
06:13 ashimema yeah.. gitified is a bit of a mare for that sort of stuff
06:14 gets in the way rather than making things easier.
06:15 magnuse whereas with a trad dev install you can do make upgrade
06:15 ashimema yup..
06:15 it's easy to get out of sync with a gitified install..
06:16 I've often run into issues where my background scripts are running off one set of code at one version.. and the rest is running off the clone..
06:16 and it leads to all sorts of wierdness
06:16 * magnuse can only imagine
06:24 ashimema https://github.com/mrenvoize/koha-dev
06:24 it's a hackish script as it wasn't ever really intended for anyone to see it ;)
06:24 but it works ;) and has been slowly evolving for a while now.
06:25 that is the gitified version.. seems the non-gitified version ahs dissapeared into history somewhere..
06:25 I remember it taking allot more steps to work through with more human interactions..
06:25 feel free to take it a buthcer it  thoguh ;)
06:26 magnuse ashimema++ for sharing!
06:28 cait byeall
06:29 no work today, but will try to be here for the meeting :)
06:29 cait left #koha
06:29 magnuse eythian: i seem to recall you saying it is a good idea to have a dedicated virtualbox for building packages, because if anything goes wrong, it can go really wrong?
06:29 ashimema I have a dedicated machine for building and hosting my packages..
06:30 so far so good ;)
06:30 I think eythian goes a step further and has a dedicated place to build them.. then he uploads to a repo to server them
06:31 magnuse a dedicated place, like a separate building or something?
06:31 * magnuse imagines eythian's underground package building bunker
06:32 ashimema haha,.
06:36 * ashimema likes irc channels where the lead dev hangs out.. #mojo is great
06:39 reiveune joined #koha
06:39 reiveune hello
06:40 magnuse ooh some nice comment spam on http://koha-community.org/
06:42 NateC joined #koha
06:43 magnuse @later tell gmcharlt is it too late to fix bug 12883 "Holds tab on checkout screen never stops processing" in 3.16.4?
06:43 huginn magnuse: The operation succeeded.
06:49 alex_a joined #koha
06:50 alex_a bonjour
06:51 khall joined #koha
06:57 Viktor joined #koha
06:59 sophie_m joined #koha
07:13 Joubu hello
07:15 magnuse bonjour Joubu
07:15 @wunder boo
07:15 huginn magnuse: The current temperature in Bodo, Norway is 3.0°C (8:50 AM CEST on September 23, 2014). Conditions: Clear. Humidity: 70%. Dew Point: -2.0°C. Windchill: -2.0°C. Pressure: 30.06 in 1018 hPa (Steady).
07:15 magnuse @wunder marseille
07:15 huginn magnuse: The current temperature in Realtor, CABRIES, France is 15.1°C (9:05 AM CEST on September 23, 2014). Conditions: Clear. Humidity: 77%. Dew Point: 11.0°C. Pressure: 29.89 in 1012 hPa (Rising).
07:15 magnuse hm...
07:15 ashimema @wunder stevenage, uk
07:15 huginn ashimema: The current temperature in Pin Green, Stevenage, United Kingdom is 10.9°C (8:10 AM BST on September 23, 2014). Conditions: Mostly Cloudy. Humidity: 95%. Dew Point: 10.0°C. Pressure: 30.15 in 1021 hPa (Steady).
07:21 ashimema bracing day there magnus
07:24 alex_a_ joined #koha
07:36 sophie_m1 joined #koha
07:39 magnuse ashimema: yeah, i think winter might be approaching... there was fresh snow in the mountains yesterday
07:41 fridolin joined #koha
07:41 fridolin Hie all
07:47 alex_a joined #koha
08:06 alex_a joined #koha
08:21 Joubu too bad, nobody updated the dbic wiki page :-(
08:21 ashimema ?
08:21 what page Joubu?
08:22 Joubu ashimema: I sent an email yesterday on the ml
08:22 ashimema: http://wiki.koha-community.org[…]scussion_overview
08:22 ashimema ah.. not read mail yet.. sorry
08:24 Joubu gmcharlt, rangi, khall: It would be awesome to see your points of view/notes added to the wiki page I created today (http://wiki.koha-community.org[…]cussion_overview). I think we need a quick overview of our problems for the meeting (this afternoon)
08:28 sophie_m joined #koha
09:27 akafred joined #koha
09:49 gerundio joined #koha
10:06 gerundio joined #koha
10:27 gerundio joined #koha
11:09 cait joined #koha
11:51 meliss joined #koha
11:56 oleonard joined #koha
11:57 oleonard Hi #koha
11:57 sophie_m1 joined #koha
12:02 collum joined #koha
12:03 francharb joined #koha
12:09 NateC joined #koha
12:23 chris_n joined #koha
12:26 tcohen joined #koha
12:44 * magnuse gotta run
12:44 * ashimema needs some lunch
12:45 Dyrcona joined #koha
12:50 tcohen joined #koha
12:50 tcohen morning!
12:50 kmlussier joined #koha
12:52 oleonard Hi tcohen
12:54 ashimema hello
12:54 tcohen i haven't heard from galne
12:54 galen, or kyle
12:54 once i get their feedback
12:54 Dyrcona joined #koha
12:55 tcohen we will coordinate releases
12:55 fridolin ok
12:56 ashimema does anyone know if the upgrade path between 3.14 and 3.16 has been fixed.. hat nasty db issues
12:56 i colleague came accross is again this morning in 3.16.3
12:56 fridolin ashimema: you mean pb with Bug 7372 ?
12:56 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7372 enhancement, P5 - low, ---, jonathan.druart, Pushed to Stable , RoadTypes should be folded into Authorised Values
12:57 ashimema that was the one ;)
12:57 Joubu ashimema: I submitted a patch on it
12:57 ashimema Thanks Joubu
12:57 Joubu tcohen: you should have a look at this patch
13:16 oleonard There should be a check in the qa tools for "javascript:void(0)"
13:17 cait oleonard: can you tell a bit more about it? i can look out for it
13:18 oleonard '<a href="javascript:void(0)" onclick=...' It's usually used as a way to fake a "return false" on a link click
13:18 It's an obsolete way of doing things
13:18 cait Joubu: could you add a check?
13:19 meliss joined #koha
13:29 cma joined #koha
13:40 indradg joined #koha
13:41 indradg good evening #koha
13:51 oleonard So Bug 12755 didn't exist when I tested and signed off on Bug 10558, but now it does...
13:51 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12755 major, P5 - low, ---, gmcharlt, NEW , MARC Preview doesn't always display in managed MARC record
13:52 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10558 enhancement, P5 - low, ---, kyle, RESOLVED FIXED, Convert records table in manage-marc-import.pl to ajax DataTable
13:56 indradg is the mailman list manager having issues??
13:57 I seem to be missing a few mail lately
14:02 oleonard indradg: I regularly find Koha list messages marked as spam. Could that be it?
14:04 Ack, Bug 12755 is MY fault!
14:04 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12755 major, P5 - low, ---, gmcharlt, NEW , MARC Preview doesn't always display in managed MARC record
14:04 * oleonard falls on his sword
14:04 cait noooooooo!
14:05 * cait jumps between oleonard and the sword
14:05 paul_p joined #koha
14:05 cait we can't lose you... or koha would turn out as ugly as....
14:06 NateC joined #koha
14:09 NateC joined #koha
14:13 ColinC joined #koha
15:00 * cait waves
15:00 reiveune bye
15:00 reiveune left #koha
15:02 cait hmmm
15:03 isn't it time?
15:03 tcohen it is
15:03 ashimema i beleive it is.
15:04 * tcohen is trying to find the meeting commands
15:04 ashimema hehe...
15:04 we've not used the proper vote syntax for a while..
15:04 cait you are looking for #startmeeting topic
15:05 ashimema just a random observation.. I can never remember the syntax for it
15:05 cait ashimema: same here :)
15:05 meliss left #koha
15:05 tcohen #startmeeting Development IRC meeting, 23 September 2014: DBIC
15:06 huginn Meeting started Tue Sep 23 15:06:00 2014 UTC.  The chair is tcohen. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:06 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:06 Topic for #koha is now  (Meeting topic: Development IRC meeting, 23 September 2014: DBIC)
15:06 huginn The meeting name has been set to 'development_irc_meeting__23_september_2014__dbic'
15:06 gmcharlt good morning
15:06 tcohen #topic Introductions
15:06 Topic for #koha is now Introductions (Meeting topic: Development IRC meeting, 23 September 2014: DBIC)
15:06 wahanui #info wahanui, a bot that has become sentient
15:06 cait good morning gmcharlt
15:06 tcohen please introduce yourselves using #info name
15:06 ashimema #info Martin Renvoize, PTFS Europe
15:06 cait #info Katrin Fischer, BSZ, Germany
15:06 tcohen #info Tomas Cohen Arazi, Universidad Nacional de Cordoba
15:06 ColinC #info Colin Campbell PTFS Europe Ltd
15:07 bgkriegel_ joined #koha
15:07 ashimema do we need to ping ribasushi at some point ;)
15:07 gmcharlt #info Galen Charlton, Equinox
15:07 bgkriegel_ hi
15:07 #info Bernardo Gonzalez Kriegel
15:07 Joubu #info Jonathan Druart, BibLibre
15:08 tcohen ok
15:08 jcamins #info Jared Camins-Esakov, C & P Bibliography Services
15:09 tcohen khall?
15:10 ok
15:10 This is an unusual meeting
15:10 to talk about a specific subject
15:10 #topic RM introduction
15:10 Topic for #koha is now RM introduction (Meeting topic: Development IRC meeting, 23 September 2014: DBIC)
15:11 oleonard #info Owen Leonard, Athens County Public Libraries
15:11 tcohen The main subject is our adoption of DBIC, and how we do it
15:11 #link http://wiki.koha-community.org[…]scussion_overview
15:12 the main discussion is related to how much stuff we expect DBIC to provide, and how to do it
15:12 there are mainly two discussed POV
15:13 on the one hand (a) benefit from DBIC magic, and put (some degree) of business logic into it
15:14 and on the other (b) relying on the ORM only for abstracting the DB and using it to implement our own API in which business logic should be put
15:14 this issue is related to point (1) on th elink
15:15 I've already expressed that my personal POV is that we should keep the current way of using DBIC
15:15 i.e. using it inside modules, that can be unit tested
15:16 fridolin +1 for UT
15:16 gmcharlt hmm
15:16 I think that point perhaps could be clarified - may I go through a somewhat lengthly example?
15:17 tcohen please
15:17 ashimema go for it
15:17 gmcharlt OK, so when we are talking about business logic, there are at least two ways in can manifest itself
15:17 fridolin point 1 : i think since there are aleardy modules nammed nearly like a db table (ie C4/Borrowers.pm), I'll vote for a)
15:18 gmcharlt umm, may I please have the floor
15:18 fridolin yep sorry
15:18 tcohen :)
15:18 gmcharlt so, one way business logic can manifest is as attributes of the underlying entities that we're dealing with
15:18 so take, for example, item records
15:19 one way of modeling an item record is to follow the DB schema closely
15:19 on the assumption that we've done a reasonably good job with our relational model
15:19 which, in many places, we have
15:19 in others, we haven't
15:19 but let's stick with items for now
15:20 one thing we could say is that, OK, a Koha::Schema::Result::Item is a decent base class for an item record
15:21 but that it doesn't /exactly/ give everything we need to ask of any item record
15:21 and the big example is ->effective_itemtype
15:22 there's a bit of business logic there, as of course the effective item type for circ polices depends on the item-level_itypes system preference
15:22 but it's somethat that can be well-encapsulated as (effectively) an attribute of K::S::R::Item
15:22 and there's a lot going for that approach
15:23 1. it is definitely testable -- there's nothing stopping unit tests from being written on K::S::R::* objects
15:24 2. it gives a *single* place to ask the question - "what is the effective item type of an item?"
15:24 so in that respect, I quite like it
15:24 next, I'm going to move on to an example where things are less clear-cut
15:24 namely, bibs
15:25 so, as everybody here knows, you need to look at both biblio and biblioitems to get all of the info regarding a bib entity
15:25 (and of course, that represents drift from Koha's original quasi-FRBR model, but that's in the past, water under the bridge, etc.)
15:26 but the upshot - this is an example where the current relational data model is flawed for our current purposes
15:26 as if you start from a K::S::R::Biblio object ... you have to go through some convulations to get at everything you might want to ask of a bib record object
15:27 now you /could/ do things like add K::S::R::Biblio->marc to grab the MARC record
15:27 and so on... but that's stretching things
15:27 and it's vulnerabile to cases where we would want to redo the data structure
15:27 (which, we probably want to do in the long run)
15:28 so there, I think the situation calls for (say) a Koha::Biblio object that can be *composed* of (say) a K::S::R::Biblio and a K::S::R::bibioitems object
15:29 but if we right such a class ... it would be useful to delegate as much to the underlying K::S::R attribute methods as possible
15:29 partcularly when we want to start traveling to related objects like items
15:30 so, now I'm going to move on to my third (and final) example
15:30 and that's business logic that pretty much doesn't naturally look like an attribute of an object
15:30 for example: the question of calculating the due date of a new loan
15:31 now you can envision procedural code
15:31 e.g., my $due_date = Koha::Loans::get_due_date($patron, $item)
15:31 or a more OO approach
15:31 my $loan = Koha::Loans->new($patron, $item)
15:32 where, in effect, the constructor of that object does things like calculate the due date
15:32 (and throw exceptions if the loan is against policy)
15:33 but however you do it, the upshot is that it wouldn't be a good idea to add lots of methods to Koha::S::R::Issue to try to do all of this
15:33 but rather, build a new class
15:33 (or build procedural code)
15:33 so what I've done so far is provided three examples of the sort of business logic we have to deal with
15:33 cait thx gmcharlt - that#s really helpful
15:33 gmcharlt next, I'm going to talk about testing
15:34 first, I submit that it doesn't matter for the prupose of being able to test things whether code exists as a K::S::R method or as a K::Object method to be reachable for testing
15:34 either way, it can be tested
15:35 IOW, I'm sayng that how we decide the DBIC usage questions need not be inlfuenced all that much by testing concerns
15:35 as we have both db-dependent and non-db-dependent ways of testing
15:35 * tcohen agrees
15:35 gmcharlt so as far as my current thinking on the overall matter is concerned
15:36 1. I dislike adding layers of classes needlessly -- in particular, if a K::S::R object represents an entity adequately, I see no reason not to use it as a base class or a very thinly-encapsulated entity
15:37 e.g., K::S::R::Item->effective_itemtype is a good example
15:38 2. Not *everything* can be done that way -- e.g., I would call for a Koha::Biblio class to be written that (among other things) contains K::S::R::Biblio and K::S::R::Biblioitems objects, and makes some effort to hide the details of those tables
15:38 as we KNOW that those tables are eventually going to significantly change
15:39 so the upshot: on question #1, I fall firmly in the middle
15:39 now we may want to provide some syntactic sugar to the reduce the typing to instantiant a K::S::R object
15:40 but for areas where our data model is good -- I think a lot can be done by adding attribute methods to the underlying K::S::R classes
15:41 and (to answer in part a question that cait had asked me) borrowers is an example where the database schema mostly matches how we view the objects
15:41 so I think that for now K::S::R::Borrowers would be a good base class
15:42 now that's not to say that we couldn't have a Koha::Borrowers, but for now it shoudl delegate/pass along as much as psosible to K::S::R::Borrowers
15:42 cait hm so we would put something there that pulls information from ohter tables as well?
15:42 sorry i am still trying to wrap my mind around it :)
15:42 gmcharlt well, K::S::R via DBIC does that for us for free
15:43 tcohen welcome ribasushi
15:43 cait so it would get the extended patron attributes etc.
15:43 gmcharlt at least in the cases where the underlying tables have FK relationsips
15:43 cait ok thx :)
15:43 gmcharlt as far as our quesinon #6 is concerned -- I'm not a fan of a Koha::Object and/or Koha::Object::Set as a universal base class
15:43 too much weight
15:44 if anything should be a universal base class, I'd go for Class::Accessor
15:44 and thus ends my monologue for now
15:44 but to summarize: I'm suggesting a hybrid approach, one of whose big advantages is that it will allow us to continue to switch thigns over to using DBIC incrementally
15:45 * gmcharlt goes under his desk to look for his hands, which have fallen off
15:45 tcohen other opinions please?
15:45 * cait helps searching... hard to put a hand back on with no hands...
15:47 Joubu gmcharlt: how do implement set/list?
15:47 ashimema I think gmcharlt described it pretty succinctly really.
15:47 Joubu you*
15:48 gmcharlt Joubu: one moment before I answer you, want to check something
15:50 Joubu rangi: around? if I remember correctly you was not fond of extending K::S::R into "Koha::Object"
15:50 gmcharlt Joubu: so for now, my view is to use DBIC::ResultSet where possible
15:51 tcohen gmcharlt: even on front end stuff like the .pl scripts¿
15:51 cait Joubu: 3 am in nz i think :(
15:51 ColinC Yes it makes for clear robust code
15:51 gmcharlt provide constructures where needed so that you can (say) take a Koha::S::R::Biblio and initiatialize a Koha::Biblio object from it
15:51 and uses plain old arrays and hashes for sets ;)
15:52 * jcamins agrees with gmcharlt on everything that gmcharlt said.
15:52 gmcharlt and as far as the scripts are concerned... yeah, I personally have no problem fetching data directly using DBIC in them
15:52 Joubu ok, my fieling is the same, except I would create a Koha::Biblios or Koha::Biblio::Set
15:53 gmcharlt but the key thing is this: the scripts should be focused on GETTING the objects, but they wouldn't be doing much if any business logic
15:53 and where possible, would be passing the K::S::R and K::* objects directly to the template so that the TT code can take care of fetching attributes for display
15:53 Joubu gmcharlt: do you have a poc to show us? A class with search+crud?
15:54 gmcharlt Joubu: I disagree in the general case -- i.e., I wouldn't want to see a Koha::Vendor::Set or the like
15:54 however, catalog searches are a special case
15:55 tcohen patron searches?
15:55 gmcharlt i.e., I could certainly see a Koha::CatalogSearchResultSet class
15:55 Joubu "passing the K::S::R and K::* objects directly to the template" => to me, we should not manipulate both. Only Koha::*
15:55 manipulate in pl
15:55 ColinC No need for a Set object you just have a set of object much as ResultSet itself is a set of objs
15:56 gmcharlt Joubu: I think our main difference of opinion is that I think K::S::R objects should be used when they suffice, and that Koha::* classes should be created when they are necessary, but that we can do both and be happy
15:57 Joubu gmcharlt: I just want consistency, I would like to create all objects using the same way
15:57 gmcharlt from the POV of the templates, either way it's going to look like [% object.attribute %] anyway
15:57 Joubu my $patron = Koha::Patron->new($patron_info)->insert
15:58 gmcharlt Joubu: I want consistent *interfaces* for accessors -- I care much less about the base class
15:58 ColinC From the callers vire both should look the same
15:58 Joubu and @patrons = Koha::PatronSet->search(name => 'smith')
15:58 s/PatronSet/WhatYouWant
15:59 gmcharlt Joubu: I don't want to (or want anybody) to have to write 100+ sets of boilerplate objects to do that when K::S::R can handle that for most objects
15:59 HOWEVER
16:00 tcohen I don't like the hybrid approach: when does it suffice to use K::S::R?
16:00 gmcharlt there might be the possibility of some AUTOLOAD magic
16:00 tcohen: items, for now
16:00 but to continue my thought
16:01 there might be the possibility of some AUTOLOAD magic or the like so that we can chop out the "Schema::Result" part of the names to use the DBIC classes directly
16:01 and where needed, e.g., Koha::Biblio, override when something that's hand-constructed
16:02 Joubu (11518 (effective_itemtype) still NSO, for 6months, and we didn't get enough thoughts)
16:03 cait i think we becasue we needed ot have this discussion - hopefully the bugs stuck now can then start moving forward
16:04 Joubu I really would like to see how you (everybody) would like to write code in pl file. It's clear to me, but I didn't get ideas/thoughts from others. Don't you have a POC/try somewhere to show?
16:04 I think it's the first question to consider
16:05 When we answered, we should try to have a consistent, simple, easy to use and flexible API
16:07 hum, ping?
16:07 wahanui Using deft allegory, the authors have provided an insightful and intuitive explanation of one of Unix's most venerable networking utilities. http://www.amazon.com/Story-ab[…]oks/dp/0448421658
16:08 tcohen i'm here
16:08 ColinC been using dbic and its nice to have a consitent reliable approach where we need classes that span tables like biblio the api should be as similar as possible
16:08 cait i think the dual approach makes sense tome, but it might be hard to judge at times which route is better
16:09 tcohen i think in the long run we will have a better model, which makes DBIC classes represent our objects better
16:09 BUT
16:09 we will still need to put business logic on top of that
16:09 and in that case, extending Koha::Schema::ResultSet::* should be the way to go
16:10 we could think Koha::Biblio makes sense "only" because of a bad underlying model
16:11 if we can rely on DBIC for everything
16:12 gmcharlt right - my inclination is to have the RDBMS model match the desired class structure where possible
16:12 but knowing that it it won't be always possible
16:13 as far as Joubu's question is concerned - well, current DBIC use in scripts like admin/categorie.pl isn't actually horrid, but I would grant that it's certainly verbose
16:13 the trick would be improving that without burying the DBIC classes udner too many layers
16:14 tcohen by *too many* you mean one, right?
16:14 gmcharlt yep, if we can avoid it :)
16:15 Joubu it's for the lisiblity, maintenability
16:15 s/lisibility/readability
16:16 Does nobody want to write some code?
16:17 just some lines here?
16:18 tcohen any more comments/opinions?
16:20 gmcharlt Joubu: I'm not sure you get to make demands on anybody's time but your own -- but I think I have some ideas on how to implemnt some concision
16:20 tcohen ok, i think we have exhausted the discussion for now. I'll try to sumarize on the wiki Joubu set for this topic
16:20 gmcharlt in the meantime, I've got more utf8 test cases to write today
16:20 tcohen :-D
16:21 gmcharlt: do u have some sample test we can take a look at?
16:21 Joubu gmcharlt: I just would like to know how continue to develop
16:21 gmcharlt utf8 test cases first, then we'll see
16:21 Joubu gmcharlt: I had some tries, but they seem to be bad.
16:22 tcohen Joubu: you're talking about using DBIC?
16:22 Joubu gmcharlt: I don't ask a lot. Just how instanciate an object, save it. And possibly a search
16:23 gmcharlt Joubu: I know; I'll get to it, but I'm not making promises as to when
16:23 Joubu I need to unfreeze this situation
16:23 s/I/We
16:23 gmcharlt I don't disagree
16:23 I think the discussion today has been helpful
16:23 and should get even more help when the NZers weigh in
16:24 IOW, I think we're making progress, as slow as it may seem
16:24 Joubu++ # keeping at it
16:25 tcohen ok, i think the meeting concluded
16:25 Joubu There are tries on 12830, 12896, 8007, 10363
16:25 tcohen some more thoughts will be expressed later
16:26 Joubu so all approches is bad, and I will try something else
16:26 tcohen and we will work on this in person, during the hackfest
16:26 I encourage people that disagrees with a specific dev approach, to make it explicit
16:26 Joubu or 1 is good, and it would be good to know :)
16:26 tcohen how it should be done
16:26 cait i think the hackfest will be a chance and we can post the code for others to look at
16:26 Joubu http://www.gliffy.com/go/publish/6160409
16:27 tcohen because otherwise it discourages participation
16:27 gmcharlt Joubu: on a completely different topic, I just now learned of a code2bib French mailing list... is it like code4lib?
16:27 Joubu for information, maybe not a lot of people is aware of that.
16:27 gmcharlt: what the name of the ml?
16:27 is*
16:28 gmcharlt Joubu: code2bib
16:28 tcohen ok, thanks every1
16:28 #endmeeting
16:28 Topic for #koha is now Next dev meeting is 16 September 2014 at 15:00 and 22:00 UTC. Welcome to the IRC home of Koha http://koha-community.org. Please use http://paste.koha-community.org for pastes.
16:28 huginn Meeting ended Tue Sep 23 16:28:25 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
16:28 Minutes:        http://meetings.koha-community[…]-09-23-15.06.html
16:28 Minutes (text): http://meetings.koha-community[…]4-09-23-15.06.txt
16:28 Log:            http://meetings.koha-community[…]23-15.06.log.html
16:28 gmcharlt Joubu: https://groupes.renater.fr/sympa/info/code2bib - I think
16:28 ribasushi folks, hi
16:28 Joubu gmcharlt: I don't know, Paul follows it, not me
16:28 ribasushi I am really sorry I couldn't make it, delayed train :(
16:28 I am here now if of any use
16:29 Joubu ribasushi: you can have a look at the minutes if you want :)
16:29 ribasushi link?
16:29 wahanui somebody said link was broken. Also, we don't know what tools you're using to create the marc, but there is probably an option in that tool.
16:29 ashimema we haven't done an end meeting yet
16:29 oleonard Yeah-huh.
16:29 gmcharlt ribasushi: http://meetings.koha-community[…]23-15.06.log.html
16:29 tcohen http://meetings.koha-community[…]4-09-23-15.06.txt
16:30 Joubu ashimema: yes, just before ribasushi said hi :)
16:30 ashimema oh yeah..
16:30 missed it
16:30 cait Joubu: what's the pic made with? it looks interesting
16:30 oh
16:30 with gliffy
16:30 ok
16:31 tcohen ribasushi: we have splitted opinions on how show the ORM be used on the project
16:31 Joubu cait: I made it to show how apply a patch, for testers. There are too many deps, and it's hard to see what apply when you are on a bug report.
16:31 tcohen i'm sorry, i have to leave now
16:31 Joubu cait: it's non pushed patches
16:32 and it's just the plumbing...
16:32 cait i know, big project
16:32 I saw paola tackled some of it:)
16:32 i hope after 26th i can do more again
16:33 i have the exam this and a presentation next week... and then the trip, finding time is too had right now
16:34 fridolin thanks for this meeting
16:34 fridolin left #koha
16:35 ribasushi tcohen: I will read backlog and write a summary for Joubu
16:35 once again sorry for not making it, pesky deutchebanhn
16:37 cait ribasushi: oh, you are in Germany? :)
16:38 Joubu thanks ribasushi!
16:40 ribasushi yes I am
16:40 sorry need to attend to something else first, be with you in 30 mins folks
16:42 cait ribasushi: me too :) thx for helping us out
16:44 ColinC left #koha
16:53 Joubu gmcharlt: sorry, I forgot your question about code2lib. So yes it is a "french local group of code4lib" (from the link you sent me)
17:18 gmcharlt Joubu: thanks
17:46 sophie_m joined #koha
17:46 oleonard Patron attribute type limitation by category seems to be broken
17:48 cait oleonard: oh :( where are you looking?
17:48 and did it save correctly? i think sometimes it does not if you create a patron category from scratch
17:51 oleonard I created a new patron attribute type and chose one patron category to limit it to. When I go to add a patron with that category the patron attribute type doesn't show up.
17:52 Only if I remove the category restriction does the patron attribute entry field appear.
17:54 cait ah, i was thiking patron categories, got confused
17:54 sorry
17:54 i somehow thought about patron categories and branch limists
18:04 cbrannon joined #koha
18:09 wnickc joined #koha
18:20 oleonard Oh hey someone commenting on the K-C web site also checks website posts there in the early hours in the dawn as they love to learn more and more
18:21 * oleonard would be happy to help delete comment spam on K-C web site if someone gave him the proper permissions
18:22 wonders if wizzyrea is the only one who can do that
18:22 tcohen whic comment?
18:23 oleonard http://koha-community.org/koha[…]-1/#comment-54924
18:23 cait oleonard: hm don't know but i think she turned off the comments on most sites now
18:23 there was some dicussion about that some days ago i think
18:23 hm maybe only for new posts?
18:27 tcohen which comment?
18:27 wahanui which comment are you refuting?
18:28 oleonard tcohen: http://koha-community.org/koha[…]-1/#comment-54924
18:29 tcohen i was kidding, i've just flaged it as spam
18:48 * oleonard submits a patch for his patron attribute type bug
18:52 huginn New commit(s) kohagit: Bug 12162 - Add class="branchcode" to body tag to make OPAC CSS-styleable per branch <http://git.koha-community.org/[…]2473793c83057a64f> / Bug 11672: (followup) warnings tested <http://git.koha-community.org/[…]0ad439967e2035c5c> / Bug 11672: Untranslatable dropdown on Guided Reports and dictionary <http://git.koha-c
18:58 tcohen bye #koha
18:58 oleonard Bye tcohen
18:58 * oleonard is off as well
19:18 NateC joined #koha
19:42 NateC joined #koha
19:54 rangi @later tell oleonard comments are off for new posts, old ones will switch off after 30 days or so ill kill that spam in the meantime, comments on the site are not really useful
19:54 huginn rangi: The operation succeeded.
19:56 rangi and fwiw im against coupling objects tightly with the db, because the db wont always be there in its current state, and 2 we might want to cache objects a lot more than we do now, im mostly in the middle but lean more to Koha::Item than Koha::Schema::Resultset::Item .. because im not sure i want to add a caching layer to DBIx::Class level code .. however working code wins, probably time to finish the discussion and write code
20:55 cait gmcharlt++
21:17 indradg joined #koha
21:59 oleonard joined #koha
22:01 oleonard Hi again #koha
22:03 rangi heya oleonard
22:03 wahanui somebody said oleonard was still here, if you just wish hard enough. or Koha's master UI designer
22:03 cait hi oleonard
22:03 hm no tcohen yet
22:04 oleonard Is there another dev meeting?
22:04 rangi not sure, i dont think i have anything worth adding
22:04 cait hmthere should be one
22:05 i am actuallystill a bit confused by who proposes what
22:05 oleonard I thought the first one seemed productive, but it's all over my head.
22:05 cait yeah mine too
22:05 rangi: maybe we could have a quick... comments on first meeting one and you repeat what you siad for the logs? :)
22:06 rangi actually naw
22:06 cait heh kind of expected that answer
22:06 someone else wants to add something?
22:06 rangi im kinda sick of dev meetings
22:08 cait i think there was supposed to be as ummary written
22:08 people could comment on that
22:09 i think the caching might be a good point
22:09 to have the code in a Koha: module?
22:09 rangi like gmcharlt said, probably in some modules
22:11 ill wait and see the summary, as long as its guidelines, not rules, i can probably work with anything
22:59 papa joined #koha
23:13 dcook eythian: Remember how I mentioned that reserves vs old_reserves issue I was having?
23:13 eythian yup
23:13 dcook Turns out that MySQL's "OPTIMIZE TABLE" command resets your AUTO_INCREMENT
23:13 eythian ah
23:14 so that's something you never want to do
23:14 dcook Yep
23:14 Looks like it does a max(id)+1 for the reset
23:15 eythian oh, I see
23:15 that's not so terrible
23:16 dcook Yeah, it only causes occasional problems
23:17 Like..if you have 50 reserves, and move the 50th to old_reserves
23:17 reserves gets reset and then you start producing duplicate IDs
23:17 So you can't cancel/fill holds for those duplicates
23:17 And it just seems like random chaos
23:17 Kudos to the boss for finding that one
23:17 Or rather the root cause
23:18 Looks like it's a bug in MySQL that was supposed to be fixed in 5.5?
23:18 But we're using MariaDB now
23:18 http://bugs.mysql.com/bug.php?id=18274
23:19 5.5.33 :S
23:20 * dcook shrugs
23:20 eythian hmm, that's certainly worth being aware of
23:21 dcook Totes
23:30 JesseM_away joined #koha
23:35 tcohen joined #koha
23:45 tcohen joined #koha

← Previous day | Today | Next day → | Search | Index

koha1