[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnumed-devel] Still no luck with test data
From: |
Richard Terry |
Subject: |
Re: [Gnumed-devel] Still no luck with test data |
Date: |
Thu, 9 Dec 2004 09:52:18 +1100 |
User-agent: |
KMail/1.5.4 |
> > failed to import [../sql/test-data/test_data-James_Kirk.sql]
>
> this tells me your source isn't up to date
Karsten - twas virgin up to date source re-downloaded on a number of
occasions. However - I will delete the entire gnuMed directory and do another
virgin import of the CVS and try again.
BTW if one is doing the import by hand, what directory does one have to be in?
Regards
Ricahrd
On Thu, 9 Dec 2004 03:15 am, Karsten Hilbert wrote:
> > Have tried what you suggested to no avail. Note that it bombs out before
> > the AMIS test data (which of course I don't have anyway - this
> > installation script needs modifying so as if one installs test data it
> > dosn't request that - unless of course it is needed, in which case it
> > should be supplied (if possible legally).
>
> If one uses the script redo-public.sh then one will
> not be bothered by missing AMIS data.
>
> > I once again enclose the log file, but again, it crashes as the same
> > place: ===================================================
> > 2004-12-08 17:09:07 [DATA]
> > (/home/richard/gnumed/gnumed/Gnumed/pycommon/gmPsql.py:address@hidden):
> > insert into lnk_pat2vacc_reg (fk_patient, fk_regime) values (
> > currval('identity_id_seq'),
> > (select pk_regime from v_vacc_regimes where regime='Tetanus
> > (STIKO)') )
> > 2004-12-08 17:09:07 [ERROR]
> > (/home/richard/gnumed/gnumed/Gnumed/pycommon/gmPsql.py:address@hidden):
> > ../sql/test-data/test_data-James_Kirk.sql:73: ERROR: ExecInsert: Fail to
> > add null value in not null attribute fk_regime
>
> 1) please make sure you have the lastest source
> 2) this (or some variant thereof) won't work until Psql.py
> gains transaction awareness which I have been unable to
> provide yet
> 3) nevertheless, one can still work around that problem:
> - a bootstrap should fails on lab regression test data only
> - this is harmless unless one wants to do lab regressions
> - it is possible to still import that test data with:
> psql -d gnumed -U gm-dbowner -f lab_regression*.sql
>
>
> > Interestingly if I try and run your multi-sash soap stuff now, I get a
> > different set of error messages -doesn't even get to the gnumed logon.
>
> Like which messages ?
>
> Karsten