On May 29, 2008, at 20:37, Rainer Müller wrote:
> Ryan Schmidt wrote:
>> Right, lingon, that's the name I couldn't think of. We could write
>> up something on our web site about using that.
>
> Sounds like a good idea.
>
>> We already have a port for it...
>> http://db.macports.org/port/show/4
Never mind on this - I just read the follow-ups. I still think this
is a really dangerous thing to do, but since the original poster
realizes this also, I'll not belabor the point.
- Jordan
On May 29, 2008, at 7:35 PM, Jordan K. Hubbard wrote:
> I'm not sure I understand what point you're
I'm not sure I understand what point you're trying to make. If you
put anything in /usr outside of /usr/local, since the very first
release of MacOSX the rule has always been "you're living on borrowed
time and at your own risk" since Apple, like every other OS vendor on
the planet, reser
Ryan Schmidt wrote:
> Right, lingon, that's the name I couldn't think of. We could write up
> something on our web site about using that.
Sounds like a good idea.
> We already have a port for it...
>
> http://db.macports.org/port/show/4001
Hm, the description of this port is wrong. Actually L
On May 29, 2008, at 20:23, Chris Janton wrote:
> On 2008-05-29 , at 18:12 , Ryan Schmidt wrote:
>
>> I don't think I like that hack very much. Wouldn't it be better to
>> write up how to install a 3rd-party launchctl manager which you could
>> use to start and stop all MacPorts-supplied startup s
On 2008-05-29 , at 18:12 , Ryan Schmidt wrote:
> I don't think I like that hack very much. Wouldn't it be better to
> write up how to install a 3rd-party launchctl manager which you could
> use to start and stop all MacPorts-supplied startup services?
Go to this webpage
http://lingon.so
Ryan Schmidt wrote:
> I don't think I like that hack very much. Wouldn't it be better to
> write up how to install a 3rd-party launchctl manager which you could
> use to start and stop all MacPorts-supplied startup services?
There is 'port load/unload' on trunk which basically does this. It is
> Yes. I also would appreciate a clear HOWTO for that kind of thing,
> being new
> to Macs and already missing the simple (and sometimes simplistic) /
> etc/init.d
> scheme common on other platforms:-)
As Ryan indicated (and I agree that hacking the Apple provided
services is not very good pr
Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Rainer Müller
> Sent: Thursday, May 29, 2008 8:47 PM
> To: Cameron Simpson
> Cc: macports-users@lists.macosforge.org
> Subject: Re: Apple did it again!
>
> Cameron Simpson wrote:
&
On 29May2008 20:12, Ryan Schmidt <[EMAIL PROTECTED]> wrote:
| > I would like to suggest migrating John's initial summary to a Howto
| > (and am ready to do so based on your work), if that seems appropriate.
|
| The reason for the hack is to let System Preferences > Sharing > Web
| Sharing contro
On 30May2008 02:46, Rainer M?ller <[EMAIL PROTECTED]> wrote:
> Cameron Simpson wrote:
>> Yes, I feel your pain - I have a similar issue on another platform with
>> another vendor. But it's not the vendor's fault, nor their problem.
>> You and I have hacked in the vendor's playground, and it's our p
On May 29, 2008, at 19:49, Alakazam wrote:
> On 30 mai 08, at 02:46, Rainer Müller wrote:
>
>> Cameron Simpson wrote:
>>
>>> Yes, I feel your pain - I have a similar issue on another platform
>>> with another vendor. But it's not the vendor's fault, nor their
>>> problem. You and I have hacked in
Hi !
On 30 mai 08, at 02:46, Rainer Müller wrote:
> Cameron Simpson wrote:
>> Yes, I feel your pain - I have a similar issue on another platform
>> with
>> another vendor. But it's not the vendor's fault, nor their problem.
>> You and I have hacked in the vendor's playground, and it's our
>>
Cameron Simpson wrote:
> Yes, I feel your pain - I have a similar issue on another platform with
> another vendor. But it's not the vendor's fault, nor their problem.
> You and I have hacked in the vendor's playground, and it's our problem
> to make those hacks persist.
I think we all agree on thi
On 29May2008 19:53, John Korchok <[EMAIL PROTECTED]> wrote:
| Once again, the latest security patch 2008-003 for Tiger broke our Apache 2
| installation by replacing apachectl. Earlier posts on this topic are
| repeated below for any new listers:
|
| >>> Subject: Tiger software update replaces apa
15 matches
Mail list logo
