Ticket #232 (new enhancement) — at Version 4
Provide a supportable Ubuntu configuration of TSM
Reported by: | wdc | Owned by: | |
---|---|---|---|
Priority: | low | Milestone: | The Distant Future |
Component: | -- | Keywords: | |
Cc: | alexp | Fixed in version: | |
Upstream bug: |
Description (last modified by jdreed) (diff)
Alexp has done the work of figuring out how to get TSM 5.4 working under Intrepid (including the dsmj GUI by utilizing the sun-java-6 JRE.)
Temporary documentation on getting this to work is pointed to by Hermes at:
https://web.mit.edu/sgi-desktop1/tsmdoc/article.html
There are several opportunities for improvement here:
- Put the documentation in a more "real" place.
- Refine the package to be a bona fide .deb instead of an alien.
IBM is coming out with a new version of TSM and this represents an opportunity to lobby for some important improvements:
1, Get rid of use of ksh since bash is canon nowadays, and the ksh EULA is really nasty.
- Get TSM fully functional on the platform's NATIVE java runtime environment (preferably OpenJava?-6), rather than requiring TSM users to to go to www.sun.com, download a jre, click on a messy EULA, and then fiddle with the PATH.
- Embrace Ubuntu as a supported platform.
- Provide a simple installer akin to what is on offer for Windows or Mac.
- Eliminate the need to hand-create the dsm.sys and dsm.opt files. (The installer should offer a gui setup for those.)
- Create sensible interfaces to upstart that are appropriately installed by the installer.
- Provide a "dry run" option that would help people see what files would or would not be backed up with a particular command or scheduled run.
- Oh yes, I almost forgot, The TSM command line program should
use that ioctl to learn with the erase character is rather than hard coding the delete
key. The erase character should be the upstream default, not requiring hand-tooling to specially fix for TSM.
Change History
comment:2 Changed 15 years ago by jdreed
- Status changed from accepted to new
- Owner jdreed deleted
Aaron Ucko points out http://blog.bofh.it/debian/id_318. A Debian maintainer, Marco d'Itri ( http://people.debian.org/~md/) has created Debian packages for TSM.
Can we use his packaging to create a debathena-tsm package?
comment:3 Changed 15 years ago by broder
I haven't actually looked at the packaging yet, but if I'm reading his blog post right, the resulting binary .debs will include the non-redistributable binaries from TSM. We can't put non-redistributable stuff in the apt repository, at least not the way things are setup currently, because you have to work to make apt repositories require any authentication.
comment:4 Changed 14 years ago by jdreed
- Description modified (diff)
We're apparently also doomed because Karmic and hgher have dropped libstdc++5. So we need to tell IBM to rebuild their software for the 21st century.
In particular, while 32-bit users can steal libstdc++5 from Jaunty, 64-bit users are doomed.
Outreach to davek/pwhitney regarding starting a dialogue with IBM.