Hello Mr.Senthil
The idea that you gave its really fascinating..vocabularies are very
important in a language. I too searched the web but still there is no such kind
of projects in tamil.. still more i m learning ,how to implement and in what so
that it can reach all peoples
i will study your idea throughly and will say about my(our) project
--- On Sat, 15/8/09, ilugc-requ...@ae.iitm.ac.in ilugc-requ...@ae.iitm.ac.in
wrote:
From: ilugc-requ...@ae.iitm.ac.in ilugc-requ...@ae.iitm.ac.in
Subject: ilugc Digest, Vol 63, Issue 51
To: ilugc@ae.iitm.ac.in
Date: Saturday, 15 August, 2009, 10:50 PM
Send ilugc mailing list submissions to
ilugc@ae.iitm.ac.in
To subscribe or unsubscribe via the World Wide Web, visit
http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
or, via email, send a message with subject or body 'help' to
ilugc-requ...@ae.iitm.ac.in
You can reach the person managing the list at
ilugc-ow...@ae.iitm.ac.in
When replying, please edit your Subject line so it is more specific
than Re: Contents of ilugc digest...
Today's Topics:
1. Re: ISRO Bhuvan: Not for GNU/Linux users (Arun Khan)
2. Re: Fwd: Critical bug affects Linux Kernel (Rahul Sundaram)
3. Gambas ERROR: #2: Cannot load class 'Project': Unable to load
class file (Ram Kumar.K)
4. Fatal Error In PHP.. (Ram Kumar.K)
5. Re: Fatal Error In PHP.. (karthikeyan N.G.)
6. Re: Fatal Error In PHP.. (Raja Subramanian)
7. Fedora 10, 11 repositories @ IIIT, Hyderabad (Shakthi Kannan)
8. Re: Fatal Error In PHP.. (balachandar muruganantham)
9. Re: project (senthilraja P)
--
Message: 1
Date: Sat, 15 Aug 2009 12:02:21 +0530
From: Arun Khan kn...@yahoo.com
Subject: Re: [Ilugc] ISRO Bhuvan: Not for GNU/Linux users
To: ILUG-C ilugc@ae.iitm.ac.in
Message-ID: 200908151202.21445.kn...@yahoo.com
Content-Type: text/plain; charset=utf-8
On Friday 14 Aug 2009, Guru Prasath wrote:
The sad news is that ISRO Bhuvan is not for us GNU/Linux users.
Their website http://bhuvan.nrsc.gov.in/ says:
Mininimum System Requirements:
* Operating System: Windows XP/Vista;CPU: Pentium 4 2.4GHz+ or
AMD 2400xp+ ;System Memory (RAM): 512MB ; Hard Disk: 2GB free space
;Network Speed: 768 Kbits/sec; Graphics Card: 3D-capable with 32MB
of VRAM; Screen: 1280x1024,32-bit True Color;
* To browse Bhuvan, you require the Bhuvan Plug-in which can be
downloaded from this website, after registration and you will
also need DirectX 9.0 or higher version
(www.microsoft.com/windows/directx/) and MS .NET framework 2.0
or above for installing the plug-in. Please note that the
Bhuvan Plug-in can be installed with administrative privileges
only.
Simple question. To access a government service, why should I need to
buy a proprietary product. This is not possible in other government
services. Say for example,
1. Only VISA card is allowed to buy items from ration shop.
2. You can use only reliance mobile to make calls to government
offices.
Does Public Interest Litigation solves the issue?
I am also of the opinion that a PIL would help but it would be a long
drawn process with a lot of evidence collection to present to the
courts such that the presiding judge rules favor of open standards.
Evidence collection and a good council - they cost money. Who will
foot the bill?
The problem is with the tender process. To the best of my knowlege
there is no requirement that the application must work to open
standards.
There has been some movement in the DIT in the direction of using open
standards but the draft text has enough cope out clauses for vendors
to use as escape.
--
Arun Khan
--
Message: 2
Date: Sat, 15 Aug 2009 13:45:50 +0530
From: Rahul Sundaram sunda...@fedoraproject.org
Subject: Re: [Ilugc] Fwd: Critical bug affects Linux Kernel
To: ILUG-C ilugc@ae.iitm.ac.in
Message-ID: 4a866eb6.2070...@fedoraproject.org
Content-Type: text/plain; charset=UTF-8
On 08/15/2009 11:12 AM, Arun SAG wrote:
Hi,
On Sat, Aug 15, 2009 at 11:04 AM, Bharathi Subramanian
sbhara...@midascomm.com wrote:
The bug involves the way kernel-level routines such as sock_sendpage
react when they are left unimplemented. Instead of linking to a
corresponding placeholder, (for ex, sock_no_accept), the function
pointer is left uninitialized. Sock_sendpage doesn't always validate
the pointer before dereferencing it, leaving the OS open to local
privilege escalation that can completely compromise the underlying
machine.
Here is the exploit : http://www.milw0rm.com/exploits/9436 :)
Exploit is blocked successfully by SELinux (enforced and active by
default since Fedora Core 3) in Fedora 11.
$ tar xvf proto_ops.tgz
exploit.c
run.c
run.sh
$ sh run.sh
padlina z lublina!
mprotect: Cannot allocate memory
$ sudo tailf /var/log/messages
Aug 15 13:43:29 localhost setroubleshoot:
