• Content Count

  • Joined

  • Last visited

About going

  • Rank

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I apologize if I seem rude. I use automatic translation. Sometimes the meaning can turn over. And thank you. I started working with github. Now I understand why you don't accept the patches as a patch file
  2. Igor, let's try to open the eyes of users. Please apply these two patches. 0001-Correction-stderror-to-file.patch 0002-Install-to-see-the-status.patch
  3. Thanks. I saw the applied patches for testing. I read your links and realized that it is customary to make changes in a separate branch and then pull request. Of course, first we need to discuss with the community the need to develop new functionality. I will do so in the future. I'm currently laying out a number of patches that I think are the most important. Although it is not a tradition. You can apply them on your own behalf, after testing, if you see them reasonable. I don't claim authorship. Thank you for your understanding.
  4. In fact, I'm good with the Internet and all the necessary repositories are on a nearby SSD. There can be several reasons: - Slow Internet and unwillingness to clean sources every time. - Inattention, forgetfulness, typo. - Ignorance of documentation. In any negative scenario, the source directories must be clean before compiling.
  5. Igor, sorry but the automatic translation does not allow me to understand, you must also send the patches somewhere else? Or is it just enough to put them here? I did not find a description of the patch acceptance procedure in the documentation. I have a lot of fixes. Well tested I want to send for consideration to acceptance.
  6. 0002-Check-that-to-understand-what-it-is-talking.patch
  7. After many inspections, it is possible to fix this problem. 0001-Fix-incomplete-cleaning-of-the-source-code.patch
  8. Thanks. It turned out two topics on one big question: How to do better? I will prepare an explanatory note and patch, or as you said: I think then the two topics can be combined.
  9. " Cleaning methods and options: CLEAN_LEVEL (comma-separated list): defines what should be cleaned. Default value is "make,debs" - clean sources and remove all packages. Changing this option can be useful when rebuilding images or building more than one image “make” = execute make clean for selected kernel and u-boot sources, “images” = delete output/images (complete OS images), “debs” = delete packages in output/debs for current branch and device family, “alldebs” = delete all packages in output/debs, “cache” = delete cache/rootfs (rootfs cache), “sources” = delete cache/sources (all downloaded sources), “extras” = delete additional packages for current release in output/debs/extra " Options for wrong actions: Forgot, inattentive, syntax error. There is no desire to pull all sources when the goal is to add or remove support for a single kernel driver or module. But, in any case, the Assembly script works, we must ensure the purity of the source that every time you start with a clean slate. This is a very important point. I am trying to handle possible user errors and negative work options. I have studied this document well: https://docs.armbian.com/Process_Contribute/ And translated it into his native language. P.S. Build system armbian works very well. I want it to be the perfect tool.
  10. For me, these three points are a big problem. If the founding fathers and users feel similar, I can provide a patch that fixes these issues.
  11. 1. What is the purpose when compilation errors are sent to a common output and then branched to a file? It turns out a million lines. It is reasonable to have only compiler error messages. 2. What is the purpose when the kernel-source package is built with include the folder /.git/? It is not traditional 3. Why folder with sources not cleared fully before compilation? git commands: git reset --hard HEAD; git clean -df guarantee a clean sheet before starting work