-
This is still occurring (2009-09-15) while trying to update a 1.441 server to 1.480
I received this message
Failed to upgrade from http://www.webmin.com : Missing Location header.
2009-09-15 14:40:20 UTC in Webmin
-
Attached is a modified simple test app to load a DDS image and display the # of sub-images and mipmaps.
Under devil 1.6.8rc2 it shows the correct number minus 1.
under 1.7.8 is shows 0 for images, but does show the # of mipmaps.
2009-07-11 18:24:00 UTC in Developer's Image Library
-
Checking on 192.168.0.0 192.168.0.1 ..... 192.168.0.255
Found new server at http://web2.lan.xxxx.com:10000/
On web2.lan.xxxx.com added ARRAY(0xa728fb8) FAILED.
2009-06-23 21:39:16 UTC in Webmin
-
I configured the "automatically find servers" feature of the webmin servers index module WITH the option to send an email to myself as it found the servers. However everytime the script ran it only found one server and then quit. Also the email it sent had no subject and no contents. Once I disabled the sending of emails it did the same thing, (found one server and quit, and of course no...
2009-06-23 15:54:35 UTC in Webmin
-
tree: 10.4 (only tested on Leopard)
section: crypto? It is an OpenSSL GUI frontend
builds as nobody fine (The only way to build)
validates fine on info and deb.
2008-11-13 03:52:59 UTC in Fink
-
OK, there has to be something odd with the FINK build for apr 1.3.x, as on ever single linux system I build apr 1.x.x on I get a libapr-1.0.x.x.so. And even the Apple provided version of APR 1.2.7 is libapr-1.0.2.7.dylib.
The apr 1.3.3 should NOT be libapr-0.3.3.dylib.
AHAH! The GNU config layout is messed up. It doesn't have the
libsuffix: -${APR_MAJOR_VERSION}
that the...
2008-10-07 00:35:20 UTC in Fink
-
it was weird and unexpected. also I had not seen the new APR packages.
Now.. I do have a question.. I can understand the 0.9.12 packages being named libapr0? but the 1.3.x? wouldn't those be libapr1?.
2008-09-16 12:53:44 UTC in Fink
-
I updated the list of unstable packages (selfupdate) and the latest APR&APR-UTIL package was updated from 1.3.4 to 0.9.12?!?!? It seems someone was trying to push an update to the stable branches and put an epoch on the package, thus overriding the *real* new versions.
2008-09-09 12:47:18 UTC in Fink
-
In mylyn-mantis 3.0.0.20080618 and a snapshot I pulled from 2008-07-07 resolving an issue using the "Resolve as " option button and choosing fixed from the drop down does not change the status to resolved. It instead leaves it at the previous status (which in my case is a custom status of "working")
(btw the resolve as resolution drop down now defaults to Open all the time)
2008-07-16 16:21:15 UTC in Mylyn - Mantis Connector
-
the distributed mantis.core jar file contains the "bin" directory as well as the contents of the "bin" directory at the root.
The reason is the build.properties file lists "bin/,\" as a path for bin.includes where as the contents of bin is automatically included (as they are the products of the build)
removing this results in a smaller jar file (> 100K smaller)
2008-07-07 21:14:22 UTC in Mylyn - Mantis Connector
