Hi again I did some patches related to data dir, since there are confusion in where some packages read and install files. For example, panel install partial things on lxqt-qt5 and other in lxqt, which lead to fail on startup.
What i made is that all code or install goes to -qt5, but in some cases hardcoded ( as i planned goes after qt5 only ) My perception is that doesn't matter if you compiled with qt5 or qt4, everything could go on lxqt as datadir, then simplifying the process. I'll be glad in help on this, even replace my work to go on <datadir>/lxqt only and solve the crazyness. Regards, Helio On Tue Oct 28 2014 at 7:51:43 PM Jerome Leclanche <adys...@gmail.com> wrote: > Thanks for your work. > > If there are issues in 0.8, please let us know about them on github > and a 0.8.1 version of some components can be released. Eugene did go > through some issues but they seemed distro-specific and to be honest > there was far too much noise to understand anything. > J. Leclanche > > > 2014-10-28 22:48 GMT+01:00 Helio Chissini de Castro <he...@kde.org>: > > Hello guys > > > > My name is Helio and i'm KDE and RedHat engineer. some days ago, we had > some > > discussion internally about the possibility of LXQt packages on F21 at > > least. > > Eugene, i ḿ sorry but i just talked with Rex Dieter after my work day and > > then realize that you already started some efforts on packaging, but i > did > > all packages ( except admin ) too. > > So, if you think we can merge work to get it faster, i will be happy to > do. > > I even borrowed your package libsysstat on the repo. > > > > On my repository i did some patches to comply with data dir on > > share/lxqt-qt5, since some installs/codes are not complying with > USE_QT5, so > > i made all that i found look on share/lxqt-qt5. Is not the optimal > approach > > yet. > > > > I added some fedora logo and background, and tried to match as workable > as > > could on very first packages. > > > > What is missing is a proper group, as for now lxqt-panel requires > explicitly > > openbox as default available window manager, and should not, as window > > manager is agnostic on the concept of lxqt. > > For now, openbox is fine. > > > > The SRPMS can be found here: https://fedorapeople.org/~heliocastro/lxqt/ > and > > The repository is: > > dnf copr enable heliocastro/lxqt > > > > Ps. Package liblxqt-mount, besides stateing 0.8.0, is 0.7.0 onthe > downloads > > based on CMakeFiles.txt > > > > > > 23.10.2014 02:54, Florian Hubold: > >> Am 22.10.2014 um 13:04 schrieb Luís Pereira: > >>> On Tue, Oct 21, 2014 at 11:58 PM, Eugene Pivnev <ti.eugene@...> wrote: > >>>> Now I'm trying to build at Fedora 21 host. > >>>> Seems liblxqt-mount is wrong. > >>>> Look at this: > >>>> > >>>> > >>>> /root/rpmbuild/BUILD/lxqt-0.8.0/lxqt-panel-0.8.0/plugin- > mount/lxqtmountplugin.cpp:31:27: > >>>> fatal error: LXQtMount/Mount: No such file or directory > >>>> #include <LXQtMount/Mount> > >> Did you read previous reply 3 days ago on the same issue? > >> > >> Reproduced here, checkhttps://github.com/lxde/lxqt-panel/issues/73 > > This is dirty hack and not solves problem in liblxqt-mount (bad include > > path) > >> and later on, maybe alsohttps://github.com/lxde/lxde-qt/issues/288 > >> Patches are working fine here. > > This is about 0.7.0. > > I'm trying to package 0.8.0 > > > > ------------------------------------------------------------ > ------------------ > > > > _______________________________________________ > > Lxde-list mailing list > > Lxde-list@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/lxde-list > > >
------------------------------------------------------------------------------
_______________________________________________ Lxde-list mailing list Lxde-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lxde-list
