- Koha-devel - lists.koha-community.org

awstats
by Paul A 13 Dec '13

13 Dec '13

Has anyone here got a working version of awstats (v.7) running with Koha on Apache 2.2.x? Specifically (Debian/Ubuntu), the cross referencing of the apache2 .conf files, both LAN and WAN? I'm trying to do some research into mobile/smartphone use -- at a meeting yesterday with BellMobility (not specifically Koha), I was told that they're seeing a 5% per MONTH increase in data loads. This ties in with recent press reports that "mobile" access will surpass "desktops" by 2015 in Canada. Question (prompted? reinforced?) by a couple of off-list emails with Robin S. on the subject of bootstrap in Koha. tnx and br - paul

2 1

3.14.1 in progress
by Fridolin SOMERS 13 Dec '13

13 Dec '13

Hie community ! As RM for 3.14, I start pushing today into 3.14.x. I will release 3.14.1 has planned on 22nd (a Xmas gift). I'm proud to add my stone to the building (translation of "ajouter une pierre à l'édifice"). Best regards, -- Fridolin SOMERS Biblibre - Pôle support fridolin.somers(a)biblibre.com

2 1

Re: [Koha-devel] Architectural goals for 3.16
by Paul A 11 Dec '13

11 Dec '13

At 09:59 AM 12/11/2013 +1300, Liz Rea wrote: >On 11/12/13 05:40, Owen Leonard wrote: > >> [4] Upgrade the version of Bootstrap we use to 3.x. > > As I mentioned in IRC today the primary caveat for this goal is that > > Bootstrap 3 says it "drops support for Internet Explorer 7 and Firefox > > 3.6." However, it doesn't explicitly say what "dropping support" > > means. If it means broken functionality, that is a problem for us. If > > it means graceful degradation, that's more acceptable. I'll be doing > > some investigation, but I think we need some opinions from others > > about what level of support we need to offer for IE7 and FF 3.6. > > > > -- Owen > > >(this is only my opinion, since you asked.) Mine too (and we're "small" so maybe near the bottom end of the relevancy scale.) >IE 7 is only available in Windows XP, which is due to be end of life in >April 2014. First, I really have no opinion on IE 7 thru 10 -- I do read the stats on "market share", and I do have access (for webpage verification purposes) of IE8, but that's it... >Any changes we make for this cycle won't be released until >after XP is EOL. [snip] XP is an outdated, and dangerous operating system >to be >running. We're all entitled to our opinions and I respect yours. However XPPro SP2,[1] properly set up (with a *user* account, never go on-line with admin privileges) is not "dangerous." EOL, maybe, but I feel that Koha is gaining ground in (excuse me if I'm not PC) less developed countries where quite frankly older o/s abound for whatever reasons. Upgrading Koha to deny XP (and I'm not at all sure that's what's being proposed) might be cutting off our noses to spite our face. >It should be noted that it was discovered that bootstrap 3 sites, though >not officially supported in FF 3.6, still seem to look and work OK. For the record, I still have (no time to rebuild) half a dozen "kiosks" that run FF3.6 under Win98SE (despite a whole bunch of misinformation that it's not possible) -- the Koha OPAC is visually perfect (3.8.5 near standard OPAC CSS) and very fast. YMMV. Bottom line: bootstrap 3 is probably the right way to go, and sooner rather than later ... but let's not forget that there are probably hundreds of thousands, if not potentially millions, of KohaOPAC users who are not as "up to date" with their boxes as we might be... Best regards, Paul [1] I have two boxes running XPPro, installed 2001, upgraded SP2 2004 (both running IE8 since 2009). They have never, ever failed in 12 years -- "bullet-proof" is a term that comes to mind. Note that I have never used Vista, Win7 or Win8.

5 6

Re: [Koha-devel] RSS method for checking and warning about current installed version
by Paul A 10 Dec '13

10 Dec '13

