When a certificate is "untrusted" by IE (such as a self-signed certificate), it displays a "Certificate error" icon next to the address bar. It used to be that you can click on that icon, "View certificates", then install it. On Windows 7, because of UAC , the "Install Certificate..." button is no longer displayed. In order to see the button, you have to start IE9 with administrator privileges: right click on the IE9 shortcut icon and select " Run as administrator... ". To save the certificate to a file, click the Details tab on the Certificate dialog, then click " Copy to File... ".

Screenshot: Details: W:Failed to fetch copy:/var/lib/apt/lists/partial/... Solution: Become root: $ sudo bash Goto the apt folder: # cd /var/lib/apt Remove (or move) lists: # rm -r lists Create new lists folders: # mkdir -p lists/partial Retrieve new lists of packages: # apt-get update

When I ran this code snippet with strace : f = fopen("TZ", "rb"); fseek(f, 0, SEEK_END); ... I saw ENOTTY error with uClibc : open("TZ", O_RDONLY|O_LARGEFILE) = 3 ioc... With the normal gnu libc , there's no such error: open("TZ", O_RDONLY) = 3 fstat64... There was no error running the program. But for some reason, uClibc did a ioctl call when it opened a file, and handled it appropriately.

#include <stdio.h> #include <stdlib.h> i...

This error was caused my a missing include ( snprintf was defined in cstdio ). To fix, just add: #include <cstdio>

Got "base64: invalid input" error: $ base64 -d base64_encoded.txt >original.bin ba... which can be easily dismissed as "input is invalid base64 encoded" or "partial input". But I know it's valid base64 encoded input! The problem was, the input was base64 encoded on Windows! The error goes away after converting to Unix format with dos2unix . dos2unix < base64_encoded.txt | base64 -d >origina... Version of base64 used: $ base64 --version base64 (GNU coreutils) 8.5 ...

Tried to test IPFire under VMWare: IPFire installation failed. After I hit enter at the first screen, the next screen came up blank! I thought it was a compatibility problem between VMWare and Ubuntu 11.04, but it turned out that I didn't give enough memory allocation to the VM. I allocated 64MB RAM but it looks like IPFire needs at least 256MB.

From Fedora Project wiki : A security context , or security label , is the mechanism used by SELinux to classify resources, such as processes and files, on a SELinux-enabled system. This context allows SELinux to enforce rules for how and by whom a given resource should be accessed. A security context is typically shown as a string consisting of three or four words. Each word specifies a different component of the security context, namely, the user , role , type , and level of that file or process . Each word is separated by a colon. Use the -Z switch to display security context info. Display security context for Apache files: $ ls -Z /var/www/ drwxr-xr-x. root root system_... Display security for files under...

By default SELinux blocks execstack permission. According to Ulrich Drepper : "As the name suggests, this error is raised if a program tries to make its stack (or parts thereof) executable with an mprotect call. This should never, ever be necessary. Stack memory is not executable on most OSes these days and this won't change. Executable stack memory is one of the biggest security problems. An execstack error might in fact be most likely raised by malicious code." You can check if a library/application requires execstack by using the execstack utility: execstack -q PATHTOPROGRAM You can try to clean the flag and see if the application still runs: execstack -c PATHTOPROGRAM To allow execstack for cc1 : # grep cc1 /var/log/audit/audit.log | audit2allow ...

You get "permission denied" error from Apache HTTPD for a page. And you checked file/directory permissions (the whole directory path, not just the file) and everything in httpd.conf . If everything seemed right, then SELinux may be blocking the access. Open /var/log/httpd/error_log , you may see a line like this: [Wed Apr 13 15:50:35 2011] [notice] SELinux poli... These are the steps to fix: If the directory resides in a user home directory: # setsebool -P httpd_read_user_content 1 Create a policy package from the audit log: # grep httpd /var/log/audit/audit.log | audit2allo... Apply the policy package just created # semodule -i mypol.pp Restart apache httpd: # apachectl restart