Closed shorero closed 7 years ago
Strange. I can't reproduce this error on my machine(s). Did a fresh clone and then:
npm install --production
grunt
./bin/start-dist.sh
Even stranger, is that it reports of missing files when you have in fact found them to be where they should -- also that no other packages are failing... they all build the same.
If CoreWM fails, then pretty much everything becomes messed up with the UI.
Do you have any problems running the developer environment (which does not need this build process) ?
./bin/start-dev.sh
Will get back to you -- am building another VM with Ubuntu to try it.
On Mon, Oct 31, 2016 at 11:05 AM, Anders Evenrud notifications@github.com wrote:
Strange. I can't reproduce this error on my machine(s). Did a fresh clone and then:
npm install --production grunt ./bin/start-dist.sh
Even stranger, is that it reports of missing files when you have in fact found them to be where they should -- also that no other packages are failing... they all build the same.
If CoreWM fails, then pretty much everything becomes messed up with the UI.
Do you have any problems running the developer environment (which does not need this build process) ? ./bin/start-dev.sh
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/os-js/OS.js/issues/522#issuecomment-257318892, or mute the thread https://github.com/notifications/unsubscribe-auth/AA-H28VF-t7L0NH3K3Mg0-yvZuabAyjEks5q5gPKgaJpZM4KlCZm .
OK. I started this AM with a clean VM and did a reinstall, following the instructions. I note the following oddities:
Anyway, after all my experimenting, I reset and did the installation steps, adding only the mocha install. I got the same build errors during the grunt command. Command bin/start-dist.sh still produced the error when I hit :8000 with the browser; I noted this time that the error is coming from the CoreWM module, which makes sense since that's where the grunt errors are.
However, as you may have suspected, I have no problems when I run bin/start-dev.sh -- no errors when I connect, and the settings window comes up without barfing new windows across the browser.
Oh, I also should mention that OS.js is reporting version 2.0.0-alpha80
On Mon, Oct 31, 2016 at 11:05 AM, Anders Evenrud notifications@github.com wrote:
Strange. I can't reproduce this error on my machine(s). Did a fresh clone and then:
npm install --production grunt ./bin/start-dist.sh
Even stranger, is that it reports of missing files when you have in fact found them to be where they should -- also that no other packages are failing... they all build the same.
If CoreWM fails, then pretty much everything becomes messed up with the UI.
Do you have any problems running the developer environment (which does not need this build process) ? ./bin/start-dev.sh
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/os-js/OS.js/issues/522#issuecomment-257318892, or mute the thread https://github.com/notifications/unsubscribe-auth/AA-H28VF-t7L0NH3K3Mg0-yvZuabAyjEks5q5gPKgaJpZM4KlCZm .
Also should mention that this is still Centos 7.2 -- haven't tried Ubuntu yet, and may not, given that the devel server works under Centos (unless you'd like me to try Ubuntu)
On Tue, Nov 1, 2016 at 7:16 AM, Rw Shore rws228@gmail.com wrote:
OK. I started this AM with a clean VM and did a reinstall, following the instructions. I note the following oddities:
- During the "grunt" run there's a complaint about a missing module "mocha". I subsequently reset the VM and did "npm install mocha" prior to the --production install. This got rid of that complaint.
- During the --production install I note that there's a warning about "prefer to use global version of coffee-script" or words to that effect. I tried several approaches to removing this warning (resetting the VM prior to each), including a. npm install -g coffee-script b. npm install -g coffee-script@1.10.0 (this is the version pulled in during the --production install) c. npm install -g grunt (the grunt stuff has a dependency on coffee-script) d, npm install -g grunt@1.0.1 (this is the version that --production actually pulls in) I couldn't get rid of the warning, no matter what I did, so I conclude that it's not a big problem.
Anyway, after all my experimenting, I reset and did the installation steps, adding only the mocha install. I got the same build errors during the grunt command. Command bin/start-dist.sh still produced the error when I hit :8000 with the browser; I noted this time that the error is coming from the CoreWM module, which makes sense since that's where the grunt errors are.
However, as you may have suspected, I have no problems when I run bin/start-dev.sh -- no errors when I connect, and the settings window comes up without barfing new windows across the browser.
Oh, I also should mention that OS.js is reporting version 2.0.0-alpha80
On Mon, Oct 31, 2016 at 11:05 AM, Anders Evenrud <notifications@github.com
wrote:
Strange. I can't reproduce this error on my machine(s). Did a fresh clone and then:
npm install --production grunt ./bin/start-dist.sh
Even stranger, is that it reports of missing files when you have in fact found them to be where they should -- also that no other packages are failing... they all build the same.
If CoreWM fails, then pretty much everything becomes messed up with the UI.
Do you have any problems running the developer environment (which does not need this build process) ? ./bin/start-dev.sh
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/os-js/OS.js/issues/522#issuecomment-257318892, or mute the thread https://github.com/notifications/unsubscribe-auth/AA-H28VF-t7L0NH3K3Mg0-yvZuabAyjEks5q5gPKgaJpZM4KlCZm .
- During the "grunt" run there's a complaint about a missing module "mocha". I subsequently reset the VM and did "npm install mocha" prior to the --production install. This got rid of that complaint.
This is just a warning, really.
- During the --production install I note that there's a warning about "prefer to use global version of coffee-script" or words to that effect.
This is also just a warning. And comes from a dependency package.
However, as you may have suspected, I have no problems when I run bin/start-dev.sh -- no errors when I connect, and the settings window comes up without barfing new windows across the browser.
Yep. This is because the developer build loads the code directly from source. So it does not matter if the package build failed or not.
Also should mention that this is still Centos 7.2
I have tested this on a Debian and Arch box without any problems, so I'm suspecting something with Centos or your setup. By all means, give it a go. Then we can narrow it down easier.
You don't by any chance get any security errors in your logs on CentOS?
I am noticing that a lot of people have downloaded and installed OS.js in the recent month, without any reports of similar problems -- so my suspect is CentOS or some of the packages it uses that OS.js is dependent upon. Still though, so weird that you get a ENOENT in that spesific spot in the build process
Sorry, but I didn't check the security logs, and I've slicked the VM since then. However, the default Centos security profile is pretty permissive -- not to mention the fact that the issue seems to be confined to the "production" stuff. I agree that there's probably something Centos-specific that's the issue, but I can't tell what it is any more.
On Thu, Nov 3, 2016 at 7:13 AM, Anders Evenrud notifications@github.com wrote:
You don't by any chance get any security errors in your logs on CentOS?
I am noticing that a lot of people have downloaded and installed OS.js in the recent month, without any reports of similar problems -- so my suspect is CentOS or some of the packages it uses that OS.js is dependent upon. Still though, so weird that you get a ENOENT in that spesific spot in the build process
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/os-js/OS.js/issues/522#issuecomment-258115844, or mute the thread https://github.com/notifications/unsubscribe-auth/AA-H2-IUTPOMLLEpF5lVJOa2ZTQuBuFtks5q6cG9gaJpZM4KlCZm .
Hi, I get the same error on my mac, any suggestion for it?
@vincent-pli Can you try the developer
branch ?
@vincent-pli Did it work out for you ?
@shorero Well... I got around to installing CentOS just to try out and I did not encounter this problem. So now I'm sitting here scratching my head and wondering how the hell this is a problem Oo
Could you do me a favor and test the development
branch ? Grunt is no longer used here, so you'll have to run node osjs build
instead (then node osjs run
to try out). Make sure to run npm install --production
if you switch branches from an already cloned repo.
Yes, using the development branch I was able to get the desktop up. I've been sucked off onto other stuff and haven't gotten back to OS.js since, though.
On Mon, Nov 28, 2016 at 9:46 AM, Anders Evenrud notifications@github.com wrote:
@vincent-pli https://github.com/vincent-pli Did it work out for you ?
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/os-js/OS.js/issues/522#issuecomment-263289120, or mute the thread https://github.com/notifications/unsubscribe-auth/AA-H2-mrFiyqJcocLvSR4lITCoKojARUks5rCulagaJpZM4KlCZm .
@shorero Thanks for checking it out for me. Much appreciated! :)
Then I know at least there was something wrong in the previous iteration of the build system and that it has been fixed.
I'm going to merge all the changes into master
today, so I can finally resolve this issue :)
I've merged everything into master now. So this should be resolved! :)
Let me know if it's not!
OS: CentOS 7.2
Expected behaviour
Install with no errors; successful connection to the example app on "localhost"
Actual behaviour
Following the documented installation steps. After the "grunt" command I see the following output:
Checking the directory mentioned in the stack trace, I find that dist/packages/default/CoreWM/panelItems does in fact contain weather.js and windowlist.js. When I run bin/start-dist.sh to start the server, I see no errors. However, any attempt to connect to localhost:8000 produces an error dialog -- something about a type error and a particular URL not being a constructor (passes too fast for me to capture). At this point the app seems damaged beyond repair; for example, hitting the "settings" button on the menu bar fills the screen with an infinite number of overlapping windows.
Steps to reproduce the error
Follow the documented installation steps. The same thing happened during two independent installs.
(Optinal) Browser and OS information
Browser: Firefox 45.4.0 (most recent version from the Centos 7.2 repositories). OS: Centos OS 7.2 (updated today) Uname: Linux 3.10.0-327.36.3.el7.x86_64 #1 SMP Mon Oct 24 16:09:20 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux