It's quite late - I was going to call this a Christmas present, but it's 4 days after Christmas, so I'll call this an early New Year's gift.
For quite a while, Debian and Ubuntu users have been depending on the install_tilp.sh script from the TiLP SVN repository to build packages... which meant installing a lot of development packages, compilers, etc. that one might not want or need. This was due to the lack of updates from both the Debian and Ubuntu sides, mainly Debian.
That said, I recently took over package maintainership (though I'm an "intern", so I don't have full upload rights yet). However, due to the closing of the repositories in preparation for the Debian 7 release, you won't see anything until next year.
At the same time, I also decided to package the new TilEm Z80 emulator, so expect to see that soon!
However, rather than wait for people to get their hands on some Debian packages, I've went and built them myself, and placed them into an APT repository for you guys to use.
Installation
Debian:
Instructions to add the Debian repository:
Acknowledgments
Simply the best for the last.
Really, really big thanks to Lionel Debroux and Benjamin Moody for helping out with the packaging! Most maintainers don't get much help from the original program developer, but you guys are exceptions! We fixed a lot of problems with both TiLP and TilEm together, and of course the original packages themselves!
Another big thanks to jacobly, who gratefully donated his time to helping out with the debian/copyright work (and even developed a script to create the file automagically!). No Debian Developer would have accepted any packages without your help! (After a while, he threw up his hands in the air and gave up - well, not really, but he definitely paused his work out of understandable boredom. )
Also thanks to #debian-mentors (at OFTC, irc.oftc.net) for the constant help with my packaging! (Particularly paultag, daemonkeeper, and my mentor, algernon!) My constant questions probably seemed endless and stupid, but you guys answered them anyway, even when I should have RTFM...
Additional thanks to Catherine (on #cemetech, also previously known as _player) and jacobly (again) for the extensive Bash scripting expertise. Those questions weren't random - they were all part of this project!
Finally, another BIG thanks (heck, all of these were BIG) to Sorunome, who generously lent me his server for 64-bit package building. His server may be small, but it certainly can (and will continue to for the foreseeable future) build 64-bit Debian packages!
Frequently Asked/Anticipated Questions:
General Questions:
General Packaging Questions:
Ubuntu Specific Questions:
For quite a while, Debian and Ubuntu users have been depending on the install_tilp.sh script from the TiLP SVN repository to build packages... which meant installing a lot of development packages, compilers, etc. that one might not want or need. This was due to the lack of updates from both the Debian and Ubuntu sides, mainly Debian.
That said, I recently took over package maintainership (though I'm an "intern", so I don't have full upload rights yet). However, due to the closing of the repositories in preparation for the Debian 7 release, you won't see anything until next year.
At the same time, I also decided to package the new TilEm Z80 emulator, so expect to see that soon!
However, rather than wait for people to get their hands on some Debian packages, I've went and built them myself, and placed them into an APT repository for you guys to use.
Installation
Debian:
Instructions to add the Debian repository:
- Add my repo key!
wget -qO- http://apt.withg.org/withg.key | apt-key add -
wget -qO- http://apt.withg.org/withg.key | sudo apt-key add - (with sudo)
- Add the repo!
echo "deb http://apt.withg.org/ squeeze main" > /etc/apt/sources.list.d/withgusto.list
echo "deb http://apt.withg.org/ squeeze main" | sudo tee /etc/apt/sources.list.d/withgusto.list (with sudo)
or
echo "deb http://apt.withg.org/ wheezy main" > /etc/apt/sources.list.d/withgusto.list
echo "deb http://apt.withg.org/ wheezy main" | sudo tee /etc/apt/sources.list.d/withgusto.list (with sudo)
or
echo "deb http://apt.withg.org/ sid main" > /etc/apt/sources.list.d/withgusto.list
echo "deb http://apt.withg.org/ sid main" | sudo tee /etc/apt/sources.list.d/withgusto.list (with sudo)
Select the lines that correspond to your Debian distro.
- Update!
apt-get update
sudo apt-get update (with sudo)
- You're done!
If you have previously installed TiLP and friends, you should now be asked to upgrade. If you haven't, just install packages normally - tilp2, gfm, and tilem.
Acknowledgments
Simply the best for the last.
Really, really big thanks to Lionel Debroux and Benjamin Moody for helping out with the packaging! Most maintainers don't get much help from the original program developer, but you guys are exceptions! We fixed a lot of problems with both TiLP and TilEm together, and of course the original packages themselves!
Another big thanks to jacobly, who gratefully donated his time to helping out with the debian/copyright work (and even developed a script to create the file automagically!). No Debian Developer would have accepted any packages without your help! (After a while, he threw up his hands in the air and gave up - well, not really, but he definitely paused his work out of understandable boredom. )
Also thanks to #debian-mentors (at OFTC, irc.oftc.net) for the constant help with my packaging! (Particularly paultag, daemonkeeper, and my mentor, algernon!) My constant questions probably seemed endless and stupid, but you guys answered them anyway, even when I should have RTFM...
Additional thanks to Catherine (on #cemetech, also previously known as _player) and jacobly (again) for the extensive Bash scripting expertise. Those questions weren't random - they were all part of this project!
Finally, another BIG thanks (heck, all of these were BIG) to Sorunome, who generously lent me his server for 64-bit package building. His server may be small, but it certainly can (and will continue to for the foreseeable future) build 64-bit Debian packages!
Frequently Asked/Anticipated Questions:
General Questions:
- I love your packages! OR - Something didn't install correctly/broke! Who should I praise/complain to? I maintain all packages, so you can either send me adorations or whine/complain to me. This topic is a good place to report problems. Depending on how busy I am, I may get back to you within the day, or within a month.
- I want to help! Who should I contact? What do I need to know? I currently maintain the package with another co-maintainer, jacobly. It's best to contact me, though you can also contact him and he can get you started. You should be able to read and follow specs, and know some basic Bash scripting. Knowledge of sed and awk is a big plus.
- Could you package for Fedora, Arch, [distro goes here]? No, I'm just a Debian packager, and will probably stay that way for the foreseeable future. AFAIK, TC01 manages the Fedora packages, and Jonimus manages the Arch (AUR) packages. If you want to get packages for another distro... try doing them yourself!
- Is the packaging work open source? Yes - you can (technically) build these packages yourself! (Of course, you need to install the needed dependencies.) The project can be found here: https://code.google.com/p/tilp-debian/
Note that it has not been updated with the latest changes, so things may not work perfectly yet.
- Can I upload a package to your repo? Yes - this is technically a community repo, so you can contribute to it! You may upload packages to apt.withg.org under two conditions: 1) it is useful to the community (and obviously not harmful), 2) the package is properly formatted according to the Debian packaging guidelines.
General Packaging Questions:
- Do you build for 64-bit systems? Yes, I do - the amd64 variant, that is. (If you don't know what amd64 is, don't worry about it - just know that it's 64-bit!
- Will you package the latest Git/SVN version of TiLP? Maybe - if I can figure out how to do it. (I'm sure it's possible, because there are package versions tagged with "git20101104" and the like.) I'll let you guys know if I do release such a package - though you may have to add a different repo channel (i.e. apt.withg.org wheezy-git main), as the versions will conflict with the existing packages.
- How often will these packages be updated? I'll try to make an update within 1-2 months of a new release, but no guarantees. The next release is expected to have a LOT more dependencies (which I need to package, as they don't exist in Debian yet), so expect some delays.
- When the Debian/Ubuntu package arrives for TiLP, libti*, GFM, and TilEm, do I have to remove the PPA/3rd party repo? No - the versioning of the package (the "~DISTRO" suffix/tag) makes the package inferior to a package without it, aka the official repository ones. When the time comes, you can simply update to your distro's version of the package.
- Why are ROM dumpers disabled in TiLP? To be more precise, it's disabled in the libticalcs library. If you notice the versioning of the libticalcs package, it's tagged as "+dsfg", or "Debian Free Software Guidelines." This is due to the Debian philosophy:
"If you are on a desert island, magically with a computer, a Debian CD, and the Debian repository servers connected to some extraterrestrial power source, you must be able to rebuild a package in its entirety from source."**
libticalcs has assembled ROM dumpers that can not be built with tools in the Debian repository, so they are considered "non-free" (which is "taboo" in Debian). Rather than place libticalcs in non-free (and screw up all the other packages), they are simply disabled, causing the package to get the +dsfg tag. This will be fixed in the next release, since the new assemblers (written by Ben Moody) can be assembled by FOSS tools that I can package. (Some of the old ones required TASM, which is closed-source.)
(In reality, despite the inclusion of a patch to notify people about the problems with the packaging, I don't think the ROM dumpers are actually removed. You might just have the ROM dumpers built in after all!)
Ubuntu Specific Questions:
- Why are the Ubuntu packages delayed? Better yet, why can't you build them yourself? Ubuntu packages are delayed because we use Launchpad's PPA to host and build packages, and the system isn't exactly stellar. Deleting packages are "requests", and they can take up to 1-2 weeks to process. Uploading a higher version would also do the trick, but the old packages would still remain, which may cause significant problems in the future.
As for personally building the packages myself - I could. (In fact, my repo scripts have support for building Ubuntu packages, just needing a few tweaks here and there to make things work.) The problem is that Ubuntu (or rather, Canonical) recently decided to remove a good majority of their old repositories, making package building for old Ubuntu distros impossible. As of now, the only way to build for old versions of Ubuntu (like maverick 10.10) is via Launchpad. It's pretty stupid, considering that Debian has its own archive of old distros. Not sure whether it's cost related (Launchpad is pretty wasteful, IMO, so why not save there?) or some sort of plot to get money (i.e. make people dependent on the Launchpad service to build packages).
- Ubuntu now has TiLP 1.16. Should I add the PPA? I highly recommend doing so. The reason is that the Ubuntu devs were silly enough to just update TiLP, and not any of its libraries. (See: LP#1010222) That means TiLP will look prettier, but still fail to work and crash. If you add the PPA, you'll get the newer libraries, and TiLP will (hopefully) start working again! Worse case scenario: TiLP doesn't run anymore from the new libraries (unlikely, but possible). You can easily open Synaptic, select the tilp2 package, and change the version (Force Version) to the PPA's version, and everything should work.