I have been up and down trying to enable a new kernel I built for my Chromium OS, but I'm stuck at figuring out how I can tell the image build to use the new kernel vs the stock 3.14.0 that the build comes with.
I don't know where else to look, or what else to do. The kernel build image.sh script doesn't seem too helpful either, but I could very well be missing something. Is anyone else out there familiar with this by chance?
Thank you!
Edit: Sites I've looked at are below, just a small handful though of the many I've scoured through:
https://groups.google.com/a/chromium.org/forum/#!msg/chromium-os-dev/PVxdASizNP0/kpdIdozsb8gJ
https://github.com/dnschneid/crouton/wiki/Build-chrome-os-kernel-and-kernel-modules
http://www.chromium.org/chromium-os/build
So, in the event that someone in the future stumbles across this, I never did find a solution to implement the newest upstream kernel. Instead, I found out which kernel the image was using by default (in my case, v3.14), added my drivers (well, selected the modules) and ran the following commands as an amd64-generic build
~/trunk/src/scripts/./build_packages --board=amd64-generic # Yes, I know, you can export board = amd64-generic here, too.
cros_workon --board=amd64-generic start sys-kenel/chromeos-kernel-3_14-9999
cd ~/trunk/third_party/kernel/v3.14/
./chromeos/scripts/prepareconfig chromiumos-x86_64
./chromeos/scripts/kernelconfig editconfig # Answer the questions here in the menus.
make mrpropercd ~/trunk/src/scripts/./build_packages --board=amd64-generic
cros_workon --board=amd64-generic stop sys-kernel/chromeos-kernel-3_14-9999
./build_image --board=amd64-generic --noenable_rootfs_verification
Related
So, I've been looking and looking and looking. It's odd to me that is not something programmers like to readily answer. I don't understand why. What are they afraid of? Is it a pride thing, that we should somehow be able to guess at it ourselves, like pull it out of the dark somehow like they did at one time maybe? I don't get it.
I see people asking this question all over the internet, and every single time, it never fails, nobody actually answers the question. They just respond by asking things like "what's the error" all of the time.
What do you think the error is? It's that the person hasn't yet done the extra steps to make their executable run on other windows machines.
My issue:
I'm running g++ from the command prompt. I installed cygwin and mingw, and then I added the bin folder of the one I want to use to my path variable in windows. I do NOT include both bin folders. Only the one the that I am using at the time. I've been alternating between the two in an effort to figure out how I'm supposed to make my small simple C++ program run on another windows machine. One of the forums, some post said that he uses mingw, presumably to avoid the problem of needing cygwin dll's . . . or something . . . I didn't quite understand.
Quick intro:
The program is simply a small program created from another similar program in a textbook to make the computer guess a number I have picked 1 through 100. I wanted to compile, and then put that executable on my sister or mom's computer and let them play so they can say, "How cool, you created that?"
I mean, at some point, I want to actually learn how to do this. Maybe I'm just a moron, but it just seems natural to me that at some point people want their executables to work on other machines. Seems like a simple question that every programmer must have at one point wondered about, but nobody seems to realize in all of these people asking this question that they simply need to know what the next step is.
So of course, I'm running into the issue that they don't have the dll's that are provided by mingw and cygwin. Naturally, this is because most Windows machines are not going to have those dll's.
So, what do I need to do to make my executable capable of running on other windows machines? Right now, I'm just talking about Windows 10. I use Windows 10 pro, latest build as of June 2018, and they use Windows 10 Home, probably the latest build since they do automatic updates. (Not sure if the normally forced install of the latest build has occurred, but I think it has.)
So, to anyone who read that and answers, thank you.
My company does Linux embedded systems using Freescale PowerPC processors.
Some years back I wrote an internal HowTo on how to use Dan Kegel's crosstool to set up a cross compiler environment for our product. I hadn't touched it since then but I recently tried it and found it doesn't work. The scripts look for files on redhat.com's ftp server that are currently not there.
The latest cross tool script is the one I am using, version 0.43.
So before I roll up my sleeves and see if I can fix it myself, I am wondering if someone has already done this. Does anyone here know Kegel well enough to contact him and ask if he is planning to do an update? (My guess is not. He works at Google now.)
Alternatively, is there a better GNU cross tool builder than Kegel's cross tool? It might be easier to switch over than to update the old one.
As it turns out Mr. Kegel was kind enough to respond to my e-mail. It turns out his original scripts have been picked up by an open-source group that calls it crosstool-ng. They did an amazing amount of work on this and the tool now uses a curses-based menu system to select the options for the cross development to generate.
You can search for file names directly in Google (try '<filename> site:ftp.redhat.com' or something similar), and often results will yield revised links to the files. If that is the problem, it should just be a case of cut and paste. Alternately, I would recommend downloading the files locally, modifying the script to see them there and then bundling them with the script.
Kegel left Google for a startup. His resume is at http://www.kegel.com/resume.html . Have you tried emailing him? He might just respond.
I am a newbie and not familiar with the setup environments and stuck at some point. I am developing a very simple database application using visual studio 2010. I want to release a demo program and want the demo setup to be executed just one time for a specific computer hardware. For example when one user downloads the demo and installs the setup, the demo setup content, a simple configuration file embedded in the setup or "what so ever I do not know" should be changed, so that setup (when coppied to another computer) could not be used in other computer hardwares.
The sollutions or design ideas for this specific problem should not include any online services checking that the user executes that install or not. All the problem should be solved locally if possible :) and be as generic as possible.
Any design ideas or a starting point
will be very appreciated.
Thanks in advance
This is not possible of course. Whatever breadcrumb you leave to record that the program was ran has to be left on the same machine. Leaving any user with sufficient skills or good enough tools (like SysInternals' ProcMon) to find out where you dropped it and remove it again. Assuming they care enough about making the effort.
The simple solution is to intentionally cripple your demo so that an important feature is missing that would make it useful. Like File + Save. Not just disabled, completely missing in the code as well so hacking the demo program doesn't work either. Easy to do with an #if directive in your source code.
I have recently been trying to make a keylogger for macs (since I work on one) JUST FOR FUN, no intent to use it. I have literally been looking around for 10+ hours and have found zero documentation of hooks for macs. Could anyone point me in the right direction?
Make a KEXT and load it up!
http://developer.apple.com/library/mac/#documentation/Darwin/Conceptual/KernelProgramming/About/About.html
Might need to read a good bit of this...
http://developer.apple.com/library/mac/#documentation/DeviceDrivers/Conceptual/IOKitFundamentals/Introduction/Introduction.html#//apple_ref/doc/uid/TP0000011-CH204-TPXREF101
Lots of overhead involved if you aren't up to speed.
If you want to get right to it, there was a good phrack article on osx rootkits an issue back...
http://www.phrack.com/issues.html?issue=66&id=16#article
I am quite familiar with MATLAB, although not so much with writing GUIs in it. Now my boss gave me a MATLAB program with GUI which was developed on a Windows machine and runs there without problems. I copied it to my mac (osx 10.6.5 with MATLAB R2009b) using a USB memory stick and tried to work on the files on my computer.
When starting the GUI, some of the callbacks are executed, some not. I was able to open the figure file containing the GUI in GUIDE, but there cannot click on the callback fields in the Property inspector. Also some components are not shown in GUIDE which are visible when running the GUI. First I suspected it might be corrupted by changed newline characters, but learned that .fig files are binary, so this should not be the case. I opened the binary .fig file with a text editor and found the following ASCII line followed by binary data:
MATLAB 5.0 MAT-file, Platform: PCWIN, Created on: Tue Aug 10 17:11:57 2010
Are the GUIs created with MATLAB OS specific? Wouldn't this be really stupid?
I opened the files on the windows machine again and tried to export them or save them by specifying that I want them to be compatible with other operating systems but could not find an option like this.
Of course I researched this on google, and wondered that I did not really find something related. If an incompatibility exists, I think this would have been discussed, right?
Anyone knows about it or had the same problem before?
Hmmm, ok. Well, the answer is quite embarrassing but still bears some potential to learn from it. The folder that my boss gave me contained a lot of files and figures with similar names, like:
bla1.fig
bla.fig
bla0.fig
the simple problem was, the first time I opened the figure with GUIDE I opened figure bla.fig instead of bla1.fig. After this I always used the reopen function of GUIDE and did not see that it was always the wrong file. this caused the problems.
==> so there is no incompatibility between Mac and PC, although I wonder why the platform is written in the file then
==> it could have been a problem with backwards-compatibility as the original figure was created with MATLAB 5
==> as #Adrian and #Mikhail pointed out: it would be very very useful to use a Version control system in order to prevent to have hundreds of files with different numbers where most of them are of no use anymore
There seems to be some incompatibilities between different platforms and also between different versions, from my experience (MATLAB 5, 6, and 7) also -- I've encountered similar situations many times.
I am not exactly sure when the GUIDE became available with MATLAB -- I first noticed about it when I was using the first version of MATLAB 7. (It used to be very unstable at first, but is very usable now. For example, I vaguely remember a critical issue with MATLAB 7 Student version. You had to download a patch to make the GUIs work.)
Does your boss know how the *.fig file was created and in which MATLAB version? Can you open the *.fig on the old version of MATLAB and display the GUI correctly?
Some functions have possibly become obsolete since the earlier version of MATLAB that was used to create the figure, and may be causing some minor problem with it. If that is the case, you can troubleshoot it by checking all the error and warning messages that appear on the Command Window (or the MATLAB Console.)
Also, you should be able to load the *.fig files on the workplace using the following command from the Command Window, assuming that the files are in MATLAB's search path.
load your_file.fig -mat
You should then see a structure dataset, and see all of the figure properties, etc. in that structure.
You can use the information to create a new figure without the GUIDE (GUI Development Environment / Tool).
I recommend you writing your own GUI app. It's not that difficult, with/without the GUIDE.
I recently opened a site with some Tips on MATLAB Programming for beginners and intermediate users, and update it in my spare time. If you have any specific question about GUI building, I may (or may not) be able to provide answers there...