At 08:55 PM 12/3/2013 -0200, Tomas Cohen Arazi wrote: >My main concern is people having Koha instances that already reached EOL >and/or are not supported anymore. How to do it is the topic in discussion. >I like the idea of a button (maybe in the form of a tab in the about page >;-) and maybe with a disclamer notice and a confirmation button). Having a >syspref defaulting to "disabled" could work if this is troublesome in >several jurisdictions. I'm referring to professionals who know full well what they are doing with their library systems, we don't need the security implications of any "preference" having external file editing capability. If amateurs need reminding, that's another question that should be available during installation, not afterwards. Look around the landscape: does perl, or apache, or mysql, or zebra, or etc, etc... do this? You say "could work" -- I'm suggesting that security must be bullet proof. As far as I'm concerned, this avenue should be blackballed for a standard install/upgrade. It's just the thin end of the wedge towards other intrusions. Best regards -- Paul >Regards >To+ > > >On Tue, Dec 3, 2013 at 7:46 PM, Paul A ><<mailto:paul.a@navalmarinearchive.com>paul.a(a)navalmarinearchive.com> wrote: >At 07:48 AM 12/4/2013 +1300, Chris Cormack wrote: >>On 4/12/2013 6:38 am, "Tomas Cohen Arazi" >><<mailto:tomascohen@gmail.com>tomascohen(a)gmail.com> wrote: >> > >> > What would you think of adding some way for the >> <http://about.pl>about.pl page to load information on newer versions >> available, or even if the currently used branch has reached EOL? >> > >>I like this idea, assuming it is an opt in option. (and easily switched >>off again too) >>Chris > >TomÃÂ¡s, please tell me that this does NOT involve instances of Koha >attempting, unsupervised, to contact an external website. > >Thanks and best regards, >Paul > >_______________________________________________ >Koha-devel mailing list ><mailto:Koha-devel@lists.koha-community.org>Koha-devel(a)lists.koha-community.org >http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >website : <http://www.koha-community.org/>http://www.koha-community.org/ >git : <http://git.koha-community.org/>http://git.koha-community.org/ >bugs : <http://bugs.koha-community.org/>http://bugs.koha-community.org/ > > > > >-- >TomÃ¡s Cohen Arazi >ProsecretarÃa de InformÃ¡tica >Universidad Nacional de CÃ³rdoba >â +54 351 4333190 ext 13168 >GPG:Â B76C 6E7C 2D80 551A C765 Â E225 0A27 2EA1 B2F3 C15F

4 4

Issue with boostrap translation in 3.14
by Philippe Blouin 09 Dec '13

09 Dec '13

(posted to both koha-translate and koha-devl) Holà koha! Anyone else has issue with boostrap translation in 3.14? Seems a lot of strings are not picked up by "translate update" anymore, due to not being "obvious" to the tool anymore. For example: opac-tmpl/bootstrap/en/includes/masthead.inc : 131 <label for="masthead_search"> Search If we put the string between <span> </span>, then it's picked up and can be translated. There are multiple cases like these. Enough that we certainly don't want to hack all the files like this, if that can be avoided. Anyone else has that issue? We're translating to fr-CA, but I don't think the target language is related to the issue. Suggestions are very welcomed (more so since we are on a tight schedule) Best regards, Philippe -- Philippe Blouin, Responsable du développement informatique Tél. : (888) 604-2627 philippe.blouin(a)inLibro.com <mailto:philippe.blouin@inLibro.com> inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>

2 1

Re: [Koha-devel] Koha development server on Debian Wheezy
by Holger Meissner 05 Dec '13

05 Dec '13

Michael Hafen wrote: > The real problem though, the 403 error, is more of a mystery. In my experience this error is usually caused by > file system permissions which don't allow apache to read and execute the perl files. That would be the first > thing to check. If the files are owned by you, then they need to be read and executable by everyone. On the > other hand if the files are owned by www-data then the file need to be read and executable by the user. The > first case is the most likely in your case in my opinion. It was the first case. I installed koha in root, but didn't set any permissions. Now everything works, thanks again!

1 0

Please help: biblio and biblionumber
by Andrea Furin 04 Dec '13

04 Dec '13

hi. I had a very big problem: I cannot solve this: in "MARC bibliographic framework test" I have an error: "biblio and biblionumber The biblio.biblionumber and biblioitems.biblioitemnumber fields be mapped to a MARC subfield" Installed Koha 3.12.6 via deb. I use Unimarc. My records.abs tells: ############ IDENTIFICATION NUMBERS ################## melm 001 Local-number,Local-number:n # Local-number (biblionumber can be either in 090$9 or, on some setup, on 001) melm 009 Identifier-standard:w,Identifier-standard:n melm 090$a Local-number,Local-number:n melm 099$c date-entered-on-file:s,date-entered-on-file:n,date-entered-on-file:y,Date-of-acquisition,Date-of-acquisition:d,Dat$ melm 099$d Date/time-last-modified:s,Date/time-last-modified:n,Date/time-last-modified:y melm 099$t ccode:w My framework: biblio.biblionumber -> 001_@ bilioitems.biblioitemnumber -> 090_a Please help, thanks in advance a.f.

4 3

Re: [Koha-devel] Koha development server on Debian Wheezy
by Holger Meissner 04 Dec '13

04 Dec '13

