From dwilburn at whitepages.com Wed May 2 11:57:53 2007 From: dwilburn at whitepages.com (Daina Wilburn) Date: Wed, 2 May 2007 11:57:53 -0700 Subject: SPUG: DESPERATELY SEAKING SPEAKERS... Message-ID: <99EC30D21F5A8A44B1369983D2D9529940CF6E@netmail.corp.w3data.com> Hi everyone, So the time for our next meeting is approaching very soon- less than two weeks, and I'm searching for a speaker. Actually, it would be great if we could get a couple of volunteers for upcoming months. If you can't get something together for this month, but could commit to, say, August, or Novemember, or June, then that would be great as well. But in the near-term, if you know of someone that you would recommend, please forward this onto them or let me know and I'll try to reach out to them, or if you feel an urge to purge some important, or not so important words of wisdom, please let me know, OK? Anyway, you may now go back to your regularly scheduled programming... And, thanks! Daina Wilburn Whitepages.com From bill at celestial.com Wed May 2 17:28:39 2007 From: bill at celestial.com (Bill Campbell) Date: Wed, 2 May 2007 17:28:39 -0700 Subject: SPUG: DESPERATELY SEAKING SPEAKERS... In-Reply-To: <99EC30D21F5A8A44B1369983D2D9529940CF6E@netmail.corp.w3data.com> References: <99EC30D21F5A8A44B1369983D2D9529940CF6E@netmail.corp.w3data.com> Message-ID: <20070503002839.GB13158@ayn.mi.celestial.com> On Wed, May 02, 2007, Daina Wilburn wrote: >Hi everyone, > >So the time for our next meeting is approaching very soon- less than two >weeks, and I'm searching for a speaker. Actually, it would be great if >we could get a couple of volunteers for upcoming months. If you can't >get something together for this month, but could commit to, say, August, >or Novemember, or June, then that would be great as well. But in the >near-term, if you know of someone that you would recommend, please >forward this onto them or let me know and I'll try to reach out to them, >or if you feel an urge to purge some important, or not so important >words of wisdom, please let me know, OK? I was talking to Tim Maher at LinuxFest last weekend, and suggested that I could talk comparing perl and python which I've been using extensively while working with Zope and Plone. Bill -- INTERNET: bill at Celestial.COM Bill Campbell; Celestial Software, LLC URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 ``Mechanical Engineers build weapons. Civil Engineers build targets.'' From bill at celestial.com Wed May 2 17:28:39 2007 From: bill at celestial.com (Bill Campbell) Date: Wed, 2 May 2007 17:28:39 -0700 Subject: SPUG: DESPERATELY SEAKING SPEAKERS... In-Reply-To: <99EC30D21F5A8A44B1369983D2D9529940CF6E@netmail.corp.w3data.com> References: <99EC30D21F5A8A44B1369983D2D9529940CF6E@netmail.corp.w3data.com> Message-ID: <20070503002839.GB13158@ayn.mi.celestial.com> On Wed, May 02, 2007, Daina Wilburn wrote: >Hi everyone, > >So the time for our next meeting is approaching very soon- less than two >weeks, and I'm searching for a speaker. Actually, it would be great if >we could get a couple of volunteers for upcoming months. If you can't >get something together for this month, but could commit to, say, August, >or Novemember, or June, then that would be great as well. But in the >near-term, if you know of someone that you would recommend, please >forward this onto them or let me know and I'll try to reach out to them, >or if you feel an urge to purge some important, or not so important >words of wisdom, please let me know, OK? I was talking to Tim Maher at LinuxFest last weekend, and suggested that I could talk comparing perl and python which I've been using extensively while working with Zope and Plone. Bill -- INTERNET: bill at Celestial.COM Bill Campbell; Celestial Software, LLC URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 ``Mechanical Engineers build weapons. Civil Engineers build targets.'' From MichaelRWolf at att.net Wed May 2 20:09:15 2007 From: MichaelRWolf at att.net (Michael R. Wolf) Date: Wed, 2 May 2007 20:09:15 -0700 Subject: SPUG: DESPERATELY SEAKING SPEAKERS... In-Reply-To: <20070503002839.GB13158@ayn.mi.celestial.com> References: <99EC30D21F5A8A44B1369983D2D9529940CF6E@netmail.corp.w3data.com> <20070503002839.GB13158@ayn.mi.celestial.com> Message-ID: <002301c78d30$719ab760$f4bf11ac@mlaptop> > I was talking to Tim Maher [...] > compare perl and python Is "Python" a euphemism for "Minimal Perl"? :-) -- Michael R. Wolf All mammals learn by playing! MichaelRWolf at att.net From ingmar at site42.com Mon May 7 07:18:38 2007 From: ingmar at site42.com (Ingmar Ellenberger) Date: Mon, 7 May 2007 07:18:38 -0700 Subject: SPUG: Hashes with Private/Hidden Values Message-ID: <347dd89c0705070718p7c412ce4x3b3bd50e8591683@mail.gmail.com> Hi all, A couple of months ago I had a need for a hash where I could 'hide' keys from the foreach loop, but to my surprise, there seemed to be nothing of the sort on CPAN. In my usual re-invent-the-wheel style I wrote a class and named it 'Hash::Private' and am considering submitting it to CPAN. My questions are ... 1. Is there already something like this and I just didn't find it? 2. Is 'Hash::Private' an appropriate name, considering it's a hashref and the term 'private' is way too overloaded? I did find a class that had the ability to hide keys, but the package it was a part of also included dozens of other features that I didn't need (or want). Unfortunately, I don't recall the name of that class. I've attached the class for reference and critical review. Thanks in advance - Ingmar -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/spug-list/attachments/20070507/e13da584/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Private.pm Type: text/x-perl Size: 12510 bytes Desc: not available Url : http://mail.pm.org/pipermail/spug-list/attachments/20070507/e13da584/attachment.bin From ingmar at site42.com Mon May 7 07:18:38 2007 From: ingmar at site42.com (Ingmar Ellenberger) Date: Mon, 7 May 2007 07:18:38 -0700 Subject: SPUG: Hashes with Private/Hidden Values Message-ID: <347dd89c0705070718p7c412ce4x3b3bd50e8591683@mail.gmail.com> Hi all, A couple of months ago I had a need for a hash where I could 'hide' keys from the foreach loop, but to my surprise, there seemed to be nothing of the sort on CPAN. In my usual re-invent-the-wheel style I wrote a class and named it 'Hash::Private' and am considering submitting it to CPAN. My questions are ... 1. Is there already something like this and I just didn't find it? 2. Is 'Hash::Private' an appropriate name, considering it's a hashref and the term 'private' is way too overloaded? I did find a class that had the ability to hide keys, but the package it was a part of also included dozens of other features that I didn't need (or want). Unfortunately, I don't recall the name of that class. I've attached the class for reference and critical review. Thanks in advance - Ingmar -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/spug-list/attachments/20070507/e13da584/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Private.pm Type: text/x-perl Size: 12510 bytes Desc: not available Url : http://mail.pm.org/pipermail/spug-list/attachments/20070507/e13da584/attachment-0003.bin From twists at gmail.com Mon May 7 15:42:28 2007 From: twists at gmail.com (Joshua ben Jore) Date: Mon, 7 May 2007 15:42:28 -0700 Subject: SPUG: Hashes with Private/Hidden Values In-Reply-To: <347dd89c0705070718p7c412ce4x3b3bd50e8591683@mail.gmail.com> References: <347dd89c0705070718p7c412ce4x3b3bd50e8591683@mail.gmail.com> Message-ID: On 5/7/07, Ingmar Ellenberger wrote: > Hi all, > > A couple of months ago I had a need for a hash where I could 'hide' keys > from the foreach loop, but to my surprise, there seemed to be nothing of the > sort on CPAN. In my usual re-invent-the-wheel style I wrote a class and > named it 'Hash::Private' and am considering submitting it to CPAN. My > questions are ... > > 1. Is there already something like this and I just didn't find it? > 2. Is 'Hash::Private' an appropriate name, considering it's a hashref and > the term 'private' is way too overloaded? Does Tie::Hash::HiddenKeys make more sense to you? I don't immediately associate "undetectable" with your word "private." josh From MichaelRWolf at att.net Mon May 7 22:54:29 2007 From: MichaelRWolf at att.net (Michael R. Wolf) Date: Mon, 7 May 2007 22:54:29 -0700 Subject: SPUG: Hashes with Private/Hidden Values In-Reply-To: <347dd89c0705070718p7c412ce4x3b3bd50e8591683@mail.gmail.com> References: <347dd89c0705070718p7c412ce4x3b3bd50e8591683@mail.gmail.com> Message-ID: <001b01c79135$5e51c5a0$2500000a@mlaptop> I did not understand the terms ?hide? and ?private?, so I had to unpack the Private.pm attachment. To save others the trouble, here are a few lines... NAME Hash::Private - hashref with hidden (private) keys SYNOPSIS Using: use Hash::Private; my $hash = phash(); $hash->{username} = 'joedoe'; # exposed $hash->{_password} = 'doejoe'; # hidden Extending: package MyClass; use base 'Hash::Private'; sub new { shift->phash(@_) } sub _fetch { print "FETCH called\n" } sub _store { print "STORE called\n" } sub _exists { print "EXISTS called\n" } sub _delete { print "DELETE called"\n } DESCRIPTION Hash::Private is a class which 'hides' any key within a hash. It does this by convincing the hash iterators (each(), keys(), values()) to only return values that do not start with an underscore '_'. By doing so, you can hide keys within a hash by prefixing them with an underscore. [ ] -- Michael R. Wolf ??? All mammals learn by playing! ??????? MichaelRWolf at att.net From ingmar at site42.com Tue May 8 08:10:06 2007 From: ingmar at site42.com (Ingmar Ellenberger) Date: Tue, 8 May 2007 08:10:06 -0700 Subject: SPUG: Hashes with Private/Hidden Values In-Reply-To: <001b01c79135$5e51c5a0$2500000a@mlaptop> References: <347dd89c0705070718p7c412ce4x3b3bd50e8591683@mail.gmail.com> <001b01c79135$5e51c5a0$2500000a@mlaptop> Message-ID: <347dd89c0705080810v50e4466eu1879530202bd3e02@mail.gmail.com> Michael, Thanks for expanding that out (and revealing my poorly written documentation :). Still eagerly looking forward to critical review from fellow SPUSsters. - Ingmar On 5/7/07, Michael R. Wolf wrote: > > I did not understand the terms "hide" and "private", so I had to unpack > the > Private.pm attachment. To save others the trouble, here are a few > lines... > > NAME > Hash::Private - hashref with hidden (private) keys > > SYNOPSIS > Using: > > use Hash::Private; > > my $hash = phash(); > $hash->{username} = 'joedoe'; # exposed > $hash->{_password} = 'doejoe'; # hidden > > Extending: > > package MyClass; > use base 'Hash::Private'; > > sub new { shift->phash(@_) } > > sub _fetch { print "FETCH called\n" } > sub _store { print "STORE called\n" } > sub _exists { print "EXISTS called\n" } > sub _delete { print "DELETE called"\n } > > DESCRIPTION > Hash::Private is a class which 'hides' any key within a hash. It does > this by convincing the hash iterators (each(), keys(), values()) to > only > return values that do not start with an underscore '_'. By doing so, > you > can hide keys within a hash by prefixing them with an underscore. > > [?] > > > > -- > Michael R. Wolf > All mammals learn by playing! > MichaelRWolf at att.net > > > > _____________________________________________________________ > Seattle Perl Users Group Mailing List > POST TO: spug-list at pm.org > SUBSCRIPTION: http://mail.pm.org/mailman/listinfo/spug-list > MEETINGS: 3rd Tuesdays > WEB PAGE: http://seattleperl.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/spug-list/attachments/20070508/6c780133/attachment.html From ingmar at site42.com Tue May 8 08:15:05 2007 From: ingmar at site42.com (Ingmar Ellenberger) Date: Tue, 8 May 2007 08:15:05 -0700 Subject: SPUG: Hashes with Private/Hidden Values In-Reply-To: References: <347dd89c0705070718p7c412ce4x3b3bd50e8591683@mail.gmail.com> Message-ID: <347dd89c0705080815g5c72246enf4c53baea1fa7d75@mail.gmail.com> On 5/7/07, Joshua ben Jore wrote: > > On 5/7/07, Ingmar Ellenberger wrote: > > 2. Is 'Hash::Private' an appropriate name, considering it's a hashref > and > > the term 'private' is way too overloaded? > > Does Tie::Hash::HiddenKeys make more sense to you? I don't immediately > associate "undetectable" with your word "private." > > josh > Thanks Josh, I like the 'HiddenKeys' suggestion. Do you (or anyone) have any better ideas for the Tie::Hash part? Although this class uses a tied hash, it's really meant to be used as an object (i.e. a hashref) and putting it under Tie::Hash would be somewhat misleading. - Ingmar -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/spug-list/attachments/20070508/7dce3756/attachment.html From ingmar at site42.com Tue May 8 08:10:06 2007 From: ingmar at site42.com (Ingmar Ellenberger) Date: Tue, 8 May 2007 08:10:06 -0700 Subject: SPUG: Hashes with Private/Hidden Values In-Reply-To: <001b01c79135$5e51c5a0$2500000a@mlaptop> References: <347dd89c0705070718p7c412ce4x3b3bd50e8591683@mail.gmail.com> <001b01c79135$5e51c5a0$2500000a@mlaptop> Message-ID: <347dd89c0705080810v50e4466eu1879530202bd3e02@mail.gmail.com> Michael, Thanks for expanding that out (and revealing my poorly written documentation :). Still eagerly looking forward to critical review from fellow SPUSsters. - Ingmar On 5/7/07, Michael R. Wolf wrote: > > I did not understand the terms "hide" and "private", so I had to unpack > the > Private.pm attachment. To save others the trouble, here are a few > lines... > > NAME > Hash::Private - hashref with hidden (private) keys > > SYNOPSIS > Using: > > use Hash::Private; > > my $hash = phash(); > $hash->{username} = 'joedoe'; # exposed > $hash->{_password} = 'doejoe'; # hidden > > Extending: > > package MyClass; > use base 'Hash::Private'; > > sub new { shift->phash(@_) } > > sub _fetch { print "FETCH called\n" } > sub _store { print "STORE called\n" } > sub _exists { print "EXISTS called\n" } > sub _delete { print "DELETE called"\n } > > DESCRIPTION > Hash::Private is a class which 'hides' any key within a hash. It does > this by convincing the hash iterators (each(), keys(), values()) to > only > return values that do not start with an underscore '_'. By doing so, > you > can hide keys within a hash by prefixing them with an underscore. > > [?] > > > > -- > Michael R. Wolf > All mammals learn by playing! > MichaelRWolf at att.net > > > > _____________________________________________________________ > Seattle Perl Users Group Mailing List > POST TO: spug-list at pm.org > SUBSCRIPTION: http://mail.pm.org/mailman/listinfo/spug-list > MEETINGS: 3rd Tuesdays > WEB PAGE: http://seattleperl.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/spug-list/attachments/20070508/6c780133/attachment-0001.html From ingmar at site42.com Tue May 8 08:10:06 2007 From: ingmar at site42.com (Ingmar Ellenberger) Date: Tue, 8 May 2007 08:10:06 -0700 Subject: SPUG: Hashes with Private/Hidden Values In-Reply-To: <001b01c79135$5e51c5a0$2500000a@mlaptop> References: <347dd89c0705070718p7c412ce4x3b3bd50e8591683@mail.gmail.com> <001b01c79135$5e51c5a0$2500000a@mlaptop> Message-ID: <347dd89c0705080810v50e4466eu1879530202bd3e02@mail.gmail.com> Michael, Thanks for expanding that out (and revealing my poorly written documentation :). Still eagerly looking forward to critical review from fellow SPUSsters. - Ingmar On 5/7/07, Michael R. Wolf wrote: > > I did not understand the terms "hide" and "private", so I had to unpack > the > Private.pm attachment. To save others the trouble, here are a few > lines... > > NAME > Hash::Private - hashref with hidden (private) keys > > SYNOPSIS > Using: > > use Hash::Private; > > my $hash = phash(); > $hash->{username} = 'joedoe'; # exposed > $hash->{_password} = 'doejoe'; # hidden > > Extending: > > package MyClass; > use base 'Hash::Private'; > > sub new { shift->phash(@_) } > > sub _fetch { print "FETCH called\n" } > sub _store { print "STORE called\n" } > sub _exists { print "EXISTS called\n" } > sub _delete { print "DELETE called"\n } > > DESCRIPTION > Hash::Private is a class which 'hides' any key within a hash. It does > this by convincing the hash iterators (each(), keys(), values()) to > only > return values that do not start with an underscore '_'. By doing so, > you > can hide keys within a hash by prefixing them with an underscore. > > [?] > > > > -- > Michael R. Wolf > All mammals learn by playing! > MichaelRWolf at att.net > > > > _____________________________________________________________ > Seattle Perl Users Group Mailing List > POST TO: spug-list at pm.org > SUBSCRIPTION: http://mail.pm.org/mailman/listinfo/spug-list > MEETINGS: 3rd Tuesdays > WEB PAGE: http://seattleperl.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/spug-list/attachments/20070508/6c780133/attachment-0005.html From ingmar at site42.com Tue May 8 08:10:06 2007 From: ingmar at site42.com (Ingmar Ellenberger) Date: Tue, 8 May 2007 08:10:06 -0700 Subject: SPUG: Hashes with Private/Hidden Values In-Reply-To: <001b01c79135$5e51c5a0$2500000a@mlaptop> References: <347dd89c0705070718p7c412ce4x3b3bd50e8591683@mail.gmail.com> <001b01c79135$5e51c5a0$2500000a@mlaptop> Message-ID: <347dd89c0705080810v50e4466eu1879530202bd3e02@mail.gmail.com> Michael, Thanks for expanding that out (and revealing my poorly written documentation :). Still eagerly looking forward to critical review from fellow SPUSsters. - Ingmar On 5/7/07, Michael R. Wolf wrote: > > I did not understand the terms "hide" and "private", so I had to unpack > the > Private.pm attachment. To save others the trouble, here are a few > lines... > > NAME > Hash::Private - hashref with hidden (private) keys > > SYNOPSIS > Using: > > use Hash::Private; > > my $hash = phash(); > $hash->{username} = 'joedoe'; # exposed > $hash->{_password} = 'doejoe'; # hidden > > Extending: > > package MyClass; > use base 'Hash::Private'; > > sub new { shift->phash(@_) } > > sub _fetch { print "FETCH called\n" } > sub _store { print "STORE called\n" } > sub _exists { print "EXISTS called\n" } > sub _delete { print "DELETE called"\n } > > DESCRIPTION > Hash::Private is a class which 'hides' any key within a hash. It does > this by convincing the hash iterators (each(), keys(), values()) to > only > return values that do not start with an underscore '_'. By doing so, > you > can hide keys within a hash by prefixing them with an underscore. > > [?] > > > > -- > Michael R. Wolf > All mammals learn by playing! > MichaelRWolf at att.net > > > > _____________________________________________________________ > Seattle Perl Users Group Mailing List > POST TO: spug-list at pm.org > SUBSCRIPTION: http://mail.pm.org/mailman/listinfo/spug-list > MEETINGS: 3rd Tuesdays > WEB PAGE: http://seattleperl.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/spug-list/attachments/20070508/6c780133/attachment-0006.html From twists at gmail.com Wed May 9 08:45:45 2007 From: twists at gmail.com (Joshua ben Jore) Date: Wed, 9 May 2007 08:45:45 -0700 Subject: SPUG: Hashes with Private/Hidden Values In-Reply-To: <347dd89c0705080815g5c72246enf4c53baea1fa7d75@mail.gmail.com> References: <347dd89c0705070718p7c412ce4x3b3bd50e8591683@mail.gmail.com> <347dd89c0705080815g5c72246enf4c53baea1fa7d75@mail.gmail.com> Message-ID: On 5/8/07, Ingmar Ellenberger wrote: > On 5/7/07, Joshua ben Jore wrote: > > On 5/7/07, Ingmar Ellenberger wrote: > > > 2. Is 'Hash::Private' an appropriate name, considering it's a hashref > and > > > the term 'private' is way too overloaded? > > > > Does Tie::Hash::HiddenKeys make more sense to you? I don't immediately > > associate "undetectable" with your word "private." > > > > josh > > > > Thanks Josh, > > I like the 'HiddenKeys' suggestion. Do you (or anyone) have any better > ideas for the Tie::Hash part? Although this class uses a tied hash, it's > really meant to be used as an object ( i.e. a hashref) and putting it under > Tie::Hash would be somewhat misleading. See... I would think *not* being under Tie:: is misleading since that is its entire trick. Hashes are not objects and having a funky behaving hash doesn't mean I should have to work with it via a reference. Why should I have to say $hash_ref->{_private} when I can just as easily desire to say $hash{_private}? With the latter, the interface could be construed to be more clearly be a Tie:: module. Josh From dwilburn at whitepages.com Fri May 11 00:31:17 2007 From: dwilburn at whitepages.com (Daina Wilburn) Date: Fri, 11 May 2007 00:31:17 -0700 Subject: SPUG: Meeting Announcement -- 15 May, 2007 References: <4432BA79E0582B4698D5E3F3E46232AF02CF3329@post.corp.w3data.com> <99EC30D21F5A8A44B1369983D2D9529911197A@netmail.corp.w3data.com> Message-ID: <99EC30D21F5A8A44B1369983D2D952991119C2@netmail.corp.w3data.com> May 2007 Seattle Perl Users Group (SPUG) Meeting ==================================================== Topic: Transformation of Free Software into Libre Services Speaker: Mohsen Banan, founder, Free Protocols Foundation Meeting Date: Tuesday, 15 May 2007 Meeting Time: 6:30 - 8:30 p.m. Location: Whitepages.com offices, downtown Seattle Cost: Admission is free and open to the public Info: http://seattleperl.org/ ==================================================== This coming Tuesday, May 15th, promises to be a very intriguing evening, as we come together once again for the regular monthly meeting of the Seattle Perl Users Group. This month Mohsen Banan will be talking about the Libre Services model, an extension of the principles of free software into the domain of Internet services. An excerpt from Mr. Banan: "Libre Services are implemented entirely in free software, based entirely on patent-free protocols, and reproducible as a complete service by anyone. Any company, organization or individual can reproduce and host any Libre Service, and deliver the service to others. Or any group of individuals can host the service for themselves, thus acting as their own service provider. .... The Libre Services model exists in relationship to the proprietary Internet services model of AOL, MSN and Yahoo, in an analogous way to how GNU/Linux exists in relation to Microsoft Windows. " The Libre Services Manifesto, the overarching document, organized as a series of independent articles, describes every aspect of the Libre Services model, and can be found at http://www.libreservices.org. So, come one and all! Remember to bring someone who hasn't ventured over before, and, of course, remember to bring yourself! Thanks again to the Whitepages folk for providing all we need to have a great meeting and presentation, to all the SPUG members that show up at meetings or participate on the list to make the group worthwhile in the first place, and all the JAPHs out there for just being. Meeting Location ================ Whitepages.com is located on the 16th floor of the Rainier Square Tower (1301 5th Avenue, Seattle) which is across from the 5th Avenue Theater. See the directions[1] for a quick primer on how to reach us from various locations across Puget Sound. There are plenty of locations to park in the area, including on the street. If you're looking for off-street parking, you can park in the Rainier Square garage which has an entrance on Union St. After 6PM, the building management restricts access to most floors. Our host is trying to take care of this, but if unsuccessful, they will station someone on the 1st floor near the elevator bank and 5th Avenue entrance to let people in. Worst case scenario, give the host a call on his cell phone[2] or [3] and he'll run down to let you in. Our hosts are providing a generous assortment of free sodas, fruit drinks, teas, and coffee, and also have some snacks. You definitely won't dehydrate here. See you there! -DW [1] - https://vpn.whitepages.com/go/www.whitepagesinc.com/locations [2] - 206 354 7789 - Colin Meyer [3] - 206-271-9267 - Daina Wilburn _____________________________________________________________ Seattle Perl Users Group Mailing List POST TO: spug-list at pm.org SUBSCRIPTION: http://mail.pm.org/mailman/listinfo/spug-list MEETINGS: 3rd Tuesdays WEB PAGE: http://seattleperl.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/spug-list/attachments/20070511/6a257ceb/attachment.html From dwilburn at whitepages.com Mon May 14 14:52:54 2007 From: dwilburn at whitepages.com (Daina Wilburn) Date: Mon, 14 May 2007 14:52:54 -0700 Subject: SPUG: Meeting Announcement Reminder -- 15 May, 2007 Message-ID: <99EC30D21F5A8A44B1369983D2D9529940D43E@netmail.corp.w3data.com> ======================================================= REMINDER: Seattle Perl Users Group Meeting for May 2007 ======================================================= Topic: Transformation of Free Software into Libre Services Speaker: Mohsen Banan, founder, Free Protocols Foundation Meeting Date: Tuesday, 15 May 2007 Meeting Time: 6:30 - 8:30 p.m. Location: Whitepages.com offices, downtown Seattle Cost: Admission is free and open to the public Info: http://seattleperl.org/ ======================================================== Don't forget the next Seattle Perl Users Group Meeting is this Tuesday, tomorrow, May 15th, beginning at 6:30 p.m. Our speaker this month is Mohsen Banan, and he will be talking about the Libre Services model, an extension of the principles of free software into the domain of Internet services. Mr. Banan is both a skilled engineer and a successful businessman. As an engineer, Mr. Banan has over 20 years experience. He is a recognized expert in the design and implementation of distributed systems, especially message handling systems and mobile data networks. He is particularly well-known for his expertise in data communications, telecommunications and wireless protocols. And as a businessman, Mr. Banan has run Neda Communications as a successful and profitable company for over eleven years. In addition to its financial success, Neda is also a highly innovative industry leader. More recently, he has established as his goal the creation of a truly open mobile messaging industry. Because of his combination of technical expertise, visionary thinking and business experience, Mr. Banan is uniquely qualified to lead such a significant and important industry-building enterprise. Mr. Banan is the originator of the radical new concept of Libre Services. To describe this concept he has written "A Vision for Free Internet Application Services," and to demonstrate the concept he has implemented it in the form of showcase set of services at My.ByName.net. As a result of his visionary work Mr. Banan has accumulated a large body of publications. Some of his most recent and influential publications include RFC-2524, RFC-2188, Internetwork Mobility (published by Prentice-Hall), and the ground-breaking industry white paper Operation WhiteBerry. Mr. Banan is also the author of a large body of open-source and free software, most of which is in the form of highly portable and efficient protocol engine implementations. This software is freely available at MailMeAnywhere, Neda's open-source software distribution center. Mr. Banan holds a BS degree in Electrical Engineering (Magna Cum Laude) from Seattle University and an MS degree in Computer Engineering from the University of Washington. Mr. Banan's bio may be found at: http://mohsen.banan.1.byname.net/ProfessionalBio/. Check it out. =================================== About the Libre Services Manifesto: =================================== The Libre Services Manifesto describes a radically new, completely non-proprietary model for the delivery of Internet services. Libre Services are an extension of the principles of free software into the Internet services domain. They are Internet services that may be freely copied and reused by anyone. The Libre Services model exists in relationship to the proprietary Internet services model of AOL, MSN and Yahoo, in an analogous way to how GNU/Linux exists in relation to Microsoft Windows. The Libre Services Manifesto is organized as a series of largely independent articles. Each article stands on its own, and can be read and understood independently of the others. Together, these articles provide a complete description of every aspect of the Libre Services concept. Since each article is intended to be self-contained, some material may be duplicated in more than one article. It can be found at http://www.libreservices.org. So, come one and all! Remember to bring someone who hasn't ventured over before, and, of course, remember to bring yourself! Thanks again to the Whitepages folk for providing all we need to have a great meeting and presentation, to all the SPUG members that show up at meetings or participate on the list to make the group worthwhile in the first place, and all the JAPHs out there for just being. Meeting Location ================ Whitepages.com is located on the 16th floor of the Rainier Square Tower (1301 5th Avenue, Seattle) which is across from the 5th Avenue Theater. See the directions[1] for a quick primer on how to reach us from various locations across Puget Sound. There are plenty of locations to park in the area, including on the street. If you're looking for off-street parking, you can park in the Rainier Square garage which has an entrance on Union St. After 6PM, the building management restricts access to most floors. Our host is trying to take care of this, but if unsuccessful, they will station someone on the 1st floor near the elevator bank and 5th Avenue entrance to let people in. Worst case scenario, give the host a call on his cell phone[2] or [3] and he'll run down to let you in. Our hosts are providing a generous assortment of free sodas, fruit drinks, teas, and coffee, and also have some snacks. You definitely won't dehydrate here. See you there! -DW [1] - https://vpn.whitepages.com/go/www.whitepagesinc.com/locations [2] - 206 354 7789 - Colin Meyer [3] - 206-271-9267 - Daina Wilburn _____________________________________________________________ Seattle Perl Users Group Mailing List POST TO: spug-list at pm.org SUBSCRIPTION: http://mail.pm.org/mailman/listinfo/spug-list MEETINGS: 3rd Tuesdays WEB PAGE: http://seattleperl.org/ From MichaelRWolf at att.net Tue May 15 11:31:04 2007 From: MichaelRWolf at att.net (Michael R. Wolf) Date: Tue, 15 May 2007 11:31:04 -0700 Subject: SPUG: Microsoft says Linux, open source violate patents Message-ID: <004301c7971f$3616c230$0300a8c0@mlaptop> Today's "Seattle Times" carried story by Bloomberg News. http://seattletimes.nwsource.com/html/businesstechnology/2003707057_microsof tlinux15.html The story is all over the net. Slashdot: http://yro.slashdot.org/yro/07/05/15/1348209.shtml Elsewhere: http://www.ask.com/web?q=microsoft+patent+%22open+source%22&qsrc=1&o=0&l=dir -- Michael R. Wolf All mammals learn by playing! MichaelRWolf at att.net From MichaelRWolf at att.net Tue May 15 13:43:57 2007 From: MichaelRWolf at att.net (Michael R. Wolf) Date: Tue, 15 May 2007 13:43:57 -0700 Subject: SPUG: non-VPN directions [Was: Meeting Announcement Reminder -- 15 May, 2007] In-Reply-To: <99EC30D21F5A8A44B1369983D2D9529940D43E@netmail.corp.w3data.com> References: <99EC30D21F5A8A44B1369983D2D9529940D43E@netmail.corp.w3data.com> Message-ID: <000801c79731$c987f270$0300a8c0@mlaptop> Anyone needing directions to 1301 Fifth Avenue, Suite 1600; Seattle, WA Can find them in the non-VPN address http://www.whitepagesinc.com/locations -- Michael R. Wolf All mammals learn by playing! MichaelRWolf at att.net From benj.fredrick at gmail.com Tue May 15 13:47:49 2007 From: benj.fredrick at gmail.com (Benj Fredrick) Date: Tue, 15 May 2007 13:47:49 -0700 Subject: SPUG: Fwd: Microsoft says Linux, open source violate patents In-Reply-To: <6e21e84a0705151140y787b6224o92ea19b8bfee16da@mail.gmail.com> References: <004301c7971f$3616c230$0300a8c0@mlaptop> <6e21e84a0705151140y787b6224o92ea19b8bfee16da@mail.gmail.com> Message-ID: <6e21e84a0705151347v5df35be3w8165be3d488e48fa@mail.gmail.com> I mistakenly replied only to Michael, rather than the entire list ... I like this breakdown from groklaw: http://www.groklaw.net/article.php?story=20070513234519615 On 5/15/07, Michael R. Wolf wrote: > Today's "Seattle Times" carried story by Bloomberg News. > > http://seattletimes.nwsource.com/html/businesstechnology/2003707057_microsof > tlinux15.html > > The story is all over the net. > > Slashdot: > http://yro.slashdot.org/yro/07/05/15/1348209.shtml > > > Elsewhere: > http://www.ask.com/web?q=microsoft+patent+%22open+source%22&qsrc=1&o=0&l=dir > > > -- > Michael R. Wolf > All mammals learn by playing! > MichaelRWolf at att.net > > > _____________________________________________________________ > Seattle Perl Users Group Mailing List > POST TO: spug-list at pm.org > SUBSCRIPTION: http://mail.pm.org/mailman/listinfo/spug-list > MEETINGS: 3rd Tuesdays > WEB PAGE: http://seattleperl.org/ > From dwilburn at whitepages.com Tue May 15 13:52:51 2007 From: dwilburn at whitepages.com (Daina Wilburn) Date: Tue, 15 May 2007 13:52:51 -0700 Subject: SPUG: non-VPN directions [Was: Meeting Announcement Reminder -- 15May, 2007] In-Reply-To: <000801c79731$c987f270$0300a8c0@mlaptop> Message-ID: <99EC30D21F5A8A44B1369983D2D9529940D4DB@netmail.corp.w3data.com> Thanks Michael. Daina Wilburn W H I T E P A G E S .C O M | I N C p: 206.812.9216 | f: 206.621.1375 dwilburn at whitepages.com www.whitepagesinc.com -----Original Message----- From: spug-list-bounces+dwilburn=whitepages.com at pm.org [mailto:spug-list-bounces+dwilburn=whitepages.com at pm.org] On Behalf Of Michael R. Wolf Sent: Tuesday, May 15, 2007 1:44 PM To: spug-list at mail.pm.org Subject: SPUG: non-VPN directions [Was: Meeting Announcement Reminder -- 15May, 2007] Anyone needing directions to 1301 Fifth Avenue, Suite 1600; Seattle, WA Can find them in the non-VPN address http://www.whitepagesinc.com/locations -- Michael R. Wolf All mammals learn by playing! MichaelRWolf at att.net _____________________________________________________________ Seattle Perl Users Group Mailing List POST TO: spug-list at pm.org SUBSCRIPTION: http://mail.pm.org/mailman/listinfo/spug-list MEETINGS: 3rd Tuesdays WEB PAGE: http://seattleperl.org/ From patrick.m.plummer at boeing.com Tue May 15 15:22:06 2007 From: patrick.m.plummer at boeing.com (Plummer, Patrick M) Date: Tue, 15 May 2007 15:22:06 -0700 Subject: SPUG: Microsoft says Linux, open source violate patents In-Reply-To: <004301c7971f$3616c230$0300a8c0@mlaptop> References: <004301c7971f$3616c230$0300a8c0@mlaptop> Message-ID: <6D47A816CA3BA941A0B9A59E9E8C48B503C620A8@XCH-NW-3V2.nw.nos.boeing.com> ... And still no specifics. Does anyone have a list of the exact patents that are alleged to be infringed upon? I suppose I could (theoretically) state the very same claim as McBill but unless I can show facts and data then there is little recourse. My thanks to Mr. Wolf for notifying me I had responded to the group improperly. -----Original Message----- From: Michael R. Wolf [mailto:MichaelRWolf at att.net] Sent: Tuesday, May 15, 2007 11:31 AM To: spug-list at pm.org Subject: SPUG: Microsoft says Linux, open source violate patents Today's "Seattle Times" carried story by Bloomberg News. http://seattletimes.nwsource.com/html/businesstechnology/2003707057_micr osof tlinux15.html The story is all over the net. Slashdot: http://yro.slashdot.org/yro/07/05/15/1348209.shtml Elsewhere: http://www.ask.com/web?q=microsoft+patent+%22open+source%22&qsrc=1&o=0&l =dir -- Michael R. Wolf All mammals learn by playing! MichaelRWolf at att.net _____________________________________________________________ Seattle Perl Users Group Mailing List POST TO: spug-list at pm.org SUBSCRIPTION: http://mail.pm.org/mailman/listinfo/spug-list MEETINGS: 3rd Tuesdays WEB PAGE: http://seattleperl.org/ From jarich at perltraining.com.au Tue May 15 17:55:48 2007 From: jarich at perltraining.com.au (Jacinta Richardson) Date: Wed, 16 May 2007 10:55:48 +1000 Subject: SPUG: Microsoft says Linux, open source violate patents In-Reply-To: <6D47A816CA3BA941A0B9A59E9E8C48B503C620A8@XCH-NW-3V2.nw.nos.boeing.com> References: <004301c7971f$3616c230$0300a8c0@mlaptop> <6D47A816CA3BA941A0B9A59E9E8C48B503C620A8@XCH-NW-3V2.nw.nos.boeing.com> Message-ID: <464A5694.4070208@perltraining.com.au> Plummer, Patrick M wrote: > ... And still no specifics. Does anyone have a list of the exact patents > that are alleged to be infringed upon? I suppose I could (theoretically) > state the very same claim as McBill but unless I can show facts and data > then there is little recourse. I don't think anyone outside of Microsoft has that list. "[Microsoft's licensing chief Horacio] Gutierrez refuses to identify specific patents or explain how they're being infringed, lest FOSS advocates start filing challenges to them." http://money.cnn.com/magazines/fortune/fortune_archive/2007/05/28/100033867/index.htm As PJ wrote (groklaw) that doesn't inspire the impression that they're confident about those patents... J -- ("`-''-/").___..--''"`-._ | Jacinta Richardson | `6_ 6 ) `-. ( ).`-.__.`) | Perl Training Australia | (_Y_.)' ._ ) `._ `. ``-..-' | +61 3 9354 6001 | _..`--'_..-_/ /--'_.' ,' | contact at perltraining.com.au | (il),-'' (li),' ((!.-' | www.perltraining.com.au | From cos at indeterminate.net Wed May 16 08:27:31 2007 From: cos at indeterminate.net (John Costello) Date: Wed, 16 May 2007 08:27:31 -0700 (PDT) Subject: SPUG: Microsoft says Linux, open source violate patents In-Reply-To: <004301c7971f$3616c230$0300a8c0@mlaptop> Message-ID: On Tue, 15 May 2007, Michael R. Wolf wrote: > Today's "Seattle Times" carried story by Bloomberg News. [...] Linus responds in Information Week. One analysis I've read (sorry can't find it) suggests that Micorosoft is less interested in a court fight than in convincing tech vendors to enter licensing agreements. P-I's article and two AP articles published through the P-I From cos at indeterminate.net Wed May 16 12:16:28 2007 From: cos at indeterminate.net (John Costello) Date: Wed, 16 May 2007 12:16:28 -0700 (PDT) Subject: SPUG: Understanding RUID EUID and modules (fwd) Message-ID: Sending this again, as the original didn't come through and I wouldn't be surprised if $< and $> in the Subject caused problems. ---------- Forwarded message ---------- Date: Wed, 16 May 2007 11:51:09 -0700 (PDT) From: John Costello To: spug-list at pm.org Subject: Understanding $<, $> and modules I'm puzzling over how Perl handles changes to $< and $> when run as root. What I'm trying to do: Drop privileges to a non-root user, do some things, return to root privileges. There may be better ways to do all this, but I'm more interested in why Perl behaves the way it does. If I run this from a perl script print "RUID $< and EUID $>\n"; $< = $> = 8000; print "RUID now $< and EUID now $>\n"; $< = $> = 0; print "RUID set to $< and EUID set to $>\n"; I get RUID 0 and EUID 0 RUID now 8000 and EUID now 8000 RUID set to 8000 and EUID set to 8000 which is what I expect. If I dump $< = $> = 8000; into a module that I call from the main script, so that I now have this script print "RUID $< and EUID $>\n"; $results = local::SetPerms->changed_ruid_euid(); print "RUID now $< and EUID now $>\n"; $< = $> = 0; print "RUID set to $< and EUID set to $>\n"; I get RUID 0 and EUID 0 RUID now 8000 and EUID now 8000 RUID set to 0 and EUID set to 0 which I didn't expect, because I don't know what is going on under the hood. So, do modules have their own $< and $>, copied from the main script? Are modules run as separate processes? Where would be a good spot to start reading (Programming Perl?)? John From krahnj at telus.net Wed May 16 12:51:40 2007 From: krahnj at telus.net (John W. Krahn) Date: Wed, 16 May 2007 12:51:40 -0700 Subject: SPUG: Understanding RUID EUID and modules (fwd) In-Reply-To: References: Message-ID: <464B60CC.5010204@telus.net> John Costello wrote: > > So, do modules have their own $< and $>, copied from the main script? Are > modules run as separate processes? Where would be a good spot to start > reading (Programming Perl?)? Some of Perl's special variables are package scoped variables and some are global. Unfortunately the documentation does not specify the scope of $< and $> but I would have to assume from your experiment that they probably have package scope. perldoc perlvar John -- Perl isn't a toolbox, but a small machine shop where you can special-order certain sorts of tools at low cost and in short order. -- Larry Wall From cos at indeterminate.net Wed May 16 11:51:09 2007 From: cos at indeterminate.net (John Costello) Date: Wed, 16 May 2007 11:51:09 -0700 (PDT) Subject: SPUG: Understanding $<, $> and modules Message-ID: I'm puzzling over how Perl handles changes to $< and $> when run as root. What I'm trying to do: Drop privileges to a non-root user, do some things, return to root privileges. There may be better ways to do all this, but I'm more interested in why Perl behaves the way it does. If I run this from a perl script print "RUID $< and EUID $>\n"; $< = $> = 8000; print "RUID now $< and EUID now $>\n"; $< = $> = 0; print "RUID set to $< and EUID set to $>\n"; I get RUID 0 and EUID 0 RUID now 8000 and EUID now 8000 RUID set to 8000 and EUID set to 8000 which is what I expect. If I dump $< = $> = 8000; into a module that I call from the main script, so that I now have this script print "RUID $< and EUID $>\n"; $results = local::SetPerms->changed_ruid_euid(); print "RUID now $< and EUID now $>\n"; $< = $> = 0; print "RUID set to $< and EUID set to $>\n"; I get RUID 0 and EUID 0 RUID now 8000 and EUID now 8000 RUID set to 0 and EUID set to 0 which I didn't expect, because I don't know what is going on under the hood. So, do modules have their own $< and $>, copied from the main script? Are modules run as separate processes? Where would be a good spot to start reading (Programming Perl?)? John From jsl at blarg.net Wed May 16 13:16:41 2007 From: jsl at blarg.net (Jim Ludwig) Date: Wed, 16 May 2007 13:16:41 -0700 Subject: SPUG: Understanding RUID EUID and modules (fwd) In-Reply-To: (message from John Costello on Wed, 16 May 2007 12:16:28 -0700 (PDT)) Message-ID: John Costello wrote: >> If I run this from a perl script >> >> >> print "RUID $< and EUID $>\n"; >> $< = $> = 8000; >> print "RUID now $< and EUID now $>\n"; >> $< = $> = 0; >> print "RUID set to $< and EUID set to $>\n"; >> >> I get >> >> RUID 0 and EUID 0 >> RUID now 8000 and EUID now 8000 >> RUID set to 8000 and EUID set to 8000 >> >> which is what I expect. I don't know if you're going to expect this, but if you run *this* script as root... print "RUID $< and EUID $>\n"; #$< = $> = 8000; $> = $< = 8000; print "RUID now $< and EUID now $>\n"; $< = $> = 0; print "RUID set to $< and EUID set to $>\n"; ...then you get this: RUID 0 and EUID 0 RUID now 8000 and EUID now 8000 RUID set to 0 and EUID set to 0 Cheers, jim From sthoenna at efn.org Wed May 16 13:20:34 2007 From: sthoenna at efn.org (Yitzchak Scott-Thoennes) Date: Wed, 16 May 2007 13:20:34 -0700 (PDT) Subject: SPUG: Understanding RUID EUID and modules (fwd) In-Reply-To: References: Message-ID: <38595.64.81.167.122.1179346834.squirrel@webmail.efn.org> On Wed, May 16, 2007 12:16 pm, John Costello wrote: > I'm puzzling over how Perl handles changes to $< and $> when run as root. > > What I'm trying to do: Drop privileges to a non-root user, do some > things, return to root privileges. There may be better ways to do all > this, but I'm more interested in why Perl behaves the way it does. There's code you could copy and paste to do the dropped-privileges code in a child process in http://perldoc.perl.org/perlsec.html. > print "RUID $< and EUID $>\n"; $< = $> = 8000; > print "RUID now $< and EUID now $>\n"; $< = $> = 0; > print "RUID set to $< and EUID set to $>\n"; > > I get > > RUID 0 and EUID 0 > RUID now 8000 and EUID now 8000 > RUID set to 8000 and EUID set to 8000 > > which is what I expect. > > If I dump > > $< = $> = 8000; > > into a module that I call from the main script, so that I now have this > script > > print "RUID $< and EUID $>\n"; $results = > local::SetPerms->changed_ruid_euid(); > print "RUID now $< and EUID now $>\n"; $< = $> = 0; > print "RUID set to $< and EUID set to $>\n"; > > I get > > RUID 0 and EUID 0 > RUID now 8000 and EUID now 8000 > RUID set to 0 and EUID set to 0 > > which I didn't expect, because I don't know what is going on under the > hood. > > So, do modules have their own $< and $>, copied from the main script? No. > Are modules run as separate processes? No. I suspect you reversed the order of the variables in your module. At least, that's the only way I can duplicate your results. Switching back to root seems to be allowed only if you change ruid first when dropping privileges and last when raising them. > Where would be a good spot to start > reading (Programming Perl?)? perlvar and some perlsec. Your set*id man pages. If you really want to know what's happening at the guts level, strace/ truss, or look at the source code: Perl_magic_set(), case '>' and case '<', in http://public.activestate.com/pub/apc/perl-5.8.x/mg.c. From jarich at perltraining.com.au Wed May 16 15:38:51 2007 From: jarich at perltraining.com.au (Jacinta Richardson) Date: Thu, 17 May 2007 08:38:51 +1000 Subject: SPUG: Understanding RUID EUID and modules (fwd) In-Reply-To: References: Message-ID: <464B87FB.6020705@perltraining.com.au> You might have some luck understanding this if you have a look at what Paul Fenwick did in Proc::UID (which I'll have to bump him on to get it "production ready"). Although he might use $< and $>, I can't remember. There's a Perlmonks thread at http://perlmonks.org/?node_id=361909 too. I remember him finding a bug in handling of $< and $>, in that they _cache_ the *id results. This means that if you call an external program, or use a C routine which makes changes to them, $< and $> might be wrong. J From jobs-noreply at seattleperl.org Fri May 18 12:22:56 2007 From: jobs-noreply at seattleperl.org (SPUG Jobs) Date: Fri, 18 May 2007 12:22:56 -0700 (PDT) Subject: SPUG: JOB: Release Engineer at Expedia Message-ID: Description: The Release Engineering Team at Expedia is looking for a candidate who is interested in transforming the way software is released at Expedia. Primary responsibilities will include designing, implementing and maintaining large-scale build & deployment automation systems and maintaining source control systems. This is the perfect chance to play a large part on designing a system from the ground up. There are huge opportunities here for leveraging your automation expertise! Required Skills: * In-depth knowledge of and experience with one or more of the following scripting languages: Perl, Python, Ruby, VBScript. * Excellent grasp of software engineering principles including development and release lifecycle processes * Ability to troubleshoot complex software applications and environment problems. * Experience deploying Java and J2EE applications (Tomcat a plus). * SQL Server: able to perform lightweight DBA tasks, and write SQL queries. * In-depth knowledge of Windows. * SCM Administration experience with tools such as Perforce, Source Depot, Subversion, etc. * Experience with CruiseControl or other continuous integration build systems. Desirable Skills: * Experience with commercial data center automation tools, such as BladeLogic. * XML, XHTML, CSS and web development a plus. * Familiarity with RSS/Atom. * Experience designing and implementing installers and packaging systems (MSI, RPM, NSIS, etc.). Other details: * This is a regular, full-time position * Our compensation package includes base, bonus and restricted stock units * Interested applicants should email their resume to me: sulrich at expedia.com * We are located in Bellevue, WA (Eastgate) * With more than $17 billion in annual gross travel bookings, Expedia, Inc. plays a leading role in facilitating travel, whether for business or for pleasure, and is committed to providing travelers with the very best resources to serve their travel needs. Sheri Ulrich Technical Recruiter 3150 139th Avenue SE Bellevue, WA 98005 425.679.7540 desk | 425.564.7244 fax sulrich at expedia.com From andrew at sweger.net Mon May 21 09:41:39 2007 From: andrew at sweger.net (Andrew Sweger) Date: Mon, 21 May 2007 09:41:39 -0700 (PDT) Subject: SPUG: YAPC::NA 2007 Early Bird Pricing Ends Soon Message-ID: Early Bird pricing for YAPC::NA 2007 ($85) ends soon. Register before it's too late! Early Bird pricing ends at 11:59 PM CDT Tuesday, May 22nd. Starting Wednesday May 23rd, the price is $100. If you haven't registered yet, please do so by visiting http://conferences.mongueurs.net/yn2007/. If you already have a login, but haven't purchased your ticket yet, choose the 'Edit profile' from the left menu and follow the 'purchase your conference ticket' link. -- Andrew B. Sweger -- The great thing about multitasking is that several things can go wrong at once. From cos at indeterminate.net Mon May 21 10:06:37 2007 From: cos at indeterminate.net (John Costello) Date: Mon, 21 May 2007 10:06:37 -0700 (PDT) Subject: SPUG: Understanding RUID EUID and modules (fwd) In-Reply-To: <38595.64.81.167.122.1179346834.squirrel@webmail.efn.org> Message-ID: On Wed, 16 May 2007, Yitzchak Scott-Thoennes wrote: > I suspect you reversed the order of the variables in your module. > At least, that's the only way I can duplicate your results. > Switching back to root seems to be allowed only if you change > ruid first when dropping privileges and last when raising them. I screwed up my code. Thanks for pointing that out, and my apologies for taking up bandwidth (yours and the list's). Thanks to all for the pointers on code to read. John