FreeNode: rangi n=chris203-118-134-114.netspace.net.nz![http://atz.dev.kohalibrary.com[…]nu-background.gif](http://atz.dev.kohalibrary.com/opac-tmpl/prog/en/css/../../images/member-menu-background.gif){kind=link}
![http://atz.dev.kohalibrary.com[…]nu-background.gif](http://atz.dev.kohalibrary.com/opac-tmpl/prog/images/member-menu-background.gif){kind=link}
![http://192.168.0.112/opac-tmpl[…]mages/fbcseal.jpg](http://192.168.0.112/opac-tmpl/fbc/images/fbcseal.jpg){kind=link}
foobardomain.com← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 13:45 | [K] | *** join #kohaFreeNode: rangi n=chris203-118-134-114.netspace.net.nz |
| 14:06 | kados | hi foxnorth, owen |
| 14:06 | owen | Hi kados |
| 16:29 | fbcit | atz: u around? |
| 16:29 | atz | sure |
| 16:29 | what's up? | |
| 16:30 | fbcit | why would an image url in an internal css in opac-main.tmpl no resolve correctly? (ie. ../../images/foo.jpg) |
| 16:30 | yet | |
| 16:31 | the same path resolves correctly inside of opac.css... | |
| 16:31 | I tried an absolute path with no success either. | |
| 16:32 | atz | could be many things... check your apache logs to see what request is actually hitting the server (if any) |
| 16:33 | should be a 404 w/ some pathname you don't expect | |
| 17:00 | fbcit | atz: it does not make any sense.... using the absolute path, apache logs a 404 against the correct path? Permissions appear ok. |
| 17:00 | atz | could be something strange going on in apache rewrite? |
| 17:01 | can you paste the URL? | |
| 17:02 | fbcit | /home/fbcdev-1/kohaclone1/koha-tmpl/opac-tmpl/fbc/images/fbcseal.jpg |
| 17:03 | the call to this url comes from opac-main.pl | |
| 17:05 | atz | you can get to main a couple different ways, right? |
| 17:05 | fbcit | in opac.css ../../images/fbcseal.jpg works fine on the same page. |
| 17:05 | http://192.168.0.112/cgi-bin/koha/opac-main.pl | |
| 17:05 | is what I have been using | |
| 17:05 | atz | ok |
| 17:06 | but what if you are viewing it at just http://192.168.0.112/ | |
| 17:07 | fbcit | same problem |
| 17:08 | apache says: "GET /home/fbcdev-1/kohaclone1/koha-tmpl/opac-tmpl/fbc/images/fbcseal.jpg HTTP/1.1" 404 - | |
| 17:09 | atz | and you confirm that is the correct path and permissions... hrmm.... |
| 17:09 | fbcit | fbcit:/home/fbcdev-1# ls /home/fbcdev-1/kohaclone1/koha-tmpl/opac-tmpl/fbc/images/fbcseal.jpg |
| 17:09 | /home/fbcdev-1/kohaclone1/koha-tmpl/opac-tmpl/fbc/images/fbcseal.jpg | |
| 17:11 | if I use ../../image/fbcseal.jpg apache tries to resolve it as absolute and says: "GET /images/fbcseal.jpg HTTP/1.1" 404 | |
| 17:12 | atz | you have a SETENV PERL5LIB=/home/fbcdev-1/kohaclone1/production/koha ? |
| 17:13 | fbcit | hrm... no |
| 17:13 | what is 'production'? | |
| 17:13 | atz | sorry, should have asked "what is your PERL5LIB" ? |
| 17:15 | also check permissions on your "fbc" directory | |
| 17:16 | fbcit | sorry.. PERL5LIB is undef |
| 17:17 | atz | in your conf file? |
| 17:18 | should be two "SetENV" lines for each virtualhost (opac and staff interface) | |
| 17:18 | fbcit | maybe another installer issue.... no SetENV lines for either virtualhost |
| 17:19 | opps | |
| 17:19 | one | |
| 17:19 | for KOHA_CONF only | |
| 17:19 | shall I add PERL5LIB? | |
| 17:20 | atz | yeah, nothing will run right w/o it |
| 17:20 | fbcit | it should point to my koha base ? |
| 17:20 | atz | it should be the directory "below" (i.e., containing) C4 |
| 17:24 | fbcit | no joy |
| 17:26 | atz | in mine it is set to /home/atz/koha/production/intranet/modules/ |
| 17:26 | (i'm not sure if production/testing split is in the version you have) | |
| 17:26 | fbcit | kohaclone1 contains C4 so PERL5LIB=/home/fbcdev-1/kohaclone1/ |
| 17:27 | atz | then $ ls -l /home/atz/koha/production/intranet/modules/ |
| 17:27 | total 0 | |
| 17:27 | lrwxrwxrwx 1 atz atz 13 2007-10-02 08:28 C4 -> ../../koha/C4 | |
| 17:28 | if we suspect a possible installer issue, gmcharlt is the guy to ask | |
| 17:28 | since he is working on it actively for this release | |
| 17:29 | probably has changed since (only a month or so when) I used it last | |
| 17:29 | gmcharlt | SetEnv PERL5LIB is not in current default koha-httpd.conf, but I intend to add it |
| 17:29 | fbcit | right... my install is done with the old ver |
| 17:30 | atz | makes sense |
| 17:30 | fbcit: check your apache configs for RewriteRule ... image ... | |
| 17:31 | it might be in the main server configs too, not just koha config | |
| 17:32 | that ../../image/fbcseal.jpg becomes /images/fbcseal.jpg seems like a good lead | |
| 17:33 | greets owen | |
| 17:33 | owen | Hi atz |
| 17:33 | fbcit | would it help to turn on the rewrite log? |
| 17:34 | atz | fbcit: it might |
| 17:38 | http://atz.dev.kohalibrary.com[…]nu-background.gif | |
| 17:38 | logically goes to | |
| 17:38 | http://atz.dev.kohalibrary.com[…]nu-background.gif | |
| 17:39 | for me | |
| 17:41 | fbcit | watching koha-opac-error_log, koha complains about kohaclone1/koha-tmpl/images not existing |
| 17:41 | rewrite log looks for /images/fbcseal.jpg | |
| 17:42 | apache conf looks ok AFAIKT | |
| 17:44 | maybe owen has an idea? | |
| 17:44 | atz | http://192.168.0.112/opac-tmpl/prog/images/ |
| 17:45 | owen | Sorry guys, what's the question? |
| 17:45 | fbcit | atz: results in a dir list |
| 17:45 | atz | (that's normal) |
| 17:45 | owen: he's trying to figure why his CSS image URL doesn't resolve | |
| 17:46 | fbcit | owen: trying to figure out why using url(../../images/fbcseal.jpg) works in opac.css, but not in opac-main.tmpl |
| 17:46 | owen | What's the URL? |
| 17:46 | fbcit | ../../images/fbcseal.jpg |
| 17:47 | I've also tried absolute pathing | |
| 17:48 | owen | I mean the URL to your OPAC. Is it somewhere I can look? |
| 17:48 | atz | only on his LAN, i think |
| 17:48 | fbcit | right... sorry. |
| 17:50 | atz | fbcit: you can't back out past root in HTML (i.e. the main template) |
| 17:50 | fbcit | nope |
| 17:52 | atz | from root it would look like: /opac-tmpl/fbc/images/fbcseal.jpg |
| 17:53 | i.e., http://192.168.0.112/opac-tmpl[…]mages/fbcseal.jpg gets it? | |
| 17:54 | fbcit | yep and using that path in opac-main.tmpl gets it too... |
| 17:55 | atz | i should have realized when you pasted the log |
| 17:55 | you said absolute path, and you meant it.... but from the system perspectiv | |
| 17:55 | GET /home/fbcdev-1/kohaclone1/koha-tmpl/opac-tmpl/fbc/images/fbcseal.jpg | |
| 17:55 | fbcit | ahh |
| 17:55 | so will /../../images/fbcseal.jpg work as well? | |
| 17:55 | atz | apache doesn't (and shouldn't!) serve up requests like that |
| 17:56 | the CSS is coming from this point: | |
| 17:57 | /opac-tmpl/prog/en/css | |
| 17:58 | your directory is /opac-tmpl/fbc | |
| 17:58 | fbcit | so the root is /opac-tmpl in this case, right? |
| 17:58 | atz | so from the CSS, you need to back out 3 levels |
| 17:58 | root is / | |
| 17:58 | fbcit | but not the same as system root |
| 17:58 | atz | right, in the apache config it is set as DOCUMENT_ROOT |
| 17:59 | (sorry, no underscore) | |
| 17:59 | fbcit | you anticipated me |
| 17:59 | k | |
| 18:00 | atz | so your URL in the CSS should be ../../../fbc/images/fbcseal.jpg |
| 18:00 | fbcit | I see... |
| 18:00 | atz | you might also just setup an alias in apache to be like /fbcimages and simplify for yourself |
| 18:01 | but that should do it | |
| 18:03 | fbcit | tnx atz owen |
| 18:04 | atz | np, i hope to get a look at it when you have it all done! |
| 18:06 | CGI227 | hi |
| 18:07 | owen | hi CGI227 |
| 18:07 | Too slow. | |
| 19:58 | fbcit | attempting to delete a library results in: DBD::mysql::st execute failed: Cannot delete or update a parent row: a foreign key constraint fails (`koha/borrowers`, CONSTRAINT `borrowers_ibfk_2` FOREIGN KEY (`branchcode`) REFERENCES `branches` (`branchcode`)) at /usr/share/kohaclone1//C4/Branch.pm line 473. |
| 20:01 | maybe we are missing: ON DELETE CASCADE ON UPDATE CASCADE... ? | |
| 20:02 | kados ? | |
| 20:05 | kados | hiya fbcit |
| 20:06 | fbcit | kados: see above... |
| 20:06 | kados | hmmm |
| 20:07 | works for me | |
| 20:07 | deleting a library, right? | |
| 20:07 | from /cgi-bin/koha/admin/branches.pl | |
| 20:07 | ? | |
| 20:08 | if you delete a library that has patrons you'll get an error: | |
| 20:08 | Library cannot be deleted because there are patrons using that library | |
| 20:08 | fbcit | I'm trying to delete the sample libs |
| 20:09 | staff client does not error out, but neither does it delete the lib | |
| 20:09 | apache error.log speaks the above mentioned error. | |
| 20:09 | kados | weird |
| 20:10 | yea, I'm running the stock data too | |
| 20:10 | JYL57 | hello again koha world! someone available to assist me in migration to 2.2.9 ? |
| 20:10 | fbcit | so I must have to delete the sample patrons? |
| 20:10 | kados | and I'm not having that prob |
| 20:10 | try on mine | |
| 20:10 | JYL57 | my db is/was an old 2.2.4 (not sure) version |
| 20:10 | kados | hi JYL57 |
| 20:10 | JYL57 | hi kados |
| 20:11 | In fact I managed to migrate my 4.1 db to etch 5.0 db | |
| 20:11 | kados | in fact, I've heard reports of errors with mysql 5.0 and koha 2.2.9 as well |
| 20:12 | JYL57 | in parallel I installed a 2.2.9 koha which has generated another koha DB |
| 20:12 | kados | running directly from rel_2_2 in CVS is the only way currently to run on mysql 5.0 |
| 20:12 | you can bug the 2.2 release manager to release 2.2.10 which would have those fixes | |
| 20:13 | JYL57 | "running directly from rel_2_2 in CVS " what do you mean by that ? |
| 20:15 | kados | JYL57: http://www.kohadocs.org/Updating_Koha.html |
| 20:15 | JYL57 | ok,let's have a look at that |
| 20:15 | kados | JYL57: yep, that's detailed at the bottom of that page |
| 20:15 | JYL57: make sure you do this in a test environment | |
| 20:20 | JYL57 | :-) |
| 20:25 | kados, where can I check the bugs linked to the 2.2.9 and mysql 5.0 version, is bugzilla up to date ?! | |
| 20:27 | By the way, which CVS client would you advice for my brand new etch ?! | |
| 20:27 | atz | owen: i'm seeing the js calendar widget listing only even or only odd years in the "<<" dropdown |
| 20:27 | is it just me ? | |
| 20:35 | kados | JYL57: apt-get install cvs isn't working for ya? |
| 20:35 | JYL57: yea, stuff listed in bugzilla tagged for rel_2_2 should give you an idea | |
| 20:45 | aklibrarian | I am trying to configure my apache2 for virtual directories. I am in the right file. I have a list of the commands, but I am lost. It says Virtual Host and then I would put in the ip address, Would I add the port there too? |
| 20:45 | kados | aklibrarian: yes |
| 20:45 | atz | you can if you want to use a non HTTP port |
| 20:46 | kados | aklibrarian: for instance: <VirtualHost 11.22.33.44:80> |
| 20:46 | aklibrarian: and you'll need a Listen line for every port you use | |
| 20:46 | Listen 11.22.33.44:80 | |
| 20:46 | outside of the VirtualHost | |
| 20:46 | aklibrarian | Thank you I have been looking for that answer for two-three hours now. |
| 20:46 | I will try that. | |
| 20:47 | kados | no worries |
| 20:47 | JYL57 | kados: with my wonderful new gnome environment I would go for a GUI CVS ! |
| 20:47 | aklibrarian | exit |
| 20:48 | kados | JYL57: *nod* |
| 20:48 | JYL57: personally I never run a gui environment on a server | |
| 20:51 | fbcit | kados: who does the staff client interface layout? |
| 20:54 | kados | owen leonard |
| 20:54 | oleonard on IRC | |
| 20:55 | he's gone home for the day | |
| 20:55 | owen | owen on IRC, but I'm mostly not paying attention today |
| 20:55 | kados | oh,, right |
| 20:55 | hey owen | |
| 20:56 | fbcit | owen: I have made some css adjustments to accommodate those of us with over 22 letters in our full name... |
| 20:56 | are you interested in them? | |
| 20:56 | owen | Yes |
| 20:56 | aklibrarian | In the Apache conf file I have Include /etc/koha-http.conf Where do I need to fix the virtual hosts? |
| 20:58 | owen | atz: about the even or odd years, I think that's by design. At least I've always seen it that way |
| 20:58 | fbcit | owen: I can format up a patch and send it to you. |
| 20:58 | owen | fbcit: can you describe where changes were necessary? What problems did you see |
| 21:00 | atz: ...and I see it's that way on the dynarch.com site. I think it's a way of compressing more years into limited space. | |
| 21:01 | atz | ok, cool... for a second there I was thinking "how did I manage to break that?" |
| 21:01 | kados | hehe |
| 21:01 | atz++ :-) | |
| 21:02 | JYL57 | aklibrarian: if you're on debian => etc/apache2/sites-available |
| 21:16 | atz | kados: we will need to change something about the way patron images are referenced, i think |
| 21:16 | kados | atz: yea? |
| 21:16 | atz | otherwise the apache error log will have a "File does not exist" error for each view |
| 21:16 | kados | we'll have to ask gmcharlt where those might fit in the overall FHS |
| 21:17 | well, if you have the feature turned on | |
| 21:17 | otherwise there is no error | |
| 21:17 | atz | basically we need to know whether the pic is there before we send the browser to fetch it |
| 21:17 | kados | and if you have the feature turned on you won't get the error if you have images :-) |
| 21:17 | atz | yeah, but who will have a pic for *everybody* ? |
| 21:17 | kados | well ... |
| 21:17 | there is some client-side JS to handle missing images | |
| 21:18 | atz | the log will get needlessly bloated w/ those errors though |
| 21:18 | gmcharlt | atz, kados: technically speaking, /var/lib/koha/www/images or something like that |
| 21:19 | with either appropriate Apache config or a helper CGI to serve the images | |
| 21:20 | atz | that makes sense |
| 21:22 | gmcharlt | as usual, would need to deal with permissions issue, but that applies with any use of persistant uploaded files |
| 21:23 | kados | gmcharlt: *nod* |
| 21:23 | gmcharlt: maybe all of the uploaded files should go in one place? with subdirs from ther? | |
| 21:24 | gmcharlt | yeah, permanent ones, at least in /var/lib/koha/www/uploads or the like |
| 21:24 | kados | *nod* |
| 21:25 | gmcharlt | (MARC file imports are currently temporary, as data gets cached in DB anyway, so no need as yet to store the file until I implement more options for that kind of processing) |
| 21:25 | kados | atz: the only way to prevent that is to 1. turn off the feature, or 2. do an apache rewrite or sth to prevent those queries from failing |
| 21:25 | atz | right |
| 21:25 | kados | atz: checking for existance of the image beforehand is too expensive |
| 21:26 | IMO anyway | |
| 21:26 | gmcharlt: (I was wondering about that) | |
| 21:26 | atz | you're going to check when the browser comes back looking for it anyway |
| 21:26 | kados | gmcharlt: (do they ever even need to be stored on the filesystem in the case of MARC?) |
| 21:26 | gmcharlt: (couldn't they be uploaded into a mysql table?) | |
| 21:26 | gmcharlt: (one marc per row) | |
| 21:26 | atz | so in the negative case, you can take your pic... , er.... pick. |
| 21:27 | kados | heh |
| 21:27 | gmcharlt | kados: some users will want that option for insurance purposes |
| 21:27 | but I don't see an immediate need | |
| 21:28 | if user is processing a file that they receive via FTP | |
| 21:28 | and prefers to do that on the server, well, batch jobs already exist for that | |
| 21:28 | and long-term archiving of the file would be up to the user | |
| 21:28 | kados | *nod* |
| 21:30 | atz | one option would be a separate virtualhost for pix w/ different log level, or log_via_pipe filter |
| 21:53 | JYL57 | ok, time to go to sleep now... |
| 21:54 | kados: I've played around with this 2.2.9 version and for what we do daily that seem good enough ! | |
| 21:54 | kados | JYL57: great |
| 21:55 | JYL57 | kados : And I'll be glad to upgrade soon to 3.0 :-) |
| 21:59 | kados | JYL57: me too my friend, me too :-) |
| 22:11 | bbl | |
| 22:11 | atz | cool... enjoy the sun |
| 22:19 | aklibrarian | I want to go to santa cruz |
| 22:29 | gmcharlt | hi aklibrarian: just out of curiosity, which part of Alaska? (I lived in Anchorage for three years) |
| 22:29 | aklibrarian | I am in Unalakleet which is close to Nome. If you were there three years, were you Army? |
| 22:29 | gmcharlt | no -- my wife worked for University of Alaska Anchorage for the library |
| 22:30 | in the library, to be more grammatical | |
| 22:30 | aklibrarian | How long ago? |
| 22:30 | They remodelled it a few years ago and it is much more beautiful than it was when I was a student there. | |
| 22:31 | gmcharlt | just a couple years ago (she was head of tech services) |
| 22:31 | and yes, the remodeling looks very nice | |
| 22:32 | aklibrarian | Growing up we learned if someone was staying in Anchorage for three years they were Army, four year Air Force. |
| 22:33 | gmcharlt | lol -- never heard that before, but makes sense |
| 22:34 | atz | gmcharlt: where does the staff "Suggestions" interface live? |
| 22:35 | gmcharlt | atz: acquisitions, it looks like |
| 22:35 | atz | ah, cool |
| 22:36 | gmcharlt | acceptorreject.pl -- probably should be acceptorrejectorpunt.pl for completeness' sake :) |
| 22:36 | aklibrarian | I have nothing in my koha.conf or koha-httpd.conf are these real files or files that I may have made on accident |
| 22:37 | gmcharlt | aklibrarian: first was renamed to koha-conf.xml in 3.0, seemingly |
| 22:38 | both are real files and should have been initialized by make install | |
| 22:39 | assuming defautl installation optoins, both should exist in /usr/share/koha/etc | |
| 22:39 | aklibrarian | Thank you. I found a paper that says what should be in it, i.e. datavase=koha hostname=localhost |
| 22:39 | Should I add that programming | |
| 22:40 | gmcharlt | aklibrarian: are you installing 2.2 or 3.0? |
| 22:40 | aklibrarian | I have them both in use/etc |
| 22:40 | 2.29 | |
| 22:41 | gmcharlt | ah, OK |
| 22:41 | aklibrarian | Would this be easier as 3.0 |
| 22:41 | gmcharlt | aklibrarian: not yet, but hopefully next week as I finish up some work on the installer |
| 22:42 | aklibrarian | I may just hold off and do something else for the rest of the day and then start again next week whenever you have it loaded. |
| 22:45 | gmcharlt | aklibrarian: ok, but if you're inclined to play with 2.2.9 a bit more, koha.conf does take database=, hostname=, user=, and pass= |
| 22:47 | aklibrarian | I may. I like playing with it and I learn something new each time I do. This is my first time working with Linux and the learning curve has been large. I have someone with the knowhow who takes care of my koha installation that is available now, but I want to clean it up so I am trying to learn more. |
| 22:47 | gmcharlt | aklibrarian: sounds good -- imo, best to tackle this kind of learning curve head-on |
| 22:48 | aklibrarian | As long as people like you are around to answer questions. |
| 23:38 | atz | see y'all next week. |
| 01:31 | fbcit | owen: u around? |
| 01:34 | owen | fbcit: I'm around for a few, now |
| 01:37 | fbcit | owen: sorry I dropped out earlier... DSLM card went bad and both DSL went down... |
| 01:37 | were you able to see what I was speaking of? | |
| 01:38 | owen | No, I didn't get any info about it |
| 01:38 | fbcit | owen: in circulation>checkouts, the patroninfo and menu divs... |
| 01:38 | <fbcit> the width was too narrow to accommodate my full name and email addresses... | |
| 01:38 | <fbcit> so the text ran over out of the patroninfo/menu area | |
| 01:38 | <fbcit> I increased the width of that div to 16.5em... | |
| 01:38 | <fbcit> and | |
| 01:38 | <fbcit> set the left margin of the div to its right at 17em.. | |
| 01:38 | <fbcit> seems to look ok now... | |
| 01:38 | <fbcit> my full name with spaces has 27 chars in it. My email addr has 28... | |
| 01:38 | <fbcit> the name can be shortened, but not the email, so something had to give... :-) | |
| 01:39 | the changes were to reset-fonts-grids.css | |
| 01:40 | I'm not familiar enough with yui to know if this will cause problems, but it seems not to in my install so far. | |
| 01:40 | owen | Yeah, I do worry about it. So far I've stuck with the fixed layouts offered by their grid. |
| 01:41 | But it's a good point. | |
| 01:41 | fbcit | owen: just build a patron with 11 chars in sirname and given name |
| 01:42 | and an email addr like foobarnamefoobardomain.com |
|
| 01:42 | that should demo the issue. | |
| 01:42 | 11 chars in *each* name that is | |
| 01:43 | owen | I see the problem with the email address, since that doesn't wrap. But the name seems to wrap okay, even with a very long one |
| 01:45 | fbcit | sorry, now that you mention it, the email was what started me off on this tangent.... :) |
| 01:46 | just double checked and the name does wrap as you say. | |
| 01:47 | I suppose the lack of white space causes the issue in the email. | |
| 01:47 | owen | Yeah, emails are a bitch that way |
| 01:48 | I'm tempted to wrap it in an element with overflow:hidden | |
| 01:48 | fbcit | a better tactic would probably be to use an internal css in the tmpl? |
| 01:49 | owen | What do you mean? |
| 01:50 | fbcit | <style type="text/css">some;css;stuff;</style> |
| 01:50 | after </head> and before <body> | |
| 01:51 | that would take precedence over the external css. | |
| 01:51 | only for that tmpl | |
| 01:52 | that could be wrapped in TMPL_IF if need be to restrict its application even further. | |
| 01:53 | but I am very neo to css | |
| 01:54 | hehe | |
| 01:54 | owen | Anyway, I have to disappear again. Thanks for the heads up. I'll see what I can come up with. |
| 01:54 | fbcit | g'night |
| 09:30 | JYL57 | hello koha world ! |
| 09:32 | I've almost succeeded in my 24 H mission but I still need a little help for apache2 config... Someone have 5 minutes here ? | |
| 09:42 | It's ok, I've solved my problem ! Have a nice day ! |
← Previous day | Today | Next day → | Search | Index
