I have been trying to create a Linux image for the VAR-SOM-MX8X. Its been a rough beginning, but I have managed to create the layers and so. I have bitbaked 2 days ago and left the system working, I already knew it was going to be a long way.
The problem is since yesterday at 23:26 the log inside of my tmp/buildstats/ shows me the build has been trying to download me this Git package,
git clone --branch imx_5.4.24_2.1.0 https://source.codeaurora.org/external/imx/linux-imx.git
I have tried to download it by myself with git clone and it starts, its huge, but it downloads properly. The problem is the bitbake download doesn't look like its working, the progress bar has stayed all day long in 41% and it doesn't look like its working.
-- UPDATE
okey, I didn't know you could actually stop bitbake by Ctr+C twice, one first and another after the "wait for executiioning tasks" dialogue appears. Anyway my download has not gone far, my system stays downloading the same git path all the time and it doesnt make any change, once it has managed to go to 100% but then it has stopped there forever. Any idea why is this happening?
I have finally managed to get the image, the problem may be about connectivity issue. First, I tried to do it in my work laptop in my office but it was too slow. Finally, trying to do it in my home PC I have managed to get the image, some recipes fail, but with
bitbake <image_name> -c cleanall
I have managed to get everything done. Moreover, nodejs didnt compile properly, so I remove it out of my local.conf file and everythign worked fine.
Related
Trying to utilise yarn offline mirroring, and it's not working as I expect.
How I expect it to work:
Tarballs get saved in a cache folder, as specified in the .yarnrc, and yarn install --offline extracts those into node_modules in up to 5 seconds and everyone is happy.
How it seems to (not) work:
After I did everything described in the doc above, I:
Delete node_modules
Try to yarn install --offline again with my wifi turned off.
This results in a failure in the Linking dependecies... step (3rd one after Resolving & Fetching). The error is a package (chromedriver) trying to use internet connection and also seems to be a symptom and not the actual problem.
Fetching step is very quick, so it does seem like it finds the local tarballs, but why does the linking take so long? I'm talking about 4-5~ minutes of a yarn install step each time, which eventually takes pretty much the same amount of time, thus gaining me nothing overall except for lots of binaries in my repo.
Is the process itself faulty? Am I doing anything wrong, or not running the correct commands? The docs are not clear, to say the least.
I love live-server as a tool for auto-updating a project when changes are made, but I can't bare to use it anymore because it just refreshes WAY too frequently (about every 10-15 seconds) on my Mac.
I can't find what's changing or even IF any files are actually changing. I thought it might be detecting .DS_Store but looking at those files, none of them have a modified time late enough to be the culprit. The verbose logs just show that almost all of my folders in the project changed all at once. All I know for sure is that I'm not manually changing anything.
Anyone have any ideas or even suggestions for a "better" reload-on-change CLI option?
The issue appears to have to do with the fact that I'm using a network shared drive with live-server. If I move the project to my local machine, the problem goes away.
You can try https://www.npmjs.com/package/nodemon
It allowes you to add the Argument
--ignore ...
To ignore files or a whole Directory
I have XCode Server set up with XCode 6.4 and OSX Server 4.1.5. I had integrations running fine until I transferred my git repository to another bitbucket account. No big deal right? Wrong for me :(. After I transferred my repository, I changed my git remote, I changed the repository location in Preferences in Xcode on my dev computer as well as on my server. Regular git functions are working fine from the command line and from within XCode. Nothing seems wrong until I try to run an integration and then it gives me the following build service error:
Could not check out sources because the source control information is in an invalid format.
I tried deleting my bot and creating another one. I tried cloning my project straight from the new location into another folder in case something had gotten out of sync. I git reset hard to the remote branch just in case even though there was nothing different. I tried cleaning and restarting everything multiple times. I reset XCode Server too (sudo xcrun xcscontrol --reset) and am still getting the error making me think I really did somehow mess up my git repository as far as XCode is concerned, but I have no ideas about what XCode doesn't like about my source control information. Does anyone have any ideas for what I can do or try? I've been tearing my hair out for hours.
I'm running XCode 6.1 and working with a git repo. XCode's source control is turned on, as well as the options Refresh local status automatically and Refresh server status automatically and Add or remove files automatically.
Every 10 seconds or so, xcode shows every file's status as changing to unknown (a question mark). After a bit, they mostly all refresh and show the correct status. This keeps happening over and over.
Why is this happening and how can I stop it?
They look like so:
Question Marks
Normal
Finally I have found the cause of this problem, and thus the solution.
My git repo was checked out on my local machine inside of another git repo by accident. Doing this cause massive confusion to XCode, apparently. Doing a fresh checkout in a different folder fixed the problem.
To resolve this you need to do the following:
Go to Source Control -> Refresh Status.
It should solve your problem.
I've installed github for windows.
I cloned a repository to my local drive.
But when i make some changes into my app from eclipse, the changes doesn't come in github for windows .
hoping a reply soon .
P.S. I am a noob
For anyone else reading this: if you generate a large amount of untracked/modified data, the GitHub Windows app sometimes appears to be ignorant of all recent changes.
For example: if you generate a bunch of untracked Doxygen files (~500MB), it may take GitHub a very long time to finally show "Uncommitted changes". In the meantime, you may not see any of your changes.
If your git bash shows changes, and your GitHub gui does not, then this is likely your issue.