tde-devels February 2014

devels@trinitydesktop.org

20 participants
243 discussions

list of packages supporting --enable-final, is the option worth it?

by David C. Rankin

Darrell, Slavek, Michele, Fancios, All, Does anybody have a list of automake packages that build/support --enable-final configure option. I haven't saved all configure file options -- yet, but before I start I thought I would check and see if anyone had a list? Apparently there are optimization opportunities provided when --enable-final is used, but there is a downside to using it if you are building on a build-farm. I would like to experiment with it, but before undertaking the effort, I thought I would ask if anyone has already done something like this? There are only scattered references to this configure option, but I was able to find a KDE related explanation: --enable-final makes the build system concatenate all sourcefiles in a directory (say, Konqueror's sourcefiles) into one big file. Technically, this is achieved by creating a dummy file which simply includes every C++ sourcefile. The advantage of this is that the compile a- takes less time since there is only little scattered file opening involved and b- produces usually more optimized code, since the compiler can see more code at once and thus there are more chances to optimize. Of course this eats a lot more memory, but that is not an issue nowadays. Now, it's clear why this makes distcc useless: there is just one huge file per project, and outsourcing that file via distcc to other nodes will just delay the build since the sourcecode (and it's a lot) has to be transferred over the network, and there is no way to pararellize this. see: https://distcc.googlecode.com/svn/trunk/doc/web/faq.html -- David C. Rankin, J.D.,P.E.

10 years, 2 months

Re: [trinity-devel] Commit c926c513 (amarok) caused a conflict between packages

by Darrell Anderson

>filelight-l10n package is completely unnecessary. >In my build script I omit building this package. I don't build the package either --- duplicate of filelight. Why don't we purge the sources? Also applications/kuickshow, which is an exact duplicate of tdegraphics/kuickshow? And mlt/mlt++, which nothing in Trinity uses, and is horribly outdated from upstream? Darrell

10 years, 2 months

Re: [trinity-devel] common/admin - TQTDCOPIDLNG is not set

by Darrell Anderson

>By the way, unintended TQ renaming that you fixed in Tellico I >discovered >thanks to prepare patch for the update Tellico to 1.3.6 and >unintended TQ >renaming was a part of this patch. For this reason, I am also >fixed same >unintended TQ renaming in tdemultimedia. :) I thought we had all of that renaming business behind us. I was surprised to find so many unintended renames still out there. There probably are more. I will not be suprised if one or two affect usability, but the remainder basically only affect readability and appearance. I wish we were done with them. Darrell

10 years, 2 months

Ongoing DDoS attack

by Timothy Pearson

All, The TDE servers have been undergoing a DDoS attack since around 6:00AM CST 02/16/2014. As a result, many TDE services are functioning sporadically. I am attempting to counter this attack as best as I am able, but I do not have sufficient bandwidth available to guarantee continued access to any TDE services until the attack is over. I apologise for the disruption, and hope to have access to all services restored a soon as possible. Thank you for your patience! Timothy Pearson

10 years, 2 months

Re: [trinity-devel] common/admin - TQTDCOPIDLNG is not set

by Darrell Anderson

>I thought we had all of that renaming business behind us. I was >surprised to find so many unintended renames still out there. >There >probably are more. I will not be suprised if one or two affect >usability, but the remainder basically only affect readability and >appearance. I wish we were done with them. I am running a full build tonight. I'll find out if I was overzealous with the renaming cleanup. Darrell

10 years, 2 months

Re: [trinity-devel] common/admin - TQTDCOPIDLNG is not set

by Darrell Anderson

>How to solve it? Fix in common/admin module would cause the update >completely >all other modules. This does not seem appropriate for this moment. >Solve it >stand alone in Tellico? > >Thank you for your feedback. Updating Tellico for R14.0.0 is a priority? Perhaps wait until R14.0.1/R14.1.0? By the way, I'm in the middle of pushing a bunch of unintended TQ renaming patches. I recall tellico being affected. Darrell

10 years, 2 months

common/admin - TQTDCOPIDLNG is not set

by Slávek Banko

