tde-devels

devels@trinitydesktop.org

7 participants
3785 discussions

Re: [trinity-devel] /tmp/tdesocket-global
by Darrell Anderson 17 Aug '13

17 Aug '13

>I believe that this is exactly what I pointed out earlier: >http://trinity-devel.pearsoncomputing.net/?0::11083 Yes. I remember. The culprit is the desktop lock process. When I reboot my systems my shutdown scripts remove garbage and spurious files and cleans /tmp. When I then first log into Trinity /tmp/tdesocket-global does not yet exist. Invoking the desktop lock creates /tmp/tdesocket- global. I understand a process like TDM using /tmp/tdesocket-global, but seems to me user-spawned processes such as desktop locking should use $TDEHOME/socket-`uname -n`. Bug report 1633 filed. Darrell

1 0

/tmp/tdesocket-global
by Darrell Anderson 17 Aug '13

17 Aug '13

We raised this observation in past discussions and bug reports. I am not using TDM. I start X from the command line with startx. Yet I see /tmp/tdesocket-global being created with the login user having full ownership to the directory. The logged-in user can view the contents of the directory, which is always empty. Why is the /tmp/tdeglobal-socket directory being created when TDM is not being used? What global socket connections are required when Trinity is run without TDM or in run level 3? Darrell

2 1

Re: [trinity-devel] tdelibs FTBFS
by Darrell Anderson 17 Aug '13

17 Aug '13

>> Here is propoused patch which checks if demangle.h is present. >> >Darrell, I have demangle.h on my system, so it's up to you to test >it. Actually anybody can test --- just temporarily rename or move /usr/include/demangle.h. :-) Darrell

3 7

Help handbook support for tdepowersave/kpowersave
by Darrell Anderson 17 Aug '13

17 Aug '13

In commit 071d5a84 I pushed a patch to restore the Help handbook for TDEPowersave. Apparently those files got lost in the shuffle when converting to cmake. I presume the same changes are needed for KPowersave, but I don't have a HAL based system to compile KPowersave. To somebody who does and is interested in restoring the Help handbook to KPowersave, you should be able to copy the patch, modify for naming differences, and then push to git. Darrell

1 0

Re: [trinity-devel] tdelibs FTBFS
by Darrell Anderson 16 Aug '13

16 Aug '13

>Sorry, I'm a little confused, so, slackware doesn't have libbfq at >all or just demangle.h is missing? I don't know about "libbfq," but I suspect you meant to type "libbfd." :-) Yes, libbfd is part of Slackware binutils. As I shared previously, demangle.h is not part of Slackware 14.0 or previous releases. The next official release, 14.1, WILL contain demangle.h in the binutils package. For my own personal usage, I rebuilt binutils for Slackware 14.0 to include demangle.h. Therefore, technically, I no longer need the tdelibs patch. I nonetheless can temporarily rename or delete demangle.h to simulate the non-existence of that file and to test any such patch. The tdelibs patch remains necessary because Slackware is not alone in excluding demangle.h from binutils. Search the dev mail list archives for a previous discussion about demangle.h and affected distros. When demangle.h is not installed, the recent tdeioslave backtrace support patch in tdelibs will not compile. The tdelibs patch, and the predessor patch for tdebase, only allows compiling the modules when demangle.h is not installed in the build environment. The patches have nothing to do with the actual bactrace support. Those folks who compile without those patches merely obtain the ability to compile without demangle.h. When compiled in that manner, those users do not have any ability to produce backtraces from the affected code. Only those folks who compile with demangle.h installed have the ability to produce backtraces from the affected code. >Anyway in a day or two I'll came with a normal patch to move all >that to >kdebug.cpp and provide WITH_LIBBFD for optional linkage... + some >additional backtrace features. I don't think WITH_LIBBFD is necessary. Only an option WITH_DEMANGLE is necessary, or, in my preliminary draft patch, WITH_TDEIOSLAVE_BACKTRACE. I derived my compile option name from the previous tdebase patch, which uses WITH_KDESKTOP_LOCK_BACKTRACE. The whole purpose of this discussion is only to patch tdelibs to compile when demangle.h is not installed. Nothing more. Seems the proposed changes to my preliminary draft patch from Slavek are all that is needed. :-) Darrell

