repo/gentoo.git - Official Gentoo ebuild repository

	Commit message (Collapse)	Author	Age	Files	Lines
*	dev-go/qt: remove the golang-vcs-snapshot.eclass variant	Marek Szuba	2021-03-19	3	-213/+0
\| \| \| \| \| \| \|	It might actually work but it is useless, protonmail-bridge needs it to use go-module.eclass. Signed-off-by: Marek Szuba <marecki@gentoo.org>
*	dev-go/qt-0_pre20200904: explicitly depend on dev-qt/qtcore	Marek Szuba	2021-01-21	1	-0/+1
\| \| \| \| \| \| \| \|	Turns out it IS somehow possible for other Qt ebuilds to be emerged without pulling qtCore in. Closes: https://bugs.gentoo.org/766369 Signed-off-by: Marek Szuba <marecki@gentoo.org>
*	dev-go/qt: Another take on migration to go-module.eclass	Marek Szuba	2021-01-21	6	-0/+292
\| \| \| \| \| \| \|	With updated go.sum, 'go install' no longer complains about missing .zip files - but now qtsetup fails on invalid 'go list' arguments. Signed-off-by: Marek Szuba <marecki@gentoo.org>
*	dev-go/qt: update outdated comments	Marek Szuba	2021-01-20	1	-4/+1
\| \| \| \|	Signed-off-by: Marek Szuba <marecki@gentoo.org>
*	dev-go/qt: New package	Marek Szuba	2021-01-20	4	-0/+224
	Qt5 Go bindings, Go package name 'therecipe/qt'. Dependency of mail-mta/protonmail-bridge[gui]. Packaged for Gentoo instead of using vendoring because it takes a long time to build, uses golang-vcs-snapshot.eclass for now because it seems to be incompatible with go-module.eclass - it keeps failing on vendored dependencies having already been unzipped. Builds fine and most tests pass, that said I haven't done any runtime testing yet and it will likely be very sensitive to dev-qt/* upgrades. Use at own risk for now. Signed-off-by: Marek Szuba <marecki@gentoo.org>