Hide Forgot
For the latest version of perl-Class-MethodMaker we need also this package. The maintainer will be perl-maint-list
------- Comment From winterling.com 2010-08-23 02:43 EDT------- Distro: RHEL6.0-snapshot 10 I can not found following rpm package needed for a perl program on the DVDs: perl-IO-Tty.rpm ------- Comment From prem.karat.ibm.com 2011-02-22 00:05 EDT------- Hi Arthur We are reviewing this bug as a part of our clean up activity. Is this still an issue on RHEL 6 GA. Please let me know as I need to take this forward if it is still an outstanding issue. In case I don't get a respose from you, I'll be forced to close this bug. Cheers, Prem ------- Comment From winterling.com 2011-02-22 06:50 EDT------- Since there is no info about a change this is still valid ------- Comment From prem.karat.ibm.com 2011-02-28 10:31 EDT------- (In reply to comment #3) > Since there is no info about a change this is still valid Since there is a new drop for 6.1, can you check if it is available in that, else I'll raise this with Redhat. Cheers, Prem ------- Comment From sachinp.com 2011-03-01 00:23 EDT------- (In reply to comment #4) > (In reply to comment #3) > > Since there is no info about a change this is still valid > > Since there is a new drop for 6.1, can you check if it is available in that, > else I'll raise this with Redhat. > > Cheers, > Prem The package is still not available in 6.1 early build. ------- Comment From sachinp.com 2011-03-29 08:49 EDT------- The package Perl-IO-Tty.rpm is required to execute tests related to Clear key cryptography (openkryptoki). Without this package we are not able to use the related testsuite. ------- Comment From winterling.com 2011-03-29 10:48 EDT------- If you want to use tty access in Perl you need such an rpm. If this perl rpm is not available you get errors like: OUTPUT: Can't locate IO/Pty.pm in @INC (@INC contains: /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at Expect.pm line 22. BEGIN failed--compilation aborted at Expect.pm line 22. Compilation failed in require at coast.pl line 17. BEGIN failed--compilation aborted at coast.pl line 17. This is a sample from a prog we run. If rhel does not have such a rpm then we need a feature request. ------- Comment From mgrf.com 2011-03-30 11:00 EDT------- There is a RHBZ 669405 requesting this package to be included into RHEL 6.1. The RHBZ is status "ON_QA" . An errata including it has been build on February -> so this should come within next snapshot. I will check CD content of next snapshot - if it is not included we should mirror this BZ to Red Hat We are advised to mirror this BZ anyhow to be save nothing get lost
Hi Marcela, I found the bug in errata now, but the bug status is ASSIGEND, can I verify it? Test version: perl-Class-MethodMaker-2.16-5.el6.x86_64 perl-IO-Tty-1.08-4.el6.x86_64 virt-v2v-0.7.1-4.el6.x86_64 libguestfs-1.7.17-15.el6.x86_64 libvirt-0.8.7-14.el6.x86_64 Test steps: 1. install perl-IO-Tty package. 2. #rpmbuild -bb /root/rpmbuild/SPECS/perl-IO-Tty.spec 3. vim /root/rpmbuild/BUILD/IO-Tty-1.08/test.pl, add "#!/usr/bin/perl" in first line. 4. chmod +x test.pl 5. run test.pl 6. # virt-v2v -ic xen+ssh://10.66.*** -o rhev -osd 10.66.90.*:/vol/***/esx_export $vm Test result: 1. Convert succssful. 2. The output info after run test.pl: #./test.pl 1..4 Configuration: -DHAVE_DEV_PTMX -DHAVE_GETPT -DHAVE_GRANTPT -DHAVE_OPENPTY -DHAVE_POSIX_OPENPT -DHAVE_PTSNAME -DHAVE_PTSNAME_R -DHAVE_PTY_H -DHAVE_SIGACTION -DHAVE_TERMIOS_H -DHAVE_TERMIO_H -DHAVE_TTYNAME -DHAVE_UNLOCKPT Checking for appropriate ioctls: TIOCNOTTY TIOCSCTTY Checking that returned fd's don't clash with stdin/out/err... trying posix_openpt()... trying grantpt()... trying unlockpt()... trying ptsname_r()... trying to open /dev/pts/3... ok 1 Checking if child gets pty as controlling terminal... trying posix_openpt()... trying grantpt()... trying unlockpt()... trying ptsname_r()... trying to open /dev/pts/3... ok 2 gimme on /dev/tty: seems OK! back on STDOUT: SEEMS OK! ok 3 WARNING: when the client closes the slave pty, the master gets an error (undef return value and $! eq "Input/output error") instead of EOF (0 return value). Please be sure to handle this in your application (Expect already does). Checking basic functionality and how your ptys handle large strings... This test may hang on certain systems, even though it is protected by alarm(). If the counter stops, try Ctrl-C, the test should continue. trying posix_openpt()... trying grantpt()... trying unlockpt()... trying ptsname_r()... trying to open /dev/pts/3... isatty($master): YES isatty($slave): YES Child PID = 7008 Good, your raw ptys can handle at least 512 bytes at once. ok 4 sysread(): Input/output error at ./test.pl line 156. Slave got EOF at line 512, byte 0. Passed 4 of 4 tests.
I don't see anything wrong on tests of perl-IO-Tty. Shebang /usr/bin/perl is usually not included in test cases, because user can have perl installed elsewhere. Tests should be called by `make test` in IO-Tty-1.08 directory. You can also use `perl -I../lib ./test.pl` if you want run them manually. You can verify this erratum if you do not have any other questions.
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Cause Using Term::ProgressBar on narrow terminal (less than 50 columns). Consequence The progress bar is damaged and unreadable. Change `IO::Tty' Perl module has been package as `perl-IO-Tty' RPM package to provide allow Term::ProgressBar module to determine real terminal width. Result Progress bar drawn by Term::ProgressBar fits into narrow terminal.
------- Comment From mgrf.com 2011-03-31 16:03 EDT------- Question raised per mail was When perl-IO-Tty.rpm get pulled in for all architectures, does it matter whether it is in base or can it go into optional? Answer: ...should be no problem if this rpm is on optional CD.
(In reply to comment #11) > I don't see anything wrong on tests of perl-IO-Tty. > > Shebang /usr/bin/perl is usually not included in test cases, because user can > have perl installed elsewhere. Tests should be called by `make test` in > IO-Tty-1.08 directory. You can also use `perl -I../lib ./test.pl` if you want > run them manually. > > You can verify this erratum if you do not have any other questions. According comment 10 and 11, change the bug status to VERIFIED.
(In reply to comment #17) > Please see comments 9 and 14. This packages still needs to be added to the > rest of the architectures. Do you mean this pkg should go to base?
Technical note updated. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. Diffed Contents: @@ -4,8 +4,8 @@ Consequence The progress bar is damaged and unreadable. Change - `IO::Tty' Perl module has been package as - `perl-IO-Tty' RPM package to provide allow + `IO::Tty' Perl module has been packaged as + `perl-IO-Tty' RPM package to allow Term::ProgressBar module to determine real terminal width. Result
distill changes have been made such that this package will be in the Server-optional repo for all arches in the next compose.
Test version: perl-Class-MethodMaker-2.16-5.el6.x86_64 perl-IO-Tty-1.08-4.el6.x86_64 virt-v2v-0.7.1-4.el6.x86_64 libguestfs-1.7.17-15.el6.x86_64 libvirt-0.8.7-14.el6.x86_64 Test steps: 1. install perl-IO-Tty package. 2. # rpmbuild -bb /root/rpmbuild/SPECS/perl-IO-Tty.spec 3. # cd /root/rpmbuild/BUILD/IO-Tty-1.08/ 4. # make test 6. # virt-v2v -ic xen+ssh://10.66.*** -o rhev -osd 10.66.90.*:/vol/***/xen_export $vm Test result: 1. Convert succssful. 2. The output info after run make test: # make test PERL_DL_NONLAZY=1 /usr/bin/perl "-Iblib/lib" "-Iblib/arch" test.pl 1..4 Configuration: -DHAVE_DEV_PTMX -DHAVE_GETPT -DHAVE_GRANTPT -DHAVE_OPENPTY -DHAVE_POSIX_OPENPT -DHAVE_PTSNAME -DHAVE_PTSNAME_R -DHAVE_PTY_H -DHAVE_SIGACTION -DHAVE_TERMIOS_H -DHAVE_TERMIO_H -DHAVE_TTYNAME -DHAVE_UNLOCKPT Checking for appropriate ioctls: TIOCNOTTY TIOCSCTTY Checking that returned fd's don't clash with stdin/out/err... trying posix_openpt()... trying grantpt()... trying unlockpt()... trying ptsname_r()... trying to open /dev/pts/1... ok 1 Checking if child gets pty as controlling terminal... trying posix_openpt()... trying grantpt()... trying unlockpt()... trying ptsname_r()... trying to open /dev/pts/1... ok 2 gimme on /dev/tty: seems OK! back on STDOUT: SEEMS OK! ok 3 WARNING: when the client closes the slave pty, the master gets an error (undef return value and $! eq "Input/output error") instead of EOF (0 return value). Please be sure to handle this in your application (Expect already does). Checking basic functionality and how your ptys handle large strings... This test may hang on certain systems, even though it is protected by alarm(). If the counter stops, try Ctrl-C, the test should continue. trying posix_openpt()... trying grantpt()... trying unlockpt()... trying ptsname_r()... trying to open /dev/pts/1... isatty($master): YES isatty($slave): YES Child PID = 27680 Good, your raw ptys can handle at least 512 bytes at once. ok 4 sysread(): Input/output error at test.pl line 156. Slave got EOF at line 512, byte 0. Passed 4 of 4 tests. So change the bug status to verify.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHEA-2011-0709.html