1
0
mirror of https://github.com/avinal/avinal.github.io.git synced 2026-07-03 23:30:09 +05:30
Files
avinal.github.io/content/posts/gsoc/meeting-9.md
T
avinal 62efd95607 feat: use new theme for the website
Signed-off-by: Avinal Kumar <avinal.xlvii@gmail.com>

rh-pre-commit.version: 2.3.2
rh-pre-commit.check-secrets: ENABLED
2025-01-01 23:39:45 +05:30

2.4 KiB

category, date, description, image, tags, title
category date description image tags title
gsoc 2021-07-30T22:47:00 This week I implemented CMake packaging configuration for FOSSology. The new configuration fixes issue with previous packaging configurations. It also retains the component wise installation features. /images/tech-wallpaper-10.webp
gsoc
FOSSology
Coding Week 8 Meeting

This week I implemented CMake packaging configuration for FOSSology. The new configuration fixes issue with previous packaging configurations. It also retains the component wise installation features.

Week 8 Progress

CMake Packaging configuration almost completed.

  • Packages can be built according to the FOSSology previous packaging structure.
  • Initial testing configuration added.
  • Ninja build has been fixed.
  • To test the current progress, follow the instructions here

Discussions

  • How is the testing implemented in FOSSology?
    • Not all agents have testing implemented.
    • There are two types of tests Unit and Functional.
    • At first, the test executable calls multiple PHP scripts to create a test environment. And then tests are executed.
    • Files related to testing and common for all the agents are in src/testing
    • Other tests depends on phpunit. This PHPUnit is generated inside vendor.
  • As of now, the testing configurations are hardcoded, what should I do, because it seems the testing configuration will require changes to a lot of files?
    • Decide a deadline for the testing configuration and if until that point there is not very productive implementation then move to the next task that is implementing CI.
  • As of now building, installation, and packaging via CMake is working and in a stable state. To create an initial Pull Request. This would also be useful in case of the final evaluation and further testing will be based on this PR itself.
  • Fix any bugs or if there is the scope of improvement in Building, Installation and Packaging do that.

Conclusion and Further Plans

  • Prepare for an initial PR.
  • Fix known bugs and apply Improvements.
  • Work on testing configurations.

Attendees