Hi Fridolin, this is the configuration from when I tried to install without packages: # Koha Apache Configuration Directives #NameVirtualHost * ## OPAC <VirtualHost 127.0.1.1:80> ServerAdmin webmaster@debian DocumentRoot /root/koha/koha-tmpl ServerName debianLOL # ServerAlias opac.mydomain.com ScriptAlias /cgi-bin/koha/ "/root/koha/opac/" ScriptAlias /index.html "/root/koha/opac/opac-main.pl" ScriptAlias /opac-search.pl "/root/koha/opac/opac-search.pl" ScriptAlias /search "/root/koha/opac/opac-search.pl" ErrorLog /root/koha-dev/var/log/koha-opac-error_log # CustomLog /root/koha-dev/var/log/koha-opac-access.log combined # TransferLog /root/koha-dev/var/log/koha-opac-access.log SetEnv KOHA_CONF "/root/koha-dev/etc/koha-conf.xml" SetEnv PERL5LIB "/root/koha" SetEnv MEMCACHED_SERVERS "" SetEnv MEMCACHED_NAMESPACE "" # This syntax allows you to override a system preference # for a given virtual host. Use with caution! # You should add all the system preferences you override # in one or more vhosts to the environment variable # OVERRIDE_SYSPREF_NAMES for your staff intranet vhost # SetEnv OVERRIDE_SYSPREF_PrefName Value <Directory "/root/koha/koha-tmpl"> Options -Indexes </Directory> # Secure internal stuff <DirectoryMatch "/root/koha/koha-tmpl/.*/(modules|xslt|includes)"> Order deny,allow Deny from all </DirectoryMatch> <IfModule mod_gzip.c> mod_gzip_on yes mod_gzip_dechunk yes mod_gzip_keep_workfiles No mod_gzip_can_negotiate yes mod_gzip_update_static No mod_gzip_temp_dir /tmp mod_gzip_minimum_file_size 512 mod_gzip_maximum_file_size 1000000 mod_gzip_maximum_inmem_size 1000000 mod_gzip_handle_methods GET POST mod_gzip_item_exclude reqheader "User-Agent: .*Mozilla/4\..*\[" mod_gzip_item_exclude mime ^image/.* mod_gzip_item_exclude rspheader Content-Type:image/* mod_gzip_item_include file \.js$ mod_gzip_item_include mime ^application/javascript$ mod_gzip_item_include mime ^application/x-javascript$ mod_gzip_item_include file \.php$ mod_gzip_item_include mime ^text/html$ mod_gzip_item_include file \.css$ mod_gzip_item_include mime ^text/css$ </IfModule> <IfModule mod_deflate.c> # Compress content with type html, text, and css, ... AddOutputFilterByType DEFLATE text/plain text/html text/xml text/css AddOutputFilterByType DEFLATE application/xml application/xhtml+xml application/rss+xml application/javascript application/x-javascript DeflateCompressionLevel 9 # Properly handle old browsers that do not support compression BrowserMatch ^Mozilla/4 gzip-only-text/html BrowserMatch ^Mozilla/4\.0[678] no-gzip BrowserMatch \bMSIE !no-gzip !gzip-only-text/html DeflateFilterNote Input instream DeflateFilterNote Output outstream DeflateFilterNote Ratio ratio LogFormat '"%r" %{outstream}n/%{instream}n (%{ratio}n%%)' deflate <IfModule mod_headers.c> #properly handle requests coming from behind proxies Header append Vary User-Agent </IfModule> </IfModule> # Repeat this virtualhost stanza changing the following environment vars to # create multiple OPAC interfaces with custom css and/or search limits: # SetEnv OPAC_CSS_OVERRIDE mystyle.css # SetEnv OPAC_SEARCH_LIMIT branch:CODE # SetEnv OPAC_LIMIT_OVERRIDE 1 Options +FollowSymLinks ErrorDocument 400 /cgi-bin/koha/errors/400.pl ErrorDocument 401 /cgi-bin/koha/errors/401.pl ErrorDocument 403 /cgi-bin/koha/errors/403.pl ErrorDocument 404 /cgi-bin/koha/errors/404.pl ErrorDocument 500 /cgi-bin/koha/errors/500.pl <IfModule mod_rewrite.c> # Rewrite Rules RewriteEngine On # Uncomment to turn on rewrite logging #RewriteLog /root/koha-dev/var/log/koha-opac-rewrite.log #RewriteLogLevel 1 RewriteCond %{QUERY_STRING} (.*?)(?:[A-Za-z0-9_-]+)=&(.*) #RewriteRule (.+) $1?%1%2 [N,R,NE] RewriteRule ^/bib/([^\/]*)/?$ /cgi-bin/koha/opac-detail\.pl?bib=$1 [PT] RewriteRule ^/isbn/([^\/]*)/?$ /search?q=isbn:$1 [PT] RewriteRule ^/issn/([^\/]*)/?$ /search?q=issn:$1 [PT] </IfModule> </VirtualHost> ## Intranet <VirtualHost 127.0.1.1:8080> ServerAdmin webmaster@debian DocumentRoot /root/koha/koha-tmpl ServerName debian:8080 # ServerAlias intranet.mydomain.com ScriptAlias /cgi-bin/koha/ "/root/koha/" ScriptAlias /index.html "/root/koha/mainpage.pl" ScriptAlias /search "/root/koha/search.pl" Alias /plugin/ "/root/koha-dev/var/lib/plugins/" ErrorLog /root/koha-dev/var/log/koha-error_log # TransferLog /root/koha-dev/var/log/koha-access.log SetEnv KOHA_CONF "/root/koha-dev/etc/koha-conf.xml" SetEnv PERL5LIB "/root/koha" SetEnv MEMCACHED_SERVERS "" SetEnv MEMCACHED_NAMESPACE "" Options +FollowSymLinks # If you are overriding any system preferences, # list them in this variable so the preference editor # knows that they have been overridden. # SetEnv OVERRIDE_SYSPREF_NAMES "Pref1,Pref2,Pref3" ErrorDocument 400 /cgi-bin/koha/errors/400.pl ErrorDocument 401 /cgi-bin/koha/errors/401.pl ErrorDocument 403 /cgi-bin/koha/errors/403.pl ErrorDocument 404 /cgi-bin/koha/errors/404.pl ErrorDocument 500 /cgi-bin/koha/errors/500.pl <Directory "/root/koha/koha-tmpl"> Options -Indexes </Directory> # Secure internal stuff <DirectoryMatch "/root/koha/koha-tmpl/.*/(modules|xslt|includes)"> Order deny,allow Deny from all </DirectoryMatch> <IfModule mod_gzip.c> mod_gzip_on yes mod_gzip_dechunk yes mod_gzip_keep_workfiles No mod_gzip_can_negotiate yes mod_gzip_update_static No mod_gzip_temp_dir /tmp mod_gzip_minimum_file_size 512 mod_gzip_maximum_file_size 1000000 mod_gzip_maximum_inmem_size 1000000 mod_gzip_handle_methods GET POST mod_gzip_item_exclude reqheader "User-Agent: .*Mozilla/4\..*\[" mod_gzip_item_exclude mime ^image/.* mod_gzip_item_exclude rspheader Content-Type:image/* mod_gzip_item_include file \.js$ mod_gzip_item_include mime ^application/javascript$ mod_gzip_item_include mime ^application/x-javascript$ mod_gzip_item_include file \.php$ mod_gzip_item_include mime ^text/html$ mod_gzip_item_include file \.css$ mod_gzip_item_include mime ^text/css$ </IfModule> <IfModule mod_deflate.c> # Compress content with type html, text, and css, ... AddOutputFilterByType DEFLATE text/plain text/html text/xml text/css AddOutputFilterByType DEFLATE application/xml application/xhtml+xml application/rss+xml application/javascript application/x-javascript DeflateCompressionLevel 9 # Properly handle old browsers that do not support compression BrowserMatch ^Mozilla/4 gzip-only-text/html BrowserMatch ^Mozilla/4\.0[678] no-gzip BrowserMatch \bMSIE !no-gzip !gzip-only-text/html DeflateFilterNote Input instream DeflateFilterNote Output outstream DeflateFilterNote Ratio ratio LogFormat '"%r" %{outstream}n/%{instream}n (%{ratio}n%%)' deflate <IfModule mod_headers.c> #properly handle requests coming from behind proxies Header append Vary User-Agent </IfModule> </IfModule> <IfModule mod_rewrite.c> # Rewrite Rules RewriteEngine On # Uncomment to turn on rewrite logging #RewriteLog /root/koha-dev/var/log/koha-intranet-rewrite.log #RewriteLogLevel 1 RewriteCond %{QUERY_STRING} (.*?)(?:[A-Za-z0-9_-]+)=&(.*) #RewriteRule (.+) $1?%1%2 [N,R,NE] RewriteRule ^/bib/([^\/]*)/?$ /cgi-bin/koha/detail\.pl?bib=$1 [PT] RewriteRule ^/isbn/([^\/]*)/?$ /search?q=isbn:$1 [PT] RewriteRule ^/issn/([^\/]*)/?$ /search?q=issn:$1 [PT] </IfModule> </VirtualHost> The other one, from the package install where I get the 403 looks like this: # Koha Apache Configuration Directives #NameVirtualHost * ## OPAC <VirtualHost __WEBSERVER_IP__:__WEBSERVER_PORT__> ServerAdmin __WEBMASTER_EMAIL__ DocumentRoot __OPAC_WWW_DIR__ ServerName __WEBSERVER_HOST__ # ServerAlias opac.mydomain.com ScriptAlias /cgi-bin/koha/ "__OPAC_CGI_DIR__/opac/" ScriptAlias /index.html "__OPAC_CGI_DIR__/opac/opac-main.pl" ScriptAlias /opac-search.pl "__OPAC_CGI_DIR__/opac/opac-search.pl" ScriptAlias /search "__OPAC_CGI_DIR__/opac/opac-search.pl" ErrorLog __LOG_DIR__/koha-opac-error_log # CustomLog __LOG_DIR__/koha-opac-access.log combined # TransferLog __LOG_DIR__/koha-opac-access.log SetEnv KOHA_CONF "__KOHA_CONF_DIR__/koha-conf.xml" SetEnv PERL5LIB "__PERL_MODULE_DIR__" SetEnv MEMCACHED_SERVERS "__MEMCACHED_SERVERS__" SetEnv MEMCACHED_NAMESPACE "__MEMCACHED_NAMESPACE__" # This syntax allows you to override a system preference # for a given virtual host. Use with caution! # You should add all the system preferences you override # in one or more vhosts to the environment variable # OVERRIDE_SYSPREF_NAMES for your staff intranet vhost # SetEnv OVERRIDE_SYSPREF_PrefName Value <Directory "__OPAC_WWW_DIR__"> Options -Indexes </Directory> # Secure internal stuff <DirectoryMatch "__OPAC_WWW_DIR__/.*/(modules|xslt|includes)"> Order deny,allow Deny from all </DirectoryMatch> <IfModule mod_gzip.c> mod_gzip_on yes mod_gzip_dechunk yes mod_gzip_keep_workfiles No mod_gzip_can_negotiate yes mod_gzip_update_static No mod_gzip_temp_dir /tmp mod_gzip_minimum_file_size 512 mod_gzip_maximum_file_size 1000000 mod_gzip_maximum_inmem_size 1000000 mod_gzip_handle_methods GET POST mod_gzip_item_exclude reqheader "User-Agent: .*Mozilla/4\..*\[" mod_gzip_item_exclude mime ^image/.* mod_gzip_item_exclude rspheader Content-Type:image/* mod_gzip_item_include file \.js$ mod_gzip_item_include mime ^application/javascript$ mod_gzip_item_include mime ^application/x-javascript$ mod_gzip_item_include file \.php$ mod_gzip_item_include mime ^text/html$ mod_gzip_item_include file \.css$ mod_gzip_item_include mime ^text/css$ </IfModule> <IfModule mod_deflate.c> # Compress content with type html, text, and css, ... AddOutputFilterByType DEFLATE text/plain text/html text/xml text/css AddOutputFilterByType DEFLATE application/xml application/xhtml+xml application/rss+xml application/javascript application/x-javascript DeflateCompressionLevel 9 # Properly handle old browsers that do not support compression BrowserMatch ^Mozilla/4 gzip-only-text/html BrowserMatch ^Mozilla/4\.0[678] no-gzip BrowserMatch \bMSIE !no-gzip !gzip-only-text/html DeflateFilterNote Input instream DeflateFilterNote Output outstream DeflateFilterNote Ratio ratio LogFormat '"%r" %{outstream}n/%{instream}n (%{ratio}n%%)' deflate <IfModule mod_headers.c> #properly handle requests coming from behind proxies Header append Vary User-Agent </IfModule> </IfModule> # Repeat this virtualhost stanza changing the following environment vars to # create multiple OPAC interfaces with custom css and/or search limits: # SetEnv OPAC_CSS_OVERRIDE mystyle.css # SetEnv OPAC_SEARCH_LIMIT branch:CODE # SetEnv OPAC_LIMIT_OVERRIDE 1 Options +FollowSymLinks ErrorDocument 400 /cgi-bin/koha/errors/400.pl ErrorDocument 401 /cgi-bin/koha/errors/401.pl ErrorDocument 403 /cgi-bin/koha/errors/403.pl ErrorDocument 404 /cgi-bin/koha/errors/404.pl ErrorDocument 500 /cgi-bin/koha/errors/500.pl <IfModule mod_rewrite.c> # Rewrite Rules RewriteEngine On # Uncomment to turn on rewrite logging #RewriteLog __LOG_DIR__/koha-opac-rewrite.log #RewriteLogLevel 1 RewriteCond %{QUERY_STRING} (.*?)(?:[A-Za-z0-9_-]+)=&(.*) #RewriteRule (.+) $1?%1%2 [N,R,NE] RewriteRule ^/bib/([^\/]*)/?$ /cgi-bin/koha/opac-detail\.pl?bib=$1 [PT] RewriteRule ^/isbn/([^\/]*)/?$ /search?q=isbn:$1 [PT] RewriteRule ^/issn/([^\/]*)/?$ /search?q=issn:$1 [PT] </IfModule> </VirtualHost> ## Intranet <VirtualHost __WEBSERVER_IP__:__WEBSERVER_PORT_LIBRARIAN__> ServerAdmin __WEBMASTER_EMAIL__ DocumentRoot __INTRANET_WWW_DIR__ ServerName __WEBSERVER_HOST__:__WEBSERVER_PORT_LIBRARIAN__ # ServerAlias intranet.mydomain.com ScriptAlias /cgi-bin/koha/ "__INTRANET_CGI_DIR__/" ScriptAlias /index.html "__INTRANET_CGI_DIR__/mainpage.pl" ScriptAlias /search "__INTRANET_CGI_DIR__/search.pl" Alias /plugin/ "__PLUGINS_DIR__/" ErrorLog __LOG_DIR__/koha-error_log # TransferLog __LOG_DIR__/koha-access.log SetEnv KOHA_CONF "__KOHA_CONF_DIR__/koha-conf.xml" SetEnv PERL5LIB "__PERL_MODULE_DIR__" SetEnv MEMCACHED_SERVERS "__MEMCACHED_SERVERS__" SetEnv MEMCACHED_NAMESPACE "__MEMCACHED_NAMESPACE__" Options +FollowSymLinks # If you are overriding any system preferences, # list them in this variable so the preference editor # knows that they have been overridden. # SetEnv OVERRIDE_SYSPREF_NAMES "Pref1,Pref2,Pref3" ErrorDocument 400 /cgi-bin/koha/errors/400.pl ErrorDocument 401 /cgi-bin/koha/errors/401.pl ErrorDocument 403 /cgi-bin/koha/errors/403.pl ErrorDocument 404 /cgi-bin/koha/errors/404.pl ErrorDocument 500 /cgi-bin/koha/errors/500.pl <Directory "__INTRANET_WWW_DIR__"> Options -Indexes </Directory> # Secure internal stuff <DirectoryMatch "__INTRANET_WWW_DIR__/.*/(modules|xslt|includes)"> Order deny,allow Deny from all </DirectoryMatch> <IfModule mod_gzip.c> mod_gzip_on yes mod_gzip_dechunk yes mod_gzip_keep_workfiles No mod_gzip_can_negotiate yes mod_gzip_update_static No mod_gzip_temp_dir /tmp mod_gzip_minimum_file_size 512 mod_gzip_maximum_file_size 1000000 mod_gzip_maximum_inmem_size 1000000 mod_gzip_handle_methods GET POST mod_gzip_item_exclude reqheader "User-Agent: .*Mozilla/4\..*\[" mod_gzip_item_exclude mime ^image/.* mod_gzip_item_exclude rspheader Content-Type:image/* mod_gzip_item_include file \.js$ mod_gzip_item_include mime ^application/javascript$ mod_gzip_item_include mime ^application/x-javascript$ mod_gzip_item_include file \.php$ mod_gzip_item_include mime ^text/html$ mod_gzip_item_include file \.css$ mod_gzip_item_include mime ^text/css$ </IfModule> <IfModule mod_deflate.c> # Compress content with type html, text, and css, ... AddOutputFilterByType DEFLATE text/plain text/html text/xml text/css AddOutputFilterByType DEFLATE application/xml application/xhtml+xml application/rss+xml application/javascript application/x-javascript DeflateCompressionLevel 9 # Properly handle old browsers that do not support compression BrowserMatch ^Mozilla/4 gzip-only-text/html BrowserMatch ^Mozilla/4\.0[678] no-gzip BrowserMatch \bMSIE !no-gzip !gzip-only-text/html DeflateFilterNote Input instream DeflateFilterNote Output outstream DeflateFilterNote Ratio ratio LogFormat '"%r" %{outstream}n/%{instream}n (%{ratio}n%%)' deflate <IfModule mod_headers.c> #properly handle requests coming from behind proxies Header append Vary User-Agent </IfModule> </IfModule> <IfModule mod_rewrite.c> # Rewrite Rules RewriteEngine On # Uncomment to turn on rewrite logging #RewriteLog __LOG_DIR__/koha-intranet-rewrite.log #RewriteLogLevel 1 RewriteCond %{QUERY_STRING} (.*?)(?:[A-Za-z0-9_-]+)=&(.*) #RewriteRule (.+) $1?%1%2 [N,R,NE] RewriteRule ^/bib/([^\/]*)/?$ /cgi-bin/koha/detail\.pl?bib=$1 [PT] RewriteRule ^/isbn/([^\/]*)/?$ /search?q=isbn:$1 [PT] RewriteRule ^/issn/([^\/]*)/?$ /search?q=issn:$1 [PT] </IfModule> </VirtualHost> -----Ursprüngliche Nachricht----- Von: koha-devel-bounces(a)lists.koha-community.org [mailto:koha-devel-bounces@lists.koha-community.org] Im Auftrag von Fridolin SOMERS Gesendet: Freitag, 29. November 2013 17:20 An: koha-devel(a)lists.koha-community.org Betreff: Re: [Koha-devel] Koha development server on Debian Wheezy Hie, Give your Apache configuration : etc/koha-httpd.conf Regards, Le 29/11/2013 17:13, Holger Meissner a écrit : > Dear community, > > I'd like to set up Koha and Git for development. I use Oracle VM Virtual Box and Debian 7.2 Wheezy. First thing I tried, was to follow those instructions: > http://wiki.koha-community.org/wiki/Install_and_Setup_Koha_to_use_Git_ > on_a_Development_Server > > After pointing the files to the kohaclone I get a 403 Forbidden, when trying to navigate localhost:8080. > How do I upgrade the database? > > I also tried to use Koha-gitify, but there was the same problem. > https://github.com/mkfifo/koha-gitify > > Then I tried to install without packages: > http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=INSTALL.debi > an Yet the VirtualHost configuration seems to be incorrect and I'm > unable to figure out why. > [warn] NameVirtualHost *:80 has no VirtualHosts [warn] NameVirtualHost > *:8080 has no VirtualHosts > > Any suggestions how to fix these errors? > Thanks! > > Holger > > > > _______________________________________________ > Koha-devel mailing list > Koha-devel(a)lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ git : > http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ > -- Fridolin SOMERS Biblibre - Pôle support fridolin.somers(a)biblibre.com _______________________________________________ Koha-devel mailing list Koha-devel(a)lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/