Hi all, in preparation patch to update Tellico from 1.3.2.1 to 1.3.6, I found that DCOPIDLNG does not work. I was looking for that in common/admin module is to find TQTDCOPIDLNG in condition by the variable $trinity14ornewer, but this variable in that range is not valid. TQTDCOPIDLNG for this reason remains empty and use DCOPIDLNG then causes FTBFS. How to solve it? Fix in common/admin module would cause the update completely all other modules. This does not seem appropriate for this moment. Solve it stand alone in Tellico? Thank you for your feedback. -- Slavek

10 years, 2 months

koffice - kthesaurus - with WordNet - nice!

by David C. Rankin

All, Testing kthesaurus functionality, I built the optional dependency with latest WordNet-3.0 and then updated library database files to the latest 3.1 version of the files. (3.0 is last release - 3.1 is a database only update). It works very well and adds a whole new aspect of thesaurus functionality. It provides the synonymous words in sentence context. Here a two screenshots of both the generic kthesaurus output and the WordNet extension: http://www.3111skyline.com/dl/dt/trinity/ss/koffice-kthesaurus.jpg http://www.3111skyline.com/dl/dt/trinity/ss/koffice-kthesaurus-wordnet.jpg If you want to include WordNet in your build, you will need 'tk' as a dependency, then you will need: WordNet-3.0: http://wordnetcode.princeton.edu/3.0/WordNet-3.0.tar.bz2 3.1 Database Update: http://wordnetcode.princeton.edu/wn3.1.dict.tar.gz Then build with: ./configure --prefix=/usr --mandir=/usr/share/man ## change screwy location of dictionary and other dirs: sed 's:#define DEFAULTPATH "/usr/dict":#define DEFAULTPATH "/usr/share/wordnet/dict":' -i config.h sed 's:"/usr/local/WordNet-3.0/lib/wnres":"/usr/share/wordnet/wnres":' -i src/wnb make CFLAGS="$CFLAGS -DUSE_INTERP_RESULT" The continue with packaging (moving default dirs to logical place and update to 3.1 database files): make DESTDIR=$pkgdir install mv $pkgdir/usr/doc $pkgdir/usr/share/wordnet mv $pkgdir/usr/lib/wnres $pkgdir/usr/share/wordnet/wnres rm -fr $pkgdir/usr/include/tk # Replace dictionary files cp -a $srcdir/dict/ $pkgdir/usr/share/wordnet/dict rm -fr $pkgdir/usr/dict install -D -m644 $srcdir/wordnet.desktop $pkgdir/usr/share/applications/wordnet.desktop install -D -m644 $srcdir/wordnet.png $pkgdir/usr/share/pixmaps/wordnet.png install -D -m644 COPYING $pkgdir/usr/share/licenses/$pkgname/COPYING Works well. About a 12M package and 50M install. -- David C. Rankin, J.D.,P.E.

10 years, 2 months

Re: [trinity-devel] kthesaurus - broken links to wordnet

by Darrell Anderson

>Darrell, > > The kthesaurus package contains broken links to the associated >wordnet package >from Princeton. The correct link is: > >http://wordnet.princeton.edu/wordnet/download/ > > The actual wordnet file is: > >http://wordnetcode.princeton.edu/3.0/WordNet-3.0.tar.bz2 > > We should also include a link to the page explaining proper >citing of the >wordnet database: > >http://wordnet.princeton.edu/wordnet/citing-wordnet/ > > as well as links to the extension packages for wordnet: > >http://wordnet.princeton.edu/wordnet/citing-wordnet/ > > Opened as: > >http://bugs.pearsoncomputing.net/show_bug.cgi?id=1936 What am I supposed to do? We probably should grep the entire source tree for links, run a ping test, and note whether the test fails. The ping test would only prove whether the URL remains in existence but would not reveal whether the URL remains valid within context. Darrell

10 years, 2 months

Re: [trinity-devel] New application packages for Arch (1 fail - smartcardauth)

by Darrell Anderson

>No, not at all. That must be controlled by the: > >export TDEDIR=/opt/trinity >export TDEDIRS=$TDEDIR I have that in all build scripts. >That's is all I can think of. Can you think of any extra tests on >my end that might disclose anything else? Nope. I suppose that is how things will remain until somebody tackles the bug report. I'm guessing there are presumptions associated with the problem that are not obvious to blockheads. Like me. Darrell

10 years, 2 months

← Newer
1
2
3
4
5
6
7
8
9
...
25
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels February 2014