From tony at tcapp.com Tue Nov 1 06:37:27 2011 From: tony at tcapp.com (Tony Cappellini) Date: Mon, 31 Oct 2011 22:37:27 -0700 Subject: [Baypiggies] Fwd: David Beazley invites you to Write a Compiler (in Python) (Jan 3, 2012 - Jan 6, 2012) In-Reply-To: <20111101030417.A9B024A09F@prod-djcore-molly2.evbops.com> References: <20111101030417.A9B024A09F@prod-djcore-molly2.evbops.com> Message-ID: This looks like a fun class. I wish Dave lived closer. I'm sure there are enough Bay Area Pythonistas to saturate his classes for a long time. ---------- Forwarded message ---------- From: David Beazley (Dabeaz LLC) Date: Mon, Oct 31, 2011 at 8:04 PM Subject: David Beazley invites you to Write a Compiler (in Python) (Jan 3, 2012 - Jan 6, 2012) To: tony at tcapp.com ** Hello! You are invited to the following event: Write a Compiler (in Python) Event to be held at the following time, date, and location: [image: Attend Event] *Jan 3, 2012* at 9:30 AM to *Jan 6, 2012* at 5:30 PM (CT) *Dabeaz LLC* 5412 N Clark Street #218 Chicago, 60640 View Map [4 days] Come to Chicago the first week of January and have your brain frozen and shattered into tiny bits by writing a compiler for your own programming language! Why? Because it's fun, that's why. In this workshop, participants will be partake in... Read More Share this event on Facebookand Twitter We hope you can make it! Cheers, Dabeaz LLC [image: Facebook] [image: Twitter] [image: LinkedIn] [image: Eventbrite] This email was sent by Eventbrite. Anyone can use Eventbrite to spread the word, collect money, and track RSVPs for an event. you can too Click hereto unsubscribe from events by "Dabeaz LLC." Eventbrite is located at 651 Brannan St, Ste 110, San Francisco, CA 94107. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mikeyp at lahondaresearch.org Wed Nov 9 01:07:38 2011 From: mikeyp at lahondaresearch.org (Michael Pittaro) Date: Tue, 8 Nov 2011 16:07:38 -0800 Subject: [Baypiggies] Feedback on a library evaluation checklist Message-ID: I"m putting together a checklist of review items for selecting a particular Python library, and would appreciate some feedback. The idea is to have a list of items (beyond the core focus of the library) to help make decisions, especially when there might be multiple alternatives with various tradeoffs. Here's my initial cut of the list: = Python Library Evaluation Checklist = * Python versions supported - oldest, latest * Python 3 support - native or via 2to3 ? * External library dependencies (beyond standard library) * Maintenance and activity status * Are there unit tests ? * Is is documented ? * Are there docstrings ? * Part of a larger library * Part of a another framework * Use of C extensions * Compatibility with threads and/or multiprocessing * Unicode compatibility ? * Licensing and distribution terms ? * Packaged or source install ? * Installable with pip ? * Installable with easy_install ? * Listed in the Cheese Shop * Supported platforms * Platform restrictions Thanks, mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From hjtoi at comcast.net Wed Nov 9 04:53:44 2011 From: hjtoi at comcast.net (Heikki Toivonen) Date: Tue, 08 Nov 2011 19:53:44 -0800 Subject: [Baypiggies] Feedback on a library evaluation checklist In-Reply-To: References: Message-ID: <4EB9F948.9040308@comcast.net> Michael Pittaro wrote: > = Python Library Evaluation Checklist = > > * Part of a larger library > * Part of a another framework Seems like an obvious addition to the above: * Which other applications use it? In case of non-pure Python extensions it may be useful to know if there are ready-made binary versions for the platforms you care about. If there are not, it may indicate that the platform is under serviced. I would extend the maintenance and activity status to mention how old the library is, list number of active developers, if there is more than one entity behind the developers, and how large a portion of the developers are being paid to work on it. Some of this information may not always be available, but it can be helpful in determining long term viability and bias of a project. It could also be helpful in determining how many of the active developers have other projects they have contributed significantly into in the past, or are contributing in currently. There are some people who are widely respected for their work. So if you use one library and are happy with, and find another library by the same author(s), it counts like a strong point in favor. -- Heikki Toivonen - http://heikkitoivonen.net From dirk at otisbean.com Wed Nov 9 05:05:53 2011 From: dirk at otisbean.com (Dirk Bergstrom) Date: Tue, 08 Nov 2011 20:05:53 -0800 Subject: [Baypiggies] Feedback on a library evaluation checklist In-Reply-To: References: Message-ID: <4EB9FC21.4030003@otisbean.com> On 11/08/2011 04:07 PM, Michael Pittaro wrote: > I"m putting together a checklist of review items for selecting a > particular Python library, and would appreciate some feedback. Some things I look for when evaluating a project: *) What's the user community like? Is there an active mailing list or forum? Are the folks there helping each other, or are they all whining or begging the developer for help and fixes? *) Is there a public bug tracking system, and is somebody actually doing something with the bugs that are filed? *) Where does the project stand in google search results compared to other roughly equivalent projects. If there are a million hits for project X, and 100,000 for project Y, that gives you an indication of relative uptake, which, if taken with a very large block of salt, can be a good indication of the strength of the project. *) Is there an ecosystem developed around it -- plugins, add ons, helpers, etc. These are more applicable as you scale up to projects and frameworks, but they are still valid for large or popular libraries (sql alchemy, numpy, etc.). -- Dirk Bergstrom dirk at otisbean.com http://otisbean.com/ From mikeyp at lahondaresearch.org Sat Nov 12 22:40:04 2011 From: mikeyp at lahondaresearch.org (Michael Pittaro) Date: Sat, 12 Nov 2011 13:40:04 -0800 Subject: [Baypiggies] Feedback on a library evaluation checklist In-Reply-To: <4EB9FC21.4030003@otisbean.com> References: <4EB9FC21.4030003@otisbean.com> Message-ID: On Tue, Nov 8, 2011 at 8:05 PM, Dirk Bergstrom wrote: > On 11/08/2011 04:07 PM, Michael Pittaro wrote: > >> I"m putting together a checklist of review items for selecting a >> particular Python library, and would appreciate some feedback. >> > > Thanks for the great feedback ! mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From rgaushell at ncircle.com Tue Nov 15 01:34:47 2011 From: rgaushell at ncircle.com (Richard Gaushell) Date: Mon, 14 Nov 2011 16:34:47 -0800 Subject: [Baypiggies] Looking for QA Engineer with strong Python Message-ID: The Quality Assurance Engineer brings their technical knowledge and product testing experience to the challenge of expanding nCircle's world-class security and compliance products. They will work as part of an integrated team of development and QA engineers to plan, develop and release improvements to our flagship IP360 Vulnerability Management platform, which is used by thousands of customers around the world to keep their data secure. Specific Responsibilities: * Develop, execute and refine test plans for features related to networking and vulnerability scanning * Accurately diagnose and clearly report current issues * Recreate networking environments and conditions for issue reproductions * Organize and execute the final phase of a release * Required Skills and Experience: * BS or equivalent experience * 3+ years experience in QA, preferably for an enterprise software product or service * Programming skills in Python, Bash and C++ * Knowledge of Unix administration, preferably Linux and FreeBSD * TCP/IP, networking knowledge and troubleshooting * PostgreSQL a plus * IPv6 Networking a plus * Security related tools a plus * Virtualization technologies a plus * Agile Processes * Team player with excellent verbal and written communication skills About nCircle: nCircle offers a dynamic yet casual and fun work environment with corporate offices in the heart of downtown San Francisco. We recognize that our employees are the key to our future as evidenced by our selection as one of the Greater Bay Area's 'Best Places to Work' by the San Francisco Business Times. We offer a unique environment where your ideas are always appreciated and your contributions make an important difference. Because of this philosophy, we offer competitive compensation packages, top-notch benefits as well as stock options to every employee. All of our employees enjoy the ability to make an immediate impact, learn new technologies, and partake in a high-energy, vibrant working environment with extremely accomplished people. To Apply: Please send your resume with a cover letter describing your experiences to:??https://home.eease.com/recruit/?id=557038.? We are an equal opportunity employer.? Local candidates and principals only, please. From c1 at caseyc.net Wed Nov 16 04:35:32 2011 From: c1 at caseyc.net (Casey Callendrello) Date: Tue, 15 Nov 2011 19:35:32 -0800 Subject: [Baypiggies] Another Python koan: modifying a list Message-ID: <4EC32F84.9040804@caseyc.net> Howdy there, Another python puzzle for everyone. I've been trying to come up with a Pythonic (i.e. no index variable) way of solving this. I have a list consisting of one or more independent arguments to a specific command-line option. Think ./foo.py -a 1 -a 15 -a 1203. Argparse handles this fine. However, a few of my users prefer to specify arguments separated by commas instead. This is a fairly reasonable on their part, as about half of the tools we use like it one way, and half prefer the other. I don't mind supporting both, and the input data can never have a comma otherwise. So, is there another way to express this code? In reality, the number of arguments is very small, so duplicating the array is no big deal. I'm still interested in a cleaner solution :-) i = 0 while i < len(mylist): items = mylist[i].split(',') if len(items) > 1: x[i:i+1] = items i++ --Casey Callendrello From damonmc at gmail.com Wed Nov 16 04:52:38 2011 From: damonmc at gmail.com (Damon McCormick) Date: Tue, 15 Nov 2011 19:52:38 -0800 Subject: [Baypiggies] Another Python koan: modifying a list In-Reply-To: <4EC32F84.9040804@caseyc.net> References: <4EC32F84.9040804@caseyc.net> Message-ID: Casey, What is the intent of the following line? x[i:i+1] = items Namely, what is the purpose of blowing away item i of x every time you insert a new list of items into x? Is it possible that you mean something more like the following? x.extend(items) If so, you could just do this: for element in mylist: items = element.split(',') x.extend(items) Or even this: x = [item for element in mylist for item in element.split(,)] -Damon On Tue, Nov 15, 2011 at 7:35 PM, Casey Callendrello wrote: > Howdy there, > Another python puzzle for everyone. I've been trying to come up with a > Pythonic (i.e. no index variable) way of solving this. > > I have a list consisting of one or more independent arguments to a > specific command-line option. Think ./foo.py -a 1 -a 15 -a 1203. Argparse > handles this fine. However, a few of my users prefer to specify arguments > separated by commas instead. This is a fairly reasonable on their part, as > about half of the tools we use like it one way, and half prefer the other. > I don't mind supporting both, and the input data can never have a comma > otherwise. > > So, is there another way to express this code? In reality, the number of > arguments is very small, so duplicating the array is no big deal. I'm still > interested in a cleaner solution :-) > > i = 0 > while i < len(mylist): > items = mylist[i].split(',') > if len(items) > 1: > x[i:i+1] = items > i++ > > --Casey Callendrello > > ______________________________**_________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/**mailman/listinfo/baypiggies > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian at lolapps.com Wed Nov 16 04:59:57 2011 From: brian at lolapps.com (Brian Rue) Date: Tue, 15 Nov 2011 19:59:57 -0800 Subject: [Baypiggies] Another Python koan: modifying a list In-Reply-To: References: <4EC32F84.9040804@caseyc.net> Message-ID: A variation on the same theme: >>> args = ["1", "2", "3,4", "5,6,7"] >>> args ['1', '2', '3,4', '5,6,7'] >>> sum((x.split(',') for x in args), []) ['1', '2', '3', '4', '5', '6', '7'] On Tue, Nov 15, 2011 at 7:52 PM, Damon McCormick wrote: > Casey, > > What is the intent of the following line? > > x[i:i+1] = items > > Namely, what is the purpose of blowing away item i of x every time you > insert a new list of items into x? > > Is it possible that you mean something more like the following? > > x.extend(items) > > If so, you could just do this: > > for element in mylist: > items = element.split(',') > x.extend(items) > > Or even this: > > x = [item for element in mylist for item in element.split(,)] > > -Damon > > > On Tue, Nov 15, 2011 at 7:35 PM, Casey Callendrello wrote: > >> Howdy there, >> Another python puzzle for everyone. I've been trying to come up with a >> Pythonic (i.e. no index variable) way of solving this. >> >> I have a list consisting of one or more independent arguments to a >> specific command-line option. Think ./foo.py -a 1 -a 15 -a 1203. Argparse >> handles this fine. However, a few of my users prefer to specify arguments >> separated by commas instead. This is a fairly reasonable on their part, as >> about half of the tools we use like it one way, and half prefer the other. >> I don't mind supporting both, and the input data can never have a comma >> otherwise. >> >> So, is there another way to express this code? In reality, the number of >> arguments is very small, so duplicating the array is no big deal. I'm still >> interested in a cleaner solution :-) >> >> i = 0 >> while i < len(mylist): >> items = mylist[i].split(',') >> if len(items) > 1: >> x[i:i+1] = items >> i++ >> >> --Casey Callendrello >> >> ______________________________**_________________ >> Baypiggies mailing list >> Baypiggies at python.org >> To change your subscription options or unsubscribe: >> http://mail.python.org/**mailman/listinfo/baypiggies >> > > > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies > -------------- next part -------------- An HTML attachment was scrubbed... URL: From c1 at caseyc.net Wed Nov 16 05:02:05 2011 From: c1 at caseyc.net (Casey Callendrello) Date: Tue, 15 Nov 2011 20:02:05 -0800 Subject: [Baypiggies] Another Python koan: modifying a list In-Reply-To: References: <4EC32F84.9040804@caseyc.net> Message-ID: <4EC335BD.5080507@caseyc.net> It's a typo.I meant mylist[i:i+1] = items. And, of course, i += 1. Long day. On 11/15/11 7:52 PM, Damon McCormick wrote: > Casey, > > What is the intent of the following line? > > x[i:i+1] = items > > Namely, what is the purpose of blowing away item i of x every time you > insert a new list of items into x? > > Is it possible that you mean something more like the following? > > x.extend(items) > > If so, you could just do this: > > for element in mylist: > items = element.split(',') > x.extend(items) > > Or even this: > > x = [item for element in mylist for item in element.split(,)] > > -Damon > > > On Tue, Nov 15, 2011 at 7:35 PM, Casey Callendrello > wrote: > > Howdy there, > Another python puzzle for everyone. I've been trying to come up > with a Pythonic (i.e. no index variable) way of solving this. > > I have a list consisting of one or more independent arguments to a > specific command-line option. Think ./foo.py -a 1 -a 15 -a 1203. > Argparse handles this fine. However, a few of my users prefer to > specify arguments separated by commas instead. This is a fairly > reasonable on their part, as about half of the tools we use like > it one way, and half prefer the other. I don't mind supporting > both, and the input data can never have a comma otherwise. > > So, is there another way to express this code? In reality, the > number of arguments is very small, so duplicating the array is no > big deal. I'm still interested in a cleaner solution :-) > > i = 0 > while i < len(mylist): > items = mylist[i].split(',') > if len(items) > 1: > x[i:i+1] = items > i++ > > --Casey Callendrello > > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jason at mischievous.org Wed Nov 16 18:39:39 2011 From: jason at mischievous.org (Jason Culverhouse) Date: Wed, 16 Nov 2011 09:39:39 -0800 Subject: [Baypiggies] Another Python koan: modifying a list In-Reply-To: References: <4EC32F84.9040804@caseyc.net>

