-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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
Move drivers into separate .repos file #3366
Comments
@kenji-miyake @mitsudome-r @esteve maybe we can also discuss about whether we should build these packages as part of the CI or not. Or discuss whether we should do the proposal on this issue at all. From these 3, I think velodyne is the more essential one but I'm not sure about what to do with the others. Any thought is appreciated. |
@xmfcx I think pacmod could be moved out easily, but as you say Velodyne is essential to our architecture, so I'm not sure if it should be moved out. The Tamagawa IMU driver doesn't seem to be used much, though. Only two packages depend on it: |
@xmfcx I'm sorry for joining late. Explaining the background, these are from TIER IV's reference vehicle/sensor_kit. I think splitting repos or just removing some is okay, but there are several things to be discussed:
Do you really want to split drivers? Or do you want to split the entire sensor components? I'm not sure which is better.
Seeing this purpose, I feel like you want to split the sensor components that aren't related to your vehicle.
For this, I think users can do it with the current configuration because they are under the
We might need to fix some dependencies before splitting them out. Anyway, I'd like to clarify the background and issues more. |
@xmfcx
If latter is the case, I think we can just remove Tamagawa-imu and pacmod-interface drivers since they are not used in tutorials anyways. |
So, I have thought about this more generally and here are the things I'd like to achieve:
For this, I will separate out the following:
into a different Will modify the CI to pull them along with the others, build and test as usual. The users will download the usual If they want to, they can download it with the In the future, we can think of similar non-essential external packages to this list. Do you think this is reasonable? @esteve @mitsudome-r ? |
@xmfcx I agree with you, the drivers are quite specific to the vehicle where Autoware is running, so it'd be better to move them to a separate |
|
@xmfcx
|
Ok, I'll create PRs that will move these 2 into their own .repos file then 👍 |
@xmfcx do you want me to move the repos? I'm happy to work on that, feel free to assign me this ticket. |
@esteve Sure, you may work on it if you are available 👍 The tasks are in order:
Additional points:
I'll update the main post with these steps. |
@xmfcx thanks for the detailed explanation
In that case, should the packages in that repos file be built? If they're not used, we can just submit them to the ROS buildfarm and we wouldn't have to deal with them. |
I think that would also work. @mitsudome-r if you don't have objections, I'll change the task to move the |
@xmfcx when you have a moment, could you create repositories for each of these two packages? At first, could you allow pushes to the main branch, I'll push the code from here and will keep the commit history with git-filter-repo. Once I've pushed the history, we can protect the main branch against pushes. Thanks. |
@xmfcx sorry, I thought I didn't have permission to create new repositories, I'll create them myself. |
@xmfcx I just realized that the packages are already in their own repositories 🤦 Sorry for all the noise |
Same here 💀 |
@xmfcx I believe all the PRs are ready for review, except for the changes in |
Checklist
Description
This issue is about moving the driver packages to a separate
extra-packages.repos
file from autoware.repos file.Purpose
Since not every vehicle will use all the drivers, or some other packages in the future, it's better for them to have a separate
extra-packages.repos
file.This way when people fork autoware, it's easier for them to disable these repositories.
Possible approaches
Current repos that can be moved:
Definition of done
pacmod_interface
intoextra-packages.repos
vcs import src < extra-packages.repos
autoware/docker/build.sh
Lines 115 to 118 in 4374782
autoware/.github/actions/docker-build/action.yaml
Line 35 in 4374782
autoware/.github/actions/docker-build-and-push/action.yaml
Line 28 in 4374782
autoware.repos
was previously downloaded, this new.repos
file should be too.tamagawa_imu_driver
from:tamagawa_imu_driver
intoextra-packages.repos
extra-packages.repos
Additional points:
extra-packages.repos
doesn't need to have a-nightly
version.The text was updated successfully, but these errors were encountered: