On Mon, Jun 14, 2010 at 11:50:40PM -0700, Robert Ransom wrote:
> [...]
> That > *is* somewhat unusual
> [...]
Where exactly is the difference between running
DISPLAY=foo:0.0 bar
on a remote machine via ssh as opposed to running the very same command
from an xterm on the remote machine?
--
On 15 June 2010 08:18, Gregor Best wrote:
> On Mon, Jun 14, 2010 at 11:50:40PM -0700, Robert Ransom wrote:
>> [...]
>> That > *is* somewhat unusual
>> [...]
>
> Where exactly is the difference between running
>
> DISPLAY=foo:0.0 bar
>
> on a remote machine via ssh as opposed to running the very
On Tue, 15 Jun 2010 09:18:04 +0200
Gregor Best wrote:
> On Mon, Jun 14, 2010 at 11:50:40PM -0700, Robert Ransom wrote:
> > [...]
> > That > *is* somewhat unusual
> > [...]
>
> Where exactly is the difference between running
>
> DISPLAY=foo:0.0 bar
>
> on a remote machine via ssh as opposed
On Tue, Jun 15, 2010 at 12:46:43AM -0700, Robert Ransom wrote:
> [...]
> (At the moment, I think ssh does not forward D-Bus environment junk,
> but that 'feature' could be added fairly easily.)
> [...]
Hope dies last :)
> [...]
> The protocol they were discussing would have had bar display its ow
On Mon, Jun 14, 2010 at 05:26:59PM +0200, Moritz Wilhelmy wrote:
>
> > On Mon, Jun 14, 2010 at 02:22:33PM +0200, Moritz Wilhelmy wrote:
> > > > * udev (+/- 5sec) was replaced by our (small) fdev (now takes some 0.1
> > > > sec).
> > >
> > > there is also mdev in busybox, in case you are intereste
An OS built on a web browser doesn’t have to mean that the
applications are closed source. If you host the applications locally,
and use something like web sockets and Node.js to communicate with the
lower level stuff, you may end up with something that 1. uses web
technologies, 2. performs good, 3
On Tue, 15 Jun 2010 10:38:43 +0200
Alexander Teinum wrote:
>That could make a web-based terminal application almost as
> snappy as xterm if done right.
So, you think that
- a terminal emulator written in JavaScript
- which produces its output by manipulating XML DOM objects
- which
On 06-14 20:18, Stanley Lieber wrote:
I've had to stop using surf to monitor a page at my job because they
now insist upon a Netscape or IE user agent string.
config.h: static char *useragent
or http://surf.suckless.org/patches/useragent
'Monitoring' a page sounds like I'd script it thou
check eyeOS (again)
On 06/15/10 10:38, Alexander Teinum wrote:
An OS built on a web browser doesn’t have to mean that the
applications are closed source. If you host the applications locally,
and use something like web sockets and Node.js to communicate with the
lower level stuff, you may end up
Quoth Ethan Grammatikidis:
> I think it's pointless because most file types can be identified
> from their first few bytes. This loops back around to my
> content-type argument, why should the server go looking for file
> type when the client gets it handed to it anyway?
Because that way you
Quoth Robert Ransom:
> So, you think that
>
> - a terminal emulator written in JavaScript
> - which produces its output by manipulating XML DOM objects
> - which in turn cause a browser to rerun its page *layout* algorithm
> - and then redraw the terminal screen
>
> will be as snappy as xterm? O
On Tue, Jun 15, 2010 at 4:38 AM, Alexander Teinum wrote:
> If you host the applications locally,
> and use something like web sockets and Node.js to communicate with the
> lower level stuff,
This is some of the most horrifying shit ever spewed into this mailing list.
> 1. uses web technologies,
On 15 Jun 2010, at 11:24, Nick wrote:
Quoth Ethan Grammatikidis:
I think it's pointless because most file types can be identified
from their first few bytes. This loops back around to my
content-type argument, why should the server go looking for file
type when the client gets it handed to
Quoth Ethan Grammatikidis:
> On 15 Jun 2010, at 11:24, Nick wrote:
> > Because that way you can do content negotiation. Granted, that isn't
> > much used today,
>
> Why not? With more international businesses than ever on the web and
> the internet spread further over the globe than ever before,
Does anyone ever notice that every time we have this thread, it
grows without bound, and yet never manages to get anywhere?
--
Kris Maglione
You're bound to be unhappy if you optimize everything.
--Donald Knuth
On 15 June 2010 09:58, Robert Ransom wrote:
> - a terminal emulator written in JavaScript
> - which produces its output by manipulating XML DOM objects
> - which in turn cause a browser to rerun its page *layout* algorithm
> - and then redraw the terminal screen
You have heard of HTML5's , right?
On 15 June 2010 12:51, Connor Lane Smith wrote:
> On 15 June 2010 09:58, Robert Ransom wrote:
>> - a terminal emulator written in JavaScript
>> - which produces its output by manipulating XML DOM objects
>> - which in turn cause a browser to rerun its page *layout* algorithm
>> - and then redraw
On Tue, Jun 15, 2010 at 7:45 AM, Kris Maglione wrote:
> Does anyone ever notice that every time we have this thread, it grows
> without bound,
This happens with this topic on all general-dev mailing lists.
>and yet never manages to get anywhere?
This is what makes the suckless list better. Oth
On 15 Jun 2010, at 09:58, Robert Ransom wrote:
On Tue, 15 Jun 2010 10:38:43 +0200
Alexander Teinum wrote:
That could make a web-based terminal application almost as
snappy as xterm if done right.
So, you think that
- a terminal emulator written in JavaScript
- which produces its
On 15 Jun 2010, at 12:51, Connor Lane Smith wrote:
In my opinion the problem is purely user experience:
Is this your opinion, or lines you've been fed?
(a) installing
software is perceived as difficult, so not having to bother with that
is an instant plus, and (b) your data is available eve
On 15 Jun 2010, at 12:48, Nick wrote:
Quoth Ethan Grammatikidis:
On 15 Jun 2010, at 11:24, Nick wrote:
Because that way you can do content negotiation. Granted, that isn't
much used today,
Why not? With more international businesses than ever on the web and
the internet spread further over
On Tue, Jun 15, 2010 at 02:21:12PM +0100, Ethan Grammatikidis wrote:
> On w3.org by contrast the page on the cgi standard has nothing but
> dead links and references to an obsolete web server. I was searching
> for the CGI standard the other day, and couldn't find it _anywhere_.
It's here, btw: ht
That did cause some reactions.
The reason why I brought this up is because I for a year have been
working on a personal project named Brevity, and I have been
experimenting with the idea of basing an OS on a web browser engine on
top of Linux.
But that’s not the goal of the OS – it’s just one pos
On Tue, 15 Jun 2010 08:43:31 -0400
Kurt H Maier wrote:
> This is what makes the suckless list better. Otherwise you wind up
> with shit like http://www.archhurd.org/
>
What's wrong with arch hurd?
Dieter
On Tue, Jun 15, 2010 at 04:05:24PM +0200, Dieter Plaetinck wrote:
On Tue, 15 Jun 2010 08:43:31 -0400
Kurt H Maier wrote:
This is what makes the suckless list better. Otherwise you wind up
with shit like http://www.archhurd.org/
What's wrong with arch hurd?
The HURD part, obviously.
--
Kr
On Tue, Jun 15, 2010 at 12:48:34PM +0100, Nick wrote:
> Incidentally, can anyone recommend a good gopher client? I missed it
> the first time 'round, and I'd be curious to see a different
> paradigm of web type thing.
Lynx and Mozilla Firefox support Gopher.
On Tue, Jun 15, 2010 at 07:12:54PM +0400, anonymous wrote:
> Lynx and Mozilla Firefox support Gopher.
firefox's gopher support has some catches (e.g. only port 70 is
supported, given port after : is ignored).
There is an extension for firefox called overbite:
http://gopher.floodgap.com/overbite/
ev'ning everyone,
I thought about updating my current dwm installation(5.2)
for some time. Well, now I had some spare time left
and updated my old monocle_count-patch to 5.8.2 -
if anyone is interested: it prints the total number of
clients and the number of the currently activated client
besides
On 15 June 2010 18:04, v4hn wrote:
> ev'ning everyone,
>
> I thought about updating my current dwm installation(5.2)
> for some time. Well, now I had some spare time left
> and updated my old monocle_count-patch to 5.8.2 -
> if anyone is interested: it prints the total number of
> clients and the
On Tue, Jun 15, 2010 at 4:18 PM, Kris Maglione wrote:
> On Tue, Jun 15, 2010 at 04:05:24PM +0200, Dieter Plaetinck wrote:
>>
>> What's wrong with arch hurd?
>
> The HURD part, obviously.
s/H/T/
uriel
On Fri, Jun 11, 2010 at 12:43 PM, Jan Winkelmann wrote:
> Looks like this is some weird GCC/glibc/binutils error (correct me if
> I'm wrong).
When in doubt, blaming GCC is a safe bet: http://harmful.cat-v.org/software/GCC
But in this case it seems that the glibc monkeys have surpassed their
GCC
On Tue, 15 Jun 2010 16:05:03 +0200
Alexander Teinum wrote:
> That did cause some reactions.
>
> The reason why I brought this up is because I for a year have been
> working on a personal project named Brevity, and I have been
> experimenting with the idea of basing an OS on a web browser engine
On 6/14/10, Ethan Grammatikidis wrote:
>
> On 15 Jun 2010, at 00:28, Antoni Grzymala wrote:
>
>> Bjartur Thorlacius dixit (2010-06-14, 23:24):
>>
>>> On 6/14/10, Matthew Bauer wrote:
I wish modern filesystems would allow some way of identifying a
file type
besides in the filename.
On Tue, 15 Jun 2010 10:18:20 -0400
Kris Maglione wrote:
> On Tue, Jun 15, 2010 at 04:05:24PM +0200, Dieter Plaetinck wrote:
> >On Tue, 15 Jun 2010 08:43:31 -0400
> >Kurt H Maier wrote:
> >> This is what makes the suckless list better. Otherwise you wind up
> >> with shit like http://www.archhur
On Tue, Jun 15, 2010 at 10:49:04PM +0200, Dieter Plaetinck wrote:
On Tue, 15 Jun 2010 10:18:20 -0400
Kris Maglione wrote:
On Tue, Jun 15, 2010 at 04:05:24PM +0200, Dieter Plaetinck wrote:
>On Tue, 15 Jun 2010 08:43:31 -0400
>Kurt H Maier wrote:
>> This is what makes the suckless list better.
On Tue, Jun 15, 2010 at 4:51 PM, Kris Maglione wrote:
>> hmm. i'm not too familiar with hurd, but afaik it's supposed to be
>> simpler and more elegant then Linux
>
> It's neither.
And it won't be, even if by some miracle someone gets it working one day.
--
# Kurt H Maier
I was the author of Bee GNU/Hurd. Few years ago I did my own GNU/Hurd
distro based on pkgsrc package system and with my own build system,
because the Debian and GNU ones were completely unusable and inpracticable.
The sitaution didnt changed too much. Debian maintains many patches that
fixes thing
On 15 June 2010 14:05, Ethan Grammatikidis wrote:
> On 15 Jun 2010, at 12:51, Connor Lane Smith wrote:
> > In my opinion the problem is purely user experience:
>
> Is this your opinion, or lines you've been fed?
My own, strangely enough. UX is one of my interests, particularly
since most programm
On Tue, 15 Jun 2010 12:51:01 +0100
Connor Lane Smith wrote:
> On 15 June 2010 09:58, Robert Ransom wrote:
> > - a terminal emulator written in JavaScript
> > - which produces its output by manipulating XML DOM objects
> > - which in turn cause a browser to rerun its page *layout* algorithm
> > -
On Tue, Jun 15, 2010 at 6:33 PM, Connor Lane Smith wrote:
> UX is one of my interests, particularly
> since most programmers seem to suck so hard at it. \
> How tiring. Next time I suggest reading what people actually write
> before replying with snotty shit.
Using the term 'user experience' a
On 16 June 2010 02:32, Kurt H Maier wrote:
> Using the term 'user experience' at all, much less abbreviating it
> 'UX,' is every bit as snotty. A lot of programmers don't give a shit
> about 'user experience' because they are competent users of a
> complicated machine, and they expect other peopl
I also just realised I missed an opportunity:
On 16 June 2010 02:32, Kurt H Maier wrote:
> Try to keep that in mind while we all ignore your glowing buttons and
> dynamic menus with pastel gradients.
You're going to ignore the dynamic menu [1]? I do try to contribute... :(
[1] http://tools.suck
On 16 June 2010 00:44, Robert Ransom wrote:
> > You have heard of HTML5's , right?
>
> No, I hadn't. Does that only bypass the text layout step, or does it
> allow directly painting on the screen?
It supports a bunch of 2D raster drawing functions within the bounds
of the canvas.
> Try
43 matches
Mail list logo