Message-ID: <32487223-1D2B-4E8E-85C5-B798B500E932@mischievous.org> On Nov 15, 2011, at 7:59 PM, Brian Rue wrote: > A variation on the same theme: > > >>> args = ["1", "2", "3,4", "5,6,7"] > >>> args > ['1', '2', '3,4', '5,6,7'] > >>> sum((x.split(',') for x in args), []) > ['1', '2', '3', '4', '5', '6', '7'] That's pretty clever, I never used sum that way, i.e. concatenating a string by using the list's + operator. this is similar but without the "magic" from itertools import chain chain.from_iterable( x.split(',') for x in args) Jason > On Tue, Nov 15, 2011 at 7:52 PM, Damon McCormick wrote: > Casey, > > What is the intent of the following line? > > x[i:i+1] = items > > Namely, what is the purpose of blowing away item i of x every time you insert a new list of items into x? > > Is it possible that you mean something more like the following? > > x.extend(items) > > If so, you could just do this: > > for element in mylist: > items = element.split(',') > x.extend(items) > > Or even this: > > x = [item for element in mylist for item in element.split(,)] > > -Damon > > > On Tue, Nov 15, 2011 at 7:35 PM, Casey Callendrello wrote: > Howdy there, > Another python puzzle for everyone. I've been trying to come up with a Pythonic (i.e. no index variable) way of solving this. > > I have a list consisting of one or more independent arguments to a specific command-line option. Think ./foo.py -a 1 -a 15 -a 1203. Argparse handles this fine. However, a few of my users prefer to specify arguments separated by commas instead. This is a fairly reasonable on their part, as about half of the tools we use like it one way, and half prefer the other. I don't mind supporting both, and the input data can never have a comma otherwise. > > So, is there another way to express this code? In reality, the number of arguments is very small, so duplicating the array is no big deal. I'm still interested in a cleaner solution :-) > > i = 0 > while i < len(mylist): > items = mylist[i].split(',') > if len(items) > 1: > x[i:i+1] = items > i++ > > --Casey Callendrello > > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies > > > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies > > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies -------------- next part -------------- An HTML attachment was scrubbed... URL: From fil at macfellow.com Wed Nov 16 21:13:13 2011 From: fil at macfellow.com (Filip Machi) Date: Wed, 16 Nov 2011 12:13:13 -0800 Subject: [Baypiggies] Another Python koan: modifying a list In-Reply-To: <32487223-1D2B-4E8E-85C5-B798B500E932@mischievous.org> References: <4EC32F84.9040804@caseyc.net>

