Central | Various updates (!2)

Gedare Bloom (@gedare) gitlab at rtems.org
Sat Sep 14 21:17:22 UTC 2024



Merge request https://gitlab.rtems.org/rtems/prequal/rtems-central/-/merge_requests/2 was reviewed by Gedare Bloom

--
  
Gedare Bloom commented on a discussion on .gitmodules: https://gitlab.rtems.org/rtems/prequal/rtems-central/-/merge_requests/2#note_112086

 >  	path = modules/rtems
 > -	url = git://git.rtems.org/sebh/rtems.git
 > +	url = https://gitlab.rtems.org/sebhub/rtems.git

I think this MR has exposed an important point that the workflow in `rtems-central` has a backward dependency by relying on a personal repo/fork of `rtems.git`. Although it means currently rtems-central is broken, the proposed fix here means continuing to hide this backward dependency. What would it take to be able to use the actual `rtems.git` in the workflow? 

What is in your developer version of `rtems.git` to enable this workflow to work, that doesn't exist in the upstream `rtems.git`?

I don't know what it means "I have to carry about 28 commits around". What is selecting the branch on the rtems.git submodule to do the regeneration and generate the patch sets?

I may be willing to accept the maintenance updates, if I can see an Issue and a plan for how to resolve this backward dependency.


-- 
View it on GitLab: https://gitlab.rtems.org/rtems/prequal/rtems-central/-/merge_requests/2
You're receiving this email because of your account on gitlab.rtems.org.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/bugs/attachments/20240914/f80341e1/attachment-0001.htm>


More information about the bugs mailing list