tde-devels

devels@trinitydesktop.org

4 participants
3812 discussions

Latest Build broke ALSA sound (play works - aplay screaches)
by David C. Rankin 11 Feb '14

11 Feb '14

All, I just installed all of the packages from the 2/8 - 2/10 build. The initial display of khelpcenter worked fine, but I noticed that I had no sound. After fighting with sound in the first set of packages, I was surprised that sound would just quit working in the latest set. I then opened konsole and tried: 21:52 valhalla:~> aplay /opt/trinity/share/sounds/KDE_Startup_1.ogg Playing raw data '/opt/trinity/share/sounds/KDE_Startup_1.ogg' : Unsigned 8 bit, Rate 8000 Hz, Mono I got a horrible screaching sound from speakers. I then tried: 21:52 valhalla:~> play /opt/trinity/share/sounds/KDE_Startup_1.ogg /opt/trinity/share/sounds/KDE_Startup_1.ogg: File Size: 124k Bit Rate: 125k Encoding: Vorbis Channels: 2 @ 16-bit Samplerate: 44100Hz Replaygain: off Duration: 00:00:07.95 In:100% 00:00:07.95 [00:00:00.00] Out:382k [ | ] Hd:0.1 Clip:4 play WARN rate: rate clipped 2 samples; decrease volume? play WARN dither: dither clipped 2 samples; decrease volume? Done. It sounded great. So checking, play is provided by sox 14.4.1-4. That begs the question, Why does play work fine but aplay fail? Suggestions? -- David C. Rankin, J.D.,P.E.

1 0

Patch to add trash can configuration dialog to set storage limits
by Darrell Anderson 11 Feb '14

11 Feb '14

I found a 3.5.9 patch to add a trash can dialog to set trash storage limitations. The dialog would look like this: http://tokoe-kde.blogspot.com/2008/08/size-limits-for-trash.html The patch did get submitted in the KDE bugzilla but never got merged into 3.5.x. I converted the patch to TQt3 and added an option to populate the konqueror configuration dialog with a trash icon that should show the same dialog. The patch fails to build for me: /dev/shm/tdebase/tdeioslave/trash/ktrashpropsdlgplugin.cpp:226: undefined reference to `TrashImpl::trashDirectories() const' /dev/shm/tdebase/tdeioslave/trash/ktrashpropsdlgplugin.cpp:141: undefined reference to `TrashImpl::trashDirectories() const' /dev/shm/tdebase/tdeioslave/trash/ktrashpropsdlgplugin.cpp:61: undefined reference to `TrashImpl::TrashImpl()' /dev/shm/tdebase/tdeioslave/trash/ktrashpropsdlgplugin.cpp:62: undefined reference to `TrashImpl::init()' If you are interested then I have attached the patch to bug report 1923. Darrell

1 0

Re: [trinity-devel] undefined symbols in all builds
by Darrell Anderson 10 Feb '14

10 Feb '14

>Ok, I have the ultimate solution. > >Because 'cppeditor' utilizes many parts of the 'editor', it seems >useful >(perhaps only possible), leave visible 'everything' from the >editor. Drop previous patches and try only this attached. I rebuilt tqt3 and tdebase and my build logs and error log are again quiet. Thank you. Is this something I have to run all the time or will this be pushed to git? Darrell

2 2

Re: [trinity-devel] undefined symbols in all builds
by Darrell Anderson 10 Feb '14

10 Feb '14

>I am running multiple builds of tqt3 so you will be able to see >how >each build run results in a different 'undefined symbol' message. When building from git and no additional patching, I saw a slew of the following "undefined symbol" errors: ============================================ /dev/shm/tqt3/plugins/designer/libcppeditor.so: undefined symbol: _ZN6Editor11eventFilterEP8TQObjectP7TQEvent ============================================ This is what started the mess. With your proposed patch from earlier today, I then saw a slew of the following "undefined symbol" errors: ============================================ /dev/shm/tqt3/plugins/designer/libcppeditor.so: undefined symbol: _ZN6Editor13keyPressEventEP10TQKeyEvent ============================================ After seeing what you did in your patch --- while having no idea how any of this works, I looked at the previous build log and added another Q_EXPORT. The modified snippet added to your patch: ============================================ -void Editor::keyPressEvent( TQKeyEvent *e ) +Q_EXPORT void Editor::keyPressEvent( TQKeyEvent *e ) ============================================ With that updated patch, I see another new slew of "undefined symbol" errors: ============================================ /dev/shm/tqt3/plugins/designer/libcppeditor.so: undefined symbol: _ZN6Editor16doKeyboardActionEN10TQTextEdit14KeyboardActionE ============================================ So I continue this game and I add this snippet to the patch: ============================================ -void Editor::doKeyboardAction( KeyboardAction action ) +Q_EXPORT void Editor::doKeyboardAction( KeyboardAction action ) ============================================ With that updated patch, I see yet another slew of the following "undefined symbol" errors: ============================================ /dev/shm/tqt3/plugins/designer/libcppeditor.so: undefined symbol: _ZN6Editor16doChangeIntervalEv ============================================ According to how this game seems to play I should next do this: ============================================ -void Editor::doChangeInterval() +Q_EXPORT void Editor::doChangeInterval() ============================================ At this point I give up. Darrell

