pyobjc-dev — CVS commit notices go here

[Pyobjc-dev] Re: List migration prep

[David E. <epp...@ic...>]

In article <603...@ur...>,
 Zachery Bir <zb...@ur...> wrote:

> With all that, we can set the list up on python.org.
> 
> The only thing subscribers would need to do locally (or serverly) is 
> change any filtering rules (procmail, Mail.app, &c) to account for the 
> new List-Id, and change the list address in their address books.

I'm reading the list as a newsgroup, gmane.comp.python.pyobjc.devel. I 
don't see any forms for getting gmane.org to handle the address change 
automatically, but it looks like it could be done manually by sending an 
email to re...@gm....

-- 
David Eppstein                      http://www.ics.uci.edu/~eppstein/
Univ. of California, Irvine, School of Information & Computer Science

[Pyobjc-dev] Re: Moving this list to python.org?

[Michael H. <mw...@py...>]

Bob Ippolito <bo...@re...> writes:

> Personally I wouldn't mind seeing it move, sf.net's mailing lists and
> anon CVS have had lackluster performance/latency for quite a while.

Anon CVS seems to be working well again, FWIW.

Cheers,
mwh

-- 
  Unfortunately, nigh the whole world is now duped into thinking that 
  silly fill-in forms on web pages is the way to do user interfaces.  
                                        -- Erik Naggum, comp.lang.lisp

Re: [Pyobjc-dev] PyObjC: Non-aligned pointer being freed

[Ronald O. <ous...@ci...>]

On 22 okt 2003, at 19:10, Bob Swerdlow wrote:

> I'm getting these error messages from by PyObjC (version 1.0) 
> application:
>
> PyObjCPointer created: at 0x208aaa0 of type
> {_NSModalSession=@@^{_NSModalSession}iciI^vi@@:^vi}
> *** malloc[1763]: error for object 0x379174: Non-aligned pointer being 
> freed
>
> The offending code is:

Please file a bug on SF to help us remember the bug is there. I hope to 
fix this problem soon.

Ronald

[Pyobjc-dev] List migration prep

[Zachery B. <zb...@ur...>]

On Oct 24, 2003, at 3:53 PM, b.bum wrote:

> I'm for the move, as well...
>
> If I can do anything to help with the move, let me know.

Needed for the move (from off-list chat with Barry Warsaw):

   - we'll need to get the list subdir (likely lists/pyobjc) with the 
config.db file, and the archives in mbox format.

   - since I don't think even the maintainers have ssh access to the 
servers, and they're not running pipermail, we're going to have to make 
an sf admin request to get the above.

With all that, we can set the list up on python.org.

The only thing subscribers would need to do locally (or serverly) is 
change any filtering rules (procmail, Mail.app, &c) to account for the 
new List-Id, and change the list address in their address books.

I don't have a SF maintainer/developer account, so I'm not sure I can 
do much with that end of the equation, but I can help do the migration 
if a project maintainer (Bill, Ronald, or sdm7g?) can get the ball 
rolling with SF.

Zac

Re: [Pyobjc-dev] Moving this list to python.org?

[b.bum <bb...@ma...>]

I'm for the move, as well...

If I can do anything to help with the move, let me know.

b.bum

Re: [Pyobjc-dev] Moving this list to python.org?

[Just v. R. <ju...@le...>]

Just van Rossum wrote:

[an apology]

How ironic that this email arrived with a delay of over 48 (!) hours...

I'm all for the move, this is unbearable.

Just

Re: [Pyobjc-dev] Moving this list to python.org?

[Just v. R. <ju...@le...>]

Zachery Bir wrote:

> Before today, a whole buncha people argued:
> 
> > [Gripe!!]
> >
> >> [Gripe?!]
> >>
> >>> [Gripe.]
> >>>
> >>>> [Question?]
> 
> I've talked with Barry Warsaw, the Maintainer of the Lists on
> python.org. He has no problems with the PyObjC list being hosted
> there. Sometimes, rather than getting into pissing contests, it's
> better to just ask those in the know. ;)

