[dev] [st] a real (I think) feature request
I'd like a terminal emulator that has a "dumb" terminal mode, i.e. where line editing can happen locally and what one types is only sent to the tty when one hits return (or some other key). I use ssh to connect to hosts with very slow, high latency satellite links. It is exceedingly painful to type on a link like this and there's no way to put ssh into a line mode as can be done with telnet.
Re: [dev] [st] goals / non-goals for st?
On Fri, Oct 30, 2009 at 10:01 PM, Kurt H Maier wrote: >> A feature I wouldn't mind seeing in st would be the ability to spawn >> st as a direct endpoint to a pipe (not sure if that's already >> possible?). This would allow st to be used as a quick popup to display >> information, or as part of a multi-terminal application like an irc >> client, without needing to spawn an extra shell or consume an extra >> pty. I also like this idea. And I think it's pretty easy to implement : exec your program instead of the shell. You may have to hack a bit with dup. On Sat, Oct 31, 2009 at 2:40 AM, Uriel wrote: > On Fri, Oct 30, 2009 at 11:34 PM, Aled Gest wrote: >> Are you suggesting that we shouldn't develop new software because no >> existing software does what we want? I've seen no strict definition >> specifying how a terminal emulator must communicate with other >> processes. Whether it acts like a host process spawning a child and >> communicating through a PTY, or gets spawned as a child process itself >> reading and writing directly through pipes, it's still a terminal >> emulator. > > That the concept of 'pty' still exists in the year 2009 is quite > fucking amazing. I'm surprised we don't carry punchcards around > anymore. I was thinking the exact same thing when I wrote the pty part. They're not well documented, they're really dated and every OS handle them differently (when they handle them at all), some functions are POSIX, some of them BSD-only (but are implemented in linux...). On a different subject, the current design of st is not really adapted to the things it's supposed to do (see the goal page). When I started st (originaly bt) I just wanted a simple terminal (simple as in simple tiny and sane xterm replacement) but the suckless goals are obviously different. So st will need a rewrite at some point. (thank you captain obvious, etc)
Re: [dev] [st] a real (I think) feature request
John A. Grahor wrote: > I'd like a terminal emulator that has a "dumb" terminal mode, i.e. where > line editing can happen locally and what one types is only sent to the tty > when one hits return (or some other key). Or better; 9term:s hold mode, I would like this too. I would recommend taking a look at 9term in plan9port. -- Sebasti
Re: [dev] [st] goals / non-goals for st?
On Sat, Oct 31, 2009 at 11:11 AM, Aurélien Aptel wrote: >> That the concept of 'pty' still exists in the year 2009 is quite >> fucking amazing. I'm surprised we don't carry punchcards around >> anymore. > > I was thinking the exact same thing when I wrote the pty part. > They're not well documented, they're really dated and every OS handle > them differently (when they handle them at all), some functions are > POSIX, some of them BSD-only (but are implemented in linux...). > > On a different subject, the current design of st is not really adapted > to the things it's supposed to do (see the goal page). When I started > st (originaly bt) I just wanted a simple terminal (simple as in simple > tiny and sane xterm replacement) but the suckless goals are obviously > different. So st will need a rewrite at some point. (thank you captain > obvious, etc) Nah, Arg just has no clue. Let him write his own terminal with his own retarded 'features' if he wants one. I have not tried st, but I do like your original goal. uriel
Re: [dev] [st] goals / non-goals for st?
On Fri, Oct 30, 2009 at 09:32:30PM +, Aled Gest wrote: > the psychology of people who overcompensate for their own inferiority Psychology is pseudo-science. -- Jake Todd // If it isn't broke, tweak it! pgpNhkmJyMmef.pgp Description: PGP signature
[dev] [DWM] Someone is having some kind of blinking with p9p acme and dwm?
Hi all. Recently I started using acme and I notice an odd behaviour in dwm, like dwm try to "re-tile" every few second all the windows even if I am not in the same tag that acme. Only happens when I start acme , although if I kill acme It still happen. pmarin.
[dev] [surf] segmentation fault
Hi all, I've tried to compile the latest surf version with libwebkit-1.1.15.3-1 and gtk-1.2.10-9. Compilation went fine, but running surf from the command line gets me a "Segmentation fault". Any hints? I'm running Arch Linux 2.6.31-ARCH Thanks, L.
Re: [dev] [surf] segmentation fault
Hi, libwebkit-1.1.15.3-1 breaks surf (and i heard uzbl, too). try to get 1.1.15.2-1, which might be in /var/cache/pacman/pkg/ if you haven't cleaned after the update or just installed. no problem, C. On 31.10.2009, at 19:03, Lorenzo Bolla wrote: Hi all, I've tried to compile the latest surf version with libwebkit-1.1.15.3-1 and gtk-1.2.10-9. Compilation went fine, but running surf from the command line gets me a "Segmentation fault". Any hints? I'm running Arch Linux 2.6.31-ARCH Thanks, L.
Re: [dev] [st] a real (I think) feature request
On Sat, Oct 31, 2009 at 11:25:29AM +0100, Sebastian A. Liem wrote: > John A. Grahor wrote: > > I'd like a terminal emulator that has a "dumb" terminal mode, i.e. where > > line editing can happen locally and what one types is only sent to the tty > > when one hits return (or some other key). > Or better; 9term:s hold mode, I would like this too. > > I would recommend taking a look at 9term in plan9port. > > -- Sebasti Something like this can be done on linux with C-s and C-q.
Re: [dev] [st] a real (I think) feature request
> there's no way to put ssh into a line mode as can be done with > telnet. Looks like it is problem of ssh, not terminal emulator.
Re: [dev] [DWM] Someone is having some kind of blinking with p9p acme and dwm?
2009/10/31 pmarin : > Hi all. > Recently I started using acme and I notice an odd behaviour in dwm, > like dwm try to "re-tile" every few second all the windows even if I > am not in the same tag that acme. Only happens when I start acme , > although if I kill acme It still happen. Haven't used acme for quite a while. Potentially acme re-configures its window and that causes dwm to enforce the window size provided by dwm. Perhaps making acme floating will solve this, please try and let me know. Otherwise I think there might be a bug in p9p that makes acme mis-behaving wrt ICCCM. Kind regards, Anselm
Re: [dev] [st] a real (I think) feature request
2009/10/31 John A. Grahor : > I'd like a terminal emulator that has a "dumb" terminal mode, i.e. where > line editing can happen locally and what one types is only sent to the tty > when one hits return (or some other key). > > I use ssh to connect to hosts with very slow, high latency satellite links. > It is exceedingly painful to type on a link like this and there's no way to > put ssh into a line mode as can be done with telnet. Can't you do something like this (connecting with ssh to the satellite for just a command): ssh u...@sat 'cat >> /some/file.txt' < file.txt This can be extended with the use of ed of course. Kind regards, Anselm
Re: [dev] [surf] segmentation fault
2009/10/31 Lorenzo Bolla : > Hi all, > I've tried to compile the latest surf version with libwebkit-1.1.15.3-1 and > gtk-1.2.10-9. > Compilation went fine, but running surf from the command line gets me a > "Segmentation fault". > Any hints? > I'm running Arch Linux 2.6.31-ARCH I tried to reproduce these crashes on ubuntu jaunty system yesterday with a custom glib 2.22, gtk-2.18 and webkit 1.1.15.3 build /usr/local/lib. It didn't crash for me when running it as follows: LD_LIBRARY_PATH=/usr/local/lib:/usr/lib ./surf So I'm a bit puzzled it worked for me without any issues and other telling me they tracked it down into enchant's dbus behavior or something. Is this arch linux related I wonder? Kind regards, Anselm
Re: [dev] [surf] segmentation fault
2009/10/31 Anselm R Garbe : > 2009/10/31 Lorenzo Bolla : >> Hi all, >> I've tried to compile the latest surf version with libwebkit-1.1.15.3-1 and >> gtk-1.2.10-9. >> Compilation went fine, but running surf from the command line gets me a >> "Segmentation fault". >> Any hints? >> I'm running Arch Linux 2.6.31-ARCH > > I tried to reproduce these crashes on ubuntu jaunty system yesterday > with a custom glib 2.22, gtk-2.18 and webkit 1.1.15.3 build > /usr/local/lib. It didn't crash for me when running it as follows: > > LD_LIBRARY_PATH=/usr/local/lib:/usr/lib ./surf > > So I'm a bit puzzled it worked for me without any issues and other > telling me they tracked it down into enchant's dbus behavior or > something. Is this arch linux related I wonder? Btw. these issue will be obsolete at some point, if one uses stali ;) Kind regards, Anselm
Re: [dev] [st] a real (I think) feature request
On Sat, Oct 31, 2009 at 06:43:39PM +, Anselm R Garbe wrote: > Can't you do something like this (connecting with ssh to the satellite > for just a command): > > ssh u...@sat 'cat >> /some/file.txt' < file.txt Isn't it "ssh u...@foo cat '>>' /some/file.txt < file.txt"? Regards Moritz
Re: [dev] [surf] segmentation fault
On Sat, Oct 31, 2009 at 06:49:07PM +, Anselm R Garbe wrote: > So I'm a bit puzzled it worked for me without any issues and other > telling me they tracked it down into enchant's dbus behavior or > something. Is this arch linux related I wonder? As already said in a earlier thread, my arch has this behaviour too. Regards Moritz
Re: [dev] [st] a real (I think) feature request
2009/10/31 Moritz Wilhelmy : > On Sat, Oct 31, 2009 at 06:43:39PM +, Anselm R Garbe wrote: >> Can't you do something like this (connecting with ssh to the satellite >> for just a command): >> >> ssh u...@sat 'cat >> /some/file.txt' < file.txt > > Isn't it "ssh u...@foo cat '>>' /some/file.txt < file.txt"? No. Kind regards, Anselm
Re: [dev] [surf] segmentation fault
On Sat, Oct 31, 2009 at 1:03 PM, Lorenzo Bolla wrote: > Hi all, > I've tried to compile the latest surf version with libwebkit-1.1.15.3-1 and > gtk-1.2.10-9. Try using gtk2. Webkit requires a very recent version of gtk2. -- # Kurt H Maier
Re: [dev] [surf] segmentation fault
On Sat, 31 Oct 2009 19:31:58 +0100 cryptix wrote: > Hi, > > libwebkit-1.1.15.3-1 breaks surf (and i heard uzbl, too). > try to get 1.1.15.2-1, which might be in /var/cache/pacman/pkg/ if > you haven't cleaned after the update or just installed. > > > no problem, > > C. > > On 31.10.2009, at 19:03, Lorenzo Bolla wrote: > > > Hi all, > > > > I've tried to compile the latest surf version with > > libwebkit-1.1.15.3-1 and gtk-1.2.10-9. > > Compilation went fine, but running surf from the command line gets > > me a "Segmentation fault". > > Any hints? > > I'm running Arch Linux 2.6.31-ARCH > > > > Thanks, > > L. > > blame zemberek see http://www.uzbl.org/news.php?id=17 for solution/workaround
Re: [dev] [surf] segmentation fault
On Sat, Oct 31, 2009 at 06:49:07PM +, Anselm R Garbe wrote: > 2009/10/31 Lorenzo Bolla : > > Hi all, > > I've tried to compile the latest surf version with libwebkit-1.1.15.3-1 and > > gtk-1.2.10-9. > > Compilation went fine, but running surf from the command line gets me a > > "Segmentation fault". > > Any hints? > > I'm running Arch Linux 2.6.31-ARCH > > I tried to reproduce these crashes on ubuntu jaunty system yesterday > with a custom glib 2.22, gtk-2.18 and webkit 1.1.15.3 build > /usr/local/lib. It didn't crash for me when running it as follows: > > LD_LIBRARY_PATH=/usr/local/lib:/usr/lib ./surf > > So I'm a bit puzzled it worked for me without any issues and other > telling me they tracked it down into enchant's dbus behavior or > something. Is this arch linux related I wonder? Archlinux(i686), surf 0.3-1 build from AUR, libwebkit-1.1.15.3-1 works well. -- Ramil Farkhshatov
Re: [dev] [DWM] Someone is having some kind of blinking with p9p acme and dwm?
Making acme floating doesn't work. I don't understand why if I kill acme the flickering still happens.
Re: [dev] [DWM] Someone is having some kind of blinking with p9p acme and dwm?
2009/10/31 pmarin : > Making acme floating doesn't work. I don't understand why if I kill > acme the flickering still happens. Ok will look into it, very weird ;) Kind regards, Anselm
