Hello,
I've seen many calls for a stand alone Konqueror. I have seen people who do
not want to use KDE3 anymore, but desperately miss their beloved Konqueror
asking for it. What do you all think about creating just a Konqueror
tarball for the releases, and push it out to package maintainers?
Frankly Konqueror is the best manager around, I think we might as well get
people hooked on it :)
Calvin Morrison
I am starting to do the development/testing needed to add Trinity to
Linux From Scratch, replacing KDE3. Right now I have a couple of issues
I'd like to get clarified.
First, I notice in the dependencies directory, there are several packages:
dependencies/arts
dependencies/avahi-tqt
dependencies/dbus-1-tqt
dependencies/dbus-tqt
dependencies/tqtinterface
I have no problems with arts or tqtinterface but I don't see the other
three mentioned anywhere. Are these packages required for Trinity? If
so, at what point are they required? We do have instructions already in
LFS for D-Bus and avahi libraries.
Second, I have had some problems building kdelibs. There were no
problems following the instructions for qt3, tqtinterface, or arts, but
there were many places in building kdelibs where I had to edit a
link.txt file and add -lX11. I am fairly new at using cmake so I'd like
to know if there is a way to add this automatically.
My installation of xorg is a little non-standard because the files are
in /opt/xorg, but there are appropriate symlinks at /usr/X11R6 and
/usr/include/X11. I didn't seem to have a problem with include files.
It would also be useful to know how to set -L/opt/xorg/lib, but that is
not critical because I can do essentially the same thing by export(ing)
LIBRARY_PATH.
I'll note that LFS has a policy of not using development versions of
packages, so for now we need to be able to work with trinity-3.5.13.
Thanks for your help.
-- Bruce Dubbs
One thing I have noticed about Konqueror 3.5.13 is embedded viewing is the default for just about everything.
I prefer to use the external app rather than the KPart embedded viewers.
When I migrate a KDE 3.5.10 profile to TDE none of those settings remain. I'm thrown back to the embedded viewers.
Is there an easy or quick way to reverse this default without having to manually reset them with each mimetype of app that is opened?
Darrell
I already asked but no-one replied to me.
Is there any way in which I could tell automake (./configure) for
which version of TQt or Qt should it look, or where to find them?
In my system it keeps detecting TQt4 and thus is searching for Qt4.
Both of them aren't present on my system, since I have clean install,
only with Qt3 and other trinity deps.
It is crucial to me, since without solving this problem I cannot
continue on building trinity components, nor I can continue on
creating PKGBUILDs for Arch.
My distro is Archlinux and I'm building from 3.5.13 tarballs.
I need some help with the autoconf packages.
When building it finds qt3 and tqtinterface but it keeps failing on linking
QString and QWidget. So I think it is missing some library. What is weird
is that all the libraries are in /opt/trinity/lib and /usr/lib.
ldconfig.so.conf has those paths.
What library are these in.
Thanks
Hi everyone,
we are currently in the process of standardizing a new "Keywords" key in
the freedesktop.org desktop entry spec[0].
Apparently KDE used to use a slightly different variant (using commas
instead of semi-colons as separators) before it was prefixed with X-KDE.
It was agreed that the differences are too minor to matter in practice,
but as the Trinity desktop still uses the non-prefixed variant, it
seemed like a good idea to make you aware of the spec change anyway :)
Regards,
Florian
[0] http://lists.freedesktop.org/archives/xdg/2011-December/012173.html
I'm hoping this is not a bug but a case of my poor memory.
In Konqueror, one of my user accounts shows a search bar to the right of the location bar.:
http://humanreadable.nfshost.com/trinity/konq-user1.png
Another user does not show the search bar:
http://humanreadable.nfshost.com/trinity/konq-user2.png
Both users show an rsync plugin button from the kdeaddons package.
I have no idea how to enable or disable either the search bar or the rsync button. I'm not commenting on the merits of the tools, just the inability to enable (show) or disable (not show).
I thought perhaps the solution was in the Configure Extensions menu option, but nothing happens when I change the check boxes.
Neither option appears in the Configure Toolbars menu option.
I hope I'm missing something obvious!
Darrell
a little bug that is present in the tarballs (and what I've seen in
the git too). During compilation of
kopete/protocols/msn/CMakeFiles/kopete_msn_shared-shared.dir/msnswitchboardsocket.cpp,
the kopeteemoticon.h is not found. I checked and
kopeteemoticon.{h,cpp} are present in the kopetelib subdirectoory
"private" not in main dir. In attachement patch that fixes incluson of
that file in msnswitchboardsocket.cpp
kdenetwork fails on kopete compilation. I compile it with every
feature available. See attachment for log and more info.
Seems that kopeteemoticon.h is missing.