I cannot add neither the weather or LCD weather widget after the slot move from 4.6 to 4, but from the bug I posted in the URL, it looks like something else may be going on. As a side note, I have my panel settings set to show all Icons, but they disappeared until I upgraded dbus to 1.4.12 today, which is what I thought would fix this as other bugs I had seen on KDE had stated. I can add other applets fine just not the weather ones. I know the posted link's bug is a little old but it is occurring again in 4.6.4 Version info can be found in the attachment, but I believe it is kde-workspace 4.6.4 and QT 4.7.2 Reproducible: Always Steps to Reproduce: 1. Click Toolbar moon next to clock or on desktop. 2. Click Add Widgets. 3. Change Category to Environment and Weather. 4. Drag either Icon to place appropriately. Actual Results: Screen Goes back, all panels crash, KDE crash reporter reports segfault - Signal 11 only once, press ok screen turns default background, and everything KDE related restarts. After restart, trying to add again causes same behaviour without KDE crash reporter. Expected Results: I should be able to add a weather applet, as I had in 4.6.2, and 4.6.3 Please let me know what this bug needs, so I can report it properly upstream, because everyone reports this in some fashion or another only to have it closed duplicate by upstream, or get stale Package Manager Information: Package Name paludis Package Version 0.62.1 Build Date 2011-06-20T04:10:41-0500 Built with CXX x86_64-pc-linux-gnu-g++ 4.4.5 Built with CXXFLAGS -march=amdfam10 -O2 -pipe -pedantic Built with LDFLAGS -Wl,-O1 -Wl,--as-needed Environment Information: Format paludis Config dir /etc/paludis Root / System Root / World file /var/db/pkg/world Repository layman: format unavailable location /var/db/paludis/repositories/layman sync tar+http://git.exherbo.org/layman_repositories.tar.bz2 sync_options Repository installed-virtuals: format installed_virtuals root / Repository virtuals: format virtuals Repository gentoo: format e location /usr/portage builddir /var/tmp/paludis cache /usr/portage/metadata/cache distdir /var/cache/distfiles eapi_when_unknown 0 eapi_when_unspecified 0 eclassdirs /usr/portage/eclass layout traditional names_cache /usr/portage/.cache/names newsdir /usr/portage/metadata/news profile_eapi_when_unspecified 0 profile_layout traditional profiles /usr/portage/profiles/default/linux/amd64/10.0/desktop/kde securitydir /usr/portage/metadata/glsa setsdir /usr/portage/sets sync rsync://rsync.us.gentoo.org/gentoo-portage sync_options use_manifest use write_cache /var/cache/paludis/metadata Package information app-shells/bash 4.1_p9 dev-java/java-config 2.1.11-r3 dev-lang/python 2.6.6-r2 2.7.1-r1 3.1.3-r1 dev-util/ccache (none) dev-util/cmake 2.8.4-r1 sys-apps/baselayout 2.0.2 sys-apps/openrc 0.8.2-r1 sys-apps/sandbox 2.4 sys-devel/autoconf 2.13 2.65-r1 sys-devel/automake 1.10.3 1.11.1 1.9.6-r3 sys-devel/binutils 2.20.1-r1 sys-devel/gcc 4.4.5 sys-devel/gcc-config 1.4.1-r1 sys-devel/libtool 2.2.10 sys-devel/make 3.82 sys-freebsd/freebsd-lib (none) sys-kernel/linux-headers 2.6.36.1 sys-libs/glibc 2.12.2 sys-libs/uclibc (none) Repository installed: format vdb location /var/db/pkg builddir /var/tmp/paludis eapi_when_unknown 0 names_cache /var/db/pkg/.cache/names provides_cache /var/db/pkg/.cache/provides root / Repository installed-unpackaged: format installed_unpackaged location /var/db/paludis/repositories/installed_unpackaged root / Repository repository: format repository config_filename /etc/paludis/repositories/%{repository_template_name}.conf config_template /etc/paludis/repository.template root / Repository local_overlay: format e location /var/db/paludis/repositories/local_overlay builddir /var/tmp/paludis cache /var/empty distdir /var/cache/distfiles eapi_when_unknown 0 eapi_when_unspecified 0 eclassdirs /usr/portage/eclass /var/db/paludis/repositories/local_overlay/eclass layout traditional master_repository gentoo names_cache /var/db/paludis/repositories/local_overlay/.cache/names newsdir /var/db/paludis/repositories/local_overlay/metadata/news profile_eapi_when_unspecified 0 profile_layout traditional profiles /usr/portage/profiles/default/linux/amd64/10.0/desktop/kde securitydir /var/db/paludis/repositories/local_overlay/metadata/glsa setsdir /var/db/paludis/repositories/local_overlay/sets sync sync_options use_manifest use write_cache /var/cache/paludis/metadata Repository qting-edge: format e location /var/db/paludis/repositories/qting-edge builddir /var/tmp/paludis cache /var/empty distdir /var/cache/distfiles eapi_when_unknown 0 eapi_when_unspecified 0 eclassdirs /usr/portage/eclass /var/db/paludis/repositories/qting-edge/eclass layout traditional master_repository gentoo names_cache /var/db/paludis/repositories/qting-edge/.cache/names newsdir /var/db/paludis/repositories/qting-edge/metadata/news profile_eapi_when_unspecified 0 profile_layout traditional profiles /usr/portage/profiles/default/linux/amd64/10.0/desktop/kde securitydir /var/db/paludis/repositories/qting-edge/metadata/glsa setsdir /var/db/paludis/repositories/qting-edge/sets sync git://gitorious.org/gentoo-qt/qting-edge.git sync_options use_manifest use write_cache /var/cache/paludis/metadata Repository sunrise: format e location /var/db/paludis/repositories/sunrise builddir /var/tmp/paludis cache /var/empty distdir /var/cache/distfiles eapi_when_unknown 0 eapi_when_unspecified 0 eclassdirs /usr/portage/eclass /var/db/paludis/repositories/sunrise/eclass layout traditional master_repository gentoo names_cache /var/db/paludis/repositories/sunrise/.cache/names newsdir /var/db/paludis/repositories/sunrise/metadata/news profile_eapi_when_unspecified 0 profile_layout traditional profiles /usr/portage/profiles/default/linux/amd64/10.0/desktop/kde securitydir /var/db/paludis/repositories/sunrise/metadata/glsa setsdir /var/db/paludis/repositories/sunrise/sets sync svn://overlays.gentoo.org/proj/sunrise/reviewed/ sync_options use_manifest use write_cache /var/cache/paludis/metadata
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.