<32487223-1D2B-4E8E-85C5-B798B500E932@mischievous.org> Message-ID: On Nov 16, 2011, at 9:39 AM, Jason Culverhouse wrote: > > On Nov 15, 2011, at 7:59 PM, Brian Rue wrote: > >> A variation on the same theme: >> >> >>> args = ["1", "2", "3,4", "5,6,7"] >> >>> args >> ['1', '2', '3,4', '5,6,7'] >> >>> sum((x.split(',') for x in args), []) >> ['1', '2', '3', '4', '5', '6', '7'] > > That's pretty clever, I never used sum that way, i.e. concatenating > a string by using the list's + operator. > > this is similar but without the "magic" > > from itertools import chain > chain.from_iterable( x.split(',') for x in args) > > Jason Those are both pretty clever. The following is not nearly so clever. I think it's simpler because it uses just basic string and list operations. I think it fulfills the requirement that "... the input data can never have a comma otherwise." >>> args = ["1", "2", "3,4", "5,6,7"] >>> args ['1', '2', '3,4', '5,6,7'] >>> ",".join(args).split(",") ['1', '2', '3', '4', '5', '6', '7'] -Fil >> On Tue, Nov 15, 2011 at 7:52 PM, Damon McCormick >> wrote: >> Casey, >> >> What is the intent of the following line? >> >> x[i:i+1] = items >> >> Namely, what is the purpose of blowing away item i of x every time >> you insert a new list of items into x? >> >> Is it possible that you mean something more like the following? >> >> x.extend(items) >> >> If so, you could just do this: >> >> for element in mylist: >> items = element.split(',') >> x.extend(items) >> >> Or even this: >> >> x = [item for element in mylist for item in element.split(,)] >> >> -Damon >> >> >> On Tue, Nov 15, 2011 at 7:35 PM, Casey Callendrello >> wrote: >> Howdy there, >> Another python puzzle for everyone. I've been trying to come up >> with a Pythonic (i.e. no index variable) way of solving this. >> >> I have a list consisting of one or more independent arguments to a >> specific command-line option. Think ./foo.py -a 1 -a 15 -a 1203. >> Argparse handles this fine. However, a few of my users prefer to >> specify arguments separated by commas instead. This is a fairly >> reasonable on their part, as about half of the tools we use like it >> one way, and half prefer the other. I don't mind supporting both, >> and the input data can never have a comma otherwise. >> >> So, is there another way to express this code? In reality, the >> number of arguments is very small, so duplicating the array is no >> big deal. I'm still interested in a cleaner solution :-) >> >> i = 0 >> while i < len(mylist): >> items = mylist[i].split(',') >> if len(items) > 1: >> x[i:i+1] = items >> i++ >> >> --Casey Callendrello >> >> _______________________________________________ >> Baypiggies mailing list >> Baypiggies at python.org >> To change your subscription options or unsubscribe: >> http://mail.python.org/mailman/listinfo/baypiggies >> >> >> _______________________________________________ >> Baypiggies mailing list >> Baypiggies at python.org >> To change your subscription options or unsubscribe: >> http://mail.python.org/mailman/listinfo/baypiggies >> >> _______________________________________________ >> Baypiggies mailing list >> Baypiggies at python.org >> To change your subscription options or unsubscribe: >> http://mail.python.org/mailman/listinfo/baypiggies > > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies From dirk at otisbean.com Wed Nov 16 21:41:19 2011 From: dirk at otisbean.com (Dirk Bergstrom) Date: Wed, 16 Nov 2011 12:41:19 -0800 Subject: [Baypiggies] Another Python koan: modifying a list In-Reply-To: References: <4EC32F84.9040804@caseyc.net>

