Pages

Thursday, January 29, 2009

SyncTerm 20080406-1~ppa3~hardy1 package

Uploaded syncterm 20080406-1~ppa3~hardy1 package to my Launchpad PPA for a Ubuntu Hardy build.

Sunday, January 25, 2009

Add to SBBS debian/control description

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).

xtrn/tbd not being installed correctly for v3.14a.

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).

xtrn/sbj not being installed correctly for v3.14a

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).

xtrn/sbl not being installed correctly for v3.14a

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).

Games not distributed with SBBS 3.14a

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?

xtrn/sbl & xtrn/smm not installing correctly

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.

Saturday, January 24, 2009

SyncTERM 20080406-1

* 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.

Thursday, January 22, 2009

Lintian resuilts on SyncTERM 20080406-0.2:

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 in build done right after another one

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).

Monday, January 19, 2009

New debhelper command: dh_prep

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.

Sunday, January 11, 2009

debian/watch for SyncTERM

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).

Passing platform info in debian/rules

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)

rpath issue

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)

Tuesday, January 6, 2009

Rocasa BBS URLs

The web pages for the Rocasa BBS (which is running under BBBS)  are now accessible by urls like http://rocasa.us/bbbs or http://rocasa.us/bbbs/stats; but the CSS isn't showing up correctly, so that'll have to be changed. May need to redirect the bbs.rocasa.us domain to rocasa.us/bbbs & only use bbs.rocasa.us for email.


Or use relative addressing for the CSS file in the BBBS html docs?