Ethereal on the Mac?

[Gerald Combs]

My main development platform (i.e. the laptop sitting in front of me)
recently changed from Windows to Mac OS X. Installing Ethereal left a
bit to be desired:

Running "fink install ethereal" failed to install many dependencies
(GTK+, atk, pango, and others). Fink installed version 0.10.9, which is
almost a year old. The package doesn't appear to be linked with
Net-SNMP or ADNS.

I tried to install it under Darwinports and didn't get past glib2:
http://bugzilla.opendarwin.org/show_bug.cgi?id=6024

AquaEthereal makes launching Ethereal easier, but it does the wrong
thing by running Ethereal under sudo instead of changing the permissions
of /dev/bpf.

Would it make sense to bundle Ethereal up along with all of its
associated libraries as we do with Windows and ship it as a disk image
or package?

[Michael Tuexen]

Hi Gerald,

I'm using Mac OS X for developing and using Ethereal for a couple of
years now and never
used fink or darwinports to get it running. I'm just compiling all
the dependencies by hand
because I had always this or that problem with these package managers...

I think the best way would be to provide an installer for Mac OS X,
just as done for Windows...

Best regards
Michael

Post by Gerald Combs
My main development platform (i.e. the laptop sitting in front of
me) recently changed from Windows to Mac OS X. Installing Ethereal
Running "fink install ethereal" failed to install many dependencies
(GTK+, atk, pango, and others). Fink installed version 0.10.9,
which is almost a year old. The package doesn't appear to be
linked with Net-SNMP or ADNS.
http://bugzilla.opendarwin.org/show_bug.cgi?id=6024
AquaEthereal makes launching Ethereal easier, but it does the wrong
thing by running Ethereal under sudo instead of changing the
permissions of /dev/bpf.
Would it make sense to bundle Ethereal up along with all of its
associated libraries as we do with Windows and ship it as a disk
image or package?
_______________________________________________
Ethereal-dev mailing list
http://www.ethereal.com/mailman/listinfo/ethereal-dev

[Guy Harris]

Post by Gerald Combs
My main development platform (i.e. the laptop sitting in front of me)
recently changed from Windows to Mac OS X. Installing Ethereal left a
Running "fink install ethereal" failed to install many dependencies
(GTK+, atk, pango, and others). Fink installed version 0.10.9, which is
almost a year old. The package doesn't appear to be linked with
Net-SNMP or ADNS.
http://bugzilla.opendarwin.org/show_bug.cgi?id=6024
AquaEthereal makes launching Ethereal easier, but it does the wrong
thing by running Ethereal under sudo instead of changing the permissions
of /dev/bpf.

Libpcap 0.9[.x] has an OS X startup item "ChmodBPF" that can be
configured to set the mode and ownership of /dev/bpf* to give a selected
user or group permission to use BPF. We could perhaps bundle that with
Ethereal.

Post by Gerald Combs
Would it make sense to bundle Ethereal up along with all of its
associated libraries as we do with Windows and ship it as a disk image
or package?

Yes. A .dmg would be the right overall package form (just as a .exe
would be for Windows); it could either be a "drag-and-drop install"
package or an installer package.

If we had *everything* in a .app directory or other directory -
including command-line executables (so that you'd have to set $PATH to
include that directory) - it could be a "drag-and-drop install". If,
however, we wanted to install the command line executables in, for
example, "/usr/local/bin", that'd be a package install.

See

http://developer.apple.com/documentation/DeveloperTools/FilesSoftwareInstallation-date.html

for information on packaging, etc.. Note that the Bundle Programming
Guide speaks of APIs to get the location of the bundle (it uses argv[0]
and $PATH to figure out where it was launched from) and find stuff
within the bundle. We could play similar tricks (even on other UN*Xes)
to find the directory in which Ethereal's files are located (although I
don't know whether any UN*X run-time linkers will try to find shared
libraries in the same directory as an executable, or can be convinced to
do so).

[Gerald Combs]

Post by Guy Harris
If we had *everything* in a .app directory or other directory -
including command-line executables (so that you'd have to set $PATH to
include that directory) - it could be a "drag-and-drop install". If,
however, we wanted to install the command line executables in, for
example, "/usr/local/bin", that'd be a package install.

My first attempt at this is available at

http://www.ethereal.com/distribution/prerelease/Ethereal%200.10.13%20SVN%2020051219193942.dmg.gz

It's based on the Gimp.app skeleton and support files available at
http://gimp-app.sourceforge.net/

It takes forever to load, but otherwise seems to work OK.

[Guy Harris]

Post by Gerald Combs
My first attempt at this is available at
http://www.ethereal.com/distribution/prerelease/Ethereal%200.10.13%20SVN%2020051219193942.dmg.gz

The resulting drag-install Ethereal.app crashed on my 10.4.3 machine with

ZeroLink: could not load .o file:
/Users/gerald/devel/ScriptExec/build/ScriptExec.build/Development/ScriptExec.build/Objects-normal/ppc/main.ob

I've never used the zerolink stuff, but it might be that it doesn't work
with the "deployable" version of the app.

[Michael Tuexen]

Same on my machine...

Best regards
Michael

Post by Guy Harris

Post by Gerald Combs
My first attempt at this is available at
http://www.ethereal.com/distribution/prerelease/
Ethereal%200.10.13%20SVN%2020051219193942.dmg.gz

The resulting drag-install Ethereal.app crashed on my 10.4.3 machine with
/Users/gerald/devel/ScriptExec/build/ScriptExec.build/Development/
ScriptExec.build/Objects-normal/ppc/main.ob
I've never used the zerolink stuff, but it might be that it doesn't
work with the "deployable" version of the app.
_______________________________________________
Ethereal-dev mailing list
http://www.ethereal.com/mailman/listinfo/ethereal-dev

[Gerald Combs]

It looks like I copied over the "Development" version of ScriptExec
instead of the "Deployment" version. There's a new release at

http://www.ethereal.com/distribution/prerelease/Ethereal%200.10.13%20SVN%2020051219193942a.dmg.gz

which should fix this.

Post by Michael Tuexen
Same on my machine...
Best regards
Michael

Post by Guy Harris

Post by Gerald Combs
My first attempt at this is available at
http://www.ethereal.com/distribution/prerelease/
Ethereal%200.10.13%20SVN%2020051219193942.dmg.gz

The resulting drag-install Ethereal.app crashed on my 10.4.3 machine with
/Users/gerald/devel/ScriptExec/build/ScriptExec.build/Development/
ScriptExec.build/Objects-normal/ppc/main.ob
I've never used the zerolink stuff, but it might be that it doesn't
work with the "deployable" version of the app.
_______________________________________________
Ethereal-dev mailing list
http://www.ethereal.com/mailman/listinfo/ethereal-dev

_______________________________________________
Ethereal-dev mailing list
http://www.ethereal.com/mailman/listinfo/ethereal-dev

[Guy Harris]

Post by Gerald Combs
It looks like I copied over the "Development" version of ScriptExec
instead of the "Deployment" version. There's a new release at
http://www.ethereal.com/distribution/prerelease/Ethereal%200.10.13%20SVN%2020051219193942a.dmg.gz
which should fix this.

It's now failing with

dyld: Library not loaded: /sw/lib/libintl.1.dylib
Referenced from: /{internal pathname
censored}/gharris/Desktop/Ethereal.app/Contents/Resources/lib/libatk-1.0.0.dylib
Reason: image not found

For some reason, it's not looking for the libintl.3.dylib in the bundle.

[Gerald Combs]

Post by Guy Harris
It's now failing with
dyld: Library not loaded: /sw/lib/libintl.1.dylib
Referenced from: /{internal pathname
censored}/gharris/Desktop/Ethereal.app/Contents/Resources/lib/libatk-1.0.0.dylib
Reason: image not found
For some reason, it's not looking for the libintl.3.dylib in the bundle.

Well, that's it for Fink then. I'll try creating a set of libraries
similar to what we're doing under Windows. It will probably be a few
days before I can make another test installer.