-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    LinuxDaily.com    Linux42.org    OpenSkillz.com   
 
Artwork
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login



Sponsoring


-
- Content .- Fans (97) . 

yaWP (Yet Another Weather Plasmoid)

   0.4.5  

Plasmoid Binary

Score 91%
yaWP (Yet Another Weather Plasmoid)
zoom


yaWP (Yet Another Weather Plasmoid)
zoom


yaWP (Yet Another Weather Plasmoid)
zoom


Minimum required   KDE 4.x
Downloads:  56261
Submitted:  Nov 29 2008
Updated:  Mar 23 2013

Description:

Yet Another Weather Plasmoid.
There is nothing wrong with the ones that exist, I just wanted something more colorful.

This plasmoid belongs to other people, it would not be where it is without their help. See the README.

Please help with additional themes and translations, thanks.

For the latest unstable version:
svn co https://yawp.svn.sourceforge.net/svnroot/yawp/trunk yawp

INSTALL NOTES
tar -jxf yawp*
cd yawp*
./install.sh




Changelog:

0.4.5 (23 Mar 2013)
* Bugfix: Desktop mode is not reusing applet size from last session.
* Bugfix: yaWP crashes in systemtray with KDE 4.10

0.4.4 (17 Mar 2012)
* New desktop painter has been added. Yawp can be configured to use the traditional or the new one for desktop and/or for popup window.
* Panel painter has been rewritten
* Initialization stuff of yawp has been moved to init method, because yawp crashes on KDE 4.8 due to the usage of not initialized components.
* Usage of KMessageBox has been replaced within DlgAddCity, otherwise yawp crashes on KDE 4.8.5 (some earlier versions might be included as well).
Using KMessageBoxes within KConfigDialog (yawp settings dialog) still works as expected.
* Google ION has been removed, because Google does not support this service any longer.
* Updating and fixing translations
* Bugfix: yaWP did not update weatherdata periodically after hibernation - it is working now

0.4.3 (17 Apr 2012)
* Show current RealFeel temperature under current temperature (thanks to Alain Soucy)
* Non-modale city search dialog
* Implementing public slot configChanged() to behave like a standard plasmoid - yaWP can be configured from external programs (e.g.: javascript)
* changing internal handling of extender (KDE 4.8 only) - when plasmoid will be used in desktop mode extender is not used and will be destroyed, when plasmoid is moved to panel a new extender will be created
* little tweaks to horizontal panel layout, adding more spaces between icons
* Ukrainian translation updated (Thanks to Yuri Chornoivan)

0.4.2 (04 Jan 2012)
* Adapting yaWP to KDE 4.8
* ION AccuWeather is showing closer maps for cities of the United States.
* Workaround crashes in city search dialog in KDE >= 4.7.4
* Frech and Slovak trasnlation updated
* Fixes in Wunderground ION
* Fix double translation for Short day names

0.4.1 (03 Dec 2011)
* Add ability to open forecast in browser (if URL is provided by ION)
* ION wunderground is returning a sorted list of cities (airport stations are listed on top of list,
because in general terms this station type contains more weather information than the personal weather station type).
* ION Wunderground is supporting satellite maps as well
* ION accuweather is not using a config-file for satellite image mapping any longer (feature has been added in version 0.4.0
but I think this was a stupid idea). Satellite images will be hard coded mapped to location in ION.
* Translations updated (CZ, FR)
* Several little bug fixes - including geometry issues

0.4.0 (13 Nov 2011)
* Bugfix: text in animation area jumps up or down at start and at the end of animation
* applets painting methods has been extracted and rewritten, for re-use and hopefully the new painting methods are well structured
* yaWP supports externder items (in panel mode only) - extender item interacts with user like desktop mode.
In panel mode:
When user clicks on the applet (but not on the weather forecast icons) the extender pops up.
The behavior of the applet for clicking on the weather forecast icons can be configured in the config dialog on page "Panel"
option "Use interactive weather icons". When this option is checked the weather icon will toggle between day and night
(in case we have weather information for day and night) otherwise the extender will appear.
* Removes old files from cache directory $HOME/.cache/yawp on a regular base.
* The install script install.sh uses more CPU cores if available. Could be override by -j script option.
* Turkish translation (thanks to Hasan Kiran)
* Czech, Slovak and French translation updated
* Changing unit system in config dialog will force auto-update.
* AccuWeather will use a config file for satellite mapping.

0.3.6 (12 Dec 2010)
* Traverse through all locations periodically (optional)
* Page 'Settings' from config-dialog has been redesigned to gain more space
* Fixing update bug in Wunderground Ion.
* Algorithm that is doing the text layout for the details area has been simplified
* Fix API breakage in 4.5.2/4.6

0.3.5 (8 Oct 2010)
* Fix compilation error on KDE 4.5.2
* Patching ions to work with new weather-data-engine, thanks to Raymond Wooninck
* Fixing legal issues (The source code of the standard ions used as the base)
* Ion is checking state of pressure, instead of just coping the data
* Fix issues with sunrise/sunset
* Prefer millimeters of mecrcury to torr on KDE 4.5
* Fix KDE version check - consistently use KDE_IS_VERSION

0.3.4 (7 Jul 2010)
* Fix torr description.
* Fix problems with some ions when yawp runs under ru locale
* Fix compilation error on PCBSD (thanks vvheritagevv) for patch.
* Update translations cs, fr, sk

0.3.3 (12 Jun 2010)

* Added word-wrap for details-property.
* Added new ion for wunderground weather service
* Showing observation time (the time when weather-service-provider has been updated the weather data) on details page, when specific ion supports this feature.
Ion Google, AccuWeather and Wunderground returning observation time, as well.
* Timestamps for sunrise and sunset will be returned in the new timestamp format (when compiling with kde 4.3 and above - timestamps in the standard ions had been changed)
* Google is returning more information of location to show the right flag. User needs to entered a more specific search text to add a new city.
* Timezone management
* Fix compilation problems with gcc 4.5 (thanks to Kai Wasserbäch)
* Translations updated: fr, pl(Maciej Bulik), sk, de, cs
* Added Ukrainian translation (thanks to Yuri Chornoivan)
* Various bugfixes and small improvements

