Time  Nick  Message
13:23 thd   ryan: have you had time to test the authority frameworks?
13:56 kados thd: g'morning
13:56 kados thd: i did try the old one with 3.0 and it didn't have the problem that the new one had
13:57 kados thd: http://staff-jmf.dev.kohalibrary.com/cgi-bin/koha/authorities/authorities.pl
13:57 kados thd: thd / thd
14:14 owen  Hi kados
14:48 owen  ryan, are you there?
16:23 thd   kados: what do you mean by old one and new one?
16:40 thd   kados: which one is the old one and which one is the new one?
16:44 kados hi thd
16:44 kados thd: i will explain
16:44 thd   hello kados
16:45 kados thd: http://staff-jmf.dev.kohalibrary.com/cgi-bin/koha/authorities/authorities-home.pl
16:45 kados thd: thd / thd
16:46 kados thd: thd you will see that those authorities work properly
16:46 thd   kados: I cannot do anything requiring more bandwidth than IRC for half an hour while my Debian update finishes downloading
16:46 kados thd: they don't exhibit the issues that we had with the recent ones you committed to HEAD
16:47 thd   kados: so which ones do work?
16:47 kados I don't know their origin
16:47 kados but they are the ones currently in git
16:47 kados and they aren't streamlined at all
16:48 thd   kados: we did not lose version history moving to git did we?
16:48 kados no
16:49 thd   kados: so do you mean that they are only default or do they represent the various authorities
16:49 kados thd: I will attempt to find the exact file
16:50 kados thd: kados.org/stuff/02_authorities_normal_marc21.sql
16:51 kados thd: that is the file currently in git that works
16:51 thd   kados: does that file have a header comment created by me?
16:52 kados no
16:53 thd   kados: so that file has only one authority type, that is that file is only default, correct?
16:58 kados hmmm
16:58 kados I don't think so
16:58 thd   kados: or rather that file has no specific authority type because it is only default.  Is that right?
16:58 kados I think it has several types
16:58 kados but all of them use the default framework
16:58 kados I don't know for sure
17:00 kados ahh
17:00 thd   kados: can you select a particular type from the authorities editor drop down list box even if all the types look the same?
17:00 kados there's also an auth_types file
17:00 kados kados.org/stuff/01_auth_types.sql
17:00 kados thd: that contains the list of types
17:01 thd   kados: really, the design changed for 3.0
17:01 kados it did?
17:01 kados how so?
17:03 thd   kados: well, maybe not but I populated 2 tables from one frameworks file for authorities just like it worked for bibliographic
17:04 kados that should be fine
17:04 kados you can see the two files
17:04 kados auth_types is very small
17:04 kados thd: http://kados.org/stuff/01_auth_types.sql
17:05 kados thd: it won't affect your debian download
17:05 thd   kados: maybe the content for each of the respective tables was meant to use a separate file if there is an auth_types file and that would be small
17:05 thd   ok trying with lynx
17:05 kados it shoudln't matter if it uses one file or many
17:05 kados so long as the sql is formed correctly
17:10 thd   kados: if the SQL was malformed you would have had and SQL error
17:11 thd   I see that file now and that is the other table which only needs authority codes matching the ones I used.
17:12 thd   kados: have you tried marc21_standard_auth_frameworks.sql on Koha 2?
17:17 kados no, I don't have a koha 2 to try it on
17:17 kados I have been waiting for ryan to try it there
17:18 thd   kados: but you are still installing them for customers, and will be for the customer in question
17:18 kados yes, but not me personally
17:18 thd   oh :)
17:21 thd   This should be an exciting Debian update.  Bind is being replaced which is a little scary.
17:24 thd   kados: so what is ryan doing today?
17:25 kados he isn't working today
17:26 thd   kados: does he work less than 20hrs a day 7 days a week?
17:26 kados only this week :-)
17:27 thd   kados: are there instructions in the wiki about how to set up git for Koha versioning?
17:32 thd   kados: which git package should I install?  There are many.
17:34 kados are you running etch?
17:34 thd   yes
17:34 kados ok, standby
17:34 kados are you using pinning?
17:34 thd   git-cvs looks like a likely choice for importing CVS history
17:35 thd   kados: yes, I have always used pinning
17:35 kados and if so, do you have a pinning config established for backports?
17:35 thd   yes
17:35 thd   well no
17:35 kados /etc/apt/sources.list needs a line:
17:36 kados deb http://www.backports.org/debian etch-backports main contrib non-free
17:36 kados your preferences file needs:
17:36 kados Package: mutt
17:36 kados Pin: release a=etch-backports
17:36 kados Pin-Priority: 999
17:36 kados you need to import backport.org's archive key:
17:36 kados wget -O - http://backports.org/debian/archive.key | apt-key add -
17:36 kados then apt-get update
17:37 kados then apt-get install git-core
17:38 thd   kados: my pinning gives preference to version which is the most recent and etch which therefore gives preference to all backports
17:38 kados ok, well you can test that theory by running:
17:39 kados apt-cache showpkg git-core
17:39 kados and make sure it is going to install version 1.5.2.1 of git-core
17:39 thd   kados: why would I ever need to explicitly give preference to backports unless I wanted to restrict particular backports from being installed?
17:40 kados you wouldn't
17:40 kados I do restrict particular backports from being installed though
17:40 kados because in general, I trust the debian package maintainer above the backports one
17:40 kados except in specific instances
17:41 kados where I have time to confirm that the backports one is a sound update
17:41 thd   kados: that version of git-core is the default install or only available install on my current set up
17:41 kados great!
17:42 thd   kados: I use an apt package which reports critical bugs before installation and gives a chance to abort
17:42 kados *nod*
17:43 thd   kados: do I need anything in addition to git-core?
17:44 kados nope
17:45 thd   kados: git-web looks useful
17:46 thd   kados: and git-load-dirs is described as a solution for potential loss of version history in git
17:48 kados thd: that has already been taken care of
17:48 kados thd: git.koha.org preserves all the hisotry of koha
17:49 thd   ok
17:49 thd   kados: is it running git-web?
17:50 thd   or some web browsing interface to the repository?
17:51 kados yes
17:51 thd   kados: is that git-web or something different?
17:53 thd   kados: did you look at git-buildpackage for building Debian packages?
17:55 kados no
17:55 kados maybe mj knows about it though
17:55 kados slef around?
17:57 thd   kados: I am sure it requires a little more effort than what one might hope but could be a major time saver for building Debian support for Koha if it lives up to the description.
18:59 thd   kados: how do I clone the repository as a committer?
19:04 owen  thd, do you mean do you have to clone a repository differently if you're committing or if you're not?
19:05 owen  I don't think you do
19:05 owen  git doesn't have CVS's concept of 'anonymous'
19:06 thd   owen: yes, but the Savannah maintainers told me that obtaining source as anonymous was a bad idea if I was also committing
19:08 thd   owen: so if anonymous source access is a bad idea for committers on CVS I assume that it is also bad on git.
19:09 owen  No, there's no way to clone a repo in an "authorized" manner, as far as I know
19:09 owen  In fact, anyone can commit, because they're committing to their /own/ repository
19:09 thd   owen: I never enquired about what the potential hazard is I just believed what they told me
19:10 owen  Changes only make it into the "master" repo if the developer submits the changes "upstream" (to the QA manager and RM)
19:10 owen  thd: that sounds right for CVS, just not for git
19:12 thd   owen: that sound like a terrible amount of extra work for the release and quality assurance managers if updating is timely
19:12 thd   s/sound/seems/
19:12 owen  I think it will be more work, but it will also mean that the quality of accepted code should be higher
19:13 owen  With CVS you have trusted developers who can commit whatever they want. With git you've got at least one if not two other sets of eyes checking things before they go in
19:14 owen  I guess it's a trade-off. I had the same reaction as you--it sounds like a lot more work
19:15 thd   owen: actually that seems like the main repository will not be especially timely, that is it will have major bugs which are unreported and simply do not signify with the release and quality assurance managers because they are simply fixed by someone instead of reporting them
19:15 owen  I think for developers it will be a better system because each of us can have our own repo with our own commits and "personal" revision history
19:15 owen  Meaning people fix bugs in their own repos without sending patches to QA?
19:16 thd   owen: almost every time I have committed to CVS, I was fixing an unreported bug
19:17 owen  ...and there's no reason why you can't continue to do so. You simply have to take the step of submitting a patch each time you've tested and committed a fix in your own repo
19:17 thd   owen: the bugs may have been minor but I certainly do not have time to fill out bug reports for every minor bug so that someone takes my commit seriously
19:17 owen  You don't have to fill out a bug report. When I say submit a patch, I don't mean via Bugzilla
19:18 owen  I mean via Git
19:18 thd   owen: I had forgotten about patches.  yes , that is good
19:18 owen  At least that's my understanding of it. I've only been using Git for a week now :)
19:19 thd   owen: I just downloaded git and have not been using it yet
19:20 thd   owen: kados promised a formal announcement about the switch to git but I have not seen one yet
19:20 owen  I think there are still some details to work out in terms of what the recommended procedures will be
19:20 thd   owen: does it run well on MS Windows?
19:21 thd   s/well/easily/
19:21 owen  Yes, it seems to work just fine. Although I haven't really given it much of a test since I'm just starting out.
19:22 owen  Here's what I'm using: http://code.google.com/p/msysgit/
19:23 thd   owen: If there is anything noteworthy about the process of installing or using git on MS Windows please document that for Tumer.
19:24 thd   owen: I would like to keep tumer's fork as up to date as he can manage.
19:25 owen  tumer's fork is in CVS still though? I wonder if there's any reason not to leave it there.
19:26 thd   owen: the main Koha repository should eventually catch up with tumer's work and then he should have less need for a fork
19:31 thd   owen: how can I manage more than one project in the same git installation?
19:32 owen  As far as I know, you can clone any number of projects. The working files end up in their own directories, and git keeps track of what you're working on based on where you are in the directory structure
19:33 thd   owen: what do you mean by based on where you are?
19:33 owen  Again, this is all "as far as I know," because I'm just getting started...
19:34 owen  If I clone a repository into a directory, koha...
19:34 owen  And I'm navigating that directory or subdirectories in the command line...
19:35 owen  Then git knows that I'm working on the 'koha' repo clone
19:35 owen  If I change directories and move to where another project's working files are, git knows from that context that I'm in another project.
19:38 thd   owen: how is that different from working with CVS?
19:39 owen  I'm the wrong person to ask about that, because I'm used to working with CVS in Windows
19:39 thd   s/CVS/CVS checkouts
19:40 thd   owen: does the MS Windows version of git use a GUI instead of the command line?
19:40 owen  No
19:41 owen  It's just a package of files that replicate the right environment to run git as does on Linux
19:43 thd   owen: what exact URL should I use to clone all branches of the Koha repository?
19:44 owen  http://wiki.koha.org/doku.php?id=en:development:git_usage#clone_the_public_repository
19:44 owen  ...although I don't know what you mean by "all branches." That gets you rel_3_0.
19:44 owen  Nothing else is in git
19:45 thd   owen: so rel_2_2 is still being maintained in CVS?
19:45 owen  Yes
19:45 thd   ;)
19:45 owen  rel_2_2 and dev_week
19:45 thd   I really missed the memo on how this was being done
19:46 thd   owen: is the intention to move everything to git and HEAD is the initial test?
19:46 owen  I don't know
19:52 owen  thd, fact-check everything I've said with kados or chris ;)
19:53 thd   owen: did you not receive the memo either? :)
19:54 owen  the memo?