Aviplava / अविप्लव

Monday, June 20, 2011

ಚುನಾಯಿತ ಸರ್ಕಾರದಿಂದ ಕನ್ನಡಕ್ಕೇ ದಂಡ.

ಸಿರಿಗನ್ನಡಂ ಗಲ್ಗೆ !!

ಇನ್ನು ಕನ್ನಡಿಗರ ನೀತಿ, ಕನ್ನಡಿಗರ ಸ್ವಾಭಿಮಾನ, ಕನ್ನಡದ ಅಭಿಮಾನ ಇವೆಲ್ಲವೂ ದಂಡನಾರ್ಹ.

ವಾಹನ ಸಂಖ್ಯೆ ಕನ್ನಡದಲ್ಲಿದ್ದರೆ ರೂ. ೩೦೦ ದಂಡ.

ಪ್ರವೀಣ್ ಸೂದ್ and his team ಕಾಯ್ದೆ ಜಾರಿಗೆ ಮುಂದಾಗಿದ್ದಾರೆ, ಆದರೆ ಪೆಟ್ಟು ಬಿದ್ದಿ ದ್ದು ಕನ್ನಡ ಅಭಿಮಾನಕ್ಕೆ .

P.S : For more, ಇಂದಿನ ಕನ್ನಡಪ್ರಭ ನೋಡಿ : ಪುಟ ೧

ಎಲ್ಲಿದೆಯೊ ನ್ಯಾಯ, ಕನ್ನಡಿಗರು ನ್ಯಾಯವ ಕೇಳುವುದೇ ಅನ್ಯಾಯ !!

Wednesday, December 15, 2010

Nothing but the Truth !

My Onida DVD player suddenly crashed popping "TRAY ERROR" recently. This player was bought around 3 years back. I promptly called the Onida Customer care and I was advised to approach 'Adonis Customer Relation Centre' located at 'Khazi Street, Basavangudi, Bangalore '.

The player was inspected and I was told that the 'Main Board' is faulty and since Model ' DFX 8500' is discontinued there is no way that the player can be repaired due to unavailability of spares. I did feel bad as I had picked this model for the features it carried.

The service engineer asked me to send the player to E-Waste, which I was not willing to do. Just out of curiosity I removed the cover and started to troubleshoot. To my surprise I found that the belt connecting the 'Tray Gear' with the 'Motor' had got cut and hence the toggle switch was not sending the 'Close' signal. I replaced the belt with a regular band (rubber band) and checked, this fixed the issue.

My only concern is, if I would have disposed the player without an inspection as per the service engineer's advice, I would have lost a working player. I am not sure, how many repairable players could have got disposed due to a **faulty** advice and whether the service engineers are professionally trained or they are too lazy to deliver. I will leave this to the Onida Company, as they would loose customers because their authorized service personnel leave customers in a lurch.

The bottom line is it is always good to take a second opinion in case of repairs.



Nothing is as easy as it looks - Edward Aloysius Murphy, Jr

Saturday, September 18, 2010

ಇವರ ಮಾನವ ಜನ್ಮ ದೊಡ್ಡದು !!

ಪುಟ್ಟ ರಾಜ ಗವಾಯಿಗಳಿಗೆ , ಸಾವಿರದ ಶರಣು.

ನಿನ್ನೆ ನಮ್ಮ ಸಮಾಜ ಅಂಧವಾದ ದಿನ.

ಶ್ರೀ ಪುಟ್ಟ ರಾಜ ಗವಾಯಿ - Rest in peace

ನಿಮಗೆ ನಮ್ಮ ಅಶ್ರು ತರ್ಪಣ.





ನೀನು ಸಮಜಕ್ಕಾಗಿ ದುಡಿ, ದೇವರು ನಿನಗಾಗಿ ದುಡಿಯುತ್ತಾನೆ

Wednesday, August 12, 2009

concerns with Google mail

Not *really* sure whether it is a bug or feature. When we try logging into Gmail, it accepts the ID without a period, ah let me illustrate with an example. If my ID is prasad.mysore@gmail.com, while logging in if we type 'prasadmysore' and furnish the password for 'prasad.mysore@gmail.com', Gmail allows us to login.

Well, I am not sure whether it is a *known* issue or an unknown bug as I happened to discover it because of a typo. Also I did try to spend time to report this bug to Google, but in *vain*, as I could not get one such link. I am not really sure how 'Usability Engineers' think.

This is indeed a surprise as of now, I persoanlly feel that Gmail could have a specific link easily available for user to report bugs, which would be simple and need *not* be of a Debian 'report bug' sort.

Well, with all these observations, I may be wrong too !!

Cheers !!


The average man does not want to be free. He simply wants to be safe. - H. L. Mencken

Tuesday, July 29, 2008

Manually updating key server

Well, I could not technically conclude, why the signatures did not sync between the http://subkeys.pgp.net:11371/ and http://pgp.mit.edu:11371/ key server, but thought of doing a manual update to http://pgp.mit.edu:11371/ server. I know that it is risky to play with the gpg key without proper backup. My instinct was so strong to just check whether I can sync it manually, so I just edited my 'gpg.conf', after taking a backup;

keyserver hkp://pgp.mit.edu
#keyserver hkp://subkeys.pgp.net

and used,

prasad@mayobhava:~$ gpg --send-keys A526A4A5
gpg: sending key A526A4A5 to hkp server pgp.mit.edu

Then I just verified the signatures on the web and now they are synced. Have a look at the screen shots below.

Cheers !!

When in doubt, use brute force. - Ken Thompson

Monday, July 28, 2008

Confusing key servers

I have an understanding that the key servers internally sync all the details, but this is not happening with MIT key server. My 'gpg.conf' file updates the 'subkeys.pgp.net' server.

'keyserver hkp://subkeys.pgp.net' in 'gpg.conf' confirms the same, but when I verify my signatures on the web, it is intact with http://subkeys.pgp.net:11371/, but the same signatures are not reflected in http://pgp.mit.edu:11371/. Not sure what I am failing to understand. I have done some basic RTFM with gpg command too.


Any technology that is distinguishable from magic is not sufficiently advanced. - Gregory Benford