IRC log for #koha, 2007-12-08

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

All times shown according to UTC.

Time Nick Message
13:45 [K] *** join #koha@FreeNode: rangi n=chris@203-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-tmp​l/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-tmp​l/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-tmp​l/opac-tmpl/fbc/images/fbcseal.jpg
17:09 /home/fbcdev-1/kohaclone1/koha-tmp​l/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-tmp​l/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 foobarname@foobardomain.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

koha1