All Forums |
Register |
Login |
Search |
Subscriptions |
My Profile |
Inbox |
Tool Warehouse |
FAQs |
Resources |
Help |
Member List |
Address Book |
Logout |
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5
|
Logged in as: Guest |
Users viewing this topic: none |
|
Login  |
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5 - Oct. 6, '04, 2:27:38 PM
|
|
|
jonsmi
Posts: 168
Joined: Aug. 12, '03,
From: Oslo, Norway
Status: offline
|
It's of course nice to hear, but it once did work without '-rpath /usr/local/lib'
(Would that be needed on the command line, or is it added to the code?)
This is one thing. The other problem is the man page for rxvt, which is solved
in rxvt-unicode. I'm right now about to go through the code again and also looking
at the man page code for rxvt-unicode.
Perhaps it's best to wait and put up Brian's package. Your adjustments of the
package would be nice to see on the beta site.
|
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5 - Oct. 6, '04, 3:00:38 PM
|
|
|
Rodney
Posts: 3729
Joined: Jul. 9, '02,
From: /Tools lab
Status: online
|
> It's of course nice to hear, but it once did work without '-rpath /usr/local/lib'
>(Would that be needed on the command line, or is it added to the code?)
It would be with the linking of the code.
If it did work before without '-rpath' then it would be: that the libxpm wasn't
needed, libxpm was linked against static, or the shared library was linked against
with a full pathname.
I did generate a "cat" page for rxvt and added it to the package.
>Your adjustments of the package would be nice to see on the beta site.
If you would prefer, sure.
|
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5 - Oct. 6, '04, 3:10:46 PM
|
|
|
Rodney
Posts: 3729
Joined: Jul. 9, '02,
From: /Tools lab
Status: online
|
Okay, there's a combo possibility.
There is a libXpm.a (static) that's in /usr/X11/lib.
While you can get a libXpm.so and libXpm.a in /usr/local/lib.
So likely you didn't "-L/usr/local/lib" the earlier time.
|
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5 - Oct. 6, '04, 3:21:49 PM
|
|
|
Rodney
Posts: 3729
Joined: Jul. 9, '02,
From: /Tools lab
Status: online
|
In the pkgs/beta is the updated rxvt-2.7.10-bin.tgz package.
It has the 'cat'd man page for rxvt.
It has the additional rpath for it to start with PSXRUN.
|
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5 - Oct. 6, '04, 4:46:45 PM
|
|
|
breiter
Posts: 346
Joined: Jun. 14, '04,
From: Washington, DC
Status: offline
|
Hrmm. There's now some sort of permissions problem. I can only run RXVT as root. Otherwise, I get a message that RXVT cannot open the pseudo-tty:
% rxvt -ls &
[1] 1613
% rxvt: can't open pseudo-tty
rxvt: aborting
[1] Exit 1 rxvt -ls
% su
Password:
> rxvt -ls &
[1] 1421
>
|
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5 - Oct. 6, '04, 5:00:46 PM
|
|
|
jonsmi
Posts: 168
Joined: Aug. 12, '03,
From: Oslo, Norway
Status: offline
|
quote:
Okay, there's a combo possibility.
There is a libXpm.a (static) that's in /usr/X11/lib.
While you can get a libXpm.so and libXpm.a in /usr/local/lib.
So likely you didn't "-L/usr/local/lib" the earlier time.
Yes, that must be the reason. For my daily work I still use bash,
but for compiling, I mainly now use the csh.
> I did generate a "cat" page for rxvt and added it to the package.
So that was the secret. Thought it was the code. SuSE didn't do that,
here the man page for rxvt isn't nice, and it's even worse on Gygwin.
Everything works! Impressing! It's ready for download.
Just some questions related to pkg_info -f <package name> (shortend):
SRCDIR to: /C/Interix/src/rxvt/corral-2.7
Package name: rxvt-2.7.10-bin
Use installer version: 1.7.5
Location to find: ftp://ftp.interopsystems.com/pkgs/3.5
Package conflicts with: rxvt-2.6.4-bin
Package conflicts with: rxvt-2.6.4.1-bin
Package depends on: env_path_local-1.0.1-bin
Package depends on: env_manpath_local-1.0.1-bin
Package depends on: env_manpath_localshare-1.0.1-bin
Package depends on: libcrypt-1.2.3-bin
Package depends on: libxpm-3.4k.3-bin
Guess we're not supposed to add SRCDIR, or?
Is the "package conflicts with necessary," there are actually more
packages in between 2.6.x and this one? Would they be handled? Is
there a more generic way?
What happens when all those other dependencies get updated? Could
you use for instance libxpm-current-bin?
|
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5 - Oct. 6, '04, 5:21:55 PM
|
|
|
breiter
Posts: 346
Joined: Jun. 14, '04,
From: Washington, DC
Status: offline
|
quote:
There's now some sort of permissions problem.
OK. I'm not sure what happened. But I ran pkg_delete rxvt-2.10.7-bin and then pkg_add again and all is well working with the StarNet X Server.
I'm able to launch RXVT 2.10.7 from TCSH and PSXRUN.
Looks just about ready for prime time.
|
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5 - Oct. 6, '04, 11:36:02 PM
|
|
|
Rodney
Posts: 3729
Joined: Jul. 9, '02,
From: /Tools lab
Status: online
|
> Guess we're not supposed to add SRCDIR, or?
I took your package and extracted it, rather than installed it.
This allows me to look at the raw data, etc. If I make changes I
do it in the sandbox I did the extraction. This way I use the original
package content as much as possible. The "@src" directive (SRCDIR from
pkg_info) points to where the sandbox is. The original "@cwd"
remains the same for where things are to be installed.
You can use "@src" when making your own packages if you wish.
> Is the "package conflicts with necessary...
Yes, I think they are. There are a number of people that just blindly
install everything. For the most part this works because of how the
packages have evolved. But with two different versions of rxvt
active at the same time one can install over-top-of the other; in effect an
update when an update was not intended. This is one of those
"let's avoid the support call now" sorts of things.
> there are actually more packages in between 2.6.x and this one?
Well, given how rxvt isn't changing much (as has been mentioned in
the discussions) I don't see this being a big worry because it's not too
likely that there will be a lot of updates.
> What happens when all those other dependencies get updated?
The pkg_add tool reaches out to all of the installed packages that
depend on the package being updated and update the dependencies. If another
package is installed after this pkg_add sees a more up-to-date
version and adjusts things automatically.
> Could you use for instance libxpm-current-bin?
The symlinks on the ftp site to *current* are an effort to keep the web
page needing as little maintenance as possible. Similar in the Forum
announcements in case someone is reading something from a long time ago.
Having *current* in the package isn't so good. It means that when the
install is happening the *current* package is never found installed.
And pkg_add then tries to find it and install it every time. That can
eat up time and bandwidth. However, all old versions of a package are moved
to "pkgs/3.5-prev" and symlinks in "pkgs/3.5" for the old version point
to the current version. So, the latest version will be grabbed if needed
and pkg_add will see the newer version number so the extra downloads
happen more rarely.
> Looks just about ready for prime time.
Good. I'll slide it over sometime on Friday & do an announcement.
< Message edited by Rodney -- Oct. 6, '04, 11:56:06 PM >
|
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5 - Oct. 7, '04, 4:34:53 PM
|
|
|
cortez_
Posts: 330
Joined: Mar. 27, '04,
From: Poland
Status: offline
|
I'm still unable to run it with psxrun with a command line like this
quote:
PSXRUN.exe -u -p /usr/local/bin/rxvt -- rxvt -rpath /usr/local/lib -ls -bg black -fg green -cr white -pr white -sr -e /usr/local/bin/bash -l
What's wrong?
When run from a shell it messes up with
quote:
rxvt: can't load font "-misc-fixed-medium-r-normal--14-130-75-75-c-70-iso8859-2"
message.
< Message edited by cortez_ -- Oct. 7, '04, 4:38:18 PM >
|
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5 - Oct. 7, '04, 4:47:50 PM
|
|
|
Rodney
Posts: 3729
Joined: Jul. 9, '02,
From: /Tools lab
Status: online
|
quote:
PSXRUN.exe -u -p /usr/local/bin/rxvt -- rxvt -rpath /usr/local/lib -ls -bg black -fg green -cr white -pr white -sr -e /usr/local/bin/bash -l
Because you have an illegal option. Remove '-rpath /usr/local/lib' and it
will start fine (provided you have bash installed.
quote:
rxvt: can't load font "-misc-fixed-medium-r-normal--14-130-75-75-c-70-iso8859-2"
Which X-server are you using?
|
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5 - Oct. 7, '04, 7:55:16 PM
|
|
|
breiter
Posts: 346
Joined: Jun. 14, '04,
From: Washington, DC
Status: offline
|
Also part of the point of the work Jonsmi did was to make the -ls switch work to load your login shell. So if bash is your login shell, you don't need the -e argument at all.
C:\WINDOWS\system32\PSXRUN.EXE -u -p /usr/local/bin/rxvt -- rxvt -ls
|
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5 - Oct. 7, '04, 9:11:32 PM
|
|
|
jonsmi
Posts: 168
Joined: Aug. 12, '03,
From: Oslo, Norway
Status: offline
|
The code was actually Rodney's contribution, remembering that it once had been an
issue with xterm as well. While you started it all, finding out that rxvt would
compile fine under any POSIX/SUS compliant system -- this gave us all color!
I was working on refining bash configuration scripts, and here I needed a method
to determine the current shell.
In Linux there are at least two easy ways, either through the env variable
or the virtual proc directory, but none of these methods works on Interix.
At that point it struck me that the "outstanding issue with shells" in
rxvt 2.6.4 had to be related exactly to the same problem. That's when
I started to examine the behavior of rxvt 2.7.10 on Linux, which has
no problems with changing shells and prompts -- and all ended with studying
the code. So this as really been a nice collaborative effort.
As to Gregorio's problems, I have a slight feeling we're moving in circles --
nothing wrong in that (I often do) -- but we had a long discussion about
ISO Character Set 8859-2 (Latin 2), covering East-European characters:
http://www.microsoft.com/globaldev/reference/iso/28592.htm.
This was the thread "Eastern european fonts in rxvt". The closest I came was to
see that there were plans for that in defaultfont.c ("pl", ENC_ISO8859_2), however
outside an #ifdef MULTICHAR_SET/#endif. At that point, sometime in 2003 rxvt went
UTF-8 with rxvt-unicode. Neither your new rxvt-2.6.4.1 nor our rxvt 2.7.10
supports Latin 2; rxvt-unicode does.
As to Rodney's question on X Server, I'm unsure about StarNet X-Win32, but my
favorite, Hummingbird Exceed (still version 9.0.0.6) has full Unicode support,
but not with the typical installation; you have to chose the custom option and
add the Siemens and Unicode fonts, or any other needed non-English fonts.
It should surprise me highly if Gygwin's old XFree86 RC2 and now the new one
based on freedesktop.org/X.org should not be UTF-8-enabled; it's on Linux and
the same code base.
Back to Gregorio's command line or shortcut/menu entry. This works:
%windir%\system32\PSXRUN.exe -u -p /usr/local/bin/rxvt -- rxvt -ls -bg black
-fg green -cr white -pr white -sr -e /usr/local/bin/bash -l
Personally, I would drop the -e option and use chsh instead, and put some
of the rest in /usr/lib/X11/app-defaults/Rxvt and ~/.Xdefaults or ~/.Xresources.
rxvt -h shows available options compiled into the distribution and the man page
is actually quite clear and well-written.
|
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5 - Oct. 7, '04, 10:00:59 PM
|
|
|
breiter
Posts: 346
Joined: Jun. 14, '04,
From: Washington, DC
Status: offline
|
Side question. I still see a vertical refresh issue with BASH when paging with less using the up-down arrows. That is the lines don't scroll properly at all.
The screen ends up looking like this:
/usr/local/man/cat1/bash.1 line 51/5263 (0%) ESC[B shopt_option
is one of the shell options (0%) ESC[A
/usr/local/man/cat1/bash.1 line 52/5263 (0%) ESC[B accepted
by the shopt builtin (see SHELL BUILTIN (0%) ESC[A
/usr/local/man/cat1/bash.1 line 53/5263 (0%) ESC[B COMMANDS
below). If shopt_option is present, -OATION below).
/usr/local/man/cat1/bash.1 line 54/5263 (0%) ESC[B sets the
value of that option; +O unsets it. IfCTED SHELL below).
/usr/local/man/cat1/bash.1 line 55/5263 (0%) ESC[B shopt_opt
ion is not supplied, the names and val-rocessing, then commands
/usr/local/man/cat1/bash.1 line 56/5263 (0%) ESC[B ues of
the shell options accepted by shopt areparameters to be set when
/usr/local/man/cat1/bash.1 line 57/5263 (0%)
value of that option; +O unsets it. If (0%) ESC[B -D A list
o/usr/local/man/cat1/bash.1 line 55/5263 (0%) ESC[A
/usr/local/man/cat1/bash.1 line 45/5263 (0%) ESC[B $ is prin
ted on the standard ouput. These are
/usr/local/man/cat1/bash.1 line 46/5263 (0%) ESC[B the stri
ngs that are subject to language trans-
/usr/local/man/cat1/bash.1 line 47/5263 (0%) ESC[B lation wh
en the current locale is not C or
/usr/local/man/cat1/bash.1 line 48/5263 (0%) ESC[B POSIX.
This implies the -n option; no commands
This is a non-problem with csh and tcsh, but also occurs with ksh. Is there a solution for this wierd bash behavior that anyone is aware of? I observe the same behavior with XTerm R5 and totally non-working scrolling--just escape codes printing--on XTerm R6. But, again, both versions of XTerm page just fine with csh/tcsh.
Is it supposed to be like that?
|
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5 - Oct. 8, '04, 2:56:42 AM
|
|
|
cortez_
Posts: 330
Joined: Mar. 27, '04,
From: Poland
Status: offline
|
I use the Xwin32 from Star net
|
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5 - Oct. 8, '04, 8:00:31 AM
|
|
|
breiter
Posts: 346
Joined: Jun. 14, '04,
From: Washington, DC
Status: offline
|
I added a line to my profile.lcl some time back:
export TERM=interix
I did this to solve a separate problem with bash and less using the Windows console terminal:
WARNING: terminal is not fully functional
/usr/local/man/cat1/bash.1 (press RETURN)
ksh and bash page just file with less with TERM=interix when hosted inside of the Windows console terminal but not with rxvt.
Hrm. So I tried a few things in an rxvt session:
export TERM=rxvt
"terminal is not fully functional"
export TERM=xterm
Paging magically fixed! Yay.
export TERM=vt100
Also works!
I don't think I should have to do this. The man page for rxvt says that it should set TERM automatically.
quote:
ENVIRONMENT
rxvt sets the environment variables TERM, COLORTERM and
COLORFGBG.
Is this behavior a bug?
PS
Looks like I can set the TERM env variable with the termName resource string or -tn switch. But it doesn't seem to work, I still end up with TERM=interix from my profile.lcl
< Message edited by breiter -- Oct. 8, '04, 8:22:28 AM >
|
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5 - Oct. 8, '04, 8:33:25 AM
|
|
|
jonsmi
Posts: 168
Joined: Aug. 12, '03,
From: Oslo, Norway
Status: offline
|
quote:
don't think I should have to do this. The man page for rxvt says that it should set TERM automatically.
quote:
ENVIRONMENT
rxvt sets the environment variables TERM, COLORTERM and
COLORFGBG.
Is this behavior a bug?
I see no bug here, works as advertised, and I use:
jonsmi@ayla:~> env | grep TERM
TERM=interix
TERMCAP=/usr/share/termcap
And while it is not displayed in color here on the web page, it is in
rxvt logging into SUSE Linux 9.1:
jonsmi@ayla:~> ssh linpus
Password:
Last login: Sun Oct 3 20:00:51 2004 from ayla.aylanet.org
Have a lot of fun...
jonsmi@linpus:~> ls
apps Desktop interix News public_html Templates
bin Documents Mail progs staroffice7 test
jonsmi@linpus:~>
It is also color by default when logging into Windows 2003 Server:
DISPLAY=localhost:0.0
jonsmi@felicia:~> ls
Application Data/ NTUSER.DAT* Sti_Trace.log* config.txt*
Cookies/ NetHood/ Templates/ gtk-config*
Desktop/ PrintHood/ UserData/ locate.gtk.txt
Favorites/ Recent/ X11R6.6/ ntuser.dat.LOG*
Local Settings/ SendTo/ Zero G Registry/ ntuser.ini*
My Documents/ Start Menu/ _viminfo* reg426.txt*
jonsmi@felicia:~>
In short it works. I'm not able to reproduce any of your findings, not with
2.05b.0(2)-release or release 3.0 (btw, compiles fine under Interix, still a problem
with: error in loading shared libraries -- libintl.so: cannot open shared object file)
|
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5 - Oct. 8, '04, 9:11:32 AM
|
|
|
breiter
Posts: 346
Joined: Jun. 14, '04,
From: Washington, DC
Status: offline
|
Yes. I don't have any issue with color or ls with any shell.
I have the same settings as jonsmi:
% env | grep TERM
TERM=interix
TERMCAP=/usr/share/termcap
My issue is with paging using less(1) using the up/down arrow keys does not behave propely with ksh and bash as the login shell unless I set TERM=xterm or TERM=vt100. Also the terminal does not clear itself properly when exiting from less or other programs that use the whole screen, like lynx. Again this is a sh/ksh/bash problem. Everything works normally with csh/tcsh.
I can fix the problem for sh/ksh/bash by setting TERM=xterm or TERM=vt100 manually after starting rxvt. The -tn switch on rxvt does not set the TERM environmental variable as adverstised, or if it does then the profile.lcl script runs after TERM is set by rxvt making that option faily useless.
I also wish to be clear that I'm not criticising rxvt 2.7.10 per se. The same problem exists in rxvt 2.6 and both XTerm binaries. Perhaps "bug" was not the correct word. I am asking if there a way to make get bash to work properly regardless of whether the terminal is POSIX.EXE, XTerm or rxvt without manually resetting the TERM environmental variable?
< Message edited by breiter -- Oct. 8, '04, 10:01:54 AM >
|
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5 - Oct. 9, '04, 2:27:56 PM
|
|
|
cortez_
Posts: 330
Joined: Mar. 27, '04,
From: Poland
Status: offline
|
quote:
C:\WINDOWS\system32\PSXRUN.EXE -u -p /usr/local/bin/rxvt -- rxvt -ls
Doesn't work
quote:
%windir%\system32\PSXRUN.exe -u -p /usr/local/bin/rxvt -- rxvt -ls -bg black
-fg green -cr white -pr white -sr -e /usr/local/bin/bash -l
Doesn't work
When typed in the shell the only combination that works is:
quote:
/usr/local/bin/rxvt -ls -bg black -fg green -cr white -pr white -sr
The -- rxvt switch messes its up
< Message edited by cortez_ -- Oct. 9, '04, 2:28:42 PM >
|
|
|
RE: Announcing Rxvt v2.7.10 for SFU 3.5 - Oct. 9, '04, 8:59:15 PM
|
|
|
breiter
Posts: 346
Joined: Jun. 14, '04,
From: Washington, DC
Status: offline
|
quote:
ORIGINAL: cortez_
quote:
C:\WINDOWS\system32\PSXRUN.EXE -u -p /usr/local/bin/rxvt -- rxvt -ls
Doesn't work
Hmmm. I guess I don't know what "doesn't work" means. When I run that command above from a CMD shell or Start | Run or make a Windows Shell Shortcut (.lnk) it absolutely creates an instance of RXVT visible on my local X server logged in with my default shell.
PSXRUN /usr/local/bin/rxvt -ls -bg black -fg green -cr white -pr white -sr
Always generates a PSXRUN error dialog box. This is the behavior I would expect since the way you pass arguments to the binary being executed by PSXRUN is with the -- <binaryName> syntax.
quote:
ORIGINAL: cortez_
When typed in the shell the only combination that works is:
quote:
/usr/local/bin/rxvt -ls -bg black -fg green -cr white -pr white -sr
the -- rxvt switch messes it up.
OK. Now I'm starting to wonder if you are running this from a CMD shell or an Interix shell like KSH,CSH,TCSH or BASH. From an Interix shell running
/usr/local/bin/rxvt -ls -bg black -fg green -cr white -pr white -sr & does start the rxvt session as expected.
The other way the syntax you suggested would "work" is to use it with POSIX.exe rather that PSXRUN.exe
POSIX -u -c /usr/local/bin/rxvt -ls -bg black -fg green -cr white -pr white -sr
Also works. The main difference between POSIX and PSXRUN is that POSIX creates a TTY and Console window that are extraneous for this.
Are you sure you are using PSXRUN? When it fails, what is there an error message and what is it?
|
|
|
New Messages |
No New Messages |
Hot Topic w/ New Messages |
Hot Topic w/o New Messages |
|
Locked w/ New Messages |
Locked w/o New Messages |
|
Post New Thread
Reply to Message
Post New Poll
Submit Vote
Delete My Own Post
Delete My Own Thread
Rate Posts |
|
|
|