what is the current use case for text mode consoles? Some embedded device without the resources to run X? I have to admit if I were going that route I'd run X with a fullscrean terminal and no WM before I'd consider messing around with bare or framebuffer consoles if I cared for natural mouse support.

RAM. no matter how minimalist you try to make the X environment, it's going to use dozens to hundreds of MB more RAM than a text mode console environment.

Thank you (and thank you all) for your warm support. This chat feature should be better advertised.

It seems my stackexchange.com login cookies don't cover meta.unix.stackexchange.com (I am not shown as logged in), although they do cover meta.stackexchange, unix.stackexchange.com, etc. And I'm not allowed to log in either (when I click log in on meta.unix... I just get the same page; perhaps as in "you're already logged in"). This behavior looks so consistent I suspect it's a known issue.

do you use noscript or similar? if so, enable scripting for meta.stackexchange.com (or just all of stackexchange.com)

Aw, @terdon is not on.

@Oxwivi Isn't he?

Oh, didn't see your icon on the avatar column.

What can I do for you?

Or maybe I'm just blind.

Latest viewer of your string replace QA.

@Oxwivi Neither of those commands is case insensitive.

Hence the question.

$ echo "Eggplant eggplant" | sed 's/Eggplant/foo/'
foo eggplant

Pinged you if you did know any case-sensitive commands to enlighten me with.

@Oxwivi Sorry, I meant that neither is case Insensitive.

They are both case sensitive. What exactly did you run and on what input?

Not with that command. Not unless you're running a very non-standard implementation.

Try what I pasted above. Does it work as expected?

Let me delete the question first and retry the commands.

I get foo eggplant too.

Actually, to be 100% sure, use this one for global replacement:

$ echo "Eggplant eggplant" | sed 's/Eggplant/foo/g'
foo eggplant

To make it case INsensitive, use the i flag:

Same.

$ echo "Eggplant eggplant" | sed 's/Eggplant/foo/ig'
foo foo

@Oxwivi OK, so you probably ran something else when testing.

That wouldn't have done anything. It never executed.

The next to commands were:

$ sed -i -- 's/aubergine/eggplant/g' *

Okay, I found the error.

<small>This is so embarassing...</small>

Stupid chat, make that small!

@Oxwivi :)

Ugh, sorry to waste your time @terdon, and thank you very much. That's an awesome ass answer you posted.

Chat uses a small subset of markdown. You can use <sub>foo</sub> on the main site but it doesn't work here: _foo

@Oxwivi No problem and you're welcome. I had quite a bit of help on that answer though :)

Yeah, it's hard to figure out where in SE it's full markdown or a subset. I got had on a bounty message few days ago, it looked like it'd support full markdown, but I found out the hard way.

But what's that -T flag issue with perl?

Ugh, I don't really know. Stéphane added that one. The -T is some kind of security thing:

       -T   turns on "taint" so you can test them.  Ordinarily these checks
            are done only when running setuid or setgid.  It's a good idea to
            turn them on explicitly for programs that run on behalf of someone
            else whom you might not necessarily trust, such as CGI programs or
            any internet servers you might write in Perl.  See perlsec for
            details.  For security reasons, this option must be seen by Perl
            quite early; usually this means it must appear early on the

Meh, since sed is working for me, I won't bother trying to figure this out. For now. (I love procrastinating)

Thanks again, I'm getting out of chat.

See you.

@Oxwivi I just removed the -T, I hadn't realized he'd added it.

And you're welcome.

Let me try it without the -T then.

$ perl -i -pe 's/Aubergine/Eggplant/g' ./*
Can't open ./*: No such file or directory.

I just tried with only *, but same error. What the heck.

Okay, it's working.

@Oxwivi You're trying it in an empty directory.

Yes, I was in a deleted directory, but there was also an existing directory of the same name.

Anyway, the perl command without the -T is working fine.

Ciao @terdon, I'm out for real this time.

@Oxwivi Yes, but it had no files in it.

Ciao, ciao

The directory with the same name did have files in it.

So I had to cd to it.

anyone know/remember the URL for the SE site for running stats scripts on SE data?

@cas /api?

full url?

anyway, it's not the SE API. it's a site with scripts submitted by various people that query the SE databases.

Gilles posted it here a few weeks ago but i forgot to bookmark it.

data.stackexchange.com I think

yep, that's it. thanks. bookmarking now.