2 1

Translation annoyances
by Kallinen Pasi 04 Dec '13

04 Dec '13

Hello. I've been translating Koha to Finnish for a bit, and I'm really starting to hate some of the automagically generated msgid's. 1) String concatenation is BAD. For example, this line of code: var disabledForCurrent = _("Disabled for") + ' ' + $branch; turns into this translatable string: msgid "Disabled for" For some languages this is very hard to translate without sounding stupid or just plain wrong. jQuery has some string placeholder support for javascript, so Koha really should be using those instead! The example above would turn into: var disabledForCurrent = _("Disabled for {0}"); msgid "Disabled for {0}" 2) Consistency would be good. msgid "EAN:" msgid "EAN: " msgid "EAN :" 3) Sentences should not be cut in pieces. msgid "Please" msgid "upload" msgid "one." The "upload"-text is a link in the sentence. Ideally this should be: msgid "Please %supload%s one." 4) Is it a verb or a noun? msgid "Copy" 5) The wiki-like help texts should be in separate po-file. The help texts inflate the staff UI po-file immensely, and the help translation is not quite as critical as the UI. Having all the help texts interspersed between all the actually important strings is irritating. 6) Translation is not programming. Replace all Template Toolkit code with placeholders. For example msgid "Cancel [% IF TransferWhenCancelAllWaitingHolds %]and Transfer [% END %]All" and msgid "Cancel hold and return to : [% overloo.branchname %]" 7) Exclude URLs. Those are not content that should be translatable. -- Ystävällisin terveisin Pasi Kallinen ICT-asiantuntija p. 0400-139747 pasi.kallinen(a)pttk.fi Länsikatu 15 80110 Joensuu Pohjois-Karjalan Tietotekniikkakeskus Oy - www.pttk.fi

