tde-devels

devels@trinitydesktop.org

3753 discussions

Re: [trinity-devel] kwrite crash - it is tdelibs! (tqt3-46, tdelibs-47, tdebase-46 => crash)

by Timothy Pearson

> Tim, Darrell, All, > tdelibs is the package that causes the kwrite/kate/etc.. crash when > built on > gcc 47. The backtrace is good this time and points to: > at (i=<optimized out>, this=<optimized out>) at > /opt/tqt3/include/ntqstring.h:641 > 641 { return i < d->len ? d->unicode[i] : TQChar::null; } That is valuable information! This is also not an issue of ignoring build warnings, as there are none which relate to the failing code. If you can, please try the attached patch. It will probably do nothing, but there is half a chance that gcc 4.7 did not inline the functions where gcc 4.6 did, *potentially* causing a crash due to misuse of parameters passed by reference. Tim

12 years, 8 months

Resizing kcontrol module windows launched from kcmshell

by Darrell Anderson

How are kcontrol module window sizes determined when launched from kcmshell? For example, 'kcmshell audiocd' opens to a window size of 765,778 and 'kcmshell media' opens to a window size of 765,512. I get the feeling the width of 765 is hard-coded somewhere but I can't find anything. I'd like to know how the width number is fixed, but at the moment I am more interested in how the height is determined for each window. Thanks. Darrell

12 years, 8 months

Fw: Re: Adding to Registered OnlyShowIn Environments

by Darrell Anderson

I'm forwarding the following message. Please follow either link and pay attention to the table. :-) Darrell --- On Fri, 5/11/12, Vincent Untz <vuntz(a)gnome.org> wrote: > From: Vincent Untz <vuntz(a)gnome.org> > Subject: Re: Adding to Registered OnlyShowIn Environments > To: xdg(a)lists.freedesktop.org > Date: Friday, May 11, 2012, 7:13 AM > Le lundi 23 avril 2012, à 09:14 > +0200, Vincent Untz a écrit : > > Le samedi 21 avril 2012, à 07:44 -0700, Darrell > Anderson a écrit : > > > Greetings, > > > > > > I am writing on behalf of the members of the > Trinity Desktop Environment (TDE) project. > > > > > > TDE is a continuation of the KDE 3.5 desktop. > > > > > > We want to add TDE to the list of Registered > OnlyShowIn Environments: > > > > > > http://standards.freedesktop.org/menu-spec/latest/apb.html > > > > > > Please let me know how to proceed further. > > > > Do you prefer "TDE" or "Trinity" to be registered? > > > > Any objection? If no, this will go in the spec next > week. > > I was away for a bit, so it took more than a week ;-) But > it's done now: > http://specifications.freedesktop.org/menu-spec/menu-spec-latest.html#onlys… > > I also updated desktop-file-utils. > > Vincent > > -- > Les gens heureux ne sont pas pressés. > _______________________________________________ > xdg mailing list > xdg(a)lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/xdg >

12 years, 8 months

KControl and configuring autostart

by Darrell Anderson

Does Trinity support any methods for configuring autostart apps? I came across this applet but the links to the sources are dead: http://kde-apps.org/content/show.php?content=45975&forumpage=0&PHPSESSID=e1… With that said, looks like the applet might still exist: http://packages.ubuntu.com/search?keywords=kcontrol-autostart Darrell

12 years, 8 months

Preparing updates for 3.5.13

by Slávek Banko

Hi In the user-list, I announced the state of preparation updates for 3.5.13: http://trinity-users.pearsoncomputing.net/?0::3008 I also strongly modify the article in Etherpad. Now there is also a current listing of included patches. This will be easier for me to keep it up to date... and perhaps even easier for you: http://trinity.etherpad.trinitydesktop.org/16 I would like to discuss with you whether further delay the official release updates? I intended to add to updates all packages for which were following patches: - Remove additional unneeded tq method conversions - Rename obsolete tq methods to standard names - Rename a few stragglers - Fix inadvertent "TQ" changes For some packages, already contained in the update, these patches solve tricky problems. But these patches applies to almost all the remaining packages. Therefore, I ask if I should go into it (will take some time to process it), or ask Tim whether to issue updates as they are ready now? Personally, I tend to do - to release as soon as possible. Updates already solves many errors. And that's why I find it useful to release as soon as possible. What is your opinion? I attach link to archive containing the current set of patches (5.4 MiB). Maybe useful for others who prepare packages for other distributions. http://www.axis.cz/linux/trinity-3.5.13-udpate-patches-1.tgz Slávek --

12 years, 8 months

