Add to Description in debian/control:
* Add note to debian/control about BBS shells Synchronet can emulate, for both sbbs & sbbscvs packages (r264).
* Add note to debian/control about scripting resources available with package, for both sbbs & sbbscvs packages (r265).
The Beast's Domain xtrn/tbd
* Add patch to remove xtrn/tbd scripts distributed with source archive (r251).
* Add xtrn/tbd to build & clean targets in debian/rules (r255). The clean target is commented out because there doesn't actually seem to be one.
* Install xtrn/tbd executables & other files to /opt/synchronet/xtrn/tbd (r263).
Synchronet Blackjack! xtrn/sbj
* The executables for sbj that come with the source archive are actually only scripts that attempt to locate the actual executables in the build directory, which is not needed for the debian package. Add patch to remove xtrn/sbj scripts distributed with source archive (r249).
* Add xtrn/sbj to build & clean targets in debian/rules (r254).
* install xtrn/sbj executables (r260).
* Added note for xtrn/sbj to debian/copyright (r261).
Syncrhonet BBS List xtrn\sbl
* The executables for sbl that come with the source archive are actually only scripts that attempt to locate the actual executables in the build directory, which is not needed for the debian package. Add patch to remove xtrn/sbl scripts distributed with source archive (r250).
* Add xtrn/sbl to build & clean targets in debian/rules (r253).
* Install xtrn/sbl executables.(r259)
* Added note for xtrn/sbl to debian/copyright (r262).
The standard sbbs v3.14a install assumes the existance of the following online games programs:
Food Fight!!
* Not actually available with source archive
* Add note about removing from configuration and/or updateing configuration to * README.Debian?
Dragon's Hoard xtrn/dhoard
* Not actually available with source archive
* Add note about removing from configuration and/or updateing configuration to README.Debian?
DoorMUD v0.99 xtrn/doormud
* Not actually available with source archive
* Add note about removing from configuration and/or updateing configuration to README.Debian?
In the default configuration, the standard SBBS v3.14a install assumes the existance of the following main online programs but two of them are not being installed correctly:
* Synchronet BBS List - xtrn/sbl, not being installed correctly in Debian package v0.1
* Synchronet Match Maker - xtrn/smm, not being installed in Debian package v0.1
The executables for sbl that come with the source archive are actually only scripts that attempt to locate the actual executables in the build directory, which is not needed for the debian package. Can correct the source archive for this, or patch it during the build.
* Add note regarding sbj, sbl, & tbd source to README.source. (r202)
* Add patch to remove xtrn/sbj scripts distributed with source archive (r249).
* Add patch to remove xtrn/sbl scripts distributed with source archive (r250).
* Add the sbj, sbl, tbd patch filenames to debian/patches/00list (r252).
* Add xtrn/sbl to build & clean targets in debian/rules (r253).
* Add xtrn/sbj to build & clean targets in debian/rules (r254).
* Add xtrn/tbd to build & clean targets in debian/rules (r255). The clean target is commented out because there doesn't actually seem to be one.
* Set syncterm trunk as release 20080406-1 (r236).
* Added explicit build-depends for libncurses5-dev to debian/control (r245). In debian/rules, changed dh_prep back to dh_clean -k (r271,r273).
Have attempted to put a version on the maintainers launchpad PPA but the package attempts keep failing to build. Current issue is that on a Debian, the build results are put into directories that include the hardeware platform as part of the directory name. Done in debian/rules by setting a variable & then using that variable in the install lines. That works during a build on a debian system. On a Ubuntu system, it does not; neither my test systems nor the build systems at launchpad. The command being used to get the hardware platform (line 9) does work from the command line.
Reference ticket:54 for the issue with the machine info as part of the build directories name.
Lintian resuilts of a check on 20080406-0.2:
* W: syncterm source: out-of-date-standards-version 3.7.2 (current is 3.8.0)
> Updated standards version to 3.8.0 in debian/control. (r224)
* E: syncterm: description-starts-with-package-name
> Edited short discription in debian/control (r225).
* W: syncterm: menu-item-needs-tag-has-unknown-value x11|text /usr/share/menu/syncterm:2
* W: syncterm: menu-item-creates-new-section Applications/Network/Communications /usr/share/menu/syncterm:2
> Corrected debian/menu file: Needs field changed to just "text". Corrected misspelling in 3rd level of section (dropped the "s") (r226).
* W: syncterm: copyright-lists-upstream-authors-with-dh_make-boilerplate
> Removed the "(s)" from the author copyright line, which is left over from the dh_make template (r227).
* W: syncterm: extra-license-file usr/share/doc/syncterm/LICENCE
> The information in the Sync Term LICENSE file is available in debian/copyright for the Debian package, so installing the LICENSE file itself as part of the package is not neccessary (r229).
Errors from a package build done right after another one
The following is an example of an error that came up on a second package build run (i.e., building again in a directory where a package build had already been completed):
* pkg-source: error: cannot represent change to syncterm-20080406/uifc/gcc.linux.x86_64.obj.debug-mt/uifc32.o: binary file contents changed
It appears to be Improper/incorrect/incomplete clean targets in debian/rules and/or in the syncterm/Makefile, because the problem is not present with a clean package source installation.
Verified with the author, who advised of the other directories that have clean targets available. Added the other syncterm clean commands to debian/rules (r231).
For use in the install target in debian/rules, the command "dh_clean -k" has been
replaced by the command "dh_prep"; but **only** for debhelper v7 which came out with Debian Lenny. Do not use unless already using that version of debhelper and there is no anticipation of the package still being used in older releases.
Added a working debian/watch file. For it to work properly; changed the package version number back to the year-month-day format because that is how the source files are actually released. (r220).
Need to Find a better way of passing the results of uname -m to the "dh_install" lines in debian/rules. It is used as part of the path in the install lines in order to find the platform part of the path, like x86_64 or i686.
Tried defining a variable just before the install section but couldn't get that to work; possibly because how I was trying to do it will not work within a make target. Define it completely outside of the target rule? (At the beginning of the file, with the other definitions?)
Set variable for hardware platform at beginning of debian/rules and use that variable in the installation lines (r219):
> HW := $(shell uname -m)
For a v3.14a package, there has been a change with usage of libraries; reference ticket:44 details. May not be an issue for the 3.15a version in cvs because they've been doing doing updates to the sync side of the js/nspr code.
Use /opt/synchronet/exec for JSLIBDIR, NSPRDIR, & CRYPTLIBDIR library references in the make line. (r217)
