| Time |
S |
Nick |
Message |
| 00:12 |
|
|
dcook joined #koha |
| 00:12 |
|
dcook |
Allo allo |
| 00:12 |
|
dcook |
Is anyone else getting the error "Can't locate C4/Heading/MARC21.pm in @INC" when they try to change MARC 245 $a? |
| 00:13 |
|
dcook |
To elaborate further, is anyone else missing the folder C4/Heading ? |
| 00:13 |
|
dcook |
(for 3.8) |
| 00:14 |
|
jcamins |
dcook: never seen anything like that. |
| 00:15 |
|
dcook |
Hmm, I thought not. It seems to me that I've changed the 245 $a before as well, so I'm wondering if someone accidentally deleted that folder from our install |
| 00:16 |
|
dcook |
It's in our git, so either that or maybe it didn't install, like bug 8135 |
| 00:16 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8135 critical, P1 - high, ---, chris, Pushed to Stable , Services Directory and itemrecorddisplay.pl File Missing After Install |
| 00:16 |
|
jcamins |
dcook: the files are included in 3.8.x (in fact, we've had that file since 3.2 at least), so you probably need to reinstall from scratch. |
| 00:17 |
|
dcook |
Or copy the folders across |
| 00:17 |
|
jcamins |
No, don't. |
| 00:17 |
|
jcamins |
You're missing unknown numbers of files. |
| 00:17 |
|
jcamins |
Reinstall. |
| 00:18 |
|
jcamins |
Copying folders can only lead to pain, suffering, and misery. |
| 00:18 |
|
dcook |
I'm inclined to agree, although I'm not sure how what that will be received around here |
| 00:18 |
|
jcamins |
Put it this way: |
| 00:19 |
|
jcamins |
If you don't reinstall, the system is likely to go down hard *after* corrupting all the customers' data. |
| 00:19 |
|
jcamins |
If you do, you have a bit of scheduled downtime. |
| 00:19 |
|
jcamins |
And while you're at it, change the passwords. |
| 00:19 |
|
dcook |
Oh? |
| 00:20 |
|
jcamins |
dcook: think about it. Someone deleted core files from a production server. |
| 00:20 |
|
jcamins |
There is no valid reason to be deleting any Koha file from that server, so chances are they got more files in the process of doing something dangerous. |
| 00:21 |
|
jcamins |
Data corruption is almost inevitable. |
| 00:21 |
|
jcamins |
Not from that file, but _I_ would never bet my customers' data on the assumption that "surely no one would have deleted anything else." |
| 00:22 |
|
jcamins |
Or "surely no one would have *edited* any files while they were doing things they shouldn't to a production server running a gazillion catalogs." |
| 00:23 |
|
dcook |
While I see your point, I'm not sure what I've done to provoke such hostility, jcamins |
| 00:24 |
|
jcamins |
dcook: that wasn't intended as hostile. |
| 00:24 |
|
jcamins |
dcook: if it came off as hostile, I apologize. |
| 00:25 |
|
jcamins |
My point was, you're *right*, and here are a bunch of reasons to back that up if your employers don't like your opinion. |
| 00:26 |
|
dcook |
I appreciate the apology. At first, that's how I was interpreting it. |
| 00:26 |
|
jcamins |
No, not at all intended as hostile. However, sometimes it helps to say "this guy on #koha said X." |
| 00:26 |
|
jcamins |
(especially when you said X first) |
| 00:27 |
|
dcook |
Very true. I imagine that phrase will come up in conversation. Thank you for the list of reasons that you have provided. |
| 00:29 |
|
jcamins |
Hopefully it'll help and you'll be able to rescue the server with only a bit of inconvenience when editing records for a little while. |
| 00:33 |
|
dcook |
Well, there will be no inconvenience to anyone but me, since it's just a test instance |
| 00:33 |
|
jcamins |
Oh, good. |
| 00:33 |
|
* jcamins |
breathes a sigh of relief. |
| 00:34 |
|
dcook |
I appreciate the concern :) |
| 00:34 |
|
jcamins |
In that case, it's nice and easy. Just rerun the installer reinstall the files. |
| 00:35 |
|
dcook |
The downside is that I will lose all the customizations that I've been working on |
| 00:35 |
|
jcamins |
Aren't you using git for customizations? |
| 00:35 |
|
jcamins |
I saw a couple of patches from you. |
| 00:36 |
|
dcook |
At this stage, we're using git for customizations that we're putting back into the community |
| 00:36 |
|
dcook |
Some are changes that are very client specific, so they shouldn't/wouldn't be approved |
| 00:36 |
|
jcamins |
Ah. |
| 00:37 |
|
dcook |
We've also been quite eager to get a "working" version up |
| 00:37 |
|
jcamins |
I recommend using git for everything, even if you're not actually going to be submitting it. |
| 00:37 |
|
jcamins |
That way if you have a problem like this, you can just do "git reset --hard" and rescue the situation. |
| 00:37 |
|
dcook |
Someone else suggested that to me too, and I quite like the idea |
| 00:37 |
|
dcook |
How do you test your patches though? |
| 00:37 |
|
jcamins |
Usually directly on my git install. |
| 00:38 |
|
dcook |
How do you mean? |
| 00:40 |
|
jcamins |
Rather than using a standard install, I do a dev install, and just check out the branch I'm interested in testing. |
| 00:40 |
|
dcook |
Ahh, that's what I thought you were meaning |
| 00:40 |
|
dcook |
I suggested that in the beginning, but it fell by the wayside |
| 00:40 |
|
jcamins |
Much easier than modifying files in a standard install, then trying to keep track of the changes mentally. |
| 00:41 |
|
dcook |
No doubt |
| 00:41 |
|
jcamins |
I strongly recommend *against* that for production, but for development, that's the only way to go. |
| 00:41 |
|
dcook |
Makes sense |
| 00:42 |
|
dcook |
So you commit your changes to your local master branch |
| 00:42 |
|
* dcook |
ponders for a minute |
| 00:42 |
|
jcamins |
Actually, I don't use a branch called "master" at all because it'd be too easy to get confused. |
| 00:43 |
|
jcamins |
I have a branch called "cpspecial" which is the branch with all C & P's customizations. |
| 00:44 |
|
dcook |
Do you put each customization in a different branch adjacent or beneath that one? |
| 00:44 |
|
jcamins |
For customizations that are not suitable to submit to the community, I develop directly on that branch. |
| 00:45 |
|
jcamins |
For everything that is being submitted, I actually develop against master first, _then_ backport to cpspecial (which is based on 3.6.x). |
| 00:46 |
|
* dcook |
nods |
| 00:48 |
|
dcook |
As I mentioned to you a while ago, I'm still quite new to git. With "git reset --hard", that takes you back to the beginning where you first cloned the git? |
| 00:48 |
|
jcamins |
No, that takes you back to the state of the repository prior to whatever changes were last made and not checked in. |
| 00:48 |
|
dcook |
Mmm, right |
| 00:49 |
|
dcook |
So then you don't lose commits when you reset |
| 00:49 |
|
jcamins |
Exactly. |
| 00:49 |
|
jcamins |
With a standard install, you would. |
| 00:49 |
|
dcook |
Although you can peel back commits using "git reset ^Head" or some such, yes? |
| 00:49 |
|
jcamins |
Exactly. |
| 00:50 |
|
dcook |
I'm thinking that my new course of action is materializing before me :P |
| 00:50 |
|
jcamins |
Or, if you just want to look and see what things were like two commits ago you could do "git checkout HEAD^^" |
| 00:50 |
|
dcook |
Mmm, I seem to remember seeing that recently |
| 00:51 |
|
jcamins |
And if you realize that you committed something you didn't want to a while ago, you can either do an interactive rebase ("git rebase -i origin/master" [or some other appropriate branch]) or revert ("git revert gitcommitid") |
| 00:51 |
|
dcook |
So when you bring up a new library, do you just run a standard install from your git? |
| 00:51 |
|
jcamins |
I actually use packages. |
| 00:51 |
|
jcamins |
Which I compile off of my git repo. |
| 00:52 |
|
jcamins |
Once I think I have everything the way I want it, I push it to my release repository (which is a regular git repo except it only has two remotes: git.k-c.org and my personal github account) and generate the packages/tarball/release stuff using this script: https://github.com/jcamins/rel[…]r/release-tool.pl |
| 00:53 |
|
jcamins |
I then have another script which uploads the packages to my apt repository, and I can update my clients by just running `sudo apt-get update && sudo apt-get upgrade` |
| 00:53 |
|
jcamins |
When I add a new client, I just run `koha-create --create-db newclient` |
| 00:56 |
|
dcook |
Intriguing |
| 00:56 |
|
dcook |
I've been wondering about tarballs |
| 00:56 |
|
dcook |
Especially in terms of keeping up with new releases |
| 00:56 |
|
jcamins |
I don't use them. |
| 00:57 |
|
dcook |
You use a different type of package? |
| 00:57 |
|
jcamins |
Oh, no one's told you how the Debian packages work? |
| 00:57 |
|
jcamins |
My friend, you are in for a real treat. :D |
| 00:57 |
|
* jcamins |
is overly fond of the Debian packages. |
| 00:58 |
|
dcook |
I'm all ears :p |
| 00:58 |
|
jcamins |
Rather than needing to manually download the tarball, and run through the installation process, the Debian packages allow you to just add an apt repository (there's one at debian.koha-community.org) and install Koha using: `apt-get install koha-common` and upgrade Koha using: `apt-get upgrade koha-common` |
| 00:59 |
|
jcamins |
That second command also takes care of running updatedatabase.pl on *all* your instances. |
| 00:59 |
|
jcamins |
The packages also provide a whole bunch of amazingly useful scripts for managing Koha installations. |
| 01:01 |
|
* dcook |
drools |
| 01:01 |
|
dcook |
Unfortunately, we're not on Debian :/ |
| 01:02 |
|
jcamins |
If you look in your git repo in debian/scripts, you'll see them. |
| 01:02 |
|
jcamins |
koha-create will spin up a new instance, and allows you to configure pretty much everything that can be configured using one easy-to-automate command. |
| 01:02 |
|
jcamins |
This also means you don't have to remember the administrative password. |
| 01:02 |
|
jcamins |
(for each Koha instance) |
| 01:02 |
|
jcamins |
That may sound insignificant, but that's actually a really big deal. |
| 01:02 |
|
jcamins |
It means people are less likely to use the exact same password for lots of clients. |
| 01:02 |
|
jcamins |
What are you running? Red Hat/CentOS? |
| 01:02 |
|
dcook |
SuSe |
| 01:02 |
|
jcamins |
Hrm. |
| 01:02 |
|
jcamins |
I bet you could package Koha for SuSe. |
| 01:05 |
|
dcook |
I find the prospect immensely desirable, haha |
| 01:05 |
|
jcamins |
Of course, I can't seem to figure out what kind of packates SuSE uses. |
| 01:06 |
|
jcamins |
Oh, RPM, maybe? |
| 01:08 |
|
* jcamins |
considers downloading opensuse and trying. |
| 01:08 |
|
jcamins |
Uh, OpenSUSE=free version of SusE, right? |
| 01:09 |
|
dcook |
I do believe so, yes |
| 01:10 |
|
jcamins |
Just 'cause I'm curious, I'm going to turn Koha's .deb into an RPM, and see what happens. |
| 01:12 |
|
dcook |
I'm quite curious as well. I've been thinking for a while that there has got to be a better way of managing everything |
| 01:13 |
|
jcamins |
Wow... opensuse looks a lot like Windows. |
| 01:13 |
|
jcamins |
At least the progress bars. |
| 01:15 |
|
dcook |
I've only ever interacted with it remotely, although I'm always interested in linux distros that look like Windows. I want to convert people to Linux, but there is a fair amount of resistance due to the visual dissimilarity |
| 01:16 |
|
jcamins |
I don't actually know what the interface looks like yet, but the installer gave me pause because it looked startlingly like the installer for Windows 2k. |
| 01:16 |
|
jcamins |
Now it looks less like the installer for win2k, but at first it did. |
| 01:17 |
|
jcamins |
Okay, it's back to looking like a win2k install. |
| 01:17 |
|
jcamins |
(with a lizard instead of a flag) |
| 01:17 |
|
cjh |
dcook: one day we will have reactos |
| 01:17 |
|
jcamins |
Hehe. |
| 01:18 |
|
cjh |
we can just swap out windows for reactos and nobody will ever know... |
| 01:19 |
|
dcook |
"The ultimate goal of ReactOS is to allow you to remove Windows® and install ReactOS without the end user noticing the change." |
| 01:19 |
|
cjh |
:) |
| 01:19 |
|
dcook |
Sounds like the start of a bad sci fi movie |
| 01:19 |
|
cjh |
heh |
| 01:19 |
|
dcook |
jcamins: did you use alien to convert from deb to rpm? |
| 01:20 |
|
jcamins |
dcook: that's what I'm trying. |
| 01:21 |
|
jcamins |
I like the opensuse installer, anyway. |
| 01:24 |
|
dcook |
I'm not really sure why we use suse. I seem to remember hearing that Debian is the most popular option. |
| 01:25 |
|
jcamins |
Yeah, Debian is the most popular by far. |
| 01:26 |
|
dcook |
With reason, it seems |
| 01:26 |
|
jcamins |
Probably you started with suse back when suse seemed like it would be better supported (?). |
| 01:29 |
|
dcook |
I'll be sure to ask ;) |
| 01:42 |
|
jcamins |
Hm. |
| 01:43 |
|
jcamins |
Could someone on master take a moment to run `perl -c misc/cronjobs/thirdparty/TalkingTech_itiva_inbound.pl` |
| 01:48 |
|
dcook |
unable to locate Koha configuration file koha-conf.xml at C4/Context.pm line 360 . syntax error at misc/cronjobs/thirdparty/TalkingTech_itiva_inbound.pl line 67, n ear "$IN open" |
| 01:48 |
|
dcook |
Global symbol "$IN" requires explicit package name at misc/cronjobs/thirdparty/T alkingTech_itiva_inbound.pl line 67. misc/cronjobs/thirdparty/TalkingTech_itiva_inbound.pl had compilation errors. |
| 01:48 |
|
jcamins |
Yeah, that's what I got, too. |
| 01:48 |
|
jcamins |
Thanks. |
| 01:48 |
|
dcook |
np |
| 01:49 |
|
jcamins |
It seemed so odd that a new file wouldn't compile that I thought I ought to check whether others were seeing that, too. |
| 01:50 |
|
dcook |
Fair enough. I hadn't even heard of this file until you mentioned it |
| 01:52 |
|
jcamins |
It's new, for the Itiva TalkingTech automatic phone call service. |
| 01:52 |
|
jcamins |
(and you now know everything about it that I do;) |
| 01:52 |
|
dcook |
Haha |
| 01:52 |
|
dcook |
Yeah, I did a quick google :p |
| 01:52 |
|
dcook |
Sounds like it could be a good addition |
| 01:53 |
|
dcook |
Although I'm not sure how much people want to use phone calls anymore |
| 01:56 |
|
dcook |
Quick question, jcamins: when it comes to adding patches from the community, do you wait for individual releases or do you apply patches piecemeal? |
| 01:57 |
|
jcamins |
That's a complicated question, actually. |
| 01:57 |
|
jcamins |
As a general rule, I wait for releases. |
| 01:57 |
|
jcamins |
(as RMaint for 3.6.x, I can be pretty confident that the patches that I care about will be getting in... ;) |
| 01:58 |
|
jcamins |
However, I also backport features from 3.8.x and master, which obviously will *not* be in any official 3.6.x release. |
| 01:59 |
|
dcook |
Ahhh, makes sense |
| 01:59 |
|
jcamins |
So... both? |
| 02:00 |
|
dcook |
Fair enough |
| 02:01 |
|
dcook |
While I'm definitely thinking of using a dev install and doing my customizations via git, I'm still not sure how I'm going to keep up with the community. |
| 02:01 |
|
jcamins |
Are you tracking master, 3.8.x, or 3.6.x? |
| 02:03 |
|
dcook |
At the moment, I'm tracking master for my testing, but I'm thinking of tracking just 3.8.x, when I actually start getting people up and running |
| 02:04 |
|
jcamins |
Right. For development you should always track master, and rebase early and often. |
| 02:04 |
|
jcamins |
If you wait for a release to rebase a development, you'll have to resolve lots of conflicts every time you want to submit a patch. |
| 02:07 |
|
jcamins |
For clients, I would track 3.8.x and merge 3.8.x in once per month (or week) or something like that. |
| 02:07 |
|
jcamins |
(I merge in 3.6.x one week after release) |
| 02:07 |
|
dcook |
Mmm, and that's why you develop against master and backport |
| 02:08 |
|
jcamins |
Right. |
| 02:08 |
|
jcamins |
Also, it means that I get more eyes on the code |
| 02:09 |
|
dcook |
Merge isn't the same as rebase, right? |
| 02:09 |
|
jcamins |
Right. |
| 02:09 |
|
jcamins |
rebase rewrites history, and puts all your work at the tip of the branch. |
| 02:09 |
|
jcamins |
Merge leaves all your where it is, then just sticks the new commits from master on top. |
| 02:09 |
|
dcook |
So, I would rebase my master branch against 3.8.x, and then merge in my customizations into that? |
| 02:10 |
|
dcook |
Hmm, or maybe not |
| 02:10 |
|
jcamins |
That's a bit trickier, actually. |
| 02:11 |
|
jcamins |
Do you have any customizations directly on your master branch? |
| 02:11 |
|
dcook |
No, I always leave that one alone |
| 02:12 |
|
jcamins |
Okay, then you just need to check out a new branch that you will merge all your customizations into. |
| 02:12 |
|
jcamins |
For example: git checkout -b prosentient origin/3.8.x |
| 02:12 |
|
jcamins |
In order to backport customizations that you developed against git, you will cherrypick them. |
| 02:13 |
|
jcamins |
To do that, you figure out the commit id (git log customizationbranch will give it to you) then, while on the prosentient branch run: git cherry-pick commitid |
| 02:17 |
|
dcook |
I think that I get the idea now. I haven't looked into cherry-pick yet though. I imagine that backporting would involve a lot of manual work |
| 02:19 |
|
jcamins |
It depends. |
| 02:19 |
|
jcamins |
As a general rule, not too much. |
| 02:20 |
|
dcook |
Just where there are conflicts, so I suppose that would depend |
| 02:20 |
|
dcook |
So you've got your master branch that tracks origin/master |
| 02:20 |
|
dcook |
You've got your customization branch e.g. prosentient |
| 02:21 |
|
dcook |
Instead of rebasing prosentient, I would merge it with origin/3.8.x on a regular basis? |
| 02:21 |
|
jcamins |
Exactly. |
| 02:22 |
|
dcook |
What's the advantage to keeping that "history" that rebase would erase? |
| 02:22 |
|
jcamins |
If you make a mistake, or run into problems down the line, you can figure out exactly where they came from. |
| 02:24 |
|
dcook |
And this history is kept in the log? |
| 02:24 |
|
dcook |
To merge, I would need to first run "git fetch" too, right? |
| 02:25 |
|
jcamins |
Right. |
| 02:25 |
|
jcamins |
On both counts. |
| 02:25 |
|
rangi |
rebase is not useful on any repositories you publish |
| 02:26 |
|
rangi |
because if someone clones, then you rebase and push, next time they pull, big ugly mess (youcan fix it, but its harsh) |
| 02:26 |
|
rangi |
rebase is fine for private branches |
| 02:26 |
|
rangi |
thats my rule of thumb anyway |
| 02:27 |
|
dcook |
Mmm, I think I understand. Thanks, rangi. |
| 02:27 |
|
dcook |
And thank you so much, jcamins |
| 02:27 |
|
jcamins |
You're welcome. |
| 02:27 |
|
dcook |
I suppose the only thing missing now is how to add and update clients |
| 02:28 |
|
dcook |
from the git |
| 02:28 |
|
rangi |
build debian packages |
| 02:28 |
|
rangi |
then apt-get upgrade :) |
| 02:28 |
|
dcook |
We're running on SUSE :/ |
| 02:28 |
|
rangi |
ahh, sorry :) |
| 02:28 |
|
rangi |
tag |
| 02:28 |
|
rangi |
git tag is your friend then |
| 02:29 |
|
rangi |
tag a commit and thats the point you want to 'release' |
| 02:29 |
|
rangi |
then you can git checkout tagname |
| 02:29 |
|
rangi |
its easy to track exactly what is in production that way, as your branches grow |
| 02:29 |
|
dcook |
I'm not sure that I follow you :/ |
| 02:30 |
|
rangi |
in git you can tag a commit |
| 02:30 |
|
rangi |
eg |
| 02:30 |
|
rangi |
in a koha repo |
| 02:30 |
|
rangi |
git checkout v3.08.02 |
| 02:30 |
|
jcamins |
Speaking of branches growing, I need to delete some branches. |
| 02:30 |
|
rangi |
will get the exact point that the release was built from |
| 02:30 |
|
dcook |
Ahhh |
| 02:30 |
|
rangi |
even tho 3.8.x is now 67 commits in the future |
| 02:31 |
|
rangi |
so tag it when you want to upgrade your clients, you get a record of exactly where it was |
| 02:31 |
|
rangi |
so if you need to check it out to diagnose a problem |
| 02:31 |
|
rangi |
you havent had to memorise a commit sha :) |
| 02:31 |
|
dcook |
That would be handy |
| 02:32 |
|
dcook |
So, let's say I download 3.8.0...I do some work...the community does some work... |
| 02:32 |
|
rangi |
yup |
| 02:32 |
|
dcook |
I installed from 3.8.0 |
| 02:33 |
|
dcook |
Do I tag my git at 3.8.1 (for example), and then make a patch that takes into account all those commits? |
| 02:33 |
|
rangi |
you could do that |
| 02:33 |
|
rangi |
i would however just git checkout yourtag |
| 02:34 |
|
rangi |
you only need to make a patch when you submit back to koha |
| 02:34 |
|
jcamins |
rangi: bug 8383 and 8384 eagerly awaiting your signoff. |
| 02:34 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8383 enhancement, P1 - high, ---, jcamins, Needs Signoff , Need test to check that Perl files will compile |
| 02:34 |
|
rangi |
and that should always be against master |
| 02:34 |
|
rangi |
sweet can do |
| 02:34 |
|
* jcamins |
calls it a night. |
| 02:34 |
|
jcamins_away |
Good night, #koha. |
| 02:34 |
|
rangi |
http://catalyst.net.nz/news/an[…]ibrary-joins-koha |
| 02:34 |
|
dcook |
Thanks again, jcamins_away. You're a life saver! |
| 02:35 |
|
dcook |
But rangini, that would only put my dev install at the right place |
| 02:35 |
|
dcook |
How would I keep my clients (on standard installs?) up to date with my git? :S |
| 02:36 |
|
rangi |
ahh |
| 02:36 |
|
rangi |
you could make new tarballs |
| 02:36 |
|
rangi |
but what you probably want to do is |
| 02:37 |
|
rangi |
move those to dev (git) installs (or make suse packages :)) |
| 02:37 |
|
* rangi |
hopes he is helping |
| 02:38 |
|
dcook |
Any and all advice is helpful, rangini :) |
| 02:38 |
|
rangi |
dcook: you should get prosentient to send you to wellington for a couple of days :) |
| 02:38 |
|
dcook |
rangi * |
| 02:38 |
|
dcook |
That's not a bad idea... |
| 02:38 |
|
rangi |
it's totally doable from this end |
| 02:38 |
|
dcook |
I'll ask about it after lunch :) |
| 02:39 |
|
rangi |
:) |
| 02:39 |
|
dcook |
I would love to see your set up and learn more! |
| 02:39 |
|
rangi |
excellent |
| 02:39 |
|
dcook |
As for the dev (git) installs, I've heard that's not very desirable for production environments though |
| 02:42 |
|
rangi |
well it can be dangerous if someone goes git pull |
| 02:42 |
|
rangi |
on a running system |
| 02:42 |
|
rangi |
ie, they are easier to mess up, so you have to build procedures around that |
| 02:43 |
|
dcook |
Mmm |
| 02:44 |
|
rangi |
like using tags, ie, never git pulling or deving or anything like that in your production installs |
| 02:44 |
|
rangi |
get it all tested and sorted |
| 02:44 |
|
rangi |
then tag |
| 02:44 |
|
rangi |
and checkout the tag |
| 02:44 |
|
rangi |
so you are always at a known (hopefully good) state |
| 02:45 |
|
dcook |
Hmm, not sure that I follow now |
| 02:45 |
|
dcook |
I would have one git for development, but each client would need their own git to run a dev install, right? |
| 02:46 |
|
dcook |
So I'm not sure how I would keep them all synced |
| 02:46 |
|
rangi |
yep, but they dont clone from the main koha-comunity one |
| 02:46 |
|
rangi |
they clone from your git |
| 02:46 |
|
rangi |
eg |
| 02:47 |
|
rangi |
http://git.catalyst.net.nz/gw?[…]oha.git;a=summary |
| 02:47 |
|
rangi |
now we dont run git in production, but we have branches for some of our clients who have nonstandard things |
| 02:47 |
|
dcook |
And you keep the Catalyst git up to date through periodic merges? |
| 02:47 |
|
rangi |
http://git.catalyst.net.nz/gw?[…]ads/hlt-packaging |
| 02:48 |
|
rangi |
we merge in releases |
| 02:48 |
|
rangi |
when we upgrade them, we try to keep them on the latest stable |
| 02:48 |
|
rangi |
and try to get everything back in upstream, so we dont have local changes |
| 02:48 |
|
rangi |
or as few as possible |
| 02:49 |
|
dcook |
With the exception of those clients who have the nonstandard things? |
| 02:49 |
|
rangi |
even those, we try to move to standard |
| 02:49 |
|
rangi |
i hate local customisations |
| 02:49 |
|
dcook |
Me too |
| 02:49 |
|
rangi |
its death by a thousand paper cuts |
| 02:49 |
|
dcook |
They've been the bane of my existence lately |
| 02:50 |
|
rangi |
*nod* |
| 02:50 |
|
dcook |
My last estimate was 400-800 ;) |
| 02:50 |
|
rangi |
http://git.catalyst.net.nz/gw?[…]ads/hlt-packaging if you scroll down |
| 02:50 |
|
rangi |
you'll see a yellow v3.06.04 |
| 02:50 |
|
rangi |
thats the 3.6.4 release |
| 02:50 |
|
rangi |
(we merge at the tag point) |
| 02:50 |
|
rangi |
eg i could do |
| 02:51 |
|
rangi |
git checkout hlt-packaging |
| 02:51 |
|
rangi |
git fetch kc |
| 02:51 |
|
rangi |
(kc is the naame of the remote pointing at koha community) |
| 02:51 |
|
rangi |
git merge v3.06.06 |
| 02:51 |
|
rangi |
and id have brought that branch up to that point |
| 02:53 |
|
dcook |
The releases are tagged in the kc git? |
| 02:53 |
|
rangi |
yep |
| 02:53 |
|
rangi |
http://git.koha-community.org/[…]p=koha.git;a=tags |
| 02:54 |
|
dcook |
Interesting.. |
| 02:54 |
|
wahanui |
interesting is sometimes good and sometimes bad |
| 02:54 |
|
dcook |
That's the second time I've fallen for that one :p |
| 02:54 |
|
dcook |
Hmm |
| 02:55 |
|
rangi |
hehe |
| 02:55 |
|
rangi |
rangi? |
| 02:55 |
|
wahanui |
I LIKE ALMONDS! HAVE SOME NUTS! |
| 02:55 |
|
rangi |
it could be worse see :) |
| 02:55 |
|
dcook |
lol |
| 02:55 |
|
dcook |
I'll remember that ;) |
| 02:56 |
|
dcook |
This looks like a good method for keeping my dev install up to date. |
| 02:56 |
|
* dcook |
is immensely pleased about that |
| 02:56 |
|
dcook |
I don't imagine that we'll choose to do dev installs for everyone though.. |
| 02:56 |
|
dcook |
You mentioned making suse packages |
| 02:57 |
|
dcook |
I started looking up how to make a rpm package |
| 02:57 |
|
dcook |
Actually, nix the rpm idea for a moment |
| 02:58 |
|
dcook |
The releases are posted as tarballs. Cait mentioned that you can run Makefile to use these to upgrade an install |
| 02:58 |
|
rangi |
thats right |
| 02:58 |
|
dcook |
That seems fairly seamless, until I want to add something local |
| 02:58 |
|
rangi |
yup |
| 02:59 |
|
rangi |
then you have to build your own tarball |
| 02:59 |
|
dcook |
I was thinking that might be the case |
| 02:59 |
|
rangi |
perl Makefile.PL --prev-install-log /path/to/koha-install-log make make test sudo make upgrade |
| 02:59 |
|
dcook |
If I installed 3.8.2 over top of a customized 3.8.0 though.. |
| 02:59 |
|
rangi |
hmm those should be on sep lines |
| 03:00 |
|
dcook |
Mmm, right. I remember reading that you needed the log in order to do an upgrade |
| 03:00 |
|
dcook |
What's "make make test"? |
| 03:00 |
|
dcook |
Or rather, what's its purpose? |
| 03:01 |
|
rangi |
shoudl be |
| 03:01 |
|
rangi |
make |
| 03:02 |
|
rangi |
make test |
| 03:02 |
|
rangi |
sudo make upgrade |
| 03:02 |
|
rangi |
make test runs the unit tests, will hopefully catch anything fatal |
| 03:02 |
|
rangi |
before you cant stop :) |
| 03:03 |
|
dcook |
Handy! |
| 03:04 |
|
dcook |
So that starts the upgrade process |
| 03:04 |
|
rangi |
yep |
| 03:04 |
|
dcook |
I assume that one is prompted for the location of the tarball at some point? |
| 03:04 |
|
rangi |
you have to unpack the tarball |
| 03:04 |
|
rangi |
and run those commands in it |
| 03:04 |
|
rangi |
look in the INSTALL file, for the upgrade section |
| 03:04 |
|
dcook |
Looking at it now :) |
| 03:04 |
|
dcook |
Well, maybe not.. |
| 03:05 |
|
dcook |
I'm looking at the upgrade section of Makefile.pl :S |
| 03:06 |
|
dcook |
Hmm |
| 03:07 |
|
dcook |
When unpacking a tarball, do the files overwrite the existing ones? |
| 03:08 |
|
rangi |
you unpack them in a dir |
| 03:08 |
|
rangi |
the sudo make upgrade copies them over the other ones |
| 03:08 |
|
rangi |
thats why do the test first |
| 03:09 |
|
dcook |
Mmm |
| 03:10 |
|
dcook |
So if I was controlling everything through my git... |
| 03:10 |
|
dcook |
I wouldn't download the new Koha releases as tarballs |
| 03:10 |
|
rangi |
nope |
| 03:10 |
|
dcook |
I'd merge them into my git |
| 03:10 |
|
rangi |
yup |
| 03:10 |
|
dcook |
Then send out updates as tarballs |
| 03:10 |
|
rangi |
yep |
| 03:11 |
|
dcook |
If I had my dev instance and a prod instance on the same server, I would still probably want to use tarballs? |
| 03:12 |
|
* dcook |
ponders |
| 03:12 |
|
rangi |
hmm yeah 6 of one |
| 03:12 |
|
dcook |
6 of one? |
| 03:12 |
|
wahanui |
6 |
| 03:12 |
|
rangi |
half a dozen of the other |
| 03:14 |
|
dcook |
If I understand correctly...because they have the same files but different structures? |
| 03:14 |
|
rangi |
yep |
| 03:15 |
|
dcook |
I suppose a person could always make a tarball from the git...apply it to a test standard install and then run a diff and install accordingly from there |
| 03:15 |
|
dcook |
Rather than doing the tarball upgrade to each one |
| 03:15 |
|
rangi |
yeah you could do that |
| 03:16 |
|
dcook |
Hmm, I'll have to ponder that one a bit more. It seems like I've got many of the options in front of me |
| 03:16 |
|
dcook |
Mind you... |
| 03:17 |
|
dcook |
What do you do in that case? |
| 03:17 |
|
dcook |
You have your dev git... |
| 03:17 |
|
dcook |
Run clients on debian |
| 03:17 |
|
dcook |
Try to not make local changes and upgrade only on stable releases? |
| 03:18 |
|
dcook |
Oh right, apt upgrade... |
| 03:18 |
|
rangi |
thats it |
| 03:18 |
|
* dcook |
thinks that getting a Debian server up and running would save a lot of hassle.. |
| 03:18 |
|
* wajasu |
there is a lot of good dev info in today's conversation :) |
| 03:19 |
|
dcook |
Agreed. Thanks for all the info, rangi and jcamins_away |
| 03:20 |
|
* dcook |
wanders off to pass on all the good things |
| 03:21 |
|
wajasu |
i've been working on a shell script that builds a vm so i can develop on archlinux. should work on suse. |
| 03:22 |
|
wajasu |
i've never followed the make upgrade process. i do a fresh install, and load up the database from a mysql backup. |
| 03:48 |
|
|
cait joined #koha |
| 03:53 |
|
cait |
morning #koha |
| 04:08 |
|
mtj |
morning cait , hope your sleep was goood :) |
| 04:13 |
|
cait |
hi mtj - it was :) |
| 04:30 |
|
rangi |
ooohh how cool is this http://self.gutenberg.org/ |
| 04:35 |
|
cait |
hmm quite cool? :) |
| 04:36 |
|
rangi |
:) |
| 04:36 |
|
dcook |
Oooh, agreed |
| 04:36 |
|
dcook |
That one's getting re-posted tout de suite |
| 04:36 |
|
dcook |
Btw, morning, cait :) |
| 04:46 |
|
cait |
morning dcook |
| 04:46 |
|
cait |
:) |
| 04:53 |
|
drojf |
boo for waking up at 4am and not being able to sleep again |
| 04:53 |
|
cait |
it's 3 hours later... have you tried ever since? |
| 04:53 |
|
drojf |
no i got up like 10 times and read stuff |
| 04:54 |
|
drojf |
buti feel not really functional |
| 04:55 |
|
drojf |
hmm. got this funny "all gtk-stuff looks grey and broken"-thing again. i don't like this day so far |
| 04:56 |
|
* cait |
starts reading it law |
| 05:07 |
|
|
druthb joined #koha |
| 05:09 |
|
mtj |
well, i've finished my perl-critic-progressive script, for koha-qa :) |
| 05:09 |
|
mtj |
http://git.kohaaloha.com/?p=ko[…]tools/.git;a=tree |
| 05:10 |
|
mtj |
its actually 2 scripts |
| 05:10 |
|
mtj |
1 calls the other, for every file being checked |
| 05:13 |
|
mtj |
you can pass a 'commit' arg to it, so it will check the last $x commits for errors |
| 05:13 |
|
mtj |
$ cd koha/git |
| 05:13 |
|
mtj |
$ koha-qa-critic.pl -c 5 |
| 05:14 |
|
mtj |
... will check that last 5 commits for new perlcritic errors |
| 05:20 |
|
|
mbalmer joined #koha |
| 05:20 |
|
mbalmer |
m'ning |
| 06:03 |
|
|
alex_a joined #koha |
| 06:03 |
|
alex_a |
bonjour |
| 06:03 |
|
wahanui |
hello, alex_a |
| 06:04 |
|
cait |
hi alex_a and mbalmer |
| 06:08 |
|
|
francharb joined #koha |
| 06:09 |
|
francharb |
good morning #koha |
| 06:14 |
|
ropuch |
Good morning |
| 06:22 |
|
cait |
hi all :) |
| 06:22 |
|
* cait |
loves the new dashboard > http://dashboard.koha-community.org/ |
| 06:22 |
|
cait |
it's updating in real time! |
| 06:23 |
|
dcook_away |
I'm hoping to start upload quite a few in the next few days ;) |
| 06:23 |
|
* dcook_away |
pretends to actually be away again |
| 06:25 |
|
mtj |
cait: fyi: i have some graphs running on koha-bugz too -> http://munin.kohaaloha.com/koh[…]koha_bz_head.html |
| 06:26 |
|
mtj |
tres wiggly |
| 06:26 |
|
cait |
:) |
| 06:46 |
|
cait |
bbl :) |
| 06:46 |
|
|
cait left #koha |
| 06:55 |
|
|
sophie_m joined #koha |
| 06:57 |
|
|
laurence joined #koha |
| 06:57 |
|
sophie_m |
hi #koha |
| 07:00 |
|
rangi |
back |
| 07:00 |
|
dcook |
Quick question for ppl |
| 07:01 |
|
dcook |
Is the 942 still used in 3.4+? |
| 07:01 |
|
* dcook |
is doing some support for 3.2 and doesn't see the point in filling out the 942 when the cataloguer could just write out the call number in the 952/item record |
| 07:01 |
|
rangi |
if you dont have itemlevel itemtypes switched on then yes |
| 07:02 |
|
rangi |
hmm call number no, but itemtype is still used in 942 |
| 07:03 |
|
matts |
hi #koha ! |
| 07:03 |
|
dcook |
Mmm |
| 07:04 |
|
dcook |
Thanks, rangi |
| 07:04 |
|
|
reiveune joined #koha |
| 07:05 |
|
dcook |
So cataloguers won't be able to automate call numbers with the except of specifying a default value in the bib framework? |
| 07:05 |
|
reiveune |
hello |
| 07:07 |
|
|
gaetan_B joined #koha |
| 07:07 |
|
gaetan_B |
hello ! |
| 07:08 |
|
* dcook |
mutters about non-standard cataloguing practice. |
| 07:08 |
|
|
asaurat joined #koha |
| 07:09 |
|
dcook |
Salut reiveune and gaetan_B :) |
| 07:10 |
|
reiveune |
salut dcook :) |
| 07:10 |
|
gaetan_B |
bonjour :) |
| 07:10 |
|
dcook |
Ca va? |
| 07:11 |
|
|
papa joined #koha |
| 07:11 |
|
gaetan_B |
bien et toi ? |
| 07:13 |
|
|
kf joined #koha |
| 07:15 |
|
dcook |
Pas mal. Je suis un peu malade, mais il est 17 heures à Sydney, donc je suis assez heureux ;) |
| 07:22 |
|
* kf |
waves |
| 07:23 |
|
|
reiveune1 joined #koha |
| 07:43 |
|
|
laurence joined #koha |
| 08:00 |
|
|
Waylon joined #koha |
| 08:00 |
|
Waylon |
hiya all |
| 08:00 |
|
kf |
hi Waylon |
| 08:01 |
|
Waylon |
Error: Can't locate loadable object for module Net::Z3950::ZOOM |
| 08:01 |
|
Waylon |
for .cpan/build/Net-Z3950-ZOOM-1.28-Xr3qsn/blib/lib# perl ../../t/25-scan.t |
| 08:01 |
|
Waylon |
how do i fix? |
| 08:02 |
|
kf |
i am not sure, what are you trying to do? |
| 08:02 |
|
mtj |
simple, dont use cpan -> http://packages.debian.org/squ[…]t-z3950-zoom-perl |
| 08:02 |
|
Waylon |
this is lenny |
| 08:02 |
|
kf |
yes, and that |
| 08:02 |
|
wahanui |
and that is, like, indeed a problem |
| 08:02 |
|
kf |
Waylon: isn't lenny quite old now? |
| 08:02 |
|
mtj |
simple, dont use lenny... ;) |
| 08:02 |
|
Waylon |
yeah, but its what I know koha 3.0 can work with. |
| 08:03 |
|
Waylon |
can koha 3.0 run on squeeze? |
| 08:03 |
|
kf |
I see no reason why not - but I am not sure someone tried |
| 08:03 |
|
kf |
I mean we probably use the same modules still, and some more |
| 08:04 |
|
mtj |
i cant see why it wouldnt |
| 08:05 |
|
Waylon |
what about libxml and perl-libxml versions? |
| 08:05 |
|
Waylon |
vs koha 3? |
| 08:07 |
|
mtj |
pass... |
| 08:08 |
|
mtj |
do some testing, sure |
| 08:09 |
|
mtj |
but take this situation as an opportunity to upgrade your OS |
| 08:11 |
|
Waylon |
path to upgrade from lenny to squeeze without OS reinstall, is easy and works? |
| 08:11 |
|
Waylon |
apt-get dist-upgrade? |
| 08:16 |
|
mtj |
yep, thats the one |
| 08:16 |
|
Waylon |
k. don't want to get hostgator's 'management' to do yet another reload. |
| 08:16 |
|
Waylon |
damn idiots. |
| 08:16 |
|
* Waylon |
is so fustrated, not having console access. |
| 08:16 |
|
mtj |
yow, i didnt knwo it was possible to run a koha on hostgator |
| 08:17 |
|
mtj |
curious, how did you install zebra? |
| 08:18 |
|
Waylon |
hostgator dedicated server |
| 08:18 |
|
mtj |
yeah, no console is a great reason to stay away |
| 08:18 |
|
Waylon |
'managed' server |
| 08:18 |
|
mtj |
ok, gotcha |
| 08:18 |
|
Waylon |
screw up the os, and you just have to trust they can fix it. |
| 08:19 |
|
* Waylon |
made one mistake with interfaces, told them about it.. they just backed up the useless OS and reinstalled lenny |
| 08:19 |
|
Waylon |
wtf? |
| 08:20 |
|
mtj |
yeah, i highly recommend linode , as a better option |
| 08:20 |
|
Waylon |
we are moving to softlayer, hostgator's superior officer. |
| 08:20 |
|
Waylon |
... too much startrek. |
| 08:20 |
|
Waylon |
softlayer is hostgator's datacenter. |
| 08:21 |
|
Waylon |
it goes hostgator management -> old theplanet hardware -> softlayer datacenters |
| 08:21 |
|
mtj |
(get a console, this time) |
| 08:22 |
|
Waylon |
got one.. but yea... need to get this off of hostgator server #1 onto #2, because server #1's harddrive is on the way out. |
| 08:22 |
|
Waylon |
then i can work on softlayer #1 and #2 koha 3.8 servers. |
| 08:22 |
|
rangi |
http://dashboard.koha-community.org/ <-- pulling in the jenkins statuses now too |
| 08:27 |
|
mtj |
rangi++ very nice , very nice :) |
| 08:30 |
|
mtj |
Waylon: how were they cherry-picking without git? |
| 08:30 |
|
Waylon |
probably were watching koha patches and just willynilly intergrating them. |
| 08:31 |
|
Waylon |
some were used.. some were not. |
| 08:31 |
|
Waylon |
so impossible to just rebase. |
| 08:35 |
|
kf |
rangi++ jenkins++ :) |
| 08:35 |
|
slef |
messy... if you want to try to figure it out, find yourself a good merge tool that can do "merge two directories with ancestor directories", but it's probably a lot of work |
| 08:36 |
|
Waylon |
yea |
| 08:37 |
|
Waylon |
just going to install koha 3.8 on a seperate server, and reimplement the code thats not part of default koha 3.0 |
| 08:37 |
|
mtj |
... using git ;) |
| 08:38 |
|
Waylon |
yes. each file, each change, gitted. |
| 08:39 |
|
|
paul_p joined #koha |
| 08:41 |
|
mtj |
Waylon: what i would do , if i where you is - commit you current koha codebase against a 3.0 codebase |
| 08:42 |
|
mtj |
you would get 1 big commit, but it will show you everything thats changed |
| 08:42 |
|
* Waylon |
nods. |
| 08:42 |
|
kf |
mtj: I think the problem is that lots of things changed - so even if he gets it running, he will have to look through all and everything when moving to 3.8 :( |
| 08:42 |
|
Waylon |
or just diff the two directories |
| 08:42 |
|
kf |
ah right |
| 08:42 |
|
kf |
for seeing the changes |
| 08:42 |
|
Waylon |
yea.. i will have to get to know koha 3.8 quite intimately. |
| 08:43 |
|
Waylon |
I guess ill become someone well versed in koha 3.8 by the end of all this. |
| 08:43 |
|
mtj |
yep, git would give just a 'prettier' diff |
| 08:43 |
|
slef |
Anyone seen this problem? If I get "Please confirm checkout Item Conversion technology: a complement to plastic recycling / (1) is checked out to Test (2). Check in and check out?" and click "Yes, Check Out (Y)", the same screen redisplays. Anyone seen this? |
| 08:43 |
|
slef |
|
| 08:44 |
|
mtj |
hmm, no :/ |
| 08:45 |
|
* slef |
goes to test it on a master |
| 08:46 |
|
slef |
by the way, some of the demos listed as running master are not: ByWater reports itself as 3.8.0, ESI as 3.2.5 |
| 08:47 |
|
* slef |
sees if he can edit the demo list but suspects he should not be allowed to |
| 08:48 |
|
slef |
I can. Updating entries |
| 08:49 |
|
slef |
what's head's dbrev? |
| 08:51 |
|
slef |
3.09.00.024 |
| 08:51 |
|
slef |
so libriotech's is current |
| 08:52 |
|
slef |
that's the only one |
| 08:58 |
|
slef |
not a problem - just nice to be accurately documented |
| 08:58 |
|
Waylon |
well. just did full upgrade to squeeze.. |
| 08:58 |
|
Waylon |
and rebooted |
| 08:58 |
|
Waylon |
hope it comes back. |
| 08:59 |
|
Waylon |
connnection timing out. |
| 09:00 |
|
Waylon |
still timing out. |
| 09:01 |
|
Waylon |
its back! |
| 09:01 |
|
Waylon |
it worked! |
| 09:01 |
|
kf |
yay! |
| 09:03 |
|
paul_p |
good morning #koha |
| 09:04 |
|
Waylon |
morning |
| 09:04 |
|
Waylon |
evening |
| 09:05 |
|
paul_p |
Maybe I should say "good time where you're #koha" ;-) |
| 09:05 |
|
kf |
hi paul_p |
| 09:06 |
|
drojf |
good morning paul_p |
| 09:06 |
|
kf |
can you please revert bug 5981? :( |
| 09:06 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5981 normal, P5 - low, ---, alex.arnaud, ASSIGNED , OPAC: Add limits to search history |
| 09:07 |
|
kf |
paul_p: I had massive problems with search until I deactivated opac search history, but no clue why. The problem is different than in 3.8 and 3.6 - but there is something seriously wrong with it. |
| 09:08 |
|
Waylon |
whats that hidden dependancy that isn't listed, for koha 3.0? |
| 09:09 |
|
kf |
hm no eythian today? |
| 09:09 |
|
kf |
paul_p: and sorry to start your day with this - I am sure there are lots of nice things to push too :) |
| 09:09 |
|
kf |
Waylon: why shoudl there be one? do you have a specific error? |
| 09:09 |
|
* Waylon |
remembers there was one. |
| 09:10 |
|
Waylon |
or was that for koha 3.2 upgrade? can't remember. |
| 09:11 |
|
kf |
Waylon: and I don'tk now what you are talking about :) |
| 09:11 |
|
kf |
there is a script to be run between 3.2 and 3.4 - do you mean that? |
| 09:12 |
|
|
chris_n` joined #koha |
| 09:12 |
|
Waylon |
hmm. n |
| 09:12 |
|
Waylon |
no |
| 09:12 |
|
Waylon |
nevermind, ill probably find out later. |
| 09:14 |
|
gaetan_B |
the "place hold" button is missing from the MARC view in the staff interface in some of my installs but not all of them... Has anyone seen this before ? |
| 09:14 |
|
kf |
hm all the same version? |
| 09:16 |
|
gaetan_B |
kf: not all off them, but i saw this on two masters |
| 09:16 |
|
kf |
hmmm |
| 09:16 |
|
gaetan_B |
one has the button, the other hasn't ! |
| 09:16 |
|
kf |
maybe some difference in configuration? |
| 09:16 |
|
* gaetan_B |
is looking in this direction... |
| 09:27 |
|
|
paul_p_ joined #koha |
| 09:27 |
|
|
reiveune joined #koha |
| 09:28 |
|
|
asaurat1 joined #koha |
| 09:30 |
|
slef |
gaetan_B: check tt files to see what might hide that, trace back to pl files that display the tt files, see if there's a syspref or incorrect logic. |
| 09:34 |
|
|
drojf left #koha |
| 09:38 |
|
|
drojf joined #koha |
| 09:44 |
|
|
drojf joined #koha |
| 09:50 |
|
|
drojf1 joined #koha |
| 09:56 |
|
rangi |
!jenkins build koha_master now |
| 09:56 |
|
jenkins_koha |
rangi: job koha_master build scheduled now |
| 09:57 |
|
jenkins_koha |
Starting build #778 for job Koha_master (previous build: STILL FAILING -- last SUCCESS #773 4 days 18 hr ago) |
| 09:57 |
|
jenkins_koha |
Project Koha_master build #778: STILL FAILING in 22 sec: http://jenkins.koha-community.[…]/Koha_master/778/ |
| 10:00 |
|
rangi |
!jenkins build koha_master now |
| 10:00 |
|
jenkins_koha |
rangi: job koha_master build scheduled now |
| 10:01 |
|
jenkins_koha |
Starting build #779 for job Koha_master (previous build: STILL FAILING -- last SUCCESS #773 4 days 18 hr ago) |
| 10:07 |
|
|
asaurat joined #koha |
| 10:14 |
|
|
dpavlin joined #koha |
| 10:16 |
|
clrh_ |
rangi: thanks for the dashboard, if I have ideas to enhence it, I will forward to you |
| 10:17 |
|
rangi |
cool, or you can send a merge request too :) |
| 10:17 |
|
rangi |
https://gitorious.org/koha-dashboard/ |
| 10:17 |
|
rangi |
im hoping someone will clone it and fix all my css/html :-) |
| 10:20 |
|
|
papa joined #koha |
| 10:52 |
|
jenkins_koha |
Project Koha_master build #779: NOW UNSTABLE in 51 min: http://jenkins.koha-community.[…]/Koha_master/779/ |
| 10:53 |
|
kf |
NOW UNSTABLE? |
| 10:53 |
|
kf |
why now? |
| 10:54 |
|
rangi |
before it couldnt build |
| 10:54 |
|
rangi |
now its finding the actual errors |
| 10:54 |
|
rangi |
http://jenkins.koha-community.[…]Build/testReport/ |
| 10:55 |
|
rangi |
i think mtj spotted the broken template already, i saw a bug for that |
| 11:08 |
|
slef |
rangi: the wine was lovely, thank you :) |
| 11:14 |
|
rangi |
excellent :) |
| 11:21 |
|
|
nengard joined #koha |
| 11:27 |
|
|
jwagner joined #koha |
| 11:36 |
|
jcamins_away |
rangi: any idea how I can make the syntax check not run BEGIN blocks? |
| 12:26 |
|
jcamins |
If one more person agrees with Katrin and I, I will joyfully move the links outside the search table. |
| 12:26 |
|
jcamins |
(referring to bug 8208) |
| 12:26 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8208 enhancement, P5 - low, ---, jcamins, Signed Off , Add "create authority" button to auth_finder plugin |
| 12:29 |
|
kf |
wizzyrea? ole... oh still on vacation... |
| 12:33 |
|
|
mib_wuon95 joined #koha |
| 12:33 |
|
mib_wuon95 |
good day |
| 12:33 |
|
mib_wuon95 |
i have a question |
| 12:34 |
|
jcamins |
Go ahead and ask it, and if anyone can help, they will. :) |
| 12:36 |
|
jcamins |
Hm. A pity oleonard isn't here... I don't know how to turn a link into a button. |
| 12:37 |
|
gaetan_B |
kf: i think i bothered you last week with my missing "place hold" button on the marc view : reiveune helped me find an explanation for that : bug 8390 (and you should be affected as well if we are not mistaken...) |
| 12:37 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8390 normal, P5 - low, ---, koha-bugs, NEW , Place hold button is missing from the MARC view page |
| 12:37 |
|
kf |
gaetan_B: I think probably noone notices because not all opacs have the marc view activated even .hm. |
| 12:38 |
|
gaetan_B |
kf: that's a good point, i think most librarians would rather spare themselves the marc view ! |
| 12:38 |
|
|
NateC joined #koha |
| 12:38 |
|
kf |
gaetan_B: but consistency is still good :) |
| 12:41 |
|
mib_wuon95 |
i installed kyle hall's virtual machine koha 3.8. i imported a marc record with an item (with 952 marc field). the problem is that when i rebuild the zebra there is no item. am i missing something? |
| 12:41 |
|
jcamins |
mib_wuon95: I've never used the virtual machine, but I'd imagine that it should work... |
| 12:42 |
|
jcamins |
You checked the box that said "Import items"? |
| 12:42 |
|
mib_wuon95 |
@jcamins: yap |
| 12:42 |
|
huginn |
mib_wuon95: I'll give you the answer just as soon as RDA is ready |
| 12:42 |
|
kf |
mib_wuon95: did you only stage it or also imported it? |
| 12:43 |
|
kf |
mib_wuon95: import consists of 2 steps, first you stage the file, then you import it, following the link to "manage" your staged imports |
| 12:43 |
|
mib_wuon95 |
and also I installed koha 3.8, installed available live cd, and installed kyle hall's 3.8 in a virtual machine (virtual box). I'm also having problem with items |
| 12:43 |
|
mib_wuon95 |
@kf: yes, i did both |
| 12:43 |
|
huginn |
mib_wuon95: I'll give you the answer just as soon as RDA is ready |
| 12:43 |
|
khall |
bug 8391 needs so |
| 12:43 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8391 enhancement, P5 - low, ---, kyle.m.hall, Needs Signoff , Cannot view reading record through staff client |
| 12:43 |
|
kf |
mib_wuon95: don't use the @ :) our bots mean you are talking to them :) |
| 12:44 |
|
mib_wuon95 |
oh i'm sorry kf. the last part is import this batch into the catalog |
| 12:45 |
|
mib_wuon95 |
so it's a bug? |
| 12:45 |
|
jcamins |
mib_wuon95: that's very unlikely. |
| 12:45 |
|
jcamins |
We'd have lots more reports of that if it were a bug. |
| 12:45 |
|
jcamins |
What fields did you have in your 952? |
| 12:46 |
|
mib_wuon95 |
here: =952 \\$w2011-10-24$p033073hp$r2011-10-24$40$00$6F__KPM_00041_W55_W54_2000$915302$bLLS$10$o(F) KPM 41 W55 W54 2000$d2002-12-10$70$cGEN$2lcc$g695.00$yBK$aLLS$iMR_02 1177; MD_$kR_; PO_; PD 00668 |
| 12:46 |
|
jcamins |
Hm. |
| 12:46 |
|
mib_wuon95 |
that data was downloaded from a working 3.6 machine |
| 12:47 |
|
jcamins |
khall: is there anything special about the vm appliance? |
| 12:47 |
|
khall |
jcamins: only the 'koha management console' I wrote. Other than that, it's a basic dev style install |
| 12:48 |
|
jcamins |
Hm. |
| 12:48 |
|
mib_wuon95 |
the first 2 virtual machines of khall were very helpful (2.3 and 3.6) our local install were run through khall's vm :) |
| 12:48 |
|
khall |
:-D |
| 12:49 |
|
mib_wuon95 |
2.3 -> 3.2 |
| 12:50 |
|
mib_wuon95 |
This time i'm having problem with "No physical items for this record" |
| 12:50 |
|
|
drojf joined #koha |
| 12:50 |
|
mib_wuon95 |
Not only with a small import from stage marc record but also from previous data migration |
| 12:51 |
|
khall |
mib_wuon95: if you use koha to create an item on a record, then rebuild zebra, does it show up? |
| 12:51 |
|
mib_wuon95 |
..of about more than 10000 records. |
| 12:53 |
|
jcamins |
kf: I have decided we are a quorum wrt bug 8208. |
| 12:53 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8208 enhancement, P5 - low, ---, jcamins, Signed Off , Add "create authority" button to auth_finder plugin |
| 12:53 |
|
jcamins |
khall: aren't you usually kyleh? |
| 12:54 |
|
khall |
jcamins: indeed |
| 12:55 |
|
|
samuel joined #koha |
| 12:55 |
|
samuel |
hi everybody |
| 12:55 |
|
|
alex_a joined #koha |
| 12:55 |
|
mib_wuon95 |
khall, there is an item |
| 12:55 |
|
jcamins |
Why the change? |
| 12:57 |
|
mib_wuon95 |
and is there a way that when I import through stage marc record, the biblioitem should be used is the one in 999$c or 999$d? |
| 12:58 |
|
|
edveal joined #koha |
| 12:58 |
|
jcamins |
mib_wuon95: biblionumber is in 999$c, and biblioitemnumbers is in 999$d. |
| 12:59 |
|
mib_wuon95 |
sorry, i mean 952$9 which is the itemnumber right? |
| 12:59 |
|
jcamins |
Ah. No, you can't keep itemnumbers. |
| 12:59 |
|
|
libsysguy joined #koha |
| 13:00 |
|
jcamins |
At least, I don't think you can. |
| 13:00 |
|
mib_wuon95 |
in next koha maybe? :) |
| 13:00 |
|
jcamins |
mib_wuon95: I doubt it. |
| 13:00 |
|
jcamins |
I can't see any use for that. |
| 13:01 |
|
jcamins |
(and implementing it would be non-trivial) |
| 13:02 |
|
mib_wuon95 |
like if i'm having trouble with mysql import (dump) of records and items, i could have the option of importing instead the marc records of my previous koha machine? |
| 13:02 |
|
jcamins |
Sure, but you don't need to keep itemnumbers to do it. |
| 13:02 |
|
jcamins |
That will work fine right now. |
| 13:02 |
|
jcamins |
(or should... once I finish what I'm working on, I'm going to try importing some items) |
| 13:03 |
|
jcamins |
Actually, if you're migrating from 3.6 to 3.8, why don't you just use mysqldump to export the old database, and reimport the entire database? |
| 13:03 |
|
mib_wuon95 |
i actually did that |
| 13:04 |
|
mib_wuon95 |
but i instead tried to work with small data, one one record with one item |
| 13:04 |
|
mib_wuon95 |
but i still had the same problem of not having physical item for my records |
| 13:04 |
|
jcamins |
Oh, so there were no items showing up even when you did a complete database dump? |
| 13:05 |
|
mib_wuon95 |
yap |
| 13:05 |
|
mib_wuon95 |
after a rebuild |
| 13:05 |
|
mib_wuon95 |
zebra rebuild |
| 13:05 |
|
jcamins |
Hm. |
| 13:05 |
|
mib_wuon95 |
-b -r -v |
| 13:05 |
|
mib_wuon95 |
and -x -b |
| 13:06 |
|
|
alex_a1 joined #koha |
| 13:06 |
|
jcamins |
This sounds like a misconfiguration to me. |
| 13:06 |
|
jcamins |
I can definitely tell you that upgrading from 3.6.x works. |
| 13:06 |
|
mib_wuon95 |
i tried it actually with kyle hall's koha 3.8 vitual machin]e |
| 13:07 |
|
mib_wuon95 |
i just imported the mysql |
| 13:07 |
|
jcamins |
Did you edit any files on the virtual machine? |
| 13:07 |
|
mib_wuon95 |
..rebuild the zebra |
| 13:07 |
|
mib_wuon95 |
i didn't |
| 13:07 |
|
jcamins |
Okay. |
| 13:07 |
|
mib_wuon95 |
i installed webmin |
| 13:08 |
|
mib_wuon95 |
to make things easy |
| 13:08 |
|
jcamins |
kyleh: I don't suppose you've seen this behavior on the virtual appliance before? |
| 13:08 |
|
kyleh |
jcamins: no I can't say I have. |
| 13:08 |
|
|
ago43 joined #koha |
| 13:08 |
|
mib_wuon95 |
i'm more of a librarian actually with modest IT skills :) |
| 13:09 |
|
jcamins |
mib_wuon95: did you run the remove_items_from_biblioitems.pl script at some point? |
| 13:09 |
|
paul_p_ |
mib_wuon95 = a limit you can find with trying this is if you've a different MARC flavour or MARC configuration than the one the virtual machine has |
| 13:09 |
|
mib_wuon95 |
i installed phpmyadmin too in the virtual machine |
| 13:09 |
|
paul_p_ |
(morning jcamins & kyleh & mib_wuon95 & all other americaners -south or north-) |
| 13:09 |
|
mib_wuon95 |
but i did this also with 3.2 and 3.6 but has not experience this problem |
| 13:10 |
|
paul_p_ |
mib_wuon95 ah, so that's probably OK, unless kyleh changed his configuration in the meantime ! kyleh did you do something like that ? |
| 13:10 |
|
kyleh |
good afternoon paul_p! |
| 13:10 |
|
kyleh |
There are no unusual configuration settings in the virtual appliance |
| 13:11 |
|
* kyleh |
follows the debian.install guide in git to create the koha virtual appliances |
| 13:11 |
|
jcamins |
kf: follow-up to bug 8208. |
| 13:11 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8208 enhancement, P5 - low, ---, jcamins, Signed Off , Add "create authority" button to auth_finder plugin |
| 13:14 |
|
kf |
yep, its on my list no |
| 13:14 |
|
kf |
w |
| 13:33 |
|
|
ryehex joined #koha |
| 13:36 |
|
ryehex |
I created a new box with debian 6, koha 3.8 (using apt-get) then connected the export of my old koha db (from v3.0) and installed my instance. Then did the update to 3.4 script. |
| 13:38 |
|
ryehex |
now if i login to the admin and search ALL i get results. However if I narrow the search to a specific Library I see always get no results. Any Idea of why that would be? Thanks |
| 13:38 |
|
Waylon |
ooo. hows it going ryehex ? |
| 13:38 |
|
ryehex |
good |
| 13:38 |
|
Waylon |
hmm... is library, a function of items or biblioitems? |
| 13:39 |
|
jcamins |
ryehex: do you have items attached to all your records? |
| 13:39 |
|
Waylon |
with items no longer being exported into marc for zebra, how does zebra search? |
| 13:40 |
|
Waylon |
or does items create marc xml as the export occurs? |
| 13:40 |
|
jcamins |
Waylon: the latter. |
| 13:41 |
|
ryehex |
for the book i searched it should have had an item for that record. It showed up in the list when I searched all. but when I narrowed the search there was no results |
| 13:42 |
|
jcamins |
How did you narrow the search? |
| 13:42 |
|
Waylon |
you mean, by branch: ? |
| 13:43 |
|
ryehex |
on the advanced search screen I chose a specific library in the Individual libraries: dropdown |
| 13:43 |
|
ryehex |
yea branch |
| 13:43 |
|
jcamins |
ryehex: did you check the "Availability" box? |
| 13:45 |
|
jcamins |
paul_p_: I don't know if you noticed, but I did a follow-up to address the issues that Frere Marie found with bug 8268. |
| 13:45 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8268 enhancement, P5 - low, ---, jcamins, Passed QA , Koha should offer way to backup entire db |
| 13:49 |
|
ryehex |
hmm. with or without "Availability" checked it gives the same result: No results match your search for 'kw,wrdl: hunger games' with limit(s): 'branch:Kinkora Regional High School' in PEI School Library System Catalog |
| 13:50 |
|
|
maximep joined #koha |
| 14:00 |
|
gaetan_B |
IntranetBiblioDefaultView doesn't seem to have any effect, or am i mistaken ? |
| 14:05 |
|
jcamins |
ryehex: and when you look at a record does it say it's at Kinkora Regional High School? |
| 14:05 |
|
jcamins |
joubu++ |
| 14:13 |
|
ryehex |
yea, I tried to search by the exact barcode for a book. same..no results. seems like the search only works across 'all branches'. and only when no extra parameters are being set into the search |
| 14:14 |
|
paul_p_ |
jcamins yes, i've seen the follow-up for bug 8268, don't worry |
| 14:14 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8268 enhancement, P5 - low, ---, jcamins, Passed QA , Koha should offer way to backup entire db |
| 14:14 |
|
jcamins |
paul_p_: with the quotes in my comment, it's so long I was concerned you might have gotten bored. ;) |
| 14:15 |
|
jcamins |
ryehex: if you search for exact barcode it finds the book, but when you set the branch, it doesn't? |
| 14:19 |
|
* wizzyrea |
waves |
| 14:20 |
|
ryehex |
no sorry. the only time I could get any results was doing a 'keyword search' where 'individual libraries=all libraries'. any other setting changes causes no results to be returned. |
| 14:21 |
|
jcamins |
ryehex: your items are not being indexed, tehn. |
| 14:21 |
|
jcamins |
*then |
| 14:21 |
|
jcamins |
... are you using the 3.8 Koha Virtual appliance from Kyle Hall? |
| 14:25 |
|
|
talljoy joined #koha |
| 14:25 |
|
jcamins |
We were just talking about a similar problem. |
| 14:28 |
|
ryehex |
no. I downloaded Debian 6 then used apt-get to create koha on my VM. I Also did the entire process on a different server actually running Debian 6 (no virtual machine) and it had the same results with the search |
| 14:32 |
|
jcamins |
Okaay. |
| 14:33 |
|
fredericd |
With 3.8 and hourly loan, there is something changed on Check Out page. Does anybody else notices this changement (regression)? |
| 14:33 |
|
wizzyrea |
what change |
| 14:33 |
|
wahanui |
hmmm... change is quite new |
| 14:34 |
|
wizzyrea |
the first question? |
| 14:34 |
|
wahanui |
"What are you trying to do?" "What is the goal?" or "What problem are you experiencing?" |
| 14:34 |
|
|
JesseM joined #koha |
| 14:34 |
|
fredericd |
In 3.6, there is a 'Previous Checkouts' section, and a 'Current sessions' section. |
| 14:34 |
|
jcamins |
ryehex: that was not a dubious "okay." That was a typo. ;) |
| 14:35 |
|
jcamins |
ryehex: and you said you ran the remove_items_from_biblioitems.pl script, right? |
| 14:35 |
|
fredericd |
In 3.8, you have a mix of both sections, so you can't see separetly the check outs you've just done |
| 14:36 |
|
wizzyrea |
you mean books you checked out say, yesterday |
| 14:36 |
|
wizzyrea |
separated from the ones you checked out today |
| 14:36 |
|
fredericd |
yes |
| 14:36 |
|
wizzyrea |
1s |
| 14:37 |
|
ryehex |
yea. well I ran this 'sudo /usr/sbin/koha-upgrade-to-3.4' which calls that script |
| 14:38 |
|
jcamins |
Yeah, that should do it. |
| 14:38 |
|
jcamins |
Hm. |
| 14:38 |
|
jcamins |
That's really weird. |
| 14:39 |
|
jcamins |
mib_wuon95: I'm thinking it might be a bug after all, though it's hard to see how no one has reported it before today. |
| 14:39 |
|
jcamins |
Unfortunately, I have to head into the city and can't troubleshoot. |
| 14:40 |
|
gaetan_B |
fredericd: is it bug 8043 ? |
| 14:40 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8043 normal, P3, ---, kyle.m.hall, Pushed to Stable , today's checkouts are in Previous checkouts in circulation.pl |
| 14:40 |
|
wizzyrea |
I don't see previous checkouts at all anymore |
| 14:41 |
|
fredericd |
wizzyrea: That's it |
| 14:41 |
|
fredericd |
gaetan_B: It seems it is this bug |
| 14:42 |
|
mib_wuon95 |
jcamins, so we should file a bug on my query? |
| 14:42 |
|
wizzyrea |
and with the patch it's working |
| 14:42 |
|
wizzyrea |
on current master I mean |
| 14:43 |
|
wizzyrea |
of course, because it's been pushed and stuff. |
| 14:43 |
|
jcamins_away |
mib_wuon95: yeah, I think so. If someone is able to determine that it is *not* a bug, it will be marked invalid. But two people have reported this problem today, which makes me think maybe there's something odd about 3.8.2. |
| 14:44 |
|
mib_wuon95 |
okay, haven't filed a bug before, will try today |
| 14:44 |
|
drojf |
kyleh: i cannot reproduce bug 8391. i see "Checked Out" as return date in circulation history, no error |
| 14:44 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8391 normal, P5 - low, ---, kyle.m.hall, Needs Signoff , Cannot view reading record through staff client |
| 14:46 |
|
fredericd |
Thanks wizzyrea and gaetan_B for you quick response... problem solved. |
| 14:47 |
|
* wizzyrea |
points at gaetan_B - he fixed it ;) |
| 14:48 |
|
jcamins_away |
fredericd: before I leave... do you accept pull requests for Koha::Contrib::Tamil? |
| 14:48 |
|
fredericd |
yes, of cours |
| 14:48 |
|
fredericd |
course |
| 14:48 |
|
jcamins_away |
:) |
| 14:49 |
|
jcamins_away |
I added a daemon that handles packages. |
| 14:49 |
|
fredericd |
? Could you say more about that? |
| 14:50 |
|
jcamins_away |
The daemon that you had can only handle one instance. |
| 14:50 |
|
jcamins_away |
So I wrote a daemon that will get a list of all the instances created by the packages, then start an indexer daemon for each one. |
| 14:51 |
|
|
oleonard joined #koha |
| 14:51 |
|
jcamins_away |
I'd like to one day get it so that there's only one event loop, but I haven't figured out how to do that yet. |
| 14:51 |
|
fredericd |
jcamins_away: what will happen if you add or remove an instance? |
| 14:51 |
|
jcamins_away |
fredericd: it doesn't automatically detect it, so you have to restart the daemon. |
| 14:52 |
|
jcamins_away |
I'd like to improve that part of it, too. |
| 14:52 |
|
fredericd |
It doesn't matter that much having multiple indexing daemon running simultanousely |
| 14:52 |
|
fredericd |
and that way you can leave to the sysadmin the task of starting/stop daemon |
| 14:53 |
|
fredericd |
when enable/disabling instances |
| 14:53 |
|
jcamins_away |
Oh, all the package daemon does is makes sure that they all get started. |
| 14:53 |
|
kf |
bye all :) |
| 14:54 |
|
|
kf left #koha |
| 14:54 |
|
jcamins_away |
I also added initial support for indexing based on update time rather than zebraqueue, but, again, I haven't finished it yet. |
| 14:56 |
|
* jcamins_away |
closes up and heads into the city. |
| 15:19 |
|
|
mib_wuon95 joined #koha |
| 15:24 |
|
Waylon |
oh f...... different perl versions have different undefined value rules? |
| 15:29 |
|
gaetan_B |
bye ! |
| 15:30 |
|
|
hdl joined #koha |
| 15:40 |
|
|
logbot joined #koha |
| 15:40 |
|
|
Topic for #koha is now Welcome to #koha for discussion of the Koha ILS http://koha-community.org |
| 15:42 |
|
oleonard |
Hi cait, #koha |
| 15:43 |
|
cait |
hi oleonard :) |
| 15:43 |
|
cait |
how was your vacation? |
| 15:43 |
|
oleonard |
It was a lot of fun! |
| 15:43 |
|
* oleonard |
is buried in email now |
| 15:45 |
|
|
reiveune left #koha |
| 15:47 |
|
cait |
oleonard: normal :) |
| 15:47 |
|
cait |
after 2 weeks I need a day to read mails, it's insane |
| 15:47 |
|
cait |
oleonard: photos? :) |
| 15:47 |
|
oleonard |
Approximately 2000 of them :) |
| 15:48 |
|
cait |
ok, maybe I should ask for a best of then :) |
| 15:48 |
|
cait |
have you found that in your mail already? http://dashboard.koha-community.org/ |
| 15:48 |
|
oleonard |
Yes, that's cool |
| 15:50 |
|
|
asaurat left #koha |
| 15:51 |
|
cait |
it totally is :) |
| 15:51 |
|
cait |
bbl :) |
| 15:54 |
|
|
tweetbot` joined #koha |
| 15:54 |
|
Waylon |
figured out the secret sauce. CGI::Session::Serialize::yaml |
| 15:56 |
|
oleonard |
tweetbot? |
| 15:58 |
|
Waylon |
!tweet hi |
| 15:58 |
|
Waylon |
hmm.. |
| 15:58 |
|
oleonard |
What was that supposed to do? |
| 15:58 |
|
Waylon |
hoping it would do soemthing |
| 16:00 |
|
|
melia joined #koha |
| 16:01 |
|
wizzyrea |
oleonard, welcome home! |
| 16:01 |
|
oleonard |
Thanks wizzyrea |
| 16:06 |
|
|
paul_p joined #koha |
| 16:10 |
|
|
SJeffery joined #koha |
| 16:19 |
|
|
bshum_ joined #koha |
| 16:23 |
|
SJeffery |
If you add an author that has an authority record it seems to delete all subfields in the record you are working on except $d. Is there any way to get it to leave other fields such as $r and $4? |
| 16:24 |
|
jcamins_away |
SJeffery: not yet. |
| 16:25 |
|
|
nengard joined #koha |
| 16:25 |
|
jcamins_away |
However, that should be possible in the future, once these various authority developments are finished. |
| 16:25 |
|
SJeffery |
Curses! |
| 16:26 |
|
SJeffery |
So the authority work does not add the feature, but it allows for its future development, correct? |
| 16:43 |
|
|
laurence left #koha |
| 16:55 |
|
|
mveron joined #koha |
| 17:07 |
|
oleonard |
Bug 8374 is one reason why I do not like the JavaScript "print" function. |
| 17:08 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8374 enhancement, P5 - low, ---, oleonard, NEW , Option to print all entries of a list/cart in a user friendly format |
| 17:09 |
|
|
ago43 joined #koha |
| 17:10 |
|
|
mbalmer joined #koha |
| 17:10 |
|
mbalmer |
evenueng |
| 17:12 |
|
|
mveron joined #koha |
| 17:12 |
|
mveron |
Hi #koha |
| 17:13 |
|
mbalmer |
hi hi, mr. holiday ;) |
| 17:13 |
|
|
brylie joined #koha |
| 17:13 |
|
mveron |
:-) |
| 17:23 |
|
|
edveal joined #koha |
| 17:28 |
|
|
cait joined #koha |
| 17:39 |
|
|
ago43 joined #koha |
| 17:39 |
|
slef |
JOOI anyone know of an educational consortium using Koha? |
| 17:43 |
|
|
libsysguy joined #koha |
| 17:44 |
|
|
ago43 joined #koha |
| 18:03 |
|
|
adnc joined #koha |
| 18:03 |
|
|
drojf left #koha |
| 18:28 |
|
|
drojf joined #koha |
| 18:31 |
|
|
brylie joined #koha |
| 18:32 |
|
|
chris_n` joined #koha |
| 18:45 |
|
|
brylie joined #koha |
| 18:50 |
|
jenkins_koha |
Starting build #89 for job Koha_3.8.x (previous build: SUCCESS) |
| 18:51 |
|
slef |
all quiet on the Koha front |
| 18:52 |
|
* oleonard |
is in a post-lunch stupor |
| 18:52 |
|
cait |
:) |
| 18:52 |
|
cait |
how is the inbox? :) |
| 18:54 |
|
rangi |
new stat on the dashboard, activity of the previous day (utc time) |
| 18:54 |
|
oleonard |
Inbox is improving, thanks |
| 18:55 |
|
oleonard |
Hi rangi |
| 18:55 |
|
cait |
nice! |
| 18:55 |
|
rangi |
heya oleonard :) |
| 18:55 |
|
cait |
I like th random bug :) |
| 18:55 |
|
cait |
well I like everything :) |
| 18:55 |
|
* rangi |
sneaks off to feed the kids |
| 19:22 |
|
|
brylie_ joined #koha |
| 19:31 |
|
|
mbalmer joined #koha |
| 19:33 |
|
|
eythian joined #koha |
| 19:36 |
|
|
trea joined #koha |
| 19:43 |
|
jenkins_koha |
Project Koha_3.8.x build #89: SUCCESS in 52 min: http://jenkins.koha-community.[…]ob/Koha_3.8.x/89/ |
| 19:43 |
|
jenkins_koha |
* semarie-koha: Bug 3280 : Restrict Send basket feature |
| 19:43 |
|
jenkins_koha |
* m.de.rooy: Bug 3280 Followup for privacy issue on X-Orig-IP in mail header |
| 19:43 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3280 normal, P3, ---, semarie-koha, Pushed to Master , opac/opac-sendbasket.pl security leaky |
| 19:48 |
|
|
nengard left #koha |
| 19:54 |
|
cait |
oleonard++ :) |
| 19:54 |
|
cait |
already back to writing patches! |
| 19:55 |
|
oleonard |
Can't resist |
| 19:55 |
|
cait |
we are lucky you can't :) |
| 19:55 |
|
oleonard |
I'd been meaning to fix that bug for a while |
| 19:56 |
|
mbalmer |
cait, please fix the remaining problems. thanks, the management. |
| 19:56 |
|
cait |
all of them? |
| 19:56 |
|
mbalmer |
sure. |
| 19:56 |
|
cait |
ok, i will rewrite in java then |
| 19:56 |
|
cait |
:P |
| 19:56 |
|
* cait |
doens't even like java much |
| 19:57 |
|
cait |
mbalmer: I got a program for the bis conference today :) |
| 19:57 |
|
mbalmer |
doh….. |
| 19:57 |
|
rangi |
he said fix the problems, not spend 7 years writing specs and libraries and then making the problems worse cait! |
| 19:57 |
|
cait |
hehe |
| 19:58 |
|
cait |
hey, I am a librarian! |
| 19:58 |
|
* cait |
hides |
| 19:58 |
|
mbalmer |
I am book! |
| 20:02 |
|
slef |
I'm a bookend. |
| 20:04 |
|
cait |
slef: red or green? |
| 20:04 |
|
cait |
oh |
| 20:04 |
|
cait |
I filed bug 8400 |
| 20:04 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8400 enhancement, P5 - low, ---, gmcharlt, NEW , Placing holds in staff creates lots of warnings in the logs |
| 20:04 |
|
cait |
where are the fireworks? |
| 20:05 |
|
oleonard |
You only get those for the thousands |
| 20:05 |
|
cait |
ah... well, i can continue testing |
| 20:06 |
|
cait |
no problem :P |
| 20:08 |
|
|
kathryn joined #koha |
| 20:08 |
|
|
trea-phone left #koha |
| 20:11 |
|
* cait |
puts some too soft baileys fudge in the middle of Koha |
| 20:11 |
|
cait |
eat at your own risk |
| 20:11 |
|
|
brylie joined #koha |
| 20:13 |
|
kathryn |
good morning all, ugh cait too early for baileys fudge even for me :) |
| 20:14 |
|
cait |
hm.... take some for lunch? |
| 20:14 |
|
cait |
and it's cooked |
| 20:14 |
|
cait |
i don't think much alcohol is left |
| 20:15 |
|
|
libsysguy joined #koha |
| 20:19 |
|
cait |
... it's really not that bad |
| 20:20 |
|
cait |
only a bit soft |
| 20:22 |
|
mtj |
hmm, how do i add a new dependancy to Koha? |
| 20:22 |
|
|
ago43 joined #koha |
| 20:22 |
|
|
chris_n` joined #koha |
| 20:23 |
|
mtj |
ie: which files has i gotsta edit? |
| 20:24 |
|
slef |
mtj: yes, probably. |
| 20:24 |
|
* slef |
looks |
| 20:24 |
|
mtj |
koha_perl_deps.pl calls -> C4::Installer::PerlModules... |
| 20:24 |
|
slef |
that's the thingy |
| 20:25 |
|
slef |
PerlDependencies.pm isn't it? |
| 20:25 |
|
mtj |
ah, got it |
| 20:25 |
|
mtj |
yeah ;) |
| 20:25 |
|
mtj |
ta |
| 20:25 |
|
slef |
I think you may also want to update debian/control* |
| 20:26 |
|
rangi |
yes you do |
| 20:26 |
|
rangi |
and then the INSTALL files too |
| 20:26 |
|
rangi |
or whatever they point at like misc/something something |
| 20:26 |
|
slef |
rangi: we should write this shit down |
| 20:27 |
|
rangi |
either that or update the INSTALL files to stop telling people to refer to that file |
| 20:27 |
|
slef |
misc/something something uses PerlDependencies.pm I think |
| 20:27 |
|
rangi |
i dont think so, there are static files in there |
| 20:27 |
|
rangi |
lists of packages |
| 20:27 |
|
rangi |
should go away |
| 20:27 |
|
slef |
oh you mean install_misc/debian.packages as mentioned in INSTALL.debian? |
| 20:27 |
|
|
chris_n` joined #koha |
| 20:27 |
|
rangi |
and tell people to just run koha_perl_deps.pl |
| 20:27 |
|
rangi |
yeah |
| 20:28 |
|
rangi |
either that needs to be brought up to date, or go away |
| 20:28 |
|
slef |
koha_perl_deps.pl doesn't tell you which debs to install |
| 20:28 |
|
rangi |
it could |
| 20:28 |
|
slef |
yeah |
| 20:28 |
|
rangi |
another key in the hash maybe? |
| 20:28 |
|
cait |
o |
| 20:28 |
|
cait |
h |
| 20:29 |
|
cait |
right, I have to do a follow up for the package I added |
| 20:29 |
|
slef |
or just read debian/control* |
| 20:29 |
|
cait |
there was something... on a bug somewhere |
| 20:29 |
|
rangi |
that too |
| 20:31 |
|
oleonard |
Bye #koha |
| 20:32 |
|
rangi |
cya oleonard |
| 20:33 |
|
|
wizzyrea left #koha |
| 20:33 |
|
|
wizzyrea joined #koha |
| 20:49 |
|
mtj |
!twadd #kohails kohails |
| 20:49 |
|
|
chris_n` joined #koha |
| 20:50 |
|
cait |
mtj: is the tweetbot yours? :) |
| 20:50 |
|
cait |
mtj++ |
| 20:51 |
|
cait |
what does it do? |
| 20:51 |
|
drojf |
cait: tweet something and try? |
| 20:51 |
|
drojf |
:) |
| 20:51 |
|
cait |
my account is not public, doubt it would work |
| 20:52 |
|
mtj |
yes, it watches twitter for keywords... |
| 20:52 |
|
drojf |
ah. no probabyl not |
| 20:52 |
|
cait |
mtj: cool :) |
| 20:52 |
|
drojf |
probably even |
| 20:52 |
|
cait |
I am still looking for the one who owns the bot that posts the git commit messages to twitter... |
| 20:52 |
|
cait |
because the links in those tweets don't work |
| 20:52 |
|
|
chris_n` joined #koha |
| 20:53 |
|
mtj |
cait, thats rangi |
| 20:54 |
|
rangi |
and it cant be fixed |
| 20:54 |
|
cait |
oh |
| 20:54 |
|
rangi |
its twitter double encoding |
| 20:54 |
|
cait |
meh. |
| 20:54 |
|
cait |
ok |
| 20:55 |
|
mtj |
aah, i'd like to prove you wrong there chris :) |
| 20:55 |
|
rangi |
weve tried dlvr.it and googles feed2tweet thing, both dont work |
| 20:55 |
|
rangi |
you tried |
| 20:55 |
|
cait |
mtj: do it! heh |
| 20:55 |
|
rangi |
and it didnt work, its using the method you told me to |
| 20:55 |
|
rangi |
and they still dont work |
| 20:55 |
|
mtj |
meh, i dont think i *personally* tried the method i suggested to you |
| 20:56 |
|
mtj |
(so, was still kinda hoping it might work :) ) |
| 20:56 |
|
cait |
maybe remove the links then? |
| 20:56 |
|
rangi |
Bug 8233 follow-up fixin DBRev goo.gl/fb/WHGLC |
| 20:56 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8233 enhancement, P5 - low, ---, jonathan.druart, ASSIGNED , New search engine layer - introduce solr without breaking anything else |
| 20:56 |
|
rangi |
is what it says |
| 20:57 |
|
rangi |
and it still munges the url |
| 20:57 |
|
rangi |
im just killing the whole thing |
| 20:57 |
|
cait |
bad twitter, no cookie for you! |
| 20:58 |
|
mtj |
yeah, bad birdy |
| 21:01 |
|
mtj |
!twadd kohails |
| 21:01 |
|
drojf |
hm. somebody tweet already :D |
| 21:01 |
|
cait |
drojf: retweet rangi#s new blog post? :) |
| 21:02 |
|
mtj |
/me just did... |
| 21:02 |
|
cait |
or a note about the vote or the awesome dashboard! |
| 21:02 |
|
drojf |
i dont tweet |
| 21:02 |
|
cait |
btw |
| 21:02 |
|
drojf |
maybe i should start |
| 21:02 |
|
cait |
drojf++ # for the voting reminder :) |
| 21:02 |
|
cait |
@karma drojf |
| 21:02 |
|
huginn |
cait: Karma for "drojf" has been increased 17 times and decreased 1 time for a total karma of 16. |
| 21:03 |
|
drojf |
yeah works |
| 21:04 |
|
rangi |
drojf: you can use identi.ca and get it to tweet for you, thats what i try to do |
| 21:05 |
|
drojf |
i had an identi.ca account once. very long ago. never used it. remembered that a while ago but either they deleted it or it was not the username i thought :) |
| 21:06 |
|
* cait |
hunts blood sucking little monsters |
| 21:06 |
|
drojf |
vampire dwarfs? cool |
| 21:07 |
|
cait |
I wish |
| 21:08 |
|
cait |
I can hear it, but not see it |
| 21:08 |
|
cait |
but can't sleep while I hear it... |
| 21:09 |
|
|
edveal left #koha |
| 21:12 |
|
liw |
I use both identi.ca and twitter, but haven't linked them (and I'm unsure about keeping twitter) |
| 21:12 |
|
drojf |
woohoo. we will have kohacon in Not completed or Not displayed |
| 21:13 |
|
rangi |
lol |
| 21:14 |
|
rangi |
liw: yeah im conflicted about twitter, it does work well in promoting koha though |
| 21:14 |
|
cait |
drojf: lol |
| 21:14 |
|
cait |
is that some white spot on the map? |
| 21:17 |
|
|
alex_a joined #koha |
| 22:08 |
|
|
maximep left #koha |
| 22:25 |
|
|
ago43 joined #koha |
| 22:28 |
|
|
NateC joined #koha |
| 22:40 |
|
libsysguy |
ahh how did my post end up on the tweetbot!?! |
| 22:40 |
|
libsysguy |
lol |
| 23:25 |
|
jcamins |
Wow... EBSCO took over Book Review Digest Plus. |
| 23:25 |
|
* jcamins |
officially dislikes EBSCO's new unified look. |
| 23:32 |
|
|
Irma1 joined #koha |
| 23:49 |
|
|
BobB joined #koha |
| 23:49 |
|
|
hankbank joined #koha |
| 23:53 |
|
|
papa joined #koha |
