No, I'm not. While you could use a self-join (obviously) in a single-table database, you are STILL using (abusing?) relational database techniques, even though you aren't using more than one table. In any case, that's not even my main point and being pedantic about it serves little purpose here.
The guy wants to a flat-file database. SQLite is not designed for implementation of a flat-file database, even though, yes, technically, it will certainly work.
I use a perhaps not-well-known alternative called ldapdns, which used to be based on the DJBDNS code. It gets its DNS information from LDAP, which is very, very nice -- I can make a change in LDAP and the change is instant as opposed to making a change to the BIND stuff, which I then have to restart BIND, etc.
He said he wanted a flat-file database. Why, on this Earth, would he ever need "standard SQL including joins." SQL is designed for relational databases and, in particular, joins are only EVER used in a multi-table, relational database. In fact, the guy even said "SQL is overkill".
IOW, SQLite, as "lite" as it is compared to Oracle, MySQL, PostgreSQL, etc. is still overkill.
I'm with the GP -- dbtxt looks really cool. Although, I do gotta say that OpenOffice.org would fit the bill just fine for what his requirements are: Calc can be used as a flat-file database, and I think there is support for simple CSV databases in Base.
Okay, here is the government telling you that HIPAA doesn't apply to Google. Google isn't a health care provider, nor is it a health care insurance plan, nor is it a health care clearinghouse, by the legal definitions of those terms (check the law if you like), so, no, HIPAA most certainly does not apply to Google or any other company or entity providing a similar service.
Try: Harvested from Free-range Fairies, purchased at Fair Trade prices (fairy farmers have to eat, too!), packed in an unbleached cardboard box made from 100% recycled material (at least 90% post-consumer), and shipped via row-boat and bicycle, each driven by unionized Fair Wage workers from the Third World. Oh, and could I have fries with that?
Correct. All non-classified government contracts can be had through FOIA request. Some agencies even post information about some of their contracts online on their website -- no FOIA required.
Shut up. Just, shut up. Interestingly enough, the system shown was a Macintosh (pre-OS X, however)./me starts wondering about connections between Stephen Spielberg and Steve Jobs. *dons tinfoil hat*
Does this Tasmanian tiger development vindicate (at least the less out there elements of) Crichton's plot?
In a word: No. Grabbing one gene from an extinct species is very different than grabbing most of the entire genome is. Plus, the Tasmanian Tiger is far more-recently-extinct than dinosaurs, so the DNA is, without a doubt, much, much newer. (DNA degrades significantly over time.)
I can't tell an RPM that I want to build Gnucash with HBCI support. Or that I want ImageMagick without support for JBIG images.
Yes, you can. If you think that you can't, you don't know enough about RPM. Go back and read the docs. Seriously.
Now, granted, you're going to have to build your source RPMs in a way to make that work (you're not going to do that with unmodified source RPMs from Fedora or OpenSUSE, for instance), but it is possible. Furthermore, DEB packages support something very similar to SLOTs. Again, try reading the docs.
For example, several package contain optional X11 interfaces. I don't know if Debian etc. put that into a separate foo-x11 package, but if they don't you automatically have to install X11 just to install foo because you could at some point need X11 to use all of foo's capabilities.
There is usually a 'nox' binary package. For example, emacs22-nox, vim-nox, etc. But I'm not talking about binary packages, I'm talking about source packages. The emacs and emacs-nox packages are built from the same source package. Again, most Gentoo users' lack of knowledge about RPM and DEB is astonishing.
What I'm saying is that RPM and DEB can be used to make a source-based distro. There really is no need for a new package system, especially when two very good ones already exist.
Old fart who still uses -print, even though in every modern implementation it's implied now.:P
Yeah, it works, but on Linux using the package manager is always much quicker and, after all, that's what its there for. Your method is, however, portable to *BSD and other *nixes.
Being so, why just don't use openssl for everything and avoid the CA.sh script dependency?
Convenience. Remembering all of the steps and switches to create a certificate can be difficult for someone (like me) who doesn't do it very often. I usually have to look it up in the (very well-written) OpenSSL docs.
Slashdot Mirror
Yeah, yeah, I got that. I was making an additional joke on top of that by referring to the infamous room AT&T room 164A.
No, I'm not. While you could use a self-join (obviously) in a single-table database, you are STILL using (abusing?) relational database techniques, even though you aren't using more than one table. In any case, that's not even my main point and being pedantic about it serves little purpose here.
The guy wants to a flat-file database. SQLite is not designed for implementation of a flat-file database, even though, yes, technically, it will certainly work.
I use a perhaps not-well-known alternative called ldapdns, which used to be based on the DJBDNS code. It gets its DNS information from LDAP, which is very, very nice -- I can make a change in LDAP and the change is instant as opposed to making a change to the BIND stuff, which I then have to restart BIND, etc.
Mod parent up. I have training in HIPAA (I did IT project work involving systems with patient records for a major pharmacy). He's right.
He said he wanted a flat-file database. Why, on this Earth, would he ever need "standard SQL including joins." SQL is designed for relational databases and, in particular, joins are only EVER used in a multi-table, relational database. In fact, the guy even said "SQL is overkill".
IOW, SQLite, as "lite" as it is compared to Oracle, MySQL, PostgreSQL, etc. is still overkill.
I'm with the GP -- dbtxt looks really cool. Although, I do gotta say that OpenOffice.org would fit the bill just fine for what his requirements are: Calc can be used as a flat-file database, and I think there is support for simple CSV databases in Base.
Abuse is down the hall, room 164a, I think.
Okay, here is the government telling you that HIPAA doesn't apply to Google. Google isn't a health care provider, nor is it a health care insurance plan, nor is it a health care clearinghouse, by the legal definitions of those terms (check the law if you like), so, no, HIPAA most certainly does not apply to Google or any other company or entity providing a similar service.
I dunno, but I'll bet she's REALLY hot!
Actually, I don't think you had to get the ROMs for the Laser 128 (Apple //c clone). It had its own ROMs, which VTech clean-room reverse engineered.
Why? And why is the government publishing economic statistics that are, apparently, pure fiction?
I've suspected that this was going on for a while, but I've never been able to prove it until I saw that site you linked to.
Uh, that was the NSA, not the FBI. (although, I'm sure you're probably trying to be funny)
Try: Harvested from Free-range Fairies, purchased at Fair Trade prices (fairy farmers have to eat, too!), packed in an unbleached cardboard box made from 100% recycled material (at least 90% post-consumer), and shipped via row-boat and bicycle, each driven by unionized Fair Wage workers from the Third World. Oh, and could I have fries with that?
Could be. I have CRAFT Disease. (Can't Remember A Fscking Thing). What do I know?
Right, the screen displays were 3D Navigator, but I swear that the monitor and mouse were off a Mac.
Crawford, Texas.
Correct. All non-classified government contracts can be had through FOIA request. Some agencies even post information about some of their contracts online on their website -- no FOIA required.
Emacs has a cua-mode (Try `M-x cua-mode')
You did. Didn't you notice the datestamp on this post? The year is 2035, and we're all working very hard on squashing the Unix epoch time bug.
Yes, you can. If you think that you can't, you don't know enough about RPM. Go back and read the docs. Seriously.
Now, granted, you're going to have to build your source RPMs in a way to make that work (you're not going to do that with unmodified source RPMs from Fedora or OpenSUSE, for instance), but it is possible. Furthermore, DEB packages support something very similar to SLOTs. Again, try reading the docs. There is usually a 'nox' binary package. For example, emacs22-nox, vim-nox, etc. But I'm not talking about binary packages, I'm talking about source packages. The emacs and emacs-nox packages are built from the same source package. Again, most Gentoo users' lack of knowledge about RPM and DEB is astonishing.
What I'm saying is that RPM and DEB can be used to make a source-based distro. There really is no need for a new package system, especially when two very good ones already exist.
Yeah, it works, but on Linux using the package manager is always much quicker and, after all, that's what its there for. Your method is, however, portable to *BSD and other *nixes. Convenience. Remembering all of the steps and switches to create a certificate can be difficult for someone (like me) who doesn't do it very often. I usually have to look it up in the (very well-written) OpenSSL docs.