00:14:27
|
*** rafa has quit IRC
|
02:59:46
|
*** chopin has joined #openmrs
|
03:34:48
|
*** chopin has quit IRC
|
04:00:47
|
*** wyclif has quit IRC
|
04:00:49
|
*** wluyima has joined #openmrs
|
04:01:03
|
*** wluyima has quit IRC
|
05:37:50
|
*** bwolfe has joined #openmrs
|
05:37:50
|
*** ChanServ sets mode: +o bwolfe
|
05:38:43
|
*** surangak has joined #openmrs
|
06:51:14
|
*** rafa has joined #openmrs
|
06:51:14
|
*** ChanServ sets mode: +v rafa
|
06:52:53
|
*** rafa has quit IRC
|
07:48:50
|
*** dkayiwa has joined #openmrs
|
08:04:10
|
*** rafa has joined #openmrs
|
08:04:10
|
*** ChanServ sets mode: +v rafa
|
08:56:24
|
*** rafa has quit IRC
|
10:31:05
|
*** surangak has quit IRC
|
10:31:07
|
*** surangak_ has joined #openmrs
|
10:34:00
|
*** rafa has joined #openmrs
|
10:34:00
|
*** ChanServ sets mode: +v rafa
|
11:44:48
|
<bwolfe> dkayiwa, so you're not going on holiday now?
|
11:59:03
|
*** james_regen has joined #openmrs
|
11:59:04
|
*** ChanServ sets mode: +v james_regen
|
11:59:50
|
*** robbyoconnor has quit IRC
|
12:02:27
|
<dkayiwa> bwolfe: if i go without the beta release, they i will not enjoy it. :)
|
12:02:44
|
<dkayiwa> they = then
|
12:09:13
|
<surangak_> howdy james_regen !
|
12:12:22
|
<james_regen> surangak_: hi
|
12:13:26
|
<surangak_> james_regen, how free are you right now ? If possible, I wanted to discuss how to solve PTM-47... :-)
|
12:14:55
|
<james_regen> i can talk right now.
|
12:15:47
|
<surangak_> mmm.. I was looking at the ticket, and It seems to me that what ada wants is not really something that will store the Report itself..
|
12:16:07
|
<surangak_> basically, if we store a 'Report', we're just storing the strategy + patient data (duplication)
|
12:16:34
|
<surangak_> this link to a report http://link.regenstrief.org:8080/openmrs_1.8.2/module/patientmatching/report.form?report=dedup-report-test_lcs_dob-10-15-2011--05-21-23 might giv u an idea...
|
12:16:39
|
<OpenMRSBot> <http://ln-s.net/9R$k> (at link.regenstrief.org:8080)
|
12:19:21
|
<james_regen> so you're thinking that just like we add the red background as we read the report, we can do something similar to not display already merged groups?
|
12:20:29
|
<surangak_> mm , im not really understanding how the red background comes into play :(
|
12:21:31
|
<james_regen> we check if a patient is voided when we display the report. we can probably do a similar thing, check if all lbut one patient is voided in the group, and not display it then, since ti's already been merged. i think that's what ada's ticket means
|
12:22:21
|
<james_regen> oh, i missed the part about keeping track of pairs that are not supposed to be merged
|
12:22:43
|
<surangak_> ah, I was about to go backj to jira and re-read :-)
|
12:23:31
|
<surangak_> I was thinking of a table that records what was done per each pair identified by each report
|
12:23:50
|
<surangak_> as in, report XY, Identified the following pairs, of these, patient Id y was merged, x was ignored, and z is still to be decided ...
|
12:26:05
|
<james_regen> i wonder if we should get from ada a clear list of what changes she wants. how she wants the report viewing to behave might affect how we store the user's choices
|
12:28:01
|
<surangak_> james_regen, I agree
|
12:28:18
|
<surangak_> james_regen, Actually, ada had wanted to organize a call, but im not sure if that is possible
|
12:28:40
|
<surangak_> maybe if I contact her, and get her to give a more lengthly explanation of her requirements ?
|
12:29:38
|
<surangak_> I was 'guessing' that I understand Adas problem, but if Im wrong, we will be in trouble :-)
|
12:30:46
|
<james_regen> surangak_: i think we understand what's in the ticket, but there might be more than the two examples she gave, and i think i'd rather figure out just once how the report viewing and merging should work
|
12:32:46
|
<surangak_> james_regen, I will buzz ada ada and get her to make a more detailed comment :-)
|
12:33:45
|
<surangak_> james_regen, I also have two more questions that I'd like to bother you with ....
|
12:33:54
|
<james_regen> surangak_: ok.
|
12:33:56
|
<surangak_> 1. how does the difference between 'must match' and 'should math' affect the 'scoring' that we use
|
12:35:16
|
<surangak_> as in, the scoring that we already use to match patients..
|
12:37:09
|
<james_regen> answer to 1: in a given set of records we want to find duplicates in, we have to compare two records to see how similar they are. there are on the order of n^2 ways we can compare records, and thats' too many to do. 'must match' fields are the fields we use to determine which pairs, out of the multitude we can use, we evaluate
|
12:38:24
|
<james_regen> so for our code, the must match fields are our way of saying, "we'll only compare records of people that are (if month of birth, day of birth, and year of birth are blocking) born on the same day. that should give us a better chance of finding true matches"
|
12:39:53
|
<surangak_> oh, I get it. So to be considerd for scoring, it must be 'must match' in the first place...
|
12:40:46
|
<james_regen> some records will have typos in those fields, and those matches will be missed if we do just that one run. so we do other runs with other fields set to must match, maybe last name and city. that way records are compared if mistakes exist in other must match fields. the fields aren't used for scoring, though, since we know they must match up exactly already. there's no information contained if there we know it will match
|
12:41:23
|
<james_regen> surangak_: yes. and we analyze each run separately, because our population of pairs will determine the m and u values
|
12:42:20
|
<surangak_> james_regen, now comes the harder question ..
|
12:42:22
|
<surangak_> The aim of generating MI scores is to identify related columns. So even if two columns are related, and if one of those columns are 'must match' we will have to ignore the MI score, and consider that column anyway, right ?
|
12:43:07
|
<surangak_> assume that we set family name to 'must match'. but MI scoring says that family name is similar to telephone
|
12:43:40
|
<surangak_> now, we will have to ignore MI score, and use the 'must match' familiy name' anyway, isnt it ? :-)
|
12:46:10
|
<james_regen> surangak_: i think MI scores are describing a set of records, and that the results of MI, just like frequency analysis or entropy values, are to help the user create the best mix of must match and should match fields. if the user sets the family name to must match and telephone to should match, then the code will do what the user says
|
12:48:15
|
<james_regen> i think the ahrd part is understanding what that MI score will mean if you do what you said. in that case, then the m value for telephone might be higher than it would if other columns were set to must match, that there's a bias in the rate that the values will match. i guess there's a point at which that bias is too bad to overcome the usefulness of having another field to evaluate for similarity
|
12:48:15
|
<surangak_> james_regen, hmm... actually I asked this because of what Dr. Shaun told me a few days back regarding part -2 of mutual scoring... But I think I need to go back and re -read our conversation log again :-)
|
12:48:32
|
<surangak_> james_regen, I think I may have missed something from the convo :-)
|
12:52:10
|
<james_regen> surangak_: i think it's a good question. if there's perfect corelation between the fields, then setting telephone to should match really isn't getting us anything other than inflated score. since there's a range of MI values, there's a judgement to make on what's acceptable MI value between fields. does that sound right?
|
12:52:50
|
<surangak_> james_regen, exacly :-)
|
12:53:03
|
<surangak_> james_regen, I think Dr. Shaun is away from Regenstrif this week ?
|
12:53:14
|
<surangak_> I think he said that he'll be at MIT ...
|
12:54:26
|
<james_regen> surangak_: oh, i didn't know that. he should still answer emails, i think.
|
12:54:51
|
<surangak_> I was thinking I should re-read the conversation, and try to send him a short e mail regarding this :-)
|
12:57:40
|
<james_regen> surangak_: ok
|
12:58:19
|
<surangak_> james_regen, I hav also mailed Ada, and will try to talk with her later today...
|
13:00:45
|
<james_regen> surangak_: ok. i'll be here if there are any more questions for me
|
13:01:06
|
<surangak_> james_regen, great, thanks a lot, you were very helpful :-)
|
13:21:56
|
*** chopin has joined #openmrs
|
13:22:10
|
*** mnunez has joined #openmrs
|
13:22:25
|
<mnunez> Hi everyone!
|
13:25:18
|
*** jthomas_ has joined #openmrs
|
13:27:53
|
*** rafa has quit IRC
|
13:28:42
|
*** jthomas_ has quit IRC
|
13:33:36
|
<mnunez> Hi bwolfe! I'll be having exams this week and the next one, but I'd like to contribute to the documentation sprint. There's not much I can do, but I could add an XForm section to the OpenMRS guide...
|
13:41:00
|
*** bwolfe has quit IRC
|
13:53:18
|
*** bwolfe has joined #openmrs
|
13:53:18
|
*** ChanServ sets mode: +o bwolfe
|
13:54:32
|
*** downeym has joined #openmrs
|
13:54:32
|
*** OpenMRSBot sets mode: +o downeym
|
13:54:32
|
*** ChanServ sets mode: +o downeym
|
14:08:39
|
<bwolfe> mnunez, sounds good! want me to make a ticket for that, or will you?
|
14:21:43
|
*** ball has joined #openmrs
|
14:21:56
|
<downeym> Hi ball and welcome to the #openmrs IRC channel.
|
14:59:33
|
*** eball has joined #openmrs
|
14:59:49
|
<downeym> Hi eball and welcome to the #openmrs IRC channel.
|
15:00:39
|
*** robbyoconnor has joined #openmrs
|
15:00:39
|
*** ChanServ sets mode: +v robbyoconnor
|
15:01:32
|
*** robbyoconnor has quit IRC
|
15:01:46
|
*** robbyoconnor has joined #openmrs
|
15:01:46
|
*** robbyoconnor has joined #openmrs
|
15:01:46
|
*** ChanServ sets mode: +v robbyoconnor
|
15:02:23
|
*** eball has quit IRC
|
15:04:08
|
*** surangak_ has quit IRC
|
15:11:44
|
*** rafa has joined #openmrs
|
15:11:47
|
*** ChanServ sets mode: +v rafa
|
15:20:36
|
*** robbyoconnor has quit IRC
|
15:23:27
|
*** bwolfe has quit IRC
|
15:29:51
|
<mnunez> bwolfe: ticket created
|
15:30:10
|
<mnunez> bwolfe https://tickets.openmrs.org/browse/TRUNK-2949
|
15:33:40
|
*** robbyoconnor has joined #openmrs
|
15:33:40
|
*** ChanServ sets mode: +v robbyoconnor
|
15:41:06
|
<ball> I'm a newbie to sprinting and irc. Where do I start? This is not helpful: "Pick a ticket from the available tickets in the top-left of the dashboard."
|
15:46:24
|
*** robbyoconnor has quit IRC
|
15:48:26
|
*** robbyoconnor has joined #openmrs
|
15:48:26
|
*** ChanServ sets mode: +v robbyoconnor
|
15:54:25
|
<downeym> hi ball - did anyone respond to you yet? :)
|
15:54:47
|
<ball> no
|
15:55:22
|
<downeym> ball: i got an email earlier that there's a kickoff meeting starting in about 1 hour
|
15:55:34
|
<downeym> (from now)
|
15:55:41
|
<ball> 12 noon EST?
|
15:55:48
|
<downeym> ball: correct
|
15:55:55
|
<ball> thx
|
15:56:13
|
<ball> And the kickoff is on IRC, skype, jabber?
|
15:56:42
|
<downeym> ball: let me check
|
15:57:56
|
<downeym> ball: hm, no one is around at the moment but I see a phone conference line. but we'll all be in IRC too.
|
15:58:00
|
<downeym> let me forward you this mail I have
|
15:59:28
|
*** dkayiwa has quit IRC
|
16:00:17
|
*** r0bby has joined #openmrs
|
16:00:17
|
*** ChanServ sets mode: +v r0bby
|
16:01:47
|
*** robbyoconnor has quit IRC
|
16:05:38
|
*** zen__ has joined #openmrs
|
16:05:46
|
<downeym> Hi zen__ and welcome to the #openmrs IRC channel.
|
16:07:18
|
<zen__> djazayeri: Hi. I am working on test cases in a module. I am not able to automatically generate tests or run it as unit test. Could you help me with this
|
16:13:02
|
<chopin> how can one serve a SWF file from a module's resources folder?
|
16:13:21
|
<chopin> for some reason I think mine might be getting served up in a weird way
|
16:14:10
|
*** r0bby_ has joined #openmrs
|
16:14:10
|
*** ChanServ sets mode: +v r0bby_
|
16:15:03
|
*** r0bby has quit IRC
|
16:26:39
|
*** r0bby_ has quit IRC
|
16:27:01
|
*** r0bby_ has joined #openmrs
|
16:27:01
|
*** ChanServ sets mode: +v r0bby_
|
16:28:56
|
*** mnunez has left #openmrs
|
16:45:09
|
*** r0bby_ has quit IRC
|
16:45:40
|
*** r0bby_ has joined #openmrs
|
16:45:40
|
*** ChanServ sets mode: +v r0bby_
|
16:49:40
|
*** r0bby_ has quit IRC
|
16:49:58
|
*** r0bby_ has joined #openmrs
|
16:49:58
|
*** ChanServ sets mode: +v r0bby_
|
16:50:43
|
*** zen__ has quit IRC
|
16:53:59
|
*** r0bby_ has quit IRC
|
16:54:26
|
*** r0bby_ has joined #openmrs
|
16:54:26
|
*** ChanServ sets mode: +v r0bby_
|
17:01:44
|
*** r0bby_ has quit IRC
|
17:02:29
|
*** r0bby_ has joined #openmrs
|
17:02:29
|
*** ChanServ sets mode: +v r0bby_
|
17:03:00
|
<downeym> Documentation sprint phone meeting happening now: (bottom half of) http://notes.openmrs.org/technicalwriting
|
17:04:11
|
*** jriley has joined #openmrs
|
17:07:55
|
*** robbyoconnor has joined #openmrs
|
17:07:55
|
*** ChanServ sets mode: +v robbyoconnor
|
17:10:47
|
*** r0bby_ has quit IRC
|
17:28:56
|
*** bwolfe has joined #openmrs
|
17:28:56
|
*** ChanServ sets mode: +o bwolfe
|
17:32:21
|
*** robbyoconnor has quit IRC
|
17:32:53
|
*** robbyoconnor has joined #openmrs
|
17:32:53
|
*** ChanServ sets mode: +v robbyoconnor
|
17:48:15
|
*** suranga has joined #openmrs
|
17:51:35
|
*** jriley has quit IRC
|
18:18:59
|
*** gauravpaliwal1 has joined #openmrs
|
18:24:12
|
*** dawn_ has joined #openmrs
|
18:27:11
|
*** dkayiwa has joined #openmrs
|
18:29:49
|
*** r0bby has joined #openmrs
|
18:29:49
|
*** ChanServ sets mode: +v r0bby
|
18:29:58
|
*** dawn_ has joined #openmrs
|
18:30:15
|
<dawn_> !scrumon dawn
|
18:30:15
|
* OpenMRSBot says the DAILY SCRUM MEETING is STARTING. This meeting should not last longer than 15 minutes. Please hold other comments until the end of the meeting, or message someone privately. Thank you! ScrumMaster dawn- you may begin when ready.
|
18:30:35
|
*** robbyoconnor has quit IRC
|
18:30:55
|
<dawn_> bwolfe: djazayeri rafa: hi
|
18:31:06
|
<dkayiwa> hi
|
18:31:12
|
<dawn_> dkayiwa: hi! :)
|
18:31:15
|
<rafa> hi
|
18:31:18
|
<dkayiwa> :)
|
18:31:33
|
<dawn_> today's order: rafa , dkayiwa , djazayeri , bwolfe , wyclif
|
18:31:47
|
<rafa> Today:
|
18:31:48
|
<rafa> * Back ported TRUNK-2926: Add changeset to delete incorrect entries in role_role table
|
18:31:48
|
<rafa> https://tickets.openmrs.org/browse/TRUNK-2926
|
18:31:48
|
<rafa> * Worked on TRUNK-2319: A feature to validate all concept in the database, to ensure they are all legal
|
18:31:48
|
<rafa> https://tickets.openmrs.org/browse/TRUNK-2319
|
18:31:48
|
<rafa> * Started late today so still an hour to go.
|
18:31:48
|
<rafa> Tomorrow:
|
18:31:49
|
<rafa> * Pick up new tickets
|
18:31:49
|
<rafa> No blockers.
|
18:31:52
|
*** suranga_ has joined #openmrs
|
18:32:32
|
*** gauravpaliwal1 has left #openmrs
|
18:32:34
|
<bwolfe> I'm on another conf call...so move me last...
|
18:32:43
|
<dkayiwa> Applied Janet's patch for: fix breaking test ConceptServiceImplTest.saveConcept_shouldSetDefaultPreferredNameToASynonymThird - TRUNK-2928
|
18:32:43
|
<dkayiwa> Back ported to 1.9.x: Add encounter_role and provider tables to liquibase-schema-only.xml - TRUNK-2927
|
18:32:44
|
<dkayiwa> Back ported to 1.9.x: AuditableInterceptor throws an NPE at startup, preventing OpenMRS from running - TRUNK-2917
|
18:32:44
|
<dkayiwa> Back ported to 1.9.x and closed: 1.9 Demo dataset needs a few more pieces of data - TRUNK-2909. Created: 1.9 Demo dataset sql file with the 5k patients needs a few more pieces of data - TRUNK-2948
|
18:32:45
|
<dkayiwa> Back ported to 1.9.x and closed: Incorrect error message when trying to create an encounter and put it in a visit with incompatible start/end date - TRUNK-2914
|
18:32:45
|
<dkayiwa> Back ported to 1.9.x and closed: Cannot save new visit and encounters at the same time - TRUNK-2796
|
18:32:45
|
<dkayiwa> Worked on the ticket comments for (the suggested alternative did not work. So i reverted to the original solution): Cannot save new visit and encounters at the same time - TRUNK-2796
|
18:32:46
|
<dkayiwa> Committed: 1.9 Demo dataset sql file with the 5k patients needs a few more pieces of data - TRUNK-2948
|
18:32:46
|
<dkayiwa> Committed fix for Wyclif's error for: AuditableInterceptor throws an NPE at startup, preventing OpenMRS from running - TRUNK-2917
|
18:32:46
|
<dkayiwa> Now working on review comments for: Daemon user has no associated person - TRUNK-2922
|
18:32:46
|
<dkayiwa> No Blockers
|
18:32:49
|
*** wyclif has joined #openmrs
|
18:32:56
|
<dawn_> bwolfe: fail
|
18:33:01
|
<dawn_> djazayeri: you ready?
|
18:33:48
|
*** suranga has quit IRC
|
18:33:57
|
*** r0bby_ has joined #openmrs
|
18:33:57
|
*** ChanServ sets mode: +v r0bby_
|
18:34:47
|
*** r0bby has quit IRC
|
18:34:54
|
<dawn_> let's skip djazayeri
|
18:34:56
|
<dawn_> wyclif: are you ready?
|
18:35:14
|
<wyclif> yeah
|
18:35:44
|
<dawn_> wyclif: can you give your updates plz. :)
|
18:36:02
|
<wyclif> ok
|
18:36:21
|
<wyclif> friday:
|
18:36:22
|
<wyclif> -Went through unclosed sprint tickets and made comments where necessary
|
18:36:22
|
<wyclif> -Backport fixed tickets to 1.9.x and 1.8.x and closing the tickets
|
18:36:22
|
<wyclif> -Addressing review comments for TRUNK-2273
|
18:36:22
|
<wyclif> -Sprint reviews
|
18:36:22
|
<wyclif> today:
|
18:36:24
|
<wyclif> -Made some fixes to the for TRUNK-412, backported them and closed it
|
18:36:26
|
<wyclif> -Wiki documentation the usage if the new search widgets
|
18:36:28
|
<wyclif> -Wiki documentation the additional attributes for concept mappings and related GPs
|
18:36:30
|
<wyclif> -Sprint tickets
|
18:36:32
|
<wyclif> blockers: none
|
18:37:46
|
<dawn_> djazayeri: bwolfe : we're waiting on ya
|
18:38:07
|
<bwolfe> today:
|
18:38:08
|
<bwolfe> tickets for doc sprint
|
18:38:08
|
<bwolfe> reviewed patch from students
|
18:38:08
|
<bwolfe> email backlog
|
18:38:08
|
<bwolfe> building 1.8.3 standalone on buea
|
18:38:09
|
<bwolfe> fixing hibernate upgrade patch
|
18:38:11
|
<bwolfe> conf calls with ncsu
|
18:38:25
|
*** r0bby_ has quit IRC
|
18:38:31
|
<bwolfe> half-blocker: been stumbling through getting the hibernate upgrade to work. almost there I think
|
18:38:50
|
<bwolfe> and buea seems to be building the 1.8.3, so I should have that out as soon as I have (time) bandwidth
|
18:40:08
|
<dawn_> djazayeri: you there?
|
18:42:02
|
<dawn_> wyclif: what's the status on 1.9beta2 sprint?
|
18:42:17
|
<dawn_> wyclif: looks like there are still tickets in code review (13 tickets)
|
18:42:53
|
<wyclif> reviewers need to review them
|
18:43:24
|
<wyclif> there are 2 could and 2 non essential tickets
|
18:43:56
|
<dawn_> wyclif: can you reach out to the individuals who still need to review the tickets and assign the 2 could and 2 non essential?
|
18:44:28
|
<wyclif> sure
|
18:45:00
|
<dawn_> !scrumoff dawn
|
18:45:00
|
* OpenMRSBot says the DAILY SCRUM MEETING has ENDED. This channel is now returned to normal hacking operations. Post-scrum meeting follow-up conversations may now begin.
|
18:45:02
|
<djazayeri> HI
|
18:45:08
|
<djazayeri> sorry, misread my calendar.
|
18:45:38
|
<djazayeri> My report is easy:
|
18:45:50
|
<djazayeri> Friday: all-day meeting, nothing sprint-related
|
18:46:09
|
<djazayeri> Today: some work on doc sprint, some work on dev sprint
|
18:47:14
|
<djazayeri> no blockers
|
18:47:17
|
<bwolfe> wyclif, rafa, dkayiwa: you guys will be doing mostly dev sprint stuff. but answer any requests from other folks about doc related stuff. (aka make time for it, bu tdon't focus on it)
|
18:47:29
|
<djazayeri> if someone wants to point me to something specific on the dev sprint, let me know
|
18:47:30
|
<dkayiwa> ok
|
18:47:46
|
<downeym> bwolfe: let me know if you need any help getting files off from buea
|
18:48:13
|
<downeym> bwolfe: i spent friday afternoon trying to explain that buea wasn't on the normal RI office network. :-/
|
18:48:13
|
<bwolfe> downeym, ok, I plan to try that as soon as this conf call is done
|
18:48:32
|
<wyclif> ok
|
18:52:37
|
*** dkayiwa has quit IRC
|
18:53:22
|
<bwolfe> downeym:
|
18:53:24
|
<bwolfe> O |
|
18:53:24
|
<bwolfe> + |
|
18:53:24
|
<bwolfe> ^ |
|
18:53:24
|
<bwolfe> O |
|
18:53:25
|
<bwolfe> + |
|
18:53:25
|
<bwolfe> ^ |
|
18:53:26
|
<bwolfe> O|
|
18:53:28
|
<bwolfe> / |
|
18:53:30
|
<bwolfe> ^ |
|
18:53:32
|
<bwolfe> O |
|
18:53:34
|
<bwolfe> + |
|
18:53:36
|
<bwolfe> ^ |
|
18:53:38
|
<bwolfe> O |
|
18:53:40
|
<bwolfe> + |
|
18:53:42
|
<bwolfe> ^ |
|
18:53:44
|
<bwolfe> O |
|
18:53:46
|
<bwolfe> + |
|
18:53:51
|
<bwolfe> ^ |
|
18:53:53
|
<bwolfe> O|
|
18:53:54
|
<bwolfe> / |
|
18:53:56
|
<bwolfe> ^ |
|
18:54:04
|
<downeym> oh really?
|
18:55:02
|
<downeym> hitting your head against the wall?
|
18:55:11
|
<dawn_> bwolfe: do you need to discuss your blocker or do you have it solved?
|
18:55:41
|
<bwolfe> its not solved yet but I'm not in a place to request help. :-)
|
18:55:52
|
<bwolfe> downeym, that was you. the wall was RG
|
18:56:06
|
<downeym> bwolfe: needs more bricks.
|
18:56:28
|
*** suranga has joined #openmrs
|
18:56:35
|
*** dawn_ has quit IRC
|
18:58:03
|
<bwolfe> downeym:
|
18:58:04
|
<bwolfe> bwolfe@buea:~/standalone/target$ rsync -e ssh openmrs-standalone-1.8.3 bawolfe@frs.sourceforge.net:/home/frs/project/o/op/openmrs/releases/OpenMRS_1.8.3/
|
18:58:05
|
<bwolfe> ssh: connect to host frs.sourceforge.net port 22: Connection refused
|
18:58:05
|
<bwolfe> rsync: connection unexpectedly closed (0 bytes received so far) [sender]
|
18:58:05
|
<bwolfe> rsync error: error in rsync protocol data stream (code 12) at io.c(601) [sender=3.0.7]
|
18:59:36
|
*** suranga_ has quit IRC
|
19:00:34
|
<downeym> bwolfe: correct, that's the firewall dropping the traffic outbound from the server.
|
19:01:04
|
<bwolfe> downeym, so your head banging was for naught? did they never open it for buea?
|
19:01:35
|
<downeym> bwolfe: at this time, they still think the port is open. but they also think the server is on a different network than it actually is.
|
19:02:02
|
<downeym> bwolfe: i can grab your file(s) and then upload them though
|
19:02:37
|
<bwolfe> downeym, ugh
|
19:02:37
|
<bwolfe> downeym, can you easily copy that file off buea?
|
19:02:44
|
<bwolfe> downeym, great, do that. :-)
|
19:02:51
|
<downeym> bwolfe: let me know the paths & files
|
19:02:56
|
<downeym> and destination
|
19:03:06
|
<downeym> i guess you already did.
|
19:03:06
|
<downeym> heh
|
19:03:13
|
<bwolfe> notify me when its done
|
19:03:13
|
<bwolfe> and then we could use you and maybe a windows user to test it running to make sure it works right
|
19:04:27
|
<downeym> bwolfe: don't we want to zip up that directory?
|
19:04:39
|
<bwolfe> way ahead of you :-)
|
19:04:45
|
<downeym> ah, i see it now
|
19:04:59
|
<bwolfe> downeym, looks like I forgot the extension
|
19:05:05
|
<downeym> yeah
|
19:05:40
|
<bwolfe> hmm, let me see if thats the problem...
|
19:05:56
|
<downeym> bwolfe: nah, it's the firewall. i validated with other known working target hosts
|
19:06:57
|
*** dawn_ has joined #openmrs
|
19:06:57
|
<bwolfe> ok
|
19:09:43
|
*** suranga_ has joined #openmrs
|
19:10:19
|
<djazayeri> wyclif, rafa: is someone working on the 1.9 compilation failure? or is that already fixed?
|
19:10:50
|
<wyclif> djazayeri, already done
|
19:11:03
|
<wyclif> it was a missing import
|
19:11:23
|
<djazayeri> okay, cool
|
19:13:20
|
*** suranga has quit IRC
|
19:14:06
|
*** gauravpaliwal1 has joined #openmrs
|
19:19:49
|
*** suranga has joined #openmrs
|
19:20:27
|
*** suranga_ has quit IRC
|
19:28:57
|
<downeym> bwolfe: so i should test out the 1.8.3 standalone?
|
19:29:11
|
<bwolfe> yeah
|
19:29:13
|
<bwolfe> thanks
|
19:29:52
|
<downeym> bwolfe: stand(alone)by
|
19:31:10
|
<bwolfe> n(ic)e
|
19:31:51
|
<downeym> bwolfe: i think the readme.txt needs updated
|
19:32:09
|
<bwolfe> downeym, in the zip? or on sourceforce?
|
19:32:12
|
<bwolfe> *sourceforge
|
19:32:29
|
<bwolfe> in other news, it should have been called sourceforce
|
19:32:44
|
<downeym> bwolfe: on SF. there isn't one in the zip file (-1)
|
19:33:19
|
<bwolfe> downeym, ah yes, looks like it still refers to the multiple options
|
19:33:26
|
<downeym> bwolfe: right
|
19:33:50
|
<downeym> bwolfe: and good news, http://localhost:8081/openmrs-standalone/index.htm;jsessionid=1327F811F19BA020D0CA46B49BA2D03F loaded
|
19:33:59
|
<bwolfe> sweetness
|
19:34:53
|
<downeym> bwolfe: it also seems that the initial password should be in the readme.txt (?)
|
19:35:12
|
<bwolfe> downeym, the demo data one? is it admin:test?
|
19:35:17
|
<downeym> right.
|
19:36:19
|
<downeym> bwolfe: also, did that userid/pw change?
|
19:36:23
|
<downeym> it's not what's listed on the web page.
|
19:37:13
|
*** suranga has quit IRC
|
19:37:42
|
*** dawn_ has quit IRC
|
19:38:47
|
<bwolfe> downeym, what is listed on the webpage admin:Admin123 ?
|
19:39:00
|
<downeym> yep
|
19:39:11
|
<bwolfe> hmm, I forget what installs it that way
|
19:39:24
|
<bwolfe> but this one is built off of demo data of old, which is admin:test
|
19:39:29
|
<downeym> it ended up being admin : test
|
19:40:14
|
<downeym> bwolfe: IIRC it was because the standalone's demo data was manually created by the packager, so s/he had to run through the initialsetup which had that PW requirement
|
19:40:35
|
<bwolfe> ah yes
|
19:41:39
|
*** gauravpaliwal1 has left #openmrs
|
19:43:04
|
<downeym> bwolfe: also, fwiw, the .jar used to be called "openmrs-standalone.jar"
|
19:43:13
|
<bwolfe> what is it now?
|
19:43:34
|
<downeym> standalone-1.1.1.jar
|
19:44:13
|
<bwolfe> I thikn thats intentional. we need to know what version of the standalone peeps are using
|
19:46:22
|
<downeym> bwolfe: also, there's a different README.txt that used to be in the standalone zip
|
19:47:33
|
<downeym> bwolfe: http://pastebin.com/jXfsz8SJ
|
19:47:36
|
<bwolfe> downeym, if you have htat, open a ticket on STAND
|
19:47:40
|
<downeym> k
|
19:50:08
|
<downeym> !ticket STAND-38
|
19:50:10
|
<OpenMRSBot> downeym: [#STAND-38] Standalone README.txt seems to be missing in OpenMRS 1.8.3 release - OpenMRS JIRA - https://tickets.openmrs.org/browse/STAND-38
|
19:52:48
|
*** dkayiwa has joined #openmrs
|
19:53:35
|
<bwolfe> downeym, ok, fixed the readme on sourceforge
|
20:32:42
|
*** james_regen has left #openmrs
|
20:33:48
|
*** dawn_ has joined #openmrs
|
20:52:28
|
*** dawn_ has quit IRC
|
20:57:42
|
*** dawn_ has joined #openmrs
|
21:14:18
|
*** downeym has quit IRC
|
21:44:15
|
*** chopin has quit IRC
|
21:44:45
|
*** rafa has quit IRC
|
22:01:53
|
*** djazayeri1 has joined #openmrs
|
22:01:54
|
*** djazayeri has quit IRC
|
22:04:50
|
*** dkayiwa has quit IRC
|
22:07:15
|
*** wyclif has quit IRC
|
22:07:38
|
*** djazayeri1 is now known as djazayeri
|
22:07:38
|
*** ChanServ sets mode: +o djazayeri
|
22:20:35
|
<djazayeri> bwolfe: is source.openmrs.org working for you? e.g. https://source.openmrs.org/cru/CR-CONTRIB-66
|
22:26:54
|
*** rafa has joined #openmrs
|
22:26:54
|
*** ChanServ sets mode: +v rafa
|
22:33:51
|
*** dkayiwa has joined #openmrs
|
22:34:15
|
*** rafa has quit IRC
|
22:59:04
|
*** wyclif has joined #openmrs
|
23:06:34
|
*** dkayiwa has quit IRC
|
23:07:39
|
*** djazayeri has quit IRC
|
23:08:57
|
*** djazayeri has joined #openmrs
|
23:08:57
|
*** ChanServ sets mode: +o djazayeri
|
23:24:17
|
*** bwolfe_ has joined #openmrs
|
23:24:17
|
*** ChanServ sets mode: +o bwolfe_
|
23:26:03
|
*** bwolfe has quit IRC
|