4 3

Re: [Koha-devel] Translation annoyances
by Kallinen Pasi 04 Dec '13

04 Dec '13

>Katrin Fischer wrote: > >I'd rather keep some additional %s and not lose the context and the Pity Koha doesn't support msgctxt - the gettext context string! Translators are not coders, nor vice versa. The variable names will mean nothing to the translators - it's good if the translator knows what '%s' means, and '%%' will confuse them. The translation script could be improved somewhat by discarding totally useless placeholders. Some simple(?) improvements: 1) Replace all inline TT code in msgid with a placeholders. (eg "[% variable_name|filter %]" => "%s") 2) If the msgid begins with a placeholder that is IF, and ends in a placeholder that's either END or ELSE, and there are no other placeholders, do not include the placeholders. 3) Do not include the placeholder in the msgid, if it is 'END' or 'ELSE' token and is at the beginning of the msgid. 4) Do not include the placeholder in the msgid, if it is 'END' or 'ELSE' token and is at the end of the msgid. 5) If there's only one placeholder, and it is a flow control token (IF, ELSE, etc), and it is not in the beginning or end of msgid, cut the msgid into two msgid's. 6) Ignore XSLT <xsl:attribute name="href">foobar</xsl:attribute> 7) Ignore XSLT <xsl:call-template name="subfieldSelect"><xsl:with-param name="codes">foobar</xsl:with-param></xsl:call-template> 8) If msgid is nothing but placeholders (and spaces), do not use it. -- Ystävällisin terveisin Pasi Kallinen ICT-asiantuntija p. 0400-139747 pasi.kallinen(a)pttk.fi Länsikatu 15 80110 Joensuu Pohjois-Karjalan Tietotekniikkakeskus Oy - www.pttk.fi ________________________________________ From: koha-translate-bounces(a)lists.koha-community.org [koha-translate-bounces(a)lists.koha-community.org] on behalf of Katrin Fischer [Katrin.Fischer.83(a)web.de] Sent: Wednesday, December 04, 2013 13:43 To: koha-translate(a)lists.koha-community.org Subject: [Koha-translate] Translation annoyances Hi, I'd rather keep some additional %s and not lose the context and the chance to do grammatically more correct translations. I'd like to give some examples: Grouping together related sentences/error messages: %sNote: your comment contained illegal markup code. It has been saved with the markup removed, as below. You can edit the comment further, or cancel to retain the comment as is. %s %sError! Your comment was entirely illegal markup code. It has NOT been added.%s %sError! You cannot add an empty comment. Please add content or cancel.%s %sEdit course%sCreate course%s Suggestion status: "%s Pending %s Accepted %s Ordered %s Rejected %s Checked %s %s %s %s " Import status: "%s Cleaned %s Imported %s Importing %s Reverted %s Reverting %s Staged %s %s %s " Allowing translation of 'constructed' sentences: "%sEdit%sCreate%s Label layout" "%s Delete %s %s Update %s %s Move %s %s Copy %s %s %s 1st %s %s field %s%s$%s%s %s with value " Also if you only take variables into account, a simple [% IF %] checking for the existance of a variable could be a problem breakting the translation string: #. %1$s: name #. %2$s: IF ( invoice ) #. %3$s: invoice #. %4$s: END #. %5$s: ordernumber #: intranet-tmpl/prog/en/modules/acqui/orderreceive.tt:130 #, c-format msgid "Receive items from : %s %s[%s] %s (order #%s)" I think the translation scripts are not so much the problem, but badly constructed strings in the templates are. I think fixing the templates would be the better way. Katrin Am 04.12.2013 11:34, schrieb Fischer, Katrin: > > > > -----Ursprüngliche Nachricht----- > Von: koha-translate-bounces(a)lists.koha-community.org im Auftrag von > Fridolin SOMERS > Gesendet: Mi 04.12.2013 11:05 > An: koha-translate(a)lists.koha-community.org > Betreff: Re: [Koha-translate] Translation annoyances > > I agree, specially on point 6. > PO shoould only consider TT vars [% var %], no other TT tag. > > I will try to work on it. > > Le 02/12/2013 08:37, Kallinen Pasi a écrit : >> Hello. >> >> I've been translating Koha to Finnish for a bit, and I'm really > starting to hate some of the automagically generated msgid's. >> >> 1) String concatenation is BAD. >> For example, this line of code: >> var disabledForCurrent = _("Disabled for") + ' ' + $branch; >> turns into this translatable string: >> msgid "Disabled for" >> >> For some languages this is very hard to translate without sounding > stupid or just plain wrong. jQuery has some string placeholder support > for javascript, so Koha really should be using those instead! >> The example above would turn into: >> >> var disabledForCurrent = _("Disabled for {0}"); >> msgid "Disabled for {0}" >> >> >> 2) Consistency would be good. >> msgid "EAN:" >> msgid "EAN: " >> msgid "EAN :" >> >> >> 3) Sentences should not be cut in pieces. >> msgid "Please" >> msgid "upload" >> msgid "one." >> >> The "upload"-text is a link in the sentence. Ideally this should be: >> msgid "Please %supload%s one." >> >> >> 4) Is it a verb or a noun? >> msgid "Copy" >> >> >> 5) The wiki-like help texts should be in separate po-file. The help > texts inflate the staff UI po-file immensely, and the help translation > is not quite as critical as the UI. Having all the help texts > interspersed between all the actually important strings is irritating. >> >> >> 6) Translation is not programming. Replace all Template Toolkit code > with placeholders. >> For example >> msgid "Cancel [% IF TransferWhenCancelAllWaitingHolds %]and > Transfer [% END %]All" >> and >> msgid "Cancel hold and return to : [% overloo.branchname %]" >> >> >> 7) Exclude URLs. Those are not content that should be translatable. >> >> >> -- >> Ystävällisin terveisin >> >> Pasi Kallinen >> ICT-asiantuntija >> >> p. 0400-139747 >> pasi.kallinen(a)pttk.fi >> Länsikatu 15 >> 80110 Joensuu >> >> Pohjois-Karjalan Tietotekniikkakeskus Oy - www.pttk.fi >> _______________________________________________ >> Koha-translate mailing list >> Koha-translate(a)lists.koha-community.org >> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-translate >> website: www.koha-community.org >> git: git.koha-community.org >> bugs: bugs.koha-community.org >> > > -- > Fridolin SOMERS > Biblibre - Pôle support > fridolin.somers(a)biblibre.com > _______________________________________________ > Koha-translate mailing list > Koha-translate(a)lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-translate > website: www.koha-community.org > git: git.koha-community.org > bugs: bugs.koha-community.org > > > _______________________________________________ Koha-translate mailing list Koha-translate(a)lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-translate website: www.koha-community.org git: git.koha-community.org bugs: bugs.koha-community.org

1 0