Summaries:
Nowa wersja HLDS dla Linuksa (protocol 48) jest niekompatybilna z glibc 2.3.2. Objawem jest bardzo duży spadek FPS-ów. Błąd można wyeliminować poprzez update biblioteki do nowszej wersji.
Problem:
After the recent update of the Counter-Strike server protocol to version 48, all the servers I was looking after began to behave quite erratically. The perceived latency boosted to some 200 milliseconds over the normal rate, but all the other server stats (CPU, memory usage) remained quite consistent.
Solution:
After a bit of testing I pinned down the issue to be the new HLDS Linux binary and glibc 2.3.2 incompatibility, which was causing major FPS drops (even below 10) perceived as high latency. More info about this issue can be found in my postings on the VALVe hlds_linux list. Till the moment the bug gets fixed, the way to go is to upgrade the GNU C Library, what can be not that easy if you’re without root access, as was in my case. But nothing is impossible.
Summaries:
Wymuszanie obsługi SSL przy połączeniu ze skrzynką mailową hostowaną w ramach usługi Google Apps jest możliwe w wersji darmowej wyłącznie przy użyciu zewnętrznego przekierowania postaci: gmail.example.com -> https://mail.google.com/a/example.com/.
Update:
Problem został rozwiązany przez wprowadzenie brakującego ustawienia także dla wersji darmowej Google Apps.
Problem:
Accessing your mail account by the means of a secure connection is no longer a privilege, but a must. And especially when using public hotspots it’s quite important that not only the login process gets secured, but the content transmission too (I don’t like broadcasting my private mails in the ether). Recently Google introduced a HTTPS setting for all Gmail accounts.
More on this topic can be found in the Gmail help: Enabling the HTTPS setting
But despite being free for all Gmail users, there’s no such a setting for Google Apps mail accounts. Or more precisely – for the users of the free Standard Edition (look here at the comparison and check the “SSL enforcement for secure HTTPS access” tick).
Solution:
Fortunately, there’s a small workaround which can be used in that case. If you have such a possibility, make a web redirect for you domain in the form of:
gmail.example.com -> https://mail.google.com/a/example.com/
This way accessing gmail.example.com (or any other address you like in your domain, for instance webmail.example.com or mail.example.com) will redirect you to the secure login page of Google Apps Gmail. What’s important, this way Google remembers the setting (accessing the login page with HTTPS) and all the way long the connection is secured with SSL. A bit ugly, but works and till the time Google rethinks its features politics, it’s probably the only way to get it done without going for the Premier Edition.
Update:
This is probably no longer valid as Google began the deployment of this feature without prior limitations.
Problem:
Building the GNU C Library (glibc 2.8) recently, I’ve encountered a weird build error:
no gen-translit.pl < C-translit.h.in > C-translit.h.tmp
/bin/sh: line 1: no: command not found
Solution:
Not much is available on the topic, but the hints resulting from a Google search are very useful. For a thorough coverage of what’s going on try the LinuxFromScratch support list: Chapter 6 Glibc Make error or see the Gentoo Bug 218003.
The short answer is:
/bin/sh: line 1: no: command not found
means that due to some possibly unknown reason the perl binary could not be found. A simple workaround is to symlink perl to the “no” command, but this could also mean some bigger problems with your system configuration. So it’s best to check if perl has not been misinstalled in some way.
Recent Comments