<32487223-1D2B-4E8E-85C5-B798B500E932@mischievous.org> Message-ID: <877h2zajgw.wl%krid@otisbean.com> At Wed, 16 Nov 2011 12:13:13 -0800,Filip Machi wrote: > Those are both pretty clever. The following is not nearly so clever. I > think it's simpler because it uses just basic string and list > operations. I think it fulfills the requirement that "... the input > data can never have a comma otherwise." > >>> args = ["1", "2", "3,4", "5,6,7"] > >>> ",".join(args).split(",") > ['1', '2', '3', '4', '5', '6', '7'] Ding! We have a winner! Fil, the check for your prize is in the mail... -- -------------------------------------- Dirk Bergstrom krid at otisbean.com http://otisbean.com/ From jim at systemateka.com Thu Nov 17 18:27:17 2011 From: jim at systemateka.com (jim) Date: Thu, 17 Nov 2011 09:27:17 -0800 Subject: [Baypiggies] BayPIGgies meeting tonight, Thursday, November 17, 2011: LDTP Techniques Message-ID: <1321550837.2349.21.camel@jim-LAPTOP> BayPIGgies meeting tonight, Thursday, November 17, 2011: LDTP Techniques Speaker Nagappan Alagappan http://nagappanal.blogspot.com Abstract: Linux Desktop Testing Project (LDTP) developed as a python library, to do GUI automation on Unix platform (Linux/Solaris/FreeBSD) running GNOME >= 2.6. LDTP works on top of accessibility layer. Will briefly discuss about different ways of developing / executing the tests. Recently the client LDTP framework has been ported to Windows platform, so the same test scripts can be executed, as long as the UI widgets are same. Project link: http://ldtp.freedesktop.org Bio: Nagappan Alagappan has been working on software development and test automation since 2000. Currently he is the Workstation automation lead @VMware. Previously he worked in Novell., Inc. Creator of Linux Desktop Testing Project (LDTP in short), a GUI automation library written in Python. Contributed to many FOSS projects (Mono ADO.NET, Evolution QA, Mozilla Firefox QA, Mago desktop testing, Clonezilla). Connect with Nagappan via nagappan at gmail.com or nagappanal.blogspot.com. ......................................... LOCATION Symantec Corporation Symantec Vcafe 350 Ellis Street Mountain View, CA 94043 http://maps.google.com/maps/ms?oe=utf-8&client=firefox-a&ie=UTF8&fb=1&split=1&gl=us&ei=w6i_Sfr6MZmQsQOzlv0v&hl=en&t=h&msa=0&msid=116202735295394761637.00046550c09ff3d96bff1&ll=37.397693,-122.053707&spn=0.002902,0.004828&z=18 BayPIGgies meeting information is available at http://www.baypiggies.net/ ------------------------ Agenda ------------------------ ..... 7:30 PM ........................... General hubbub, inventory end-of-meeting announcements, any first-minute announcements. ..... 7:35 PM to 8:25 PM (or so) ................ The talk: Linux Desktop Testing Project ..... 8:25 PM to 8:55 PM (or so) ................ Questions and Answers ..... 8:55 PM to 9:30 PM (or so) ................ Mapping and Random Access Mapping is a rapid-fire audience announcement of issues, hiring, events, and other topics. Random Access follows people immediately to allow follow up on the announcements and other interests. From nagappan at gmail.com Fri Nov 18 07:02:15 2011 From: nagappan at gmail.com (Nagappan Alagappan) Date: Thu, 17 Nov 2011 22:02:15 -0800 Subject: [Baypiggies] BayPIGgies meeting tonight, Thursday, November 17, 2011: LDTP Techniques In-Reply-To: <1321550837.2349.21.camel@jim-LAPTOP> References: <1321550837.2349.21.camel@jim-LAPTOP> Message-ID: Hello, Slides of the presentation available here - http://people.freedesktop.org/~nagappan/LDTP.pdf Thanks Nagappan On Thu, Nov 17, 2011 at 9:27 AM, jim wrote: > BayPIGgies meeting tonight, Thursday, November 17, 2011: LDTP > Techniques > > > Speaker Nagappan Alagappan > http://nagappanal.blogspot.com > > Abstract: > Linux Desktop Testing Project (LDTP) developed as a python library, to > do GUI automation on Unix platform (Linux/Solaris/FreeBSD) running GNOME > >= 2.6. LDTP works on top of accessibility layer. Will briefly discuss > about different ways of developing / executing the tests. Recently the > client LDTP framework has been ported to Windows platform, so the same > test scripts can be executed, as long as the UI widgets are same. > > Project link: http://ldtp.freedesktop.org > > Bio: > Nagappan Alagappan has been working on software development and test > automation since 2000. Currently he is the Workstation automation lead > @VMware. Previously he worked in Novell., Inc. Creator of Linux Desktop > Testing Project (LDTP in short), a GUI automation library written in > Python. Contributed to many FOSS projects (Mono ADO.NET, Evolution QA, > Mozilla Firefox QA, Mago desktop testing, Clonezilla). > > Connect with Nagappan via nagappan at gmail.com or > nagappanal.blogspot.com. > > > ......................................... > > > LOCATION > Symantec Corporation > Symantec Vcafe > 350 Ellis Street > Mountain View, CA 94043 > > http://maps.google.com/maps/ms?oe=utf-8&client=firefox-a&ie=UTF8&fb=1&split=1&gl=us&ei=w6i_Sfr6MZmQsQOzlv0v&hl=en&t=h&msa=0&msid=116202735295394761637.00046550c09ff3d96bff1&ll=37.397693,-122.053707&spn=0.002902,0.004828&z=18 > > BayPIGgies meeting information is available at > http://www.baypiggies.net/ > > > ------------------------ Agenda ------------------------ > > > ..... 7:30 PM ........................... > General hubbub, inventory end-of-meeting announcements, > any first-minute announcements. > > > ..... 7:35 PM to 8:25 PM (or so) ................ > The talk: Linux Desktop Testing Project > > > ..... 8:25 PM to 8:55 PM (or so) ................ > Questions and Answers > > > ..... 8:55 PM to 9:30 PM (or so) ................ > Mapping and Random Access > > Mapping is a rapid-fire audience announcement of issues, > hiring, events, and other topics. > > Random Access follows people immediately to allow follow > up on the announcements and other interests. > > > > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies > -- Linux Desktop (GUI Application) Testing Project - http://ldtp.freedesktop.org http://nagappanal.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: