summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* dev-qt/*: replace = by ~ for dev-qt/*:6 depsIonen Wolkens2023-09-051-1/+1
| | | | | | | | | | | | | | | | | Less jarring a little bit shorter. Made sense in Qt5 given it used a ver_cut QT5_PV and could be used to ignore additional components, but with PV it does nothing useful. Plus we still want _rc and _betas to match (_p<date> are where issues start though, if ever needed we could reintroduce QT6_PV, but for now...). Should have done this in the previous style commit. Still keeping :6, do prefer these being everywhere for clarity with Qt slots (and qa-vdb!) even if essentially a no-op here. Plus, even if this does not happen with Qt, two slots having the same version can happen with revisions (e.g. current webkit-gtk). Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-qt/qtnetworkauth: remove unnecessary qtbase[widgets]Ionen Wolkens2023-09-051-3/+1
| | | | | | Would be needed if had "examples? ( )". Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-qt/*: streamline style a bit across qt6 ebuildsIonen Wolkens2023-09-051-4/+4
| | | | | | | | | | | | | Misc minor adjustments / sorting, but more commonly: * use same RDEPEND + DEPEND ordering everywhere, bit of both order is used all across and sometime inverted in Qt5's so let's match skel.ebuild to avoid confusion * use explicit :6 slots, not necessary with =PV but this is more about normalizing usage when multiple slots exist (plus *cough* qa-vdb won't complaint anymore) Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-qt/*: import qt6 live ebuilds from ::qtIonen Wolkens2023-09-051-0/+17
As-is, no changes in this commit which is mostly the same as the current in-tree ebuilds. Maintaining these in two different repos feels like just a hassle (to me), and would rather have everything in one place so I can change live and release ebuilds simultaneously as needed, plus not have to sync metadata or eclass changes either (plus chiitoo has ::gentoo commit access now). May move packages if I happen to work on them, albeit I have no intention to really touch Qt5 or LXQt (anyone working on these are free to the same if they want, or keep current workflow). Signed-off-by: Ionen Wolkens <ionen@gentoo.org>