That's the way to do it...

Sorry, I suppose I was just having a bad day. I was simply offended by
the idea that we (the PyObjC community) could somehow _decide_ to move
our list(s) there. I guess I overreacted.

Just

Re: [Pyobjc-dev] __dict__?

[Ronald O. <ous...@ci...>]

On 21 okt 2003, at 7:58, b.bum wrote:

> http://www.pobox.com/~adamf/software/PyUMLGraph
>
> (graphviz installs fine via Fink, btw.)
>
> I was playing with PyUMLGraph (cool stuff) and ran it against a PyObjC 
> example.  It breaks with the following which raises the question as to 
> whether or not we should have a __dict__ attribute on the Python side 
> of the bridge and, if so, what it should be populated with.
That's a bug in PyUMLGraph, Demo doesn't have a __dict__ because it has 
__slots__ (and __slots__ doesn't mention __dict__).

Ronald

[Pyobjc-dev] TRUST

[THERESA J. <the...@mo...>]

From:Mrs. Theresa John.
Fax: 447092025267 

ATTENTION:
I am the above named person from Liberia. I am married to Mr. Cletus John who worked with Liberian embassy in Lome-Togo for nine years before he died in the year 2000.We were married for eleven years without a child. He died after a brief illness that lasted for only four days.
Before his death we were both born again Christian. Since his death I decided not to remarry or get a child outside my matrimonial home which the Bible is against. When my late husband was alive he deposited the sum of $6.8Million (Six Million Eight hundred thousand U.S. Dollars) with one security company in Europe. Presently, this money is still with the Security Company. Recently, my Doctor told me that I would not last for the next Eight months due to cancer problem. The one that disturbs me most is my stroke sickness. Having known my condition I decided to keep this fund in Europe.
I want an organization or an individual that will use this fund for orphanages, widows, propagating the word of God and to endeavor that the house of God is maintained. The Bible made us to understand that Blessed is the hand that giveth. I took this decision because I don't have any child that will inherit this money and my husband relatives are not Christians and I don't want my husbands efforts to be used by unbelievers.
I don't want a situation where this money will be used in an ungodly way. This is why I am taking this decision. I am not afraid of death hence I know where I am going. I know that I am going to be in the bosom of the Lord. Exodus 14 VS 14 says that the lord will fight my case and I shall hold my peace. I don't need any telephone communication in this regard because of my health hence the presence of my husband's relatives around me always. I don't want them to know about this development. With God all things are possible. 
As soon as I receive your reply I shall inform the security company in Europe that you are the beneficiary of the said consignment you will need to go and claim this fund in Europe. I will also issue you an authority letter that will prove you the present beneficiary of this fund. I want you and the organization to always pray for me because the lord is my shepherd. My happiness is that I lived a life of a worthy Christian. Whoever that wants to serve the Lord must serve him in spirit and truth. Please always be prayerful all through your life.
Any delay in your reply will give me room in sourcing another person for this same purpose. Please assure me that you will act accordingly as I stated herein. If you want to talk by phone, you can call my doctor on telephone number 447092023053,  or mail him at fra...@ma... his name is Dr. Frank James.

Hoping to receive your reply and Remain blessed in the Lord. 
Yours in Christ,

MRS. THERESA JOHN

[Pyobjc-dev] [ pyobjc-Bugs-828911 ] Non-aligned pointer being freed

[SourceForge.net <no...@so...>]

Bugs item #828911, was opened at 2003-10-23 09:11
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=114534&aid=828911&group_id=14534

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Bob Swerdlow (swerdlow)
Assigned to: Nobody/Anonymous (nobody)
Summary: Non-aligned pointer being freed

Initial Comment:
Ronald Oussoren requested that I file this bug in 
response to a message on pyobjc-dev:
-------------------------------------------------

I'm getting these error messages from my PyObjC 
(version 1.0) application:

PyObjCPointer created: at 0x208aaa0 of type
{_NSModalSession=@@^{_NSModalSession}
iciI^vi@@:^vi}
*** malloc[1763]: error for object 0x379174: Non-
aligned pointer being freed

The offending code is:

    alertPanel = None
    modalSession = None
    application = MyApp.Application # bound to "File's 
Owner" in
InterfaceBuilder
    try:
        alertPanel = NSGetInformationalAlertPanel("Please 
wait", None, None,
None)
        modalSession = 
application.beginModalSessionForWindow_(alertPanel)
        ...other code...
    finally:
        if modalSession != None:
            application.endModalSession_(modalSession)
            modalSession = None

        if alertPanel != None:
            NSReleaseAlertPanel(alertPanel)
            alertPanel = None


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=114534&aid=828911&group_id=14534

Re: [Pyobjc-dev] Moving this list to python.org?

[Bob I. <bo...@re...>]

On Oct 23, 2003, at 2:15 AM, Ronald Oussoren wrote:

> On 22 okt 2003, at 9:30, I wrote:
>
>> I'd place a difference emphasis: I'd like to see a good set of GUI 
>> tools for Python in the next MacOS X and if that means moving PyObjC 
>> into mainline Python so be it.
>
> The advantage of the big delay is that you get to see your own posts 
> with a fresh mind :-). My phrasing might give you the impression that 
> I'm reluctant to move PyObjC into mainline Python, that would be a 
> false impression.

Yeah, but it makes transatlantic conversations even slower and more 
cumbersome :)  But then again, if everyone uses reply to all it's not 
really a problem.

Personally I wouldn't mind seeing it move, sf.net's mailing lists and 
anon CVS have had lackluster performance/latency for quite a while.

-bob

Re: [Pyobjc-dev] __dict__?

[Martina O. <Ma...@Oe...>]

IHMO, that's a PyObjC feature, not a bug.

New style classes with __slots__ also don't have a __dict__, so  
PyUMLGraph won't work with them, too:

 >>> class C(object):
...     __slots__=[]
...
 >>> x=C()
 >>> x.__dict__
Traceback (most recent call last):
   File "<stdin>", line 1, in ?
AttributeError: 'C' object has no attribute '__dict__'

PyUMLGraph should use dir instead - this works with both new and  
old-style classes:

 >>> dir(x)
['__class__', '__delattr__', '__doc__', '__getattribute__', '__hash__',  
'__init__', '__module__', '__new__', '__reduce__', '__reduce_ex__',  
'__repr__', '__setattr__', '__slots__', '__str__']

Am Dienstag, 21.10.03 um 07:58 Uhr schrieb b.bum:

> http://www.pobox.com/~adamf/software/PyUMLGraph
>
> (graphviz installs fine via Fink, btw.)
>
> I was playing with PyUMLGraph (cool stuff) and ran it against a PyObjC  
> example.  It breaks with the following which raises the question as to  
> whether or not we should have a __dict__ attribute on the Python side  
> of the bridge and, if so, what it should be populated with.
>
> [administrators-computer:sourceforge/pyobjc/Examples] bbum% pyumlgraph  
> --types --nodefillcolor="#ffcc19" -o subclassing-objective-c.dot  
> subclassing-objective-c.py
> <native-selector alloc of <objective-c class Demo at 0x325020>>
> Traceback (most recent call last):
>   File  
> "/System/Library/Frameworks/Python.framework/Versions/Current/bin/ 
> pyumlgraph", line 139, in ?
>     main()
>   File  
> "/System/Library/Frameworks/Python.framework/Versions/Current/bin/ 
> pyumlgraph", line 126, in main
>     umlGrapher.run('execfile(' + `progname` + ')')
>   File  
> "/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ 
> python2.3/site-packages/PyUMLGraph/UmlGrapher.py", line 16, in run
>     exec cmd in dict, dict
>   File "<string>", line 1, in ?
>   File "subclassing-objective-c.py", line 31, in ?
>     x = Demo.alloc().init()
>   File "subclassing-objective-c.py", line 15, in init
>     def init(self):
>   File  
> "/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ 
> python2.3/site-packages/PyUMLGraph/InfoCollector.py", line 48, in  
> globalTrace
>     self.collectInfo(frame, event, arg)
>   File  
> "/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ 
> python2.3/site-packages/PyUMLGraph/InfoCollector.py", line 65, in  
> collectInfo
>     self.collectInfoForClass(className, frame, event, arg)
>   File  
> "/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ 
> python2.3/site-packages/PyUMLGraph/InfoCollector.py", line 82, in  
> collectInfoForClass
>     classInfo.collectInfo(frame, event, arg)
>   File  
> "/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ 
> python2.3/site-packages/PyUMLGraph/ClassInfo.py", line 53, in  
> collectInfo
>     self.selfReferences.collectInfo(frame, event, arg)
>   File  
> "/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ 
> python2.3/site-packages/PyUMLGraph/SelfReferencesGatherer.py", line  
> 17, in collectInfo
>     attributes = self.getInstanceAttributes(frame.f_locals["self"])
>   File  
> "/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ 
> python2.3/site-packages/PyUMLGraph/Gatherer.py", line 36, in  
> getInstanceAttributes
>     return object.__dict__
> AttributeError: 'Demo' object has no attribute '__dict__'
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community?  Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> _______________________________________________
> Pyobjc-dev mailing list
> Pyo...@li...
> https://lists.sourceforge.net/lists/listinfo/pyobjc-dev
>
>
ciao
Martina

[Pyobjc-dev] __dict__?

[b.bum <bb...@ma...>]

http://www.pobox.com/~adamf/software/PyUMLGraph

(graphviz installs fine via Fink, btw.)

I was playing with PyUMLGraph (cool stuff) and ran it against a PyObjC  
example.  It breaks with the following which raises the question as to  
whether or not we should have a __dict__ attribute on the Python side  
of the bridge and, if so, what it should be populated with.

[administrators-computer:sourceforge/pyobjc/Examples] bbum% pyumlgraph  
--types --nodefillcolor="#ffcc19" -o subclassing-objective-c.dot  
subclassing-objective-c.py
<native-selector alloc of <objective-c class Demo at 0x325020>>
Traceback (most recent call last):
   File  
"/System/Library/Frameworks/Python.framework/Versions/Current/bin/ 
pyumlgraph", line 139, in ?
     main()
   File  
"/System/Library/Frameworks/Python.framework/Versions/Current/bin/ 
pyumlgraph", line 126, in main
     umlGrapher.run('execfile(' + `progname` + ')')
   File  
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ 
python2.3/site-packages/PyUMLGraph/UmlGrapher.py", line 16, in run
     exec cmd in dict, dict
   File "<string>", line 1, in ?
   File "subclassing-objective-c.py", line 31, in ?
     x = Demo.alloc().init()
   File "subclassing-objective-c.py", line 15, in init
     def init(self):
   File  
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ 
python2.3/site-packages/PyUMLGraph/InfoCollector.py", line 48, in  
globalTrace
     self.collectInfo(frame, event, arg)
   File  
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ 
python2.3/site-packages/PyUMLGraph/InfoCollector.py", line 65, in  
collectInfo
     self.collectInfoForClass(className, frame, event, arg)
   File  
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ 
python2.3/site-packages/PyUMLGraph/InfoCollector.py", line 82, in  
collectInfoForClass
     classInfo.collectInfo(frame, event, arg)
   File  
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ 
python2.3/site-packages/PyUMLGraph/ClassInfo.py", line 53, in  
collectInfo
     self.selfReferences.collectInfo(frame, event, arg)
   File  
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ 
python2.3/site-packages/PyUMLGraph/SelfReferencesGatherer.py", line 17,  
in collectInfo
     attributes = self.getInstanceAttributes(frame.f_locals["self"])
   File  
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ 
python2.3/site-packages/PyUMLGraph/Gatherer.py", line 36, in  
getInstanceAttributes
     return object.__dict__
