{"action":"opened","issue":{"url":"https://api.github.com/repos/minoca/os/issues/37","repository_url":"https://api.github.com/repos/minoca/os","labels_url":"https://api.github.com/repos/minoca/os/issues/37/labels{/name}","comments_url":"https://api.github.com/repos/minoca/os/issues/37/comments","events_url":"https://api.github.com/repos/minoca/os/issues/37/events","html_url":"https://github.com/minoca/os/issues/37","id":187400353,"number":37,"title":"Minoca OS fails to boot in VMWare","user":{"login":"evangreen","id":709517,"avatar_url":"https://avatars.githubusercontent.com/u/709517?v=3","gravatar_id":"","url":"https://api.github.com/users/evangreen","html_url":"https://github.com/evangreen","followers_url":"https://api.github.com/users/evangreen/followers","following_url":"https://api.github.com/users/evangreen/following{/other_user}","gists_url":"https://api.github.com/users/evangreen/gists{/gist_id}","starred_url":"https://api.github.com/users/evangreen/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/evangreen/subscriptions","organizations_url":"https://api.github.com/users/evangreen/orgs","repos_url":"https://api.github.com/users/evangreen/repos","events_url":"https://api.github.com/users/evangreen/events{/privacy}","received_events_url":"https://api.github.com/users/evangreen/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":0,"created_at":"2016-11-04T18:01:29Z","updated_at":"2016-11-04T18:01:29Z","closed_at":null,"body":"hi @Tester768 . Let's move our VMWare thread over here.\r\n\r\nThanks for getting a kernel debugger connected, that helps a lot. The 0.2.0.1375 failure is now understood. From the diff of the two we can see that in 0.2.0.1375 all devices underneath the ISA bus fail, which explains why the keyboard never comes up. In the newer build we see many more devices being enumerated, so we're making progress :)\r\n\r\nIt seems like some part of the build process isn't getting sh into the right place. Do you have sh, mount, and a few other apps in x86dbg/bin/skel/bin? If not, I wonder if the -nt (newer than) test is not passing for non-existent files during the build process.\r\n\r\nCan you try replacing lines 66-68 of apps/swiss/Makefile with just \r\n`$(STRIP) -o $(BINROOT)/skel/bin/sh $(BINROOT)/$(BINARY)`\r\n\r\nand do a make clean + rebuild (essentially just removing the if). If removing the conditional causes sh to show up in x86dbg/bin/skel/bin, then we'll know that's the issue. To fully boot we'll also need to do that fix for mount's postbuild."}}
{"actor":{"display_login":"evangreen"}}