0.3.2
* Added support for KDE 4.4 (including docking in systray)
* Fix text shadow for light themes
* A new Compact panel layout
* Translations updated: cs, fr, ru
* Some small fixes

0.3.1
* Fixed bug in accuweather engine.

0.3.0
* Totally rewritten - Big thanks to udev.
* Plasma weather engines support - accuweather and google engines included
* Multicity support

Issues of 0.3.x:
* KDE 4.4 is not supported yet !
* Translation files needs update.

0.2.3
* Satellite image in tooltip can be dissabled
* Polish translation added - thanks to Maciej Bulik
* Fixed unit conversion functions to be on sync with accuweather.com - Thanks to Maciej Bulik for report.
* Russian, French and Czech translation updated.
* Licence mess cleaned.

0.2.2
* Fix for the icon sizing issue in KDE 4.2.2 and 4.2.67 - thanks to Daniel Rocher
* Solid support for network - thanks to John Stamp
* Panel tooltip redesign, show much more informations now
* Dialog sizing issue fixed
* Removed obsolete KIO workaround
* Translations updated: French, Slovak, Czech and Russian


0.2.1
* Fixed several panel sizing issues
* Custom colors support
* YaWP should be now usable with light themes (like Aya)

0.2
* Panel support
* Many bugfixes and improvements

0.1.65
* With help. Please see DEVELOPERS in README.

0.0.6
* Many attempts ....




LicenseGPL
Source(yawp-0.4.5.tar.bz2)
Source(yawp_themes_pack-0.2.tar.bz2 (Themes collection))
Source(Oxygen-01 (theme by painkiller101))
Source(7even-01 (theme))
Source(like-Weather-com-01 (theme by chepioq))
Send to a friend
Subscribe
Other  Artwork  from PlasmaFactory
Report inappropriate content



goto page: prev  ... 28  29  30  31  32  33  34  35  36  37  38  39  40  41  42  43 ...

-

 Crash with the last svn

 
 by chepioq on: May 30 2010
 
Score 50%

I use yawp svn, and the latest release crash plasma
Here the crash report:
Quote:
Application: Espace de travail Plasma (plasma-desktop), signal: Segmentation fault
[Current thread is 1 (Thread 0x7f7c19750820 (LWP 1723))]

Thread 2 (Thread 0x7f7bf2dd8710 (LWP 2493)):
#0 0x000000389980b729 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1 0x00000038a50717f2 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2 0x00000038a5067d01 in ?? () from /usr/lib64/libQtCore.so.4
#3 0x00000038a5070995 in ?? () from /usr/lib64/libQtCore.so.4
#4 0x0000003899807761 in start_thread () from /lib64/libpthread.so.0
#5 0x00000038990e150d in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7f7c19750820 (LWP 1723)):
[KCrash Handler]
#5 0x00007f7bf1f276da in DStreamLogger (this=0x2c2aff0, sourceName=..., data=...) at /home/dominique/Téléchargements/trunk/logger/streamlogger.h:169
#6 WeatherServiceModel::dataUpdated (this=0x2c2aff0, sourceName=..., data=...) at /home/dominique/Téléchargements/trunk/applet/weatherservice.cpp:483
#7 0x00007f7bf1efd6d2 in WeatherServiceModel::qt_metacall (this=0x2c2aff0, _c=QMetaObject::InvokeMetaMethod, _id=2, _a=0x7fffb9dbeb00)
at /home/dominique/Téléchargements/trunk/build/applet/moc_weatherservice.cpp:87
#8 0x00000038a516a81f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4
#9 0x00007f7c198c2c87 in ?? () from /usr/lib64/libplasma.so.3
#10 0x00007f7c198c2dee in ?? () from /usr/lib64/libplasma.so.3
#11 0x00007f7c1988f832 in Plasma::DataContainer::checkForUpdate() () from /usr/lib64/libplasma.so.3
#12 0x00007f7c198938a7 in Plasma::DataEngine::timerEvent(QTimerEvent*) () from /usr/lib64/libplasma.so.3
#13 0x00000038a5166a2e in QObject::event(QEvent*) () from /usr/lib64/libQtCore.so.4
#14 0x00000038a81aaa0c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#15 0x00000038a81b09db in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#16 0x00000038a6206da6 in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5
#17 0x00000038a5157cdc in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4
#18 0x00000038a51804a2 in ?? () from /usr/lib64/libQtCore.so.4
#19 0x00000038a517d938 in ?? () from /usr/lib64/libQtCore.so.4
#20 0x000000389a83bd02 in g_main_context_dispatch () from /lib64/libglib-2.0.so.0
#21 0x000000389a83fae8 in ?? () from /lib64/libglib-2.0.so.0
#22 0x000000389a83fc9c in g_main_context_iteration () from /lib64/libglib-2.0.so.0
#23 0x00000038a517d603 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#24 0x00000038a82499de in ?? () from /usr/lib64/libQtGui.so.4
#25 0x00000038a5156722 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#26 0x00000038a51569ec in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#27 0x00000038a5158cd9 in QCoreApplication::exec() () from /usr/lib64/libQtCore.so.4
#28 0x00007f7c1a0ddeb2 in kdemain () from /usr/lib64/libkdeinit4_plasma-desktop.so
#29 0x000000389901ec5d in __libc_start_main () from /lib64/libc.so.6
#30 0x0000000000400829 in _start ()


Reply to this

-

 Re: Crash with the last svn

 
 by udev on: May 30 2010
 
Score 50%

what did you start applet or plasmoidtest. Can you start them in debug-mode (according to the following link) and send the logfile of yawp?

http://kde-look.org/content/show.php?action=knowledgebase&content=94106&kbid=335