Two Settings menu options

by Darrell Anderson

In the TDE menu there are two menu options named "Settings," both inherited from 3.5.10. One Settings menu option is static and contains various items to configure application settings, not necessarily TDE related. The other Settings menu is dynamic, optional, and is related only to KControl preferences. Having two menu options with the same name is potentially confusing. Translations pose a challenge for renaming the static Settings menu (tdebase/applnk/tde-settingsmenu.directory). Renaming that menu option is further complicated because of XDG expectations. Renaming this menu option is best avoided. Renaming the dynamic menu option to "Control Center" or "Preferences" seems straightforward. There are at least two files that need editing: tdebase/kicker/menuext/prefmenu/prefmenu.desktop and prefmenu.cpp. Whereas translating to "Preferences" would be a steep uphill challenge, renaming to "Control Center" is almost painless. Although not a perfect one-to-one correspondence but very close, we would use KControl.desktop to copy and repopulate the Name keys. In all, quite doable. I don't know how renaming the dynamic menu option affects the Konqueror "settings:/" kio slave, if at all. Thoughts? Comments? Darrell

12 years, 8 months

Why is HAL a bad word?

by David C. Rankin

Tim, All, After the discussion both here and on the suse list about the removal of HAL, that brought up a question that I don't fully understand. I know that everyone is moving away from HAL and that it is the way of the future, but "Why?" Briefly - what is wrong with HAL? Is it dead upstream? Does is pose limitations on the ability to do X or Y going forward? If so what are X or Y? Is it udev? What? Like Qt3, all of the past versions of KDE3 and TDE have used HAL and work fantastically - what is the motivation for dumping it? A short sentence or two would help me understand -- or a simply link to why if you have one will do. Thanks, I just want to make sure I understand the issue better... -- David C. Rankin, J.D.,P.E.

12 years, 8 months

Re: [opensuse-kde3] suse versions and kde3

by David C. Rankin

On 05/07/2012 01:19 AM, Ilya Chernykh wrote: > On Monday 07 May 2012 08:12:48 Carolin Liefke wrote: > >> I asked about that before, but you didn't comment on it - what happened to >> this package in 12.1 since it's not in the repos? > > It requires hal. The reality is there is NO 'drop-in' replacement for HAL for either openSuSE's builds of KDE3 or TDE -- yet. HAL will be removed from both and all of the desired functionality WILL be preserved going forward -- BUT -- it will take time to iron all the issues out and make the transition. HAL is tightly integrated with the core of KDE3. As a result, moving away from HAL will take significant effort both from the gifted developers that code the removal AND from the user-base to provide feedback and bug reports of what does and does not work. If we were smart, we would coordinate the transition away from HAL among all the projects that support and develop KDE3 so that all projects can collaborate on the effort and benefit from what has already been done. Primarily to keep from reinventing the wheel and prevent against inconstancies being introduced by independent solutions. There is nothing wrong with exploring and attempting different solutions along the way, but there should be a common road-map to insure we all end up at the same finish line. What are your thoughts on where/how to coordinate these efforts? cc: trinity-devel -- David C. Rankin, J.D.,P.E.

12 years, 9 months

2-row systray -> nice space saver for kicker

by David C. Rankin

Tim, All, Just updated a suse box to get the backport of the sftp fix and noticed that Ilya (or somebody) had implemented a 2-row kicker patch that allow you to have a 2-row systray instead of a 1 row systray. This is a great space saver for kicker. Probably only works for taskbar >= 35px since the 2-row tray uses 16px icons. Regardless, this is a cool trick that we may want to implement in tde. Now, instead of having to hide most of the systray icons to keep it within a 2-icon space (my preference) I can unhide everything and still take up less space. It's a 4-for-1 space saving. Here is a quick screenshot: http://www.3111skyline.com/dl/dt/trinity/ss/suse-11.4-systray.jpg Ilya, can you point us to the patch? -- David C. Rankin, J.D.,P.E.

12 years, 9 months

old build question - error: ./.libs/libkdeinit_kate.so: No such file or directory

by David C. Rankin

