← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:01 | chrisvella94 joined #koha | |
| 00:03 | wizzyrea | also rounded the corners on the flyer on the kohacon page - didn't change your image just applied a css rule to it |
| 00:12 | dcook | Timezones! |
| 00:12 | wahanui | timezones are annoying or http://xkcd.com/now |
| 00:36 | oleonard joined #koha | |
| 00:43 | rocio left #koha | |
| 00:47 | mtompset joined #koha | |
| 00:48 | mtompset | Greetings, #koha. |
| 00:48 | pastebot | "mtompset" at 127.0.0.1 pasted "Where should I look to fix this?" (271 lines) at http://paste.koha-community.org/214 |
| 00:48 | mtompset | Anyone have ideas on how to fix this? |
| 01:00 | eythian | I'd ask dcook, he's a zebra expert now. |
| 01:02 | * mtompset | smirks, "True. He probably is." |
| 01:03 | mtompset | My problem that I'm trying to solve is... my searches are failing... I'm running a mass reindex on my test system, and reseting to master just to make sure it wasn't one of my code changes. |
| 01:03 | I try to search for fancy, and it fails. And I'm like, I know the bibilionumber. Of course it is there! | |
| 01:11 | dcook | Whowha? |
| 01:11 | mtompset | :) |
| 01:11 | dcook | O_o |
| 01:11 | mtompset | I'm having problems getting my search to search. |
| 01:11 | Any ideas what to do about that paste? | |
| 01:12 | dcook | Interesting |
| 01:12 | wahanui | i think Interesting is sometimes good and sometimes bad |
| 01:13 | dcook | What sort of test system is it? |
| 01:13 | * dcook | says overlooking the smirk :p |
| 01:13 | dcook | Git, gitified, single from source, package? |
| 01:13 | Sounds like git/gitified, I suppose | |
| 01:14 | Switching branches won't affect your Zebra code for a Git install | |
| 01:14 | You'll have to rebuild (ie upgrade) Koha from source or manually check out your Zebra config for that test instance | |
| 01:15 | Looks like maybe your bib1.att is in the wrong place or not being found | |
| 01:15 | mtompset | full git. |
| 01:15 | dcook | Cool. Yeah, I'd rebuild from source to refresh your Zebra config. |
| 01:15 | mtompset | rebuild from source? |
| 01:15 | What do you mean? | |
| 01:16 | dcook | Mmm, I have it all automated. I'll have to look at my scripts. |
| 01:16 | mtompset | my ~/koha-dev doesn't get touched during upgrades. |
| 01:16 | my ~/kohaclone does. | |
| 01:16 | dcook | upgrades? |
| 01:16 | wahanui | upgrades are ouchy if you have local changes. |
| 01:16 | mtompset | git pull |
| 01:16 | wahanui | git pull is probably really simple. |
| 01:17 | mtompset | then web installer upgrade |
| 01:17 | dcook | Right, that's downloading the source and then doing a database upgrade. |
| 01:17 | perl Makefile.PL --prev-install-log "$INSTALL_LOG" | |
| 01:17 | make | |
| 01:17 | make upgrade | |
| 01:17 | wahanui | rumour has it make upgrade is required |
| 01:17 | dcook | "make test" before make upgrade, actually |
| 01:18 | Another idea might be checking your permissions, I suppose | |
| 01:18 | Could be that zebra can't read your bib1.att even though it's able to find it | |
| 01:19 | Doing that will touch your "koha-dev" | |
| 01:19 | mtompset | where is bib1.att supposed to be? |
| 01:19 | dcook | Err, the "make upgrade" will touch your "koha-dev" that is |
| 01:19 | koha-dev\etc\zebradb\biblios\etc\bib1.att | |
| 01:20 | DOM or GRS1? | |
| 01:20 | mtompset | Config files look dom. |
| 01:20 | dcook | You could double-check zebra-biblios-dom.cfg as well |
| 01:21 | mtompset | koha-conf points to the dom file tcohen mentioned in that mailing list message. |
| 01:21 | dcook | Make sure that "koha-dev\etc\zebradb\biblios\etc" shows up in the profilePath |
| 01:21 | * dcook | doesn't know what mailing list message you mean. |
| 01:21 | eythian | '\'? Shame on you dcook |
| 01:21 | mtompset | koha-devel the fresh install dom indexing one. |
| 01:21 | dcook | eythian: :p |
| 01:22 | mtompset | It was sent 3 hours ago. |
| 01:22 | dcook | eythian: I've said before how we have Windows computers at work |
| 01:22 | I suppose I could've used the CLI rather than the share just now | |
| 01:22 | mtompset: I don't think I read that one. | |
| 01:22 | eythian | I don't want excuses, dcook. |
| 01:22 | dcook | Anyway, I have a few things to take care of. I'd check permissions, Zebra config, and re-build from source if all else fails. |
| 01:23 | mtompset | you don't read koha-devel? or that specific email? ;) |
| 01:23 | dcook | Specific email |
| 01:23 | mtompset | I'll try the make upgrade thing. |
| 01:23 | dcook | eythian: What do you want? :p |
| 01:23 | mtompset | after the reindex completes |
| 01:23 | eythian | I hadn't thought that far ahead |
| 01:24 | dcook | I have thought about installing Ubuntu on this work computer, but... haven't gotten around to it yet. |
| 01:24 | It's a long-term goal to get the office using only FOSS | |
| 01:24 | But yes, things and such. bbiab. | |
| 01:29 | wizzyrea | dcook: the dog food, you must eat it. |
| 01:29 | <3 | |
| 01:31 | eythian | it'll give you a nice shiny coat of hair on your back. |
| 01:32 | https://www.youtube.com/watch?[…]BOeiY90PLQ#t=1943 | |
| 01:46 | chrisvella94 joined #koha | |
| 01:47 | mtompset | Yes, i noticed. :) |
| 01:58 | tcohen | mtompset: that's the output you get when running the UNIMARC Search.t tests |
| 01:59 | mtompset | Ah okay. |
| 01:59 | My searching, however, it still broken... but I'm reindexing again. :) | |
| 02:00 | tcohen | you did reset your git setup |
| 02:00 | mtompset | I just finished the upgrade which totally broken a whole bunch of things, and I can't wait to see what else will bust. :) |
| 02:00 | tcohen | but, did you reset your ~/koha-dev/etc files? |
| 02:00 | mtompset | which is why it busted. :) |
| 02:00 | tcohen | so, you deleted, and run make && make install |
| 02:03 | mtompset | No... |
| 02:03 | I ran the perl statement dcook mentioned. | |
| 02:03 | then make upgrade | |
| 02:03 | trust me... it refreshed EVERYTHING. | |
| 02:04 | tcohen | delete ~/koha-dev |
| 02:04 | and run a fresh install | |
| 02:06 | ah | |
| 02:07 | it is not enough to have the dom file pointed | |
| 02:07 | mtompset_ joined #koha | |
| 02:08 | tcohen | you need to havezebra_bib_index_mode |
| 02:08 | set to DOM | |
| 02:08 | dom | |
| 02:09 | mtompset | in what file? |
| 02:10 | YAY! I think I have it back. | |
| 02:10 | Now, I don't know what else will break, but that should be fixable. :) | |
| 02:11 | tcohen | mtompset: it is not broken |
| 02:12 | mtompset | well, when you run make upgrade it does a nice wipe of things... and I forgot to have a couple things tweaked. :) |
| 02:12 | so it broke. :) | |
| 02:12 | tcohen | mtompset: interesting |
| 02:12 | wahanui | interesting is sometimes good and sometimes bad |
| 02:12 | tcohen | never used that |
| 02:13 | maybe its broken and you could fix it | |
| 02:13 | mtompset | no... it's not broken... I changed my database name and had fixed it in various places, and I forgot to set $USER and $GROUP before running the upgrade. |
| 02:14 | tcohen | oh |
| 02:14 | dcook | make upgrade works quite nicely :) |
| 02:15 | * dcook | uses it frequently |
| 02:15 | mtompset | Assuming you don't have customizations. :P |
| 02:15 | tcohen | mtompset |
| 02:15 | wahanui | hmmm... mtompset is catching up in the non-coding aspects of his ministry. |
| 02:16 | tcohen | set all those things in your ENV, so forgetting has no consequences |
| 02:17 | dcook | mtompset: I have lots of customizations :p |
| 02:17 | mtompset | if I can send emails from a koha server, then notices should email properly right? |
| 02:17 | dcook | tcohen: Alas, they can't all be set in ENV |
| 02:17 | ENV will only override certain variables | |
| 02:18 | mtompset | export __KOHA_USER__=$USER |
| 02:18 | export __KOHA_GROUP__=$USER | |
| 02:18 | dcook | mtompset: So long as they're sent from the typical port, I think so |
| 02:18 | mtompset | That's what I need to remember. |
| 02:18 | tcohen | mtompset: put it on your bashrc |
| 02:19 | kmlussier joined #koha | |
| 02:19 | tcohen | night koha |
| 02:19 | dcook | night tcohen |
| 02:19 | Did "export __KOHA_USER__=$USER" work, mtompset? | |
| 02:19 | mtompset | Good day, tcohen |
| 02:20 | I forgot to do it. | |
| 02:20 | dcook | In my experience, using ENV variable usually only works for directy paths. |
| 02:20 | mtompset | So it busted my zebra. :) |
| 02:20 | dcook | To be honest, I don't use __KOHA_USER__ or __KOHA_GROUP__ and I've never noticed a problem. *shrugs* |
| 02:20 | mtompset | is your username koha? |
| 02:20 | dcook | Nopes |
| 02:21 | And I don't use root | |
| 02:23 | Mmm, I think I might see why it doesn't cause a problem.. | |
| 02:23 | Do you use "koha-zebra-ctl.sh" or "koha-index-daemon-ctl.sh"? | |
| 02:26 | I suppose I do cheat a bit... | |
| 02:26 | Oh well | |
| 03:11 | barton_away joined #koha | |
| 03:22 | mtompset | I do, yes. |
| 03:23 | Well, it's getting late. I'm going to chug some water, and head to bed. | |
| 03:23 | Have a great day, #koha. | |
| 03:23 | dcook++ # Thanks for the make upgrade suggestion. | |
| 03:32 | dcook | @later tell mtompset No worries. |
| 03:32 | huginn | dcook: The operation succeeded. |
| 03:49 | dcook | Has anyone noticed something weird where a reserve_id will appear in both the "reserves" and "old_reserves" table at the same time for different reserves? |
| 03:49 | eythian | I think that shouldn't happen |
| 03:49 | dcook | Agreed, but it's happened to at least two different 3.14.5 libraries :S |
| 03:53 | Hmm, nothing obvious on Bugzilla. Code review time.. | |
| 03:54 | On an unrelated note, does anyone know why our "C4" is called "C4"? | |
| 03:54 | wizzyrea | Yep |
| 03:55 | dcook | Are you willing to share that knowledge? :) |
| 03:55 | wizzyrea | it's a cheap cheerful copy of (some ILS name that is gone but it started with a C) |
| 03:55 | rangi would know the last C. | |
| 03:55 | also, it's prone to explosions. | |
| 03:55 | ^.^ | |
| 03:56 | eythian | possibly Catalist (no relation) |
| 03:56 | wizzyrea | that sounds right, but I really don't know |
| 03:56 | dcook | Intriguing! |
| 03:57 | wizzyrea | there's a talk from kohacon10 that explains it |
| 03:58 | eythian | wahanui: kohacon 10 |
| 03:58 | wahanui | eythian: what? |
| 03:58 | wizzyrea | https://archive.org/details/KohaCon10 |
| 03:58 | eythian | wahanui: kohacon 10 is <reply>https://archive.org/details/KohaCon10 |
| 03:58 | wahanui | OK, eythian. |
| 03:58 | wizzyrea | jinx. |
| 03:59 | kohacon10 is https://archive.org/details/KohaCon10 | |
| 03:59 | wahanui | i already had it that way, wizzyrea. |
| 03:59 | wizzyrea | aha |
| 03:59 | it'll be that first video | |
| 03:59 | Rosalie Blake | |
| 04:00 | ah just realised that I totally didn't get half of rosalie's jokes the first time | |
| 04:12 | * dcook | takes a gander |
| 04:12 | dcook | Mmm maybe not yet. Darned videos. |
| 04:12 | I suppose I could listen to look at other stuff at the same time.. | |
| 04:14 | wizzyrea | the relevant bit is at 14:40, or starts there |
| 04:15 | 15:40 is where they really explain it | |
| 04:15 | ...but she doesn't say the name of the ILS so now I feel less bad about not knowing | |
| 04:21 | eythian | wahanui: protest is <reply>NO POINTY FOODS! |
| 04:21 | wahanui | OK, eythian. |
| 04:22 | dcook | 'CREATE TABLE tmp_reserves AS SELECT * FROM old_reserves LIMIT 0' |
| 04:22 | Can't say I've ever seen AS used like that before. | |
| 04:22 | That's interesting | |
| 04:25 | wizzyrea | Definitely Catalist http://lists.ethernal.org/olda[…]701/msg00602.html |
| 04:26 | eythian | The library my mother works at used to use it. |
| 04:26 | wizzyrea | But now they use symphony? |
| 04:27 | *sadface* | |
| 04:30 | * wizzyrea | was thinking of Dunedin but that's silly |
| 04:30 | eythian | they went through something else (Concordance?) and now Liberty 4. |
| 04:30 | wizzyrea | Poor mum. |
| 04:32 | All of my childhood libraries used some variant of Follett | |
| 04:32 | thing looked like a toy. | |
| 04:32 | eythian | huh, it was written by Contec. They also do .eLM |
| 04:33 | that also makes sense in the context of dairy industry software. | |
| 04:34 | http://contecgroup.com/cgi/ <-- given that's a sizeable part of what they do | |
| 04:35 | wizzyrea | huh, indeed. |
| 04:36 | http://librarytechnology.org/mergers/ < .eLM doesn't show up here | |
| 04:36 | (that I spotted - coulda missed it) | |
| 04:37 | suppose it's got a heavy american vias though | |
| 04:37 | bias* | |
| 04:38 | eythian | yeah, there's a lot of things not in there. |
| 05:26 | laurence joined #koha | |
| 05:41 | magnuse joined #koha | |
| 05:52 | cait joined #koha | |
| 05:52 | * cait | waves |
| 05:53 | * ashimema | waves |
| 05:53 | cait | morning |
| 05:56 | * magnuse | waves |
| 05:56 | * dcook | waves |
| 05:57 | indradg joined #koha | |
| 06:15 | magnuse | woohoo, looks like my weird problem with the versions on a gitified setup was solved by the latest package for squeeze-dev |
| 06:17 | dcook | \o/ |
| 06:17 | Looks like my weird problems with reserves and old_reserves are still unsolved | |
| 06:17 | But fixing it up for now and we'll see how it goes.. | |
| 06:24 | magnuse | i *think* my problem ws caused by an old version number in /usr/share/koha/intranet/cgi-bin/kohaversion.pl, but if noone else had the problem, that might just have been a local thing, i guess |
| 06:27 | dcook | I think my problem might be caused by unexpected behaviour when upgrading to include reserve_id in reserves and old_reserves... |
| 06:27 | Hmm, I should really head out now though.. | |
| 06:35 | Hmm, no idea about the reserves vs. old_reserves | |
| 06:37 | night all! | |
| 06:37 | wahanui | goodnight dcook. You'll be back. |
| 06:37 | reiveune joined #koha | |
| 06:38 | reiveune | hello |
| 06:43 | chris_n joined #koha | |
| 06:46 | cait left #koha | |
| 06:48 | ashimema | :w |
| 06:58 | Viktor joined #koha | |
| 06:59 | alex_a joined #koha | |
| 07:00 | alex_a | bonjour |
| 07:00 | fridolin joined #koha | |
| 07:00 | fridolin | hie all |
| 07:00 | Viktor | Greetings! |
| 07:00 | wahanui | and beatings! |
| 07:01 | sophie_m joined #koha | |
| 07:10 | akafred joined #koha | |
| 07:11 | gaetan_B joined #koha | |
| 07:11 | gaetan_B | hello |
| 07:21 | cait joined #koha | |
| 07:21 | cait | hi #koha |
| 07:24 | indradg | morning #koha |
| 07:24 | cait: around? | |
| 07:24 | cait | hi indradg |
| 07:24 | indradg | hi :) |
| 07:26 | need a spot of advice. I need to customize opac-memberentry.pl, add a few extra fields and a couple of linked 1:n lookups to non-Koha tables. what would be the path of least resistance going forward? | |
| 07:27 | cait ^^^ | |
| 07:28 | cait | um |
| 07:28 | what exactly are you trying to do? | |
| 07:29 | fridolin | indradg: why not using extended borrower attributes for extra fields ? |
| 07:29 | cait | ^^ :) |
| 07:29 | there is also an option to have them be repeatable | |
| 07:29 | so the question is why that is not covering what you need/what you need more than that :) | |
| 07:36 | indradg | fridolin: the reason i'm avoiding extended attribs for now is simple, was reading iirc that imports / datatables sort were having issues with them |
| 07:37 | cait: I need to add a few cascading dropdown selects in my member entry, the data for these will come from non Koha tables | |
| 07:37 | fridolin | do you know bugs in Bugzilla refering to those problems ? |
| 07:38 | ashimema | There are indeed a couple of issues.. |
| 07:38 | can't remember the bug numbers off the top of my head | |
| 07:39 | indradg | bug 12833 |
| 07:39 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12833 major, P5 - low, ---, jonathan.druart, Pushed to Master , Patron search no longer searches extended attributes |
| 07:39 | indradg | it has been pushed to master |
| 07:40 | ashimema | why don't you just grab the patch.. rather than coding around it? |
| 07:40 | indradg | bug 12859 |
| 07:40 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12859 major, P5 - low, ---, abl, Pushed to Master , Patron import tool doesn't import extened attributes values any longer |
| 07:40 | ashimema | seems much easier and more maintainable long term. |
| 07:42 | indradg | ashimema: that sounds doable |
| 07:42 | but how to go about handling non-Koha table data lookup | |
| 07:43 | i can locate the table inside the Koha db, but I need to write up the data lookups | |
| 07:44 | ashimema | I see.. so your grabbing data from an external source basically.. |
| 07:44 | I did somthing like this for LLPG (Address lookups in the UK) | |
| 07:44 | do your local systems have an API.. | |
| 07:44 | realistically you should be using a proper api rather than relying on db.. | |
| 07:45 | chris_n joined #koha | |
| 07:47 | Joubu | indradg: if you want to add custom data for a table, have a look at bug 10855. |
| 07:47 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10855 enhancement, P5 - low, ---, jonathan.druart, BLOCKED , Additional fields for subscriptions |
| 07:47 | indradg | ashimema: i would be getting an end-of-day rsynced copy of student information database, no APIs... have to roll |
| 07:48 | Joubu | The module I introduced should be extendable to any tables. |
| 07:48 | If you just want to display and search on these data, Koha::AdditionalFields is what you are searching for | |
| 07:49 | indradg | Joubu: yes, these rsynced tables are readonly for my purpose, i just need to maintain FK reference in the my Koha tables |
| 07:49 | ashimema | indradg: assuming there's a lack of a pre-existing restful api, the cleanest way will probably be to write yourself a basic backend perl script to query the other tables,databases whatever.. then feed that data into the templates |
| 07:50 | of course.. you could just add said lookups to the existing .pl.. but that will lead to harder upgrades with conflicts (your already going ot get conflicts be eiditng the templates anyways though) | |
| 07:51 | indradg | ashimema: so basically RollMyCustomLookups.pm into C4, then call them into the Koha .pl? |
| 07:52 | Joubu: looking up 10855 now | |
| 07:53 | cait | sorry, got distracted... by birhtday cake |
| 07:53 | reading back | |
| 07:54 | the problem laso was only in master - not in the stable releases (bug 12859) | |
| 07:54 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12859 major, P5 - low, ---, abl, Pushed to Master , Patron import tool doesn't import extened attributes values any longer |
| 07:57 | ashimema | I probably wouldn't even bother with a .pm indradg.. |
| 07:58 | indradg | cait: thanks for the cluestick! :-P |
| 07:58 | ashimema | I'll roll me own .pl and use ajax to query it from the client |
| 07:58 | anywho.. I'd best get back to work :( | |
| 07:58 | indradg | cait, ashimema, Joubu, fridolin thanks people! that helped! :-) |
| 08:42 | indradg joined #koha | |
| 08:49 | cait | Joubu++ #testing facets :) |
| 08:54 | rangi | evenng |
| 08:54 | cait | evening rangi |
| 08:58 | rangi | this is interesting |
| 08:58 | https://www.mailpile.is/download/ | |
| 08:59 | might have to give it a try | |
| 08:59 | cait | :) |
| 08:59 | i am using thunderbird at home and roundcube on the server...but both seemnot really moving much | |
| 09:03 | * magnuse | waves to rangi |
| 09:05 | rangi | hey magnuse |
| 09:05 | wahanui | well, magnuse is afraid that we added another 10000 bugs while he was eating pizza. |
| 09:05 | ashimema | rangi.. :) |
| 09:06 | mailpile looks very interesting ranig. | |
| 09:12 | rangi | got it running, so far so good |
| 09:23 | paul_p joined #koha | |
| 11:19 | Viktor joined #koha | |
| 11:23 | * magnuse | vinkar åt Viktor |
| 11:24 | * Viktor | waves back at magnuse |
| 11:28 | Viktor | If a email for "hold filled" is sent from the messaging will it still show up in the regular print job? |
| 11:45 | oleonard joined #koha | |
| 11:46 | oleonard | Hi #koha |
| 11:46 | cait | Viktor: i think it depends on your configuration - if you have hold filled set to email and print, there hsould be 2 notices i think in the queue |
| 11:47 | each notice in the queue now has a transport type | |
| 11:47 | so for the print just i think you need one with transport type 'print' | |
| 11:47 | I think when you have no email in the patron record it might fall back to print automatically | |
| 11:49 | Viktor | Thanks cait - I do think too that we will have automatic fallback to print. |
| 11:49 | collum joined #koha | |
| 11:50 | Viktor | cati: But I wonder a bit about the "hold filled" that patrons can activate themselves and if that affects the print notices for holds filled that runs as a cronjob |
| 11:50 | Sorry - cait | |
| 11:51 | But I guess that any which way they will get a notice so it might not be a big deal :) | |
| 11:54 | meliss joined #koha | |
| 11:56 | magnuse | wow, more gitified weirdness. now it looks like it's not using the templates in my git repo, but using the ones installed by koha-common instead... |
| 11:56 | NateC joined #koha | |
| 11:57 | cait | Viktor: i think if they switch that off, they get no hold filled at all |
| 11:58 | neither print or email | |
| 12:00 | Viktor | cait: Might have to experiment then. But the current print notices work fine, but we'd also like to use email more. Just feel that we need to be able to answer the patrons that wonder how it works :) |
| 12:00 | magnuse | nah, just say it's magic ;-) |
| 12:13 | Viktor | magnuse: Koha is quite magical indeed :) |
| 12:13 | magnuse: Just curious how it will behave. | |
| 12:19 | tcohen joined #koha | |
| 12:43 | paul_p | magnuse = mail in your mailbox ! |
| 12:44 | edveal joined #koha | |
| 12:51 | kmlussier joined #koha | |
| 13:17 | Spin_ joined #koha | |
| 13:19 | Spin_ | Hey koha if i wanna put an image on the first page of koha where do i put the image on the server i tried <img src="large.jpg"> in the OpacMainUserBlock but it did not find my jpg |
| 13:26 | oleonard | Spin_: The path in your <img> tag must match the path to the image's location |
| 13:26 | Spin_: So the answer depends on where you put the image on the server. | |
| 13:26 | Spin_ | well i can put in annywhere :) |
| 13:27 | but if i'm in opacmainuserblock where am i then on the server | |
| 13:29 | i did put it in htdocs but no succes (did find a text on internet that said i could use that) | |
| 13:29 | cma joined #koha | |
| 13:35 | oleonard | Spin_: The location of your image needs to be web-accessible according to your server's configuration. Are you the administrator of the server? |
| 13:35 | Spin_ | i have amdin rights yes |
| 13:38 | oleonard | I don't know what the best practices are around adding images to a Koha installation. The simplest solution would be to add your custom images to the "images" folder in whatever theme you're using. However I don't know what problems if any that presents for upgrades |
| 13:38 | Spin_ | sec i try to find the folder i use the standard theme |
| 13:40 | this one ? /usr/share/koha/opac/htdocs/opac-tmpl/prog/images | |
| 13:40 | oleonard | If you're using the prog theme, yes |
| 13:40 | Spin_ | where do i fing my theme |
| 13:41 | oleonard | If you do that then the path to your image is /opac-tmpl/prog/images/your-image-file.png |
| 13:41 | Spin_: Your theme is defined in Administration -> System preferences -> opacthemes | |
| 13:42 | Spin_ | its bootstrap |
| 13:43 | so i go for /usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/images | |
| 13:43 | or not | |
| 13:43 | oleonard | Yes |
| 13:43 | Spin_ | ok i put it there sec |
| 13:51 | i tried <img src="/opac-tmpl/prog/images/large.jpg"> but no luck the image is in /usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/images | |
| 13:52 | aumohmega joined #koha | |
| 13:52 | oleonard | Hmm... |
| 13:52 | aumohmega | aotearoa aroha :) |
| 13:52 | Spin_ | i'm on a ubuntu :O) |
| 13:54 | oleonard | Spin_: I think if you examine the two paths you mention above you'll see where your error lies |
| 13:55 | Spin_ | i have tried a gif in the same directory and that one works |
| 13:55 | a koha gif | |
| 13:55 | no jpg alowed ? | |
| 13:55 | oleonard | Then the path to your gif is correct and you should use it as an example. |
| 13:56 | Spin_ | thx for helping i try some more |
| 13:56 | aumohmega | im down with Gnome too Spin_ ~(8-D |
| 13:57 | Gnome Is Home. ;) | |
| 14:03 | oleonard | Any luck Spin_ ? |
| 14:04 | Spin_ | no but i did copy the koha gif renamed it and it did not work afther so i'm in the wrond map |
| 14:04 | wrong | |
| 14:04 | but by remaming all my koha gifs i might find it in the end :OP | |
| 14:06 | jcamins | Spin_: the first thing you should do is look at the paths that you shared at 14 minutes ago ("i tried <img src...") |
| 14:06 | rocio joined #koha | |
| 14:07 | rocio left #koha | |
| 14:07 | rocio joined #koha | |
| 14:08 | Spin_ | thx for helping they are waiting for me so ill continue tomorrow |
| 14:13 | indradg joined #koha | |
| 14:23 | fridolin | bybye |
| 14:23 | fridolin left #koha | |
| 14:46 | indradg joined #koha | |
| 14:53 | akafred joined #koha | |
| 15:04 | aumohmega left #koha | |
| 15:07 | paul_p joined #koha | |
| 15:19 | Dyrcona joined #koha | |
| 15:30 | Joubu | oleonard: thanks to correct me! |
| 15:33 | bye! | |
| 15:36 | cait left #koha | |
| 15:39 | laurence left #koha | |
| 15:50 | gaetan_B | bye! |
| 15:55 | indradg joined #koha | |
| 16:07 | oleonard | I'm getting stuck in a weird loop when running the web installer on an empty database in master. |
| 16:07 | After the web installer sets up the database, I'm immediately asked to update the database from Koha 3.17.00.023 to 3.17.00.023 | |
| 16:10 | cait joined #koha | |
| 16:11 | oleonard | The database reports my version is 3.1700023 |
| 16:21 | bag | oleonard: do you have plack or something like that running? |
| 16:23 | oleonard | Okay never mind, I tried it in another browser and had no problem. |
| 16:24 | Not sure what might have been cached that was causing problems. | |
| 16:25 | reiveune | bye |
| 16:25 | reiveune left #koha | |
| 16:49 | oleonard | The web installer only shows missing optional modules if you have missing required modules. Is that the correct behavior? |
| 16:50 | I would think that we would want to either *always* list the missing optional modules or *never* list the missing optional modules. | |
| 17:02 | tcohen joined #koha | |
| 17:12 | tcohen | Joubu: around? |
| 17:20 | cait | hi tcohen |
| 17:21 | cma joined #koha | |
| 17:24 | tcohen | hi cait |
| 17:24 | * tcohen | spent the whole day at the conference venue |
| 17:24 | tcohen | arranging things so we get a decent internet connexion |
| 17:25 | cait | very important |
| 17:27 | tcohen | gmcharlt: around? |
| 17:27 | gmcharlt | tcohen: not really |
| 17:27 | tcohen | heh |
| 17:27 | ok | |
| 17:27 | gmcharlt | but FYI, I'll be pushing out a utf8 test case bug by early Friday |
| 17:28 | tcohen | gmcharlt++ |
| 17:33 | cait | gmcharlt++ :) |
| 17:37 | francharb joined #koha | |
| 17:37 | oleonard | Is Bug 2270 still valid? |
| 17:37 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=2270 enhancement, P3, ---, gmcharlt, NEW , installer should be able to differentiate between optional and mandatory modules |
| 17:38 | cait | hmsec |
| 17:39 | hm | |
| 17:39 | i would say no, but not sure | |
| 17:39 | we do point out optional vs. mandatory i think | |
| 17:39 | and you can continue installer when optional is missing, right? | |
| 17:39 | and we have about.pl for later? | |
| 17:40 | oleonard | The bug is not valid with regard to the web installer. I don't know about the "command-line installer" to which the bug refers. |
| 17:41 | cait | oh |
| 17:41 | no idea then | |
| 17:43 | oleonard | I've filed a bug for the question I posed earlier: Bug 12945 |
| 17:43 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12945 normal, P5 - low, ---, koha-bugs, NEW , Web installer only shows missing optional modules if required modules are missing |
| 17:43 | cait | :) |
| 17:43 | oleonard: the web installer was due to some love :) | |
| 17:43 | can you say it like that? | |
| 17:44 | oleonard | "due some love" |
| 17:44 | cait | ok :) |
| 17:51 | oleonard | Here's my take on an updated web installer using Bootstrap 3: http://www.screencast.com/user[…]oha-web-installer (click through the series using the thumbnails at the bottom) |
| 17:53 | cait | i think on the first screen the red koha-conf looks a bit like something might be wrong |
| 17:53 | the requireds are cute :) | |
| 17:54 | it looks nice! | |
| 17:54 | oleonard | It's all out-of-the-box Bootstrap, so it would be good to make it look less distinctly Bootstrappish |
| 17:56 | kmlussier left #koha | |
| 17:56 | cait | default does not look too bad |
| 17:56 | not sure - maybe the color scheme could be adapted a bit to the staff client's one? | |
| 17:57 | adding a bit of koha green? | |
| 17:57 | oleonard | I would like it to be less recognizable as unmodified Bootstrap |
| 17:57 | I did add some touches of that green to input focus but it doesn't show up in the screenshot | |
| 17:57 | cait | some of the headings are dark blue |
| 17:58 | hm i guess we actually have that too | |
| 17:58 | in staff | |
| 17:58 | ok, i guess i don't have ideas :( | |
| 18:02 | meliss joined #koha | |
| 18:18 | WNickC joined #koha | |
| 18:19 | WNickC | Hi koha |
| 18:45 | oleonard | Ooh, git blame me. |
| 18:48 | cait | heh |
| 19:03 | tcohen | is there a bugfix to revamp the sample data files? |
| 19:06 | cait | hm? |
| 19:13 | Dyrcona1 joined #koha | |
| 20:16 | rangi | morning |
| 20:17 | hmm i still really really need someone to sign off on the last to prog/ccsr bugs | |
| 20:18 | @later tell tcohen its bug 11577 | |
| 20:18 | huginn | rangi: The operation succeeded. |
| 20:18 | rangi | it's a pretty cool feature :) |
| 20:51 | tgoatley joined #koha | |
| 21:01 | wizzyrea | oleonard++ I like the update to the installer |
| 21:02 | cait | hm no tcohen |
| 21:47 | bag | bug 11577 |
| 21:47 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11577 new feature, P5 - low, ---, h.meissner.82, Passed QA , [ENH] Automatic renewal feature |
| 21:49 | rangi | ahh thats the one tcohen was asking about in his email |
| 21:57 | tcohen joined #koha | |
| 21:57 | tcohen | hi |
| 21:57 | wahanui | bidet, tcohen |
| 22:14 | eythian | hi |
| 22:14 | wahanui | niihau, eythian |
| 22:16 | cait | lfsr-- |
| 22:17 | rangi | oh eythian right remember some of that from his uni days |
| 22:17 | eythian | lfsr? |
| 22:18 | cait | linear feedback shift register |
| 22:18 | right now we are debating in which direction you count the bits... because the example is a four digit one where you your the first and fourth bit... and that is not really helpful in telling | |
| 22:18 | eythian | ah |
| 22:18 | I think I have one of those somewhere in the pile of electronics on my desk. | |
| 22:19 | cait | and then if you google some do it ltr ... other rtl... and i am going crazy. |
| 22:19 | eythian | but it's been an extremely long time since I've ever had to work with them. |
| 22:20 | (and then it was probably only once in like second year or so.) | |
| 22:20 | rangi | yeah, 1992 is too long ago for me to remember :( |
| 22:20 | bag | heya eythian |
| 22:20 | wahanui | rumour has it eythian is an expert bot trainer |
| 22:20 | bag | abd cait |
| 22:20 | and* | |
| 22:20 | eythian | hi bag |
| 22:21 | wizzyrea | rangi has hopefully slept since then. |
| 22:21 | cait | eythian: technically... i am in my second year |
| 22:21 | bag: i read your typo as 'bad cait' | |
| 22:21 | wizzyrea | :( |
| 22:21 | good cait! | |
| 22:21 | wahanui | hmmm... good cait is back. |
| 22:21 | cait | lol |
| 22:21 | wizzyrea | :D |
| 22:21 | bag | never bad cait |
| 22:22 | always most lovely and kind cait | |
| 22:22 | cait | it's time we spend more time together... or maybe not :) |
| 22:22 | eythian | cait: I think I have forgotten most of my second year, I'm afraid. |
| 22:37 | cait | it's ok |
| 22:37 | i can understand that | |
| 22:37 | the human memory deletes bad things... | |
| 22:40 | wizzyrea | @quote add <cait> the human memory deletes bad things... |
| 22:40 | huginn | wizzyrea: The operation succeeded. Quote #310 added. |
| 22:40 | cait | i am not sure that sentence made sense even... |
| 22:40 | wizzyrea | makes perfect sense |
| 22:52 | cait | night all |
| 22:52 | wahanui | goodnight cait. You'll be back. |
| 22:52 | cait | probably too soon wahanui... |
| 22:52 | cait left #koha | |
| 23:01 | tcohen joined #koha | |
| 23:04 | rangi | stefano++ #answering a terse email nicely |
| 23:06 | wizzyrea | hm true |
| 23:06 | stefano++ | |
| 23:07 | that could have gone much differently | |
| 23:11 | dtweed joined #koha | |
| 23:14 | huginn | New commit(s) kohagit: Bug 10883 - AllowHoldDateInFuture can let a patron jump to the top of the holds list <http://git.koha-community.org/[…]15e6f435e9cff18f4> / Bug 11577: DBRev 3.17.00.024 <http://git.koha-community.org/[…]c451803a0af8fb87f> / Bug 11577 : Fixing a tiny copy/paste issue <http://git.koha-community.org/[…]eb/?p=koha.git;a= |
| 23:15 | dtweed | Can anyone point me in the right direction to get both opac and staff client under https with httpd/apache? I'm a little lost.. |
| 23:17 | rangi | do you know how to set up https in apache? |
| 23:17 | dtweed | yes |
| 23:17 | rangi | in that case |
| 23:17 | papa joined #koha | |
| 23:18 | rangi | just find the .conf in /etc/apache2/sites-available/ and edit it |
| 23:19 | dtweed | lol ya :) |
| 23:20 | is there a best practice to setting up two virtual servers running ssl ? | |
| 23:21 | rangi | not really, the only issue would be if your users are using ie6 or somethign horrible, then you would have to put each on a sep ip |
| 23:21 | wizzyrea | Windows XP is the offender there |
| 23:22 | they can have a modern IE, but if it's XP it'll throw warnings | |
| 23:23 | dtweed | Don't think ie6 is an issue for us/we're not supporting it |
| 23:23 | rangi | thats the best attitude to have :) |
| 23:24 | in that case you just need a couple of certs (or maybe one wildcard one) and you're away laughing ... what you might want to do is change the 2 existing virtualhosts to 443 | |
| 23:24 | and make 2 new ones, on 80, that just redirect to the ssl ones | |
| 23:24 | if that makes sense | |
| 23:25 | so that old links (if they exist) or if ppl hit them on port 80 cos they forget to type the s, they end up at the right site :) | |
| 23:25 | wizzyrea | I always copy the 80 ones, change them to 442 and add the certificate stuff |
| 23:25 | 443& | |
| 23:25 | gah. | |
| 23:25 | dtweed | hmm.. |
| 23:25 | wizzyrea | make sure it all works, then redirect the ones on port 80 to the 443 hosts. |
| 23:25 | dtweed | i must be missing something then, one seems to always take priority over the other |
| 23:26 | eythian | one what? |
| 23:26 | wahanui | one is, like, the easy fix... the other harder but right |
| 23:26 | dtweed | i keeping ending up either with access to the opac or the staff client, but not both |
| 23:27 | eythian | your virtual hosts are configured wrongly, most likely |
| 23:27 | JesseM joined #koha | |
| 23:28 | rangi | does it grizzle about a missing NameVirtualHost when you run configtest? |
| 23:29 | dtweed | No, everything pretends it's going to work, then doesn't |
| 23:30 | except now I notice a VirtualHost overlap message. | |
| 23:30 | rangi | there ya go :) |
| 23:30 | what version of apache? | |
| 23:30 | 2.2 or 2.4 ? | |
| 23:30 | wahanui | 2 |
| 23:31 | rangi | thanks wahanui |
| 23:32 | tcohen_ joined #koha | |
| 23:33 | dtweed | 2.2 |
| 23:33 | rangi | in that case try a NameVirtualHost directive |
| 23:37 | dtweed | That looks like the trick. I'll read up. |
| 23:37 | If I were needing to run both under the same hostname, is it feasible to use something like library.com for opac and library.com/staff for staff client? | |
| 23:39 | eythian | dtweed: you can't do that |
| 23:39 | each part assumes it has its own host:port part of the URL | |
| 23:42 | tcohen_ | you cannot run two different SSL hosts on the same port |
| 23:42 | rangi | you can |
| 23:42 | that was the olden days | |
| 23:42 | eythian | tcohen_: you totally can |
| 23:42 | tcohen_ | with a wildcard cert? |
| 23:42 | eythian | nope |
| 23:42 | SNI | |
| 23:43 | rangi | https://wiki.apache.org/httpd/[…]dSSLVHostsWithSNI |
| 23:44 | eythian | you shouldn't use it if you want to support IE on XP (ahahaah), android 2.2 or so, or blackberry something something. |
| 23:44 | but pretty much everything else is fine | |
| 23:44 | rangi | the 12 people who still use blackberry get really annoyed |
| 23:44 | wizzyrea | *snerk* |
| 23:44 | rangi | theres like a whole ghost town in canada now |
| 23:44 | where the big RIM campus was | |
| 23:46 | eythian | I suppose there are quite a few fewer RIM jobs now. |
| 23:46 | wizzyrea | *rimshot* |
| 23:46 | dtweed | good link, thank you |
| 23:48 | @rangi: RIM actually did a recruitment on my campus this past summer. no one applied | |
| 23:48 | huginn | dtweed: I'll give you the answer as soon as RDA is ready |
| 23:48 | rangi | dtweed: heh |
| 23:50 | dtweed | huginn: http://en.wikipedia.org/wiki/R[…]e_dentin_abrasion (RDA?) :) |
| 23:50 | huginn | dtweed: I suck |
| 23:51 | tcohen_ | eythian: i didn't know of SNI, i seems i haven't dealed with that for a long time |
| 23:52 | eythian | it's only fairly recent that it's been properly usable. |
| 23:52 | basically, when XP had a bullet put in it. | |
| 23:52 | rangi | dtweed: huginn and wahanui are bots |
| 23:53 | so you can do things like | |
| 23:53 | @marc 100 | |
| 23:53 | huginn | rangi: A personal name used as a main entry in a bibliographic record. [a,b,c,d,e,f,g,j,k,l,n,p,q,t,u,4,6,8] |
| 23:53 | rangi | or |
| 23:53 | @wunder nzwn | |
| 23:53 | huginn | rangi: The current temperature in Wellington, New Zealand is 15.0°C (11:30 AM NZST on September 18, 2014). Conditions: Partly Cloudy. Humidity: 63%. Dew Point: 8.0°C. Pressure: 29.92 in 1013 hPa (Steady). |
| 23:53 | rangi | and RDA in this context is |
| 23:53 | RDA? | |
| 23:53 | wahanui | i think RDA is my cataloguing standards are bad, and you should feel bad |
| 23:53 | rangi | https://en.wikipedia.org/wiki/[…]iption_and_Access |
| 23:55 | dtweed | Good to know, but it can still be therapuetic to make jokes to bots.. however, I will refrain from now on |
| 23:55 | eythian | http://mysocialsherpa.com/the-[…]ted-facebook-ads/ <-- that's pretty entertainingly cruel |
← Previous day | Today | Next day → | Search | Index