All,
I have not really used the web browser in the past few years since parts have
been broken in 3.5.10, etc..., but with TDE, I wanted to kick the tires and see
if it could be made to be as good as it was several years ago. Not that it was
ever 'great', but just to make sure it was a 'darn solid alternative -- out of
the box'.
One thing I've notice tonight is that when I hover over open tabs just below
the menubar, the tab icon no longer changes to a 'close tab' icon like it does
on Quanta+. I can't recall if it ever did, but it would be a nice feature to
move over if it could be. There is the Advanced tab setting to 'show close
button instead of website icon', but I don't want to see the close button
instead of the icon all the time, just when it is hovered.
Checking the function of that setting in TDE tonight, it seems broken because
regardless of whether you choose 'show close button...' or not, nothing changes
on tabs themselves in konqueror. Small issue, but does this need to filed as a
bug?? As far as I can tell, it's not working ... and that is a bug ...
What I need to know is how is it supposed to work. Looking at the setting,
when I enable 'show close button instead of website icon' I expect to see the
close icon (X) instead of the website icon -- IIRC, that's the way it used to
work. Is that what is supposed to happen in TDE konqueror??
--
David C. Rankin, J.D.,P.E.
All,
TDE crash on start:
The big issue is that TDE crashes on start without any apparent error or
anything written to .xsession-errors. After selecting the username from the
chooser list in tdm and entering the password, the following occurs:
(1) login appears to proceed
(2) normal black background and default X-cursor appears
(3) 3-5 additional seconds of load takes place, then
(4) tde crashes and tdm login re-appears.
So I look around to find out if there are any clues. None apparent.
/var/tmp/kdecache-root was created, but nothing in it, then I check disk space
left. WTF?? Something has taken 7.8G of room on my / partition and I have no
room left on my drive?? Searching...
/var/log/tdm.log 5876092928 - WHAT? 5.8G log file??
I could not preserve the file because I had no way to compress it and git it
out of my virtual machine. I'll restart and try and capture a smaller log. What
in the heck could be causing tdm.log to explode like this? I know it would help
to see what was inside, but that will have to wait until I can get shared
folders setup and get another log out of the VM....
Anybody else ever experience this?
--
David C. Rankin, J.D.,P.E.
Tim, All,
As part of the ongoing clean up with kcontrol, where do we want to capture
config options that are outdated or need changing in the default kcontol
settings? We have the current etherpad from the recent discussion on kcontol
revision. Do we want to use that? It seems like something like that is better
than filing individual bugs for each config item found. However, we would still
need a bug that says "fix defaults needed listed in etherpad X" so it isn't
forgotten.
Looking through the config today on builds from yesterday, I found:
kcontol->Internet & Network -> Web Browser -> Web Shortcuts -> KDE WebSVN
that still references 'tdesvn' as the shortcut.
Ideas for handling this? What's your preference?
--
David C. Rankin, J.D.,P.E.
What is the status of the latest tqt related fixes to GIT? Do all packages again build?
Second, could we receive a list notice when GIT builds are broken and restored? I expect the occasional major breakage. A quick post to the list will keep us informed. To use racing terminology, send us a checkered flag when breakage occurs and a green flag when we can again resume full speed. :)
Lastly, when will bugs in the bugzilla receive attention? I am starting to feel discouraged about the project because the bugzilla receives so little attention. There are many build related bug reports.
Thanks!
Darrell
Tim, All,
Just dropping a note: TDE based on TQt is up and running fine on Archlinux. I
had to use xinit (startx) to bring it up due to the tdm bug filling the tdm.log.
One thing all packages need to remember is to install a reasonable set of fonts
along with the tdebase package so that TDE doesn't look horrible when it is
first started. (dejavu package that all distros have is fine as a dependency).
Pretty impressive, git and TQt and .... trinity still works :)
--
David C. Rankin, J.D.,P.E.
Tim, All,
tdebase failed to build due to what looks like a cmake error during the
install process. The error was:
-- Installing:
/build/pkg/opt/trinity/share/apps/konqueror/icons/crystalsvg/16x16/actions/kde6.png
-- Installing: /build/pkg/opt/trinity/include/konqsidebarplugin.h
-- Installing: /build/pkg/opt/trinity/share/config/konqsidebartng.rc
-- Installing: /build/pkg/opt/trinity/share/services/konq_sidebartng.desktop
CMake Error at konqueror/sidebar/cmake_install.cmake:56 (FILE):
file INSTALL cannot find "/build/src/tdebase/konqueror/sidebar/.version".
Call Stack (most recent call first):
konqueror/cmake_install.cmake:205 (INCLUDE)
cmake_install.cmake:54 (INCLUDE)
make: *** [install] Error 1
GRRR - 1:55 down the tubes.... Help?
--
David C. Rankin, J.D.,P.E.
As I mentioned, there are many packages in Applications where I have not updated the DocBook headers. My reason is I don't build every one of those packages. I don't like pushing patches I don't test. I have seen one package where the patch would not take (kipi-plugins). I still need to discover why.
Regardless, if you build any of those packages you can find the patch at my web site here:
http://humanreadable.nfshost.com/trinity/patches/docbook/
Recognizing whether the patch is needed is easy. You'll see build failures when making the associated help file index.cache.bz2 packages. Apply the patch when you build a package and see those errors. Let me know when you see build failures after applying the patch too (like I did with kipi-plugins).
Darrell