Re: [Ilugc] Tamil Phonetic Typing in Fedora
Hello, > > Yes. Have you tried ibus? yum install ibus. There is also a tamil typing > booster available. Please do a yum search for tamil. yum search tamil. > > scim Regards, Arun Prakash ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
Re: [Ilugc] Comparing programing languages [was: perl OO]
On Sun, Dec 4, 2011 at 9:46 AM, Natarajan V wrote: > > From a hiring perspective, am not sure why people are obsessed with > the mastery over the syntax of the languages. This also creates a > problem, when you frame a question that is applicable for PERL and not > very applicable for Java. We have to understand that programmers are > not a single breed. Everyone specializes/has interests in particular > areas.You can't compare a OS programmer, with a Game developer, with > an enterprise application developer, with a mashup developer (What is > a Mash up?). Am sure the Mashup developer would have the least clue of > what it takes to sort objects in Java/ Perl. > Agreed to every thing you say. Not sure where I gave you the impression that perl, as a common ground for measuring language skills, is a good filter. Measuring one's language skills is of use only for gauging if the candidate might be useful to fulfill, also, the short term needs (which, usually, is to maintain/extend/fix an already developed solution). Measuring based on language skills is of only a cosmetic use from the point of view of hiring a long-term asset for a company. I didn't mean to say perl is "syntactically tough" or somesuch and hence its a good tool for interviews. Nope. I only meant to say this: Perl (or C, for that matter) doesn't lay out things on a plate. Perl requires understanding of core OS concepts before one can build real world applications for use in a production environment. PHP, Java, etc., OTOH, makes it infinitely easy for anybody to program and build seemingly real world applications, allowing all sorts of people to write all sorts of things and still get away with it. In Java, it is the VM that externalizes problems, as though, it is someone else's to handle. I meant to say, thus, if you come across a perl programmer who has built real world applications, chances are their fundamentals will be strong (which, of course, you'd be testing in the interview). Their fundamentals are strong because the language forced them to rethink their approach at every juncture of their own skill development. That said, likewise, one also comes across a whole bunch of "perl scripting" people who have not written anything more than 300 lines of relevant code... but then, again, it is very easy to spot them. > IMHO, the problem isn't with Java/Perl, its a problem with your > question paper / interview panel. As I said earlier, a language is > independent of analytical skills. Why not frame your questions in such > a way that they don't have to write programs, but provide you with > algorithms instead? > Absolutely agree. But tell me, from your experience, do you have a perfect interview panel who all ask relevant, core testing questions? :) -Suraj -- Career Gear - Industry Driven Talent Factory ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
Re: [Ilugc] Tamil Phonetic Typing in Fedora
On Sun, Dec 4, 2011 at 8:20 AM, Dwaraka Nath wrote: > > >Is there a way to have Tamil Phonetic Typing in Fedora ? > Yes. Have you tried ibus? yum install ibus. There is also a tamil typing booster available. Please do a yum search for tamil. yum search tamil. -- Arun S.A.G http://zer0c00l.in/ ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
Re: [Ilugc] [TIP] perl tutorial II (conditionals and looping)
On Sun, Dec 4, 2011 at 7:50 AM, Suraj Kumar wrote: > it depends on the program's > context... and program's context is entirely dependent on the programmer. ++1000... :-) > More than raw language skills, good practices make good programmers. +1 I think, I should have combined this statement in my other mail with the subject - "Comparing programming languages". In my definition, A good programmer is one who, with the given circumstances, writes a code that optimizes readability, time and space complexity and maintainability. Anyone who tries to showoff their skills, by writing cryptic logic, is surely a villain in my team. There would be trade offs at some situations. For example, if you try to look at the Kernel Source Code (Linux of course), there are a few^H^H^H many places where the code is written in ASM. But, the comments above it would give the "C" equivalent of the ASM code. That, my friends is a one great programmer :-) -- Natarajan ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
Re: [Ilugc] Comparing programing languages [was: perl OO]
> On Sat, Dec 3, 2011 at 9:15 PM, Suraj Kumar wrote: > > On Sat, Dec 3, 2011 at 4:52 PM, Girish Venkatachalam < > > girishvenkatacha...@gmail.com> wrote: > I would partially agree with you that object oriented programming (the way > it is done in Java) makes it possible for anybody and everybody to "get > their job done" - I think, we are comparing Apples and Oranges here. (See below) > which is also bad from the point of view of building > teams and organizations I beg to disagree here. Perl, C++ and Java were created for different purposes/problem spaces. It would be better if we choose the right tools for the right purpose. PERL/ C++ / Java have inbuilt libraries and constructs for different purposes. So if in their solution space, they find that "A" is very repetitive, they build a library/construct for that. If PERL thinks "A" is not the problem, but "B" is, you get a different building block in PERL. So, when you use PERL/Java/C++ you should know what building blocks are available, and what aren't. Then fill the gaps with your brains. A house can be constructed using wood, clay, clay bricks, hollow block bricks, steel and glass, etc... The problem is same. The solution space is different. The problem that needs to be addressed by the developer differs. He will have a different set of problems to solve in each of the solution spaces. As I said in one of my previous mails, A language is just a language. Its your ideas that become programs. If I allow any North Indian Politician to contest in elections in Tamil Nadu, would s/he not talk a few words in Tamil? Frankly, its not very different in programming languages. Each language has its own nuances and abilities. A "good" programmer will try to utilize the tools to the best possible extent. //வல்லவனுக்கு புல்லும் ஆயுதம்// From a hiring perspective, am not sure why people are obsessed with the mastery over the syntax of the languages. This also creates a problem, when you frame a question that is applicable for PERL and not very applicable for Java. We have to understand that programmers are not a single breed. Everyone specializes/has interests in particular areas.You can't compare a OS programmer, with a Game developer, with an enterprise application developer, with a mashup developer (What is a Mash up?). Am sure the Mashup developer would have the least clue of what it takes to sort objects in Java/ Perl. > (very difficult to gauge one's programming / > analytical capabilities). Perl, that way, is a very useful tool for > filtering out and hiring the best. IMHO, the problem isn't with Java/Perl, its a problem with your question paper / interview panel. As I said earlier, a language is independent of analytical skills. Why not frame your questions in such a way that they don't have to write programs, but provide you with algorithms instead? >> But in perl it is nice and simple. Let me fix it for you, "But PERL is nice and simple " :-) -- Natarajan ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
Re: [Ilugc] Call for speakers - December meet
I waited around to see if there are other interesting topics, but since nobody has posted one, here is my proposal: On Fri, Dec 2, 2011 at 4:15 PM, Shrinivasan T wrote: > Topic > Description > Duration > About the speaker > Links to read > If there is sufficient interest, I'd like to talk about "Producing and recording music with Jack" in the _next_ meeting (not the Dec 10th one). Description: Jack is a Virtual Studio framework for GNU/Linux. It fits nicely with the Unix philosophy of "Do one thing and do it right", allowing stand alone applications to model and perform the role of real-world equivalent instruments and devices while providing a robust platform to allow them to work together in real time. Jack models a real studio - so people familiar with studio technology will find it easy to relate to Jack. The Corollary is that to get accustomed to producing / recording music wih Jack, it is important to understand studio terminology. There are patchbays and it is possible to 'connect' the output of one virtual instrument / device to one or more. It is even possible to patch the output of one application to itself to produce interesting end results. There is even a global clock that controls all these instruments and let them all start / stop / synchronize in tandem. You can pipeline audio streams through effects processors, mix them, master them even over multiple computers over netJack. Jack is cool and above all, it is Free Software. Jack supports most high-end audio hardware out of the box and copes with low end hardware pretty well. An interesting tidbit: Jack project contributed to the Linux kernel's real-time abilities significantly. This talk will be a hands-on demo of Jack running the Hydrogen Drum Machine, ZynAddSubFX Synthesizer (based on the many revolutionary hardware synths), Qsynth (real-world sound samples based synth), RoseGarden (MIDI recorder / sequencer), Seq24 (pattern based MIDI sequencer that can be used as an Arpeggiator) and Ardour2 (Digital Audio Workstation with inbuilt mixer and effects processor pipeline). There would be no feeling of a "finished" sound without the many LADSPA plugins that make producing music with GNU/Linux real and fun. However, setting up jack can be a bit tricky. Though, in the recent months, atleast the latest and greatest of Ubuntu makes jack work "almost" out of the box. This talk will mostly cover 1. the primitives of electronic music 2. how jack models the same. 3. setting up jack 4. a little jamming with jack! What's needed? - I will bring my laptop and a USB-MIDI cable - need one of you to kindly find a keyboard with MIDI out (preferably not a complex high-end MIDI controller that requires reading a 150 page manual :) ) - need one of you to kindly find some sort of decent speakers (my laptop's speakers don't work) Duration: 60 minutes About the speaker: I'm a self taught music student for the past 7 years. I'm also a self-taught student of computers and depend on computers to make a living. I used to learn music (mostly carnatic and a bit of western) and had always been looking for a means to use my GNU/Linux based computer to record and learn. I'd always wanted a home-studio setup for the purpose of learning and recording what I learn. Jack made it possible to finally make my dream of setting up a home-studio come true. I expected to have "real" hardware in my studio and I thought, what an expensive hobby that would be! but I now have a "real" powerful desktop that costed me about 5-7 times lesser than a "decent" entry-level hardware-based full studio setup. I run AVLinux 5.0 on my studio desktop where I only use it for the purpose of producing and listening to music. Though there are a couple of other alternatives, including Ubuntu Studio (which I tried a while ago and found it not as out-of-the-box as AVLinux), Studio64 (tried, didn't even work well), etc., that all bundle jack and the plethora of music software that work with jack. Links to read: http://jackaudio.org/ Regards, -Suraj -- Career Gear - Industry Driven Talent Factory http://careergear.in/ ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
[Ilugc] Video for ILUGC Mailing list
Hi, I am in the XDA-Developers form for while. Recently changed the registration detail and as part for this, I saw the "You are a Noob" video. I feel, we have to build something like this or reuse or translate to our local language :) Link: http://www.youtube.com/watch?feature=player_embedded&v=JmvCpR45LKA Bye :) -- Bharathi Subramanian ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
[Ilugc] Tamil Phonetic Typing in Fedora
Hi ! Is there a way to have Tamil Phonetic Typing in Fedora ? Just like Google's Tamil IME that we have for Windows platform. I looked for region and language settings -> keyboard layout options, and searched for Tamil phonetic keyboard layouts. But, none of the options there have phonetic typing for Tamil. I am using Fedora 16 ; 64 bit Thanks in advance ! Dwaraka. ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
Re: [Ilugc] [TIP] perl tutorial II (conditionals and looping)
Good. Keep the comments coming. The tips are a collaborative effort. People should know what practices they should adopt. Now I see some good technical focus in LUG. -Girish On Sun, Dec 4, 2011 at 7:50 AM, Suraj Kumar wrote: > On Sun, Dec 4, 2011 at 6:48 AM, Girish Venkatachalam < > girishvenkatacha...@gmail.com> wrote: > >> Most of perl's conditionals are written using the regex construct: >> > > That is not true. Like all conditionals, it depends on the program's > context... and program's context is entirely dependent on the programmer. > > Good programmers don't use regexes for everything (especially "most > conditionals") because it makes it > 1. difficult for other programmers to sit through and figure out what > the regex is trying to do > 2. difficult to be precise, there could be many possible matches > 3. impossible to separate implementation logic from business logic > 4. (CPU-wise) expensive to do something that could have been better > designed with alternate, non-english based approaches > > Regexes make for some shabby, unmaintainable code. Use regexes only when > absolutely necessary. For most machine-machine communication, there are > well defined data interchange formats than human language that needs "regex > parsing" (data interchange/serialization formats such as YAML, JSON, XML, > etc.,). For most human-machine communication, there are MVCs (like perl > Catalyst) that let you separate business logic from the data representation > and user interaction. You can still use regexes, but such frameworks > minimize your urge (as perl "scripters") to use regexes and other bad > practices. > > More than raw language skills, good practices make good programmers. > > Cheers, > > -Suraj > > -- > Career Gear - Industry Driven Talent Factory > http://careergear.in/ > ___ > ILUGC Mailing List: > http://www.ae.iitm.ac.in/mailman/listinfo/ilugc -- G3 Tech Networking appliance company web: http://g3tech.in mail: gir...@g3tech.in ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
Re: [Ilugc] [TIP] perl tutorial II (conditionals and looping)
On Sun, Dec 4, 2011 at 6:48 AM, Girish Venkatachalam < girishvenkatacha...@gmail.com> wrote: > Most of perl's conditionals are written using the regex construct: > That is not true. Like all conditionals, it depends on the program's context... and program's context is entirely dependent on the programmer. Good programmers don't use regexes for everything (especially "most conditionals") because it makes it 1. difficult for other programmers to sit through and figure out what the regex is trying to do 2. difficult to be precise, there could be many possible matches 3. impossible to separate implementation logic from business logic 4. (CPU-wise) expensive to do something that could have been better designed with alternate, non-english based approaches Regexes make for some shabby, unmaintainable code. Use regexes only when absolutely necessary. For most machine-machine communication, there are well defined data interchange formats than human language that needs "regex parsing" (data interchange/serialization formats such as YAML, JSON, XML, etc.,). For most human-machine communication, there are MVCs (like perl Catalyst) that let you separate business logic from the data representation and user interaction. You can still use regexes, but such frameworks minimize your urge (as perl "scripters") to use regexes and other bad practices. More than raw language skills, good practices make good programmers. Cheers, -Suraj -- Career Gear - Industry Driven Talent Factory http://careergear.in/ ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
[Ilugc] [TIP] perl tutorial II (conditionals and looping)
We will see conditionals and looping. To begin with perl does not have the switch statement found in other languages. There is also no break and continue. Instead you have last and next. Most of perl's conditionals are written using the regex construct: if(/\d/) { } elsif(/\w/) { } Here is a complete example. $ cat i.pl $users = 'foo,boo'; if($users =~ /\d/) { print "digits\n"; } elsif($users =~ /\w/) { print "alnum\n"; } Regular expressions are usually acted upon the default $_ special variable. So if(/\d/) actually means if($_ =~ /\d/). Anyway now let us focus on the core conditionals and looping facilities in perl. We have already seen the if() condition before. We have also seen the foreach()/for() iterator. for() is just an alias for foreach(). $ cat i.pl foreach($i = 0; $i < 10; $i++) { print $i . "\n"; } Replace foreach with for and it will work the same. We have seen the iterator idea already. for $var (1 .. 100) { print $var . "\n"; } Same thing can be written as for(1..100) { print; print "\n"; } Here we again see the default loop variable $_ working. It is good not to focus on perl's tricks to begin with. Do things the formal way. We now have seen the if() conditional and the for() looping construct. Of course we have while() and we can simulate switch statement too. We will see that tomorrow. -Girish -- G3 Tech Networking appliance company web: http://g3tech.in mail: gir...@g3tech.in ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
Re: [Ilugc] perl OO
On Sat, Dec 3, 2011 at 4:52 PM, Girish Venkatachalam < girishvenkatacha...@gmail.com> wrote: > > It does not force one to think much, it is not pedagogical and > abstruse or confusing. It just gets your job done. > I'm assuming, by "It", you meant OOP in general. I take it that your interest is in looking at perl as a way to have fun - than "get job done". But, unfortunately, majority of the people, whether hobby programmers or professionals who get paid to write code, want to get "something done". As a trainer, if you think perl is a good language for pedagogy, there are more stricter languages like C that can help. If you're looking for Abstruse/Confusing languages (I wonder, why though), there are other more esoteric languages: http://en.wikipedia.org/wiki/Esoteric_language However, for getting your job done, it is incorrect to give the impression that perl cannot be used for getting one's job done. Moose and modern frameworks built around Moose bring object oriented features to perl in many innovative ways. I would partially agree with you that object oriented programming (the way it is done in Java) makes it possible for anybody and everybody to "get their job done" - which is also bad from the point of view of building teams and organizations (very difficult to gauge one's programming / analytical capabilities). Perl, that way, is a very useful tool for filtering out and hiring the best. But due to its "kinda esoteric" nature, there aren't as many perl programmers around as there are Ruby / PHP / Python and... last but not the least, Java programmers. ;) > But in perl it is nice and simple. > In some other languages, like Python, it is even more so. But, of course, understanding OO in general helps than looking at "easy ways out" to do something without learning about it. regards, -Suraj -- Career Gear - Industry Driven Talent Factory ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
Re: [Ilugc] perl OO
On Sat, 2011-12-03 at 16:52 +0530, Girish Venkatachalam wrote: > The only language in which I have used it is in Perl. And in CGI I use > it a lot without actually knowing > that I use OO at all. just using classes and inheritance does not mean that you are using OOP. And it is impossible to use OOP without actually knowing you are doing so. -- regards Kenneth Gonsalves ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
[Ilugc] perl OO
I am really not competent to talk about OO since Object Oriented programming is not something I am excited about. The only language in which I have used it is in Perl. And in CGI I use it a lot without actually knowing that I use OO at all. It does not force one to think much, it is not pedagogical and abstruse or confusing. It just gets your job done. So we may have a lot of subjective arguments here. Essentially my point was that in lower level languages like C++ and Jave and other OO focused languages OO becomes very involved and difficult(at least for me). But in perl it is nice and simple. But you have to read a lot and the information is scattered in several different man pages. $perldoc perlobj $ perldoc perlboot $perldoc perltoot $perldoc perlbot and so on. Also $ perldoc perlmod In the case of perl object orientation is implemented using the module and package concept. We will cover that later. So all I am saying is that one can have any number of subjective views. We should end up learning something useful that is all. I think it will be impossible for me to remove opinion from fact or vice versa. Please take my tips with a pinch of salt. I don't think even wikipedia is free from prejudice. So just live with it. ;) -Girish -- G3 Tech Networking appliance company web: http://g3tech.in mail: gir...@g3tech.in ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
Re: [Ilugc] [TIP] perl tutorial I
On 3 Dec 2011 14:34, "Girish Venkatachalam" wrote: > > But just like we have an inferior language like English which cannot > match up to Tamil whichever way you > look at it, perl though not as great as others is popular, successful > and enjoys support. > If its inferior why try and make a point of it? > > It has object orientation and is a very good OO language unlike C++ or > Java. How are you saying this? From my understanding Java's primary design goal was to ease the implementation from OO design and in the begining Perl was to kludge error reporting. For example, the concept of private is not explicit in Perl. ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
[Ilugc] Fwd: [Wikimediaindia-l] Karthik Nadar is in the banners!
-- Forwarded message -- From: "Sue Gardner" Date: 2 Dec 2011 23:14 Subject: [Wikimediaindia-l] Karthik Nadar is in the banners! To: "Discussion list on Indian language projects of Wikimedia." < wikimediaindi...@lists.wikimedia.org> Hey folks, I just saw that Indian editor Karthik Nadar is in the banners today, with a beautiful appeal. Go, India! https://wikimediafoundation.org/w/index.php?title=L11_1202_KN/en/US&utm_source=B11_1202_Karthik2&utm_medium=sitenotice&utm_campaign=C11_1202_DayvMat_US&language=en&uselang=en&country=US&referrer=http%3A%2F%2Fen.wikipedia.org%2Fwiki%2FMain_Page Thanks, Sue Here's the text: From Wikipedia author Karthik Nadar On the day a terrorist attack ripped through the heart of my city, Wikipedia changed my life. The 2011 bombings in Mumbai made international headlines, but at the moment the crisis struck, there was no straightforward information about what had happened. I knew I couldn’t be the only one looking for answers. So I went out to take photos, uploaded a map I pasted together, and made sure the Wikipedia article on the incident would help people make sense of the chaos. Since then, I’ve made thousands of edits to Wikipedia articles. My experience that day on Wikipedia made my passion for photojournalism clear, and I’ve followed that path ever since. I felt so grateful for Wikipedia, and when I learned how it stays online, I donated 250 rupees to do my part. Will you make a donation to keep this valuable resource available around the world? Wikipedia enables us to share the world. With 470 million different visitors every month, it’s revolutionized the way we consume and spread information -- sometimes even down to the moment it happens. And it does it all for free -- with zero ads, under 1,000 servers and fewer than 100 staff. That’s amazing. Just look at Google or Facebook. They have hundreds of thousands of servers and tens of thousands of staff. It’s no wonder Wikipedia is the 5th most popular and most visited site online. And it’s also no wonder why they need support every year from people like me and you. Will you pitch in $5, $20, $50 or whatever you think Wikipedia is worth to you? Thanks, Karthik Nadar Wikipedia author -- Sue Gardner Executive Director Wikimedia Foundation 415 839 6885 office 415 816 9967 cell Imagine a world in which every single human being can freely share in the sum of all knowledge. Help us make it a reality! http://wikimediafoundation.org/wiki/Donate ___ Wikimediaindia-l mailing list wikimediaindi...@lists.wikimedia.org To unsubscribe from the list / change mailing preferences visit https://lists.wikimedia.org/mailman/listinfo/wikimediaindia-l ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
[Ilugc] [TIP] perl tutorial I
Yesterday we saw some perl code/opinions and history of perl. Today we will see more. As I said perl grew up in the UNIX world with UNIX command line tools and shell scripting ideas. You can even look at it as a shell scripting language on steroids. As we go along you realize that if you know UNIX well already you are well on way towards becoming a perl expert. grep,tr,sort everything is also there in perl as functions. $perldoc -f grep And you can easily call shell executables using $output = `grep girish /etc/passwd`; system("rdate time-a.nist.gov"); or exec("cp /etc/passwd /tmp"); Though you can have OS bindings and interactions with any language, scripting or otherwise with perl the UNIX ideas are all over. You can open a UNIX pipe just like you open a file. Perl's modules provide you with functions that the shell commands do without doing a fork(), exec() and calling a shell executable which is very costly. And contrary to what people think and believe perl only slightly improved the regular expressions already used in the UNIX world in shell globbing and so on. Look at man flex. You find nearly all the perl regex ideas. And perl code is not really intuitive. It has its defects along with its strengths. But just like we have an inferior language like English which cannot match up to Tamil whichever way you look at it, perl though not as great as others is popular, successful and enjoys support. So I use it , I spent time learning it and continue to use it. Let us get back to explaining the foreach() array iterator from yesterday. Before that few general comments about scripting and high level languages. High level languages all consider the default type of a variable as a string. Of course you have to quote them, but you don't have strong typing as in C. In fact it is the weak typing of variables in which they can become integers or strings depending on the context that make scripting languages so easy to deal with. Scripting languages also make several difficult things easy. Due to perl's strong UNIX affiliation you can do a lot of things you have been doing in the UNIX world using pipes and various command line tools more efficiently in a better programming language like perl. And network programming and many cool things that C does perl can too. Without the difficulty and pain. It has object orientation and is a very good OO language unlike C++ or Java. Perl give many choices and as I said, in typical UNIX style, it is very well documented, it has accurate example code in the man pages and the CPAN modules/third party libraries are of very high quality. Overall we get a very pleasant experience with perl. As part of these multifaceted conveniences and powers, we also have what is called as array iterators. This is also found in shell scripts and certainly in languages like Python which has advanced forms of the same idea. For instance, instead of using for() loops like in C for iterating thro' array elements, we say foreach $var (1,2,4,5,100) { print $var . "\n"; } Or this: for $var (1..100) { print $var . "\n"; } It is very similar to the shell scripting concept: for var in `cat /tmp/file` do echo $var done See? These are called iterators. We also see two more of perl's superb features. One is the range operator. 1..20 to print numbers from 1 to 20. Cool. You can use them anywhere we want. And the string concatenation operator ".". $o = "first " . "second" . "third"; will simply add the three strings(strcat() in C). Then you have another great feature. $foo = "imposition " x 40; will write the string "imposition" for you 40 times. Okay we have seen enough explanation and English till now. >From tomorrow we focus only on code samples. I will illustrate whatever I have been trying to say in English so far. -Girish ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
Re: [Ilugc] OpenSuse 12.1 Features Revealed
On Thu, Dec 1, 2011 at 11:54 AM, Arun Khan wrote: > On Tue, Nov 29, 2011 at 11:20 AM, Prasanna Venkadesh > wrote: > > OpenSuse is one of the most stable distro I have ever seen. Trust me, I > > have started linuxing with Ubuntu like many others and get crashed my > > system while trying up something new. > > I have been using SuSE Linux since 1996 for my servers and have been a > happy user. I was evaluating 12.1 from RC1 stage for desktop and it > was stable. > > I installed 12.1 RC1 on a brand new laptop (i5-2430, 4GB RAM, Intel > GPU, WiFi, BT, card reader etc.) and all devices work out of the box > w/o the need for downloading BLOB drivers. I upgraded to 12.1 > released version as soon it was available on the mirrors. > > On the desktop end I am happy with it. > > However, if you want to use 12.1 on the server side - a few words of > caution. I was an early adopter on the server side as well but > reverted back to 11.4. > > There are quite a few issues, mostly related to the switch from System > V init to Systemd init. Change to System V init, if you must use 12.1 > on the server side. See openSUSE mailing list archives for issues > with 12.1.Plan to open bug reports on the breakage I have > experienced. > > My 10 paise. Thanks Mr. Arun Khan for your valuable suggestions on OpenSuse 12.1. Hope this information will be useful for those who are using OpenSuse 12.1 and those who want to make a try :-) -- Regards, Prasanna Venkadesh PuduvaiLUG (puduvai Linux Users Group): http://puduvailug.wordpress.com/ FOSS Jobs all over India: http://fossjobs.in ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
[Ilugc] US has become a dangerous place for software development: RMS
RT (Russia Today) yesterday conducted an interview with Richard M Stallman, the founder of Free Software Foundation and the writer of the world's most advance license GNU GPL. RT asked readers to ask questions and then they would pick questions for RMS. http://www.muktware.com/news/3056 We asked two questions on RT's Facebook page and both those questions were presented to RMS. Muktware: Do you think USA is becoming hostile to innovation and competition as the companies like Apple and Microsoft are gaming the system? RMS: I have to point out that innovation is not my highest value. Human rights are my highest values. So I don't to get into the dialogue that treats innovation as a primary goal. With software patents the US has become a dangerous place for software development, including innovative software development, because when a program is innovative, that means it has some new ideas in it. But it also has lots of well-known ideas in it. A large program combines thousands of ideas. So if you have some new ideas and you want to use them, in order to use them you have to combine them with a lot of other ideas that are well-known. And if you are not allowed to do that because those other ideas are patented, you can't use your new idea. Muktware: How much control should the USA have over the Internet? RMS: No more than anyone else. I don't think it will be safe to have any global control over the internet. because we could predict that that global control will work for the empire of the mega corporations and would attack human rights. Read more here: http://www.muktware.com/news/3056 -- Swapnil Bhartiya Editor: Muktware.com Skype: No Way...its non-free. Looking for alternatives Facebook: http://facebook.com/muktware Twitter: http://twitter.com/muktware Google+ : https://plus.google.com/109027644713767623413/posts ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc