-
Notifications
You must be signed in to change notification settings - Fork 133
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tagged releases #53
Comments
Not really, most of the time this repo should be safe to just pull. However with the whole interface rewrite usb0/usb1 so that we no longer need drivers on windows/mac, things kind of became interesting. Regards, |
So does that mean that this repo is no longer safe to just pull? This next part is kinda off topic but
|
The change over to dual interfaces happened on March 9th.. So if you are running an image after March 9th, it's safe to pull.. Before March 9th, you just need to make sure you are running a newer kernel (released around march 9th).. this is the only used repo that is not packaged. regards, |
Thanks for the information. I am glad that I filed this issue. I had originally intended to use a feb console image. I am under the impression that if I didnt file the image, it would have been difficult to know of similar information that you mentioned. May I know what are the mechanisms to be informed of such issues when I wish to pull the bootscripts repo? |
May I know which are the other packaged repos? |
@elfgoh the usb0/usb1 had been the first major change to the boot-scripts startup since we implemented it.. Here's the full list of git repo's we pull in, some need to be packaged, some don't 'need it'.. ps, if "git" isn't installed, these aren't pulled in.. Regards, |
(I realised that this issue may not be the right place but I am at a loss where else to start so here goes) I wonder if tagged releases would be a good idea.
The context of this question, I am using console images eg version A[1]. Occasionally a new stable build is updated at [1] eg version B. Is there any visibility as to which additional commits of boot-scripts go into the new stable build?
The use case is: I do not want to keep changing the console image that I use for customisation, ie keep chasing the latest stable build. So I may want to selectively pull commits to version A.
So ideally, I want a LTS console image, with the option to pull in commits for boot-scripts that are stable fixes via git.
[1] http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Jessie_Snapshot_console
The text was updated successfully, but these errors were encountered: