Text files can also be databases

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases were available on Linux. The database
was a directory, each file was a record, and each field
was delimited "fieldname: value". This kept track of our
customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database started
out like this (though now, has been extended with other mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is
a directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/am_conf/re_source.html

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.

If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take that
person seriously.

I sincerely have no clue what you are even arguing against. I noted that
a specific text file, made to be human readable, is not something any
reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).

This whole "debate" is utter nonsense.

--
Personal attacks from those who troll show their own insecurity. They
cannot use reason to show the message to be wrong so they try to feel
somehow superior by attacking the messenger.

They cling to their attacks and ignore the message time and time again.

2019-06-09 03:00:37 UTC

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases were available on Linux. The database
was a directory, each file was a record, and each field
was delimited "fieldname: value". This kept track of our
customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database started
out like this (though now, has been extended with other mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is
a directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/am_conf/re_source.html

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take that
person seriously.
I sincerely have no clue what you are even arguing against. I noted that
a specific text file, made to be human readable, is not something any
reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

Snit

2019-06-09 03:09:10 UTC

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases were available on Linux. The database
was a directory, each file was a record, and each field
was delimited "fieldname: value". This kept track of our
customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database started
out like this (though now, has been extended with other mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is
a directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/am_conf/re_source.html

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

So so... but whining here would do no good. :)

How about you?

2019-06-09 03:46:09 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers deal
with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data organized
for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the letter
fnord.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases were available on Linux. The database
was a directory, each file was a record, and each field
was delimited "fieldname: value". This kept track of our
customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database started
out like this (though now, has been extended with other mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is
a directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/am_conf/re_source.html

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and
see if text files show up.
If someone told you they knew a lot about databases and then said
they used a simple text editor to make their databases NOBODY would
take that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not
something any reasonable person would get hung up about it NOT being
deemed a "database". To insist it MUST be seen as one is just folly.
I did not deny such a file could be used by, or even written by, a
database (though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

So so... but whining here would do no good. :)
How about you?

beauty , one of my best days in a while

Snit

2019-06-09 03:56:53 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers deal
with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data organized
for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the letter
fnord.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases were available on Linux. The database
was a directory, each file was a record, and each field
was delimited "fieldname: value". This kept track of our
customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database started
out like this (though now, has been extended with other mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is
a directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/am_conf/re_source.html

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and
see if text files show up.
If someone told you they knew a lot about databases and then said
they used a simple text editor to make their databases NOBODY would
take that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not
something any reasonable person would get hung up about it NOT being
deemed a "database". To insist it MUST be seen as one is just folly.
I did not deny such a file could be used by, or even written by, a
database (though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

So so... but whining here would do no good. :)
How about you?

beauty , one of my best days in a while

Good to hear!

2019-06-09 11:59:25 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers deal
with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data organized
for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the letter
fnord.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases were available on Linux. The database
was a directory, each file was a record, and each field
was delimited "fieldname: value". This kept track of our
customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database started
out like this (though now, has been extended with other mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is
a directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/am_conf/re_source.html

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and
see if text files show up.
If someone told you they knew a lot about databases and then said
they used a simple text editor to make their databases NOBODY would
take that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not
something any reasonable person would get hung up about it NOT
being deemed a "database". To insist it MUST be seen as one is just
folly. I did not deny such a file could be used by, or even written
by, a database (though it really would be a pretty idiotic format
for one).
This whole "debate" is utter nonsense.

are you having a happy day

So so... but whining here would do no good. :)
How about you?

beauty , one of my best days in a while

Good to hear!

isn't it though

Snit

2019-06-09 12:09:37 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell
programmers deal
with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data organized
for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the letter
fnord.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases were available on Linux. The database
was a directory, each file was a record, and each field
was delimited "fieldname: value". This kept track of our
customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database started
out like this (though now, has been extended with other mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is
a directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/am_conf/re_source.html

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and
see if text files show up.
If someone told you they knew a lot about databases and then said
they used a simple text editor to make their databases NOBODY
would take that person seriously.
I sincerely have no clue what you are even arguing against. I
noted that a specific text file, made to be human readable, is not
something any reasonable person would get hung up about it NOT
being deemed a "database". To insist it MUST be seen as one is
just folly. I did not deny such a file could be used by, or even
written by, a database (though it really would be a pretty idiotic
format for one).
This whole "debate" is utter nonsense.

are you having a happy day

So so... but whining here would do no good. :)
How about you?

beauty , one of my best days in a while

Good to hear!

isn't it though

Anything vague and nonspecific you care to share?

2019-06-09 12:20:33 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell
programmers deal
with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data organized
for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the letter
fnord.

If someone said they were working on a database would you think in terms
of a simple text file NOT tied to the structure of any
database, no less
NOT tied to any relational or similar type structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases were available on Linux. The database
was a directory, each file was a record, and each field
was delimited "fieldname: value". This kept track of our
customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database started
out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is
a directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/am_conf/re_source.html

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases
and see if text files show up.
If someone told you they knew a lot about databases and then said
they used a simple text editor to make their databases NOBODY
would take that person seriously.
I sincerely have no clue what you are even arguing against. I
noted that a specific text file, made to be human readable, is
not something any reasonable person would get hung up about it
NOT being deemed a "database". To insist it MUST be seen as one
is just folly. I did not deny such a file could be used by, or
even written by, a database (though it really would be a pretty
idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

So so... but whining here would do no good. :)
How about you?

beauty , one of my best days in a while

Good to hear!

isn't it though

Anything vague and nonspecific you care to share?

stick around i'll be doing that all day

Snit

2019-06-09 12:24:07 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers deal
with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data organized
for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the letter
fnord.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases were available on Linux. The database
was a directory, each file was a record, and each field
was delimited "fieldname: value". This kept track of our
customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database started
out like this (though now, has been extended with other mechanisms).
Hell, news spools work like that in most cases -- each
newsgroup is
a directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/am_conf/re_source.html

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and
json files...)

What you snipped was key: seriously, do a search for databases
and see if text files show up.
If someone told you they knew a lot about databases and then
said they used a simple text editor to make their databases
NOBODY would take that person seriously.
I sincerely have no clue what you are even arguing against. I
noted that a specific text file, made to be human readable, is
not something any reasonable person would get hung up about it
NOT being deemed a "database". To insist it MUST be seen as one
is just folly. I did not deny such a file could be used by, or
even written by, a database (though it really would be a pretty
idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

So so... but whining here would do no good. :)
How about you?

beauty , one of my best days in a while

Good to hear!

isn't it though

Anything vague and nonspecific you care to share?

stick around i'll be doing that all day

Was there any question that I would? :)

2019-06-09 12:27:08 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell
programmers deal
with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data organized
for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and
the letter
fnord.

If someone said they were working on a database would you
think in terms
of a simple text file NOT tied to the structure of any
database, no less
NOT tied to any relational or similar type structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases were available on Linux. The database
was a directory, each file was a record, and each field
was delimited "fieldname: value". This kept track of our
customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database started
out like this (though now, has been extended with other mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is
a directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/am_conf/re_source.html

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and
json files...)

What you snipped was key: seriously, do a search for databases
and see if text files show up.
If someone told you they knew a lot about databases and then
said they used a simple text editor to make their databases
NOBODY would take that person seriously.
I sincerely have no clue what you are even arguing against. I
noted that a specific text file, made to be human readable, is
not something any reasonable person would get hung up about it
NOT being deemed a "database". To insist it MUST be seen as one
is just folly. I did not deny such a file could be used by, or
even written by, a database (though it really would be a pretty
idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

So so... but whining here would do no good. :)
How about you?

beauty , one of my best days in a while

Good to hear!

isn't it though

Anything vague and nonspecific you care to share?

stick around i'll be doing that all day

Was there any question that I would? :)

would what

Snit

2019-06-09 12:35:43 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell
programmers deal
with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized
for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a
computer
system.
2) database.
This learning moment was brought to you by the number 23
and the letter
fnord.

If someone said they were working on a database would you
think in terms
of a simple text file NOT tied to the structure of any
database, no less
NOT tied to any relational or similar type structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases were available on Linux. The database
was a directory, each file was a record, and each field
was delimited "fieldname: value". This kept track of our
customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user
database started
out like this (though now, has been extended with other mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is
a directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/am_conf/re_source.html

Do you see any tools which are primarily text editors on
that list? Of
course not. You see examples of database software, not text editors.
The fact that such things becomes debates based on some
pedantic debate
is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and
json files...)

What you snipped was key: seriously, do a search for databases
and see if text files show up.
If someone told you they knew a lot about databases and then
said they used a simple text editor to make their databases
NOBODY would take that person seriously.
I sincerely have no clue what you are even arguing against. I
noted that a specific text file, made to be human readable, is
not something any reasonable person would get hung up about it
NOT being deemed a "database". To insist it MUST be seen as
one is just folly. I did not deny such a file could be used
by, or even written by, a database (though it really would be
a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

So so... but whining here would do no good. :)
How about you?

beauty , one of my best days in a while

Good to hear!

isn't it though

Anything vague and nonspecific you care to share?

stick around i'll be doing that all day

Was there any question that I would? :)

would what

Stick around?

I might even stick a round peg in a square hole.

2019-06-09 18:51:39 UTC

Text files can also be databases.
It depends on how structured that data is within the text
file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't
recognized a
structured text set as a database. Meanwhile, shell
programmers deal
with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related
data organized
for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular
subject or
group of related subjects, usually stored in and used via
a computer
system.
2) database.
This learning moment was brought to you by the number 23
and the letter
fnord.

If someone said they were working on a database would you
think in terms
of a simple text file NOT tied to the structure of any
database, no less
NOT tied to any relational or similar type structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases were available on Linux. The database
was a directory, each file was a record, and each field
was delimited "fieldname: value". This kept track of our
customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user
database started
out like this (though now, has been extended with other mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is
a directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/am_conf/re_source.html

Do you see any tools which are primarily text editors on
that list? Of
course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some
pedantic debate
is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML
and json files...)

What you snipped was key: seriously, do a search for
databases and see if text files show up.
If someone told you they knew a lot about databases and then
said they used a simple text editor to make their databases
NOBODY would take that person seriously.
I sincerely have no clue what you are even arguing against. I
noted that a specific text file, made to be human readable,
is not something any reasonable person would get hung up
about it NOT being deemed a "database". To insist it MUST be
seen as one is just folly. I did not deny such a file could
be used by, or even written by, a database (though it really
would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

So so... but whining here would do no good. :)
How about you?

beauty , one of my best days in a while

Good to hear!

isn't it though

Anything vague and nonspecific you care to share?

stick around i'll be doing that all day

Was there any question that I would? :)

would what

Stick around?
I might even stick a round peg in a square hole.

someone should stick something

vallor

2019-06-09 03:13:37 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.

Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".

He's confused his own, ill-informed opinion with fact.

He is addicted to certainty, and can do no wrong. Just ask him!

--
-v

Snit

2019-06-09 03:30:20 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

What an odd way to push your circus! Seriously, what are you even
arguing against. I have no clue. What do you think I am arguing for? I
bet you have no idea.

Snit

2019-06-09 03:31:14 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

Can you explain the value of your insults as you fail to say what point
you are even arguing against. Seriously... I have NO clue what view of
mine you are disagreeing with.

2019-06-09 03:47:25 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

i can't ask him that because it won't matter how he answers

Snit

2019-06-09 03:57:22 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

i can't ask him that because it won't matter how he answers

Thank you for not starting a circus over this.

Don Mueller

2019-06-09 19:44:28 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

i can't ask him that because it won't matter how he answers

Thank you for not starting a circus over this.

He doesn't have to start a circus, snit. As usual you have already
started up another ring in your snit circus.
Just like you always do.

--
Ciggie

2019-06-09 19:48:37 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

i can't ask him that because it won't matter how he answers

Thank you for not starting a circus over this.

He doesn't have to start a circus, snit. As usual you have already
started up another ring in your snit circus.
Just like you always do.

i was counting on it

Snit

2019-06-09 23:45:05 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

i can't ask him that because it won't matter how he answers

Thank you for not starting a circus over this.

He doesn't have to start a circus, snit. As usual you have already
started up another ring in your snit circus.
Just like you always do.

i was counting on it

1. 2. 3. 4. 5. 6. 7. 8. 9. um.... there are other digits that can be added.

2019-06-09 23:46:22 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value".
This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each
newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json
files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

i can't ask him that because it won't matter how he answers

Thank you for not starting a circus over this.

He doesn't have to start a circus, snit. As usual you have already
started up another ring in your snit circus.
Just like you always do.

i was counting on it

1. 2. 3. 4. 5. 6. 7. 8. 9. um.... there are other digits that can be added.

not that counting

Snit

2019-06-09 23:50:13 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value".
This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json
files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

i can't ask him that because it won't matter how he answers

Thank you for not starting a circus over this.

He doesn't have to start a circus, snit. As usual you have already
started up another ring in your snit circus.
Just like you always do.

i was counting on it

1. 2. 3. 4. 5. 6. 7. 8. 9. um.... there are other digits that can be added.

not that counting

Dracula?

2019-06-09 23:58:45 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a
computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value".
This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json
files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

i can't ask him that because it won't matter how he answers

Thank you for not starting a circus over this.

He doesn't have to start a circus, snit. As usual you have already
started up another ring in your snit circus.
Just like you always do.

i was counting on it

1. 2. 3. 4. 5. 6. 7. 8. 9. um.... there are other digits that can be added.

not that counting

Dracula?

the count

Snit

2019-06-10 00:01:05 UTC

Text files can also be databases.
It depends on how structured that data is within the text
file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't
recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular
subject or
group of related subjects, usually stored in and used via
a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each
file was
a record, and each field was delimited "fieldname: value".
This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but
I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json
files...)

What you snipped was key: seriously, do a search for
databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary
references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

i can't ask him that because it won't matter how he answers

Thank you for not starting a circus over this.

He doesn't have to start a circus, snit. As usual you have already
started up another ring in your snit circus.
Just like you always do.

i was counting on it

1. 2. 3. 4. 5. 6. 7. 8. 9. um.... there are other digits that can be added.

not that counting

Dracula?

the count

If so that sucks.

2019-06-10 00:04:54 UTC

Text files can also be databases.
It depends on how structured that data is within the text
file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell
programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular
subject or
group of related subjects, usually stored in and used via
a computer
system.
2) database.
This learning moment was brought to you by the number 23
and the
letter fnord.

If someone said they were working on a database would you
think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL
databases
were available on Linux. The database was a directory,
each file was
a record, and each field was delimited "fieldname: value".
This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each
newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on
that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but
I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json
files...)

What you snipped was key: seriously, do a search for
databases and see
if text files show up.
If someone told you they knew a lot about databases and then
said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not
something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary
references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

i can't ask him that because it won't matter how he answers

Thank you for not starting a circus over this.

He doesn't have to start a circus, snit. As usual you have already
started up another ring in your snit circus.
Just like you always do.

i was counting on it

1. 2. 3. 4. 5. 6. 7. 8. 9. um.... there are other digits that can be added.

not that counting

Dracula?

the count

If so that sucks.

let it

Snit

2019-06-10 00:08:26 UTC

Text files can also be databases.
It depends on how structured that data is within the
text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't
recognized a
structured text set as a database. Meanwhile, shell
programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular
subject or
group of related subjects, usually stored in and used
via a computer
system.
2) database.
This learning moment was brought to you by the number 23
and the
letter fnord.

If someone said they were working on a database would you
think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL
databases
were available on Linux. The database was a directory,
each file was
a record, and each field was delimited "fieldname: value".
This kept
track of our customer billing until we modernized with
"version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each
newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on
that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some
pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but
I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML
and json
files...)

What you snipped was key: seriously, do a search for
databases and see
if text files show up.
If someone told you they knew a lot about databases and
then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is
not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly.
I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary
references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

i can't ask him that because it won't matter how he answers

Thank you for not starting a circus over this.

He doesn't have to start a circus, snit. As usual you have already
started up another ring in your snit circus.
Just like you always do.

i was counting on it

1. 2. 3. 4. 5. 6. 7. 8. 9. um.... there are other digits that can be added.

not that counting

Dracula?

the count

If so that sucks.

let it

Can the loss of blood become a database?

2019-06-10 00:11:40 UTC

Text files can also be databases.
It depends on how structured that data is within the
text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't
recognized a
structured text set as a database. Meanwhile, shell
programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular
subject or
group of related subjects, usually stored in and used
via a computer
system.
2) database.
This learning moment was brought to you by the number
23 and the
letter fnord.

If someone said they were working on a database would
you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases
were available on Linux. The database was a directory,
each file was
value". This kept
track of our customer billing until we modernized with
"version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user
database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each
newsgroup is a
directory, each article a file, with a header of
key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on
that list?
Of course not. You see examples of database software,
not text
editors.
The fact that such things becomes debates based on some
pedantic
debate is silliness... but sadly all too common in this
group.

Well, you have the disadvantage of being very wrong, but
I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML
and json
files...)

What you snipped was key: seriously, do a search for
databases and see
if text files show up.
If someone told you they knew a lot about databases and
then said they
used a simple text editor to make their databases NOBODY
would take
that person seriously.
I sincerely have no clue what you are even arguing
against. I noted
that a specific text file, made to be human readable, is
not something
any reasonable person would get hung up about it NOT being
deemed a
"database". To insist it MUST be seen as one is just
folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary
references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

i can't ask him that because it won't matter how he answers

Thank you for not starting a circus over this.

He doesn't have to start a circus, snit. As usual you have already
started up another ring in your snit circus.
Just like you always do.

i was counting on it

1. 2. 3. 4. 5. 6. 7. 8. 9. um.... there are other digits that can be added.

not that counting

Dracula?

the count

If so that sucks.

let it

Can the loss of blood become a database?

who knows , you'll have to find it first

Snit

2019-06-10 00:15:28 UTC

Text files can also be databases.
It depends on how structured that data is within the
text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't
recognized a
structured text set as a database. Meanwhile, shell
programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related
data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a
particular subject or
group of related subjects, usually stored in and used
via a computer
system.
2) database.
This learning moment was brought to you by the number
23 and the
letter fnord.

If someone said they were working on a database would
you think in
terms of a simple text file NOT tied to the structure
of any
database, no less NOT tied to any relational or similar
type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases
were available on Linux. The database was a directory,
each file was
value". This kept
track of our customer billing until we modernized with
"version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user
database
started out like this (though now, has been extended
with other
mechanisms).
Hell, news spools work like that in most cases -- each
newsgroup is a
directory, each article a file, with a header of
key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors
on that list?
Of course not. You see examples of database software,
not text
editors.
The fact that such things becomes debates based on some
pedantic
debate is silliness... but sadly all too common in this
group.

Well, you have the disadvantage of being very wrong, but
I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about
XML and json
files...)

What you snipped was key: seriously, do a search for
databases and see
if text files show up.
If someone told you they knew a lot about databases and
then said they
used a simple text editor to make their databases NOBODY
would take
that person seriously.
I sincerely have no clue what you are even arguing
against. I noted
that a specific text file, made to be human readable, is
not something
any reasonable person would get hung up about it NOT
being deemed a
"database". To insist it MUST be seen as one is just
folly. I did not
deny such a file could be used by, or even written by, a
database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his
circuses.
Guy makes a claim, which is shot down with dictionary
references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

i can't ask him that because it won't matter how he answers

Thank you for not starting a circus over this.

He doesn't have to start a circus, snit. As usual you have already
started up another ring in your snit circus.
Just like you always do.

i was counting on it

1. 2. 3. 4. 5. 6. 7. 8. 9. um.... there are other digits that can be added.

not that counting

Dracula?

the count

If so that sucks.

let it

Can the loss of blood become a database?

who knows , you'll have to find it first

Even if you have it you might have to put the blood in a centrifuge to
have it be well organized. Then it is a database.

2019-06-10 00:33:33 UTC

Text files can also be databases.
It depends on how structured that data is within the
text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't
recognized a
structured text set as a database. Meanwhile, shell
programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of
related data
organized for convenient access, generally in a
computer.
2) data bank.
Data bank noun 1) a fund of information on a
particular subject or
group of related subjects, usually stored in and used
via a computer
system.
2) database.
This learning moment was brought to you by the number
23 and the
letter fnord.

If someone said they were working on a database would
you think in
terms of a simple text file NOT tied to the structure
of any
database, no less NOT tied to any relational or
similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases
were available on Linux. The database was a directory,
each file was
value". This kept
track of our customer billing until we modernized with
"version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user
database
started out like this (though now, has been extended
with other
mechanisms).
Hell, news spools work like that in most cases -- each
newsgroup is a
directory, each article a file, with a header of
key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors
on that list?
Of course not. You see examples of database software,
not text
editors.
The fact that such things becomes debates based on
some pedantic
debate is silliness... but sadly all too common in
this group.

Well, you have the disadvantage of being very wrong,
but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about
XML and json
files...)

What you snipped was key: seriously, do a search for
databases and see
if text files show up.
If someone told you they knew a lot about databases and
then said they
used a simple text editor to make their databases NOBODY
would take
that person seriously.
I sincerely have no clue what you are even arguing
against. I noted
that a specific text file, made to be human readable, is
not something
any reasonable person would get hung up about it NOT
being deemed a
"database". To insist it MUST be seen as one is just
folly. I did not
deny such a file could be used by, or even written by, a
database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his
circuses.
Guy makes a claim, which is shot down with dictionary
references _and_ a
link explaining one flat text backed database interface in
Berkeley
DB...and he's all "oh, nono, my google search proves
you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

i can't ask him that because it won't matter how he answers

Thank you for not starting a circus over this.

He doesn't have to start a circus, snit. As usual you have already
started up another ring in your snit circus.
Just like you always do.

i was counting on it

1. 2. 3. 4. 5. 6. 7. 8. 9. um.... there are other digits that can be added.

not that counting

Dracula?

the count

If so that sucks.

let it

Can the loss of blood become a database?

who knows , you'll have to find it first

Even if you have it you might have to put the blood in a centrifuge to
have it be well organized. Then it is a database.

just detonate it all

Snit

2019-06-10 00:44:22 UTC

Text files can also be databases.
It depends on how structured that data is within the
text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't
recognized a
structured text set as a database. Meanwhile, shell
programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of
related data
organized for convenient access, generally in a
computer.
2) data bank.
Data bank noun 1) a fund of information on a
particular subject or
group of related subjects, usually stored in and
used via a computer
system.
2) database.
This learning moment was brought to you by the
number 23 and the
letter fnord.

If someone said they were working on a database would
you think in
terms of a simple text file NOT tied to the structure
of any
database, no less NOT tied to any relational or
similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases
were available on Linux. The database was a
directory, each file was
value". This kept
track of our customer billing until we modernized with
"version 2",
using MySQL.
That isn't uncommon in the Unix world. The system
user database
started out like this (though now, has been extended
with other
mechanisms).
Hell, news spools work like that in most cases -- each
newsgroup is a
directory, each article a file, with a header of
key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors
on that list?
Of course not. You see examples of database software,
not text
editors.
The fact that such things becomes debates based on
some pedantic
debate is silliness... but sadly all too common in
this group.

Well, you have the disadvantage of being very wrong,
but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about
XML and json
files...)

What you snipped was key: seriously, do a search for
databases and see
if text files show up.
If someone told you they knew a lot about databases and
then said they
used a simple text editor to make their databases
NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing
against. I noted
that a specific text file, made to be human readable,
is not something
any reasonable person would get hung up about it NOT
being deemed a
"database". To insist it MUST be seen as one is just
folly. I did not
deny such a file could be used by, or even written by,
a database
(though it really would be a pretty idiotic format for
one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without
his circuses.
Guy makes a claim, which is shot down with dictionary
references _and_ a
link explaining one flat text backed database interface
in Berkeley
DB...and he's all "oh, nono, my google search proves
you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just
ask him!

i can't ask him that because it won't matter how he answers

Thank you for not starting a circus over this.

He doesn't have to start a circus, snit. As usual you have already
started up another ring in your snit circus.
Just like you always do.

i was counting on it

1. 2. 3. 4. 5. 6. 7. 8. 9. um.... there are other digits that
can be added.

not that counting

Dracula?

the count

If so that sucks.

let it

Can the loss of blood become a database?

who knows , you'll have to find it first

Even if you have it you might have to put the blood in a centrifuge to
have it be well organized. Then it is a database.

just detonate it all

Who accepts donations of databases?

2019-06-10 00:48:52 UTC

Text files can also be databases.
It depends on how structured that data is within
the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't
recognized a
structured text set as a database. Meanwhile,
shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of
related data
organized for convenient access, generally in a
computer.
2) data bank.
Data bank noun 1) a fund of information on a
particular subject or
group of related subjects, usually stored in and
used via a computer
system.
2) database.
This learning moment was brought to you by the
number 23 and the
letter fnord.

If someone said they were working on a database
would you think in
terms of a simple text file NOT tied to the
structure of any
database, no less NOT tied to any relational or
similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was
before SQL databases
were available on Linux. The database was a
directory, each file was
value". This kept
track of our customer billing until we modernized
with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system
user database
started out like this (though now, has been extended
with other
mechanisms).
Hell, news spools work like that in most cases --
each newsgroup is a
directory, each article a file, with a header of
key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text
editors on that list?
Of course not. You see examples of database
software, not text
editors.
The fact that such things becomes debates based on
some pedantic
debate is silliness... but sadly all too common in
this group.

Well, you have the disadvantage of being very wrong,
but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about
XML and json
files...)

What you snipped was key: seriously, do a search for
databases and see
if text files show up.
If someone told you they knew a lot about databases
and then said they
used a simple text editor to make their databases
NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing
against. I noted
that a specific text file, made to be human readable,
is not something
any reasonable person would get hung up about it NOT
being deemed a
"database". To insist it MUST be seen as one is just
folly. I did not
deny such a file could be used by, or even written by,
a database
(though it really would be a pretty idiotic format for
one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without
his circuses.
Guy makes a claim, which is shot down with dictionary
references _and_ a
link explaining one flat text backed database interface
in Berkeley
DB...and he's all "oh, nono, my google search proves
you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just
ask him!

i can't ask him that because it won't matter how he answers

Thank you for not starting a circus over this.

He doesn't have to start a circus, snit. As usual you have already
started up another ring in your snit circus.
Just like you always do.

i was counting on it

1. 2. 3. 4. 5. 6. 7. 8. 9. um.... there are other digits that
can be added.

not that counting

Dracula?

the count

If so that sucks.

let it

Can the loss of blood become a database?

who knows , you'll have to find it first

Even if you have it you might have to put the blood in a centrifuge
to have it be well organized. Then it is a database.

just detonate it all

Who accepts donations of databases?

what does that have to do with anything

Snit

2019-06-10 01:09:42 UTC

Text files can also be databases.
It depends on how structured that data is within
the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't
recognized a
structured text set as a database. Meanwhile,
shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of
related data
organized for convenient access, generally in a
computer.
2) data bank.
Data bank noun 1) a fund of information on a
particular subject or
group of related subjects, usually stored in and
used via a computer
system.
2) database.
This learning moment was brought to you by the
number 23 and the
letter fnord.

If someone said they were working on a database
would you think in
terms of a simple text file NOT tied to the
structure of any
database, no less NOT tied to any relational or
similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was
before SQL databases
were available on Linux. The database was a
directory, each file was
value". This kept
track of our customer billing until we modernized
with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system
user database
started out like this (though now, has been extended
with other
mechanisms).
Hell, news spools work like that in most cases --
each newsgroup is a
directory, each article a file, with a header of
key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text
editors on that list?
Of course not. You see examples of database
software, not text
editors.
The fact that such things becomes debates based on
some pedantic
debate is silliness... but sadly all too common in
this group.

Well, you have the disadvantage of being very wrong,
but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking
about XML and json
files...)