AttributeError: 'Demo' object has no attribute '__dict__'

Re: [Pyobjc-dev] Moving this list to python.org?

[Ronald O. <ous...@ci...>]

On 22 okt 2003, at 9:30, I wrote:

> I'd place a difference emphasis: I'd like to see a good set of GUI 
> tools for Python in the next MacOS X and if that means moving PyObjC 
> into mainline Python so be it.

The advantage of the big delay is that you get to see your own posts 
with a fresh mind :-). My phrasing might give you the impression that 
I'm reluctant to move PyObjC into mainline Python, that would be a 
false impression.

Ronald

Re: [Pyobjc-dev] Moving this list to python.org?

[Lele G. <le...@na...>]

>>>>> "Jack" =3D=3D Jack Jansen <Jac...@cw...> writes:

    Jack> The first hurdle to be taken for this to happen would be to
    Jack> get PyObjC under the right license, and preferably with the
    Jack> PSF as copyright holder.  Unfortunately this may also be the
    Jack> most difficult step, not only getting all the current
    Jack> copyright holders to agree, but also some of the people who
    Jack> may have become lost in the mist of time...

Well, this would be "The PyObjC Return" from the Python core pov :)

Consider that it started that way: originally it was Guido the very
first man on it, and at that time the module was distribuited with
Python (if I my memory does not fool me, it was 1.3 the latest version
it appeared), and there was even a SIG for it. It's been a little sad
day when Guido decided to drop it, with neither BBum nor me able to
avoid that step. But at the time, Apple/NeXT wasn't looking, or did
not get the exact potential of the module...

As for me, I do not have objections to changing the license, if the
goal is to make it standard again.

ciao, lele.
--=20
nickname: Lele Gaifax	| Quando vivr=F2 di quello che ho pensato ieri
real: Emanuele Gaifas	| comincer=F2 ad aver paura di chi mi copia.
email: le...@se...	|		-- Fortunato Depero, 1929.

Re: [Pyobjc-dev] Moving this list to python.org?

[Ronald O. <ous...@ci...>]

On 21 okt 2003, at 22:50, Jack Jansen wrote:

> Well, one of the things I'd still like to happen at some point in the 
> future
> is to integrate PyObjC into mainline Python. Mainly because that is the
> only way (I think) we can smuggle PyObjC (and thereby things like the 
> next
> generation IDE and PackMan and whatever, that are in all likelyhood 
> going
> to be written in PyObjC) into MacOSX 10.4, which is an important step 
> in
> my quest for World Domination.

I'd place a difference emphasis: I'd like to see a good set of GUI 
tools for Python in the next MacOS X and if that means moving PyObjC 
into mainline Python so be it.

>
> If this would mean separating out the existing MacPython stuff from the
> core Python tree (to integrate it with PyObjC into a new MacPython 
> subproject
> of Python) I think I'd be willing to do that.

Being able to build MacPython seperately from the rest of Python would 
be usefull in itself, especially when there is significant development: 
this would make it easier to build MacPython-for-Panther.

>
> The first hurdle to be taken for this to happen would be to get PyObjC
> under the right license, and preferably with the PSF as copyright 
> holder.
> Unfortunately this may also be the most difficult step, not only 
> getting
> all the current copyright holders to agree, but also some of the people
> who may have become lost in the mist of time...

I don't mind changing the license, or assigning copyright to the PSF. 
Find everyone that owns part of the copyright on PyObjC might be 
harder. The sources seem to indicate that Lele Gaifax is the only 
"sleeping" copyright holder, but I don't believe that is the whole 
truth.

Ronald

Re: [Pyobjc-dev] Moving this list to python.org?

[Zachery B. <zb...@ur...>]

Before today, a whole buncha people argued:

> [Gripe!!]
>
>> [Gripe?!]
>>
>>> [Gripe.]
>>>
>>>> [Question?]

I've talked with Barry Warsaw, the Maintainer of the Lists on 
python.org. He has no problems with the PyObjC list being hosted there. 
Sometimes, rather than getting into pissing contests, it's better to 
just ask those in the know. ;)

Zac

[Pyobjc-dev] PyObjC: Non-aligned pointer being freed

[Bob S. <rsw...@tr...>]

I'm getting these error messages from by PyObjC (version 1.0) application:

PyObjCPointer created: at 0x208aaa0 of type
{_NSModalSession=@@^{_NSModalSession}iciI^vi@@:^vi}
*** malloc[1763]: error for object 0x379174: Non-aligned pointer being freed

The offending code is:

    alertPanel = None
    modalSession = None
    application = MyApp.Application # bound to "File's Owner" in
InterfaceBuilder
    try:
        alertPanel = NSGetInformationalAlertPanel("Please wait", None, None,
None)
        modalSession = application.beginModalSessionForWindow_(alertPanel)
        ...other code...
    finally:
        if modalSession != None:
            application.endModalSession_(modalSession)
            modalSession = None

        if alertPanel != None:
            NSReleaseAlertPanel(alertPanel)
            alertPanel = None

I posted this earlier in the summer, but did not get a response - I had
hoped that the 1.0 release would fix it, but it did not.

Am I using the modal code correctly with PyObjC?  How do I avoid this error?

Many thanks,

Bob Swerdlow
COO
Transpose
rsw...@tr...
207-781-8284
http://www.transpose.com

----------------------------------
Fight Spam!
Add this link to your signature (as I did): http://wecanstopspam.org
Click through to find out more.
----------------------------------

[Pyobjc-dev] Re: PyShellView?

[Michael H. <mw...@py...>]

Michael Hudson <mw...@py...> writes:

>>      def textView_shouldChangeTextInRange_replacementString_(self,
>>              textView, charRange, replString):
>>          "Allow editing only after the previously committed text."
>>
>>          return charRange[0] >= self.committedLength
>
> If I implement this delgate method and press "backspace" in the text
> view, I get a core dump deep in Scary Internals Land.  I've not got
> the latest PyObjC on my laptop, and my laptop is at home so I can't
> update, but does this sound familiar to anyone?  Might it be cured by
> a new libffi (for example)?

Well, I updated to pyobjc 1.0 and the new libffi and it now works, so
I'm not going to worry about this any more.

Cheers,
mwh

-- 
  The only problem with Microsoft is they just have no taste.
              -- Steve Jobs, (From _Triumph of the Nerds_ PBS special)
                         and quoted by Aahz Maruch on comp.lang.python

Re: [Pyobjc-dev] Moving this list to python.org?

[Bob I. <bo...@re...>]

On Oct 21, 2003, at 4:50 PM, Jack Jansen wrote:

> Well, one of the things I'd still like to happen at some point in the 
> future
> is to integrate PyObjC into mainline Python. Mainly because that is the
> only way (I think) we can smuggle PyObjC (and thereby things like the 
> next
> generation IDE and PackMan and whatever, that are in all likelyhood 
> going
> to be written in PyObjC) into MacOSX 10.4, which is an important step 
> in
> my quest for World Domination.
>
> If this would mean separating out the existing MacPython stuff from the
> core Python tree (to integrate it with PyObjC into a new MacPython 
> subproject
> of Python) I think I'd be willing to do that.
>
> The first hurdle to be taken for this to happen would be to get PyObjC
> under the right license, and preferably with the PSF as copyright 
> holder.
> Unfortunately this may also be the most difficult step, not only 
> getting
> all the current copyright holders to agree, but also some of the people
> who may have become lost in the mist of time...

I'm not sure if it's necessarily the Only Way, because Apple did 
include some non-mainline Python stuff in 10.3 (namely, their 
CoreGraphics wrapper).  If we had proper communication channels to 
Apple, it wouldn't be impossible to get them to include PyObjC and 
whatever else built alongside Python, even if they weren't in the 
mainline distribution.  They also did this with Perl (their ObjC 
bridge, and a few other things I believe) way sooner.

-bob

Re: [Pyobjc-dev] Moving this list to python.org?

[Bob I. <bo...@re...>]

On Tuesday, Oct 21, 2003, at 11:29 America/New_York, Russell Finn wrote:

> Another option for hosting mailing lists would be at pythonmac.org -- 
> I signed up for the same birthday deal ("Strictly Business SALE!") at 
> DreamHost that Bob(?) did, and one of the features that comes for free 
> is unlimited discussion and announcement lists.
>
> In the short time I've used DreamHost for limited uses (five e-mail 
> accounts, mostly) they've been pretty reliable and responsive.

Yeah, I could setup lists at pythonmac.org.  I also have a dedicated 
server at media temple that I could host lists at, which may be a 
better choice because it's got spam filtering and such.  I haven't used 
Dreamhost for email yet so I don't know how they are with that.

-bob

Re: [Pyobjc-dev] Moving this list to python.org?

[Jack J. <Jac...@cw...>]

Well, one of the things I'd still like to happen at some point in the 
future
is to integrate PyObjC into mainline Python. Mainly because that is the
only way (I think) we can smuggle PyObjC (and thereby things like the 
next
generation IDE and PackMan and whatever, that are in all likelyhood 
going
to be written in PyObjC) into MacOSX 10.4, which is an important step in
my quest for World Domination.

If this would mean separating out the existing MacPython stuff from the
core Python tree (to integrate it with PyObjC into a new MacPython 
subproject
of Python) I think I'd be willing to do that.

The first hurdle to be taken for this to happen would be to get PyObjC
under the right license, and preferably with the PSF as copyright 
holder.
Unfortunately this may also be the most difficult step, not only getting
all the current copyright holders to agree, but also some of the people
who may have become lost in the mist of time...
--
Jack Jansen, <Jac...@cw...>, http://www.cwi.nl/~jack
If I can't dance I don't want to be part of your revolution -- Emma 
Goldman

Re: [Pyobjc-dev] Moving this list to python.org?

[Just v. R. <ju...@le...>]

Dinu Gherman wrote:

> Right, well, then look at this one, e.g. :-)

Now you're just being a pain.

>    Spambayes:

I said there are exceptions, and that most of these exceptions
(actually, all, as far as I can tell) have ties with the python.org crew
or PythonLabs. In this case it's Tim Peters, who started the Spambayes
project.

Can you drop it now? Thank you.

Just

Re: [Pyobjc-dev] Moving this list to python.org?

[Chris R. <cp...@em...>]

I'd be happy to host pyobcj-dev on emsoftware.com, which is a fairly 
low-load dedicated server, if it comes to that. We've been around 13.5 
years as a software development company (this server itself has been up 
continuously for over a year now), and our load average is usually 
around 0.01. ;-)

And, yes, we run mailman (albeit a somewhat ancient version--when 
something works I hate to disturb it--that's why we're running RH 6.2 
as well).

Just a thought.

On Tuesday, October 21, 2003, at 11:29  AM, Russell Finn wrote:

> Another option for hosting mailing lists would be at pythonmac.org -- 
> I signed up for the same birthday deal ("Strictly Business SALE!") at 
> DreamHost that Bob(?) did, and one of the features that comes for free 
> is unlimited discussion and announcement lists.
>
> In the short time I've used DreamHost for limited uses (five e-mail 
> accounts, mostly) they've been pretty reliable and responsive.
>
> -- Russell Finn
> rs...@sp...

Cheers!
--Chris Ryland / Em Software, Inc. / www.emsoftware.com

Re: [Pyobjc-dev] Moving this list to python.org?

[Russell F. <rs...@sp...>]

Another option for hosting mailing lists would be at pythonmac.org -- I 
signed up for the same birthday deal ("Strictly Business SALE!") at 
DreamHost that Bob(?) did, and one of the features that comes for free 
is unlimited discussion and announcement lists.

In the short time I've used DreamHost for limited uses (five e-mail 
accounts, mostly) they've been pretty reliable and responsive.

-- Russell Finn
rs...@sp...