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