What cities did you configured? Did you do a specific action to cause that crash? Are you using kde 4.4.3?


Reply to this

-

 Re: Crash with the last svn

 
 by udev on: May 30 2010
 
Score 50%

Have you build it, from a clean yawp-source-code? Have you updated kde or qt?


Reply to this

-

 Re: Re: Crash with the last svn

 
 by chepioq on: May 31 2010
 
Score 50%

Hi Udev
I do what you say but that don't work...
When I do :
$ ./install.sh -d -f /tmp/yawp.log -l Tracing -u

I have this error:
Quote:
............................

[ 43%] Building CXX object unittest/CMakeFiles/configtest.dir/configtest.o
cd /home/dominique/Téléchargements/trunk/build/unittest && /usr/lib64/ccache/c++ -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DENABLE_DSTREAMLOGGER -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden -g -O2 -fno-reorder-blocks -fno-schedule-insns -fno-inline -I/home/dominique/Téléchargements/trunk/build/unittest -I/home/dominique/Téléchargements/trunk/unittest -I/home/dominique/Téléchargements/trunk -I/home/dominique/Téléchargements/trunk/unittest/../applet -I/home/dominique/Téléchargements/trunk/unittest/../ions -I/home/dominique/Téléchargements/trunk/build/unittest/.. -I/usr/include/phonon -I/usr/include/QtXmlPatterns -I/usr/include/QtXml -I/usr/include/QtWebKit -I/usr/include/QtUiTools -I/usr/include/QtTest -I/usr/include/QtSvg -I/usr/include/QtSql -I/usr/include/QtScriptTools -I/usr/include/QtScript -I/usr/include/QtOpenGL -I/usr/include/QtNetwork -I/usr/include/QtMultimedia -I/usr/include/QtHelp -I/usr/include/QtDesigner -I/usr/include/QtDBus -I/usr/include/QtAssistant -I/usr/include/Qt3Support -I/usr/include/QtGui -I/usr/include/QtCore -I/usr/include/Qt -I/usr/lib64/qt4/mkspecs/default -I/usr/include/kde4 -I/usr/include/kde4/KDE -I/usr/include/KDE -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -o CMakeFiles/configtest.dir/configtest.o -c /home/dominique/Téléchargements/trunk/unittest/configtest.cpp
/home/dominique/Téléchargements/trunk/unittest/configtest.cpp: In function ‘int main(int, char**)’:
/home/dominique/Téléchargements/trunk/unittest/configtest.cpp:57: erreur: ‘class Yawp::Storage’ has no member named ‘setIonListModel’
make[2]: *** [unittest/CMakeFiles/configtest.dir/configtest.o] Erreur 1
make[2]: quittant le répertoire « /home/dominique/Téléchargements/trunk/build »
make[1]: *** [unittest/CMakeFiles/configtest.dir/all] Erreur 2
make[1]: quittant le répertoire « /home/dominique/Téléchargements/trunk/build »
make: *** [all] Erreur 2
Compilation failed, sorry :-(
[dominique@localhost trunk]$


I use kde 4.4.3 my qt version is 4.6.2
The city I use is Aubagne, France

I build yawp from a clean source, here:
http://yawp.svn.sourceforge.net/viewvc/yawp/trunk/


Reply to this

-

 Re: Re: Re: Crash with the last svn

 
 by udev on: May 31 2010
 
Score 50%

Okay sorry, me fault - this compiler-error has been fixed (revision 391) Can you try it again?


Reply to this

-

 Re: Re: Re: Re: Crash with the last svn

 
 by chepioq on: May 31 2010
 
Score 50%

Sorry but there is an other erreur with rev 391

Quote:
[dominique@localhost trunk]$ ./install.sh -d -f /tmp/yawp.log -l Tracing -u
............................

[ 57%] Building CXX object unittest/CMakeFiles/iontest.dir/qrc_yawpresource.o
cd /home/dominique/Téléchargements/trunk/build/unittest && /usr/lib64/ccache/c++ -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DENABLE_DSTREAMLOGGER -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden -g -O2 -fno-reorder-blocks -fno-schedule-insns -fno-inline -I/home/dominique/Téléchargements/trunk/build/unittest -I/home/dominique/Téléchargements/trunk/unittest -I/home/dominique/Téléchargements/trunk -I/home/dominique/Téléchargements/trunk/unittest/../applet -I/home/dominique/Téléchargements/trunk/unittest/../ions -I/home/dominique/Téléchargements/trunk/build/unittest/.. -I/usr/include/phonon -I/usr/include/QtXmlPatterns -I/usr/include/QtXml -I/usr/include/QtWebKit -I/usr/include/QtUiTools -I/usr/include/QtTest -I/usr/include/QtSvg -I/usr/include/QtSql -I/usr/include/QtScriptTools -I/usr/include/QtScript -I/usr/include/QtOpenGL -I/usr/include/QtNetwork -I/usr/include/QtMultimedia -I/usr/include/QtHelp -I/usr/include/QtDesigner -I/usr/include/QtDBus -I/usr/include/QtAssistant -I/usr/include/Qt3Support -I/usr/include/QtGui -I/usr/include/QtCore -I/usr/include/Qt -I/usr/lib64/qt4/mkspecs/default -I/usr/include/kde4 -I/usr/include/kde4/KDE -I/usr/include/KDE -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -o CMakeFiles/iontest.dir/qrc_yawpresource.o -c /home/dominique/Téléchargements/trunk/build/unittest/qrc_yawpresource.cxx
Linking CXX executable iontest
cd /home/dominique/Téléchargements/trunk/build/unittest && /usr/bin/cmake -E cmake_link_script CMakeFiles/iontest.dir/link.txt --verbose=1
/usr/lib64/ccache/c++ -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden -g -O2 -fno-reorder-blocks -fno-schedule-insns -fno-inline -Wl,--enable-new-dtags CMakeFiles/iontest.dir/iontest_automoc.o CMakeFiles/iontest.dir/iontest.o CMakeFiles/iontest.dir/__/applet/utils.o CMakeFiles/iontest.dir/__/applet/countrymap.o CMakeFiles/iontest.dir/__/applet/yawpdefines.o CMakeFiles/iontest.dir/__/ions/ion_accuweather.o CMakeFiles/iontest.dir/qrc_yawpresource.o -o iontest -rdynamic -L/usr/lib64/kde4/devel -L/home/dominique/Téléchargements/trunk/build/lib /usr/lib64/libQtXml_debug.so /usr/lib64/libkdeui.so.5.4.0 /usr/lib64/libkio.so.5.4.0 /usr/lib64/libsolid.so.4.4.0 /usr/lib64/libplasma.so.3.0.0 -lweather_ion /usr/lib64/libkunitconversion.so.4.4.0 ../lib/libstreamlogger.a /usr/lib64/libkio.so.5.4.0 /usr/lib64/libQtXml_debug.so /usr/lib64/libkdeui.so.5.4.0 /usr/lib64/libQtSvg_debug.so /usr/lib64/libkdecore.so.5.4.0 /usr/lib64/libQtDBus_debug.so /usr/lib64/libQtGui_debug.so /usr/lib64/libQtNetwork_debug.so /usr/lib64/libsolid.so.4.4.0 /usr/lib64/libQtCore_debug.so -lpthread -Wl,-rpath,/usr/lib64/kde4/devel
CMakeFiles/iontest.dir/__/applet/yawpdefines.o: In function `Yawp::Storage::ionListModel() const':
/home/dominique/Téléchargements/trunk/applet/yawpdefines.cpp:94: undefined reference to `IonListModel::IonListModel(Plasma::DataEngine*, QObject*)'
collect2: ld a retourné 1 code d'état d'exécution
make[2]: *** [unittest/iontest] Erreur 1
make[2]: quittant le répertoire « /home/dominique/Téléchargements/trunk/build »
make[1]: *** [unittest/CMakeFiles/iontest.dir/all] Erreur 2
make[1]: quittant le répertoire « /home/dominique/Téléchargements/trunk/build »
make: *** [all] Erreur 2
Compilation failed, sorry :-(


Reply to this

-

 Re: Re: Re: Re: Re: Crash with the last svn

 
 by mkyral on: May 31 2010
 
Score 50%

Hi,
I got the same error :-(


Reply to this

-

 Re: Re: Re: Crash with the last svn

 
 by udev on: Jun 1 2010
 
Score 50%

Well, this is getting embarrassing - released revision 392 and checked it on a clean base, so it really should work this time :-)


Reply to this

-

 Re: Re: Re: Re: Crash with the last svn

 
 by chepioq on: Jun 1 2010
 
Score 50%

thank udev, that work with 392 rev.
Here the console output:
Quote:
[dominique@localhost unittest]$ gdb plasmoidtest
GNU gdb (GDB) Fedora (7.1-22.fc13)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/dominique/Téléchargements/trunk/build/unittest/plasmoidtest...done.
(gdb) run
Starting program: /home/dominique/Téléchargements/trunk/build/unittest/plasmoidtest
[Thread debugging using libthread_db enabled]
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
[New Thread 0x7fffe0b0e710 (LWP 9494)]
plasmoidviewer(9402): ""CurrencyIntroducedDate" - conversion of "" to QDate failed" " (wrong format: expected 3 items, got 1)"
plasmoidviewer(9402): ""CurrencyIntroducedDate" - conversion of "" to QDate failed" " (wrong format: expected 3 items, got 1)"
plasmoidviewer(9402): ""CurrencyIntroducedDate" - conversion of "" to QDate failed" " (wrong format: expected 3 items, got 1)"
plasmoidviewer(9402): ""CurrencyIntroducedDate" - conversion of "" to QDate failed" " (wrong format: expected 3 items, got 1)"
[Thread 0x7fffe0b0e710 (LWP 9494) exited]
couldn't create image from ""
couldn't create image from ""
couldn't create image from ""
couldn't create image from ""
couldn't create image from ""
couldn't create image from ""
couldn't create image from ""
couldn't create image from ""
couldn't create image from ""
couldn't create image from ""
couldn't create image from ""
couldn't create image from ""
couldn't create image from ""
couldn't create image from ""
couldn't create image from ""
couldn't create image from ""
couldn't create image from ""
couldn't create image from ""
couldn't create image from ""
couldn't create image from ""
^C
Program received signal SIGINT, Interrupt.
0x00000038990d7e13 in poll () from /lib64/libc.so.6
Missing separate debuginfos, use: debuginfo-install OpenEXR-libs-1.6.1-8.fc12.x86_64 attica-0.1.2-2.fc13.x86_64 bzip2-libs-1.0.5-6.fc12.x86_64 dbus-libs-1.2.24-1.fc13.x86_64 expat-2.0.1-10.fc13.x86_64 flac-1.2.1-6.fc12.x86_64 fontconfig-2.8.0-1.fc13.x86_64 freetype-2.3.11-3.fc13.x86_64 gamin-0.1.10-7.fc13.x86_64 glib2-2.24.1-1.fc13.x86_64 glibc-2.12-1.x86_64 ibus-qt-1.3.0-1.fc13.x86_64 ilmbase-1.0.1-6.fc12.x86_64 jasper-libs-1.900.1-15.fc13.x86_64 kdebase-runtime-libs-4.4.3-1.fc13.1.x86_64 kdebase-workspace-4.4.3-1.fc13.1.x86_64 kdebase-workspace-libs-4.4.3-1.fc13.1.x86_64 kdelibs-4.4.3-2.fc13.x86_64 keyutils-libs-1.2-6.fc12.x86_64 krb5-libs-1.7.1-10.fc13.x86_64 lcms-libs-1.19-1.fc13.x86_64 libICE-1.0.6-2.fc13.x86_64 libSM-1.1.0-7.fc12.x86_64 libX11-1.3.1-3.fc13.x86_64 libXScrnSaver-1.2.0-1.fc12.x86_64 libXau-1.0.5-1.fc12.x86_64 libXcursor-1.1.10-4.fc13.x86_64 libXdamage-1.1.2-2.fc13.x86_64 libXext-1.1-2.fc13.x86_64 libXfixes-4.0.4-2.fc13.x86_64 libXft-2.1.14-1.fc13.x86_64 libXi-1.3-2.fc13.x86_64 libXinerama-1.1-2.fc13.x86_64 libXpm-3.5.8-2.fc13.x86_64 libXrandr-1.3.0-5.fc13.x86_64 libXrender-0.9.5-1.fc13.x86_64 libXtst-1.0.99.2-3.fc12.x86_64 libXxf86vm-1.1.0-1.fc13.x86_64 libacl-2.2.49-5.fc13.x86_64 libasyncns-0.8-1.fc13.x86_64 libattr-2.4.44-3.fc13.x86_64 libcom_err-1.41.10-6.fc13.x86_64 libdrm-2.4.20-1.fc13.x86_64 libgcc-4.4.4-2.fc13.x86_64 libicu-4.2.1-8.fc13.x86_64 libjpeg-6b-46.fc12.x86_64 libmng-1.0.10-4.fc12.x86_64 libogg-1.2.0-1.fc13.x86_64 libpng-1.2.43-1.fc13.x86_64 libselinux-2.0.90-5.fc13.x86_64 libsndfile-1.0.20-5.fc13.x86_64 libstdc++-4.4.4-2.fc13.x86_64 libtiff-3.9.2-3.fc13.x86_64 libuuid-2.17.2-5.fc13.x86_64 libvorbis-1.3.1-1.fc13.x86_64 libxcb-1.5-1.fc13.x86_64 libxml2-2.7.7-1.fc13.x86_64 mesa-libGL-7.8.1-6.fc13.x86_64 openssl-1.0.0-4.fc13.x86_64 phonon-4.4.1-2.fc13.x86_64 pulseaudio-libs-0.9.21-6.fc13.x86_64 pulseaudio-libs-glib2-0.9.21-6.fc13.x86_64 qca2-2.0.2-2.fc12.x86_64 qt-4.6.2-17.fc13.x86_64 qt-x11-4.6.2-17.fc13.x86_64 sqlite-3.6.22-1.fc13.x86_64 strigi-libs-0.7.2-2.fc13.x86_64 tcp_wrappers-libs-7.6-58.fc13.x86_64 xz-libs-4.999.9-0.2.beta.20091007git.fc13.x86_64 zlib-1.2.3-23.fc12.x86_64
(gdb) ^CQuit
(gdb) ^CQuit
(gdb) q
A debugging session is active.

Inferior 1 [process 9402] will be killed.

Quit anyway? (y or n)


For yawp.log in /tmp, it is too big, I upload it here:
http://sd-1.archive-host.com/membres/up/138795649635992281/yawp-log.txt

But now, with this 392 rev, yawp work without crash when I launch on my desktop...


Reply to this

-

 Re: Re: Re: Re: Re: Crash with the last svn

 
 by chepioq on: Jun 1 2010
 
Score 50%

==EDIT==
For test I re-install yawp properly without the debugging, and it crash plasma when I click on "OK" button after choose a city...


Reply to this

-

 Re: Re: Re: Re: Re: Re: Crash with the last svn

 
 by udev on: Jun 1 2010
 
Score 50%

have you restart kde to make sure kde is loading the right plugin. I noticed that kde 4.4.x is reloading the plugin only when restarting kde or plasma.

can you rename directory ~/.cache/yawp to prevent yawp to use the cache files - just in case one file is invalid?

if both is not working, can you reinstall yawp compiling it with the following options: ./install -d -f /tmp/yawp.log -l Tracing

and send me the logfile when it crashes. I was following your scenario-description (i also reinstalled yawp from another svn-directory to make sure i really will use same revision) but it runs pretty stable on my system - tested all provider for your town, since you did not give me the name of selected provider - no crashes on my system...



-

 Re: Re: Re: Re: Re: Re: Crash with the last svn

 
 by chepioq on: Jun 1 2010
 
Score 50%

Hi udev
The provider I use is accuweather, I restart kde before launch yawp.
I also rename directory ~/.cache/yawp.
And it crashe when I click on "OK" button.
You say:
if both is not working, can you reinstall yawp compiling it with the following options: ./install -d -f /tmp/yawp.log -l Tracing



But where I do this command in this command line?

cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` ..
make
sudo make instal



-

 Re: Re: Re: Re: Re: Re: Crash with the last svn

 
 by chepioq on: Jun 1 2010
 
Score 50%

Hi udev
The provider I use is accuweather, I restart kde before launch yawp.
I also rename directory ~/.cache/yawp.
And it crashe when I click on "OK" button.
You say:
if both is not working, can you reinstall yawp compiling it with the following options: ./install -d -f /tmp/yawp.log -l Tracing



But where I do this command in this command line?

cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` ..
make
sudo make instal



-

 Re: Re: Re: Re: Re: Re: Crash with the last svn

 
 by udev on: Jun 1 2010
 
Score 50%

well, just use the same options you used one days ago as you was sending the logfile. In the root-directory of yawp is the install script, but i was writing it wrong :-P
the right option is:
$ ./install.sh -d -f /tmp/yawp.log -l Tracing
and than install or just copy build/lib/plasma_applet_yawp.so to /usr/lib/kde4
restart kde and when yawp will be used it will write all log-messages to /tmp/yawp.log



-

 Re: Re: Re: Re: Re: Re: Crash with the last svn

 
 by chepioq on: Jun 2 2010
 
Score 50%

Hi udev,
It is very strange, now rev 392 work well without crashes...
I do:
"./install.sh -d -f /tmp/yawp.log -l Tracing"
and when I launch yawp it's work fine...

For test I re-install yawp with just "./install.sh" and it's also work...
I don't know what happen...
Here the yawp.log from the "./install.sh -d -f /tmp/yawp.log -l Tracing"
http://sd-1.archive-host.com/membres/up/138795649635992281/yawplog2.txt

Sorry for the inconvenience



-

 Re: Re: Re: Re: Re: Re: Crash with the last svn

 
 by udev on: Jun 3 2010
 
Score 50%

no problem :-)



-

 source compile error

 
 by pixecs on: May 31 2010
 
Score 50%

In order to compile, i had to change
file countrymap.cpp, line 50 from CountryMap::CountryMap *CountryMap::instance() to CountryMap *CountryMap::instance()
and line 213 from UsStatesMap::UsStatesMap *UsStatesMap::instance() to UsStatesMap *UsStatesMap::instance()
file ionlistmodel.cpp, line 48 from IonListModel::IonListModel *IonListModel::instance() to IonListModel *IonListModel::instance()

[gcc (SUSE Linux) 4.5.0 20100420 - gcc-4_5-branch revision 158562]


Reply to this

-

 Re: source compile error

 
 by udev on: Jun 1 2010
 
Score 50%

Yes i know ;-) this bug is up to version 0.3.2. But has been removed in later svn revisions.


