From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Date: Mon, 22 Feb 2010 09:56:50 +0000 From: Pavel Klinkovsky Message-ID: <161c27f3-93af-4f06-86de-7d1c7e473a4b@u20g2000yqu.googlegroups.com> Content-Type: text/plain; charset=ISO-8859-1 Subject: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: d7e1b760-ead5-11e9-9d60-3106f5b1d025 Hi all, I use p9p on my older Linux (Fedora 10). I tried to compile and run it on my new PC with Fedora 12, but without success: [pavel]$ 9term rc usage: devdraw (don't run directly) 9term: initdraw: muxrpc: unexpected eof Any idea? Thanks. Pavel From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Date: Wed, 24 Feb 2010 10:13:43 +0000 From: Pavel Klinkovsky Message-ID: <5a367cb8-ee72-460e-a9c7-da2eaef94516@o3g2000yqb.googlegroups.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable References: <161c27f3-93af-4f06-86de-7d1c7e473a4b@u20g2000yqu.googlegroups.com> Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: da2bc786-ead5-11e9-9d60-3106f5b1d025 > usage: devdraw (don't run  directly) > 9term: initdraw: muxrpc: unexpected eof No one other experiencing this problem? Pavel From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <5a367cb8-ee72-460e-a9c7-da2eaef94516@o3g2000yqb.googlegroups.com> References: <161c27f3-93af-4f06-86de-7d1c7e473a4b@u20g2000yqu.googlegroups.com> <5a367cb8-ee72-460e-a9c7-da2eaef94516@o3g2000yqb.googlegroups.com> Date: Wed, 24 Feb 2010 08:07:15 -0800 Message-ID: <3e1162e61002240807l35f30482s3d78b4d2a552f834@mail.gmail.com> From: David Leimbach To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=000e0cd406981f06e504805adccf Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: da8acaec-ead5-11e9-9d60-3106f5b1d025 --000e0cd406981f06e504805adccf Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, Feb 24, 2010 at 2:13 AM, Pavel Klinkovsky < pavel.klinkovsky@gmail.com> wrote: > > usage: devdraw (don't run =C2 directly) > > 9term: initdraw: muxrpc: unexpected eof > > No one other experiencing this problem? > > Pavel > > I've not rebuilt on my mac in a while. I'll try again today, but I don't like to run Fedora in general. I typically like archlinux these days, as it's small and fairly sane. Dave --000e0cd406981f06e504805adccf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Wed, Feb 24, 2010 at 2:13 AM, Pavel K= linkovsky <pavel.klinkovsky@gmail.com> wrote:
> usage: devdraw (don't run =C2=A0directly)
> 9term: initdraw: muxrpc: unexpected eof

No one other experiencing this problem?

Pavel


I've not rebuilt on my mac in a whil= e. =A0I'll try again today, but I don't like to run Fedora in gener= al. =A0I typically like archlinux these days, as it's small and fairly = sane.

Dave
--000e0cd406981f06e504805adccf-- From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Date: Mon, 1 Mar 2010 09:49:43 +0000 From: Pavel Klinkovsky Message-ID: <5425d6df-7378-4053-89d9-12372a1c15d2@e1g2000yqh.googlegroups.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable References: <5a367cb8-ee72-460e-a9c7-da2eaef94516@o3g2000yqb.googlegroups.com> Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: dd593dc6-ead5-11e9-9d60-3106f5b1d025 > I'll try again today, but I don't > like to run Fedora in general.  I typically like archlinux these days, as > it's small and fairly sane. Strange, I tried to compile p9p on the latest (9.10) Ubuntu, and no success too. Pavel From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <599369.50756.qm@web1212.biz.mail.gq1.yahoo.com> References: <5a367cb8-ee72-460e-a9c7-da2eaef94516@o3g2000yqb.googlegroups.com> <5425d6df-7378-4053-89d9-12372a1c15d2@e1g2000yqh.googlegroups.com> Date: Mon, 1 Mar 2010 03:04:12 -0800 From: =?utf-8?B?R2FicmllbCBEw61heg==?= To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-Reply-To: <5425d6df-7378-4053-89d9-12372a1c15d2@e1g2000yqh.googlegroups.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: dd63a568-ead5-11e9-9d60-3106f5b1d025 hello=0A=0AIt works here. Below is the output of the process. did you =0Age= t more errors when running INSTALL script?=0A=0Aslds.=0A=0Agabi=0A=0Agdiaz@= m9363:~$ lsb_release -a=0ALSB Version: core-2.0-ia32:core-2.0-noarch:=0A= core-3.0-ia32:core-3.0-noarch:core-3.1-ia32:core-3.1-noarch:core-3.2-ia32:c= ore-3.2-noarch:core-4.0-ia32:core-4.0-noarch:cxx-3.0-ia32:cxx-3.0-noarch:cx= x-3.1-ia32:cxx-3.1-noarch:cxx-3.2-ia32:cxx-3.2-noarch:cxx-4.0-ia32:cxx-4.0-= noarch:desktop-3.1-ia32:desktop-3.1-noarch:desktop-3.2-ia32:desktop-3.2-noa= rch:desktop-4.0-ia32:desktop-4.0-noarch:graphics-2.0-ia32:graphics-2.0-noar= ch:graphics-3.0-ia32:graphics-3.0-noarch:graphics-3.1-ia32:graphics-3.1-noa= rch:graphics-3.2-ia32:graphics-3.2-noarch:graphics-4.0-ia32:graphics-4.0-no= arch:qt4-3.1-ia32:qt4-3.1-noarch=0ADistributor ID: Ubuntu=0ADescription:= Ubuntu 9.10=0ARelease: =0A9.10=0ACodename: karmic=0Agdiaz@m9363:~= $ cd plan9=0Agdiaz@m9363:~/plan9$ hg pull=0Areal URL is http://code.swtch.c= om/plan9port/=0Apulling from http://code.swtch.com/plan9port=0Asearching fo= r changes=0Ano changes found=0Agdiaz@m9363:~/plan9$ ./INSTALL=0A+ =0AMailin= g list: http://groups.google.com/group/plan9port-dev=0A+ Issue tracker: htt= p://code.swtch.com/plan9port/issues/=0A+ =0ASubmitting changes: http://swtc= h.com/go/codereview=0A =0A* Resetting =0A/home/gdiaz/plan9/config=0A* Compi= ler version:=0A gcc version 4.4.1 (Ubuntu 4.4.1-4ubuntu9) =0A* Running o= n Linux: checking for NPTL...=0A NPTL found.=0A* Building everything (be= patient)...=0A>>> cd =0A/home/gdiaz/plan9/src/lib9; mk all = =0A9c _p9dialparse.c=0A_p9dialparse.c:74: warning: dereferencing =0Atype= -punned pointer will break strict-aliasing rules=0A>>> cd =0A/home/gdiaz/pl= an9/src/lib9; mk all=0A9c sendfd.c=0Asendfd.c:49: =0Awarning: dereferencin= g type-punned pointer will break strict-aliasing =0Arules=0Asendfd.c:86: wa= rning: dereferencing type-punned pointer will break =0Astrict-aliasing rule= s=0A>>> cd /home/gdiaz/plan9/src/lib9; mk =0Aall=0A9c truerand.c=0Atrueran= d.c:24: warning: dereferencing =0Atype-punned pointer will break strict-ali= asing rules=0A>>> cd /home/gdiaz/plan9/src/libauthsrv; mk all=0A9c =0Aread= nvram.c=0Areadnvram.c:166: warning: dereferencing type-punned =0Apointer wi= ll break strict-aliasing rules=0A>>> cd =0A/home/gdiaz/plan9/src/libavl; mk= all=0A9c avl.c=0Aavl.c:215: warning: =E2=80=98checkparents=E2=80=99 defin= ed but not used=0Aavl.c:407: warning: =E2=80=98walkavl=E2=80=99 defined but= not used=0A>>> cd =0A/home/gdiaz/plan9/src/libip; mk all =0A9c udp.c=0A= udp.c:25: =0Awarning: dereferencing type-punned pointer will break strict-a= liasing =0Arules=0Audp.c:37: warning: dereferencing type-punned pointer wil= l break =0Astrict-aliasing rules=0Audp.c:50: warning: dereferencing type-pu= nned =0Apointer will break strict-aliasing rules=0A>>> cd =0A/home/gdiaz/pl= an9/src/libmach; mk all=0A9c -I. Linux.c=0ALinux.c:149: warning: dereferenc= ing type-punned =0Apointer will break strict-aliasing rules=0ALinux.c:160: = warning: =0Adereferencing type-punned pointer will break strict-aliasing ru= les=0ALinux.c:162: warning: dereferencing type-punned pointer will break st= rict-aliasing =0Arules=0A>>> cd /home/gdiaz/plan9/src/libmemdraw; mk all=0A= 9c =0Adraw.c=0Adraw.c:2201: warning: dereferencing type-punned pointer wil= l =0Abreak strict-aliasing rules=0Adraw.c:2216: warning: dereferencing =0At= ype-punned pointer will break strict-aliasing rules=0Adraw.c:2447: warning:= dereferencing type-punned pointer will break =0Astrict-aliasing rules=0Adr= aw.c:2473: warning: dereferencing type-punned pointer will break strict-ali= asing rules=0Adraw.c:2540: warning: =0Adereferencing type-punned pointer wi= ll break strict-aliasing rules=0A>>> cd /home/gdiaz/plan9/src/cmd/acid; mk = all=0A9c =0Aexpr.c=0Aexpr.c:858: warning: =E2=80=98l=E2=80=99 is used unin= itialized in this =0Afunction=0A>>> cd /home/gdiaz/plan9/src/cmd/db; mk all= =0A9c format.c=0Aformat.c:209: warning: dereferencing pointer =E2= =80=98sp=E2=80=99 does =0Abreak strict-aliasing rules=0Aformat.c:208: note:= initialized from here=0A>>> cd =0A/home/gdiaz/plan9/src/cmd/vbackup; mk al= l =0A9c vnfs.c=0Avnfs.c:326: warning: dereferencing type-punned po= inter will break strict-aliasing =0Arules=0Avnfs.c:808: warning: dereferenc= ing type-punned pointer will =0Abreak strict-aliasing rules=0Avnfs.c:845: w= arning: dereferencing type-punned pointer will break =0Astrict-aliasing rul= es=0A* Installing everything in =0A/home/gdiaz/plan9/bin...=0A* Cleaning up= ... =0A* Renaming hard-coded /u= sr/local/plan9 paths... =0A* Building web manual...=0A* Done. = =0A =0A* Add these to your profile environment.= =0A =0APLAN9=3D/home/gdiaz/plan9 export PLAN9=0A PATH=3D$PATH:$PLAN9/= bin export PATH=0Agdiaz@m9363:~/plan9$ =0Agdiaz@m9363:~/plan9$ PLAN9=3D/hom= e/gdiaz/plan9 export PLAN9=0Agdiaz@m9363:~/plan9$ PATH=3D$PATH:$PLAN9/bin e= xport PATH=0Agdiaz@m9363:~/plan9$ 9term rc=0A=0A=0A=0A----- Mensaje origina= l ----=0ADe: Pavel Klinkovsky =0APara: 9fans@9f= ans.net=0AEnviado: lun,1 marzo, 2010 10:49=0AAsunto: Re: [9fans] P9p on Fed= ora 12=0A=0A> I'll try again today, but I don't=0A> like to run Fedora in g= eneral. =C3=82 I typically like archlinux these days, as=0A> it's small and= fairly sane.=0AStrange, I tried to compile p9p on the latest (9.10) Ubuntu= , and no=0Asuccess too.=0A=0APavel From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Date: Mon, 1 Mar 2010 12:11:56 +0000 From: Pavel Klinkovsky Message-ID: <279be1dc-c7f4-4a4b-8343-9dd88a66a4d6@g28g2000yqh.googlegroups.com> Content-Type: text/plain; charset=ISO-8859-1 References: <5a367cb8-ee72-460e-a9c7-da2eaef94516@o3g2000yqb.googlegroups.com> Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: dd6ed1b8-ead5-11e9-9d60-3106f5b1d025 Sorry, I was not precise enough. The compilation itself succeeds but I cannot rung 9term: [pavel]$ 9term rc usage: devdraw (don't run directly) 9term: initdraw: muxrpc: unexpected eof I must do something wrong but I do not know what...? Pavel From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <206689.1708.qm@web1208.biz.mail.gq1.yahoo.com> References: <5a367cb8-ee72-460e-a9c7-da2eaef94516@o3g2000yqb.googlegroups.com> <279be1dc-c7f4-4a4b-8343-9dd88a66a4d6@g28g2000yqh.googlegroups.com> Date: Mon, 1 Mar 2010 04:37:22 -0800 From: =?iso-8859-1?Q?Gabriel_D=EDaz?= To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-Reply-To: <279be1dc-c7f4-4a4b-8343-9dd88a66a4d6@g28g2000yqh.googlegroups.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: dd7407aa-ead5-11e9-9d60-3106f5b1d025 hello=0A=0Ai can reproduce that with:=0A=0Agdiaz@m9363:~/plan9/src/cmd/=0Ad= evdraw$ echo $DISPLAY=0A=0Agdiaz@m9363:~/plan9/src/cmd/devdraw$ 9term=0A9te= rm: initdraw: muxrpc: unexpected eof=0Agdiaz@m9363:~/plan9/src/cmd/devdraw$= =0A=0Aso, can you use other programs X programs?=0Ado you have a DISPLAY = =0Avariable? =0Aare you trying to execute 9term using ssh x11 forwarding?= =0A=0Amay be devdraw does not use the x11 library which does the trick with= ssh? i think ssh does not set the display variable, and still the normal X= =0Aprograms works due some trickery on a x11 proxy library :?=0A=0Aslds.= =0A=0Agabi=0A=0A=0A=0A----- Mensaje original ----=0ADe: Pavel Klinkovsky =0APara: 9fans@9fans.net=0AEnviado: lun,1 marzo, = 2010 13:11=0AAsunto: Re: [9fans] P9p on Fedora 12=0A=0ASorry, I was not pre= cise enough.=0AThe compilation itself succeeds but I cannot rung 9term:=0A= =0A[pavel]$ 9term rc=0Ausage: devdraw (don't run directly)=0A9term: initdr= aw: muxrpc: unexpected eof=0A=0AI must do something wrong but I do not know= what...?=0A=0APavel From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Mon, 1 Mar 2010 07:56:21 -0500 To: 9fans@9fans.net Message-ID: <924a8dbc15c84acce656b57924b32b62@ladd.quanstro.net> In-Reply-To: <206689.1708.qm@web1208.biz.mail.gq1.yahoo.com> References: <5a367cb8-ee72-460e-a9c7-da2eaef94516@o3g2000yqb.googlegroups.com> <279be1dc-c7f4-4a4b-8343-9dd88a66a4d6@g28g2000yqh.googlegroups.com> <206689.1708.qm@web1208.biz.mail.gq1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: dd7987c0-ead5-11e9-9d60-3106f5b1d025 > i can reproduce that with: > > gdiaz@m9363:~/plan9/src/cmd/devdraw$ 9term > 9term: initdraw: muxrpc: unexpected eof > gdiaz@m9363:~/plan9/src/cmd/devdraw$ you've reproduced the result, but i think the conditions are different. pavel's error was: > [pavel]$ 9term rc > usage: devdraw (don't run directly) - erik From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <50429.68803.qm@web1216.biz.mail.gq1.yahoo.com> References: <5a367cb8-ee72-460e-a9c7-da2eaef94516@o3g2000yqb.googlegroups.com> <279be1dc-c7f4-4a4b-8343-9dd88a66a4d6@g28g2000yqh.googlegroups.com> <206689.1708.qm@web1208.biz.mail.gq1.yahoo.com> <924a8dbc15c84acce656b57924b32b62@ladd.quanstro.net> Date: Mon, 1 Mar 2010 05:02:19 -0800 From: =?iso-8859-1?Q?Gabriel_D=EDaz?= To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-Reply-To: <924a8dbc15c84acce656b57924b32b62@ladd.quanstro.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: dd7fc48c-ead5-11e9-9d60-3106f5b1d025 hello=0A=0Amy mistake, anyway i think the test might help=0A=0Aslds.=0A=0Ag= abi=0A=0A=0A=0A=0A----- Mensaje original ----=0ADe: erik quanstrom =0APara: 9fans@9fans.net=0AEnviado: lun,1 marzo, 2010 13:56= =0AAsunto: Re: [9fans] P9p on Fedora 12=0A=0A> i can reproduce that with:= =0A> =0A> gdiaz@m9363:~/plan9/src/cmd/devdraw$ 9term=0A> 9term: initdraw: m= uxrpc: unexpected eof=0A> gdiaz@m9363:~/plan9/src/cmd/devdraw$ =0A=0Ayou've= reproduced the result, but i think the=0Aconditions are different. pavel'= s error was:=0A=0A> [pavel]$ 9term rc=0A> usage: devdraw (don't run direct= ly)=0A=0A- erik From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Date: Mon, 1 Mar 2010 13:19:12 +0000 From: Pavel Klinkovsky Message-ID: <76c5f376-3103-4a0d-9e6e-c923349a960a@z11g2000yqz.googlegroups.com> Content-Type: text/plain; charset=ISO-8859-1 References: <5a367cb8-ee72-460e-a9c7-da2eaef94516@o3g2000yqb.googlegroups.com> Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: dd852558-ead5-11e9-9d60-3106f5b1d025 Hello, > so, can you use other programs X programs? Yes, I can (e.g. gedit). > do you have a DISPLAY variable? Yes, I have: [pavel@localhost ~]$ echo $DISPLAY :0.0 > are you trying to execute 9term using ssh x11 forwarding? No. Pavel From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Date: Mon, 1 Mar 2010 14:10:41 +0000 From: Pavel Klinkovsky Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable References: <206689.1708.qm@web1208.biz.mail.gq1.yahoo.com> Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: dd8a8ef8-ead5-11e9-9d60-3106f5b1d025 > pavel's error was: > > [pavel]$ 9term rc > > usage: devdraw (don't run  directly) That is true. But muxrpc error is also there. A consequence? [pavel]$ 9term rc usage: devdraw (don't run directly) 9term: initdraw: muxrpc: unexpected eof Pavel From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Mon, 1 Mar 2010 09:32:55 -0500 To: 9fans@9fans.net Message-ID: <550d59dafea392fb34f04d1dd8cd3457@ladd.quanstro.net> In-Reply-To: References: <206689.1708.qm@web1208.biz.mail.gq1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: de057730-ead5-11e9-9d60-3106f5b1d025 > That is true. > But muxrpc error is also there. A consequence? > > [pavel]$ 9term rc > usage: devdraw (don't run directly) > 9term: initdraw: muxrpc: unexpected eof dennis was right. print statements are often the best way to debug a problem. why don't you temporarly hack devdraw with something like the following in main before ARGBEGIN fprint(2, "devdraw args: " for(int i = 0; i < argc; i+) fprint(2, "%s ", argv[i]); fprint(2, "\n"); perhaps this output will give you some more ideas. if you're a bit unfamiliar with the code (or just don't remember), the second best debugging tool is grep. i don't immediately recall, but i would imagine that libdraw is starting devdraw. i suspect a well-executed pincer manover with print and grep will quickly rout this bug. - erik From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <64834.32494.qm@web1201.biz.mail.gq1.yahoo.com> References: <5a367cb8-ee72-460e-a9c7-da2eaef94516@o3g2000yqb.googlegroups.com> <76c5f376-3103-4a0d-9e6e-c923349a960a@z11g2000yqz.googlegroups.com> Date: Mon, 1 Mar 2010 06:35:19 -0800 From: =?iso-8859-1?Q?Gabriel_D=EDaz?= To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-Reply-To: <76c5f376-3103-4a0d-9e6e-c923349a960a@z11g2000yqz.googlegroups.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: de0b2c3e-ead5-11e9-9d60-3106f5b1d025 hello=0A=0Aif you inspect your install.log can you see something like this = when compiling devdraw?=0A(I'm supposing this is ubuntu 9.10 which is the s= ame i have here, and that you have the latest tree of plan9ports, and that = you have the x11 devel libraries, etc.)=0A=0Acd /home/gdiaz/plan9/src/cmd/d= evdraw; mk all=0A9c -I/usr/include mklatinkbd.c=0A9l -o o.mklatinkbd mklati= nkbd.o=0A./o.mklatinkbd -r $PLAN9/lib/keyboard | sed 's/, }/ }/' >latin1.h= =0A9c -I/usr/include latin1.c=0A9c -I/usr/include devdraw.c=0A9c -I/usr/inc= lude mouseswap.c=0A9c -I/usr/include winsize.c=0A9c -I/usr/include x11-allo= c.c=0A9c -I/usr/include x11-cload.c=0A9c -I/usr/include x11-draw.c=0A9c -I/= usr/include x11-fill.c=0A9c -I/usr/include x11-get.c=0A9c -I/usr/include x1= 1-init.c=0A9c -I/usr/include x11-itrans.c=0A9c -I/usr/include x11-keysym2uc= s.c=0A9c -I/usr/include x11-load.c=0A9c -I/usr/include x11-pixelbits.c=0A9c= -I/usr/include x11-srv.c=0A9c -I/usr/include x11-unload.c=0A9c -I/usr/incl= ude x11-wsys.c=0A9l -o o.devdraw devdraw.o latin1.o mouseswap.o winsize.o x= 11-alloc.o x11-cload.o x11-draw.o x11-fill.o x11-get.o x11-init.o x11-itran= s.o x11-keysym2ucs.o x11-load.o x11-pixelbits.o x11-srv.o x11-unload.o x11-= wsys.o=0A=0Aslds.=0A=0Agabi=0A=0A=0A=0A----- Mensaje original ----=0ADe: Pa= vel Klinkovsky =0APara: 9fans@9fans.net=0AEnvia= do: lun,1 marzo, 2010 14:19=0AAsunto: Re: [9fans] P9p on Fedora 12=0A=0AHel= lo,=0A=0A> so, can you use other programs X programs?=0AYes, I can (e.g. ge= dit).=0A=0A=0A> do you have a DISPLAY variable?=0AYes, I have:=0A[pavel@loc= alhost ~]$ echo $DISPLAY=0A:0.0=0A=0A> are you trying to execute 9term usin= g ssh x11 forwarding?=0ANo.=0A=0APavel From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <161c27f3-93af-4f06-86de-7d1c7e473a4b@u20g2000yqu.googlegroups.com> References: <161c27f3-93af-4f06-86de-7d1c7e473a4b@u20g2000yqu.googlegroups.com> From: fgergo@gmail.com Date: Mon, 30 Aug 2010 01:01:23 +0200 Message-ID: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: 4aad95ac-ead6-11e9-9d60-3106f5b1d025 I haven't found any resolution to Pavel's original problem, hence this emai= l. Same problem here: x86, FC12: INSTALL went smooth (no errors in install.log), but all of the devdraw based programs stopped with the reported error. After installing the packages libX11-devel, libXt-devel and libXext-devel, INSTALL produced the expected result, all programs work correctly. I noticed that, the references to LOCAL.config and nowsys in install(1) are somehow not clear to me. I could not find out how nowsys was built instead of reporting the missing X11 libraries and I couldn't find LOCAL.config either. On Mon, Feb 22, 2010 at 11:56 AM, Pavel Klinkovsky wrote: > Hi all, > > I use p9p on my older Linux (Fedora 10). > I tried to compile and run it on my new PC with Fedora 12, but without > success: > > [pavel]$ 9term rc > usage: devdraw (don't run =C2=A0directly) > 9term: initdraw: muxrpc: unexpected eof > > Any idea? > > Thanks. > > Pavel > > From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Sun, 29 Aug 2010 23:46:34 -0400 To: 9fans@9fans.net Message-ID: <75395937b512b64fc9892f1401515e04@plug.quanstro.net> In-Reply-To: References: <161c27f3-93af-4f06-86de-7d1c7e473a4b@u20g2000yqu.googlegroups.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: 4ab30ec4-ead6-11e9-9d60-3106f5b1d025 while you're at it, more new p9p bugs. after "upgrading" my linux box, 1. in acme on a string like /usr/quanstro/src/ inserts another / for each keypress. 2. passwords are echoed by 9term 3. 9term still rechoes its input: ; echo 9term echo 9term 9term - erik From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <75395937b512b64fc9892f1401515e04@plug.quanstro.net> References: <161c27f3-93af-4f06-86de-7d1c7e473a4b@u20g2000yqu.googlegroups.com> <75395937b512b64fc9892f1401515e04@plug.quanstro.net> Date: Mon, 30 Aug 2010 07:20:40 -0400 Message-ID: Subject: Re: [9fans] P9p on Fedora 12 From: Russ Cox To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Topicbox-Message-UUID: 4ab78396-ead6-11e9-9d60-3106f5b1d025 > 1. =C2=A0 in acme on a string like /usr/quanstro/src/ > inserts another / for each keypress. I don't know what this means. Acme has no . I haven't seen this. > 2. =C2=A0passwords are echoed by 9term > 3. =C2=A09term still rechoes its input: > =C2=A0 =C2=A0 =C2=A0 =C2=A0; echo 9term > =C2=A0 =C2=A0 =C2=A0 =C2=A0echo 9term > =C2=A0 =C2=A0 =C2=A0 =C2=A09term These are variants of the same bug. I've been seeing it on Ubuntu Lucid too. If you or anyone would like to hunt down what's changed in the tty settings and how to fix it, I'd gladly accept a patch. When I first saw it I spent a while running stty commands but to no avail, so I've been putting up with the echoing, but I'd love to get it fixed. Thanks. Russ From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Mon, 30 Aug 2010 07:38:07 -0400 To: rsc@swtch.com, 9fans@9fans.net Subject: Re: [9fans] P9p on Fedora 12 Message-ID: <4bd7aaa3effec6d1152b864f1c28bf73@plug.quanstro.net> In-Reply-To: References: <161c27f3-93af-4f06-86de-7d1c7e473a4b@u20g2000yqu.googlegroups.com> <75395937b512b64fc9892f1401515e04@plug.quanstro.net> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Topicbox-Message-UUID: 4abc590c-ead6-11e9-9d60-3106f5b1d025 On Mon Aug 30 07:22:48 EDT 2010, rsc@swtch.com wrote: > > 1.   in acme on a string like /usr/quanstro/src/ > > inserts another / for each keypress. > > I don't know what this means. > Acme has no . > I haven't seen this. oh, sure it does. /mnt/term/usr/quanstro/plan9/src/cmd/acme/text.c:792,799 switch(r){ case 0x06: /* ^F: complete */ case Kins: rp = textcomplete(t); if(rp == nil) return; nr = runestrlen(rp); break; /* fall through to normal insertion case */ oddly¸ i see that the arm port has exactly the same bug. - erik From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Mon, 30 Aug 2010 08:39:51 -0400 To: quanstro@quanstro.net, rsc@swtch.com, 9fans@9fans.net Subject: Re: [9fans] P9p on Fedora 12 Message-ID: <1c5d1df7f94e7d87465fb1539a28fd6a@plug.quanstro.net> In-Reply-To: <4bd7aaa3effec6d1152b864f1c28bf73@plug.quanstro.net> References: <161c27f3-93af-4f06-86de-7d1c7e473a4b@u20g2000yqu.googlegroups.com> <75395937b512b64fc9892f1401515e04@plug.quanstro.net> <4bd7aaa3effec6d1152b864f1c28bf73@plug.quanstro.net> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Topicbox-Message-UUID: 4ac10a38-ead6-11e9-9d60-3106f5b1d025 On Mon Aug 30 07:41:18 EDT 2010, quanstro@quanstro.net wrote: > On Mon Aug 30 07:22:48 EDT 2010, rsc@swtch.com wrote: > > > 1.   in acme on a string like /usr/quanstro/src/ > > > inserts another / for each keypress. > > > > I don't know what this means. > > Acme has no . > > I haven't seen this. > > oh, sure it does. > > /mnt/term/usr/quanstro/plan9/src/cmd/acme/text.c:792,799 > switch(r){ > case 0x06: /* ^F: complete */ > case Kins: > rp = textcomplete(t); > if(rp == nil) > return; > nr = runestrlen(rp); > break; /* fall through to normal insertion case */ > > oddly¸ i see that the arm port has exactly the same bug. sorry, i take it back. drawterm also has the same bug. there are several timing bugs, but often what i see is the +Errors window opening up with just a / in the body. (but sometimes the / is inserted in the original space.) Undo in +Errors yields the normal completion list. texttype() really does get Kins then '/'. it turns out that x helpfully yields this if i hold down the insert key ////////////////////////////////////////////// x has a brand new bug. modern linux systems can be a good example of how better can be the opposite of working. - erik From mboxrd@z Thu Jan 1 00:00:00 1970 Message-Id: <0393CA2C-BCA4-4555-8955-B8AB4214EE17@gmail.com> From: Skip Tavakkolian To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (iPhone Mail 7E18) Date: Mon, 30 Aug 2010 09:09:08 -0700 References: <161c27f3-93af-4f06-86de-7d1c7e473a4b@u20g2000yqu.googlegroups.com> <75395937b512b64fc9892f1401515e04@plug.quanstro.net> Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: 4ac756ea-ead6-11e9-9d60-3106f5b1d025 What works for me is putting 9term in raw mode and then stty -echo. Sent from my iPhone On Aug 30, 2010, at 4:20 AM, Russ Cox wrote: >> 1. in acme on a string like /usr/quanstro/src/ >> inserts another / for each keypress. > > I don't know what this means. > Acme has no . > I haven't seen this. > >> 2. passwords are echoed by 9term >> 3. 9term still rechoes its input: >> ; echo 9term >> echo 9term >> 9term > > These are variants of the same bug. > I've been seeing it on Ubuntu Lucid too. > If you or anyone would like to hunt down > what's changed in the tty settings and > how to fix it, I'd gladly accept a patch. > When I first saw it I spent a while running > stty commands but to no avail, so I've > been putting up with the echoing, but I'd > love to get it fixed. > > Thanks. > Russ > From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Mon, 30 Aug 2010 13:47:05 -0400 To: skip.tavakkolian@gmail.com, 9fans@9fans.net Message-ID: <5f75acb546dda8c8c0984c64f37dbf72@coraid.com> In-Reply-To: <0393CA2C-BCA4-4555-8955-B8AB4214EE17@gmail.com> References: <161c27f3-93af-4f06-86de-7d1c7e473a4b@u20g2000yqu.googlegroups.com> <75395937b512b64fc9892f1401515e04@plug.quanstro.net> <0393CA2C-BCA4-4555-8955-B8AB4214EE17@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: 4acc50be-ead6-11e9-9d60-3106f5b1d025 On Mon Aug 30 12:20:30 EDT 2010, skip.tavakkolian@gmail.com wrote: > What works for me is putting 9term in raw mode and then stty -echo. > if you then edit a line, like this (^ for tick) ; echo pdq^ ; echo ^pdq ; echo xyz^pdq ; echo xyz^pdq does it echo xyzpdq or pdqxyz? i'm guessing the (incorrect) latter. iirc i tried this approach on linux and it doesn't work. -erik From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <0393CA2C-BCA4-4555-8955-B8AB4214EE17@gmail.com> References: <161c27f3-93af-4f06-86de-7d1c7e473a4b@u20g2000yqu.googlegroups.com> <75395937b512b64fc9892f1401515e04@plug.quanstro.net> <0393CA2C-BCA4-4555-8955-B8AB4214EE17@gmail.com> Date: Mon, 30 Aug 2010 14:47:02 -0400 Message-ID: Subject: Re: [9fans] P9p on Fedora 12 From: Russ Cox To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Topicbox-Message-UUID: 4ad0595c-ead6-11e9-9d60-3106f5b1d025 On Mon, Aug 30, 2010 at 12:09 PM, Skip Tavakkolian wrote: > What works for me is putting 9term in raw mode and then stty -echo. But I swear there used to be a way to make it work in cooked mode, so that I can edit the command lines before hitting enter. On my Mac's 9term, I can still type echo world and then mouse to the middle, insert "hello", mouse to the end, hit enter, and I get "hello world". But it still doesn't echo passwords. Something changed in Lucid but I have no idea what. Russ From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <5f75acb546dda8c8c0984c64f37dbf72@coraid.com> References: <161c27f3-93af-4f06-86de-7d1c7e473a4b@u20g2000yqu.googlegroups.com> <75395937b512b64fc9892f1401515e04@plug.quanstro.net> <0393CA2C-BCA4-4555-8955-B8AB4214EE17@gmail.com> <5f75acb546dda8c8c0984c64f37dbf72@coraid.com> Date: Mon, 30 Aug 2010 11:53:27 -0700 Message-ID: From: Skip Tavakkolian To: erik quanstrom Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: 9fans@9fans.net Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: 4ad4b6e6-ead6-11e9-9d60-3106f5b1d025 I gave the wrong mode. If you put 9term in "cooked" mode and stty -echo then (interacting with rc), the example below will echo the "xyz". The "pdq" is placed on the following line with cursor placed at '^'. this is identical behavior to a rio window. cpue% echo xyz xyz cpue% ^pdq % uname -a Linux ubuntu 2.6.32-24-generic #41-Ubuntu SMP Thu Aug 19 01:12:52 UTC 2010 i686 GNU/Linux % echo xyz xyz % ^pdq On Mon, Aug 30, 2010 at 10:47 AM, erik quanstrom wrote: > On Mon Aug 30 12:20:30 EDT 2010, skip.tavakkolian@gmail.com wrote: >> What works for me is putting 9term in raw mode and then stty -echo. >> > > if you then edit a line, like this > (^ for tick) > > =A0 =A0 =A0 =A0; echo pdq^ > =A0 =A0 =A0 =A0; echo ^pdq > =A0 =A0 =A0 =A0; echo xyz^pdq > =A0 =A0 =A0 =A0; echo xyz^pdq > > does it echo xyzpdq or pdqxyz? > > i'm guessing the (incorrect) latter. =A0iirc > i tried this approach on linux and it doesn't > work. > > -erik > From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <161c27f3-93af-4f06-86de-7d1c7e473a4b@u20g2000yqu.googlegroups.com> <75395937b512b64fc9892f1401515e04@plug.quanstro.net> <0393CA2C-BCA4-4555-8955-B8AB4214EE17@gmail.com> <5f75acb546dda8c8c0984c64f37dbf72@coraid.com> Date: Mon, 30 Aug 2010 19:11:10 -0400 Message-ID: Subject: Re: [9fans] P9p on Fedora 12 From: Russ Cox To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Cc: erik quanstrom Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Topicbox-Message-UUID: 4ad90d9a-ead6-11e9-9d60-3106f5b1d025 On Mon, Aug 30, 2010 at 2:53 PM, Skip Tavakkolian wrote: > I gave the wrong mode. If you put 9term in "cooked" mode and stty > -echo then (interacting with rc), the > example below will echo the "xyz". =C2=A0The "pdq" is placed on the > following line with cursor placed at '^'. > this is identical behavior to a rio window. Yes but then sudo sh echoes your password. 9term used to be able to figure out the right thing to do (it polls the tty state at each keystroke) and no longer does. Russ From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: From: Charles Forsyth Date: Tue, 31 Aug 2010 00:22:52 +0100 To: 9fans@9fans.net In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: 4ae65a22-ead6-11e9-9d60-3106f5b1d025 in rcinputproc s = setecho(sfd, 0); if(write(rcfd, pair.s, pair.ns) < 0) threadexitsall(nil); if(s) setecho(sfd, s); there's a race between setting echo off, writing to rcfd, resetting echo and the reader of the other side of rcfd. a sleep(1) before if(s) makes it less frequent because the reader gets to read the data in the right mode. i haven't really looked at what linux is doing that allows that, or what changed between revisions. it's not my observation, it was on a list or issue comment somewhere, presumably for p9p. i can't find the bookmark. From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Thu, 2 Sep 2010 15:24:49 -0400 Message-ID: Subject: Re: [9fans] P9p on Fedora 12 From: Russ Cox To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Topicbox-Message-UUID: 4df053f8-ead6-11e9-9d60-3106f5b1d025 On Mon, Aug 30, 2010 at 7:22 PM, Charles Forsyth wr= ote: > in rcinputproc > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0s =3D setecho(sfd,= 0); > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if(write(rcfd, pai= r.s, pair.ns) < 0) > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0threadexitsall(nil); > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if(s) > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0setecho(sfd, s); > > there's a race between setting echo off, writing to rcfd, resetting echo = and > the reader of the other side of rcfd. a sleep(1) before if(s) makes it le= ss frequent > because the reader gets to read the data in the right mode. > i haven't really looked at what linux is doing that allows that, > or what changed between revisions. > > it's not my observation, it was on a list or issue comment somewhere, > presumably for p9p. i can't find the bookmark. thanks for this. sleep(1) helped only rarely, sleep(10) helps most of the time. unfortunately then there's a race between the invoked program turning off echo and 9term turning it back on. so "sudo sh" is pretty likely to echo the password with the sleep in there. what a mess. russ From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Fri, 3 Sep 2010 10:25:09 -0400 Message-ID: Subject: Re: [9fans] P9p on Fedora 12 From: Russ Cox To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Topicbox-Message-UUID: 4e2c3576-ead6-11e9-9d60-3106f5b1d025 > thanks for this. =C2=A0sleep(1) helped only rarely, > sleep(10) helps most of the time. =C2=A0unfortunately > then there's a race between the invoked program > turning off echo and 9term turning it back on. > so "sudo sh" is pretty likely to echo the password > with the sleep in there. > > what a mess. i just submitted some code that should clean up the mess. it does active echo cancellation on its own, instead of trying to coerce the tty into doing it. the changes also make win behave the same way as 9term: if you've done "stty echo" then you can edit with the mouse, but if not, you can't. so running "su" doesn't show a password anymore in win, but you can't use the mouse to edit in an interactive python session. win some, lose some. russ From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Date: Mon, 6 Sep 2010 11:45:32 +0000 From: Pavel Klinkovsky Message-ID: Content-Type: text/plain; charset=ISO-8859-1 References: <161c27f3-93af-4f06-86de-7d1c7e473a4b@u20g2000yqu.googlegroups.com> Subject: [9fans] [plan9mod] Re: P9p on Fedora 12 Topicbox-Message-UUID: 50355834-ead6-11e9-9d60-3106f5b1d025 > I haven't found any resolution to Pavel's original problem, hence this email. I am sorry I forgot to write the solution here. As expected, the problem was between my keyboard and chair... ;-) > After installing the packages libX11-devel, libXt-devel and > libXext-devel, INSTALL produced the expected result, all programs work > correctly. This was my mistake. I forgot to install *-devel libraries. Pavel From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Date: Mon, 6 Sep 2010 11:47:52 +0000 From: Pavel Klinkovsky Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable References: , <75395937b512b64fc9892f1401515e04@plug.quanstro.net> Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: 503bfefa-ead6-11e9-9d60-3106f5b1d025 > 3.  9term still rechoes its input: >         ; echo 9term >         echo 9term >         9term I can confirm that: - P9p on Fedora 10 does not echo the input, - P9p on Fedora 12 (13) echoes the input. Pavel From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <75395937b512b64fc9892f1401515e04@plug.quanstro.net> Date: Mon, 6 Sep 2010 16:08:51 -0400 Message-ID: Subject: Re: [9fans] P9p on Fedora 12 From: Russ Cox To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Topicbox-Message-UUID: 50b94d2e-ead6-11e9-9d60-3106f5b1d025 > I can confirm that: > - P9p on Fedora 10 does not echo the input, > - P9p on Fedora 12 (13) echoes the input. Are you using the latest version of 9term? cd $PLAN9 hg log -l 1 src/cmd/9term Russ From mboxrd@z Thu Jan 1 00:00:00 1970 Mime-Version: 1.0 (Apple Message framework v753.1) In-Reply-To: References: <75395937b512b64fc9892f1401515e04@plug.quanstro.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3733BFFA-E30F-400F-8B6B-DD0C133CF4EC@fastmail.fm> Content-Transfer-Encoding: 7bit From: Ethan Grammatikidis Date: Mon, 6 Sep 2010 22:48:11 +0100 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: 50ecd6b2-ead6-11e9-9d60-3106f5b1d025 On 6 Sep 2010, at 9:08 pm, Russ Cox wrote: >> I can confirm that: >> - P9p on Fedora 10 does not echo the input, >> - P9p on Fedora 12 (13) echoes the input. > > Are you using the latest version of 9term? > > cd $PLAN9 > hg log -l 1 src/cmd/9term > > Russ > That reminds me, a p9p install in which 9term was not echoing input under OS X echoes input under slackware. Same source tree, just re- INSTALLed. I intended to hg up before posting about it, I'll do that now. From mboxrd@z Thu Jan 1 00:00:00 1970 Mime-Version: 1.0 (Apple Message framework v753.1) In-Reply-To: <3733BFFA-E30F-400F-8B6B-DD0C133CF4EC@fastmail.fm> References: <75395937b512b64fc9892f1401515e04@plug.quanstro.net> <3733BFFA-E30F-400F-8B6B-DD0C133CF4EC@fastmail.fm> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0C5B8CB6-72DA-4E5D-9766-913F017F7BD5@fastmail.fm> Content-Transfer-Encoding: 7bit From: Ethan Grammatikidis Date: Mon, 6 Sep 2010 22:54:10 +0100 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: 50f2b046-ead6-11e9-9d60-3106f5b1d025 On 6 Sep 2010, at 10:48 pm, Ethan Grammatikidis wrote: > > On 6 Sep 2010, at 9:08 pm, Russ Cox wrote: > >>> I can confirm that: >>> - P9p on Fedora 10 does not echo the input, >>> - P9p on Fedora 12 (13) echoes the input. >> >> Are you using the latest version of 9term? >> >> cd $PLAN9 >> hg log -l 1 src/cmd/9term >> >> Russ >> > > That reminds me, a p9p install in which 9term was not echoing input > under OS X echoes input under slackware. Same source tree, just re- > INSTALLed. I intended to hg up before posting about it, I'll do > that now. > Fixed for me after hg update. (Slackware 13.1, Linux 2.6.35.4) From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Date: Tue, 7 Sep 2010 08:47:09 +0000 From: Pavel Klinkovsky Message-ID: Content-Type: text/plain; charset=ISO-8859-1 References: Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: 5145a7ba-ead6-11e9-9d60-3106f5b1d025 > > I can confirm that: > > - P9p on Fedora 10 does not echo the input, > > - P9p on Fedora 12 (13) echoes the input. > > Are you using the latest version of 9term? > Delay along the path... I inserted this report one week ago (before you patched the problem). :-/ Now it works fine. Thanks. Pavel From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Wed, 8 Sep 2010 16:37:45 +0100 Message-ID: From: roger peppe To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] P9p on Fedora 12 Topicbox-Message-UUID: 5286fa48-ead6-11e9-9d60-3106f5b1d025 On 3 September 2010 15:25, Russ Cox wrote: > [...] but you can't use the mouse to edit in an > interactive python session. =C2=A0win some, lose some. to get around this, i start up python with a script, py: #!/bin/rc PYTHONSTARTUP=3D$HOME/lib/pythonstartup cat | python -i $* where $HOME/lib/pythonstartup holds this, to stop the secondary prompt getting in the way after leaving hold mode: import sys sys.ps1 =3D '> ' sys.ps2 =3D ''