1 0

Re: [trinity-devel] tdelibs FTBFS
by Darrell Anderson 16 Aug '13

16 Aug '13

>I created a patch and am compiling as I write. Here is the patch. >Please review! Slavek, The patch did not cause any build failures. Hopefully the patch is actually correct too. Now to test the crash patch.... Darrell

4 6

Re: [trinity-devel] tdelibs FTBFS
by Darrell Anderson 16 Aug '13

16 Aug '13

>> For that purpose there is a NDEBUG deffinition used all over the >sources. > >Hmm, it starts to get complicated :) > >And if I want to backtrace handler, but I do not want NDEBUG >because it >enables additional debugging code, that I not want in this >situation? You two are now discussing things over my head! :-) Slavek, I basically copied your original patch and modified as necessary. You do what else is necessary to satisfy yourself and everybody else. That said, the next official version of Slackware will include demangle.h in binutils, although I know some other distros still do not. I am now rebuilding binutils that came with Slackware 14.0 so I can have demangle.h and creae useful backtraces. The tdelibs configuration patch is still needed, of course, for those distros that don't. Should the default be ON or OFF? I don't know. Seems we need the backtrace abilities only for debugging. So while we debug bug report 1627, having the backtrace is nice. Once Tim resolves the cause is the backtrace ability necessary thereafter? Probably not unless we again run into the same problem with a different cause. If the default is OFF then the developer support request in the bug report will be "Please rebuild tdelibs with - DWITH_TDEIOSLAVE_BACKTRACE=ON." Just my two cents. :-) Darrell

1 0

Re: [trinity-devel] tdelibs FTBFS
by Darrell Anderson 15 Aug '13

15 Aug '13

>Sorry about that guys, I only had a short time to work on the >crash bug >and therefore didn't add in the compile time checks/flags. Thanks >for cleaning this up! That's what janitors do.... :-) Darrell

1 0

Re: [trinity-devel] tdelibs FTBFS
by Darrell Anderson 15 Aug '13

15 Aug '13