Reply to this

-

 Re: Re: source compile error

 
 by PlasmaFactory on: Jun 12 2010
 
Score 50%

And in 0.3.3 which was finally released. Enjoy.


Reply to this

-
.

 weather.com & hourly forecast

 
 by malkavian on: Jun 12 2010
 
Score 50%

YAWP is the weather plasmoid wich I like the most. Thank you for the good job ;)

I wish to have two things:

1- Support for weather.com wich I think that it is more exact for my location (Bilbao [Basque Country {Spain}]).

2- In KDE3 i were using liquid weather, wich, with the middle click of the mouse let me see the hourly forecast. It was not exact always (exact hourly forecast is too much to ask XD), but it was running quite good.


Reply to this

-

 Re: weather.com & hourly forecast

 
 by mkyral on: Jun 12 2010
 
Score 50%

Hi,
ad weather.com)

There is an XML feed, which is good, but we need to check the licence. I found some parts that I'm not sure about.

ad liquid weather)

I newer used, so I don't know what weather service was used. But anyway, no weather service we actually used have support for hourly forecast. It needs to be added first.

Regards,
Marián


Reply to this

-

 Re: Re: weather.com & hourly forecast

 
 by malkavian on: Jun 12 2010
 
Score 50%

Ok. perfect.


Both weather.com and accuweather.com have hourly forecast.

