Em 17-07-2015 22:24, Ken Moffat escreveu:
On Fri, Jul 17, 2015 at 08:52:26PM -0300, Fernando de Oliveira wrote:
I have concluded following applications for LXQt:
qupzilla (web browser)
For this one, I am naturally pleased to see it added to the book
(because I already use it). But is it an LXQt application ? Or is
this something like "every DE needs a browser, and they recommend
this one" ? Not complaining, just curious.
Yes, that's it, but I don't know if they recommend it. I know that it is
the one shipped with Qt DE: it was that with RazorQt and now with
Siduction Qt.
I've seen in the net people recommend this and commenting that qtweb and
otter-browser miss some functionalities.
Manjaro LXQt (actually installed over other flavours like Net-Edition)
recommends qupzilla in the wiki.
The situation here is similar to XFCe: Midori is very general and not
dependent on XFCe. It could be moved to sit with Firefox and Seamonkey
and in XFCe, the Web Browser page would point to there. But Andy
preferred differently. However, I've seen somwhere explicit refernce to
Midori as *the* XFCe broeser, but not Qupzilla, for LXQt.
Conclusion for this point is "every DE needs a browser" as you say,
instead off "they recommend this one", would write "some recommend this
one".
qterminal (requires qtermwidget)
Planing to add:
lximage-qt (image viewer)
Done in my system.
obconf-qt (openbox configuration gui)
and perhaps
compton-conf (needs compton)
The last one might not be necessary: I am using feh for the same composite
effect. Of course, most type of images could be displayed with feh, or
display, preferred by Ken, but many people don't like command line.
The more, the merrier. Alternatives are often good. I've never
heard of compton before, and I'm unlikely to be able to look at any
of this for some weeks. But people who don't like the command line ?
I'm horrified ;-)
LOL. Yes, you know... Some people build (B)LFS for others, for
multi-using with their family...
However, I learned today that one LXQt implementation has it installed
but not working by default, because it makes the DE heavier. It is
something to think.
Haven't started obconf-qt yet.
Cannot build lximage-qt-0.4.0:
Perhaps Douglas's suggestion has fixed this.
Yes, but it was Bruce's suggestion, at least, I didn't receive Doug's post.
If not, where are
_your_ libfm-qt5.so and libQt5DBus.so ? And are those directories
in your /etc/ld.so.conf ?
/opt/qt5/lib/libQt5Core.so
/opt/qt5/lib/libQt5DBus.so
/opt/lxqt/lib/libfm-qt5.so
Yes, they are there and cmake and the compiler find them, but don't know
why the linker doesn't. I think it is a bug in the code, because similar
problem has been reported before, and the developer blamed the reporter
(list is in sourceforge, and it is still down - Bruce was the first to
notice it, here):
http://article.gmane.org/gmane.comp.desktop.lxde.devel/4461/match=lximage+qt+compile
{{{
From: Harvey <teknocratdefunct <at> riseup.net>
Subject: Re: lximage-qt compile issues
Newsgroups: gmane.comp.desktop.lxde.devel
Date: 2014-03-17 22:57:24 GMT (1 year, 17 weeks, 2 days, 17 hours and 31
minutes ago)
All my QT dependencies exist, cmake seems to find them just fine for 99%
of the compilation process.. its only here at the final linking that
things fail...
On 03/17/2014 06:19 PM, Jerome Leclanche wrote:
> Sounds like you're missing Qt dependencies. If you have them installed
> it's possible they're not found in LD_LIBRARY_PATH?
...
From: Harvey <teknocratdefunct <at> riseup.net>
All my QT dependencies exist, cmake seems to find them just fine for 99%
of the compilation process.. its only here at the final linking that
things fail...
On 03/17/2014 06:19 PM, Jerome Leclanche wrote:
> Sounds like you're missing Qt dependencies. If you have them installed
> it's possible they're not found in LD_LIBRARY_PATH?
> J. Leclanche
>
>
> On Mon, Mar 17, 2014 at 8:58 PM, Harvey <teknocratdefunct <at>
riseup.net> wrote:
>> Hey all Any tips on getting around this?
>>
>> Linking CXX executable lximage-qt
>> cannot find -lQtDBus
>> * emake failed
>> this is Gentoo and i'm trying to compile the latest Git repo code.
>> Lxde-list mailing list
>> Lxde-list <at> lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/lxde-list
}}}
Unfortunately, anything using cmake has a
"not invented here" feeling for those of us who can just about
understand autotools : I know that Bruce has (in the past)
complained about autotools in linux, but cmake seems to be a lot
worse.
ĸen
LOL: I'm am "bravely" trying to get used to it.
There are still other applications that would be necessary, some
alternatives listed here for Razor-Qt:
https://github.com/Razor-qt/razor-qt/wiki/3rd-party-applications
I was thinking if a text editor woud be good. The candidate I'm thinking
is, following Siduction Qt (which is based on Debian unstable):
JuffEd
http://sourceforge.net/projects/juffed/
Siduction lxqt amd64 packages:
http://packages.siduction.org/?Repositories:lxqt_amd64
--
[]s,
Fernando
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
