Summary: | Plasma Desktop Segfaults when adding Weather Widgets (4.6.4, 4.7.2) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Carter Young <ecyoung> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED FIXED | ||
Severity: | major | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://bugs.kde.org/show_bug.cgi?id=277036 | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=221806 | ||
Whiteboard: | tracking upstream | ||
Package list: | Runtime testing required: | --- | |
Attachments: |
~arch settings for KDE in package.keywords and keywords.conf
backtrace |
Description
Carter Young
2011-06-20 19:18:45 UTC
Created attachment 277633 [details]
~arch settings for KDE in package.keywords and keywords.conf
This list is the list I got from the plethora of dites I saw telling me how to set up kde SC including the guide at gentoo.org. Maybe needed to help Troubleshoot package configuration.
I'm a bit clueless about all the Paludis stuff here. No idea how the Big Slotmove is handled there. In the worst case, could you try rebuilding all kde-base packages? (In reply to comment #2) > I'm a bit clueless about all the Paludis stuff here. No idea how the Big > Slotmove is handled there. In the worst case, could you try rebuilding all > kde-base packages? The slotmove was handled correctly as seen in the Keywords attachment above. After the slotmove I removed all the commented out(#) packages. The issue here is discussed in the see also bug, not the idea that I use a different PM, and I even rebuilt my entire tree, not just KDE-base with the paludis emptytree equivalent cave --everything --execute world That bug is the closest I cold get to saying I cannot add the applet at all. The bug reporter can add the applet but experiences the exact same behavior as me when trying to update his city info. (In reply to comment #3) > > The slotmove was handled correctly as seen in the Keywords attachment above. > After the slotmove I removed all the commented out(#) packages. The issue here > is discussed in the see also bug, not the idea that I use a different PM, and I > even rebuilt my entire tree, not just KDE-base with the paludis emptytree > equivalent cave --everything --execute world > OK... I'm just puzzled because the file that you attached contains still quite some :4.6 slots, which should not be the case. In the end all kde-base/*:4.6 should be replaced by kde-base/*:4. > That bug is the closest I cold get to saying I cannot add the applet at all. > The bug reporter can add the applet but experiences the exact same behavior as > me when trying to update his city info. Could you please try getting a backtrace, either with DrKonqui or with gdb? http://www.gentoo.org/proj/en/qa/backtraces.xml I'll rename all the 4.6 to 4's although they weren't commented when I looked, that's the easy part. The backtrace is going to take a few days as paludis's default build_option(so is portage's) is strip, which means I have no debug symbols. I'll get back to you shortly, as in a week or two as I'm doing some ASP work in Windows. Created attachment 279001 [details] backtrace To my surprise, there were debug symbols in /usr/lib64/debug. After looking at the stacktrace, this may be related to Bug 367571, as I have applied that patch in My Local Overlay. See Calls 6 and 7Marble will not compile with the gpsd use flag without the patch from previously stated bug. Is it possible to add marble w/ the -gpsd in package.use and still be able to locate my weather station?? (In reply to comment #6) > Created attachment 279001 [details] > backtrace > > To my surprise, there were debug symbols in /usr/lib64/debug. After looking at > the stacktrace, this may be related to Bug 367571, as I have applied that patch > in My Local Overlay. See Calls 6 and 7Marble will not compile with the gpsd > use flag without the patch from previously stated bug. Is it possible to add > marble w/ the -gpsd in package.use and still be able to locate my weather > station?? See official KDE bug: https://bugs.kde.org/show_bug.cgi?id=277036 (In reply to comment #7) > (In reply to comment #6) > > Created attachment 279001 [details] > > backtrace > > > > To my surprise, there were debug symbols in /usr/lib64/debug. After looking at > > the stacktrace, this may be related to Bug 367571, as I have applied that patch > > in My Local Overlay. See Calls 6 and 7Marble will not compile with the gpsd > > use flag without the patch from previously stated bug. Is it possible to add > > marble w/ the -gpsd in package.use and still be able to locate my weather > > station?? > > See official KDE bug: > https://bugs.kde.org/show_bug.cgi?id=277036 Update, adding -gps to use flags has no affect on issue. Any ideas??
>
> Update, adding -gps to use flags has no affect on issue. Any ideas??
Hmm, how does kde-4.6.5 do (or even 4.7.0)? 4.6.4 specifically was broken in many ways...
No reply for a month... (In reply to comment #10) > No reply for a month... the -gps flag will fix the problem but not allow for geolocation(by zipcode) (In reply to comment #11) > (In reply to comment #10) > > No reply for a month... > > the -gps flag will fix the problem but not allow for geolocation(by zipcode) Interesting... what is your gpsd version? (In reply to comment #12) > (In reply to comment #11) > > (In reply to comment #10) > > > No reply for a month... > > > > the -gps flag will fix the problem but not allow for geolocation(by zipcode) > > Interesting... what is your gpsd version? As per the Gentoo Package Database, http://packages.gentoo.org/package/sci-geosciences/gpsd 2.96-r1, as I am using the ~amd64 KDE keywords file NOT the one for the 999 builds. The title of the bug is correct. I tried to do this again in 4.7.2 and experienced the same behavior as described in the initial report. Fixed in 4.7.3-r1 and later. |