Bug 18511

Created attachment 7836 [details]
the unresponsive window

terminal output 1
---------------------------------------------------------------------

[bash 4.3]$ multixterm
hello

###### the window appears ######
###### then, I click on the area that says "stdin window", on the window ######

version conflict for package "Tk": have 8.5, need exactly 8.5.15
    while executing
"package require -exact Tk  8.5.15"
    (file "/usr/share/tk8.5/tk.tcl" line 18)
    invoked from within
"source /usr/share/tk8.5/tk.tcl"
    (in namespace eval "::" script line 1)
    invoked from within
"namespace eval :: $auto_index($name)"
    (procedure "auto_load" line 13)
    invoked from within
"auto_load $name [uplevel 1 {::namespace current}]"
    (autoloading "tk::ScreenChanged")
    (procedure "::unknown" line 30)
    invoked from within
"tk::ScreenChanged :0.0"
    (changing screen in event binding)

###### I close the window, with the window manager's |X| button ######

[bash 4.3]$ 

-----------------------------------------------------------------------

terminal output 2
-----------------------------------------------------------------------

###### trying the command, with some options ######
###### no window come up, just this console output ######

[bash 4.3]$ multixterm -xv -xa -h
Application initialization failed: Command-specific options:
 -colormap: Colormap for main window
 -display:  Display to use
 -geometry: Initial geometry for window
 -name:     Name to use for application
 -sync:     Use synchronous mode for display server
 -visual:   Visual for main window
 --:        Pass all remaining arguments through to script
 -command:  Command(s) to execute immediately
 -diag:     Enable diagnostics
 -norc:     Don't read ~/.expect.rc
 -NORC:     Don't read system-wide expect.rc
 -version:  Print version and exit
 -Debug:    Enable debugger
Error in startup script: can't read "tk_version": no such variable
    while executing
"if {$tk_version < 8.3} {
    tkBad
} elseif {$tk_version == 8.3} {
    if {[lindex [split $tk_patchLevel .] 2] < 3} tkBad
}"
    (file "/usr/bin/multixterm" line 325)
[bash 4.3]$ 

-----------------------------------------------------------------------

terminal output 3

This time the window appears... and it works!!!

-----------------------------------------------------------------------
[bash 4.3]$ multixterm -xv -command date
Application initialization failed: invalid command name "date"
main: verbose on
main: remaining args: -command date
main: /home/nikos/.multixtermrc: not found
xtermStartAll: xtermNames = "-command date"
xtermStart: starting new xterm running /bin/bash with name -command
xtermStart: spawn -pty: pid = 0, spawn_id = exp7
xtermStart: uniqueness of -command: 1
xtermStart: xterm: pid = 32083
xtermStart: /bin/bash: pid = 32085, spawn_id = exp8
xtermStart: starting new xterm running /bin/bash with name date
xtermStart: spawn -pty: pid = 0, spawn_id = exp9
xtermStart: uniqueness of date: 1
xtermStart: xterm: pid = 32093
xtermStart: /bin/bash: pid = 32095, spawn_id = exp10
hello
[bash 4.3]$

Created attachment 7837 [details]
the About window

After the window has worked, the About dialogue will show this information, which contradict the error messages from the terminal.

Assigning to maintainer

CC: (none) => marja11
Assignee: bugsquad => shlomif

I just saw here... https://sourceforge.net/projects/expect/files/Expect/
that the latest version of "expect" package is 5.45 (2010-11-09).

This works fine here on mga6 x86-64 on Xfce. I can try on an mga5 i586 vm as well.

OK, I can reproduce the problem on an mga5 i586 VM. I wonder if upgrading expect to the latest version fixes the problem - I'll have to check that.

(In reply to Shlomi Fish from comment #9)
> OK, I can reproduce the problem on an mga5 i586 VM. I wonder if upgrading
> expect to the latest version fixes the problem - I'll have to check that.

Checked now - upgrading to the latest self-built expect rpm does fix the problem there. Perhaps I should issue an update.

Hi!

Sorry it took me so long but since so many packages depend on expect in Mageia, I believe that upgrading it in the stable release will be too intrusive. You can try updating to a local package or installing a newer version under a prefix.

Can I close this bug as WONTFIX?

Status: NEW => ASSIGNED

(In reply to Shlomi Fish from comment #11)
> Hi!
> 
> Sorry it took me so long but since so many packages depend on expect in
> Mageia, I believe that upgrading it in the stable release will be too
> intrusive. You can try updating to a local package or installing a newer
> version under a prefix.
> 
> Can I close this bug as WONTFIX?

Yes, a maintainer has the right to do that.

However, since Mga5 is no longer officially maintained now, I prefer to close it as OLD, because this bug isn't present in Mageia 6.

Status: ASSIGNED => RESOLVED
Resolution: (none) => OLD