What you snipped was key: seriously, do a search for
databases and see
if text files show up.
If someone told you they knew a lot about databases
and then said they
used a simple text editor to make their databases
NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing
against. I noted
that a specific text file, made to be human readable,
is not something
any reasonable person would get hung up about it NOT
being deemed a
"database". To insist it MUST be seen as one is just
folly. I did not
deny such a file could be used by, or even written
by, a database
(though it really would be a pretty idiotic format
for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without
his circuses.
Guy makes a claim, which is shot down with dictionary
references _and_ a
link explaining one flat text backed database interface
in Berkeley
DB...and he's all "oh, nono, my google search proves
you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just
ask him!

i can't ask him that because it won't matter how he answers

Thank you for not starting a circus over this.

He doesn't have to start a circus, snit. As usual you have
already
started up another ring in your snit circus.
Just like you always do.

i was counting on it

1. 2. 3. 4. 5. 6. 7. 8. 9. um.... there are other digits
that can be added.

not that counting

Dracula?

the count

If so that sucks.

let it

Can the loss of blood become a database?

who knows , you'll have to find it first

Even if you have it you might have to put the blood in a centrifuge
to have it be well organized. Then it is a database.

just detonate it all

Who accepts donations of databases?

what does that have to do with anything

It has everything to do with my running around doing multiple things and
not reading things correctly. So there!

But to get back on topic, who accepts detonations for databases.

Don Mueller

2019-06-09 19:42:44 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

Snit's addicted to a lot of things :)

Snit joins just about every thread in this and other groups. And in most
cases the end result is that what started out as a decent, informative
discussion, turns into a 6 ring circus with snit as the ringmaster.

The reason is snit is not capable of having a productive discussion.
Everything becomes personal for him and he has to have the last word in
every conversation.
The guy is just a vile person who is despised by most, if not all, of
the people he comes in contact with.
And since he has been running this circus act for a decade or more, the
only solution is for everyone to stop replying to him. If he doesn't get
fed, he will soon tire of talking to his sock puppets and find more
fertile trolling ground.
God help the group he lands in.

--
Ciggie

2019-06-09 19:47:49 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

Snit's addicted to a lot of things :)
Snit joins just about every thread in this and other groups. And in most
cases the end result is that what started out as a decent, informative
discussion, turns into a 6 ring circus with snit as the ringmaster.
The reason is snit is not capable of having a productive discussion.
Everything becomes personal for him and he has to have the last word in
every conversation.
The guy is just a vile person who is despised by most, if not all, of
the people he comes in contact with.
And since he has been running this circus act for a decade or more, the
only solution is for everyone to stop replying to him. If he doesn't get
fed, he will soon tire of talking to his sock puppets and find more
fertile trolling ground.
God help the group he lands in.

when you start paying my bills and putting the food on my table then ,
i will let you tell me who i can talk to ,
in the mean time you sound personally effected by this and ,
you were hoping what you said here would be the last word

Checkmate

2019-06-09 21:09:22 UTC

Warning! Always wear ANSI approved safety goggles when reading posts by
Checkmate! In article <***@news.alt.net>, ***@gmail.com
says...

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

Snit's addicted to a lot of things :)
Snit joins just about every thread in this and other groups. And in most
cases the end result is that what started out as a decent, informative
discussion, turns into a 6 ring circus with snit as the ringmaster.
The reason is snit is not capable of having a productive discussion.
Everything becomes personal for him and he has to have the last word in
every conversation.
The guy is just a vile person who is despised by most, if not all, of
the people he comes in contact with.
And since he has been running this circus act for a decade or more, the
only solution is for everyone to stop replying to him. If he doesn't get
fed, he will soon tire of talking to his sock puppets and find more
fertile trolling ground.
God help the group he lands in.

He can still tell you who you can talk to, and there's nothing you can do
about it.
--
Checkmate ®
Copyright © 2019
all rights reserved

AUK Hammer of Thor award, Feb. 2012 (Pre-Burnore)
Destroyer of the AUK Ko0k Awards (Post-Burnore)
Co-winner Pierre Salinger Hook, Line & Sinker
award May 2001, (Brethern of Beelzebub troll)
Pierre Salinger Hook, Line & Sinker award, Feb 2012

Author, Humorist, Cynic
Philosopher, Humanitarian
Poet, Elektrishun to the Stars
Usenet Shot-Caller

In loving memory of The Battle Kitten
May 2010-February 12, 2017

2019-06-09 21:12:00 UTC

Post by Checkmate
Warning! Always wear ANSI approved safety goggles when reading posts by
says...

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

Snit's addicted to a lot of things :)
Snit joins just about every thread in this and other groups. And in most
cases the end result is that what started out as a decent, informative
discussion, turns into a 6 ring circus with snit as the ringmaster.
The reason is snit is not capable of having a productive discussion.
Everything becomes personal for him and he has to have the last word in
every conversation.
The guy is just a vile person who is despised by most, if not all, of
the people he comes in contact with.
And since he has been running this circus act for a decade or more, the
only solution is for everyone to stop replying to him. If he doesn't get
fed, he will soon tire of talking to his sock puppets and find more
fertile trolling ground.
God help the group he lands in.

He can still tell you who you can talk to, and there's nothing you can do
about it.

and yet here i am doing something so that's a lie

Checkmate

2019-06-09 21:21:56 UTC

Warning! Always wear ANSI approved safety goggles when reading posts by
Checkmate! In article <***@news.alt.net>, ***@gmail.com
says...

Post by Checkmate
Warning! Always wear ANSI approved safety goggles when reading posts by
says...

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json
files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

Snit's addicted to a lot of things :)
Snit joins just about every thread in this and other groups. And in most
cases the end result is that what started out as a decent, informative
discussion, turns into a 6 ring circus with snit as the ringmaster.
The reason is snit is not capable of having a productive discussion.
Everything becomes personal for him and he has to have the last word in
every conversation.
The guy is just a vile person who is despised by most, if not all, of
the people he comes in contact with.
And since he has been running this circus act for a decade or more, the
only solution is for everyone to stop replying to him. If he doesn't get
fed, he will soon tire of talking to his sock puppets and find more
fertile trolling ground.
God help the group he lands in.

He can still tell you who you can talk to, and there's nothing you can do
about it.

and yet here i am doing something so that's a lie

But he can still tell you as long as he wants to upset you and watch you
dance... and dance, you will.
--
Checkmate ®
Copyright © 2019
all rights reserved

AUK Hammer of Thor award, Feb. 2012 (Pre-Burnore)
Destroyer of the AUK Ko0k Awards (Post-Burnore)
Co-winner Pierre Salinger Hook, Line & Sinker
award May 2001, (Brethern of Beelzebub troll)
Pierre Salinger Hook, Line & Sinker award, Feb 2012

Author, Humorist, Cynic
Philosopher, Humanitarian
Poet, Elektrishun to the Stars
Usenet Shot-Caller

In loving memory of The Battle Kitten
May 2010-February 12, 2017

2019-06-09 21:23:28 UTC

Post by Checkmate
Warning! Always wear ANSI approved safety goggles when reading posts by
says...

Post by Checkmate
Warning! Always wear ANSI approved safety goggles when reading posts by
says...

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json
files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

Snit's addicted to a lot of things :)
Snit joins just about every thread in this and other groups. And in most
cases the end result is that what started out as a decent, informative
discussion, turns into a 6 ring circus with snit as the ringmaster.
The reason is snit is not capable of having a productive discussion.
Everything becomes personal for him and he has to have the last word in
every conversation.
The guy is just a vile person who is despised by most, if not all, of
the people he comes in contact with.
And since he has been running this circus act for a decade or more, the
only solution is for everyone to stop replying to him. If he doesn't get
fed, he will soon tire of talking to his sock puppets and find more
fertile trolling ground.
God help the group he lands in.

He can still tell you who you can talk to, and there's nothing you can do
about it.

and yet here i am doing something so that's a lie

But he can still tell you as long as he wants to upset you and watch you
dance... and dance, you will.

that's a lie

Snit

2019-06-09 23:39:24 UTC

Post by Checkmate
Warning! Always wear ANSI approved safety goggles when reading posts by
says...

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

Snit's addicted to a lot of things :)
Snit joins just about every thread in this and other groups. And in most
cases the end result is that what started out as a decent, informative
discussion, turns into a 6 ring circus with snit as the ringmaster.
The reason is snit is not capable of having a productive discussion.
Everything becomes personal for him and he has to have the last word in
every conversation.
The guy is just a vile person who is despised by most, if not all, of
the people he comes in contact with.
And since he has been running this circus act for a decade or more, the
only solution is for everyone to stop replying to him. If he doesn't get
fed, he will soon tire of talking to his sock puppets and find more
fertile trolling ground.
God help the group he lands in.

He can still tell you who you can talk to, and there's nothing you can do
about it.

and yet here i am doing something so that's a lie

I still sincerely want to know what Vallor was even disagreeing with.

Is he disagreeing that the specific text file, made to be human
readable, is something that a reasonable person would insist is a
database and deem anyone who suggests otherwise ignorant?

If not what the hell?

Snit

2019-06-09 23:45:37 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

Snit's addicted to a lot of things :)
Snit joins just about every thread in this and other groups. And in most
cases the end result is that what started out as a decent, informative
discussion, turns into a 6 ring circus with snit as the ringmaster.
The reason is snit is not capable of having a productive discussion.
Everything becomes personal for him and he has to have the last word in
every conversation.
The guy is just a vile person who is despised by most, if not all, of
the people he comes in contact with.
And since he has been running this circus act for a decade or more, the
only solution is for everyone to stop replying to him. If he doesn't get
fed, he will soon tire of talking to his sock puppets and find more
fertile trolling ground.
God help the group he lands in.

Last!

2019-06-09 23:46:54 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

Snit's addicted to a lot of things :)
Snit joins just about every thread in this and other groups. And in most
cases the end result is that what started out as a decent, informative
discussion, turns into a 6 ring circus with snit as the ringmaster.
The reason is snit is not capable of having a productive discussion.
Everything becomes personal for him and he has to have the last word in
every conversation.
The guy is just a vile person who is despised by most, if not all, of
the people he comes in contact with.
And since he has been running this circus act for a decade or more, the
only solution is for everyone to stop replying to him. If he doesn't get
fed, he will soon tire of talking to his sock puppets and find more
fertile trolling ground.
God help the group he lands in.

Last!

Snit

2019-06-09 23:49:58 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

Snit's addicted to a lot of things :)
Snit joins just about every thread in this and other groups. And in most
cases the end result is that what started out as a decent, informative
discussion, turns into a 6 ring circus with snit as the ringmaster.
The reason is snit is not capable of having a productive discussion.
Everything becomes personal for him and he has to have the last word in
every conversation.
The guy is just a vile person who is despised by most, if not all, of
the people he comes in contact with.
And since he has been running this circus act for a decade or more, the
only solution is for everyone to stop replying to him. If he doesn't get
fed, he will soon tire of talking to his sock puppets and find more
fertile trolling ground.
God help the group he lands in.

Last!

Second to last!

2019-06-09 23:58:14 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value".
This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each
newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json
files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

Snit's addicted to a lot of things :)
Snit joins just about every thread in this and other groups. And in most
cases the end result is that what started out as a decent, informative
discussion, turns into a 6 ring circus with snit as the ringmaster.
The reason is snit is not capable of having a productive discussion.
Everything becomes personal for him and he has to have the last word in
every conversation.
The guy is just a vile person who is despised by most, if not all, of
the people he comes in contact with.
And since he has been running this circus act for a decade or more, the
only solution is for everyone to stop replying to him. If he doesn't get
fed, he will soon tire of talking to his sock puppets and find more
fertile trolling ground.
God help the group he lands in.

Last!

Second to last!

maybe

Snit

2019-06-10 00:00:48 UTC

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a computer
system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value".
This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give you
a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json
files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

Snit's addicted to a lot of things :)
Snit joins just about every thread in this and other groups. And in most
cases the end result is that what started out as a decent, informative
discussion, turns into a 6 ring circus with snit as the ringmaster.
The reason is snit is not capable of having a productive discussion.
Everything becomes personal for him and he has to have the last word in
every conversation.
The guy is just a vile person who is despised by most, if not all, of
the people he comes in contact with.
And since he has been running this circus act for a decade or more, the
only solution is for everyone to stop replying to him. If he doesn't get
fed, he will soon tire of talking to his sock puppets and find more
fertile trolling ground.
God help the group he lands in.

Last!

Second to last!

maybe

Somewhere past the mode at least?

Nadegda

2019-06-10 01:55:21 UTC

Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

In my *professional* opinion:

If it ain't ACID, it ain't a database.

End of discussion.

--
FNVWe Nadegda

"By all means, compare these shitheads to Nazis. Again and again. I'm with
you." -- Mike Godwin, Aug 13, 2017, 8:03 PM
Skeeter admits he mooches his mother's laptop:
http://al.howardknight.net/msgid.cgi?ID=154073947600

Snit

2019-06-10 02:11:26 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

So if the text is written on acid free paper it can't be. Got it.

2019-06-10 02:35:29 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

So if the text is written on acid free paper it can't be. Got it.

is nads having a happy day

Snit

2019-06-10 02:42:11 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

So if the text is written on acid free paper it can't be. Got it.

is nads having a happy day

Not as good as yours.

2019-06-10 02:45:18 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value". This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

So if the text is written on acid free paper it can't be. Got it.

is nads having a happy day

Not as good as yours.

that's cause i take meds and my team is winning

Snit

2019-06-10 02:50:18 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value".
This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each
newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json
files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

So if the text is written on acid free paper it can't be. Got it.

is nads having a happy day

Not as good as yours.

that's cause i take meds and my team is winning

I take wins and my meds are a team.

Something like that.

2019-06-10 02:53:54 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value".
This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json
files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

So if the text is written on acid free paper it can't be. Got it.

is nads having a happy day

Not as good as yours.

that's cause i take meds and my team is winning

I take wins and my meds are a team.
Something like that.

fish , got any 7's

Snit

2019-06-10 03:07:00 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt,
snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file was
a record, and each field was delimited "fieldname: value".
This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json
files...)

What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

So if the text is written on acid free paper it can't be. Got it.

is nads having a happy day

Not as good as yours.

that's cause i take meds and my team is winning

I take wins and my meds are a team.
Something like that.

fish , got any 7's

Only have two pair.

2019-06-10 03:08:05 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt,
snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text
file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't
recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular
subject or
group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each
file was
a record, and each field was delimited "fieldname: value".
This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json
files...)

What you snipped was key: seriously, do a search for
databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary
references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

So if the text is written on acid free paper it can't be. Got it.

is nads having a happy day

Not as good as yours.

that's cause i take meds and my team is winning

I take wins and my meds are a team.
Something like that.

fish , got any 7's

Only have two pair.

can you do a full gainer

Snit

2019-06-10 03:09:53 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt,
snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text
file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell
programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular
subject or
group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23
and the
letter fnord.

If someone said they were working on a database would you
think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL
databases
were available on Linux. The database was a directory,
each file was
a record, and each field was delimited "fieldname: value".
This kept
track of our customer billing until we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each
newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on
that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json
files...)

What you snipped was key: seriously, do a search for
databases and see
if text files show up.
If someone told you they knew a lot about databases and then
said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not
something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary
references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

So if the text is written on acid free paper it can't be. Got it.

is nads having a happy day

Not as good as yours.

that's cause i take meds and my team is winning

I take wins and my meds are a team.
Something like that.

fish , got any 7's

Only have two pair.

can you do a full gainer

Better than I can do a half loser.

2019-06-10 03:13:12 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the
text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't
recognized a
structured text set as a database. Meanwhile, shell
programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular
subject or
group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23
and the
letter fnord.

If someone said they were working on a database would you
think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL
databases
were available on Linux. The database was a directory,
each file was
a record, and each field was delimited "fieldname: value".
This kept
track of our customer billing until we modernized with
"version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each
newsgroup is a
directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on
that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some
pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but
I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML
and json
files...)

What you snipped was key: seriously, do a search for
databases and see
if text files show up.
If someone told you they knew a lot about databases and
then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is
not something
any reasonable person would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just folly.
I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary
references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

So if the text is written on acid free paper it can't be. Got it.

is nads having a happy day

Not as good as yours.

that's cause i take meds and my team is winning

I take wins and my meds are a team.
Something like that.

fish , got any 7's

Only have two pair.

can you do a full gainer

Better than I can do a half loser.

do you know graywolf

Snit

2019-06-10 03:16:10 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt,
snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the
text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't
recognized a
structured text set as a database. Meanwhile, shell
programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular
subject or
group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number
23 and the
letter fnord.

If someone said they were working on a database would
you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases
were available on Linux. The database was a directory,
each file was
value". This kept
track of our customer billing until we modernized with
"version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user
database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each
newsgroup is a
directory, each article a file, with a header of
key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on
that list?
Of course not. You see examples of database software,
not text
editors.
The fact that such things becomes debates based on some
pedantic
debate is silliness... but sadly all too common in this
group.

Well, you have the disadvantage of being very wrong, but
I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML
and json
files...)

What you snipped was key: seriously, do a search for
databases and see
if text files show up.
If someone told you they knew a lot about databases and
then said they
used a simple text editor to make their databases NOBODY
would take
that person seriously.
I sincerely have no clue what you are even arguing
against. I noted
that a specific text file, made to be human readable, is
not something
any reasonable person would get hung up about it NOT being
deemed a
"database". To insist it MUST be seen as one is just
folly. I did not
deny such a file could be used by, or even written by, a database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary
references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

So if the text is written on acid free paper it can't be. Got it.

is nads having a happy day

Not as good as yours.

that's cause i take meds and my team is winning

I take wins and my meds are a team.
Something like that.

fish , got any 7's

Only have two pair.

can you do a full gainer

Better than I can do a half loser.

do you know graywolf

I have heard the name.

2019-06-10 03:18:28 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt,
snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the
text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't
recognized a
structured text set as a database. Meanwhile, shell
programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related
data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a
particular subject or
group of related subjects, usually stored in and used
via a
computer system.
2) database.
This learning moment was brought to you by the number
23 and the
letter fnord.

If someone said they were working on a database would
you think in
terms of a simple text file NOT tied to the structure
of any
database, no less NOT tied to any relational or similar
type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases
were available on Linux. The database was a directory,
each file was
value". This kept
track of our customer billing until we modernized with
"version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user
database
started out like this (though now, has been extended
with other
mechanisms).
Hell, news spools work like that in most cases -- each
newsgroup is a
directory, each article a file, with a header of
key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors
on that list?
Of course not. You see examples of database software,
not text
editors.
The fact that such things becomes debates based on some
pedantic
debate is silliness... but sadly all too common in this
group.

Well, you have the disadvantage of being very wrong, but
I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about
XML and json
files...)

What you snipped was key: seriously, do a search for
databases and see
if text files show up.
If someone told you they knew a lot about databases and
then said they
used a simple text editor to make their databases NOBODY
would take
that person seriously.
I sincerely have no clue what you are even arguing
against. I noted
that a specific text file, made to be human readable, is
not something
any reasonable person would get hung up about it NOT
being deemed a
"database". To insist it MUST be seen as one is just
folly. I did not
deny such a file could be used by, or even written by, a
database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his
circuses.
Guy makes a claim, which is shot down with dictionary
references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

So if the text is written on acid free paper it can't be. Got it.

is nads having a happy day

Not as good as yours.

that's cause i take meds and my team is winning

I take wins and my meds are a team.
Something like that.

fish , got any 7's

Only have two pair.

can you do a full gainer

Better than I can do a half loser.

do you know graywolf

I have heard the name.

he's not well

Snit

2019-06-10 03:29:11 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt,
snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the
text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't
recognized a
structured text set as a database. Meanwhile, shell
programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of
related data
organized for convenient access, generally in a
computer.
2) data bank.
Data bank noun 1) a fund of information on a
particular subject or
group of related subjects, usually stored in and used
via a
computer system.
2) database.
This learning moment was brought to you by the number
23 and the
letter fnord.

If someone said they were working on a database would
you think in
terms of a simple text file NOT tied to the structure
of any
database, no less NOT tied to any relational or
similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases
were available on Linux. The database was a directory,
each file was
value". This kept
track of our customer billing until we modernized with
"version 2",
using MySQL.
That isn't uncommon in the Unix world. The system user
database
started out like this (though now, has been extended
with other
mechanisms).
Hell, news spools work like that in most cases -- each
newsgroup is a
directory, each article a file, with a header of
key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors
on that list?
Of course not. You see examples of database software,
not text
editors.
The fact that such things becomes debates based on
some pedantic
debate is silliness... but sadly all too common in
this group.

Well, you have the disadvantage of being very wrong,
but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about
XML and json
files...)

What you snipped was key: seriously, do a search for
databases and see
if text files show up.
If someone told you they knew a lot about databases and
then said they
used a simple text editor to make their databases NOBODY
would take
that person seriously.
I sincerely have no clue what you are even arguing
against. I noted
that a specific text file, made to be human readable, is
not something
any reasonable person would get hung up about it NOT
being deemed a
"database". To insist it MUST be seen as one is just
folly. I did not
deny such a file could be used by, or even written by, a
database
(though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his
circuses.
Guy makes a claim, which is shot down with dictionary
references _and_ a
link explaining one flat text backed database interface in
Berkeley
DB...and he's all "oh, nono, my google search proves
you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

So if the text is written on acid free paper it can't be. Got it.

is nads having a happy day

Not as good as yours.

that's cause i take meds and my team is winning

I take wins and my meds are a team.
Something like that.

fish , got any 7's

Only have two pair.

can you do a full gainer

Better than I can do a half loser.

do you know graywolf

I have heard the name.

he's not well

Are you talking about the guy who used to post here? If so, seriously?
What is wrong?

2019-06-10 03:36:23 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt,
snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the
text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't
recognized a
structured text set as a database. Meanwhile, shell
programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of
related data
organized for convenient access, generally in a
computer.
2) data bank.
Data bank noun 1) a fund of information on a
particular subject or
group of related subjects, usually stored in and
used via a
computer system.
2) database.
This learning moment was brought to you by the
number 23 and the
letter fnord.

If someone said they were working on a database would
you think in
terms of a simple text file NOT tied to the structure
of any
database, no less NOT tied to any relational or
similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before
SQL databases
were available on Linux. The database was a
directory, each file was
value". This kept
track of our customer billing until we modernized with
"version 2",
using MySQL.
That isn't uncommon in the Unix world. The system
user database
started out like this (though now, has been extended
with other
mechanisms).
Hell, news spools work like that in most cases -- each
newsgroup is a
directory, each article a file, with a header of
key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors
on that list?
Of course not. You see examples of database software,
not text
editors.
The fact that such things becomes debates based on
some pedantic
debate is silliness... but sadly all too common in
this group.

Well, you have the disadvantage of being very wrong,
but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about
XML and json
files...)

What you snipped was key: seriously, do a search for
databases and see
if text files show up.
If someone told you they knew a lot about databases and
then said they
used a simple text editor to make their databases
NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing
against. I noted
that a specific text file, made to be human readable,
is not something
any reasonable person would get hung up about it NOT
being deemed a
"database". To insist it MUST be seen as one is just
folly. I did not
deny such a file could be used by, or even written by,
a database
(though it really would be a pretty idiotic format for
one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without
his circuses.
Guy makes a claim, which is shot down with dictionary
references _and_ a
link explaining one flat text backed database interface
in Berkeley
DB...and he's all "oh, nono, my google search proves
you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just
ask him!

If it ain't ACID, it ain't a database.
End of discussion.

So if the text is written on acid free paper it can't be. Got it.

is nads having a happy day

Not as good as yours.

that's cause i take meds and my team is winning

I take wins and my meds are a team.
Something like that.

fish , got any 7's

Only have two pair.

can you do a full gainer

Better than I can do a half loser.

do you know graywolf

I have heard the name.

he's not well

Are you talking about the guy who used to post here? If so, seriously?
What is wrong?

well i can't say posted here we're posting to 4 places or is it 5

Snit

2019-06-10 03:59:35 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt,
snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within
the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't
recognized a
structured text set as a database. Meanwhile,
shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of
related data
organized for convenient access, generally in a
computer.
2) data bank.
Data bank noun 1) a fund of information on a
particular subject or
group of related subjects, usually stored in and
used via a
computer system.
2) database.
This learning moment was brought to you by the
number 23 and the
letter fnord.

If someone said they were working on a database
would you think in
terms of a simple text file NOT tied to the
structure of any
database, no less NOT tied to any relational or
similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was
before SQL databases
were available on Linux. The database was a
directory, each file was
value". This kept
track of our customer billing until we modernized
with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system
user database
started out like this (though now, has been extended
with other
mechanisms).
Hell, news spools work like that in most cases --
each newsgroup is a
directory, each article a file, with a header of
key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text
editors on that list?
Of course not. You see examples of database
software, not text
editors.
The fact that such things becomes debates based on
some pedantic
debate is silliness... but sadly all too common in
this group.

Well, you have the disadvantage of being very wrong,
but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about
XML and json
files...)

What you snipped was key: seriously, do a search for
databases and see
if text files show up.
If someone told you they knew a lot about databases
and then said they
used a simple text editor to make their databases
NOBODY would take
that person seriously.
I sincerely have no clue what you are even arguing
against. I noted
that a specific text file, made to be human readable,
is not something
any reasonable person would get hung up about it NOT
being deemed a
"database". To insist it MUST be seen as one is just
folly. I did not
deny such a file could be used by, or even written by,
a database
(though it really would be a pretty idiotic format for
one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without
his circuses.
Guy makes a claim, which is shot down with dictionary
references _and_ a
link explaining one flat text backed database interface
in Berkeley
DB...and he's all "oh, nono, my google search proves
you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just
ask him!

If it ain't ACID, it ain't a database.
End of discussion.

So if the text is written on acid free paper it can't be. Got it.

is nads having a happy day

Not as good as yours.

that's cause i take meds and my team is winning

I take wins and my meds are a team.
Something like that.

fish , got any 7's

Only have two pair.

can you do a full gainer

Better than I can do a half loser.

do you know graywolf

I have heard the name.

he's not well

Are you talking about the guy who used to post here? If so, seriously?
What is wrong?

well i can't say posted here we're posting to 4 places or is it 5

comp.os.linux.advocacy

vallor

2019-06-10 05:30:30 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt,
snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within
the text file (or even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't
recognized a structured text set as a database.
Meanwhile, shell programmers deal with them all the
time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of
related data organized for convenient access,
generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a
particular subject or group of related subjects,
usually stored in and used via a computer system.
2) database.
This learning moment was brought to you by the
number 23 and the letter fnord.

If someone said they were working on a database
would you think in terms of a simple text file NOT
tied to the structure of any database, no less NOT
tied to any relational or similar type structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was
before SQL databases were available on Linux. The
database was a directory, each file was a record, and
value". This kept track of our customer billing until
we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system
user database started out like this (though now, has
been extended with other mechanisms).
Hell, news spools work like that in most cases --
each newsgroup is a directory, each article a file,
with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/

berkeleydb/ref/

Post by vallor
am_conf/re_source.html

Do you see any tools which are primarily text
editors on that list?
Of course not. You see examples of database
software, not text editors.
The fact that such things becomes debates based on
some pedantic debate is silliness... but sadly all
too common in this group.

Well, you have the disadvantage of being very wrong,
but I'll give you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about
XML and json files...)

What you snipped was key: seriously, do a search for
databases and see if text files show up.
If someone told you they knew a lot about databases
and then said they used a simple text editor to make
their databases NOBODY would take that person
seriously.
I sincerely have no clue what you are even arguing
against. I noted that a specific text file, made to be
human readable, is not something any reasonable person
would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just
folly. I did not deny such a file could be used by, or
even written by,
a database (though it really would be a pretty idiotic
format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without
his circuses.
Guy makes a claim, which is shot down with dictionary
references _and_ a link explaining one flat text backed
database interface in Berkeley DB...and he's all "oh,
nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just
ask him!

If it ain't ACID, it ain't a database.
End of discussion.

So if the text is written on acid free paper it can't be.
Got it.

is nads having a happy day

Not as good as yours.

that's cause i take meds and my team is winning

I take wins and my meds are a team.
Something like that.

fish , got any 7's

Only have two pair.

can you do a full gainer

Better than I can do a half loser.

do you know graywolf

I have heard the name.

he's not well

Are you talking about the guy who used to post here? If so, seriously?
What is wrong?

well i can't say posted here we're posting to 4 places or is it 5

comp.os.linux.advocacy

The graywolf % is referring to is not the same graywolf that used to post
to cola.

He posts to alt.atheism.

--
-v

Snit

2019-06-10 05:36:48 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt,
snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within
the text file (or even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't
recognized a structured text set as a database.
Meanwhile, shell programmers deal with them all the
time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of
related data organized for convenient access,
generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a
particular subject or group of related subjects,
usually stored in and used via a computer system.
2) database.
This learning moment was brought to you by the
number 23 and the letter fnord.

If someone said they were working on a database
would you think in terms of a simple text file NOT
tied to the structure of any database, no less NOT
tied to any relational or similar type structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was
before SQL databases were available on Linux. The
database was a directory, each file was a record, and
value". This kept track of our customer billing until
we modernized with "version 2",
using MySQL.
That isn't uncommon in the Unix world. The system
user database started out like this (though now, has
been extended with other mechanisms).
Hell, news spools work like that in most cases --
each newsgroup is a directory, each article a file,
with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/

berkeleydb/ref/

Post by vallor
am_conf/re_source.html

Do you see any tools which are primarily text
editors on that list?
Of course not. You see examples of database
software, not text editors.
The fact that such things becomes debates based on
some pedantic debate is silliness... but sadly all
too common in this group.

Well, you have the disadvantage of being very wrong,
but I'll give you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about
XML and json files...)

What you snipped was key: seriously, do a search for
databases and see if text files show up.
If someone told you they knew a lot about databases
and then said they used a simple text editor to make
their databases NOBODY would take that person
seriously.
I sincerely have no clue what you are even arguing
against. I noted that a specific text file, made to be
human readable, is not something any reasonable person
would get hung up about it NOT being deemed a
"database". To insist it MUST be seen as one is just
folly. I did not deny such a file could be used by, or
even written by,
a database (though it really would be a pretty idiotic
format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without
his circuses.
Guy makes a claim, which is shot down with dictionary
references _and_ a link explaining one flat text backed
database interface in Berkeley DB...and he's all "oh,
nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just
ask him!

If it ain't ACID, it ain't a database.
End of discussion.

So if the text is written on acid free paper it can't be.
Got it.

is nads having a happy day

Not as good as yours.

that's cause i take meds and my team is winning

I take wins and my meds are a team.
Something like that.

fish , got any 7's

Only have two pair.

can you do a full gainer

Better than I can do a half loser.

do you know graywolf

I have heard the name.

he's not well

Are you talking about the guy who used to post here? If so, seriously?
What is wrong?

well i can't say posted here we're posting to 4 places or is it 5

comp.os.linux.advocacy

The graywolf % is referring to is not the same graywolf that used to post
to cola.
He posts to alt.atheism.

Thank you.

--
Personal attacks from those who troll show their own insecurity. They
cannot use reason to show the message to be wrong so they try to feel
somehow superior by attacking the messenger. They cling to their attacks
and ignore the message time and time again.

vallor

2019-06-10 04:07:44 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file
was a record, and each field was delimited "fieldname: value". This
kept track of our customer billing until we modernized with "version
2", using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is
a directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and
see if text files show up.
If someone told you they knew a lot about databases and then said
they used a simple text editor to make their databases NOBODY would
take that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not
something any reasonable person would get hung up about it NOT being
deemed a "database". To insist it MUST be seen as one is just folly.
I did not deny such a file could be used by, or even written by, a
database (though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_
a link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

Not quite:

ACID implies you're talking about the methods for access, not just the
data store. Would be surprised if one could _not_ code an ACID database
system backed by flat files.

But you already knew all that, of course! That's what I like about you:
your attention to detail.
--
-v
Meanwhile, here's a database for ya:
$ head /etc/passwd
root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
bin:x:2:2:bin:/bin:/usr/sbin/nologin
sys:x:3:3:sys:/dev:/usr/sbin/nologin
mail:x:8:8:mail:/var/mail:/usr/sbin/nologin
news:x:9:9:news:/var/spool/news:/usr/sbin/nologin

Checkmate

2019-06-10 05:24:19 UTC

Warning! Always wear ANSI approved safety goggles when reading posts by

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file
was a record, and each field was delimited "fieldname: value". This
kept track of our customer billing until we modernized with "version
2", using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is
a directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and
see if text files show up.
If someone told you they knew a lot about databases and then said
they used a simple text editor to make their databases NOBODY would
take that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not
something any reasonable person would get hung up about it NOT being
deemed a "database". To insist it MUST be seen as one is just folly.
I did not deny such a file could be used by, or even written by, a
database (though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_
a link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

ACID implies you're talking about the methods for access, not just the
data store. Would be surprised if one could _not_ code an ACID database
system backed by flat files.
your attention to detail.

<snicker>
--
Checkmate ®
Copyright © 2019
all rights reserved

AUK Hammer of Thor award, Feb. 2012 (Pre-Burnore)
Destroyer of the AUK Ko0k Awards (Post-Burnore)
Co-winner Pierre Salinger Hook, Line & Sinker
award May 2001, (Brethern of Beelzebub troll)
Pierre Salinger Hook, Line & Sinker award, Feb 2012

Author, Humorist, Cynic
Philosopher, Humanitarian
Poet, Elektrishun to the Stars
Usenet Shot-Caller

In loving memory of The Battle Kitten
May 2010-February 12, 2017

Snit

2019-06-10 05:36:49 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text file (or
even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject or
group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL databases
were available on Linux. The database was a directory, each file
was a record, and each field was delimited "fieldname: value". This
kept track of our customer billing until we modernized with "version
2", using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is
a directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and
see if text files show up.
If someone told you they knew a lot about databases and then said
they used a simple text editor to make their databases NOBODY would
take that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not
something any reasonable person would get hung up about it NOT being
deemed a "database". To insist it MUST be seen as one is just folly.
I did not deny such a file could be used by, or even written by, a
database (though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_
a link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

ACID implies you're talking about the methods for access, not just the
data store. Would be surprised if one could _not_ code an ACID database
system backed by flat files.
your attention to detail.

Still sincerely want to know what I said you disagreed with so strongly as
to say what you did above.

--
Personal attacks from those who troll show their own insecurity. They
cannot use reason to show the message to be wrong so they try to feel
somehow superior by attacking the messenger. They cling to their attacks
and ignore the message time and time again.

Nadegda

2019-06-10 06:31:52 UTC

Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text file
(or even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject
or group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think in
terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL
databases were available on Linux. The database was a directory,
value". This kept track of our customer billing until we
modernized with "version 2", using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup is
a directory, each article a file, with a header of key:value pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/

am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and
see if text files show up.
If someone told you they knew a lot about databases and then said
they used a simple text editor to make their databases NOBODY would
take that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not
something any reasonable person would get hung up about it NOT being
deemed a "database". To insist it MUST be seen as one is just folly.
I did not deny such a file could be used by, or even written by, a
database (though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_
a link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

ACID implies you're talking about the methods for access, not just the
data store. Would be surprised if one could _not_ code an ACID database
system backed by flat files.

You could probably try, but it would be woefully inefficient. If backed by
*text* files, the more so. And of course it's not really ACID if there's
an easy way, and a corresponding likelihood, for it to be modified outside
of the ACID paradigm.

And let's be realistic: none of the things mentioned earlier in this
thread as backed by text files are ACID, are they?

vallor

2019-06-10 07:01:49 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text file
(or even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject
or group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think
in terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL
databases were available on Linux. The database was a directory,
value". This kept track of our customer billing until we
modernized with "version 2", using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup
is a directory, each article a file, with a header of key:value
pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/

ref/

Post by vallor
am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and
see if text files show up.
If someone told you they knew a lot about databases and then said
they used a simple text editor to make their databases NOBODY would
take that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not
something any reasonable person would get hung up about it NOT
being deemed a "database". To insist it MUST be seen as one is just
folly.
I did not deny such a file could be used by, or even written by, a
database (though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_
a link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

ACID implies you're talking about the methods for access, not just the
data store. Would be surprised if one could _not_ code an ACID
database system backed by flat files.

You could probably try, but it would be woefully inefficient.

Doesn't matter.

Post by Nadegda
If backed by *text* files, the more so.

Doesn't matter.

Post by Nadegda
And of course it's not really ACID if
there's an easy way, and a corresponding likelihood, for it to be
modified outside of the ACID paradigm.

That is just more of your opinion. Do you have anything to back it?

Post by Nadegda
And let's be realistic: none of the things mentioned earlier in this
thread as backed by text files are ACID, are they?

Doesn't matter -- I'm not the one saying a database isn't a database
unless it is ACID, that is your claim to back.

BTW, it's hogwash.

<pre>
$ head /etc/passwd
root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
bin:x:2:2:bin:/bin:/usr/sbin/nologin
sys:x:3:3:sys:/dev:/usr/sbin/nologin
sync:x:4:65534:sync:/bin:/bin/sync
games:x:5:60:games:/usr/games:/usr/sbin/nologin
man:x:6:12:man:/var/cache/man:/usr/sbin/nologin
lp:x:7:7:lp:/var/spool/lpd:/usr/sbin/nologin
mail:x:8:8:mail:/var/mail:/usr/sbin/nologin
news:x:9:9:news:/var/spool/news:/usr/sbin/nologin
</pre>

That's part of a database.

GETPWNAM(3) Linux Programmer's Manual GETPWNAM(3)

NAME
getpwnam, getpwnam_r, getpwuid, getpwuid_r - get pass‐
word file entry

SYNOPSIS
#include <sys/types.h>
#include <pwd.h>

struct passwd *getpwnam(const char *name);

struct passwd *getpwuid(uid_t uid);
[...]
DESCRIPTION
The getpwnam() function returns a pointer to a structure
containing the broken-out fields of the record in the
password database (e.g., the local password file
/etc/passwd, NIS, and LDAP) that matches the username
name.

The getpwuid() function returns a pointer to a structure
containing the broken-out fields of the record in the
password database that matches the user ID uid.

...and that's one way how you retrieve records from it.

Consider yourself thoroughly spnaked.

--
-v

Checkmate

2019-06-10 07:07:55 UTC

Warning! Always wear ANSI approved safety goggles when reading posts by

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text file
(or even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject
or group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think
in terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL
databases were available on Linux. The database was a directory,
value". This kept track of our customer billing until we
modernized with "version 2", using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup
is a directory, each article a file, with a header of key:value
pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/

ref/

Post by vallor
am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json
files...)

What you snipped was key: seriously, do a search for databases and
see if text files show up.
If someone told you they knew a lot about databases and then said
they used a simple text editor to make their databases NOBODY would
take that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not
something any reasonable person would get hung up about it NOT
being deemed a "database". To insist it MUST be seen as one is just
folly.
I did not deny such a file could be used by, or even written by, a
database (though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_
a link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

ACID implies you're talking about the methods for access, not just the
data store. Would be surprised if one could _not_ code an ACID
database system backed by flat files.

You could probably try, but it would be woefully inefficient.

Doesn't matter.

Post by Nadegda
If backed by *text* files, the more so.

Doesn't matter.

Post by Nadegda
And of course it's not really ACID if
there's an easy way, and a corresponding likelihood, for it to be
modified outside of the ACID paradigm.

That is just more of your opinion. Do you have anything to back it?

Post by Nadegda
And let's be realistic: none of the things mentioned earlier in this
thread as backed by text files are ACID, are they?

Doesn't matter -- I'm not the one saying a database isn't a database
unless it is ACID, that is your claim to back.
BTW, it's hogwash.
<pre>
$ head /etc/passwd
root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
bin:x:2:2:bin:/bin:/usr/sbin/nologin
sys:x:3:3:sys:/dev:/usr/sbin/nologin
sync:x:4:65534:sync:/bin:/bin/sync
games:x:5:60:games:/usr/games:/usr/sbin/nologin
man:x:6:12:man:/var/cache/man:/usr/sbin/nologin
lp:x:7:7:lp:/var/spool/lpd:/usr/sbin/nologin
mail:x:8:8:mail:/var/mail:/usr/sbin/nologin
news:x:9:9:news:/var/spool/news:/usr/sbin/nologin
</pre>
That's part of a database.
GETPWNAM(3) Linux Programmer's Manual GETPWNAM(3)
NAME
getpwnam, getpwnam_r, getpwuid, getpwuid_r - get pass-
word file entry
SYNOPSIS
#include <sys/types.h>
#include <pwd.h>
struct passwd *getpwnam(const char *name);
struct passwd *getpwuid(uid_t uid);
[...]
DESCRIPTION
The getpwnam() function returns a pointer to a structure
containing the broken-out fields of the record in the
password database (e.g., the local password file
/etc/passwd, NIS, and LDAP) that matches the username
name.
The getpwuid() function returns a pointer to a structure
containing the broken-out fields of the record in the
password database that matches the user ID uid.
...and that's one way how you retrieve records from it.
Consider yourself thoroughly spnaked.

SPANKY-SPANKY! (tm)

That'll teach her to mess with a double Checky (tm) winner. Will KooKs ever
learn?
--
Checkmate ®
Copyright © 2019
all rights reserved

AUK Hammer of Thor award, Feb. 2012 (Pre-Burnore)
Destroyer of the AUK Ko0k Awards (Post-Burnore)
Co-winner Pierre Salinger Hook, Line & Sinker
award May 2001, (Brethern of Beelzebub troll)
Pierre Salinger Hook, Line & Sinker award, Feb 2012

Author, Humorist, Cynic
Philosopher, Humanitarian
Poet, Elektrishun to the Stars
Usenet Shot-Caller

In loving memory of The Battle Kitten
May 2010-February 12, 2017

owl

2019-06-10 21:03:49 UTC

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text file
(or even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject
or group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think
in terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL
databases were available on Linux. The database was a directory,
value". This kept track of our customer billing until we
modernized with "version 2", using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup
is a directory, each article a file, with a header of key:value
pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/

ref/

Post by vallor
am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and
see if text files show up.
If someone told you they knew a lot about databases and then said
they used a simple text editor to make their databases NOBODY would
take that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not
something any reasonable person would get hung up about it NOT
being deemed a "database". To insist it MUST be seen as one is just
folly.
I did not deny such a file could be used by, or even written by, a
database (though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_
a link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

ACID implies you're talking about the methods for access, not just the
data store. Would be surprised if one could _not_ code an ACID
database system backed by flat files.

You could probably try, but it would be woefully inefficient.

Doesn't matter.

Post by Nadegda
If backed by *text* files, the more so.

Doesn't matter.

Post by Nadegda
And of course it's not really ACID if
there's an easy way, and a corresponding likelihood, for it to be
modified outside of the ACID paradigm.

That is just more of your opinion. Do you have anything to back it?

Post by Nadegda
And let's be realistic: none of the things mentioned earlier in this
thread as backed by text files are ACID, are they?

Doesn't matter -- I'm not the one saying a database isn't a database
unless it is ACID, that is your claim to back.
BTW, it's hogwash.
<pre>
$ head /etc/passwd
root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
bin:x:2:2:bin:/bin:/usr/sbin/nologin
sys:x:3:3:sys:/dev:/usr/sbin/nologin
sync:x:4:65534:sync:/bin:/bin/sync
games:x:5:60:games:/usr/games:/usr/sbin/nologin
man:x:6:12:man:/var/cache/man:/usr/sbin/nologin
lp:x:7:7:lp:/var/spool/lpd:/usr/sbin/nologin
mail:x:8:8:mail:/var/mail:/usr/sbin/nologin
news:x:9:9:news:/var/spool/news:/usr/sbin/nologin
</pre>
That's part of a database.
GETPWNAM(3) Linux Programmer's Manual GETPWNAM(3)
NAME
getpwnam, getpwnam_r, getpwuid, getpwuid_r - get pass‐
word file entry
SYNOPSIS
#include <sys/types.h>
#include <pwd.h>
struct passwd *getpwnam(const char *name);
struct passwd *getpwuid(uid_t uid);
[...]
DESCRIPTION
The getpwnam() function returns a pointer to a structure
containing the broken-out fields of the record in the
password database (e.g., the local password file
/etc/passwd, NIS, and LDAP) that matches the username
name.
The getpwuid() function returns a pointer to a structure
containing the broken-out fields of the record in the
password database that matches the user ID uid.
...and that's one way how you retrieve records from it.
Consider yourself thoroughly spnaked.

***@lowtide:~/code/database$ cat db
id,firstname,lastname,job
1,bob,smith,janitor
2,joe,jones,secretary
3,sally,head,sales
4,jane,kale,ceo
***@lowtide:~/code/database$ ./query firstname joe db
id,firstname,lastname,job
2,joe,jones,secretary
***@lowtide:~/code/database$ ./update 2 sales db
***@lowtide:~/code/database$ ./query firstname joe db
id,firstname,lastname,job
2,joe,jones,sales
***@lowtide:~/code/database$ cat db
id,firstname,lastname,job
1,bob,smith,janitor
3,sally,head,sales
4,jane,kale,ceo
2,joe,jones,sales
***@lowtide:~/code/database$

The Graingent

2019-06-10 21:20:01 UTC

Post by owl

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text file
(or even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell programmers
deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject
or group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23 and the
letter fnord.

If someone said they were working on a database would you think
in terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL
databases were available on Linux. The database was a directory,
value". This kept track of our customer billing until we
modernized with "version 2", using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup
is a directory, each article a file, with a header of key:value
pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/

ref/

Post by vallor
am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll give
you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json
files...)

What you snipped was key: seriously, do a search for databases and
see if text files show up.
If someone told you they knew a lot about databases and then said
they used a simple text editor to make their databases NOBODY would
take that person seriously.
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not
something any reasonable person would get hung up about it NOT
being deemed a "database". To insist it MUST be seen as one is just
folly.
I did not deny such a file could be used by, or even written by, a
database (though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_
a link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

ACID implies you're talking about the methods for access, not just the
data store. Would be surprised if one could _not_ code an ACID
database system backed by flat files.

You could probably try, but it would be woefully inefficient.

Doesn't matter.

Post by Nadegda
If backed by *text* files, the more so.

Doesn't matter.

Post by Nadegda
And of course it's not really ACID if
there's an easy way, and a corresponding likelihood, for it to be
modified outside of the ACID paradigm.

That is just more of your opinion. Do you have anything to back it?

Post by Nadegda
And let's be realistic: none of the things mentioned earlier in this
thread as backed by text files are ACID, are they?

Doesn't matter -- I'm not the one saying a database isn't a database
unless it is ACID, that is your claim to back.
BTW, it's hogwash.
<pre>
$ head /etc/passwd
root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
bin:x:2:2:bin:/bin:/usr/sbin/nologin
sys:x:3:3:sys:/dev:/usr/sbin/nologin
sync:x:4:65534:sync:/bin:/bin/sync
games:x:5:60:games:/usr/games:/usr/sbin/nologin
man:x:6:12:man:/var/cache/man:/usr/sbin/nologin
lp:x:7:7:lp:/var/spool/lpd:/usr/sbin/nologin
mail:x:8:8:mail:/var/mail:/usr/sbin/nologin
news:x:9:9:news:/var/spool/news:/usr/sbin/nologin
</pre>
That's part of a database.
GETPWNAM(3) Linux Programmer's Manual GETPWNAM(3)
NAME
getpwnam, getpwnam_r, getpwuid, getpwuid_r - get pass‐
word file entry
SYNOPSIS
#include <sys/types.h>
#include <pwd.h>
struct passwd *getpwnam(const char *name);
struct passwd *getpwuid(uid_t uid);
[...]
DESCRIPTION
The getpwnam() function returns a pointer to a structure
containing the broken-out fields of the record in the
password database (e.g., the local password file
/etc/passwd, NIS, and LDAP) that matches the username
name.
The getpwuid() function returns a pointer to a structure
containing the broken-out fields of the record in the
password database that matches the user ID uid.
...and that's one way how you retrieve records from it.
Consider yourself thoroughly spnaked.

id,firstname,lastname,job
1,bob,smith,janitor
2,joe,jones,secretary
3,sally,head,sales
4,jane,kale,ceo
id,firstname,lastname,job
2,joe,jones,secretary
id,firstname,lastname,job
2,joe,jones,sales
id,firstname,lastname,job
1,bob,smith,janitor
3,sally,head,sales
4,jane,kale,ceo
2,joe,jones,sales

Basic joe jones sales sky is falling journo-science.

Nadegda

2019-06-11 07:01:01 UTC

Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text file
(or even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell
programmers deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject
or group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23 and
the letter fnord.

If someone said they were working on a database would you think
in terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL
databases were available on Linux. The database was a directory,
value". This kept track of our customer billing until we
modernized with "version 2", using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup
is a directory, each article a file, with a header of key:value
pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/

ref/

Post by vallor
am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll
give you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and json files...)

What you snipped was key: seriously, do a search for databases and
see if text files show up.
If someone told you they knew a lot about databases and then said
they used a simple text editor to make their databases NOBODY
would take that person seriously.
I sincerely have no clue what you are even arguing against. I
noted that a specific text file, made to be human readable, is not
something any reasonable person would get hung up about it NOT
being deemed a "database". To insist it MUST be seen as one is
just folly.
I did not deny such a file could be used by, or even written by, a
database (though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_
a link explaining one flat text backed database interface in
Berkeley DB...and he's all "oh, nono, my google search proves you're
wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

ACID implies you're talking about the methods for access, not just the
data store. Would be surprised if one could _not_ code an ACID
database system backed by flat files.

You could probably try, but it would be woefully inefficient.

Doesn't matter.

Post by Nadegda
If backed by *text* files, the more so.

Doesn't matter.

Post by Nadegda
And of course it's not really ACID if there's an easy way, and a
corresponding likelihood, for it to be modified outside of the ACID
paradigm.

That is just more of your opinion. Do you have anything to back it?

Reliability data.

Post by Nadegda
And let's be realistic: none of the things mentioned earlier in this
thread as backed by text files are ACID, are they?

Doesn't matter -- I'm not the one saying a database isn't a database
unless it is ACID, that is your claim to back.
BTW, it's hogwash.
<pre>
$ head /etc/passwd root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
bin:x:2:2:bin:/bin:/usr/sbin/nologin
sys:x:3:3:sys:/dev:/usr/sbin/nologin sync:x:4:65534:sync:/bin:/bin/sync
games:x:5:60:games:/usr/games:/usr/sbin/nologin
man:x:6:12:man:/var/cache/man:/usr/sbin/nologin
lp:x:7:7:lp:/var/spool/lpd:/usr/sbin/nologin
mail:x:8:8:mail:/var/mail:/usr/sbin/nologin
news:x:9:9:news:/var/spool/news:/usr/sbin/nologin </pre>
That's part of a database.
GETPWNAM(3) Linux Programmer's Manual GETPWNAM(3)
NAME
getpwnam, getpwnam_r, getpwuid, getpwuid_r - get pass‐
word file entry
SYNOPSIS
#include <sys/types.h>
#include <pwd.h>
struct passwd *getpwnam(const char *name);
struct passwd *getpwuid(uid_t uid);
[...]
DESCRIPTION
The getpwnam() function returns a pointer to a structure
containing the broken-out fields of the record in the password
database (e.g., the local password file /etc/passwd,
NIS, and LDAP) that matches the username name.
The getpwuid() function returns a pointer to a structure
containing the broken-out fields of the record in the password
database that matches the user ID uid.
...and that's one way how you retrieve records from it.

Ad hoc ways to query each table. No uniform syntax to perform, say, an
inner join. And of course no ACID. The closest you have to the "A" is file
locking, which here gives you the granularity of only being able to lock
whole tables at a time rather than individual rows. And the last time I
checked POSIX file locking is advisory, so it's easy for a buggy program
to fail to respect the lock. So you don't really even have just the "A".

Oh, and if it's in mid-write when the power goes out you've got a
truncated or otherwise scrogged file and a lot of sifting through backups
to do to recover things, rather than just a transaction that failed to
complete. It doesn't just not have the "D", it flunks the "D" so miserably
it probably shouldn't be relied on to host your grocery list, let alone
the master users table governing ability to log in to some important
system. To quote McCoy, "It's a wonder these people ever got out of the
20th century."

But you go ahead and rely on these alleged "databases" if you want to.

<snicker>

Checkmate

2019-06-11 07:20:38 UTC

Warning! Always wear ANSI approved safety goggles when reading posts by
Checkmate! In article <qdnjjd$qds$***@dont-email.me>, nad318b404
@gmail.invalid says...

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Post by Nadegda
Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Text files can also be databases.
It depends on how structured that data is within the text file
(or even, collection of text files).
It's that damned simple.
Snit is unfamiliar with Unix tools, so he doesn't recognized a
structured text set as a database. Meanwhile, shell
programmers deal with them all the time with
cut/fold/paste/uniq/sort/sed/awk/perl/etc.
Database noun 1) a comprehensive collection of related data
organized for convenient access, generally in a computer.
2) data bank.
Data bank noun 1) a fund of information on a particular subject
or group of related subjects, usually stored in and used via a
computer system.
2) database.
This learning moment was brought to you by the number 23 and
the letter fnord.

If someone said they were working on a database would you think
in terms of a simple text file NOT tied to the structure of any
database, no less NOT tied to any relational or similar type
structure?
Of course not.

<obfuscatory argument snipped>
Why not?
Indeed, the first database software I wrote was before SQL
databases were available on Linux. The database was a directory,
value". This kept track of our customer billing until we
modernized with "version 2", using MySQL.
That isn't uncommon in the Unix world. The system user database
started out like this (though now, has been extended with other
mechanisms).
Hell, news spools work like that in most cases -- each newsgroup
is a directory, each article a file, with a header of key:value
pairs,
a blank line, and the article body itself.
https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/

ref/

Post by vallor
am_conf/re_source.html

Do you see any tools which are primarily text editors on that list?
Of course not. You see examples of database software, not text
editors.
The fact that such things becomes debates based on some pedantic
debate is silliness... but sadly all too common in this group.

Well, you have the disadvantage of being very wrong, but I'll
give you a chance to admit that.
(If I wanted to get pedantic, I'd start talking about XML and
json files...)

What you snipped was key: seriously, do a search for databases and
see if text files show up.
If someone told you they knew a lot about databases and then said
they used a simple text editor to make their databases NOBODY
would take that person seriously.
I sincerely have no clue what you are even arguing against. I
noted that a specific text file, made to be human readable, is not
something any reasonable person would get hung up about it NOT
being deemed a "database". To insist it MUST be seen as one is
just folly.
I did not deny such a file could be used by, or even written by, a
database (though it really would be a pretty idiotic format for one).
This whole "debate" is utter nonsense.

are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_
a link explaining one flat text backed database interface in
Berkeley DB...and he's all "oh, nono, my google search proves you're
wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

If it ain't ACID, it ain't a database.
End of discussion.

ACID implies you're talking about the methods for access, not just the
data store. Would be surprised if one could _not_ code an ACID
database system backed by flat files.

You could probably try, but it would be woefully inefficient.

Doesn't matter.

Post by Nadegda
If backed by *text* files, the more so.

Doesn't matter.

Post by Nadegda
And of course it's not really ACID if there's an easy way, and a
corresponding likelihood, for it to be modified outside of the ACID
paradigm.

That is just more of your opinion. Do you have anything to back it?

Reliability data.

Post by Nadegda
And let's be realistic: none of the things mentioned earlier in this
thread as backed by text files are ACID, are they?

Doesn't matter -- I'm not the one saying a database isn't a database
unless it is ACID, that is your claim to back.
BTW, it's hogwash.
<pre>
$ head /etc/passwd root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
bin:x:2:2:bin:/bin:/usr/sbin/nologin
sys:x:3:3:sys:/dev:/usr/sbin/nologin sync:x:4:65534:sync:/bin:/bin/sync
games:x:5:60:games:/usr/games:/usr/sbin/nologin
man:x:6:12:man:/var/cache/man:/usr/sbin/nologin
lp:x:7:7:lp:/var/spool/lpd:/usr/sbin/nologin
mail:x:8:8:mail:/var/mail:/usr/sbin/nologin
news:x:9:9:news:/var/spool/news:/usr/sbin/nologin </pre>
That's part of a database.
GETPWNAM(3) Linux Programmer's Manual GETPWNAM(3)
NAME
getpwnam, getpwnam_r, getpwuid, getpwuid_r - get pass-
word file entry
SYNOPSIS
#include <sys/types.h>
#include <pwd.h>
struct passwd *getpwnam(const char *name);
struct passwd *getpwuid(uid_t uid);
[...]
DESCRIPTION
The getpwnam() function returns a pointer to a structure
containing the broken-out fields of the record in the password
database (e.g., the local password file /etc/passwd,
NIS, and LDAP) that matches the username name.
The getpwuid() function returns a pointer to a structure
containing the broken-out fields of the record in the password
database that matches the user ID uid.
...and that's one way how you retrieve records from it.

Ad hoc ways to query each table. No uniform syntax to perform, say, an
inner join. And of course no ACID. The closest you have to the "A" is file
locking, which here gives you the granularity of only being able to lock
whole tables at a time rather than individual rows. And the last time I
checked POSIX file locking is advisory, so it's easy for a buggy program
to fail to respect the lock. So you don't really even have just the "A".
Oh, and if it's in mid-write when the power goes out you've got a
truncated or otherwise scrogged file and a lot of sifting through backups
to do to recover things, rather than just a transaction that failed to
complete. It doesn't just not have the "D", it flunks the "D" so miserably
it probably shouldn't be relied on to host your grocery list, let alone
the master users table governing ability to log in to some important
system. To quote McCoy, "It's a wonder these people ever got out of the
20th century."
But you go ahead and rely on these alleged "databases" if you want to.
<snicker>

It's never a good idea to get cocky with a double Checky (tm) winner who's
way smarter than you...
--
Checkmate ®
Copyright © 2019
all rights reserved

AUK Hammer of Thor award, Feb. 2012 (Pre-Burnore)
Destroyer of the AUK Ko0k Awards (Post-Burnore)
Co-winner Pierre Salinger Hook, Line & Sinker
award May 2001, (Brethern of Beelzebub troll)
Pierre Salinger Hook, Line & Sinker award, Feb 2012

Author, Humorist, Cynic
Philosopher, Humanitarian
Poet, Elektrishun to the Stars
Usenet Shot-Caller

In loving memory of The Battle Kitten
May 2010-February 12, 2017

vallor

2019-06-11 08:31:15 UTC

Post by Checkmate
Warning! Always wear ANSI approved safety goggles when reading posts by
@gmail.invalid says...

Post by Nadegda
Oh, and if it's in mid-write when the power goes out you've got a
truncated or otherwise scrogged file and a lot of sifting through
backups to do to recover things, rather than just a transaction that
failed to complete. It doesn't just not have the "D", it flunks the "D"
so miserably it probably shouldn't be relied on to host your grocery
list, let alone the master users table governing ability to log in to
some important system. To quote McCoy, "It's a wonder these people ever
got out of the 20th century."
But you go ahead and rely on these alleged "databases" if you want to.
<snicker>

It's never a good idea to get cocky with a double Checky (tm) winner
who's way smarter than you...

Well, I don't know if I'm "smarter" -- I just know more about the subject.

Was about to spill the beans regarding the md5sums of old articles, but
decided to just let sleeping dogs lie.

_Except_, I'm a bit miffed that neither "Nads" nor "Kens" understand the
basic concept of Kafkatrapping, simply dismissing it with a hand wave as
being "right-wing".

The way kafkatrapping works is this:

Person A make and accusation about person B, such as "you're a sexist!"
Person B denies this.
Person A counts this denial as evidence in support of their argument.

Note that this doesn't mean the original assertion is incorrect -- it
just means you can't press a denial of an argument into service as
evidence for an argument.

Since the following has already been brought up, I don't think I'm
telling tales out of school in reiterating it.

Take an article from back in the day, such as this one:

_ _ _ _ _
Message-ID: <km6tdq$730$***@dont-email.me>
From: Nadegda <***@gmail.invalid>
Newsgroups: alt.usenet.kooks
Subject: Re: [Special Recall Election] AUK Mascot 2012
Date: Mon, 6 May 2013 00:27:38 +0000 (UTC)
Injection-Info: mx05.eternal-september.org; posting-
host="05384828b3a1898ce0014d6b06c34fed";
logging-data="7264"; mail-complaints-to="***@eternal-
september.org"; posting-
account="U2FsdGVkX18kpAKsETc11TnuGzi8bR5DXtaXVH6OwMw="
_ _ _ _ _

Back in those days, the eternal september posting-host hash was
unsalted. In other words, it was just the md5sum of the ascii
representation of the posting IP address.

Now lets consider the following FLAT FILE DATABASE, which chucklebunny
thinks isn't a database:

_ _ _ _ _ _ _
$ ll md5_ipv4_rainbow.hex
-rw-rw-r-- 1 x x 154081951088 May 6 2016 md5_ipv4_rainbow.hex
$ head -2 md5_ipv4_rainbow.hex
0000000191fab544b163e31753366fae9c8380c2
0000000384db5f2b13aae0c719c21aa002e6c0b2
_ _ _ _ _ _ _

It's a sorted text file of hexadecimal digits.
The first 32 digits are the md5 hash of the IP address encoded in the
last 8 hex digits. For efficiency's sake, I compressed this down to 8-
bit bytes:

_ _ _ _ _ _ _
$ ll -d md5_ipv4_rainbow.b
-rw-rw-r-- 1 x x 75161927360 May 6 2016 md5_ipv4_rainbow.b
_ _ _ _ _ _ _

So now if I have an unsalted md5sum hash of an IP address, I can look it
up very quickly:

$ time ./md5search.sh 05384828b3a1898ce0014d6b06c34fed
{ * } (span) direction
0 1879048184 3758096368 (3758096368) -122
0 939524092 1879048184 (1879048184) -58
0 469762046 939524092 (939524092) -26
0 234881023 469762046 (469762046) -10
0 117440511 234881023 (234881023) -2
0 58720255 117440511 (117440511) 2
58720255 88080383 117440511 (58720256) -1
58720255 73400319 88080383 (29360128) 1
73400319 80740351 88080383 (14680064) -18176
73400319 77070335 80740351 (7340032) -1792
73400319 75235327 77070335 (3670016) 6400
75235327 76152831 77070335 (1835008) 2304
76152831 76611583 77070335 (917504) 256
76611583 76840959 77070335 (458752) -768
76611583 76726271 76840959 (229376) -256
76611583 76668927 76726271 (114688) -179
76611583 76640255 76668927 (57344) -50
76611583 76625919 76640255 (28672) 14
76625919 76633087 76640255 (14336) -18
76625919 76629503 76633087 (7168) -2
76625919 76627711 76629503 (3584) 6
76627711 76628607 76629503 (1792) 2
76628607 76629055 76629503 (896) -32256
76628607 76628831 76629055 (448) 1
76628831 76628943 76629055 (224) -1024
76628831 76628887 76628943 (112) 1
76628887 76628915 76628943 (56) 8448
76628915 76628929 76628943 (28) 2560
05384828b3a1898ce0014d6b06c34fed:67.70.99.2

real 0m0.007s
user 0m0.000s
sys 0m0.000s

It's a sorted file, so the hash is the key, and a binary search makes
quick work of finding the ip address "67.70.99.2".

The assignment of that IP address has changed since 2016, but I think
looking at it is still instructive. Can do that a bunch of ways, but
just looking up the reverse DNS of IP address is probably as good as any:

Non-authoritative answer:
2.99.70.67.in-addr.arpa name = wnchon2102w-
lp140-01-67-70-99-2.dsl.bell.ca.

A dsl line in Winchester, Ontario, Canada.

Ain't that funny?

--
-v

kensi

2019-06-11 09:05:45 UTC

Post by vallor
2.99.70.67.in-addr.arpa name = wnchon2102w-
lp140-01-67-70-99-2.dsl.bell.ca.
A dsl line in Winchester, Ontario, Canada.
Ain't that funny?

So, some Canadian company bought up an address that, years ago, was used
by an Arizona ISP. Your point is?

--
"To explain the unknown by the known is a logical procedure; to explain
the known by the unknown is a form of theological lunacy." ~David Brooks
"I get fooled all the time by the constant hosiery parade
in here." ~Checkmate

vallor

2019-06-11 09:10:34 UTC

Non-authoritative answer: 2.99.70.67.in-addr.arpa name =

wnchon2102w-

lp140-01-67-70-99-2.dsl.bell.ca.
A dsl line in Winchester, Ontario, Canada.
Ain't that funny?

So, some Canadian company bought up an address that, years ago, was used
by an Arizona ISP. Your point is?

Nice try, Paul.

The network in question is for a Bell Canada customer, carved out of a
larger block assigned to Bell Canada since at least 2003.

People really aren't as stupid as you need them to be, chucklehead.

--
-v

kensi

2019-06-11 09:15:18 UTC

Post by kensi
So, some Canadian company bought up an address that, years ago, was used
by an Arizona ISP. Your point is?

Nice try, Paul.

Who?

Post by vallor
The network in question is for a Bell Canada customer, carved out of a
larger block assigned to Bell Canada since at least 2003.

You previously said the IP changed hands in 2016. That's between now and
when the article was *allegedly* posted from it. Now you're changing
that number to 2003.

Is today National Move The Goalposts Day or something, and I never got
the memo?

vallor

2019-06-11 09:48:44 UTC

Post by kensi
So, some Canadian company bought up an address that, years ago, was
used by an Arizona ISP. Your point is?

Nice try, Paul.

Who?

Post by vallor
The network in question is for a Bell Canada customer, carved out of a
larger block assigned to Bell Canada since at least 2003.

You previously said the IP changed hands in 2016. That's between now and
when the article was *allegedly* posted from it. Now you're changing
that number to 2003.
Is today National Move The Goalposts Day or something, and I never got
the memo?

NetRange: 67.68.0.0 - 67.71.255.255
CIDR: 67.68.0.0/14
NetName: BELLNEXXIA-11
NetHandle: NET-67-68-0-0-1
Parent: NET67 (NET-67-0-0-0-0)
NetType: Direct Allocation
OriginAS:
Organization: Bell Canada (LINX)
RegDate: 2002-04-17
Updated: 2006-11-21
Comment: ADDRESSES WITHIN THIS BLOCK ARE NON-PORTABLE
Ref: https://rdap.arin.net/registry/ip/67.68.0.0
[...]

NetRange: 67.70.96.0 - 67.70.99.255
CIDR: 67.70.96.0/22
NetName: BELL11-0428-CA
NetHandle: NET-67-70-96-0-1
Parent: BELLNEXXIA-11 (NET-67-68-0-0-1)
NetType: Reassigned
OriginAS: AS577
Customer: Sympatico HSE (C00514908)
RegDate: 2003-04-28
Updated: 2016-07-22
Comment: For Abuse issues contact our abuse groups
Ref: https://rdap.arin.net/registry/ip/67.70.96.0

As can be seen from the records above, laughing boy is either mistaken
(again) or equivocating.

--
-v

Checkmate

2019-06-11 18:55:36 UTC

Warning! Always wear ANSI approved safety goggles when reading posts by
Checkmate! In article <qdnrf8$1kn2$***@gioia.aioe.org>, kkensington01
@gmail.nospam.invalid says...

Post by kensi
So, some Canadian company bought up an address that, years ago, was used
by an Arizona ISP. Your point is?

Nice try, Paul.

Who?

Post by vallor
The network in question is for a Bell Canada customer, carved out of a
larger block assigned to Bell Canada since at least 2003.

You previously said the IP changed hands in 2016. That's between now and
when the article was *allegedly* posted from it. Now you're changing
that number to 2003.
Is today National Move The Goalposts Day or something, and I never got
the memo?

Looks more like you've been unmasked again, and now you have the memo...
--
Checkmate ®
Copyright © 2019
all rights reserved

AUK Hammer of Thor award, Feb. 2012 (Pre-Burnore)
Destroyer of the AUK Ko0k Awards (Post-Burnore)
Co-winner Pierre Salinger Hook, Line & Sinker
award May 2001, (Brethern of Beelzebub troll)
Pierre Salinger Hook, Line & Sinker award, Feb 2012

Author, Humorist, Cynic
Philosopher, Humanitarian
Poet, Elektrishun to the Stars
Usenet Shot-Caller

In loving memory of The Battle Kitten
May 2010-February 12, 2017

2019-06-11 18:59:41 UTC

Post by Checkmate
Warning! Always wear ANSI approved safety goggles when reading posts by
@gmail.nospam.invalid says...

Post by kensi
So, some Canadian company bought up an address that, years ago, was used
by an Arizona ISP. Your point is?

Nice try, Paul.

Who?

Post by vallor
The network in question is for a Bell Canada customer, carved out of a
larger block assigned to Bell Canada since at least 2003.

You previously said the IP changed hands in 2016. That's between now and
when the article was *allegedly* posted from it. Now you're changing
that number to 2003.
Is today National Move The Goalposts Day or something, and I never got
the memo?

Looks more like you've been unmasked again, and now you have the memo...

is that what he has

kensi

2019-06-12 04:04:08 UTC

Post by Checkmate
Warning! Always wear ANSI approved safety goggles when reading posts by
@gmail.nospam.invalid says...

Post by kensi
So, some Canadian company bought up an address that, years ago, was used
by an Arizona ISP. Your point is?

Nice try, Paul.

Who?

Post by vallor
The network in question is for a Bell Canada customer, carved out of a
larger block assigned to Bell Canada since at least 2003.

You previously said the IP changed hands in 2016. That's between now and
when the article was *allegedly* posted from it. Now you're changing
that number to 2003.
Is today National Move The Goalposts Day or something, and I never got
the memo?

Looks more like you've been unmasked again, and now you have the memo...

Me? The post he's foaming about was by Nadegda. Or possibly someone
frogging or forging her. There were a number of k0Oks doing that around
that time, to her, to me, to the FNVW, and to a number of other people.
That was right in the middle of the huge messy Ferd meltdown that led to
Nadegda becoming FNVW, as I recall. (And of course to Burnore's k0oky
attempt to usurp her.)

Among the guilty parties were Scatboi, Bit Rot, murphy, and (of course)
puddles. Though some suspect the first and last of those to be the same
k00k running numerous sockpuppets. Of these, at least murphy had an E-S
account, and if it was before puddles got booted from there, he did too.

Checkmate

2019-06-12 07:07:53 UTC

Warning! Always wear ANSI approved safety goggles when reading posts by
Checkmate! In article <qdptjs$ued$***@gioia.aioe.org>, kkensington01
@gmail.nospam.invalid says...

Post by Checkmate
Warning! Always wear ANSI approved safety goggles when reading posts by
@gmail.nospam.invalid says...

Post by kensi
So, some Canadian company bought up an address that, years ago, was used
by an Arizona ISP. Your point is?

Nice try, Paul.

Who?

Post by vallor
The network in question is for a Bell Canada customer, carved out of a
larger block assigned to Bell Canada since at least 2003.

You previously said the IP changed hands in 2016. That's between now and
when the article was *allegedly* posted from it. Now you're changing
that number to 2003.
Is today National Move The Goalposts Day or something, and I never got
the memo?

Looks more like you've been unmasked again, and now you have the memo...

Me? The post he's foaming about was by Nadegda. Or possibly someone
frogging or forging her. There were a number of k0Oks doing that around
that time, to her, to me, to the FNVW, and to a number of other people.
That was right in the middle of the huge messy Ferd meltdown that led to
Nadegda becoming FNVW, as I recall. (And of course to Burnore's k0oky
attempt to usurp her.)
Among the guilty parties were Scatboi, Bit Rot, murphy, and (of course)
puddles. Though some suspect the first and last of those to be the same
k00k running numerous sockpuppets. Of these, at least murphy had an E-S
account, and if it was before puddles got booted from there, he did too.

Your bait is stinky.
--
Checkmate ®
Copyright © 2019
all rights reserved

AUK Hammer of Thor award, Feb. 2012 (Pre-Burnore)
Destroyer of the AUK Ko0k Awards (Post-Burnore)
Co-winner Pierre Salinger Hook, Line & Sinker
award May 2001, (Brethern of Beelzebub troll)
Pierre Salinger Hook, Line & Sinker award, Feb 2012

Author, Humorist, Cynic
Philosopher, Humanitarian
Poet, Elektrishun to the Stars
Usenet Shot-Caller

In loving memory of The Battle Kitten
May 2010-February 12, 2017

Sn!pe

2019-06-12 07:24:25 UTC

Post by Checkmate
Warning! Always wear ANSI approved safety goggles when reading posts by
@gmail.nospam.invalid says...

Post by Checkmate
Warning! Always wear ANSI approved safety goggles when reading posts by
@gmail.nospam.invalid says...

Post by kensi
So, some Canadian company bought up an address that, years ago,
was used by an Arizona ISP. Your point is?

Nice try, Paul.

Who?

Post by vallor
The network in question is for a Bell Canada customer, carved out of a
larger block assigned to Bell Canada since at least 2003.

You previously said the IP changed hands in 2016. That's between now and
when the article was *allegedly* posted from it. Now you're changing
that number to 2003.
Is today National Move The Goalposts Day or something, and I never got
the memo?

Looks more like you've been unmasked again, and now you have the memo...

Me? The post he's foaming about was by Nadegda. Or possibly someone
frogging or forging her. There were a number of k0Oks doing that around
that time, to her, to me, to the FNVW, and to a number of other people.
That was right in the middle of the huge messy Ferd meltdown that led to
Nadegda becoming FNVW, as I recall. (And of course to Burnore's k0oky
attempt to usurp her.)
Among the guilty parties were Scatboi, Bit Rot, murphy, and (of course)
puddles. Though some suspect the first and last of those to be the same
k00k running numerous sockpuppets. Of these, at least murphy had an E-S
account, and if it was before puddles got booted from there, he did too.

Your bait is stinky.

It's also documented history rewritten and distorted,
but then we're used to that from Paul. NerdyBoi Paul
should remember that it's all a matter of public record.

--
^Ï^ My pet rock Gordon just is.

Nadegda

2019-06-12 07:24:44 UTC

Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Post by Checkmate
Warning! Always wear ANSI approved safety goggles when reading posts by
@gmail.nospam.invalid says...

Post by Checkmate
Warning! Always wear ANSI approved safety goggles when reading posts

Post by kensi
So, some Canadian company bought up an address that, years ago,
was used by an Arizona ISP. Your point is?

Nice try, Paul.

Who?

Post by vallor
The network in question is for a Bell Canada customer, carved out
of a larger block assigned to Bell Canada since at least 2003.

You previously said the IP changed hands in 2016. That's between now
and when the article was *allegedly* posted from it. Now you're
changing that number to 2003.
Is today National Move The Goalposts Day or something, and I never
got the memo?

Looks more like you've been unmasked again, and now you have the memo...

Me? The post he's foaming about was by Nadegda. Or possibly someone
frogging or forging her. There were a number of k0Oks doing that around
that time, to her, to me, to the FNVW, and to a number of other people.
That was right in the middle of the huge messy Ferd meltdown that led
to Nadegda becoming FNVW, as I recall. (And of course to Burnore's
k0oky attempt to usurp her.)
Among the guilty parties were Scatboi, Bit Rot, murphy, and (of course)
puddles. Though some suspect the first and last of those to be the same
k00k running numerous sockpuppets. Of these, at least murphy had an E-S
account, and if it was before puddles got booted from there, he did too.

Your bait is stinky.

Not as stinky as what your side is doing. Let's recap, shall we?

me: <utters opinion that it's not really a database without ACID>
vallor: <specious arguments>
me: <non-specious arguments, culminating in a mocking snicker>
vallor: <tries to dox me and fucks it up>
kensi: <calls vallor on this behavior>
you: <leaps in to defend vallor>
kensi: <kicks both of you in the nuts with logic>
me: <sits on the sidelines laughing at your antics, until now>

That's quite an overreaction to being disagreed with about databases by
someone with some actual experience managing some, wouldn't you say?

But then, that's what kooks do: rather than admit that they were wrong, or
even agree to disagree, they hurl spitballs, try to dox their opponents,
and generally do the whole pigeon-chess thing: "strut all over the board
knocking over the pieces, take a big shit in the middle, declare victory,
and fly away".

<snicker>

P.S. what's the usual next step in kook escalation? RL threats? If one of
you drives all the way up to where was it again? Winchester, Ontario?
Looking for me, then comes back here empty-handed and foams out a 672-line
screed about how horrible I was for "making" you waste all that gas money
on a wild-goose chase, I might end up needing stitches from splitting
myself laughing. The more so if your screed contains some harrowing
description of running into a grizzly or being chased all the way back to
the US border by a ravening swarm of mosquitoes so dense and huge it
blackened the sky. There's a *reason* I chose Arizona over any part of the
northeast when I came here ...

Sn!pe

2019-06-11 10:01:45 UTC

Post by Checkmate
Warning! Always wear ANSI approved safety goggles when reading posts by
@gmail.invalid says...

It's never a good idea to get cocky with a double Checky (tm) winner
who's way smarter than you...

Well, I don't know if I'm "smarter" -- I just know more about the subject.
Was about to spill the beans regarding the md5sums of old articles, but
decided to just let sleeping dogs lie.
_Except_, I'm a bit miffed that neither "Nads" nor "Kens" understand the
basic concept of Kafkatrapping, simply dismissing it with a hand wave as
being "right-wing".
Person A make and accusation about person B, such as "you're a sexist!"
Person B denies this.
Person A counts this denial as evidence in support of their argument.
Note that this doesn't mean the original assertion is incorrect -- it
just means you can't press a denial of an argument into service as
evidence for an argument.
Since the following has already been brought up, I don't think I'm
telling tales out of school in reiterating it.
_ _ _ _ _
Newsgroups: alt.usenet.kooks
Subject: Re: [Special Recall Election] AUK Mascot 2012
Date: Mon, 6 May 2013 00:27:38 +0000 (UTC)
Injection-Info: mx05.eternal-september.org; posting-
host="05384828b3a1898ce0014d6b06c34fed";
september.org"; posting-
account="U2FsdGVkX18kpAKsETc11TnuGzi8bR5DXtaXVH6OwMw="
_ _ _ _ _
Back in those days, the eternal september posting-host hash was
unsalted. In other words, it was just the md5sum of the ascii
representation of the posting IP address.
Now lets consider the following FLAT FILE DATABASE, which chucklebunny
_ _ _ _ _ _ _
$ ll md5_ipv4_rainbow.hex
-rw-rw-r-- 1 x x 154081951088 May 6 2016 md5_ipv4_rainbow.hex
$ head -2 md5_ipv4_rainbow.hex
0000000191fab544b163e31753366fae9c8380c2
0000000384db5f2b13aae0c719c21aa002e6c0b2
_ _ _ _ _ _ _
It's a sorted text file of hexadecimal digits.
The first 32 digits are the md5 hash of the IP address encoded in the
last 8 hex digits. For efficiency's sake, I compressed this down to 8-
_ _ _ _ _ _ _
$ ll -d md5_ipv4_rainbow.b
-rw-rw-r-- 1 x x 75161927360 May 6 2016 md5_ipv4_rainbow.b
_ _ _ _ _ _ _
So now if I have an unsalted md5sum hash of an IP address, I can look it
$ time ./md5search.sh 05384828b3a1898ce0014d6b06c34fed
{ * } (span) direction
0 1879048184 3758096368 (3758096368) -122
0 939524092 1879048184 (1879048184) -58
0 469762046 939524092 (939524092) -26
0 234881023 469762046 (469762046) -10
0 117440511 234881023 (234881023) -2
0 58720255 117440511 (117440511) 2
58720255 88080383 117440511 (58720256) -1
58720255 73400319 88080383 (29360128) 1
73400319 80740351 88080383 (14680064) -18176
73400319 77070335 80740351 (7340032) -1792
73400319 75235327 77070335 (3670016) 6400
75235327 76152831 77070335 (1835008) 2304
76152831 76611583 77070335 (917504) 256
76611583 76840959 77070335 (458752) -768
76611583 76726271 76840959 (229376) -256
76611583 76668927 76726271 (114688) -179
76611583 76640255 76668927 (57344) -50
76611583 76625919 76640255 (28672) 14
76625919 76633087 76640255 (14336) -18
76625919 76629503 76633087 (7168) -2
76625919 76627711 76629503 (3584) 6
76627711 76628607 76629503 (1792) 2
76628607 76629055 76629503 (896) -32256
76628607 76628831 76629055 (448) 1
76628831 76628943 76629055 (224) -1024
76628831 76628887 76628943 (112) 1
76628887 76628915 76628943 (56) 8448
76628915 76628929 76628943 (28) 2560
05384828b3a1898ce0014d6b06c34fed:67.70.99.2
real 0m0.007s
user 0m0.000s
sys 0m0.000s
It's a sorted file, so the hash is the key, and a binary search makes
quick work of finding the ip address "67.70.99.2".
The assignment of that IP address has changed since 2016, but I think
looking at it is still instructive. Can do that a bunch of ways, but
2.99.70.67.in-addr.arpa name = wnchon2102w-
lp140-01-67-70-99-2.dsl.bell.ca.
A dsl line in Winchester, Ontario, Canada.
Ain't that funny?

100 miles or so by road from Pembroke? Hoho!

ISTR that Fakey was an exponent of the art of rainbow tables;
or have I misremembered that? I do recall Ray Banana remarking
in one of the E-S groups that he had begun to salt because
someone had been attacking using a rainbow table.

Incidentally, I have a small archive of Fakey (and other) posts on
the topic of Paul Derbyshire; possibly I should just let them lie.

--
^Ï^ My pet rock Gordon just is.

vallor

2019-06-11 10:23:29 UTC

Post by Sn!pe

Post by Checkmate
Warning! Always wear ANSI approved safety goggles when reading posts
@gmail.invalid says...

Post by Nadegda
Oh, and if it's in mid-write when the power goes out you've got a
truncated or otherwise scrogged file and a lot of sifting through
backups to do to recover things, rather than just a transaction that
failed to complete. It doesn't just not have the "D", it flunks the "D"
so miserably it probably shouldn't be relied on to host your grocery
list, let alone the master users table governing ability to log in
to some important system. To quote McCoy, "It's a wonder these
people ever got out of the 20th century."
But you go ahead and rely on these alleged "databases" if you want to.
<snicker>

It's never a good idea to get cocky with a double Checky (tm) winner
who's way smarter than you...

Well, I don't know if I'm "smarter" -- I just know more about the subject.
Was about to spill the beans regarding the md5sums of old articles, but
decided to just let sleeping dogs lie.
_Except_, I'm a bit miffed that neither "Nads" nor "Kens" understand
the basic concept of Kafkatrapping, simply dismissing it with a hand
wave as being "right-wing".
Person A make and accusation about person B, such as "you're a sexist!"
Person B denies this.
Person A counts this denial as evidence in support of their argument.
Note that this doesn't mean the original assertion is incorrect -- it
just means you can't press a denial of an argument into service as
evidence for an argument.
Since the following has already been brought up, I don't think I'm
telling tales out of school in reiterating it.
_ _ _ _ _
Newsgroups: alt.usenet.kooks Subject: Re: [Special Recall Election]
AUK Mascot 2012 Date: Mon, 6 May 2013 00:27:38 +0000 (UTC)
Injection-Info: mx05.eternal-september.org; posting-
host="05384828b3a1898ce0014d6b06c34fed";
september.org"; posting-
account="U2FsdGVkX18kpAKsETc11TnuGzi8bR5DXtaXVH6OwMw="
_ _ _ _ _
Back in those days, the eternal september posting-host hash was
unsalted. In other words, it was just the md5sum of the ascii
representation of the posting IP address.
Now lets consider the following FLAT FILE DATABASE, which chucklebunny
_ _ _ _ _ _ _
$ ll md5_ipv4_rainbow.hex -rw-rw-r-- 1 x x 154081951088 May 6 2016
md5_ipv4_rainbow.hex $ head -2 md5_ipv4_rainbow.hex
0000000191fab544b163e31753366fae9c8380c2
0000000384db5f2b13aae0c719c21aa002e6c0b2
_ _ _ _ _ _ _
It's a sorted text file of hexadecimal digits.
The first 32 digits are the md5 hash of the IP address encoded in the
last 8 hex digits. For efficiency's sake, I compressed this down to 8-
_ _ _ _ _ _ _
$ ll -d md5_ipv4_rainbow.b -rw-rw-r-- 1 x x 75161927360 May 6 2016
md5_ipv4_rainbow.b
_ _ _ _ _ _ _
So now if I have an unsalted md5sum hash of an IP address, I can look
$ time ./md5search.sh 05384828b3a1898ce0014d6b06c34fed { *
} (span) direction 0 1879048184 3758096368
(3758096368) -122 0 939524092 1879048184 (1879048184) -58 0
469762046 939524092 (939524092) -26 0 234881023
469762046 (469762046) -10 0 117440511 234881023 (234881023)
-2 0 58720255 117440511 (117440511) 2 58720255
88080383 117440511 (58720256) -1 58720255 73400319
88080383 (29360128) 1 73400319 80740351 88080383
(14680064) -18176 73400319 77070335 80740351 (7340032)
-1792 73400319 75235327 77070335 (3670016) 6400
75235327 76152831 77070335 (1835008) 2304 76152831
76611583 77070335 (917504) 256 76611583 76840959
77070335 (458752) -768 76611583 76726271 76840959
(229376) -256 76611583 76668927 76726271 (114688)
-179 76611583 76640255 76668927 (57344) -50
76611583 76625919 76640255 (28672) 14 76625919
76633087 76640255 (14336) -18 76625919 76629503
76633087 (7168) -2 76625919 76627711 76629503 (3584) 6
76627711 76628607 76629503 (1792) 2 76628607 76629055
76629503 (896) -32256 76628607 76628831 76629055
(448) 1 76628831 76628943 76629055 (224) -1024 76628831
76628887 76628943 (112) 1 76628887 76628915
76628943 (56) 8448 76628915 76628929 76628943 (28) 2560
05384828b3a1898ce0014d6b06c34fed:67.70.99.2
real 0m0.007s user 0m0.000s sys 0m0.000s
It's a sorted file, so the hash is the key, and a binary search makes
quick work of finding the ip address "67.70.99.2".
The assignment of that IP address has changed since 2016, but I think
looking at it is still instructive. Can do that a bunch of ways, but
2.99.70.67.in-addr.arpa name = wnchon2102w-
lp140-01-67-70-99-2.dsl.bell.ca.
A dsl line in Winchester, Ontario, Canada.
Ain't that funny?

100 miles or so by road from Pembroke? Hoho!
ISTR that Fakey was an exponent of the art of rainbow tables;
or have I misremembered that?

Beats me, but I wouldn't doubt it.

Post by Sn!pe
I do recall Ray Banana remarking in one
of the E-S groups that he had begun to salt because someone had been
attacking using a rainbow table.

Well, that wasn't me -- I just figured that those were md5sum hashes, and
was surprised to discover they weren't salted at one time.

Post by Sn!pe
Incidentally, I have a small archive of Fakey (and other) posts on the
topic of Paul Derbyshire; possibly I should just let them lie.

Keep them backed up -- might be worth it later if "someone" were to put
up a web page outlining all this happy rigmarole (sense 1).

--
-v

kensi

2019-06-12 04:05:30 UTC

Post by Sn!pe
ISTR that Fakey was an exponent of the art of rainbow tables;
or have I misremembered that?

Beats me, but I wouldn't doubt it.

Post by Sn!pe
I do recall Ray Banana remarking in one
of the E-S groups that he had begun to salt because someone had been
attacking using a rainbow table.

Well, that wasn't me -- I just figured that those were md5sum hashes, and
was surprised to discover they weren't salted at one time.

Post by Sn!pe
Incidentally, I have a small archive of Fakey (and other) posts on the
topic of Paul Derbyshire; possibly I should just let them lie.

Keep them backed up -- might be worth it later if "someone" were to put
up a web page outlining all this happy rigmarole (sense 1).

You two kOoks do realize you're talking about *taking some of Fakey's
frothings at face value*, right?

Talk about desperation ...

*snicker*

Checkmate

2019-06-12 07:09:13 UTC

Warning! Always wear ANSI approved safety goggles when reading posts by
Checkmate! In article <qdptmd$ued$***@gioia.aioe.org>, kkensington01
@gmail.nospam.invalid says...

Post by Sn!pe
ISTR that Fakey was an exponent of the art of rainbow tables;
or have I misremembered that?

Beats me, but I wouldn't doubt it.

Post by Sn!pe
I do recall Ray Banana remarking in one
of the E-S groups that he had begun to salt because someone had been
attacking using a rainbow table.

Well, that wasn't me -- I just figured that those were md5sum hashes, and
was surprised to discover they weren't salted at one time.

Post by Sn!pe
Incidentally, I have a small archive of Fakey (and other) posts on the
topic of Paul Derbyshire; possibly I should just let them lie.

Keep them backed up -- might be worth it later if "someone" were to put
up a web page outlining all this happy rigmarole (sense 1).

You two kOoks do realize you're talking about *taking some of Fakey's
frothings at face value*, right?
Talk about desperation ...
*snicker*

Except that quite a few of us have tracked your various socks back to
Pembroke...
--
Checkmate ®
Copyright © 2019
all rights reserved

AUK Hammer of Thor award, Feb. 2012 (Pre-Burnore)
Destroyer of the AUK Ko0k Awards (Post-Burnore)
Co-winner Pierre Salinger Hook, Line & Sinker
award May 2001, (Brethern of Beelzebub troll)
Pierre Salinger Hook, Line & Sinker award, Feb 2012

Author, Humorist, Cynic
Philosopher, Humanitarian
Poet, Elektrishun to the Stars
Usenet Shot-Caller

In loving memory of The Battle Kitten
May 2010-February 12, 2017

Nadegda

2019-06-12 07:26:00 UTC

Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!

Post by Checkmate
Warning! Always wear ANSI approved safety goggles when reading posts by
@gmail.nospam.invalid says...

Post by Sn!pe
ISTR that Fakey was an exponent of the art of rainbow tables;
or have I misremembered that?

Beats me, but I wouldn't doubt it.

Post by Sn!pe
I do recall Ray Banana remarking in one
of the E-S groups that he had begun to salt because someone had been
attacking using a rainbow table.

Well, that wasn't me -- I just figured that those were md5sum hashes,
and was surprised to discover they weren't salted at one time.

Post by Sn!pe
Incidentally, I have a small archive of Fakey (and other) posts on
the topic of Paul Derbyshire; possibly I should just let them lie.

Keep them backed up -- might be worth it later if "someone" were to
put up a web page outlining all this happy rigmarole (sense 1).

You two kOoks do realize you're talking about *taking some of Fakey's
frothings at face value*, right?
Talk about desperation ...
*snicker*

Except that quite a few of us have tracked your various socks back to
Pembroke...

"Us"?

<snicker>

And meanwhile you directed that at the wrong person. It was me vallor was
burbling about, not kensi.

Sir Gaygory's Owner's Owner 🐶笛

2019-06-10 15:57:40 UTC

On 10 Jun 2019 04:07:44 GMT, LO AND BEHOLD; vallor <***@cultnix.org>
determined that the following was of great importance and subsequently
decided to freely share it with us in
<***@mid.individual.net>:

✡✡✡✡✡✡✡✡✡✡✡ On Mon, 10 Jun 2019 01:55:21 +0000, Nadegda wrote:
✡✡✡✡✡✡✡✡✡✡✡
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ Time to trigger the right-wing snowflakes again. Melt, snowflakes, melt!
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ On Sun, 09 Jun 2019 03:13:37 +0000, vallor wrote:
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ On Sat, 08 Jun 2019 20:00:37 -0700, % wrote:
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ On 2019-06-08 7:54 p.m., Snit wrote:
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ On 6/8/19 7:16 PM, vallor wrote:
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ On Sat, 08 Jun 2019 18:04:28 -0700, Snit wrote:
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ On 6/8/19 3:11 PM, vallor wrote:
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ Text files can also be databases. It depends on how structured that data
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ is within the text file (or even, collection of text files). It's that
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ damned simple. Snit is unfamiliar with Unix tools, so he doesn't
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ recognized a structured text set as a database. Meanwhile, shell
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ programmers deal with them all the time with
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ cut/fold/paste/uniq/sort/sed/awk/perl/etc. Database noun 1) a
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ comprehensive collection of related data organized for convenient
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ access, generally in a computer. 2) data bank. Data bank noun 1) a fund
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ of information on a particular subject or group of related subjects,
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ usually stored in and used via a computer system. 2) database. This
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ learning moment was brought to you by the number 23 and the letter
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ fnord.
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ If someone said they were working on a database would you think in terms
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ of a simple text file NOT tied to the structure of any database, no
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ less NOT tied to any relational or similar type structure? Of course
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ not.
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ <obfuscatory argument snipped> Why not? Indeed, the first database
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ software I wrote was before SQL databases were available on Linux.
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ The database was a directory, each file was a record, and each field
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ was delimited "fieldname: value". This kept track of our customer
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ billing until we modernized with "version 2", using MySQL. That isn't
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ uncommon in the Unix world. The system user database started out like
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ this (though now, has been extended with other mechanisms). Hell, news
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ spools work like that in most cases -- each newsgroup is a directory,
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ each article a file, with a header of key:value pairs, a blank line,
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ and the article body itself. Consider this:
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ https://web.stanford.edu/class/cs276a/projects/docs/berkeleydb/ref/
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ am_conf/re_source.html
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ Do you see any tools which are primarily text editors on that list? Of
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ course not. You see examples of database software, not text editors.
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ The fact that such things becomes debates based on some pedantic debate
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ is silliness... but sadly all too common in this group.
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ Well, you have the disadvantage of being very wrong, but I'll give you a
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ chance to admit that. (If I wanted to get pedantic, I'd start talking
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ about XML and json files...)
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ What you snipped was key: seriously, do a search for databases and see
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ if text files show up. If someone told you they knew a lot about
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ databases and then said they used a simple text editor to make their
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ databases NOBODY would take that person seriously. I sincerely have no
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ clue what you are even arguing against. I noted that a specific text
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ file, made to be human readable, is not something any reasonable person
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ would get hung up about it NOT being deemed a "database". To insist it
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ MUST be seen as one is just folly. I did not deny such a file could be
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ used by, or even written by, a database (though it really would be a
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ pretty idiotic format for one). This whole "debate" is utter nonsense.
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ are you having a happy day
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ I think he's a very sad man who is never happy without his circuses. Guy
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ makes a claim, which is shot down with dictionary references _and_ a
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ link explaining one flat text backed database interface in Berkeley
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ DB...and he's all "oh, nono, my google search proves you're wrong".
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ He's confused his own, ill-informed opinion with fact. He is addicted
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ to certainty, and can do no wrong. Just ask him!
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ In my *professional* opinion: If it ain't ACID, it ain't a database. End
✡✡✡✡✡✡✡✡✡✡✡ ✡✡✡✡✡✡✡✡✡✡✡ of discussion.
✡✡✡✡✡✡✡✡✡✡✡
✡✡✡✡✡✡✡✡✡✡✡ Not quite:
✡✡✡✡✡✡✡✡✡✡✡
✡✡✡✡✡✡✡✡✡✡✡ ACID implies you're talking about the methods for access, not just the
✡✡✡✡✡✡✡✡✡✡✡ data store. Would be surprised if one could _not_ code an ACID
✡✡✡✡✡✡✡✡✡✡✡ database system backed by flat files.
✡✡✡✡✡✡✡✡✡✡✡
✡✡✡✡✡✡✡✡✡✡✡ But you already knew all that, of course! That's what I like about you:
✡✡✡✡✡✡✡✡✡✡✡ your attention to detail.
✡✡✡✡✡✡✡✡✡✡✡

watch out for the "shadow password backspace hack"... i think that's how fakey was able to H4><0r into my box and poast a default sshd.conf claiming that it was my sshd config file.
--
[THIS POAST HAS PASSED TRIMCHECK® VALIDATION]

THIS SPACE FOR RENT

"Thanks to muzzies and their apologist-enablers like puppy whistle, this
seems to be the new norm in the world. It's spreading like a cancer,
and it's time we admit we're at war with pure evil. We need to put an
end to this muzzie plague, or life on Earth is going to become pure hell
everywhere. We need to get these people out of every civilized
country, and there's only one way to do it. IOW, we have to become
like them, with an emphasis on expediency over cruelty." - Checkmate (of alt.checkmate)

"Pussy Willow has just proven that Trump's crackdown on previously
unenforced immigration policies is working. We'll deal with the domestic
terrorists as needed, but we don't need to be letting the muzzie
terrorists get a foothold in our country too. One need only look at what
they're doing in Europe right now to know we're doing the right thing by
keeping them out, which is our right and our duty. - Checkmate (#1 pussy willow fan)

-

"You just made puppy whistle's sig line longer." - Janithor

-

"If I have a complaint about the (Southern Poverty) Law Center's description (of the alt-right movement), it is the phrase "heavy use of social media," which implies the alt-right is a real-world movement which uses a lot of social media. This is backwards: it is an online movement which occasionally appears in the real world. Where it gets punched." - Jason Rhode

-

"I think we should destroy every last fucking mosque in America." - "Checkmate, DoW #1" <***@The.Edge> proves for us that white males are violent in Message-ID: <***@news.altopia.com>

-

Golden Killfile, June 2005
KOTM, November 2006
Bob Allisat Memorial Hook, Line & Sinker, November 2006
Special Ops Cody Memorial Purple Heart, November 2006
Special Ops Cody Memorial Purple Heart, September 2007
Tony Sidaway Memorial "Drama Queen" Award, November 2006
Busted Urinal Award, April 2007
Order of the Holey Sockpuppet, September 2007
Barbara Woodhouse Memorial Dog Whistle, September 2006
Barbara Woodhouse Memorial Dog Whistle, April 2008
Tinfoil Sombrero, February 2007
AUK Mascot, September 2007
Putting the Awards Out of Order to Screw With the OCD Fuckheads, March 2016

chrisv

2019-06-10 12:20:17 UTC

Post by Snit
What you snipped was key: seriously, do a search for databases and see
if text files show up.
If someone told you they knew a lot about databases and then said they
used a simple text editor to make their databases NOBODY would take
that person seriously.

Red herring.

Post by Snit
I sincerely have no clue what you are even arguing against. I noted
that a specific text file, made to be human readable, is not something
any reasonable person would get hung up about it NOT being deemed a
"database".

Snittish gibberish.

Post by Snit
To insist it MUST be seen as one is just folly.

The inevitable *lie*, to attack the person who is reasonable and
correct.

Who has insisted that it MUST be seen as a database?

Post by Snit
This whole "debate" is utter nonsense.

Any "debate" with a snit is utter nonsense.

Post by %
are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

It's amazing when clueless assholes argue tech with people who
*obviously* know far-more than they do.

I recall that thing *insisting* that the way that Linux handled NTFS
was "*wrong*". TomB tried to explain the whole Posix thing, but was,
of course, unsuccessful.

That thing knew better, than the Linux developers, you know. (rolling
eyes)

--
"PS: if you post your public keys here, *I* can also read the messages
if I want. ANYONE can. You might want to look into PGP and how it
works. :)" - some thing, putting its ignorance on display

Snit

2019-06-10 15:14:58 UTC

Post by chrisv

Red herring.

Snittish gibberish.

Post by Snit
To insist it MUST be seen as one is just folly.

The inevitable *lie*, to attack the person who is reasonable and
correct.
Who has insisted that it MUST be seen as a database?

Post by Snit
This whole "debate" is utter nonsense.

Any "debate" with a snit is utter nonsense.

Post by %
are you having a happy day

I think he's a very sad man who is never happy without his circuses.
Guy makes a claim, which is shot down with dictionary references _and_ a
link explaining one flat text backed database interface in Berkeley
DB...and he's all "oh, nono, my google search proves you're wrong".
He's confused his own, ill-informed opinion with fact.
He is addicted to certainty, and can do no wrong. Just ask him!

It's amazing when clueless assholes argue tech with people who
*obviously* know far-more than they do.
I recall that thing *insisting* that the way that Linux handled NTFS
was "*wrong*". TomB tried to explain the whole Posix thing, but was,
of course, unsuccessful.
That thing knew better, than the Linux developers, you know. (rolling
eyes)

What the hell does NTFS have to do with if a specific human-readable
text file MUST be seen as a "database"? Seriously, you are not even
following the conversation (or actively trying to change the topic
because you know vallor is off his rails here and is just lashing out
with idiocy).

Sn!pe

2019-06-10 21:27:03 UTC

Post by vallor
--
-v
x-p to alt.checkmate, where I think Siri is more likely to see this

I think Siri picks up in AUK. [x-poast]

--
^Ï^ My pet rock Gordon just is.

Siri Cruise

2019-06-10 22:53:57 UTC

Post by Sn!pe

Post by vallor
--
-v
x-p to alt.checkmate, where I think Siri is more likely to see this

I think Siri picks up in AUK. [x-poast]

Or I'm busy trying to get my SQL layer compiled and running.

A relational databases is a collection of functions from tuples to tuples,
f1(a11,...,a1m) = (b11,...,b1n), ..., fi(ai1,...,air) = (bi1,...,bis), ...
together with operations like project, join (or compose), restrict (or where),
et cetera. That's all the theory deals with. There are many different ways to
implement theory with different costs for different sizes. SQL interpretters are
used by some database implementations, and better languages are also available.

In the good old days when a megabyte of disk space was an extravagance and main
memories were in tens of thousands of bytes, special care was needed to
implement databases, often on multiple reels of tapes. Modern computers have
such large physical memories, larger virtual memories, and submicrosecond
(golly!) instruction times, you can do a moderate database with text files and
awk, tcl, perl, bash, etc. Once the tables start swapping to virtual memory or
you need to coordinate multiple processes modifying tables, you need more
sophisticated table layout and software.

The software I work on runs on multiple processes simultaneously, and some
customers are throwing tens of millions of objects at it. The available database
managers like sqlite and postgres are in SQL. And I don't feel like reinventing
this particular wheel in text files. So far I've only had one dream of debugging
SQL on an interpretter written in SQL. That means the psychological damage is
not yet too bad.

--
:-<> Siri Seal of Disavowal #000-001. Disavowed. Denied. Deleted. @
'I desire mercy, not sacrifice.' /|\
The first law of discordiamism: The more energy This post / \
to make order is nore energy made into entropy. insults Islam. Mohammed

vallor

2019-06-11 06:43:39 UTC

Post by Siri Cruise

Post by Sn!pe

Post by vallor
--
-v
x-p to alt.checkmate, where I think Siri is more likely to see this

I think Siri picks up in AUK. [x-poast]

Or I'm busy trying to get my SQL layer compiled and running.
A relational databases is a collection of functions from tuples to tuples,
f1(a11,...,a1m) = (b11,...,b1n), ..., fi(ai1,...,air) =

(bi1,...,bis), ...

Post by Siri Cruise
together with operations like project, join (or compose), restrict (or where),
et cetera. That's all the theory deals with. There are many different ways to
implement theory with different costs for different sizes. SQL

interpretters are

Post by Siri Cruise
used by some database implementations, and better languages are also available.
In the good old days when a megabyte of disk space was an extravagance and main
memories were in tens of thousands of bytes, special care was needed to
implement databases, often on multiple reels of tapes. Modern computers have
such large physical memories, larger virtual memories, and

submicrosecond

Post by Siri Cruise
(golly!) instruction times, you can do a moderate database with text files and
awk, tcl, perl, bash, etc. Once the tables start swapping to virtual memory or
you need to coordinate multiple processes modifying tables, you need more
sophisticated table layout and software.
The software I work on runs on multiple processes simultaneously, and some
customers are throwing tens of millions of objects at it. The available database
managers like sqlite and postgres are in SQL. And I don't feel like reinventing
this particular wheel in text files. So far I've only had one dream of debugging
SQL on an interpretter written in SQL. That means the psychological damage is
not yet too bad.

I hope you didn't get the idea that I was hoping you'd implement such a
monstrosity -- I just thought you'd find the discussion interesting,
given that you are both Unix- and Database-savvy.

--
-v

chrisv

2019-06-11 12:06:12 UTC

Post by Siri Cruise
The software I work on runs on multiple processes simultaneously, and some
customers are throwing tens of millions of objects at it. The available database
managers like sqlite and postgres are in SQL. And I don't feel like reinventing
this particular wheel in text files.

I hope you didn't get the idea that I was hoping you'd implement such a
monstrosity -- I just thought you'd find the discussion interesting,
given that you are both Unix- and Database-savvy.

You never know what kind of *ridiculous* interpretation of your
position some loser will come up with, if they are butthurt and want
to attack you...

I'm not saying that's what Siri did, or wants to do. I'm thinking of
snits like "Steve Carroll" (whose response, if any, will not be read).

The below is a cracker. Saying good things about the CLI gets
interpreted as "against the GUI"? Could *anyone* on the *planet*
really be "against the GUI"?

--
'But it seems you and many of the other "advocates" are against the
GUI.' - some thing, lying shamelessly (but no one can quote it
lying)

Snit

2019-06-11 15:00:25 UTC

I hope you didn't get the idea that I was hoping you'd implement such a
monstrosity -- I just thought you'd find the discussion interesting,
given that you are both Unix- and Database-savvy.

You never know what kind of*ridiculous* interpretation of your
position some loser will come up with, if they are butthurt and want
to attack you...
I'm not saying that's what Siri did, or wants to do. I'm thinking of
snits like "Steve Carroll" (whose response, if any, will not be read).
The below is a cracker. Saying good things about the CLI gets
interpreted as "against the GUI"? Could*anyone* on the*planet*
really be "against the GUI"?
-- 'But it seems you and many of the other "advocates" are against the
GUI.' - some thing, lying shamelessly (but no one can quote it lying)

Another troll post by chrisv.

2019-06-11 19:04:32 UTC

.

there used to be some but now it's over there

kensi

2019-06-12 04:12:25 UTC

Post by chrisv
The below is a cracker. Saying good things about the CLI gets
interpreted as "against the GUI"? Could *anyone* on the *planet*
really be "against the GUI"?

Yes. I've had the misfortune to get into an argument with at least one
of them. Though that occurrence *pales* in comparison to the infamous
"Great SWT Thread" over in comp.lang.java.programmer, where a k0Ok by
the name of "Bent C. Dalager", IIRC, lived up to it by ranting giant
anti-GUI screeds. His opponent was perhaps even stranger though, running
at *least* 20 sockpuppets all posting to that same thread and not even
trying to pretend to be different people. When he wasn't utterly
demolishing Bent's bent anti-GUI arguments he was spouting repetitive
dronings somewhat reminiscent of Tholen or flaming the 10 to 15 other
random people who got sucked into that howling vortex of uselessness. I
think it eventually topped out at over 5000 articles long -- no there is
*not* an extra zero in there -- somewhere around 14 months after it
started (that number is also not a typo).

Checkmate

2019-06-12 07:10:33 UTC

Warning! Always wear ANSI approved safety goggles when reading posts by
Checkmate! In article <qdpu3d$109a$***@gioia.aioe.org>, kkensington01
@gmail.nospam.invalid says...