Re: [dev] plumb 1.0
On 14.07.2010 19:28, Mate Nagy wrote: On Wed, Jul 14, 2010 at 07:25:56PM +0200, Uriel wrote: http://doc.cat-v.org/plan_9/4th_edition/papers/plumb well darn, should've expected it from plan9 :) yeah, i'll consider the name change, it's no problem at this point - any suggestions for names? :) For something that tinkers with pipes? Mario, what else? PS: The next release could be named super-mario :D with 8bit greetings stefan
Re: [dev] [wmii] Locale problem with uptime (loadavg in status bar) and a suggestion
On Wed, 14 Jul 2010 14:08:32 +0200 nico n...@lifeisabug.com wrote: Hello there, i changed my systems locales to de_DE.UTF-8 and now the command uptime is using , instead of . because of LC_NUMERIC now being set to German too. As a result of this the loadavg part of the default statusbar looks like 131 087 071 (no dots since commas are removed by sed). I have tried several things to make it work but I was not sucessful. LC_NUMERIC _must_ be exported to make it work correctly, since uptime is called from a subshell. Exporting LC_NUMERIC to an English locale is not an option. Now, I don't know how to make that status command respecting a different locale. Setting LC_NUMERIC is the only way I can think of. But you don't need that status command. On Linux 2.6.34.1 (and many other versions): $ cat /proc/loadavg (I assume the kernel doesn't try to read and act on locale environment variables. Yet.) On FreeBSD 8.0-RELEASE-p? (and probably other versions), see getloadavg(3). Robert Ransom signature.asc Description: PGP signature
Re: [dev] plumb 1.0
Piper is already taken by a project of a friend of me. What about pipes? On Jul 14, 2010, at 11:40 PM, David J Patrick d...@linuxcaffe.ca wrote: On 10-07-14 01:25 PM, Uriel wrote: While this seems like an interesting project, I would strongly urge you to change the name, Plumb is already used by a way too similar project and will just cause confusion: http://doc.cat-v.org/plan_9/4th_edition/papers/plumb how about piper ? djp
Re: [dev] plumb 1.0
On Wed, Jul 14, 2010 at 05:40:43PM -0400, David J Patrick wrote: how about piper ? why not piper maru at that srsly, nice names so far, how about comments on the ware :D Mate
Re: [dev] [wmii] Locale problem with uptime (loadavg in status bar) and a suggestion
On Thu, Jul 15, 2010 at 12:00:51AM -0700, Robert Ransom wrote: On Linux 2.6.34.1 (and many other versions): $ cat /proc/loadavg What do you mean “many other versions”? /proc/loadavg is purely Linux. Most other Unices use /proc for, well, processes. (I assume the kernel doesn't try to read and act on locale environment variables. Yet.) No, thank gods. /proc and /sys are fixed-specification system interfaces. Whatever you may say about Linus, he'd blow a gasket about locale-responsive system interfaces. -- Kris Maglione It's an incredible con job when you think of it, to believe something now in exchange for life after death. Even corporations with all their reward systems don't try to make it posthumous. --Gloria Steinem
Re: [dev] plumb 1.0
Hi, Mate Nagy wrote: On Wed, Jul 14, 2010 at 05:40:43PM -0400, David J Patrick wrote: how about piper ? why not piper maru at that srsly, nice names so far, how about comments on the ware :D your »plumb« looks like the Plan 9 plumber[0] done wrong, whereas your »plumbnet« is a wrong done socat[1] or ncat[2]. Those tools do network right and allow further configuration, like encryption, wrappers, filters, etc., which your application will only find out on purpose, if anyone needs it. Please consider migrating or adapting to any of these already created solutions to your problem. Sincerely, Christoph [0] http://doc.cat-v.org/plan_9/4th_edition/papers/plumb [1] http://www.dest-unreach.org/socat/ resp.: socat TCP-L:$someport,fork EXEC:/bin/plumber [2] http://nmap.org/ncat/ resp.: ncat -l $someport --keep-open --exec /bin/plumber
Re: [dev] plumb 1.0
On Thu, Jul 15, 2010 at 11:10:36AM +0200, Christoph Lohmann wrote: Hi, your »plumb« looks like the Plan 9 plumber[0] done wrong, whereas your »plumbnet« is a wrong done socat[1] or ncat[2]. Those tools do network right and allow further configuration, like encryption, wrappers, filters, etc., which your application will only find out on purpose, if anyone needs it. apparently you haven't read any of my mails or the man pages, because what plumb does has little relation to the plan9 plumber - and it does it on linux where these facilities are unavailable anyway. furthermore, plumbnet's functionality is not easily reproducible with either socat or similar tools (this is why i wrote it in the first place). Best regards, Mate
Re: [dev] plumb 1.0
On Thu, Jul 15, 2010 at 11:17 AM, Mate Nagy mn...@port70.net wrote: On Thu, Jul 15, 2010 at 11:10:36AM +0200, Christoph Lohmann wrote: Hi, your »plumb« looks like the Plan 9 plumber[0] done wrong, whereas your »plumbnet« is a wrong done socat[1] or ncat[2]. Those tools do network right and allow further configuration, like encryption, wrappers, filters, etc., which your application will only find out on purpose, if anyone needs it. apparently you haven't read any of my mails or the man pages, because what plumb does has little relation to the plan9 plumber - and it does it on linux where these facilities are unavailable anyway. I just want to point out that the Plan 9 plumber works on Linux as part of Plan 9 from User Space: http://plan9.us uriel furthermore, plumbnet's functionality is not easily reproducible with either socat or similar tools (this is why i wrote it in the first place). Best regards, Mate
Re: [dev] plumb 1.0
On 10-07-15 03:37 AM, Mate Nagy wrote: On Wed, Jul 14, 2010 at 05:40:43PM -0400, David J Patrick wrote: how about piper ? why not piper maru at that srsly, nice names so far, how about comments on the ware :D sounds really cool Mate, but just plain over my head. I'm not bad with names, though ;-) djp
Re: [dev] plumb 1.0
Maybe you want to have a look at iosrv and hubfs by mycroftiv (see http://www.9gridchan.org/). They offer a similar functionality to your project (what's the new name?), the biggest difference is that they run on plan9 and, therefore, the ends of the pipe are served as a 9p fs. -- - yiyus || JGL . 4l77.com
Re: [dev] plumb 1.0
Exactly what´s needed for an über simple buffer editor. I´d love being able to write 69 /bin/bufed /bin/tee $HOME/out (with /bin/bufed being a program that reads stdin into a buffer, allows a user to edit it, and then dumps it on stdout). How can that be achieved with iosrv/hubfs? What is hubfs? On 7/15/10, yy yiyu@gmail.com wrote: Maybe you want to have a look at iosrv and hubfs by mycroftiv (see http://www.9gridchan.org/). They offer a similar functionality to your project (what's the new name?), the biggest difference is that they run on plan9 and, therefore, the ends of the pipe are served as a 9p fs. -- - yiyus || JGL . 4l77.com -- kv, - Bjartur
Re: [dev] [wmii] Locale problem with uptime (loadavg in status bar) and a suggestion
On Thu, 15 Jul 2010 03:57:08 -0400 Kris Maglione maglion...@gmail.com wrote: On Thu, Jul 15, 2010 at 12:00:51AM -0700, Robert Ransom wrote: On Linux 2.6.34.1 (and many other versions): $ cat /proc/loadavg What do you mean “many other versions”? /proc/loadavg is purely Linux. Most other Unices use /proc for, well, processes. I assume /proc/loadavg is present in many versions of the Linux kernel other than 2.6.34.1. Robert Ransom signature.asc Description: PGP signature
[dev] [ii] patch - fix behavior when an empty line is sent
Hello, When only a new line is written to one of ii's fifos, it ends up in the default case of proc_channels_input(), and that's not good. This is a simple patch that just returns from proc_channels_input() if buf[0] == '\0' -emg ii-1.4-emptylinefix.diff Description: Binary data
Re: [dev] [wmii] Locale problem with uptime (loadavg in status bar) and a suggestion
On Wed, Jul 14, 2010 at 5:08 AM, nico n...@lifeisabug.com wrote: i changed my systems locales to de_DE.UTF-8 and now the command uptime is using , instead of . because of LC_NUMERIC now being set to German too. As a result of this the loadavg part of the default statusbar looks like 131 087 071 (no dots since commas are removed by sed). You're in luck. Kris recently fixed this issue in wmii-hg: http://hg.suckless.org/wmii/rev/af46181238ec