Accuweather one for my city:

http://www.accuweather.com/en-us/EUR/ES/SP017/Bilbao/hourly.aspx


Reply to this

-

 Re: Re: Re: weather.com & hourly forecast

 
 by PlasmaFactory on: Jun 12 2010
 
Score 50%

Well, we are using an XML feed and there is only forecast for next 5 days. But maybe there is another XML feed.

Marián


Reply to this

-

 Thanks

 
 by nucleas on: Jun 12 2010
 
Score 50%

Thanks for update.
In 0.3.3 fixed some decoration issues with Qt 4.6.

And thanks for showing of of pressure in Torr's.
Looks like there is mistake in Torr description - "Inches HG" but should be millimeter HG:
http://en.wikipedia.org/wiki/Torr

New wunderground service shows nothing for Kharkiv.


Reply to this

-

 Re: Thanks

 
 by udev on: Jun 13 2010
 
Score 50%

Thanks for the bugreport, has been fixed in revision 403. Do you still have problems with wunderground and Kharkiv or was that a temporary problem from provider? Otherwise you might want to compile it using the following options:
$ ./install.sh -d -f /tmp/yawp.log -l Tracing -u and start plasmoidtest from directory build/unittests, choose your city from specified provider and send or look in file /tmp/yawp.log for a line like this:
12:31:43.159 Info [Appl. Thread] WeatherDataProcessor::updateLoca (Line 162): . . "Kharkiv, Ukraine" "wunderground" QHash(("Condition Icon", QVariant(QString, "weather-clear") ) , after that line, you will see all information that yawp receives from the ion for this city. In case you see some informations there, send us this logfile, your settings from configpage "Locations" and "Settings" and your selected timezone to find the reason for this behaviour. But right now i see the weather for your city using "wunderground".


Reply to this

-

 wunderground

 
 by nucleas on: Jun 13 2010
 
Score 50%

I didn't tried to rebuild yaWP yet but I found that weather is shown if I run

'LANG=C plasmoidviewer yaWP'

and then setup Kharkiv with wunderground (timezone Europe/Kiev)

But if I run with my locale

'LANG=ru_RU.UTF8 plasmoidviewer yaWP'

then weather is not shown.


Reply to this

-

 wunderground

 
 by nucleas on: Jun 13 2010
 
Score 50%

With LANG=C plasmoid shows weather in "Kharkiv, Ukraine".

But when LANG=ru_RU.UTF8 there is only "Kharkiv, Украина" shown on plasmoid.


Reply to this

-

 Re: wunderground

 
 by udev on: Jun 13 2010
 
Score 50%

Thanks for bugreport, has been fixed with revision 406.


Reply to this

-

 wunderground still not works

 
 by nucleas on: Jun 13 2010
 
Score 50%

I have applied to yawp-0.3.3 changes from svn http://nucleo.fedorapeople.org/yawp-fix.patch

But result the same.

With LANG=ru_RU.UTF8 weather not shown, log after running plasmoidtest:
http://nucleo.fedorapeople.org/yawp-ru.log
Only "Kharkiv, Ukraine" shown.

And with LANG=C weather shown, plasmoidtest log:
http://nucleo.fedorapeople.org/yawp-en.log


Reply to this

-

 Re: wunderground still not works

 
 by mkyral on: Jun 15 2010
 
Score 50%

Hi nucleas,
it should be working now. At least r409 works with Czech locale.


Reply to this

-

 Re: Re: wunderground still not works

 
 by nucleas on: Jun 15 2010
 
Score 50%

Hi mkyral,

In r409 accuweather and google weather became not working with LANG=ru_RU.UTF8.

Can't test wunderground because looks like it not working at all at this moment.



-

 Re: Re: wunderground still not works

 
 by nucleas on: Jun 16 2010
 
Score 50%

I tested wundergraund with Russian locale - it works for Karkiv in r409 but accuweather and googleweather didn't work. In r406 accuweather and googleweather works fine.



-

 Re: Re: wunderground still not works

 
 by mkyral on: Jun 16 2010
 
Score 50%

Well, the problem is that accuweather returns already translated day names (currDate.toString("ddd")). I'll look on it evening.

Marián



-

 Re: wunderground still not works

 
 by udev on: Jun 16 2010
 
Score 50%

problem should be fixed with revision 410. But you have to install yawp and ions and restart kde to make sure that the right ions will be loaded.


Reply to this

-

 Re: Re: wunderground still not works

 
 by nucleas on: Jun 16 2010
 
Score 50%

accuweather and wundergraund works in r410 but google weather is broken - it shows only current temperature, no weather forecast, no low and high temperature.



-

 Re: Re: wunderground still not works

 
 by nucleas on: Jun 16 2010
 
Score 50%

Similar problems with wettercom (shows only city name) and noaa (shows only current temperature, no forecast, no low and high temperature) in r410 but they are working in r406.



-

 Re: Re: wunderground still not works

 
 by mkyral on: Jun 16 2010
 
Score 50%

And what about r411? :-D

It works for me - CZ locale, all ions.



-

 Re: Re: wunderground still not works

 
 by nucleas on: Jun 16 2010
 
Score 50%

Nothing changed in r411.
accuweather, wunderground, bbcukmet, envcan works fine but google, wettercom, noaa not works.



-

 Re: Re: wunderground still not works

 
 by mkyral on: Jun 17 2010
 
Score 50%

Ok.
could you send me content of these lines for the problematic ions?

21:45:58.862 Tracing [Appl. Thread] WeatherDataProcessor::Private::f (Line 776): . dayoffset 0 -> QDate("?t 6 17 2010") (dayindex 4 )
21:45:58.862 Tracing [Appl. Thread] WeatherDataProcessor::Private::f (Line 781): . compare "st" with 3 -> "Thu"
21:45:58.863 Tracing [Appl. Thread] WeatherDataProcessor::Private::f (Line 782): . compare "st" with 3 -> "Čt"
21:45:58.863 Tracing [Appl. Thread] WeatherDataProcessor::Private::f (Line 776): . dayoffset 1 -> QDate("st 6 16 2010") (dayindex 3 )
21:45:58.863 Tracing [Appl. Thread] WeatherDataProcessor::Private::f (Line 781): . compare "st" with 2 -> "Wed"
21:45:58.863 Tracing [Appl. Thread] WeatherDataProcessor::Private::f (Line 782): . compare "st" with 2 -> "St"


Thanks



-

 Re: Re: wunderground still not works

 
 by nucleas on: Jun 18 2010
 
Score 50%

Please see this logs for the problematic ions in r411:

http://nucleo.fedorapeople.org/yawp-google-ru.log
http://nucleo.fedorapeople.org/yawp-wettercom-ru.log
http://nucleo.fedorapeople.org/yawp-noaa.log



-

 Re: Re: wunderground still not works

 
 by mkyral on: Jun 18 2010
 
Score 50%

Thanks, I see the problem now.

compare "Пт" with 4 -> "Птн"


Unfortunately I have to leave now :-(



-

 Re: wunderground still not works

 
 by udev on: Jun 16 2010
 
Score 50%

How did you test revision 410 (and all this other ones)? You need to install yawp. When you change the local in terminal only and run plasmoidtest / plasmoidviewer yawp from terminal, than ions will still run in KDE-Plasma-Workspace and might use a different language than yawp understans. It is working on my computer with both locals German and English so i really think it should work. However, if it will still not work after installing and restarting kde than send us a logfile.


Reply to this

-

 Re: Re: wunderground still not works

 
 by nucleas on: Jun 16 2010
 
Score 50%

After installation of r410 I started new KDE session.
System locale ru_RU.UTF8.

When I run in terminal 'plasmoidviewer yaWP' it uses system locale ru_RU.UTF8.
google, noaa and wettercom fails with ru_RU.UTF8:

http://nucleo.fedorapeople.org/yawp/google_ru.png
http://nucleo.fedorapeople.org/yawp/yawp-google-ru.log

http://nucleo.fedorapeople.org/yawp/noaa-ru.png
http://nucleo.fedorapeople.org/yawp/yawp-noaa-ru.log

http://nucleo.fedorapeople.org/yawp/wettercom-ru.png
http://nucleo.fedorapeople.org/yawp/yawp-wettercom-ru.log

Then I run 'LANG=C plasmoidviewer yaWP' and all weather services are working:

http://nucleo.fedorapeople.org/yawp/google_en.png
http://nucleo.fedorapeople.org/yawp/yawp-google-en.log

http://nucleo.fedorapeople.org/yawp/noaa-en.png
http://nucleo.fedorapeople.org/yawp/yawp-noaa-en.log

http://nucleo.fedorapeople.org/yawp/wettercom-en.png
http://nucleo.fedorapeople.org/yawp/yawp-wettercom-en.log



-

 Re: wunderground still not works

 
 by udev on: Jun 18 2010
 
Score 50%

Sorry for bothering you with all this versions. But nobody else is experience this problem. Therefore it is hard to fix and you have to play the role of the alpha tester :-P This way, you might want to test r412 and send us the logfile. This is a combination of r406 and r411.


Reply to this

-

 Re: Re: wunderground still not works

 
 by nucleas on: Jun 19 2010
 
Score 50%

Logs for not working ions in r412
http://nucleo.fedorapeople.org/yawp-r412/yawp-google.log
http://nucleo.fedorapeople.org/yawp-r412/yawp-noaa.log
http://nucleo.fedorapeople.org/yawp-r412/yawp-wettercom.log

Logs for working ions
http://nucleo.fedorapeople.org/yawp-r412/yawp-accuweather.log
http://nucleo.fedorapeople.org/yawp-r412/yawp-bbcukmet.log
http://nucleo.fedorapeople.org/yawp-r412/yawp-envcan.log
http://nucleo.fedorapeople.org/yawp-r412/yawp-wunderground.log



-

 Re: Re: wunderground still not works

 
 by mkyral on: Jun 19 2010
 
Score 50%

Hi,
I hope that r413 is the final solution.

Your problem is, that system translates short days name to 2 chars and in yaWP it is translated to 3 chars. An 3 chars string will never fit into 2 chars string. So I added one more test where is the order of comparison switched.



-

 Re: Re: wunderground still not works

 
 by nucleas on: Jun 19 2010
 
Score 50%

All ions are working in r413.
Thanks.

But some other issues in wettercom and envcan (locale doesn't matter).
wettercom not shows current weather conditions:
http://img94.imageshack.us/img94/2954/wettercom.png

envcan not shows low temperature in first day in forecast:
http://img156.imageshack.us/img156/4776/envcan.png



-

 Re: wunderground still not works

 
 by udev on: Jun 20 2010
 
Score 50%

This is not a bug. Envcan is splitting the day in day and night. The high temperature occures during daytime and low temperature during night time. You can click on the weather icon to see the information for the night. After nightfall envcan might not send information for daytime. Therfore it might provide information for day and night for next day.
Wettercom provider or ion is not providing a lot of information. You also can take a look in the logfile to see the information a provider/ion will give us.
Just take a look for the following line: 20:35:03.427 Info [Appl. Thread] WeatherDataProcessor::updateLoca (Line 153): .
Liquid Weather is using another interface to request information from weathercom, but this might break some legal issues - this might be the reason the kde-developer was not using this one.


Reply to this

-

 Re: Re: wunderground still not works

 
 by nucleas on: Jun 20 2010
 
Score 50%

Ok. Then all works fine in r413.
Are you going to make bugfix release with last fixes?



-

 Re: Re: wunderground still not works

 
 by mkyral on: Jun 21 2010
 
Score 50%

Sure,
if you didn't find any other bugs ;-)



-

 other bugs

 
 by nucleas on: Jun 21 2010
 
Score 50%

I found it :) (it was in 0.3.2).
Current weather disappears immediately after sunset/sunrise.
Need wait for next update to see current weather or update manually.
May be after sunset/sunrise should be aotoupdate?



-

 Re: wunderground still not works

 
 by udev on: Jun 21 2010
 
Score 50%

I think i know the reason for this behaviour and I will fix it next weekend when I have time.


Reply to this

-

 Re: wunderground still not works

 
 by udev on: Jul 20 2010
 
Score 50%

> Current weather disappears immediately
> after sunset/sunrise.
> Need wait for next update to see
> current weather or update manually.
> May be after sunset/sunrise should be
> aotoupdate?
Should be fixed with revision 421.
But we might interpret too many data we receive from providers...


Reply to this

-

 PCBSD changes

 
 by vvheritagevv on: Jun 26 2010
 
Score 50%

I had to make a few changes to get this up and running on PCBSD.

1st I had to install cmake. Then while running the ./install.sh script I got this error:

/home/jeremy/Downloads/yawp-0.3.3/applet/weatherdataprocessor.cpp:705: error: 'FLT_MAX' was not declared in this scope


Looking around google, I saw a few posts stating that adding math.h and float.h to the file would clear it.

I also ran into an error with include <values.h> so I commented it out of the weatherdataprocessor.cpp file.

After those changes, and a restart of KDE, all is well.


--- yawp-0.3.3/applet/weatherdataprocessor.cpp 2010-06-12 15:33:16.000000000 -0400
+++ yawp-0.3.3.new/applet/weatherdataprocessor.cpp 2010-06-25 18:32:01.000000000 -0400
@@ -23,7 +23,8 @@
#include "weatherdataprocessor.h"
#include "utils.h"
#include "logger/streamlogger.h"
-
+#include "math.h"
+#include "float.h"
//--- QT4 ---
#include <QDir>
#include <QFile>
@@ -37,7 +38,7 @@
#include <KTimeZones>
#include <KSystemTimeZones>

-#include <values.h>
+//#include <values.h>
#if KDE_IS_VERSION(4,3,70)
#include <KUnitConversion/Value>
#endif


Reply to this

-

 Re: PCBSD changes

 
 by mkyral on: Jun 28 2010
 
Score 50%

Thanks,
fix will be included in 0.3.4, hope this week.

Regards,
Marián


Reply to this

-
.

 theme colors

 
 by avlas on: Jul 10 2010
 
Score 50%

it would be so nice to give the option of associating colors in agreement with current temperature to have warmer colors (yellow, red) with higher temperatures and cooler ones (green, blue) for lower temps.

not sure how difficult this would be to implement though :-/


Reply to this

goto page: prev  ... 28  29  30  31  32  33  34  35  36  37  38  39  40  41  42  43 ...

Add commentBack






-

-
Do you like or dislike Ubuntu Unity?
 Yes, unity is alien technology!
 It is less confusing than Gnome 3 default, shell.
 Granny thinks it is much more usable than Gnome 2
 Canonical is embarrasing itself with this split project
 Gnome 3 default shell is much better
 I dislike Unity, Gnome 3 default shell is alien technology!
 None of the above, I like the 2Gb for free and Apple alike behavior. Will post a comment instead

resultmore




 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Artwork
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Facebook App
Content RSS   
News RSS   
Discussion RSS   
Events RSS   

Participate
Groups
Forum
Add Artwork
Public API
About KDE-Look.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2001-2014 KDE-Look.org Team  
All rights reserved. KDE-Look.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
KDE and K Desktop Environment are trademarks of KDE e.V.