Rex Dieter wrote: > Damian Ivanov wrote: > >>>Bumping Qt versions is... a fairly difficult process in fedora, >>>unfortunately. >> >> Introducing a new Qt version could be very simple I think: >> 1) Branch all Qt related packages (it should be with a one line >> command or using a web interface) >> 2) Edit package version number (with a per project (like Qt:5.14.1 >> project) macro - 1 digit changed/or two) >> 3) Wait for packages to be published into repo (and that repo contains >> all packages - without spec change - that use Qt priv headers). >> 4) Fix eventual build failures due to re based patches etc. >> 5) optional: Press push to start a request to get this merged into main >> repo. > > Building the core Qt packages is the easy part. We have that largely > scripted and semi-automated. > > The (much) harder part is coordinating rebuilds of all the other packages > that depend on private Qt5 api's (I wish there weren't so many). I suppose I could just make it easier on myself and just use rpmdev-bumpspec tool on dependencies too. Historically, I've tried to make an effort to keep branches merged, at least for those packages/maintainers that prefer to do it that way. -- rex _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