Guys, Don't give this a lot of time (3.5.12 backport of sftp fix). I have kdebase successfully configuring, but I get an early error building kate. The build can't find kdebase/kate/app/.libs/libkdeinit_kate.so The build is correct, it's not there. The .la and .lai files are there, but not the .so. The .so is already on the system as /opt/kde3/lib/libkdeinit_kate.so. I don't know if the build fail is caused by the .lai saying it is already installed or the .la saying it isn't, or if this is just some gcc47 hiccup that we just are not going to get past. It seems I've been hit by this issue before, but I cannot recall for the life of me what the fix was. There is no question that the build finds the existing lib, but then somehow isn't doing something right. The error is: libtool: link: ( cd ".libs" && rm -f "kwrite.la" && ln -s "../kwrite.la" "kwrite.la" ) /bin/sh ../../libtool --tag=CXX --mode=link g++ -DNDEBUG -DNO_DEBUG -fpermissive -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -D_GNU_SOURCE -o kate -R /opt/kde3/lib -R /opt/kde3/lib -R /opt/qt/lib -R /opt/kde3/lib -no-undefined -L/opt/kde3/lib -L/opt/qt/lib -L/opt/kde3/lib kate.la.o libkdeinit_kate.la libtool: link: LD_RUN_PATH="/opt/kde3/lib:/opt/qt/lib:" g++ -DNDEBUG -DNO_DEBUG -fpermissive -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -D_GNU_SOURCE -o .libs/kate kate.la.o -L/opt/kde3/lib -L/opt/qt/lib ./.libs/libkdeinit_kate.so -L/usr/lib /home/david/tde/kdemod3/bld/kdebase/src/kdebase/kate/app/.libs/libkateinterfaces.so /opt/kde3/lib/libkatepartinterfaces.so /opt/kde3/lib/libktexteditor.so /opt/kde3/lib/libkabc.so /opt/kde3/lib/libvcard.so /opt/kde3/lib/libkresources.so /opt/kde3/lib/libkparts.so /opt/kde3/lib/libkutils.so /home/david/tde/kdemod3/bld/kdebase/src/kdebase/kate/utils/.libs/libkateutils.so /opt/kde3/lib/libkio.so /opt/kde3/lib/libkdeui.so /opt/kde3/lib/libkdesu.so /opt/kde3/lib/libkwalletclient.so /usr/lib/libfam.so -lacl -lattr /opt/kde3/lib/libkdecore.so -lart_lgpl_2 -lidn /opt/kde3/lib/libkdefx.so -lXrender -ldl /opt/kde3/lib/libDCOP.so /opt/qt/lib/libtqt.so -lqt-mt -lpng -lz -lXext -lSM -lICE -lpthread -lX11 g++: error: ./.libs/libkdeinit_kate.so: No such file or directory g++: error: /home/david/tde/kdemod3/bld/kdebase/src/kdebase/kate/app/.libs/libkateinterfaces.so: No such file or directory g++: error: /home/david/tde/kdemod3/bld/kdebase/src/kdebase/kate/utils/.libs/libkateutils.so: No such file or directory The .libs dir has the following: -rw-r--r-- 1 david david 936 May 2 13:14 kate_dummy.o lrwxrwxrwx 1 david david 10 May 2 14:13 kate.la -> ../kate.la -rw-r--r-- 1 david david 1560 May 2 14:13 kate.lai -rw-r--r-- 1 david david 51964 May 2 14:13 katemain.o -rw-r--r-- 1 david david 940 May 2 13:15 kwrite_dummy.o lrwxrwxrwx 1 david david 12 May 2 14:13 kwrite.la -> ../kwrite.la -rw-r--r-- 1 david david 1512 May 2 14:13 kwrite.lai -rw-r--r-- 1 david david 99804 May 2 13:15 kwritemain.o lrwxrwxrwx 1 david david 23 May 2 14:13 libkateinterfaces.la -> ../libkateinterfaces.la -rw-r--r-- 1 david david 1216780 May 2 14:13 libkateinterfaces_la.all_cpp.o -rw-r--r-- 1 david david 1574 May 2 14:13 libkateinterfaces.lai lrwxrwxrwx 1 david david 26 May 2 14:13 libkateinterfaces.so -> libkateinterfaces.so.0.0.0 lrwxrwxrwx 1 david david 26 May 2 14:13 libkateinterfaces.so.0 -> libkateinterfaces.so.0.0.0 lrwxrwxrwx 1 david david 21 May 2 14:13 libkdeinit_kate.la -> ../libkdeinit_kate.la -rw-r--r-- 1 david david 1587 May 2 14:13 libkdeinit_kate.lai lrwxrwxrwx 1 david david 23 May 2 14:13 libkdeinit_kwrite.la -> ../libkdeinit_kwrite.la -rw-r--r-- 1 david david 1537 May 2 14:13 libkdeinit_kwrite.lai If anyone has a quick fix, I'd be glad to try it, if not, I'll just put this on the back burner for now... IIRC this might take a makefile sed or patch.. -- David C. Rankin, J.D.,P.E.

12 years, 9 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels