Bug#566649: s390-tools: New upstream version 1.8.3 available

[Frans Pop]

Package: s390-tools
Severity: wishlist

Please update s390-tools to the currently available upstream version 1.8.3.
It looks like we've fallen behind quite a lot (current version is almost 2
years old; missed 6 upstream releases).

The upstream home page is:
http://www.ibm.com/developerworks/linux/linux390/s390-tools.html

A direct download is possible from:
http://download.boulder.ibm.com/ibmdl/pub/software/dw/linux390/ht_src/s390-tools-1.8.3.tar.bz2

TIA

[Frans Pop]

Bastian,

I've packaged the new upstream version. Most debian/patches could be
refreshed or updated without too many problems. I've also updated the
packaging and fixed some BRs.

I've chosen to leave the following components disabled for now as I'm
unsure how relevant they are for Debian:
- osasnmpd (was already disabled)
- cpuplugd (daemon, so would require some work)
- ipl_tools
- ziomon

The debdiff for the deb and udeb are clean. I've done some light testing
and e.g. zipl works correctly for me.

The changelog is:
* New upstream version.
* Update debhelper compatibility to level 6.
* Document 'optional' parameter in zipl.conf man page. Closes: #566642.
* lstape, chccwdev: use bash as shell. Closes: #566675.
* Add dependency on gawk as lsdasd calls awk with the --posix option.
Closes: #564893.
* Update debian/copyright and add upstream web site in debian/control.
* Add README.source because of use of quilt.
* Fix dpkg-genchanges warning 'missing Priority for source files'.
* Add upstream README in /usr/share/doc.

Other fixes (Lintian cleanup):
- change section to admin (same as current overrides)
- added ${misc:Depends}
- fixed encoding of debian/copyright
- updated standards version

Remaining Lintian warnings:
W: s390-tools: copyright-without-copyright-notice
W: s390-tools: script-with-language-extension sbin/dbginfo.sh
(maybe that script should just be excluded?)
W: s390-tools: manpage-has-errors-from-man usr/share/man/man8/vmcp.8.gz 2:
warning: macro `LO' not defined
W: s390-tools: binary-without-manpage sbin/dasdinfo
W: s390-tools: binary-without-manpage sbin/dbginfo.sh
W: s390-tools: binary-without-manpage sbin/scsi_logging_level

I've created a (temporary) git repository that includes all changes
relative to the current 1.6.2-1 version:
git clone alioth.debian.org:git/s390-tools.git

I hope you can use that as a base for your update. Alternatively I can also
upload the new version myself (and add myself as Uploader), but a review
would be welcome.

Note that the debian revision I used needs fixing before upload!

Cheers,
FJP

[Peter Oberparleiter]

Post by Frans Pop
I've chosen to leave the following components disabled for now as I'm
- osasnmpd (was already disabled)
- cpuplugd (daemon, so would require some work)
- ipl_tools

ipl_tools are basic tools used to specify which actions to perform after
a shutdown/reboot command, such as specifying from which disk to boot.
These tools can be very useful for system administrators (especially on
LPAR) and even for install tools (when a reboot is necessary, the
installer can specify to boot the installed medium instead of ending up
in the installer again). My recommendation would be to provide them per
default for anyone who installs the s390-tools package.

Post by Frans Pop
- ziomon

Regards,
Peter Oberparleiter

[Frans Pop]

Post by Peter Oberparleiter
ipl_tools are basic tools used to specify which actions to perform after
a shutdown/reboot command, such as specifying from which disk to boot.
These tools can be very useful for system administrators (especially on
LPAR)

Thanks Peter. I've enabled that now.

Post by Peter Oberparleiter
and even for install tools (when a reboot is necessary, the
installer can specify to boot the installed medium instead of ending up
in the installer again).

Interesting suggestion. I may look into that some time (currently for s390
we always halt the system after an install).

Cheers,
FJP

[Frans Pop]

Post by Frans Pop
I've packaged the new upstream version. Most debian/patches could be
refreshed or updated without too many problems. I've also updated the
packaging and fixed some BRs.

I found I'd missed updating the files to be installed. I've now updated
that too and made some other (mostly minor) improvements.

Post by Frans Pop
I've chosen to leave the following components disabled for now as I'm

The new list is:
- osasnmpd (was already disabled)
- vmur (was enabled, but files were not included in the deb)
- cpuplugd (daemon, so would require some work)
- ip_watcher
- ziomon

So I've disabled ip_watcher.

There were several executables that were built in the previous version, but
not included in the deb: chchp, lschp, tape390_crypt, vmconvert.

I guess the main reason to exclude things is because either:
- they are not useful on Debian systems
- using them would conflict with the Debian way of configuring devices
(using sysconfig-hardware)

That the basis on which I've excluded ip_watcher and also the following
additional executables: chzcrypt, lszcrypt, mon_fsstatd, mon_procd.

However, as my s390 experience is limited to the Hercules emulator it's
quite possible that I've been too conservative. Convincing me that
something should be included should be fairly easy ;-)

Post by Frans Pop
I've created a (temporary) git repository that includes all changes
git clone alioth.debian.org:git/s390-tools.git

That should have been (requires SSH access to alioth):
git clone alioth.debian.org:~fjp/git/s390-tools.git
I'm not 100% if that works for others than me, but it's updated with my
latest changes.

Post by Frans Pop
I hope you can use that as a base for your update. Alternatively I can
also upload the new version myself (and add myself as Uploader), but a
review would be welcome.

That's unchanged :-)

Post by Frans Pop
Note that the debian revision I used needs fixing before upload!

Already done in current version.

Cheers,
FJP

[Adam Thornton]

Post by Frans Pop

Post by Frans Pop
I've packaged the new upstream version. Most debian/patches could be
refreshed or updated without too many problems. I've also updated the
packaging and fixed some BRs.

I found I'd missed updating the files to be installed. I've now updated
that too and made some other (mostly minor) improvements.

Post by Frans Pop
I've chosen to leave the following components disabled for now as I'm

- osasnmpd (was already disabled)
- vmur (was enabled, but files were not included in the deb)
- cpuplugd (daemon, so would require some work)
- ip_watcher
- ziomon
So I've disabled ip_watcher.
There were several executables that were built in the previous version, but
not included in the deb: chchp, lschp, tape390_crypt, vmconvert.
- they are not useful on Debian systems
- using them would conflict with the Debian way of configuring devices
(using sysconfig-hardware)
That the basis on which I've excluded ip_watcher and also the following
additional executables: chzcrypt, lszcrypt, mon_fsstatd, mon_procd.
However, as my s390 experience is limited to the Hercules emulator it's
quite possible that I've been too conservative. Convincing me that
something should be included should be fairly easy ;-)

Well, all right, twist my arm....

The unit record device has proven very useful to me in the past, so I'd vote that vmur gets in. The reader and punch are actually still a common method of data interchange between machines under VM; they aren't nearly as fast or as flexible as the IUCV transport, but they're a whole lot easier to use.

Adam

[Stephen Powell]

Please excuse me for butting in here, gentlemen, but I'd like to say
a few words, if I may.

Post by Frans Pop
- vmur (was enabled, but files were not included in the deb)

Obviously, per "Device Drivers, Features, and Commands", downloadable
from http://public.dhe.ibm.com/software/dw/linux390/docu/lk32dd04.pdf,
vmur is only useful when running Debian in a virtual machine under
z/VM. I am one such user. vmur provides a useful facility for
transferring files between CMS guests and Linux guests without
requiring a functioning TCP/IP network. It also allows Linux files
(after being translated to EBCDIC) to be printed on z/VM system
printers. I'll be honest and say I have not attempted to use it, but
I'd hate to see users' options closed out just because no-one has the
resources to test it. I volunteer to test it for you, if I can
get IP connectivity to a working server from which I can download
installation images. I'm not trying to make a lot more work for you.
If it would be a real bear to Debianize vmur, then there are
probably more important issues to deal with; but if it's not too
much fuss it would be nice to see it implemented. I like the

Post by Frans Pop
- they are not useful on Debian systems
- using them would conflict with the Debian way of configuring devices
(using sysconfig-hardware)

As to whether it conflicts with sysconfig-hardware, I don't know.
But it would definitely be useful on a Debian system running
under z/VM. And I would venture to guess that most Debian systems
for the s390 architecture run in a virtual machine on z/VM.
Take this with however many grains of salt you think its worth.

[Bastian Blank]

Post by Frans Pop
I've created a (temporary) git repository that includes all changes
git clone alioth.debian.org:git/s390-tools.git

The location of the package is currently
svn://svn.debian.org/kernel/people/waldi/s390/s390-tools.

Bastian

[Bastian Blank]

Post by Frans Pop
I've created a (temporary) git repository that includes all changes
git clone alioth.debian.org:git/s390-tools.git

I merge most of the changes into my repo. The changelog now reads
[ Bastian Blank ]
* New upstream version. (closes: #566649)
* Use 3.0 (quilt) source format.
* Use debhelper compat level 7.
* Set section to admin.
* Don't install the scripts dbginfo.sh, scsi_logging_level and zfcpdbf.
* Install ipl tools.

[ Frans Pop ]
* lstape, chccwdev: use bash as shell. Closes: #566675.
* Update debian/copyright and add upstream web site in debian/control.
* Document 'optional' parameter in zipl.conf man page. Closes: #566642.
* Include the upstream README in /usr/share/doc.
* Fix dpkg-genchanges warning 'missing Priority for source files'.
* Add dependency on gawk as lsdasd calls awk with the --posix option.
Closes: #564893.

Some missing bits:
* IUCV console support
- iucvtty is a getty and belongs into /sbin. This tool is security
sensitive.
- ts-shell is a login shell to only allow access to iucvconn, also
security sensitive.
- iucvconn is a normal userspace tool, but I don't know the needed
access level yet.

Bastian

[Frans Pop]

Post by Bastian Blank
I merge most of the changes into my repo. The changelog now reads
[ Bastian Blank ]
* New upstream version. (closes: #566649)
* Use 3.0 (quilt) source format.
* Use debhelper compat level 7.
* Set section to admin.
* Don't install the scripts dbginfo.sh, scsi_logging_level and zfcpdbf.
* Install ipl tools.
[ Frans Pop ]
* lstape, chccwdev: use bash as shell. Closes: #566675.
* Update debian/copyright and add upstream web site in debian/control.
* Document 'optional' parameter in zipl.conf man page. Closes: #566642.
* Include the upstream README in /usr/share/doc.
* Fix dpkg-genchanges warning 'missing Priority for source files'.
* Add dependency on gawk as lsdasd calls awk with the --posix option.
Closes: #564893.

Looks good. I'll check out your repo and see if I miss anything.

Did you consider also enabling vmur as requested by Adam and Stephen?

If you like I can try pushing some of our fixes (and maybe the zipl
optional patch?) upstream.

Post by Bastian Blank
* IUCV console support
- iucvtty is a getty and belongs into /sbin. This tool is security
sensitive.
- ts-shell is a login shell to only allow access to iucvconn, also
security sensitive.

That's a simple patch of the relevant Makefile + update of .install, right?


I've also prepared a new version of sysconfig with fixes for the 3 bugs I
reported and some other improvements (using dh_installudev to get udev
rules in new location for example).
Do you have a repo for that as well, or shall I just send you the new
source tarball so you can check it?

Cheers,
FJP

[Bastian Blank]

Post by Frans Pop
Did you consider also enabling vmur as requested by Adam and Stephen?

Not yet, but it is on the list.

Post by Frans Pop
If you like I can try pushing some of our fixes (and maybe the zipl
optional patch?) upstream.

The later was rejected once, but yes.

Post by Frans Pop

Post by Bastian Blank
* IUCV console support
- iucvtty is a getty and belongs into /sbin. This tool is security
sensitive.

That's a simple patch of the relevant Makefile + update of .install, right?

Yes, this is installed now.

Post by Frans Pop

Post by Bastian Blank
- ts-shell is a login shell to only allow access to iucvconn, also
security sensitive.

I decided to left this out for now.

Post by Frans Pop
I've also prepared a new version of sysconfig with fixes for the 3 bugs I
reported and some other improvements (using dh_installudev to get udev
rules in new location for example).

dh_installudev is not appropriate in this case.

Post by Frans Pop
Do you have a repo for that as well, or shall I just send you the new
source tarball so you can check it?

Next to the other.

Bastian

[Debian Bug Tracking System]

Your message dated Sun, 04 Apr 2010 11:36:28 +0000
with message-id <E1NyO7w-0005YK-***@ries.debian.org>
and subject line Bug#566649: fixed in s390-tools 1.8.3-1
has caused the Debian Bug report #566649,
regarding s390-tools: New upstream version 1.8.3 available
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ***@bugs.debian.org
immediately.)