-
I still have boost-1.34.1 installed as well, so I tried building against that version, and it worked fine. Thanks! :-)
2008-11-13 07:08:16 UTC in OpenVRML
-
openvrml-0.17.{9,10} won't build for me on Slackware 12.1, gcc-4.2.3, boost-1.{36,37}.0:
/bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -I../java -I../src/libopenvrml -I../src/libopenvrml -DOPENVRML_LIBDIR_=\"/usr/local/lib\" -DOPENVRML_PKGDATADIR_=\"/usr/local/share/openvrml\" -DBOOST_MPL_CFG_NO_PREPROCESSED_HEADERS -DBOOST_MPL_LIMIT_VECTOR_SIZE=30...
2008-11-12 18:27:28 UTC in OpenVRML
-
If you have more than one rendering plugin, it is not possible to manually select which one to use (or at least there's no obvious way to do it). Liferea seems to decide this based solely on the plugin priority, which in turn is hardcoded into the plugin itself (gtkhtml2 = 1, mozilla = 10, xulrunner = 11, webkit = 100).
There is an /apps/liferea/browser-module GConf key which is (was?...
2008-01-18 06:31:10 UTC in Liferea
-
Oops, missed something in the original patch, Liferea couldn't actually load the plugin due to missing symbols. This patch has to be applied on top of the first one to make the WebKit plugin actually work. :-)
File Added: liferea-1.4.11-webkit2.diff.
2008-01-18 05:32:43 UTC in Liferea
-
The WebKit rendering plugin doesn't build against recent versions of WebKit[*]. The enclosed patch works fine for me with WebKit-r29152 from the nightly tarballs, don't know about more recent versions, though.
[*] http://trac.webkit.org/projects/webkit/browser/trunk/WebKit/gtk/ChangeLog?rev=28273.
2008-01-17 19:16:48 UTC in Liferea
-
Wow, that was fast - thanks! :-)
Unfortunately I don't have an appropriate Java build environment (ant & Co.) available, so unless there's a way to download a prebuilt .jar file from the CVS version, I'll have to wait for the next release.
2008-01-10 05:49:37 UTC in k5n Desktop Calendar
-
SSL support would be nice - I currently can't even test k5nCal, because my remote calendar at work is only available via HTTPS. Using stunnel doesn't work either, because the calendar also requires HTTP Basic Authentication.
Oh, and not showing the password in plaintext in the HTTP Authentication part of the Remote Calendar dialog would be nice as well. :-)
2008-01-09 18:57:23 UTC in k5n Desktop Calendar
-
Fixed in 2.2.1, thanks a lot!
2007-12-26 12:41:46 UTC in GNOME Sensors Applet
-
Yup, that's with lm-sensors-3.0.0, should have mentioned it in the original bug report right away:
[zlatko@disclosure]:~$ sensors -v
sensors version 3.0.0 with libsensors version 3.0.0
[zlatko@disclosure]:~$ ldd `which sensors`
linux-gate.so.1 => (0xb7f8d000)
libsensors.so.4 => /usr/local/lib/libsensors.so.4 (0xb7f80000)
libc.so.6 => /lib/libc.so.6 (0xb7e07000)
libm.so.6 =>...
2007-12-26 08:13:43 UTC in GNOME Sensors Applet
-
After upgrading to 2.2.0, sensors-applet segfaults on startup.
I first got a popup message telling me that the old config data was incompatible with the new version, and that it would start with the new default config. After that, sensors-applet just kept on segfaulting again and again until I finally decided to "Don't Reload" the applet.
From the attached bug-buddy report it looks like...
2007-12-25 07:45:38 UTC in GNOME Sensors Applet