>As soon as I saw Tim's commit, it was clear to me that we will >need to add >such a choice. You have prepared a patch or should I do it? I created a patch and am compiling as I write. Here is the patch. Please review! ===================================== diff -urN tdelibs/CMakeLists.txt tdelibs.new/CMakeLists.txt --- tdelibs/CMakeLists.txt 2013-08-15 16:35:14.000000000 -0500 +++ tdelibs.new/CMakeLists.txt 2013-08-15 18:38:21.659877443 -0500 @@ -24,6 +24,7 @@ include( FindPkgConfig ) include( CheckIncludeFile ) +include( CheckIncludeFiles ) include( CheckSymbolExists ) include( CheckFunctionExists ) include( CheckCSourceCompiles ) @@ -94,6 +95,7 @@ OPTION( WITH_SUDO_TDESU_BACKEND "Use sudo as backend for tdesu (default is su)" OFF ) OPTION( WITH_OLD_XDG_STD "Use the pre R14.0.0 XDG standard where both TDE and KDE are recognized in desktop files" OFF ) OPTION( WITH_LZMA "Enable support for LZMA/XZ" ${WITH_ALL_OPTIONS} ) +OPTION( WITH_TDEIOSLAVE_BACKTRACE "Enable backtrace in tdeioslave exception handler" ${WITH_ALL_OPTIONS} ) OPTION( WITH_ASPELL "Enable aspell support" ${WITH_ALL_OPTIONS} ) OPTION( WITH_HSPELL "Enable hspell support" ${WITH_ALL_OPTIONS} ) diff -urN tdelibs/config.h.cmake tdelibs.new/config.h.cmake --- tdelibs/config.h.cmake 2013-08-10 16:36:57.000000000 -0500 +++ tdelibs.new/config.h.cmake 2013-08-15 18:22:48.581678444 -0500 @@ -707,6 +707,9 @@ /* Use FontConfig in tdeinit */ #cmakedefine TDEINIT_USE_FONTCONFIG 1 +/* tdeioslave backtrace */ +#cmakedefine WITH_TDEIOSLAVE_BACKTRACE 1 + /* Use Xft preinitialization in tdeinit */ #cmakedefine TDEINIT_USE_XFT 1 diff -urN tdelibs/tdeio/tdeio/CMakeLists.txt tdelibs.new/tdeio/tdeio/CMakeLists.txt --- tdelibs/tdeio/tdeio/CMakeLists.txt 2013-08-15 16:35:14.000000000 -0500 +++ tdelibs.new/tdeio/tdeio/CMakeLists.txt 2013-08-15 18:32:46.337606197 -0500 @@ -81,13 +81,18 @@ kdirnotify.cpp kdirnotify.skel kdirnotify_stub.cpp observer.cpp ../misc/uiserver.stub observer.skel tdeemailsettings.cpp kprotocolinfo.cpp renamedlg.cpp skipdlg.cpp kremoteencoding.cpp - kmimetypechooser.cpp backtrace_symbols.c + kmimetypechooser.cpp ) +if( WITH_TDEIOSLAVE_BACKTRACE ) + list( APPEND ${target}_SRCS backtrace_symbols.c ) + set( BACKTRACE_LIBRARY bfd ) +endif( ) + tde_add_library( ${target} STATIC_PIC AUTOMOC SOURCES ${${target}_SRCS} DEPENDENCIES dcopidl - LINK bfd + LINK ${BACKTRACE_LIBRARY} bfd ) diff -urN tdelibs/tdeio/tdeio/ConfigureChecks.cmake tdelibs.new/tdeio/tdeio/ConfigureChecks.cmake --- tdelibs/tdeio/tdeio/ConfigureChecks.cmake 1969-12-31 19:00:00.000000000 -0500 +++ tdelibs.new/tdeio/tdeio/ConfigureChecks.cmake 2013-08-15 18:29:10.768715615 -0500 @@ -0,0 +1,17 @@ +################################################# +# +# (C) 2010-2011 Serghei Amelian +# serghei (DOT) amelian (AT) gmail.com +# +# Improvements and feedback are welcome +# +# This file is released under GPL >= 2 +# +################################################# + +if( WITH_TDEIOSLAVE_BACKTRACE ) + check_include_files( "bfd.h;demangle.h;libiberty.h" HAVE_BINUTILS_DEV ) + if( NOT HAVE_BINUTILS_DEV ) + tde_message_fatal( "binutils-dev are required, but not found on your system" ) + endif( ) +endif( ) diff -urN tdelibs/tdeio/tdeio/slavebase.cpp tdelibs.new/tdeio/tdeio/slavebase.cpp --- tdelibs/tdeio/tdeio/slavebase.cpp 2013-08-15 16:35:14.000000000 -0500 +++ tdelibs.new/tdeio/tdeio/slavebase.cpp 2013-08-15 18:35:12.114855058 -0500 @@ -70,6 +70,7 @@ #ifdef HAVE_BACKTRACE void print_trace() { +#ifdef WITH_TDEIOSLAVE_BACKTRACE void *array[10]; size_t size; char **strings; @@ -85,6 +86,7 @@ } free (strings); +#endif } #endif #endif ===================================== Darrell

1 0

Re: [trinity-devel] kstyle-tdestyle renaming --- update
by Darrell Anderson 15 Aug '13

15 Aug '13

>> Am I supposed to push the patch set to git? > >Currently I'll be a few hours away from the computer, so I will >not be able to >promptly deal with any necessary corrections to the Debian/Ubuntu >packaging files. Your reply implies I should push the patches to git. That's fine, just let me know when you are ready and we'll coordinate. I'm not seeing anything here to indicate problems with the patches, but of course, I only use one distro. Regardless, there should not be any major problems, if any at all. Darrell

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels