Fink

I have some how stumbled upon this site I am trying to get a virtual TI 83
or newer model of calculator on my mac I don't exactly know how to use Fink


any help would be appreciated

brandon.bownds at gmail.com please email me if you can help thanks

Ok, thanks for the update. I am closing this as outdated. Please reopen a
new item if you find time to update these packages. Thanks for your support
of Fink in the past, anyhow!

I'm sorry for the silence. My interests have shifted a bit and I haven't
touched TiEmu for over a year. TiEmu itself has progressed in that time as
well, so if I ever take up work on this again (which I currently don't have
time for), I'll probably start afresh with a current version instead of
trying to update these old packages. For the time being, unless someone
else wants to take over, I think the best course of action would be to just
drop this package submission.

What is the status of this item?

Logged In: YES
user_id=43309

Can you update these from the old gettext package to libgettext3?

Logged In: YES
user_id=1061789

Updated tiemu to upstream version 2.00. This is the final release
version.
Still only tested on 10.3.
Info and binary "fink validate"d.

Logged In: YES
user_id=1061789

Updated packages to new upstream versions:
tiemu 2.00-rc8
libticables 3.9.5
libtifiles 0.6.6
libticalcs 4.6.1
Infos and binaries "fink validate"d.

Logged In: YES
user_id=1061789

Updated tiemu package to upstream version 2.00-rc6.
Info and binary "fink validate"d.

Logged In: YES
user_id=1061789

Updated tiemu package to upstream version 2.00-rc5.
Info and binary "fink validate"d.

Logged In: YES
user_id=1061789

Updated tiemu package to upstream version 2.00-rc4.
Info and binary "fink validate"d.

Logged In: YES
user_id=535292

Looks like nobody remembered to update the docs:( I just
patched the Packaging Manual entries for Depends and
Essential to note:

In the past, non-essential packages implicitly depended on the
essential ones; this is no longer true.

Logged In: YES
user_id=1061789

> Please do shorten the package descriptions.
Done.

> The purpose of the Shlibs field is to identify where the official .dylib
file is...
Right, that makes sense :). I was blindly following the example on the
Packaging Policy page that says "%p/lib/bar.1.dylib 2.1.0 bar1 (>=
1.1-2)"...
Maybe it would better say "bar1-shlibs".

> ...for example, libtifiles0-shlibs needs to Depends:libiconv...
OK. Does the documentation mention that somewhere? I think it should be
mentioned in the description of the Depends field in the Reference. The
reason I didn't add them is that the description of the Essential field
says
that non-essential packages implicitly depend on the essential ones.

The info files and binary packages now pass "fink validate" without
warnings.

Logged In: YES
user_id=535292

Welcome to fink packaging!

Please do shorten the package descriptions. It's a written
fink standard that when there's a foo-shlibs, the headers
are in foo-dev if it exists or else in foo. If you really
want to include a comment about development files, you could
do something like "Headers files for compiling against
foo-shlibs".

The purpose of the Shlibs field is to identify where the
official .dylib file is. This file should be in the -shlibs
splitoff (and it is), so the Shlibs field should specify
that package name (not the package containing the headers or
the unversioned .dylib) and should be in that package as
well. It might be easier (thinking about future version
upgrades) to use %n in the Shlibs field instead of
hard-coding the package name (make sure *not* to use %v or
%r in Shlibs though).

I see a lot of BuildDepends for gettext and libiconv, but no
Depends for their shared-library packages. Fink's policy has
changed: there are now no "automatic" dependencies for them.
If a file in libtifiles0-shlibs links to a .dylib in
libiconv, for example, libtifiles0-shlibs needs to
Depends:libiconv. You can use 'otool -L some-file' to see
what files some-file links.