Hi there,
I’ve just migrated the Autocomplete-User plugin to work with the globale jQuery version (ui.autocomplete widget) used in the latest Trac versions.
Feel free to test it -> download
have fun
Mario
Hi there,
I’ve just migrated the Autocomplete-User plugin to work with the globale jQuery version (ui.autocomplete widget) used in the latest Trac versions.
Feel free to test it -> download
have fun
Mario
For the last couple of years we have been using an Intel SS4400-E storage device for our internal backup stuff.
Suddenly the main RAID CIFS share stopped working. It seems for some reason nobody could mount this share anymore. All user got an access denied on mount attempts.
So what the hell was going on: The rather simple web interface wasn’t the burner, in fact the system log does not deserve the name Log
So mostly every RAID in this class is based on an embedded system driven by our friend Linux. This one is no exception.
So we first need the most important part,…. a working telnet or SSH connection. But a first “test” connection to the SS4400 device gave us “connection refused” as expected.
Luckily after some googling I found a hind that on this devices you can enable the SSH interface via a hidden CGI script.
http://hostname/ssh_controlF.cgi
Now you can login via “root” and your administration password.
By the way, this device comes with the Swiss Army Knife of Embedded Linux BUSYBOX which I also use for my embedded projects. I’m working with Busybox sense 2004 (version 0.94x), ….. great stuff :-).
But it seems, INTEL has some GPL violation with these devices. lol, ..On our bundled CDs we didn’t get any GPL sources from Busybox and Co? This is only mentioned in passing.
In our case a look into the system logs indicates that our RAID share had some file system problems. INTEL uses XFS as the file system on the storage device. Our system log was filled up with error messages of the file access layer.
In our case the solution was really simple. On device startup the file-system reports that there are errors, but then the corrupt partition is mounted and then ,… kabudl……
To fix this you first have to detach the corresponding RAID with “NASdetach”. Now you can unmount the partition and run the XFS repair binary “xfs_repair“.
After 10 – 15 min the repair should be finished.
Reboot the storage device and you should be able to access your share.
have fun
Mario
For all which also got this errors,
1 | httpServer.cpp: In member function "std::string HttpJailServer::receive(int, e_t, size_t)" : |
2 | httpServer.cpp:145:36: error: "read" was not declared in this scope |
3 | httpServer.cpp: In member function "void HttpJailServer::sendRaw(const char*,ze_t)" : |
4 | httpServer.cpp:216:49: error: "write" was not declared in this scope |
5 | httpServer.cpp: In member function "void HttpJailServer::send(int, const stri, const string&)" : |
6 | httpServer.cpp:250:15: error: "close" was not declared in this scope |
on building vpl_xmlrpc_jail-1.2 for Moodle VPL module, there seems to be a missing include for these methods.
Just add,
#include <unistd.h>
to the httpServer.cpp, these should fix it.
have fun
Mario
In one of my recent projects I stumbled about one annoying behavior of ASP.Net Projects.
For some reasons I got the meaningful error message :
Parser Error |
Description: An error occurred during the parsing of a resource required to service this request. Please review the following specific parse error details and modify your source file appropriately. |
Parser Error Message: Could not load type 'WebService.Global'. |
Source Error: |
Line 1: <%@ Application Codebehind="Global.asax.cs" Inherits="WebService.Global" Language="C#" %> |
Source File: /global.asax Line: 1 |
In my case I solved the problem in changing the build output path from bin\x68\Debug to : bin
hope this helps anyone
have fun
Mario
Quick fix for the Moodle progress bar block.
Download overview.php from here and replace it with your existing.
have fun Mario
We recently encountered some IE9 incompatibility issues with our latest Moodle 2.1+ installation. It turns out that the used version of the graphical back-end Yui seems do have some problems with IE9 ,…. or the other way round :-).
There are couple of bug request in the moodle bug tracking system, but for 2.1+ there is unfortunately no commit in master which fixes this issue.
So if you do not want to wait for an official release take a look at -> link. Follow the walkthrough how to update Yui an this should fix the IE9 problems.
have fun
Here you will find a small fix for the attendance module for moodle 2.0. Some queries have problems if the are executed on our PostgreSQL database. So if you get some “group by” errors you could use the following fix. For the module see here
Change query @row 826
1 | SELECT ue.userid, ue.status, ue.timestart, ue.timeend |
2 | FROM {user_enrolments} ue |
3 | JOIN {enrol} e ON e.id = ue.enrolid |
4 | WHERE ue.userid $usql |
5 | AND e.status = :estatus |
6 | AND e.courseid = :courseid |
7 | GROUP BY ue.userid, ue.status, ue.timestart,ue.timeend |
and @row 851
1 | SELECT ue.userid, ue.status, ue.timestart, ue.timeend |
2 | FROM {user_enrolments} ue |
3 | JOIN {enrol} e ON e.id = ue.enrolid |
4 | WHERE ue.userid = :uid |
5 | AND e.status = :estatus |
6 | AND e.courseid = :courseid |
7 | GROUP BY ue.userid,ue.status, ue.timestart, ue.timeend |
have fun
After upgrading from debian squeeze I run into the problem that every commit was failing with “Couldn’t perform atomic initialization“.
See Debian bug report
My apache logs are showing :
[error] [client ] Couldn’t perform atomic initialization [500, #200029]
[error] [client ] Couldn’t perform atomic initialization [500, #200029]
[error] [client ] SQLite compiled for 3.7.4, but running with 3.7.3 [500, #200030]
So it looks like that libapache2-svn is build against libsqlite3 3.7.4 which is currently in Sid. In Squezze we have libsqlite3 3.7.3
A quick fix would be to take the libsqlite3 package from Sid for now.
have fun