tde-devels

devels@trinitydesktop.org

4 participants
3805 discussions

Re: [trinity-devel] Help! fatal: destination path 'main/applications/ktorrent' already exists and is not an empty directory.
by Darrell Anderson 14 Dec '13

14 Dec '13

>git fsck >git submodule foreach --recursive "git fsck" Ok, thanks. I did that but I still am recieving the fatal errors. Darrell

1 0

Re: [trinity-devel] Help! fatal: destination path 'main/applications/ktorrent' already exists and is not an empty directory.
by Darrell Anderson 14 Dec '13

14 Dec '13

>With git >= 1.7.8 are submodules cloned into .git/modules and in >submodule folder is only .git file. I'm using git-1.7.12.1, which is what I have been using since I updated to Slackware 14.0 way back in February. I don't understand why all of the sudden everything is exploding. Darrell

1 0

Re: [trinity-devel] Help! fatal: destination path 'main/applications/ktorrent' already exists and is not an empty directory.
by Darrell Anderson 14 Dec '13

14 Dec '13

>From a certain version of the GIT are ".git" folders of submodules >placed into folder ".git/modules" in the "master" module. Okay, I think I now see what you described. When did this change occur? I have not updated my git package. Why is this now happening only in the past several days? Why am I now receiving all of these fatal messages? How do I stop the messages? The latest fatal is tde-i18n, the biggest pig module of them all. Darrell

2 1

Re: [trinity-devel] Help! fatal: destination path 'main/applications/ktorrent' already exists and is not an empty directory.
by Darrell Anderson 14 Dec '13

14 Dec '13

>There may be a better and quicker way, but in a case like this I >would do a clean checkout. It takes a few hours, but at least you >can be sure everything is as it should be. How do I do that? My fear is as my local tree continually self-explodes, I am going to end up cloninge the entire tree, which at 4 or 5 GBs will take all damn day. There must be some kind of repair procedure? Darrell

3 2

Re: [trinity-devel] Help! fatal: destination path 'main/applications/ktorrent' already exists and is not an empty directory.
by Darrell Anderson 14 Dec '13

14 Dec '13

>From a certain version of the GIT are ".git" folders of submodules >placed into folder ".git/modules" in the "master" module. I no longer have any .git folders in any of the affected modules. One by one they are disappearing. Every time I resync a new module is affected. Something got corrupted and the proverbial hell is breaking loose here. :-) I hate git! Darrell

1 0

Help! fatal: destination path 'main/applications/ktorrent' already exists and is not an empty directory.
by Darrell Anderson 14 Dec '13

14 Dec '13

All, Within the past couple of days I now am getting a lot of these types of messages when I attempt to sync my local tree: fatal: destination path 'main/applications/ktorrent' already exists and is not an empty directory. Thus far the only fix I have found is to delete the entire module and resync. The problem is there is no .git directory in the affected modules. I have no idea how to fix and searching the web is not helping. There seems to be no end to the madness. With each resync a new module is affected. Please help! Darrell

3 3

Re: [trinity-devel] Compiling TQt3 with -debug/-release --- reversed?
by Darrell Anderson 13 Dec '13

13 Dec '13

>I am noticing a peculiarity when I compile TQt3.... > >Am I doing something wrong or are the -debug/-release configure >options reversed? Never mind. PEBKAC. I was using an environment variable $DEBUG twice in two different places. The two different uses confused the build script --- and confused me too. :-) Darrell

1 0

dcop monitor tool
by Fat-Zer 13 Dec '13

13 Dec '13

Is there a such tool for DCOP like dbus-monitor for dbus? I'm currently messing with bug 1768 and I wanna find out who (if anybody) calls the logout method of ksmserver. NOTE: I'm a total noob in DCOP as well as in tde initialization system.

1 0

Compiling TQt3 with -debug/-release --- reversed?
by Darrell Anderson 13 Dec '13

13 Dec '13

All, I am noticing a peculiarity when I compile TQt3. When I compile with the -release option, my final package size is about 35MB (txz). When I compile with the -debug option the final package size is about 13.6 MB. I expected the opposite. When I use -debug the build log is filled with -DQT_NO_DEBUG. When I use -release I do not see -DQT_NO_DEBUG at all in the build log. I expected the opposite. I am presuming -debug means compiling with debugging symbols and - release means do not compile debugging symbols. Here are my build script configure options, where $DEBUG is either - debug or -release: echo "yes" | \ CFLAGS=$CPUOPT \ CXXFLAGS=$CPUOPT \ ./configure \ -v \ -prefix $INSTALL_PREFIX \ -libdir $LIBDIR \ $DEBUG \ -I/usr/include/mysql \ -I/usr/include/freetype2/freetype \ -L/usr/lib${LIBDIRSUFFIX} \ -qt-imgfmt-png \ -qt-imgfmt-mng \ -qt-imgfmt-jpeg \ -qt-gif \ -qt-style-motif \ -system-zlib \ -system-libpng \ -system-libmng \ -system-libjpeg \ -shared \ -no-pch \ -thread \ -stl \ -no-exceptions \ -platform ${PLATFORM} \ -cups \ -ipv6 \ -nis \ -sm \ -largefile \ -xshape \ -xinerama \ -xcursor \ -xrandr \ -xrender \ -tablet \ -xkb \ -xft \ -plugin-imgfmt-mng \ -plugin-sql-mysql \ -plugin-sql-sqlite \ -plugin-style-cde \ -plugin-style-compact \ -plugin-style-motifplus \ -plugin-style-platinum \ -plugin-style-sgi \ -plugin-style-windows \ -lfontconfig \ -inputmethod \ -enable-opengl \ -dlopen-opengl \ $GLIBMAINLOOP \ || exit 1 Am I doing something wrong or are the -debug/-release configure options reversed? Darrell

1 0

Re: [trinity-devel] tdelibs FTBFS: cmake 2.8.12: INTERFACE_LINK_LIBRARIES vs. LINK_INTERFACE_LIBRARIES
by Darrell Anderson 09 Dec '13

09 Dec '13

>IMO, the better fix would be something like next snip (not tested >yet): >cmake_policy(PUSH) >cmake_policy(SET CMP0022 OLD) >target_link_libraries( ${_target} LINK_INTERFACE_LIBRARIES >${_shared_libs} ) >cmake_policy(POP) I tried this proposed solution with tdelibs. I still saw the CMP0022 output spew. Regardless, this bug needs attention, even if the final patch is not pushed immediately to git for R14. Digging deeper in why tdelibs now FTBFS on my system with cmake 2.8.12, I found this message in the build log: CMake Error: Error evaluating generator expression: $<LINK_ONLY:-Wl,-whole-archive> $<LINK_ONLY> expression requires exactly one parameter. This is the closest related online conversation I found: http://cmake.3232098.n2.nabble.com/cmake-2-8-12-generator- expression-error-when-linker-flags-have-comma-td7585816.html Darrell

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels