Bug 441914 – dev-qt/qtlockedfile and dev-qt/qtsingleapplication - please package

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Justin Lecher (RETIRED) 2012-11-05 18:49:23 UTC]

Please package following class

http://doc.qt.digia.com/solutions/4/qtsingleapplication/index.html

it is bundled in many package in the tree. Also Fedora already is using a seperate package.
I didn't tried yet, because I have no clue about the qt4-build.eclass so I think it is easier for you. There are many patches available from fedora, so packing should be easy.

Thanks

[Comment 1 Davide Pesavento (RETIRED) 2012-11-05 21:39:52 UTC]

The plan is to start unbundling it from every package?

[Comment 2 Justin Lecher (RETIRED) 2012-11-05 21:45:56 UTC]

(In reply to comment #1)
> The plan is to start unbundling it from every package?

that's the plan. The gentoo way. I would do it in texmaker and texstudio.

At least those packages bundle it

 *  app-emulation/q4wine
 *  media-sound/musescore
 *  app-text/cb2bib
 *  dev-util/qt-creator
 *  net-p2p/qbittorrent
 *  media-video/smplayer
 *  sci-electronics/plcedit
 *  app-editors/focuswriter
 *  x11-misc/qlipper
 *  media-video/minitube
 *  media-sound/clementine
 *  net-news/quiterss
 *  media-sound/musique
 *  app-text/qgoogletranslator
 *  www-client/qupzilla
 *  app-text/goldendict

[Comment 3 Markos Chandras (RETIRED) 2012-11-05 22:20:46 UTC]

Shouldn't we just let upstream folks to rework their build systems first? I believe this is not an urgent issue

[Comment 4 Justin Lecher (RETIRED) 2012-11-05 22:46:05 UTC]

(In reply to comment #3)
> Shouldn't we just let upstream folks to rework their build systems first? I
> believe this is not an urgent issue

qt? sure. I just thought this one might be worth the unbundling efforts.

[Comment 5 Markos Chandras (RETIRED) 2012-11-06 09:40:57 UTC]

(In reply to comment #4)
> (In reply to comment #3)
> > Shouldn't we just let upstream folks to rework their build systems first? I
> > believe this is not an urgent issue
> 
> qt? sure. I just thought this one might be worth the unbundling efforts.

No I meant the upstream of each package that you listed above. If Qt upstream is pushing towards this way, then we can wait until all upstreams pick up the changes

[Comment 6 Ben de Groot (RETIRED) 2012-11-06 13:43:12 UTC]

(In reply to comment #3)
> Shouldn't we just let upstream folks to rework their build systems first? I
> believe this is not an urgent issue

Asking upstreams to unbundle it is kind of pointless if we don't offer it as a separate package. I agree we should package this, and then request the various upstreams to make it possible to compile their packages against system qtsingleapplication.

[Comment 7 Davide Pesavento (RETIRED) 2012-12-08 10:20:30 UTC]

is there a release tarball available anywhere?

[Comment 8 Justin Lecher (RETIRED) 2012-12-10 08:08:37 UTC]

http://get.qt.nokia.com/qt/solutions/lgpl/

[Comment 9 Michael Palimaka (kensington) 2013-01-01 19:45:06 UTC]

Added an initial ebuild to the qt overlay, tested against media-video/minitube. If it meets your needs we will push to portage.

[Comment 10 Justin Lecher (RETIRED) 2013-01-09 08:50:07 UTC]

Thanks, I will try it.

[Comment 11 Justin Lecher (RETIRED) 2013-01-12 15:58:16 UTC]

It seems that qtlockdfile is bundled

fedora has patches to unbundle it.

http://pkgs.fedoraproject.org/cgit/qtlockedfile.git/tree/

[Comment 12 Michael Palimaka (kensington) 2013-01-12 16:41:33 UTC]

(In reply to comment #11)
> It seems that qtlockdfile is bundled
> 
> fedora has patches to unbundle it.
> 
> http://pkgs.fedoraproject.org/cgit/qtlockedfile.git/tree/

Pushed a couple of quick commits to the overlay to fix this.

[Comment 13 Justin Lecher (RETIRED) 2013-01-12 19:21:40 UTC]

Builds fine, but texmaker needs some ancient version with functionality removed now.

[Comment 14 Michael Palimaka (kensington) 2013-08-27 14:51:20 UTC]

I am almost finished with packaging this, but have run into a small issue. Other distributions seem to install it to /usr/include/QtSolutions/, but using this .prf it is searching /usr/include/qt4/QtSolutions

qtlockedfile.prf
INCLUDEPATH *= $$QMAKE_INCDIR_QT/QtSolutions
DEPENDPATH  *= $$QMAKE_INCDIR_QT/QtSolutions
LIBS *= -lQtSolutions_LockedFile-2.4

Any ideas on which is correct?

[Comment 15 Davide Pesavento (RETIRED) 2013-08-27 22:48:13 UTC]

(In reply to Michael Palimaka (kensington) from comment #14)
> I am almost finished with packaging this, but have run into a small issue.
> Other distributions seem to install it to /usr/include/QtSolutions/, but
> using this .prf it is searching /usr/include/qt4/QtSolutions

Maybe that's because in other distributions QMAKE_INCDIR_QT == /usr/include ?

Btw, what's the canonical SRC_URI for the package now? get.qt.nokia.com seems to be dead.

[Comment 16 Davide Pesavento (RETIRED) 2013-08-27 22:55:04 UTC]

Anyway, /usr/include/qt4/QtSolutions makes more sense to me (given our current layout), as long as it's consistent with the actual location of the header files ;)

[Comment 17 Michael Palimaka (kensington) 2013-08-28 11:43:38 UTC]

(In reply to Davide Pesavento from comment #15)
> Btw, what's the canonical SRC_URI for the package now? get.qt.nokia.com
> seems to be dead.
I could not find any. :(

(In reply to Davide Pesavento from comment #16)
> Anyway, /usr/include/qt4/QtSolutions makes more sense to me (given our
> current layout), as long as it's consistent with the actual location of the
> header files ;)
Thanks for the info, I'll do that then.

[Comment 18 Michael Palimaka (kensington) 2013-09-04 14:53:38 UTC]

Thanks, both qtlockedfile and qtsingleapplication are now in CVS.

[Comment 19 Nikoli 2013-09-08 06:53:13 UTC]

Please add ~x86 keyword.

[Comment 20 Michael Palimaka (kensington) 2013-09-08 13:09:19 UTC]

(In reply to Nikoli from comment #19)
> Please add ~x86 keyword.

There is already bug #483618 for that.