Click Create a new Xcode projectPress Next once Single View Application is selectedName the Product Name anything you want, and the Organization Identifier anything you want as wellNavigate to wherever you want to store the app's folder. It does not matter where it is located.Click Fix Issue to resolve the profiles issue. You may have to log in with your iCloud.Set the Deployment Target for whatever iOS version you want to install it on. You can now minimize Xcode.Download the deb file you want to install.Click Browse and navigate to your.deb fileI've selected the Kodi deb, but there are many others you can try.Select the Provisioning Profile you made in Xcode and type the name you wish to be displayed on your device in the App Display Name section. Then press Start.Save the.ipa file to a location you can remember.It should run some text at the bottom and stop when it is complete. If this is your first time building or making a Hackintosh, boot flags may seem like a foreign concept. PLEASE NOTE: These are not product keys that will function to activate Windows.
IMessage Tutorial on El Capitan and YosemiteWorks on OS X 10.10+Requires Clover boot loader, and has been tested up to macOS 10.12Clover Configurator:Sometimes Necessary: Set Up Network ConfigurationIMPORTANT:Make sure that your primary network is set as en0. A lot of the time, this is a major issue and is often overlooked. If you use WiFi as your primary network, it has to be en0. Open System Profiler, click Ethernet or Wifi, depending on how you receive your internet, and make sure the network is listed as en0.
If not, delete NetworkInterfaces.plist and Preferences.plist in /Library/Preferences/SystemConfiguration. In many cases, this is unnecessary.How To Get iMessage Working on Yosemite and El Capitan Download and run the program.For the tutorial, I've selected the iMac 8,1, but I do not recommend it.If you have a desktop Haskell or Skylake processor:Select iMac 14,2.
How to Host a Cydia RepositoryA few months ago,. Since then, I have received a number of questions on how to create a Cydia 'source'. Many people assume that Cydia uses the same repository structure as AppTapp Installer, which is definitely not the case as then it would solve none of. Luckily, the answer to this question is usually quite short: a Cydia repository is a Debian APT repository.However, even though Debian APT is, this hasn't quite enough for some people, partly due to all of the diversions the official documentation normally takes on its route to a repository. Also, Cydia does have a few extensions to the underlying structure that are worth documenting.
I have therefore put together this document to help guide people into the world of distributing their software using Cydia using the simplest possible infrastructure. Step 1: Making a PackageIn the world of Debian APT/dpkg, anything you can install is a 'package'. These packages exist in the form of.deb files, which have a rather arcane (which, to the software historian, may be read as 'fascinating') internal format that this guide will not bore the reader with. At a high level, a.deb contains the files that are going to installed as part of the package, and 'control' information which comprises metadata about the package (its name, size, and other sundry details).The construction of such a file is done using the tool dpkg-deb. Users of Debian (or Fink on a Macintosh, which is also based on APT) will already have this package installed, but users of almost any other platform are able to install it easily, or may do this work on their iPhone itself. In order to speed this process along for the recalcitrant few, I have compiled statically linked copies for and.To then make a package, we need only prepare a folder that contains the files we want to install as they would appear on the iPhone's filesystem.
Additionally, we will add a single directory called DEBIAN to the root of our package to house a file called 'control', which will contain our metadata. If, for example, we want to install a program and a LaunchDaemon for MyProgram, we (depending on what we were installing, of course) may end up with the following directory structure.
Package: com.saurik.myprogramName: MyProgramVersion: 1.0.4-1Architecture: iphoneos-armDescription: an example of using APTEvery day people use Cydia, but with theinstructions embodied in this package,people can publish for it as well.Homepage: Your Name Author: Jay Freeman (saurik) Sponsor: Microsoft Section: Games. Package: This is the 'identifier' of the package. This should be, entirely in lower case, a reversed hostname (much like a 'bundleIdentifier' in Apple's Info.plist files). If you are also choosing to host an AppTapp Installer repository to support legacy clients, you are strongly encouraged to make this name match the AppTapp bundle identifier (except all in lower case). Name: When the package is shown in Cydia's lists, it is convenient to have a prettier name.
This field allows you to override this display with an arbitrary string. This field may change often, whereas the 'Package' field is fixed for the lifetime of the package. Version: A package's version indicates two separate values: the version of the software in the package, and the version of the package itself. These version numbers are separated by a hyphen. Architecture: This describes what system a package is designed for, as.deb files are used on everything from the iPhone to your desktop computer.
The correct value for iPhoneOS 1.0.x/1.1.x is 'darwin-arm'. If you are deploying to iPhoneOS 1.2/2.x you should use 'iphoneos-arm'. Description: This field is a little more complicated than the others, as it may use multiple lines. The first line (after the colon) should contain a short description to be displayed on the package lists underneath the name of the package. Optionally, one can choose to replace that description with an arbitrarily long one that will be displayed on the package details screen. Technically the format for this field is quite complicated, but most of that complexity is currently ignored by Cydia: instead Cydia allows you to place arbitrarily awesome HTML in this field.
Each line of this extended description must begin with a space. I highly disrecommend using this for HTML, however: you should instead use Depiction: for the description in Cydia and use extended descriptions (which will then be ignored by Cydia) for compatibility with command-line clients. I would normally leave this mess undocumented, but this is so different from APT/dpkg that I feel the need to do a full explanation here. Arguably, at some future point, I should redo this field in Cydia to be parsed correctly, so another way of looking at this is that extended descriptions shouldn't be used with Cydia at all. Homepage: Often, there is more information that a packager wants to provide about a package than can be listed in the description of the package. Cydia supports a 'More Info' field on the details screen that shunts users off to a website of the packager's choice.
Depiction: Pretty much the entire interface of Cydia is a webpage, which makes adding features or new functionality remotely very easy. One thing you might want is to be able to display custom links or screenshots with special formatting. Just plain something special (even an advertisement) on your package page. This is done with a 'depiction', which is a URL that is loaded into an iframe, replacing the Description: and Homepage: links that are normally presnt.
For a good example see WinterBoard's package details page in Cydia. For many packagers this has simply become their More Information page, which is only used for backwards compatibility. It does not need to be the same, however. You also may consider not having a Homepage: field at all if you include Depiction.
Maintainer: The person who built the package is called the 'maintainer'. This is the person who will be contacted with issues relating to the package itself. This should be of the form 'their name '. Author: In contrast, the person who wrote the original software is called the 'author'. This name will be shown underneath the name of the package on the details screen.
Deb File Iphone
The field is in the same format as 'Maintainer'. Sponsor: Finally, there might be someone who is simply providing the influence or the cash to make the package happen. This person should be listed here in the form of 'Maintainer' except using a resource URI instead of an e-mail address. Section: Under the 'Install' tab in Cydia, packages are listed by 'Section'. If you would like to encode a space into your section name, use an underscore (Cydia will automatically convert these).The package is then built by going to the folder containing MyProgram and running dpkg-deb. The result is a.deb file that may be installed and tested on the iPhone.
Depending on the version of dpkg-deb you are using, you may receive a number of warnings about 'user-defined fields'. This is due to the extensions Cydia has added to the control field format and, assuming they look correct, may be safely ignored. root@desktop:/cydia# dpkg-deb -b MyProgramwarning, `MyProgram/DEBIAN/control' contains user-defined field `Name'warning, `MyProgram/DEBIAN/control' contains user-defined field `Homepage'warning, `MyProgram/DEBIAN/control' contains user-defined field `Author'dpkg-deb: building package `com.saurik.myprogram' in `MyProgram.deb'.dpkg-deb: ignoring 3 warnings about the control file(s)root@desktop:/cydia# ls -la MyProgram.deb-rw-r-r- 1 root root 906 2008-07-01 07:48 MyProgram.debroot@desktop:/cydia#. Obviously, this is just the tip of the iceberg on what you can do with APT. There are a number of different points in the installation process your package can hook into with shell scripts, you can mark files as being 'configuration files' (which are intelligently managed and upgraded only when it makes sense), etc.
For more information please scan to the very bottom of this article for the external resources (this article does not discuss these features as 95% of packages do not need such things). Step 2: Testing the PackageNow that we've constructed our package, it would be prudent to copy it to a phone to test it. As the.deb file is entirely self contained, this is a relatively easy process. On the phone, 'dpkg -i' may be used to install it directly from the file. Once installed, it may be managed by Cydia (which will show the package as being from the source 'Local/Unknown') or operated on using apt-get. IPhone: root# dpkg -i MyProgram.debSelecting previously deselected package com.saurik.myprogram.(Reading database.
17090 files and directories currently installed.)Unpacking com.saurik.myprogram (from MyProgram.deb).Setting up com.saurik.myprogram (1.0.4-1).iPhone: root# ls -la /Applications/MyProgram.apptotal 0drwxr-xr-x 2 root wheel 170 Jul 1 00:54./drwxrwxr-x 73 root admin 2550 Jul 1 00:54./-rw-r-r- 1 root wheel 0 Jul 1 00:47 Info.plist-rw-r-r- 1 root wheel 0 Jul 1 00:47 MyProgram-rw-r-r- 1 root wheel 0 Jul 1 00:47 icon.pngiPhone: root# apt-get remove com.saurik.myprogramReading package lists. DoneBuilding dependency tree. DoneThe following packages will be REMOVED:com.saurik.myprogram0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.Need to get 0B of archives.After unpacking 0B of additional disk space will be used.Do you want to continue Y/n? Y(Reading database. 17095 files and directories currently installed.)Removing com.saurik.myprogram.iPhone: root# Step 3: Creating a RepositoryThe final step in the process is to create a repository that other users can use to not just install, but find your software via Cydia. This step requires creating a folder on a website somewhere which will contain two files: your new.deb and an index called Packages. This index is created using a Perl script called dpkg-scanpackages, which takes the name of a directory to scan for.deb files.
Here we pass -m to say 'all files, including duplicates' and /dev/null as the 'override' file (which will then causes a few warnings which we may ignore). Unfortunately, the stock copy of dpkg-scanpackages that comes with Debian is not designed to take into account user-defined fields, so the Cydia-specific fields will need to be manually added to the script. This is rather easy: simply add 'Name', 'Author', 'Homepage', and 'Icon' to the end of the array 'fieldpri'. If you'd prefer, you may download a pre-made version of this file.Unfortunately again, this copy I provide will not work with Fink, so you will have to do the rather simple modification yourself. If I get my hands on the stock Fink copy soon I may provide that modified on this website, but currently I don't have it on me:(.Currently, this program may not be run on the iPhone itself as Perl is not yet ported into Telesphoreo. Hopefully the author will have this fixed in the near future, at which point a few of the more advanced features of dpkg will finally be unlocked (such as dpkg-divert, which allows for safe replacements of files from other packages or the system).
Step 4: Repository Metadata (Optional)Another feature of a repository is information on the people who run it, what its name is, etc. This information is stored in a file called Release that has the following format. This file is strictly optional. If you leave it off then Cydia synthesizes information from your URL for various points where it needs to display details on your source. Origin: Saurik's Example for CydiaLabel: Cydia ExampleSuite: stableVersion: 0.9Codename: tangeloArchitectures: iphoneos-armComponents: mainDescription: An Example Repository from HowTo Instructions.
Origin: This is used by Cydia as the name of the repository as shown in the source editor (and elsewhere). This should be a longer, but not insanely long, description of the repository. Label: On the package list screens, Cydia shows what repository and section packages came from. This location doesn't have much room, though, so this field should contain a shorter/simpler version of the name of the repository that can be used as a tag. Suite: Just set this to 'stable'. This field might not be required, but who really knows? I, for certain, do not.
Version: This is an arbitrary version number that nothing actually parses. I am going to look into seeing how required it is.
Codename: In an 'automatic' repository you might store multiple distributions of software for different target systems. For example: apt.saurik.com's main repository houses content both for desktop Debian Etch systems as well as the iPhone. This codename then describes what distribution we are currently looking for. In a 'trivial' repository (as described in this document) you may put anything you want here, and the field may even be optional. Architectures: To verify a repository is for the specific device you are working with APT looks in the release file for this list.
You must specify all of the architectures that appear in your Packages file here. Again, we use darwin-arm for 1.1.x and iphoneos-arm for 2.x. Components: Just set this to 'main'. This field might not be required, but who really knows?
I, for certain, do not. Description: On the package source screen a short description is listed of the repository. This description may eventually work similarly to that of a package (with a long/short variety and the aforementioned encoding), but for right now only the shorter description is displayed directly on the list.Step 5: Package Signatures (Optional). The instructions for Step 5 are not quite done yet.
You might just want to skip to Step 6.The final step, and this is also optional, is to sign your repository. This cryptographic process ensures to your users that the software they are downloading actually comes from you and not from someone on their same network who is intercepting (and manipulating) their traffic. To do this, we first add MD5 sums of our Packages files to Release and then use GnuPG (the GNU version of PGP) to generate a key and sign that file, creating a new Release.gpg file.For the MD5 sums, we add an extra field call 'MD5Sum' which has, on extra lines (beginning with spaces as they are not fields) the sums, size (in bytes), and names of our key files. Note that I believe we have to list both the uncompressed and the compressed versions of our files. root@desktop:/web/apt/xmpl# gpg -abs -o Release.gpg ReleaseYou need a passphrase to unlock the secret key foruser: 'Jay Freeman (saurik) '1024-bit DSA key, ID AA31C175, created 2008-01-01Enter passphrase:root@desktop:/web/apt/xmpl# ls -la Release.gpg-rw-r-r- 1 root root 189 2008-08-05 11:52 Release.gpgroot@desktop:/web/apt/xmpl#In order for this signature to be verified on the client, they have to have our public key installed. This is done by using the program apt-key, a frontend to gpg that handles all of the other work and arguments for us. IPhone: root# apt-key add saurik.pubOKiPhone: root# Step 6: Adding the RepositoryUnfortunately, due entirely to the laziness of the author, Cydia does not yet have a nice editor for adding sources.
This is lame and will be fixed post haste. In the mean time, to add the repository we just created we need only add a single line to the file /etc/apt/sources.list (which may not exist until you create it) that states the base URL of the entire repository and the offset into this sub-branch (which will usually be './', but may be more complicated in some cases). Deb./This example line is actually a live repository that you may feel free to test or pull apart and analyze based on the instructions in this document.
Inside you will find just the two files that we have discussed, and you may install the package containing MyProgram (which doesn't do anything and will probably cause issues if you run it).Now that we've installed the repository, we may go ahead and test it. To do this, we can either just enter Cydia (which will automatically pick up the new source as it updates its package database) or we can use the command line tool 'apt-get'. The former is quite obvious, so I will cover the latter here. First we 'apt-get update' to pick up the new source information, and then we use 'apt-get install' to get our package.