Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 461584 - app-office/texmaker-4.4.1: version bump, add qt5 build option
Summary: app-office/texmaker-4.4.1: version bump, add qt5 build option
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal enhancement (vote)
Assignee: Justin Lecher (RETIRED)
URL:
Whiteboard:
Keywords: EBUILD
Depends on: 467712
Blocks:
  Show dependency tree
 
Reported: 2013-03-12 23:05 UTC by Malte E.
Modified: 2015-01-28 12:35 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
texmaker-4.0.1-r1.ebuild (texmaker-4.0.1-r1.ebuild,1.88 KB, text/plain)
2013-05-02 20:02 UTC, David Heidelberg (okias)
Details
texmaker-4.4.1.ebuild (texmaker-4.4.1.ebuild,2.05 KB, text/plain)
2015-01-04 10:50 UTC, Ben de Groot (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Malte E. 2013-03-12 23:05:06 UTC
Texmaker 4.0 is one of the first applications to be Qt5 compatible and could allow us to actually try out Qt5 with something more than just some demo apps. This would require a yet unwritten qt5.eclass which I don't really see myself writing, because I don't have the skills. I will look into it, though.

Reproducible: Always
Comment 1 David Heidelberg (okias) 2013-05-02 20:02:45 UTC
Created attachment 347178 [details]
texmaker-4.0.1-r1.ebuild

You can test this ebuild with my qt5.eclass => https://raw.github.com/okias/qt/master/eclass/qt5.eclass

Copy qt5.eclass into "/usr/portage/eclass"
go to "/usr/portage/app-office/texmaker"
copy there ebuild, run "repoman manifest"
any try it :) (I'd like to try it, but it depends on 150M packages - no tex installed ;-) )
Comment 2 Malte E. 2015-01-02 03:10:17 UTC
Can we just get a masked qt5 USE flag for texmaker? It may be useful for testing.
Comment 3 Ben de Groot (RETIRED) gentoo-dev 2015-01-04 10:50:45 UTC
Created attachment 393146 [details]
texmaker-4.4.1.ebuild

This ebuild implements qt5 support and offers the user a choice between qt4 and qt5. It *should* work, but for some reason I don't understand I get sandbox violations.
Comment 4 Davide Pesavento gentoo-dev 2015-01-04 11:04:35 UTC
You don't need two mutually exclusive USE flags to select Qt version. One is enough (e.g. qt5) and then you use "qt5?" and "!qt5?" for deps.
Comment 5 Malte E. 2015-01-04 12:01:48 UTC
It may make sense for transparency though? That way the user will know that USE="qt4" will pull in Qt4 and USE="qt5" will pull in Qt5.
Comment 6 Ben de Groot (RETIRED) gentoo-dev 2015-01-04 12:10:12 UTC
(In reply to Davide Pesavento from comment #4)
> You don't need two mutually exclusive USE flags to select Qt version. One is
> enough (e.g. qt5) and then you use "qt5?" and "!qt5?" for deps.

I consider it part of best practices to make it clear whether it will build with qt4 or qt5.
Comment 7 Malte E. 2015-01-04 12:45:01 UTC
The ebuild does not build because:
 * The specific snippet of code:
 *       cp "${FILESDIR}"/texmakerx_my.pri . || die;
I tried to just remove that line, but compile failed right in the beginning because of hunspell.hxx not being found. I don't know how to fix that.
Comment 8 Ben de Groot (RETIRED) gentoo-dev 2015-01-04 13:58:46 UTC
(In reply to Malte E. from comment #7)
>  *       cp "${FILESDIR}"/texmakerx_my.pri . || die;

We need this to make it find system hunspell and qtsingleapplication. It should not be the cause of the sandbox violation.
Comment 9 Davide Pesavento gentoo-dev 2015-01-04 14:21:50 UTC
We need consistency throughout the tree though (I believed we discussed about this before).

Also, the ^^ REQUIRED_USE constraint requires users to enable (or disable if they're globally enabled) either qt4 or qt5 on a per-package basis. This is very inconvenient IMO. There are lots of users that don't care whether qt4 or qt5 is used, as long as it is seamless for them.
Comment 10 Malte E. 2015-01-07 10:43:03 UTC
Sorry, my fault, I didn't copy texmakerx_my.pri to ${FILESDIR}.
It seems the texmaker install script is trying to remove old versions of texmaker. I still get sandbox violations with the old version uninstalled, but far less than before.
Comment 11 Malte E. 2015-01-10 04:19:21 UTC
When a previous version is installed, the install phase finishes despite numerous sandbox violations. I can then manually call
ebuild /var/lib/portage/local/app-office/texmaker/texmaker-4.4.1.ebuild qmerge
and texmaker installs and seems to be working fine.
Comment 12 Justin Lecher (RETIRED) gentoo-dev 2015-01-28 12:25:52 UTC
*texmaker-4.4.1 (28 Jan 2015)

  28 Jan 2015; Justin Lecher <jlec@gentoo.org> +texmaker-4.4.1.ebuild:
    Version BUmp, #461584
Comment 13 Justin Lecher (RETIRED) gentoo-dev 2015-01-28 12:35:56 UTC
+  28 Jan 2015; Justin Lecher <jlec@gentoo.org> texmaker-4.4.1.ebuild:
+  Import changes by Ben de Groot
+