Begin forwarded message:
> From: Trevor Stone <tstone@...>
> Date: December 12, 2006 10:32:02 PM PST
> To: fire-development@...
> Subject: New Blood
>
> Greetings everyone. I notice this mailing list hasn't had any
> traffic in the last several months and there haven't been many
> releases this year (I couldn't find a packaged 2.0 Alpha
> download). I hope Fire hasn't stagnated (burned out?). Maybe I
> can help get some kindling going.
>
> I've been using Fire for the last few years and I think you've all
> done a great job; I love how well it uses Cocoa features. For the
> last few years I've spent my days writing enterprise software in
> Java. I've decided to expand my programming skills by working on
> open source software and Fire looks like a good candidate, in part
> because there's a bug or two I'd like to see fixed ;-)
>
> What's the state of the project? What needs to be done?
>
> I built both 1.5.6 and 2.0 from source (Application Only because
> the full build had an issue or two). The latter looks pretty but I
> can't get it to connect to any services. Do I need to do something
> special, or should I just try to get the full build working?
>
> Depending on the status and momentum of 2.0, I'd like to help fix
> some bugs in 1.5 as a way of producing something desirable and
> finding out how things work (though the readme in 2.0 indicates a
> large refactor). Is there a unit testing framework?
>
> My highest priority 1.5.6 bug is the fact that Jabber accounts
> (I've tried Google and LiveJournal) don't connect on Intel machines
> (though the forums indicate PPC works fine). I stepped through the
> connection process in the debugger and found that the socket open
> callback had errno 61: ECONNREFUSED. Any pointers on how to debug
> that further?
>
> At your service,
>
> =-=-=-= Trevor Stone -=- [Flwyd] -=- <tstone @ trevorstone.org> =-=-
> =-=
> Computer science, eclectic philosophy, games, wits, esoterics, odd
> hats
> http://flwyd.livejournal.com/ Thou roynish shard-borne
> mammet!
> Aside from that, Mrs. Lincoln, how did you enjoy the play?

Greetings everyone. I notice this mailing list hasn't had any
traffic in the last several months and there haven't been many
releases this year (I couldn't find a packaged 2.0 Alpha download).
I hope Fire hasn't stagnated (burned out?). Maybe I can help get
some kindling going.
I've been using Fire for the last few years and I think you've all
done a great job; I love how well it uses Cocoa features. For the
last few years I've spent my days writing enterprise software in
Java. I've decided to expand my programming skills by working on
open source software and Fire looks like a good candidate, in part
because there's a bug or two I'd like to see fixed ;-)
What's the state of the project? What needs to be done?
I built both 1.5.6 and 2.0 from source (Application Only because the
full build had an issue or two). The latter looks pretty but I can't
get it to connect to any services. Do I need to do something
special, or should I just try to get the full build working?
Depending on the status and momentum of 2.0, I'd like to help fix
some bugs in 1.5 as a way of producing something desirable and
finding out how things work (though the readme in 2.0 indicates a
large refactor). Is there a unit testing framework?
My highest priority 1.5.6 bug is the fact that Jabber accounts (I've
tried Google and LiveJournal) don't connect on Intel machines (though
the forums indicate PPC works fine). I stepped through the
connection process in the debugger and found that the socket open
callback had errno 61: ECONNREFUSED. Any pointers on how to debug
that further?
At your service,
=-=-=-= Trevor Stone -=- [Flwyd] -=- <tstone @ trevorstone.org> =-=-=-=
Computer science, eclectic philosophy, games, wits, esoterics, odd hats
http://flwyd.livejournal.com/ Thou roynish shard-borne mammet!
Aside from that, Mrs. Lincoln, how did you enjoy the play?

hello again,
when i contributed the no-brs patch in june i was told
and proposed the reassembling of gpg-messages that
have been sliced into pieces someone told me about
the MIS_HANDLE_MESSAGE_FRAGMENTS - stub in the fire 2.0 tree.
Unfortunately i lost that message.
Now, as some month went by and nothing happened to that stub
i am willing to provide that part.
Since my knowledge about the architecture of fire is poor i
suggest to discuss that feature first.
maybe the following questions will help to start discussion:
1. Which fragments (apart from sliced gpg-messages) should be
joined?
2. Should message delivery be delayed some amount of time to allow
other messages to arrive? I'm talking about 0.3 seconds here.
3. How should one keep track of message parts?
cheers
Till Backhaus

hey folks,
i wrote a small patch to fire 1.5.6 to
a)
make fire not add <BR> to a message that is sent via ICQ or Jabber
b)
allow receiving gpg-encrypted jabber-messages which have
their message-body set to something like "this message is encrypted"
and contain the encrypted payload in an <encrypted>-tag
what this patch does _not_ is to send jabber-messages in this manner.
since i don't have svn-write-access (at least i don't know of it)
i attached the patch
once i had begun playing around with fire i noticed that fire does
not reassemble
gpg-messages that arrive as parts and wrote a c++-class that delays
these messages.
I patched this directly into the ICJClient-Class which makes that one
more of a hack
then productivity code. i did _not_ include this patch, but let me
know if you are interested.
cheers
Till Backhaus

I tried selecting this option, and nothing at all happened... I
figured I missed something...
--
Ernest Phillips - <ernest.phillips@...>
http://www.ernestphillips.com
"Politicians are the same all over. They promise to build a bridge
even where there is no river." -Nikita Khrushchev
On May 27, 2006, at 7:20 AM, Graham Booker wrote:
> In the 2.0 betas, there is an easy way to do this. Simply add the
> new account, then use the "Copy Buddies" under import to copy all
> buddies from one account to another. This copies everything about
> the buddy.
>
> I believe you have to unsubscribe with the current email and re-
> subscribe with the new one. See the listed at the bottom of these
> emails for more information:
> https://lists.sourceforge.net/lists/listinfo/fire-development
>
> - Graham
> Fire Development Team
> http://www.fireim.org
>
>
> On May 22, 2006, at 10:57 PM, Ernest Phillips wrote:
>
>> I am changing from using my .Mac address to a different AIM screen
>> name. Is there any clean, easy way to get Fire to deal with this?
>> I have my buddy list all set up with person entries and
>> everything, so I'd like a way to transition them all to the new
>> screen name (which is my old .Mac address without the @mac.com).
>>
>> Also, I need to update my email on the Fire lists... how do I do
>> this?
>> --
>> Ernest Phillips - <ernest.phillips@...>
>> http://www.ernestphillips.com
>>
>> "Politicians are the same all over. They promise to build a bridge
>> even where there is no river." -Nikita Khrushchev

In the 2.0 betas, there is an easy way to do this. Simply add the
new account, then use the "Copy Buddies" under import to copy all
buddies from one account to another. This copies everything about
the buddy.
I believe you have to unsubscribe with the current email and re-
subscribe with the new one. See the listed at the bottom of these
emails for more information:
https://lists.sourceforge.net/lists/listinfo/fire-development
- Graham
Fire Development Team
http://www.fireim.org
On May 22, 2006, at 10:57 PM, Ernest Phillips wrote:
> I am changing from using my .Mac address to a different AIM screen
> name. Is there any clean, easy way to get Fire to deal with this? I
> have my buddy list all set up with person entries and everything,
> so I'd like a way to transition them all to the new screen name
> (which is my old .Mac address without the @mac.com).
>
> Also, I need to update my email on the Fire lists... how do I do this?
> --
> Ernest Phillips - <ernest.phillips@...>
> http://www.ernestphillips.com
>
> "Politicians are the same all over. They promise to build a bridge
> even where there is no river." -Nikita Khrushchev

I am changing from using my .Mac address to a different AIM screen
name. Is there any clean, easy way to get Fire to deal with this? I
have my buddy list all set up with person entries and everything, so
I'd like a way to transition them all to the new screen name (which
is my old .Mac address without the @mac.com).
Also, I need to update my email on the Fire lists... how do I do this?
--
Ernest Phillips - <ernest.phillips@...>
http://www.ernestphillips.com
"Politicians are the same all over. They promise to build a bridge
even where there is no river." -Nikita Khrushchev

So... this only way to do this is to add a last name or initial, or
to go like 1:Jenny 2:Jenny (or Girlfriend:Jenny San Jose:Jenny)? This
sounds like... a pain, and something that will definitely confuse
casual users...
--
Ernest Phillips - <MacAddict4Life@...>
http://www.ernestphillips.com
"Politicians are the same all over. They promise to build a bridge
even where there is no river." -Nikita Khrushchev
On May 19, 2006, at 9:47 AM, Graham Booker wrote:
> Yes the grouping is mandatory, and this will not change. To deal
> with situation like you just listed, the grouping is also a lot
> more flexible. Your buddies are not grouped solely by Alias, but
> instead you set the grouping. Your case is just difficult because
> the previous versions didn't support this, and the importer had to
> do its best to guess the groupings. For most people, it will guess
> correctly.
>
> Now for the situation you mentioned, you can have multiple persons
> with the same display name (just not the same person name). See
> http://trac.fireim.org/dev/wiki/PersonItem for more details.
>
> The latest SVN doesn't show disclosure triangles if the person has
> only one buddy, and it also shows the buddy alias (if you have the
> prefs set as such). This was not the case previously because the
> code had bugs which caused it to crash.
>
> On May 19, 2006, at 2:47 AM, Ernest Phillips wrote:
>
>> Follow up... it seems grouping is, in fact, mandatory. This is a
>> big problem for me... For many names I have several people of the
>> same name in the same group across one or more of the various
>> services, for example a Jenny who has AIM and MSN, and another who
>> has MSN and Yahoo...
>> --
>> Ernest Phillips - <MacAddict4Life@...>
>> http://www.ernestphillips.com
>>
>> "Politicians are the same all over. They promise to build a bridge
>> even where there is no river." -Nikita Khrushchev
>>
>>
>> On May 19, 2006, at 12:44 AM, Ernest Phillips wrote:
>>
>>> I just upgraded to the current development version... is this the
>>> final plan for the buddy list display? The presence of so many
>>> disclosure triangles is... overwhelming. It is not showing both
>>> Alias and screen name.
>>>
>>> I think I understand what's being done, but personally I don't
>>> use grouping anyway, as I have too many different Jennys for
>>> that. Though it seems that, now, grouping is automatic...
>>>
>>> I may just be missing how it works, so I eagerly await more
>>> information.
>>> --
>>> Ernest Phillips - <MacAddict4Life@...>
>>> http://www.ernestphillips.com
>>>
>>> "Politicians are the same all over. They promise to build a
>>> bridge even where there is no river." -Nikita Khrushchev
>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> Using Tomcat but need to do more? Need to support web services,
>>> security?
>>> Get stuff done quickly with pre-integrated technology to make
>>> your job easier
>>> Download IBM WebSphere Application Server v.1.0.1 based on Apache
>>> Geronimo
>>> http://sel.as-us.falkag.net/sel?
>>> cmd=lnk&kid=120709&bid=263057&dat=121642
>>> _______________________________________________
>>> fire-development mailing list
>>> fire-development@...
>>> https://lists.sourceforge.net/lists/listinfo/fire-development
>>
>>
>>
>> -------------------------------------------------------
>> Using Tomcat but need to do more? Need to support web services,
>> security?
>> Get stuff done quickly with pre-integrated technology to make your
>> job easier
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache
>> Geronimo
>> http://sel.as-us.falkag.net/sel?
>> cmd=lnk&kid=120709&bid=263057&dat=121642
>> _______________________________________________
>> fire-development mailing list
>> fire-development@...
>> https://lists.sourceforge.net/lists/listinfo/fire-development
>>
>

Yes the grouping is mandatory, and this will not change. To deal
with situation like you just listed, the grouping is also a lot more
flexible. Your buddies are not grouped solely by Alias, but instead
you set the grouping. Your case is just difficult because the
previous versions didn't support this, and the importer had to do its
best to guess the groupings. For most people, it will guess correctly.
Now for the situation you mentioned, you can have multiple persons
with the same display name (just not the same person name). See
http://trac.fireim.org/dev/wiki/PersonItem for more details.
The latest SVN doesn't show disclosure triangles if the person has
only one buddy, and it also shows the buddy alias (if you have the
prefs set as such). This was not the case previously because the
code had bugs which caused it to crash.
On May 19, 2006, at 2:47 AM, Ernest Phillips wrote:
> Follow up... it seems grouping is, in fact, mandatory. This is a
> big problem for me... For many names I have several people of the
> same name in the same group across one or more of the various
> services, for example a Jenny who has AIM and MSN, and another who
> has MSN and Yahoo...
> --
> Ernest Phillips - <MacAddict4Life@...>
> http://www.ernestphillips.com
>
> "Politicians are the same all over. They promise to build a bridge
> even where there is no river." -Nikita Khrushchev
>
>
> On May 19, 2006, at 12:44 AM, Ernest Phillips wrote:
>
>> I just upgraded to the current development version... is this the
>> final plan for the buddy list display? The presence of so many
>> disclosure triangles is... overwhelming. It is not showing both
>> Alias and screen name.
>>
>> I think I understand what's being done, but personally I don't use
>> grouping anyway, as I have too many different Jennys for that.
>> Though it seems that, now, grouping is automatic...
>>
>> I may just be missing how it works, so I eagerly await more
>> information.
>> --
>> Ernest Phillips - <MacAddict4Life@...>
>> http://www.ernestphillips.com
>>
>> "Politicians are the same all over. They promise to build a bridge
>> even where there is no river." -Nikita Khrushchev
>>
>>
>>
>>
>> -------------------------------------------------------
>> Using Tomcat but need to do more? Need to support web services,
>> security?
>> Get stuff done quickly with pre-integrated technology to make your
>> job easier
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache
>> Geronimo
>> http://sel.as-us.falkag.net/sel?
>> cmd=lnk&kid=120709&bid=263057&dat=121642
>> _______________________________________________
>> fire-development mailing list
>> fire-development@...
>> https://lists.sourceforge.net/lists/listinfo/fire-development
>
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services,
> security?
> Get stuff done quickly with pre-integrated technology to make your
> job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache
> Geronimo
> http://sel.as-us.falkag.net/sel?
> cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> fire-development mailing list
> fire-development@...
> https://lists.sourceforge.net/lists/listinfo/fire-development
>

Follow up... it seems grouping is, in fact, mandatory. This is a big
problem for me... For many names I have several people of the same
name in the same group across one or more of the various services,
for example a Jenny who has AIM and MSN, and another who has MSN and
Yahoo...
--
Ernest Phillips - <MacAddict4Life@...>
http://www.ernestphillips.com
"Politicians are the same all over. They promise to build a bridge
even where there is no river." -Nikita Khrushchev
On May 19, 2006, at 12:44 AM, Ernest Phillips wrote:
> I just upgraded to the current development version... is this the
> final plan for the buddy list display? The presence of so many
> disclosure triangles is... overwhelming. It is not showing both
> Alias and screen name.
>
> I think I understand what's being done, but personally I don't use
> grouping anyway, as I have too many different Jennys for that.
> Though it seems that, now, grouping is automatic...
>
> I may just be missing how it works, so I eagerly await more
> information.
> --
> Ernest Phillips - <MacAddict4Life@...>
> http://www.ernestphillips.com
>
> "Politicians are the same all over. They promise to build a bridge
> even where there is no river." -Nikita Khrushchev
>
>
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services,
> security?
> Get stuff done quickly with pre-integrated technology to make your
> job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache
> Geronimo
> http://sel.as-us.falkag.net/sel?
> cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> fire-development mailing list
> fire-development@...
> https://lists.sourceforge.net/lists/listinfo/fire-development

I just upgraded to the current development version... is this the
final plan for the buddy list display? The presence of so many
disclosure triangles is... overwhelming. It is not showing both Alias
and screen name.
I think I understand what's being done, but personally I don't use
grouping anyway, as I have too many different Jennys for that. Though
it seems that, now, grouping is automatic...
I may just be missing how it works, so I eagerly await more information.
--
Ernest Phillips - <MacAddict4Life@...>
http://www.ernestphillips.com
"Politicians are the same all over. They promise to build a bridge
even where there is no river." -Nikita Khrushchev

Hi!
Since a few days I get an "Unknown Connection Error" when trying to
connect to ICQ (not always, but most of the time).
Did they change something in their protocol ? Does anyone else
experience any problems ?
Thanks and regards,
Tobi

Thanks for the reply, Graham!
> Much of the reason for the difference is that the document you
> found is old. I am not sure if there really is any up to date
> document other than the code, but I have run across this wiki from
> time to time: http://joust.kano.net/wiki/oscar/moin.cgi/ I only
> recognize the information over the wire because I have read so much
> of the code and seen so many traces.
>
> IIRC, using an HTTP proxy means that you connect to the proxy using
> HTTP, and tell it where you wish to connect, and upon completion of
> the connection, then the socket is treated in the same manner as if
> there were no proxy at all. This means the protocol over HTTP
> should be the same (minus the Proxy setup).
I was hoping it would be, though I'm seeing some extra padding and a
few other changes. I've posted my interpretation of one very short
call/response pair here:
http://mike.teczno.com/img/oscar.html
Those are the bodies of an HTTP Post request and a Get response
passed through the proxy - the entire message does pass through the
HTTP tunnel, but there seems to be 20 bytes of unexplained padding at
the front of each one. There's another 20+ bytes at the end. There's
also 16 bytes worth of space for the LCMB ID, which should be only 8
bytes. This is not actually a deal-killer - I really only care about
the screen name and the message content for my purposes, I'm happy to
ignore everything else.
> Since you seem to have some experience with HTTP proxies...
> Perhaps you could help me with a question. In the code, we have
> support for SOCKS proxies for most of the services (including AIM),
> and can add support for the HTTP proxy, but I am not sure on a few
> details in the system preferences. You can set an web proxy, but I
> don't know if fire should be honoring this setting or is this just
> for web browsers?
I think it should be honored - iCal does, and I think even cURL on
the command line does. iChat offers the option of honoring it, but
doesn't by default. Oddly, Firefox does not honor it at all and
provides its own UI for proxy prefs. I'm guessing this is because
it's been ported without much of a nod to the Mac platform.
-mike.
----------------------------------------------------------------
michal migurski- contact info and pgp key:
sf/ca http://mike.teczno.com/contact.html

Much of the reason for the difference is that the document you found
is old. I am not sure if there really is any up to date document
other than the code, but I have run across this wiki from time to
time: http://joust.kano.net/wiki/oscar/moin.cgi/ I only recognize
the information over the wire because I have read so much of the code
and seen so many traces.
IIRC, using an HTTP proxy means that you connect to the proxy using
HTTP, and tell it where you wish to connect, and upon completion of
the connection, then the socket is treated in the same manner as if
there were no proxy at all. This means the protocol over HTTP should
be the same (minus the Proxy setup).
Since you seem to have some experience with HTTP proxies... Perhaps
you could help me with a question. In the code, we have support for
SOCKS proxies for most of the services (including AIM), and can add
support for the HTTP proxy, but I am not sure on a few details in the
system preferences. You can set an web proxy, but I don't know if
fire should be honoring this setting or is this just for web browsers?
- Graham
Fire Development Team
http://wwwfireim.org
On Apr 24, 2006, at 1:38 PM, Michal Migurski wrote:
> Hi everyone,
>
> I'm just passing through to ask a single question, hope that's okay.
>
> I am in the process of writing an HTTP proxy for intercepting and
> logging messages sent over IM. I've found some good documentation
> of the Oscar protocol itself (http://www.oilcan.org/oscar/), but
> the data I'm seeing go over the wire differs from that write-up in
> a few ways. Can anyone here point me to any existing explanations
> of the wire format used when passing Oscar messages over an HTTP
> proxy? I can RTFM, just need to know where to find one. =)
>
> -mike.
>
> ----------------------------------------------------------------
> michal migurski- contact info and pgp key:
> sf/ca http://mike.teczno.com/contact.html

Hi everyone,
I'm just passing through to ask a single question, hope that's okay.
I am in the process of writing an HTTP proxy for intercepting and
logging messages sent over IM. I've found some good documentation of
the Oscar protocol itself (http://www.oilcan.org/oscar/), but the
data I'm seeing go over the wire differs from that write-up in a few
ways. Can anyone here point me to any existing explanations of the
wire format used when passing Oscar messages over an HTTP proxy? I
can RTFM, just need to know where to find one. =)
-mike.
----------------------------------------------------------------
michal migurski- contact info and pgp key:
sf/ca http://mike.teczno.com/contact.html

We no longer use sourceforge's tracking system. In fact, we are
moving more and more off of sourceforge as times goes on. Currently,
our tracking is done within trac at http://trac.fireim.org I added
your patch as a ticket: http://trac.fireim.org/dev/ticket/203
- Graham
Fire Development Team
http://fire.sf.net
On Mar 11, 2006, at 2:28 PM, Fredrik Simonsson wrote:
> Hi all,
> First I will introduce myself then will I present a small patch to
> fire.
>
> I'm a long time computer user and programmer, living in Lund Sweden.
> Last month I bought my self a mac-mini and started to learn how to use
> it. On my other computers I have used Ickle as my ICQ-client, when
> this
> did not work very well in OSX I gave Fire a short try.
>
> One thing that annoyed me with the current release of fire was that
> there
> wasn't a discrete way of telling me if I had unread messages. (Except
> bouncing the dock icon as a crazy frog). When I was about to begin
> implement a routine changing the dock icon on incoming messages I
> noticed
> a semi-implemented feature to show the number of unread messages as a
> number in the dock-icon. All that was remaining to do was to add a
> checkbox in dock preferences pane, and some code to support it.
>
> I have no access to the tracker at sourceforge so I will atatch my
> patch
> here instead hope you wont mind.
>
> --
> //Simson
> <DockIconPatch.tar.gz>

Hi all,
First I will introduce myself then will I present a small patch to
fire.
I'm a long time computer user and programmer, living in Lund Sweden.
Last month I bought my self a mac-mini and started to learn how to use
it. On my other computers I have used Ickle as my ICQ-client, when this
did not work very well in OSX I gave Fire a short try.
One thing that annoyed me with the current release of fire was that there
wasn't a discrete way of telling me if I had unread messages. (Except
bouncing the dock icon as a crazy frog). When I was about to begin
implement a routine changing the dock icon on incoming messages I noticed
a semi-implemented feature to show the number of unread messages as a
number in the dock-icon. All that was remaining to do was to add a
checkbox in dock preferences pane, and some code to support it.
I have no access to the tracker at sourceforge so I will atatch my patch
here instead hope you wont mind.
--
//Simson

The Fire Development team is happy to announce the release of Fire
1.5.6. This universal binary works on both PowerPC and Intel
Macintosh computers running Mac OS 10.2.8 or higher.
This release focuses on fixes in the following areas:
- Jabber connection problems
- Crash when Fire is speaking a message
- Dragging Tabs & Groups works correctly
- Automatic Translation speedup
- Buddy Text Encodings are saved for irc and ICQ conversations
- Spotlight can now search past conversations (10.4 only)
This release can be downloaded by visiting:
http://www.fireim.org/download
Happy Chatting!
- The Fire Development Team

Announcing version 1.5.5 of Fire, the multi-protocol IM application
for Mac OS X.
Now a Universal Binary! - The main feature in this release is that
Fire is now a Universal binary which natively supports the new Intel
based Macintosh computers announced at MacWorld this week.
A few critical bugs in AIM, MSN, and TextToSpeech were also fixed in
this release.
This release works on Mac OS versions 10.2.8 and later and can be
downloaded at:
http://www.fireim.org/download.php
- Happy Chatting
The Fire Team
______
Alan Humpherys
Fire Development Team
alangh@...
http://www.fireim.org

Hi,
The file is Fire.xcodeproj. Previously there were three different
project files for different scenarios -- Fire.xcode for Xcode 1.5,
Fire.xcodeproj for PowerPC builds with Xcode 2.1+ and
Universal.xcodeproj for universal builds with Xcode 2.1+. As you can
imagine this was a nightmare to maintain, so we scrapped the Xcode
1.5 project file and merged the universal-related settings into a new
"Universal Deployment" target of the Fire.xcodeproj project file.
Hope this helps,
Mark Rowe
<http://bdash.net.nz/&gt;
On 5/12/2005, at 22:59, Ernest Phillips wrote:
> Did I miss something? I can't find the file you need to open in
> Xcode to build a new copy of Fire from SVN.
> --
> Ernest Phillips - <MacAddict4Life@...>
> http://www.ernestphillips.com
>
> "Politicians are the same all over. They promise to build a bridge
> even where there is no river." -Nikita Khrushchev
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through
> log files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD
> SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> fire-development mailing list
> fire-development@...
> https://lists.sourceforge.net/lists/listinfo/fire-development

Did I miss something? I can't find the file you need to open in Xcode
to build a new copy of Fire from SVN.
--
Ernest Phillips - <MacAddict4Life@...>
http://www.ernestphillips.com
"Politicians are the same all over. They promise to build a bridge
even where there is no river." -Nikita Khrushchev

The workaround for this would be to run all of Fire under Rosetta.
-Jason
On Dec 3, 2005, at 10:26 AM, Graham Booker wrote:
> I expect that the bundle will just fail to load. There really is
> not much that we can do about this fact. Those using Intel will
> just have to wait for the dependent libraries to be ported to Intel.
>
> Also, the plugin count that is PPC only is up to 3 now. Both the
> current Growl and 10.2 Growl plugins and the OTR plugin.
>
>
> - Graham
> Fire Development Team
> http://fire.sf.net
>
>
> On Dec 3, 2005, at 10:45 AM, Alan Humpherys wrote:
>
>> Hey Graham.....
>>
>> Just a heads up..... I see that you have made 2 of the plugins
>> PPC only because of some missing dependencies. I am pretty sure
>> that rosetta will not work if you have part of the application as
>> universal and then load a bundle which is ppc only. We should get
>> someone with an Intel system to test out this theory.
>>
>> Alan
>> ------
>> Alan Humpherys
>> Fire Development Team
>> http://fire.sf.net
>

3 messages has been excluded from this view by a project administrator.