20160413-ydim-html
Summary
- Fix error in YDIM html
Commits
Index
- Keep in Mind for work to do
- Fix dojo error http://www.sitepen.com/blog/2012/10/31/debugging-dojo-common-error-messages/#forgot-dom-ready
- I removed on May-27 tests for ix_registrationss, fix_sequences, fix_compositions, fix_packages from test/test_plugin/swissmedic.rb,as he could not find any references for them in the src code. Did I erroneously remove stuff when cleaning up the swissmedic import earlier?
- The whole test for older/newer Packages must be adapted to xlsx. One must compare the rows (e.g. by creating csv files) and do the same stuff in xlsx!
- creat gem: task: input=file with ean-codes, standard output show ean-codes + atc-code. Source is Swissmedic Packungen.xlsx or XML.
- Import via data/medreg_companies.yaml
- Fix problem with radioactivatum 99m-technetio when parsing Wirkstoffe
- Fix galenic_forms when parsing swissmedic.xlsx
- Cleanup generic_type. Replace it everywhere by sl_generic_type and adapt code accordingly.
- Get updated ATC-codes from EPha for oddb.org, too.
- Use refdatabase for oddb.org, too.
- Check whether we should revert the part which touche src/plugin/text_info.rb of commit 17af82ba4d76a5838683411b260de265531f9e74. We should improve test/stub/oddbapp.rb to work similar for update/pointer as the real oddbapp. In this case we would have a good Stub for plugins. May we need a different stub when working with plugins (which create/modify/destroy ODDB-Objects), when in most other cases a very simple stub is sufficient.
- When a logged in admin user changes an atc_code of a product, the corresponding atc_class must update its sequences, too.
- Order of entering search type and value should not matter. Both should show long URL with search
- Remove parser for minifi (but keep the minifi)
- BSV-Plugin does not send mail. Is it sending two mails at once?
- remove obsolete pdf_patinfo in model, admin/views
Fix error in YDIM html
It was probably a bad I idea yesterday to add the gem rclconf via "require 'rubygems'". Therefore adding all needed logical links found in /usr/lib64/ruby/site_ruby/1.8/ from thinpower under /usr/lib64/ruby/site_ruby/1.8/x86_64 on oddb-ci2. These are:
lrwxrwxrwx 1 root root 29 6. Apr 2009 cgi -> /home/ywesee/git/sbsm/lib/cgi lrwxrwxrwx 1 root root 41 7. Apr 2009 currency.rb -> /home/ywesee/git/currency/lib/currency.rb lrwxrwxrwx 1 root root 34 8. Feb 2010 ebps -> /home/ywesee/cogito/ebps/lib/ebps/ lrwxrwxrwx 1 root root 66 7. Apr 2009 encoding -> /usr/lib/ruby/gems/1.8/gems/character-encodings-0.4.1/lib/encoding lrwxrwxrwx 1 root root 38 6. Apr 2009 fixes -> /home/ywesee/git/de.oddb.org/lib/fixes lrwxrwxrwx 1 root root 43 8. Apr 2009 holidaymanager -> /home/ywesee/git/holiday_manager/src/model/ lrwxrwxrwx 1 root root 30 6. Apr 2009 odba -> /home/ywesee/git/odba/lib/odba lrwxrwxrwx 1 root root 33 6. Apr 2009 odba.rb -> /home/ywesee/git/odba/lib/odba.rb lrwxrwxrwx 1 root root 42 7. Apr 2009 pdfinvoice -> /home/ywesee/git/pdfinvoice/lib/pdfinvoice lrwxrwxrwx 1 root root 36 6. Apr 2009 rclconf -> /home/ywesee/git/rclconf/lib/rclconf lrwxrwxrwx 1 root root 39 6. Apr 2009 rclconf.rb -> /home/ywesee/git/rclconf/lib/rclconf.rb lrwxrwxrwx 1 root root 45 6. Apr 2009 rpdf2txt-rockit -> /home/ywesee/git/rpdf2txt/lib/rpdf2txt-rockit lrwxrwxrwx 1 root root 30 7. Apr 2009 rrba -> /home/ywesee/git/rrba/lib/rrba lrwxrwxrwx 1 root root 30 7. Apr 2009 rwv2 -> /home/ywesee/git/rwv2/lib/rwv2 lrwxrwxrwx 1 root root 30 6. Apr 2009 sbsm -> /home/ywesee/git/sbsm/lib/sbsm lrwxrwxrwx 1 root root 55 6. Apr 2009 swissmedic-diff.rb.bak.20100824 -> /home/ywesee/git/swissmedic-diff/lib/swissmedic-diff.rb lrwxrwxrwx 1 root root 30 6. Apr 2009 ydim -> /home/ywesee/git/ydim/lib/ydim lrwxrwxrwx 1 root root 30 8. Apr 2009 ydpm -> /home/ywesee/git/ydpm/lib/ydpm lrwxrwxrwx 1 root root 28 6. Apr 2009 yus -> /home/ywesee/git/yus/lib/yus
I think rwv2, ebps is not needed.
Verifying that on oddb-ci2 mod_ruby I have mod_ruby.so with Ruby 1.9. On thinpower I have
-rwxr-xr-x 1 root root 2797837 15. Mär 23:15 /home/ywesee/software/mod_ruby/mod_ruby.so -rwxr-xr-x 1 root root 2797837 16. Mär 19:14 /usr/lib64/apache2/modules/mod_ruby.so
In /home/ywesee/software/mod_ruby/Makefile I see
srcdir = /home/ywesee/software/mod_ruby topdir = /usr/local/include/ruby-1.9.1 hdrdir = /usr/local/include/ruby-1.9.1
On oddb-ci2 I have in /home/niklaus/mod_ruby/Makefile. Same in /opt/src/mod_ruby
srcdir = /home/niklaus/mod_ruby topdir = /usr/include/ruby-1.9.1 hdrdir = /usr/include/ruby-1.9.1
The following mod_ruby.so files lay around
-rwxr-xr-x 1 root root 185128 12. Nov 2013 /opt/src/mod_ruby/mod_ruby.so -rwxr-xr-x 1 root root 185289 24. Nov 2014 /opt/src/mod_ruby.niklaus/mod_ruby.so -rwxr-xr-x 1 niklaus users 185348 13. Apr 08:56 /home/niklaus/mod_ruby/mod_ruby.so -rwxr-xr-x 1 root root 143736 13. Apr 09:12 /usr/lib64/apache2/modules/mod_ruby.so
The /usr/lib64/apache2/modules/mod_ruby.so is different. Therefore git clone https://github.com/shugo/mod_ruby.git /home/niklaus/mod_ruby.1.9. When calling make after ./configure.rb --with-apr-includes=/usr/include/apr-1 --with-apxs=/usr/sbin/apxs I get the following error
gcc -shared -o mod_ruby.so mod_ruby.o ruby_config.o apachelib.o array_header.o table.o connection.o server.o request.o upload.o cookie.o paramtable.o multival.o bucket.o uri.o error.o apache_request.o apache_multipart_buffer.o apache_cookie.o -L/usr/lib64 -L/usr/local/lib -Wl,-R -Wl,/usr/local/lib -L/usr/local/lib -lruby-static -lpthread -lrt -ldl -lcrypt -lm /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.4/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/local/lib/libruby-static.a(array.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libruby-static.a: could not read symbols: Bad value collect2: ld gab 1 als Ende-Status zurück Makefile:182: recipe for target 'mod_ruby.so' failed make: *** [mod_ruby.so] Error 1
Therefore it looks as if apache was not build with static libraries. This were done using /usr/local/bin/ruby (ruby 1.9.3p0 (2011-10-30 revision 33570) [x86_64-linux]).
When I use /usr/bin/ruby (ruby 1.9.3p545 (2014-02-24 revision 45159) [x86_64-linux]). Then running make && sudo make install completes. Now I have the same mod_ruby.so
-rwxr-xr-x 1 niklaus users 181088 13. Apr 09:26 /home/niklaus/mod_ruby.1.9/mod_ruby.so -r-xr-xr-x 1 root root 181088 13. Apr 09:31 /usr/lib/apache2/modules/mod_ruby.so
Restarting apache2 works, but now I get an "Internal Server Error" when accessing https://ydim.oddb-ci2.dyndns.org/. I don't find any useful information in the apache logs nor the output of ydim/ydim-html.
Gem files will remain installed in /usr/local/lib64/ruby/gems/1.8/gems/character-encodings-0.4.1 for inspection.
Results logged to /usr/local/lib64/ruby/gems/1.8/gems/character-encodings-0.4.1/ext/encoding/character/utf-8/gem_make.out
sudo gem18 install character-encodings
On oddb-ci2 it is impossible to install character-encoding 0.4.1 error is
$ sudo gem18 install character-encodings --version=0.4.1 <...> rb_utf_tr.c: In Funktion »tr_trans_do«: rb_utf_tr.c:107:14: Fehler: Variable »modified« gesetzt, aber nicht verwendet [-Werror=unused-but-set-variable] cc1: all warnings being treated as errors Makefile:153: recipe for target 'rb_utf_tr.o' failed make: *** [rb_utf_tr.o] Error 1
rkj-character-encodings (0.4.1) does not have this problem.
But first I must compile and install ruby-1.8.6. Modified the gen_ruby_186 to download the original tar. see Attach:gen_ruby_186_niklaus.txt. Copied /usr/local/src/patches_ruby_186/openssl-1.0.patch, /usr/local/src/patches_ruby_186/syck.patch and /usr/local/src/oniguruma_patch_for_ruby-1.8.6_p369.20100615_from_Hannes-san.tar.gz to the same place on oddb-ci2.
I must use p388 as I patching p114 with the onigurama-patch for p369 fails. Checking Ruby Version via /usr/local/bin/ruby186 --version returns the expected value ruby 1.8.6 (2010-01-11 patchlevel 388) [x86_64-linux].
Trying to to start ydim with the newly generated ruby fails
sudo -u apache /usr/local/bin/ruby186 -rubygems /usr/bin/ydimd /usr/local/bin/ruby186: no such file to load -- ubygems (LoadError)
Changing in the script the prefix from /usr/local -> /usr/ and rebuilding it again. Now getting a different error
sudo -u apache /usr/bin/ruby186 -rubygems /usr/bin/ydimd
/usr/lib/ruby/site_ruby/1.8/rubygems.rb:296: warning: parenthesize argument(s) for future version
/usr/lib/ruby/site_ruby/1.8/rubygems.rb:465: warning: parenthesize argument(s) for future version
/usr/lib/ruby/site_ruby/1.8/rubygems.rb:18:in `require': /usr/lib/ruby/site_ruby/1.8/rubygems/deprecate.rb:53: syntax error, unexpected ',', expecting '|' (SyntaxError)
... define_method name do |*args, &block| # TODO: really works ...
^
/usr/lib/ruby/site_ruby/1.8/rubygems/deprecate.rb:54: syntax error, unexpected tCONSTANT, expecting '}'
/usr/lib/ruby/site_ruby/1.8/rubygems/deprecate.rb:63: syntax error, unexpected kEND, expecting '}'
/usr/lib/ruby/site_ruby/1.8/rubygems/deprecate.rb:69: syntax error, unexpected kEND, expecting '}'
from /usr/lib/ruby/site_ruby/1.8/rubygems.rb:18
from /usr/lib/ruby/site_ruby/1.8/ubygems.rb:10:in `require'
from /usr/lib/ruby/site_ruby/1.8/ubygems.rb:10
gem18 list | grep deprecate
/usr/lib64/ruby/1.8/x86_64-linux/rbconfig.rb:7: ruby lib version (1.8.6) doesn't match executable version (1.8.7) (RuntimeError)
from /usr/lib64/ruby/site_ruby/1.8/rubygems.rb:8:in `require'
from /usr/lib64/ruby/site_ruby/1.8/rubygems.rb:8
from /usr/bin/gem18:8:in `require'
from /usr/bin/gem18:8
This gem ist not on thinpower. Therefore manually removing it using rm /usr/lib64/ruby/site_ruby/1.8/rubygems/deprecate.rb. But I think I have got build rubygems, too. Comparing the /usr/lib/ruby/site_ruby/1.8/rubygems.rb of thinpower and oddb-ci2 shows that they are two very different beats. On thinpower git directly patches module Gem/Kernl, after some requires to 'rubygems/defaults', 'thread' and 'etc'. On oddb-ci2 it was created today and has lines like
require "rubygems/version" require "rubygems/deprecate" Gem.load_yaml if defined? ::YAML class Gem::Requirement
Copied /usr/local/src/rubygems-1.4.1 to oddb-ci2 and executed there sudo ruby18 setup.rb. No gem --version returns 1.4.1 and gem18 list works. But getting the next error
udo -u apache /usr/bin/ruby18 -rubygems /usr/bin/ydimd
/usr/local/lib/ruby/gems/1.8/gems/color-1.8/lib/color/rgb.rb:681:in `__named_color': wrong argument type Symbol (expected Proc) (TypeError)
from /usr/local/lib/ruby/gems/1.8/gems/color-1.8/lib/color/rgb/colors.rb:5:in `named'
from /usr/local/lib/ruby/gems/1.8/gems/color-1.8/lib/color/rgb/colors.rb:9
from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:29:in `gem_original_require'
from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:29:in `require'
from /usr/local/lib/ruby/gems/1.8/gems/color-1.8/lib/color/rgb.rb:716
from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:29:in `gem_original_require'
from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:29:in `require'
from /usr/local/lib/ruby/gems/1.8/gems/color-1.8/lib/color.rb:134
... 11 levels...
from /usr/lib/ruby/site_ruby/1.8/ydim/server.rb:10
from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:29:in `gem_original_require'
from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:29:in `require'
from /usr/bin/ydimd:5
Uninstalling and reinstalling the color gem did not help. But downgrading from version 1.8 to 1.4.0 on thinpower fixed the problem. Now tackling the next problem on how to install character-encoding. Was easy, as now gem18 install character-encodings -v 0.4.1 -- --with-cflags=\"-Wno-unused-but-set-variable\" completed without any problem.
Next error is
sudo -u apache /usr/bin/ruby18 -rubygems /usr/bin/ydimd
/usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:29:in `gem_original_require': no such file to load -- encoding/character/utf-8 (LoadError)
from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:29:in `require'
from /usr/lib/ruby/site_ruby/1.8/ydim/root_session.rb:5
Fixed by sudo ln -s /usr/local/lib/ruby/gems/1.8/gems/character-encodings-0.4.1/lib/encoding /usr/lib64/ruby/site_ruby/1.8/. Must install fastthread 1.0.7, too. Dito for needle (1.3.0), pdf-writer (1.1.8), rmail (1.0.0), deprecated (2.0.1), dbi (0.4.1).
Now it complains about the missing postgres DBI
sudo -u apache /usr/bin/ruby18 -rubygems /usr/bin/ydimd
#<RCLConf::RCLConf:0x7fa5f8242548 @defaults={"vat_rate"=>8.0, "mail_from"=>"", "conf_dir"=>"/var/www/.ydim/conf", "smtp_from"=>"", "invoice_number_start"=>10000, "detach"=>false, "server_url"=>"druby://localhost:12375", "smtp_user"=>"ydim@ywesee.com", "smtp_domain"=>"ywesee.com", "salutation"=>{""=>"Sehr geehrter Herr", "Frau"=>"Sehr geehrte Frau", "Herr"=>"Sehr geehrter Herr"}, "root_key"=>"root_dsa", "data_dir"=>"/var/www/.ydim/data", "config"=>["/var/www/.ydim/ydimd.yml", "/etc/ydim/ydimd.yml"], "smtp_port"=>587, "db_driver_url"=>"DBI:Pg:ydim", "smtp_authtype"=>:plain, "mail_charset"=>"iso-8859-1", "home_country"=>"Schweiz", "currencies"=>["CHF", "EUR", "USD"], "smtp_server"=>"localhost", "log_file"=>#<IO:0x7fa5fb6d5eb8>, "db_user"=>"ydim", "currency_update_hour"=>2, "mail_recipients"=>[], "smtp_pass"=>nil, "root_name"=>"Root", "root_email"=>"", "log_level"=>"INFO", "db_auth"=>"", "autoinvoice_hour"=>1, "mail_body"=>"%s %s\n%s"}, @argv={}, @loaded={"mail_from"=>"Niklaus Giger (ydim) <ngiger@ywesee.com>", "smtp_from"=>"zdavatz@ywesee.com", "server_url"=>"druby://localhost:12375", "smtp_user"=>"ngiger@ywesee.com", "smtp_domain"=>"ywesee.com", "root_key"=>"/etc/ydim/id_dsa", "smtp_port"=>587, "smtp_server"=>"smtp.gmail.com", "mail_recipients"=>["ngiger@ywesee.com"], "md5_pass"=>"Digest::MD5.hexdigest('7219c5fc20d4862fa9ef7fe9beb0788d')", "smtp_pass"=>"N9baA4uuNP4r", "root_email"=>"ngiger@ywesee.com", "log_level"=>"DEBUG", "mail_body"=>"%s %s\n\nAnbei die Rechnung f\303\274r %s.\n\nBesten Dank f\303\274r Ihren Auftrag!\n\nMit freundlichen Gr\303\274ssen\nZeno Davatz\n043 540 05 50\n", "email"=>"ngiger@ywesee.com"}, @runtime={}>
/usr/local/lib/ruby/gems/1.8/gems/dbi-0.4.1/lib/dbi.rb:294:in `load_driver': Unable to load driver 'Pg' (underlying error: uninitialized constant DBI::DBD::Pg) (DBI::InterfaceError)
Okay. I forgot to install dbi from source. Done with rm -rf pkg; rake dbi; sudi gem18 install pg --version=0.9.0; sudo gem18 install pkg/dbi-0.4.5.gem; sudo gem18 install dbd-pg --version=0.3.9
Nice. Now ydim starts up without any problem.
After checking the version e7a67ef8b675ff2d881cbefdcc144025441367cf under ~git/sbsm and e25abf72a7cb61b1ec8b1c5bfe8ca47aa01924f6 under ~/githtmlgrid ydim-html started up again. Restarted apache2. Reloaded https://ydim.oddb-ci2.dyndns.org/ and found the following error under /var/www/ydim.ywesee.com/log/error_log
Wed Apr 13 12:59:55 2016] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!? [Wed Apr 13 13:00:07 2016] [error] mod_ruby: error in ruby [Wed Apr 13 13:00:07 2016] [error] mod_ruby: /var/www/ydim.ywesee.com/doc/index.rbx:5:in `expand_path': Insecure operation - expand_path (SecurityError) [Wed Apr 13 13:00:07 2016] [error] mod_ruby: from /var/www/ydim.ywesee.com/doc/index.rbx:5:in `<top (required)>' [Wed Apr 13 13:00:07 2016] [error] mod_ruby: from /usr/lib64/ruby/1.9.1/apache/ruby-run.rb:53:in `load' [Wed Apr 13 13:00:07 2016] [error] mod_ruby: from /usr/lib64/ruby/1.9.1/apache/ruby-run.rb:53:in `handler'
This might related to the commit 87db4da4475f6d4ce2074de816e422b11f166afe 24.10.12 08:46 by Yasu in sbsm or a similar d0dcc6f61e135a272cd55cfa85d78b84824059f4 in ydim-html
Patched doc/index.rbx to use File.dirname(File.dirname(__FILE__))+ '/etc/config.rb' instead of load File.expand_path('../../etc/config.rb', __FILE__)
Now got the error [Wed Apr 13 13:29:28 2016] [warn] Unable to load url configuration: No such file or directory - /var/www/ydim.ywesee.com/etc/trans_handler.yml. Fixed with copying /var/www/ydim.ywesee.com/etc/trans_handler.yml from thinpower.
Now all errors vanished, but nothing gets displayed at all. In /var/log/apache2/error_log I found
==> /var/log/apache2/error_log <== ydim-html Client Error: uninitialized constant #<Module:0x00000001ed90d0>::YDIM NameError /var/www/ydim.ywesee.com/doc/index.rbx:11:in `<top (required)>' /usr/lib64/ruby/1.9.1/apache/ruby-run.rb:53:in `load' /usr/lib64/ruby/1.9.1/apache/ruby-run.rb:53:in `handler'
Now I ask myself, why we have a ruby-run from a 1.9 ruby here, as ydim-html should have ruby 1.8. Checking my apache setup. Checking installed mod_ruby.os
readelf -d /usr/lib64/apache2/modules/mod_ruby.so Dynamic section at offset 0x21b70 contains 29 entries: Tag Type Name/Value 0x0000000000000001 (NEEDED) Shared library: [libruby19.so.1.9] 0x0000000000000001 (NEEDED) Shared library: [libpthread.so.0] 0x0000000000000001 (NEEDED) Shared library: [librt.so.1] 0x0000000000000001 (NEEDED) Shared library: [libdl.so.2] 0x0000000000000001 (NEEDED) Shared library: [libcrypt.so.1] 0x0000000000000001 (NEEDED) Shared library: [libm.so.6] 0x0000000000000001 (NEEDED) Shared library: [libc.so.6] 0x000000000000000f (RPATH) Library rpath: [/usr/lib64] 0x000000000000001d (RUNPATH) Library runpath: [/usr/lib64] 0x000000000000000c (INIT) 0x82e8 0x000000000000000d (FINI) 0x1a708 0x0000000000000004 (HASH) 0x1c8 0x000000006ffffef5 (GNU_HASH) 0xc70 0x0000000000000005 (STRTAB) 0x37a0 0x0000000000000006 (SYMTAB) 0x1088 0x000000000000000a (STRSZ) 7250 (bytes) 0x000000000000000b (SYMENT) 24 (bytes) 0x0000000000000003 (PLTGOT) 0x222000 0x0000000000000002 (PLTRELSZ) 7200 (bytes) 0x0000000000000014 (PLTREL) RELA 0x0000000000000017 (JMPREL) 0x66c8 0x0000000000000007 (RELA) 0x5798 0x0000000000000008 (RELASZ) 3888 (bytes) 0x0000000000000009 (RELAENT) 24 (bytes) 0x000000006ffffffe (VERNEED) 0x5738 0x000000006fffffff (VERNEEDNUM) 2 0x000000006ffffff0 (VERSYM) 0x53f2 0x000000006ffffff9 (RELACOUNT) 55 0x0000000000000000 (NULL) 0x0
This looks similar to thinwpower. Main differences are that it contains an additional libruby19.so.1.9 and its library Path ar /usr/lib/64 instead of /usr/local/lib
Created a (executable) file /var/www/ydim.ywesee.com/doc/test.rbx with the following content
#!/usr/bin/ruby
puts "Hello World!<br><pre>"
ENV.each { |k,v|
puts "#{k}=#{v}"
}
puts "</pre>"
this outputs
Hello World!<br><pre> UNIQUE_ID=Vw47s38AAAEAAAvXATgAAAAB HTTPS=on SSL_TLS_SNI=ydim.oddb-ci2.dyndns.org HTTP_HOST=ydim.oddb-ci2.dyndns.org HTTP_CONNECTION=keep-alive HTTP_ACCEPT=text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8 HTTP_USER_AGENT=Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.76 Safari/537.36 HTTP_ACCEPT_ENCODING=gzip,deflate,sdch HTTP_ACCEPT_LANGUAGE=de-DE,de;q=0.8,en-US;q=0.6,en;q=0.4 HTTP_COOKIE=sbsm-persistent-cookie=language%3Dde; __utma=120231382.1194233752.1396442573.1460532874.1460545202.68; __utmc=120231382; __utmz=120231382.1441631577.25.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none) PATH=/bin:/usr/bin:/usr/ucb:/usr/bsd:/usr/local/bin SERVER_SIGNATURE=<address>Apache Server at ydim.oddb-ci2.dyndns.org Port 443</address> SERVER_SOFTWARE=Apache SERVER_NAME=ydim.oddb-ci2.dyndns.org SERVER_ADDR=172.25.1.75 SERVER_PORT=443 REMOTE_ADDR=172.25.1.75 DOCUMENT_ROOT=/var/www/ydim.ywesee.com/doc SERVER_ADMIN=[no address given] SCRIPT_FILENAME=/var/www/ydim.ywesee.com/doc/test.rbx REMOTE_PORT=56062 SERVER_PROTOCOL=HTTP/1.1 REQUEST_METHOD=GET REQUEST_URI=/test.rbx SCRIPT_NAME=/test.rbx MOD_RUBY=mod_ruby/1.3.0 GATEWAY_INTERFACE=CGI-Ruby/1.1 </pre>
I am asking myself why I get mod_ruby/1.3.0 when I installed mod_ruby/1.4.1?
Fixed the error by using a absolute path in the doc/index.rbx. Now it complained about a missing etc/config.rb. Copyied a (slighly altered version from thinpower /var/www/ydim.ywesee.com/etc/config.rb). I get an almost white login scrren. See 
. And trying to entern name/psI get the following output in ydmin-html
error in SBSM::Session#process: / NoMethodError undefined method `[]' for #<DRb::DRbUnknown:0x7eff59983410> /usr/lib/ruby/site_ruby/1.8/sbsm/session.rb:208:in `import_cookies' /usr/lib/ruby/site_ruby/1.8/sbsm/session.rb:360:in `process' /usr/lib/ruby/site_ruby/1.8/sbsm/session.rb:172:in `drb_process' /usr/lib/ruby/site_ruby/1.8/sbsm/session.rb:171:in `synchronize' /usr/lib/ruby/site_ruby/1.8/sbsm/session.rb:171:in `drb_process'
and in the apache error log
Wed Apr 13 15:08:10 2016] [error] access to /var/www/ydim.ywesee.com/doc/resources/javascript/dojo.js failed for (null), reason: file permissions deny server execution [Wed Apr 13 15:08:10 2016] [error] access to /var/www/ydim.ywesee.com/doc/resources/ydim.css failed for (null), reason: file permissions deny server execution [Wed Apr 13 15:08:10 2016] [error] access to /var/www/ydim.ywesee.com/doc/resources/javascript/ydim.js failed for (null), reason: file permissions deny server execution
Why the hell I get now suddenly file permissions errors?
But the import_cookies error was already reported by masa http://dev.ywesee.com/Masa/20111006-ruby193-oddb. The same solution worked also for /usr/lib/ruby/site_ruby/1.8/sbsm/session.rb. Now I can login (still with a white background). See
Pressing "Neuer Kunde" works. See
. But "Speichern" does not work. Result is the display. In the Apache error log I see[Wed Apr 13 15:45:57 2016] [error] access to /var/www/ydim.ywesee.com/doc/resources/javascript/dojo.js failed for (null), reason: file permissions deny server execution [Wed Apr 13 15:45:57 2016] [error] access to /var/www/ydim.ywesee.com/doc/resources/ydim.css failed for (null), reason: file permissions deny server execution [Wed Apr 13 15:45:57 2016] [error] access to /var/www/ydim.ywesee.com/doc/resources/javascript/ydim.js failed for (null), reason: file permissions deny server execution
After chmod +x /var/www/ydim.ywesee.com/doc/resources/javascript/dojo.js. the apache log shows
Wed Apr 13 15:48:32 2016] [error] mod_ruby: error in ruby [Wed Apr 13 15:48:32 2016] [error] mod_ruby: /usr/lib64/ruby/1.9.1/apache/ruby-run.rb:53:in `load': /var/www/ydim.ywesee.com/doc/resources/javascript/dojo.js:8: target of repeat operator is not specified: /* (SyntaxError) [Wed Apr 13 15:48:32 2016] [error] mod_ruby: \tCopyright (c) 2004-2005, The Dojo Foundation [Wed Apr 13 15:48:32 2016] [error] mod_ruby: \tAll Rights Reserved. [Wed Apr 13 15:48:32 2016] [error] mod_ruby:
I think the file is interpreted as a ruby script and not as Javascript. Why? Removed the lines RubyAddPath /var/www/ydim.ywesee.com/ and RubyHandler Apache::RubyRun.instance. And know the created customer appears. See
.When starting the debugger for ydim-htmld using sudo -u apache /usr/bin/ruby18 -rubygems -rdebug /var/www/ydim.ywesee.com/bin/ydim-htmld. I first must press several time 'c' to continue when getting errors like no marshal_dump is defined for class Proc' (TypeError). But when I press "Neue Rechnung" I get the following output
(rdb:8) c
/usr/lib/ruby/1.8/drb/drb.rb:375: `0x3faa7b9c0120 is recycled object' (RangeError)
from /usr/lib/ruby/1.8/drb/drb.rb:1582:in `main_loop'
from /usr/lib/ruby/1.8/drb/drb.rb:1431:in `run'
from /usr/lib/ruby/1.8/drb/drb.rb:1428:in `start'
from /usr/lib/ruby/1.8/drb/drb.rb:1428:in `run'
from /usr/lib/ruby/1.8/drb/drb.rb:1348:in `initialize'
from /usr/lib/ruby/1.8/drb/drb.rb:1628:in `new'
from /usr/lib/ruby/1.8/drb/drb.rb:1628:in `start_service'
from /var/www/ydim.ywesee.com/bin/ydim-htmld:35
/usr/lib/ruby/1.8/drb/drb.rb:375: ObjectSpace._id2ref(ref)
(rdb:8) ref
70001450811680
(rdb:8) ref.class
Fixnum
which might be related to the error we are chasing. After setting $VERBOSE=true we continue without halting. Setting $VERBOSE to true for ydim and ydim-html.
Got once the following stack-trace
/usr/lib/ruby/site_ruby/1.8/sbsm/session.rb:402: warning: instance variable @redirected not initialized /usr/lib/ruby/site_ruby/1.8/sbsm/state.rb:184: warning: instance variable @redirected not initialized /usr/lib/ruby/site_ruby/1.8/sbsm/state.rb:244: warning: instance variable @filter not initialized error in SBSM::Session#to_html: /de/debitor/unique_id/3 RangeError 0x3faecfa7ff04 is not id value (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:375:in `_id2ref' (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:375:in `to_obj' (druby://localhost:12375) /usr/lib/ruby/site_ruby/1.8/odba/drbwrapper.rb:70:in `to_obj' (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:1403:in `to_obj' (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:1705:in `to_obj' (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:613:in `recv_request' (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:911:in `recv_request' (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:1531:in `init_with_client' (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:1543:in `setup_message' (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:1495:in `perform' (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:1590:in `main_loop' (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:1586:in `loop' (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:1586:in `main_loop' (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:1582:in `start' (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:1582:in `main_loop' (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:1431:in `run' (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:1428:in `start' (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:1428:in `run' (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:1348:in `initialize' (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:1628:in `new' (druby://localhost:12375) /usr/lib/ruby/1.8/drb/drb.rb:1628:in `start_service' (druby://localhost:12375) /usr/bin/ydimd:48 /usr/lib/ruby/site_ruby/1.8/sbsm/drb.rb:17:in `respond_to?' /usr/lib/ruby/site_ruby/1.8/htmlgrid/value.rb:33:in `init' /usr/lib/ruby/site_ruby/1.8/htmlgrid/component.rb:139:in `initialize' /usr/lib/ruby/site_ruby/1.8/htmlgrid/namedcomponent.rb:34:in `initialize' /usr/lib/ruby/site_ruby/1.8/htmlgrid/composite.rb:147:in `new' /usr/lib/ruby/site_ruby/1.8/htmlgrid/composite.rb:147:in `create' /usr/lib/ruby/site_ruby/1.8/htmlgrid/divcomposite.rb:33:in `compose' /usr/lib/ruby/site_ruby/1.8/htmlgrid/divcomposite.rb:13:in `each' /usr/lib/ruby/site_ruby/1.8/htmlgrid/divcomposite.rb:13:in `compose' /usr/lib/ruby/site_ruby/1.8/htmlgrid/composite.rb:57:in `init' /usr/lib/ruby/site_ruby/1.8/htmlgrid/component.rb:139:in `initialize' /usr/lib/ruby/site_ruby/1.8/sbsm/state.rb:245:in `new' /usr/lib/ruby/site_ruby/1.8/sbsm/state.rb:245:in `view' /usr/lib/ruby/site_ruby/1.8/sbsm/state.rb:181:in `to_html' /usr/lib/ruby/site_ruby/1.8/sbsm/session.rb:448:in `to_html' /usr/lib/ruby/site_ruby/1.8/sbsm/session.rb:173:in `drb_process' /usr/lib/ruby/site_ruby/1.8/sbsm/session.rb:171:in `synchronize' /usr/lib/ruby/site_ruby/1.8/sbsm/session.rb:171:in `drb_process' /usr/lib/ruby/1.8/drb/drb.rb:1556:in `__send__' /usr/lib/ruby/1.8/drb/drb.rb:1556:in `perform_without_block' /usr/lib/ruby/1.8/drb/drb.rb:1516:in `perform' /usr/lib/ruby/1.8/drb/drb.rb:1590:in `main_loop' /usr/lib/ruby/1.8/drb/drb.rb:1586:in `loop' /usr/lib/ruby/1.8/drb/drb.rb:1586:in `main_loop' /usr/lib/ruby/1.8/drb/drb.rb:1582:in `start' /usr/lib/ruby/1.8/drb/drb.rb:1582:in `main_loop' /usr/lib/ruby/1.8/drb/drb.rb:1431:in `run' /usr/lib/ruby/1.8/drb/drb.rb:1428:in `start' /usr/lib/ruby/1.8/drb/drb.rb:1428:in `run' /usr/lib/ruby/1.8/drb/drb.rb:1348:in `initialize' /usr/lib/ruby/1.8/drb/drb.rb:1628:in `new' /usr/lib/ruby/1.8/drb/drb.rb:1628:in `start_service' /var/www/ydim.ywesee.com/bin/ydim-htmld:36 YDIM::Html::View::Debitors::COMPONENTS[[0, 0]] in create(subnavigation)
When I tried to load the 3 customer I had created. But now the whoe process just hangs and hangs.
Even after stopping then starting ydim, ydim-html, postgres and apache accessing https://ydim.oddb-ci2.dyndns.org/ hangs without consuming CPU power. Did I crash the database? Will continue tomorrow.