3 3

Re: [trinity-devel] undefined symbols in all builds
by Darrell Anderson 10 Feb '14

10 Feb '14

>Search in the build-log 'cppeditor' in the context with linking. Here is a full build log: http://humanreadable.nfshost.com/misc/trinity-tqt3-pre_R14.0.0-i586- 14.1_32_git_3285_1-build.log Darrell

2 2

Re: [trinity-devel] undefined symbols in all builds
by Darrell Anderson 10 Feb '14

10 Feb '14

>I'm going back to the beginning. > >I'm trying to find where is linked tqt3 plugin cppeditor - >elsewhere than >in tqt3, but I cannot find any place. Please, can you see where it >is linked in your builds? What do I look for? Darrell

3 2

Re: [trinity-devel] undefined symbols in all builds
by Darrell Anderson 10 Feb '14

10 Feb '14

>You can be sure that I patch tested several times. > >Initial patch from François caused FTBFS (as you can find earlier >in the >mailing-list http://trinity-devel.pearsoncomputing.net/?0::11678 >). So I >worked on the patch longer time and tested on various versions of >Debian / Ubuntu distributions. Patch to solve the problem of >hidden-visibility was published on 20 January (see >http://bugs.pearsoncomputing.net/show_bug.cgi?id=1560#c111 ). In >testing I >tested building tdelibs, tdebase and tdevelop (which is the only >one who >used tqassistant). After all the testing I pushed patches on 2 >Feb. I'm sure you tested. You almost always do. All I'm saying is none of us were invited to test. If I had run the patches a week ago I would have discovered the messages immediately. The messages snuck past me for the past few days because I'm knee deep in working on the help handbooks and I'm not building fresh package sets as often. In the bug report you mention hidden visibility and shared versus static. In my tqt3 build script configuration I am using "-shared" and I have used that option from the beginning. I don't have any configuration option about visibility like other build script configurations. When I run configure --help I don't see any options related to visibility. Should I? My build log is filled with "- fvisibility=hidden -fvisibility-inlines-hidden." I am running multiple builds of tqt3 so you will be able to see how each build run results in a different 'undefined symbol' message. Darrell

1 0

Re: [trinity-devel] undefined symbols in all builds
by Darrell Anderson 10 Feb '14

10 Feb '14

>I know I get caught with the real-world taking a day or two of >time away from >getting RC1 ready to freeze, but we really should be allowing at >least that long >for testing before pushing at this point. > >Like the .la -> .so push, great move forward, but we should get a >sign-off from >each of the active builders before pushing, or at least send a "I >am about to >push X that might break Y, please test.." I won't be surprised if others have the 'undefined symbol' errors too because the packages all build for me. None fail to build. If build without failure is the only barometer then nobody pays attention to the build logs. Yet my build logs are filled with the errors. My master build script options looks for a whole slew of build related errors and warnings and that is how I see these things all the time. Building without failure is only half the battle. Darrell

2 1

Re: [trinity-devel] Confirm size of python-trinity package
by Darrell Anderson 10 Feb '14

10 Feb '14

> Here is the contents of my package - similar? I have a bunch of html files but otherwise looks similar. Darrell

1 0

Re: [trinity-devel] undefined symbols in all builds
by Darrell Anderson 10 Feb '14

10 Feb '14

>heh,heh,heh, sip4-tqt FTBFS, python-tqt FTBFS, tdeutils FTBFS, >etc... I feel your pain... and share the bags under your eyes :-) The point being that FTBFS patches are being pushed lately without everybody having an opportunity to test. "Works for me" is not a good motto. I understand that somebody needs a patch to avoid FTBFS. I get that. We all do. Yet FTBFS patches should be tested by everybody involved. Darrell

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels