Re: [Interest] QRemoteObject inheritance
Hi Daes, On 5/24/20, 7:19 AM, "Daesdemon" wrote: Hi Brett, I don't know why, but i even didn't think to use REP on the server side,only. That could obviouly changes a lot of thing as a boilerplate tool. It was an all or nothing in my head, even if i knew globally the way it works. Excellent. It opens up a lot of possibilities. For a quick test i will try the Q_CLASSINFO(QCLASSINFO_REMOTEOBJECT_TYPE, ) then I'll change my design to test the SourceAPI usage. I will probably have new questions :) One of those new possibilities ties in here. If you use repc to create the base class (Source or SimpleSource), it will have the Q_CLASSINFO() added to the class by repc. So you can create derived classes and then pass the derived class pointer to enableRemoting() call. That will get you the full API from the repc defined class up to the derived class. I didn't mention this before because I thought you weren't using repc because you had pre-existing QObject classes that didn't make sense to (re)create from repc. MODEL and CLASS : do those keyword allow a hierarchy of object to be exposed without more work ? Correct. Although to be honest, the QAIM behavior isn't ideal. Since the model isn't local, even basic aspects, like the number of rows and whether a node has children, are asynchronous and answered by model updates. And also, if you have some informations about that, are the cmake tools ready for REPC ? There's been cmake support for a long time. I know it works at a high level, but I still mostly use qmake. Regards, Brett ___ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest
Re: [Interest] Qt 5.15 for Linux/X11 : "-qt-xcb" no longer supported?
On Fri, May 22, 2020 at 06:56:32PM -0700, Thiago Macieira wrote:
> On Friday, 22 May 2020 07:54:03 PDT Florian Bruhin wrote:
> > I'm talking about running Qt's binary releases, not building from sources.
>
> Then take the list of "not found" and pass it through your package manager
> installer.
>
> On an RPM-based distro:
>
> ldd binary | awk '/not found/ { print $1 "()(64bit)" | xargs $PM install
>
> where $PM is zypper or dnf or yum.
That works. However, initially you'll be met with an error message like this:
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even
though it was found.
This application failed to start because no Qt platform plugin could be
initialized. Reinstalling the application may fix this problem.
Available platform plugins are: eglfs, linuxfb, minimal, minimalegl,
offscreen, vnc, wayland-egl, wayland, wayland-xcomposite-egl,
wayland-xcomposite-glx, xcb.
There's nothing in there that tells me:
- What exactly happened in a clear way (what does the 'in ""' mean?!)
- That there's some dependency missing
- That I need to go look at /usr/lib/qt/plugins/platforms/libqxcb.so
Especially on CI where this is likely to happen, it can be painful to find out.
Setting QT_DEBUG_PLUGINS=1 usually helps:
[lots of output]
Cannot load library .../Qt/plugins/platforms/libqxcb.so:
(libxcb-randr.so.0: cannot open shared object file: No such file or
directory)
But again, that's something you need to know about - if you're new to Qt and
just trying to use the binaries on CI (e.g. via PyQt), it doesn't seem to be
clear to me at all how to get started, and the vague error message doesn't
help. Thus why I think this should be documented somewhere (and/or the error
message improved, though I don't know how difficult it is to get a proper error
message when something like this happens).
Florian
--
m...@the-compiler.org (Mail/XMPP) | https://www.qutebrowser.org
https://bruhin.software/ | https://github.com/sponsors/The-Compiler/
GPG: 916E B0C8 FD55 A072 | https://the-compiler.org/pubkey.asc
I love long mails! | https://email.is-not-s.ms/
signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest
Re: [Interest] Qt 5.15 for Linux/X11 : "-qt-xcb" no longer supported?
On Monday, 25 May 2020 07:17:40 PDT Florian Bruhin wrote: > But again, that's something you need to know about - if you're new to Qt and > just trying to use the binaries on CI If that's Travis, use one of these binaries: https://launchpad.net/~beineri/+ppa-packages -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel System Software Products ___ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest
Re: [Interest] Fail to compile qt4 on Ubuntu 20.04.
Or grab the packaging from Ubuntu and compile it from there, it has all the quirks resolved. On Mon, 18 May 2020 at 03:21, Vlad Stelmahovsky wrote: > > Hello > > check your gcc version > you cannot build Qt 4.xx with gcc > 5.0, afaik > > br, > vlad > > On Mon, May 18, 2020 at 1:35 AM Hongyi Zhao wrote: >> >> Hi, >> >> Ubuntu 20.04 dropped the qt4 from its official repo, but sometimes I >> still want to use it. So I try to compile it from the source but >> failed. See the info below: >> >> $ wget >> https://download.qt.io/archive/qt/4.8/4.8.7/qt-everywhere-opensource-src-4.8.7.tar.gz >> $ tar -zxvf qt-everywhere-opensource-src-4.8.7.tar.gz >> $ cd qt-everywhere-opensource-src-4.8.7 >> $ ./configure >> >> # The following step failed for Ubuntu 20.04: >> $ make -j4 >> ../../include/QtCore/../../src/corelib/tools/qpair.h:62:20: note: >> because ‘QPair’ has user-provided ‘QPair& QPair> T2>::operator=(const QPair&) [with T1 = int; T2 = int]’ >>62 | QPair &operator=(const QPair &other) >> |^~~~ >> make[1]: *** [Makefile:18175: .obj/release-shared/qsslsocket_openssl.o] >> Error 1 >> make[1]: Leaving directory >> '/home/werner/Downloads/qt-everywhere-opensource-src-4.8.7/src/network' >> make: *** [Makefile:278: sub-network-make_default-ordered] Error 2 >> >> Any hints for this problem? >> >> Regards, >> -- >> Hongyi Zhao >> ___ >> Interest mailing list >> Interest@qt-project.org >> https://lists.qt-project.org/listinfo/interest > > > > -- > Best regards, > Vlad > ___ > Interest mailing list > Interest@qt-project.org > https://lists.qt-project.org/listinfo/interest -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ ___ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest
Re: [Interest] Fail to compile qt4 on Ubuntu 20.04.
Lisandro Damián Nicanor Pérez Meyer 于2020年5月25日周一 下午11:50写道： > > Or grab the packaging from Ubuntu and compile it from there, it has > all the quirks resolved. The files exist in Ubuntu repo have been divided into many parts, see here: https://mirrors.tuna.tsinghua.edu.cn/ubuntu/pool/universe/q/ Which one is corresponding to the following one discussed in this thread: https://download.qt.io/archive/qt/4.8/4.8.7/qt-everywhere-opensource-src-4.8.7.tar.gz Regards > > On Mon, 18 May 2020 at 03:21, Vlad Stelmahovsky > wrote: > > > > Hello > > > > check your gcc version > > you cannot build Qt 4.xx with gcc > 5.0, afaik > > > > br, > > vlad > > > > On Mon, May 18, 2020 at 1:35 AM Hongyi Zhao wrote: > >> > >> Hi, > >> > >> Ubuntu 20.04 dropped the qt4 from its official repo, but sometimes I > >> still want to use it. So I try to compile it from the source but > >> failed. See the info below: > >> > >> $ wget > >> https://download.qt.io/archive/qt/4.8/4.8.7/qt-everywhere-opensource-src-4.8.7.tar.gz > >> $ tar -zxvf qt-everywhere-opensource-src-4.8.7.tar.gz > >> $ cd qt-everywhere-opensource-src-4.8.7 > >> $ ./configure > >> > >> # The following step failed for Ubuntu 20.04: > >> $ make -j4 > >> ../../include/QtCore/../../src/corelib/tools/qpair.h:62:20: note: > >> because ‘QPair’ has user-provided ‘QPair& QPair >> T2>::operator=(const QPair&) [with T1 = int; T2 = int]’ > >>62 | QPair &operator=(const QPair &other) > >> |^~~~ > >> make[1]: *** [Makefile:18175: .obj/release-shared/qsslsocket_openssl.o] > >> Error 1 > >> make[1]: Leaving directory > >> '/home/werner/Downloads/qt-everywhere-opensource-src-4.8.7/src/network' > >> make: *** [Makefile:278: sub-network-make_default-ordered] Error 2 > >> > >> Any hints for this problem? > >> > >> Regards, > >> -- > >> Hongyi Zhao > >> ___ > >> Interest mailing list > >> Interest@qt-project.org > >> https://lists.qt-project.org/listinfo/interest > > > > > > > > -- > > Best regards, > > Vlad > > ___ > > Interest mailing list > > Interest@qt-project.org > > https://lists.qt-project.org/listinfo/interest > > > > -- > Lisandro Damián Nicanor Pérez Meyer > http://perezmeyer.com.ar/ > http://perezmeyer.blogspot.com/ -- Hongyi Zhao ___ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest
Re: [Interest] Fail to compile qt4 on Ubuntu 20.04.
On 26-05-2020 05:58, Hongyi Zhao wrote: Lisandro Damián Nicanor Pérez Meyer 于2020年5月25日周一 下午11:50写道： Or grab the packaging from Ubuntu and compile it from there, it has all the quirks resolved. The files exist in Ubuntu repo have been divided into many parts, see here: https://mirrors.tuna.tsinghua.edu.cn/ubuntu/pool/universe/q/ Which one is corresponding to the following one discussed in this thread: https://download.qt.io/archive/qt/4.8/4.8.7/qt-everywhere-opensource-src-4.8.7.tar.gz I think he is referring to the source package: https://packages.ubuntu.com/source/eoan/libs/qt4-x11 -- Frederik Christiani Viking Software https://www.vikingsoftware.com/ ___ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest
