On May 26, 2010, at 10:48 PM, ron minnich wrote:
> Don't change your use of symlinks. I meant more as a global thing: see
> Korn's paper "Symlinks are a botch".
Can I beg a specific title or reference? My efforts with google turned up
primarily references to your original post (and a former US
I'm vaguely affiliated with MIT still via their student computing group (SIPB).
We've looked into convention/event support at MIT before, and the bottom
line is that such things really need a professor or department head as a
sponsor.
*Chad
On May 13, 2010, at 11:16 AM, EBo wrote:
> SeaTa
FWIW, there are two Google offices in the Seattle area; one in Freemont and one
in Kirkland, which is just across the water.Either one likely has a useful
setup for recording presentations and might also be usable for live streaming
of same. Of course, neither is particularly near SeaTac.
Clearly, this calls for an XML-based configuration file, setting the
environment of each program at startup by patching gnulibc.
I didn't have the energy to make a forced acronym for `bloat', so let's just
assume I did and that I suggested the configuration files live in /etc/bloat,
ok?
*Chad
> When linux was first released, I remember people being surprised that GNU
> (which was still claiming to be working on at least two kernels) had
> *competition*. I also remember when the core linux hackers thought that
> 386BSD was going to `win' (in the end-days of ``all the world's a VAX'',
On Mar 22, 2010, at 9:09 AM, David Leimbach wrote:
> It's fun to look back and see what people thought was going to be the
> programming model we're being faced with though.
When linux was first released, I remember people being surprised that GNU
(which was still claiming to be working on at
Have you read ``The Text Editor Sam'', by Rob Pike?
(http://doc.cat-v.org/plan_9/4th_edition/papers/sam/)
A quick re-skim (especially around page 22) or so suggests that you'd want to
look at the code for sam -r, and that you'll want to dig into the Rasp data
structure, but (contrary to my mem
> 2) Add support for more SATA/AHCI controlers; I have:
FWIW, GSoC projects that amount to ``add some drivers for my non-linux OS!''
have historically been unpopular, unfinished, and generally unloved projects
(perhaps barring last year, when I didn't really pay attention). I recommend
agains
On Sep 22, 2009, at 7:17 AM, J.R. Mauro wrote:
Another thing they won't consider is having separate versions for
high-end servers and PCs. I don't understand why Torvalds thinks Linux
has to be all things to all people.
Back when I cared about linux for servers (not high-end hardware, but
lar
Emacs is great for writing Lisp. Now, if only I could find the correct
.emacs invocation to make the tab key insert a tab character in C
mode, rather than a bunch of spaces the way His Holy Lunacy RMS
desires. If I wanted spaces instead of tabs, I'd type them!
OT for the list, but this is trivia
On Jul 9, 2009, at 3:02 AM, Ethan Grammatikidis wrote:
; hget http://google.gr/
content="text/html; charset=ISO-8859-7">
i'm pretty sure that ISO-8859-7 != utf-8.
I guess that's server-side mucking about based on user-agent not
reporting utf-8 capability or something stupid. Firefox page
On Jun 17, 2009, at 1:54 AM, Charles Forsyth wrote:
The only drawback so far seems to be the fact that if one
needs flexibility, then every file becomes a subdirectory.
Not that it is scary or anything, but it smells too much
of resource forks (or may be I'm just too easily scared).
it's the o
I believe that Cweb/Ctangle were `engineering tradeoffs' -- i.e.
concessions to the large number of people who didn't care about the
theory or the practice of programming and just wanted to use TeX
(mostly AMSTeX) on whatever new system their math/physics department
happened to buy that yea
13 matches
Mail list logo
