Personhood is important because it is a - legal concept in some of the relevant legal systems - possibly (given your criticism) a commonly accepted concept Since as you say there are different sides here its difficult to come up with common ground for the debate. It's at least important to understand how people you differ with (or should I say 'lives you differ with'?) think about and view the issues.
Now in response to your restatement of the question in terms of eternal souls: - I would argue people have value for more reasons than just them having eternal souls, that are nonetheless distinct from 'life' as a generic concept (consciousness being one, being created by God for a significant purpose is another) - although their eternal endurance is certainly significant. - 'eternal souls' are not inherently an illogical concept, and I can answer the question of whether embryos have eternal souls quite easily - "Yes":-) - I'm not sure any 'religious people' would think that science even intends to come up with answers to questions about eternal souls. Why should that be the domain of science? - I find most atheistic models of ethics illogical. For example, if a person is just a collection of physical particles, why can't any person be destroyed if I find it convenient? Social contracts etc aren't all that convincing when you're in a bad mood:-) - it doesn't help to disallow 'religious' people 'religious' reasons for believing things any more than it helps to disallow 'scientific' people 'scientific' reasons for believing things - at issue here is how we debate ethics and deal with ethical issues in a society with no common belief system
Hmmm a collection of thoughts, hopefully it contributes to the debate...
The objection is not that embryos are potentially people, is that they are people. This is not true about some cells harvested in such a way that it does not destroy a person (whether embryonic or adult).
I use Zimbra and Thunderbird over IMAP - it works pretty well, and you have both the web and a native client.
And tagging works over IMAP and corresponds to the Zimbra web tags
I find that even my accounting department has no trouble doing everything they need to with OpenOffice Calc rather than Excel. This isn't to say that there aren't missing features, or poorly implemented features. It is, however, a perfectly usable, functional, and powerful program. It is well known that charting support is poor, though. The next version of charting will be much improved.
If you still want to use OpenOffice, and need to do fancy charting, you can use Graph on Windows, or gnuplot on anything. Do your chart in one of them, and then import the PNG files to your document. It isn't the most simple and elegant method, but it does work.
So its the database component that's unstable - presume you have been reporting these bugs? There's a slow turnaround time but crashes are generally looked into and often resolved fairly quickly (although it'll take a while for an official release with the fix most of the distros are quicker...)
Very interesting... but if you read the article, they acknowledge that their hardware contains the same issues.
These are because the protocols are the point of weakness, so the issues are required...
The article itself is light on details, which they promise to write up in their Virus Encyclopedia but apparently haven't yet. TechWack has more though (without quoting a source):
Antivirus firm Kaspersky is calling the virus "Stardust". This virus is basically contained in a StarOffice document that uses macros and then infects a global template, which is used by the application to generate new documents.
If a victim opens the file carrying this virus, Stardust copies it into the global template and all contained in a StarOffice document that uses macros and then infects a global template gets infected by it used by that copy of the software.
The chart component in OpenOffice.org is being written and should support XY charts etc better
See http://graphics.openoffice.org/chart/chart.html - you can even get snapshots of the work in progress
Re:Don't forget Africa (seems everyone has)
on
A Flu Pandemic?
·
· Score: 1
Political problems have certainly been huge in Zimbabwe, but that doesn't mean AIDS hasn't been killing people. It's just that its easier for your body to fight HIV/AIDS if you have good nutrition etc, so the effect of AIDS has been worsened by the political situation.
Actually there are a few patches to Mozilla in OpenOffice.org. But Mozilla is tri-licensed and I'm not sure what Sun do with StarOffice under this.
But the whole point is that the Link Grammar license would allow it to be used by OpenOffice.org as a library anyway, so I'm not sure what you're getting at.
If you check out how OpenOffice.org is built, it includes a full mozilla build tree. This is not included in the OpenOffice.org CVS tree, but it is used as a library.
Maybe I didn't make my point clearly enough.
The point is that the Link Grammar checker is a library. It does not have to be included in OOo's code directly. All that is required is that the OOo code which uses that library, should be under a Joint Copyright Assignment for Sun's purposes, and that the license of the library should allow it being used by Sun.
If you want to query this, try asking on the lists.
However this obviously does not apply to libraries used by OpenOffice.org, just the OpenOffice.org itself (otherwise they wouldn't be able to use Python, Mozilla, etc, etc)
Go and read paulbd's comments above - he's the author of Ardour. 100 tracks simultaneously onto a RAID5.
This is the reason that realtime patches etc to the Lnux kernel make a difference - they're making the general purpose CPU suitable for processing the audio, rather than buying special hardware:-)
Debian won't use anything from Sun's Java I'm sure. I'm not sure how much of the gcj stuff they have incorporated, but I'm sure they're following what the other distros are doing. And yes, gcj compiles to native code just like gcc
OpenOffice: Slow. Depends on Java, which is not yet available in a free-as-in-speech implementation. Is being developed almost solely by Sun's in-house developers (probably in part because it's infamously hard to compile from source).
Ahem... OpenOffice.org only has certain parts depending on Java, and these are basically all working in gcj (thanks to Caolan McNamara et al) so that you can get a fully functional implementation using only free software.
And there are a fair number of developers at Novell who work on OpenOffice.org, as well as some independent developers
But you're right, it is hard to compile from source
You're socially irresponsibile.
There:-)
I hope you noted that the versions on the Knoppix DVD are Beta preview releases, so its not unexpected that they could behave badly in certain circumstances...
Much better than LuPy is PyLucene which uses the actual Lucene libraries compiled with gcj and wrapped with SWIG, thus giving you Python beauty with Lucene performance...
Fasting in this way tends to be more about the effect on the faster than about the ethics of what should be eaten (otherwise it would be a permanent fast...)
Or you can use http://pear.php.net/package/Translation2 which also handles gettext
Note that using gettext gives you huge advantages as you can then use standard tools to manipulate the translations...
Google Inc. is not at present a publicly traded company, and we are currently unable to speculate on whether or when our privately-held status might change.
I think the best and most important way of commenting is through version control commit messages.
That way, you attach the comment to the particular change you are making, and by looking at the history you can see exactly why certain lines of code are added.
It also doesn't clutter up the actual code where unneccessary.
And it doesn't have the problem that the code can change and make the comments wrong.
Slashdot Mirror
Personhood is important because it is a
:-) :-)
- legal concept in some of the relevant legal systems
- possibly (given your criticism) a commonly accepted concept
Since as you say there are different sides here its difficult to come up with common ground for the debate. It's at least important to understand how people you differ with (or should I say 'lives you differ with'?) think about and view the issues.
Now in response to your restatement of the question in terms of eternal souls:
- I would argue people have value for more reasons than just them having eternal souls, that are nonetheless distinct from 'life' as a generic concept (consciousness being one, being created by God for a significant purpose is another) - although their eternal endurance is certainly significant.
- 'eternal souls' are not inherently an illogical concept, and I can answer the question of whether embryos have eternal souls quite easily - "Yes"
- I'm not sure any 'religious people' would think that science even intends to come up with answers to questions about eternal souls. Why should that be the domain of science?
- I find most atheistic models of ethics illogical. For example, if a person is just a collection of physical particles, why can't any person be destroyed if I find it convenient? Social contracts etc aren't all that convincing when you're in a bad mood
- it doesn't help to disallow 'religious' people 'religious' reasons for believing things any more than it helps to disallow 'scientific' people 'scientific' reasons for believing things - at issue here is how we debate ethics and deal with ethical issues in a society with no common belief system
Hmmm a collection of thoughts, hopefully it contributes to the debate...
The objection is not that embryos are potentially people, is that they are people. This is not true about some cells harvested in such a way that it does not destroy a person (whether embryonic or adult).
Whether you agree with the classification of embryos as people is what the debate should be about. See http://www.gerv.net/writings/foetal-personhood/ for some pointers
I use Zimbra and Thunderbird over IMAP - it works pretty well, and you have both the web and a native client. And tagging works over IMAP and corresponds to the Zimbra web tags
If you still want to use OpenOffice, and need to do fancy charting, you can use Graph on Windows, or gnuplot on anything. Do your chart in one of them, and then import the PNG files to your document. It isn't the most simple and elegant method, but it does work.
This is the OpenOffice Chart module that is under development:
http://graphics.openoffice.org/chart/chart.html Note that from that URL (http://graphics.openoffice.org/chart/chart.html) you can also download the latest snapshots of the designed chart module...
So its the database component that's unstable - presume you have been reporting these bugs? There's a slow turnaround time but crashes are generally looked into and often resolved fairly quickly (although it'll take a while for an official release with the fix most of the distros are quicker...)
Very interesting ... but if you read the article, they acknowledge that their hardware contains the same issues.
These are because the protocols are the point of weakness, so the issues are required...
Just found the entry in the Virus Encyclopedia here: http://www.viruslist.com/en/viruses/encyclopedia?v irusid=123066 (although it hasn't been updated yet)
TechWack has more though (without quoting a source):
The chart component in OpenOffice.org is being written and should support XY charts etc better See http://graphics.openoffice.org/chart/chart.html - you can even get snapshots of the work in progress
See my post here for builds of jingle-supporting versions of Jabber clients Psi and Kopete: http://www.translate.org.za/blogs/david/archives/2 006/01/27/T09_06_04/
Political problems have certainly been huge in Zimbabwe, but that doesn't mean AIDS hasn't been killing people. It's just that its easier for your body to fight HIV/AIDS if you have good nutrition etc, so the effect of AIDS has been worsened by the political situation.
Wow this is fun having arguments :-)
Actually there are a few patches to Mozilla in OpenOffice.org. But Mozilla is tri-licensed and I'm not sure what Sun do with StarOffice under this.
But the whole point is that the Link Grammar license would allow it to be used by OpenOffice.org as a library anyway, so I'm not sure what you're getting at.
If you check out how OpenOffice.org is built, it includes a full mozilla build tree. This is not included in the OpenOffice.org CVS tree, but it is used as a library.
Maybe I didn't make my point clearly enough.
The point is that the Link Grammar checker is a library. It does not have to be included in OOo's code directly. All that is required is that the OOo code which uses that library, should be under a Joint Copyright Assignment for Sun's purposes, and that the license of the library should allow it being used by Sun.
If you want to query this, try asking on the lists.
Actually the place to do the noise cancellation is at the source of the sound - i.e. the fan - see http://slashdot.org/article.pl?sid=04/03/15/232222 2
Sun does require joint copyright assignment.
:-)
However this obviously does not apply to libraries used by OpenOffice.org, just the OpenOffice.org itself (otherwise they wouldn't be able to use Python, Mozilla, etc, etc)
So this is FUD
Go and read paulbd's comments above - he's the author of Ardour.
:-)
100 tracks simultaneously onto a RAID5.
This is the reason that realtime patches etc to the Lnux kernel make a difference - they're making the general purpose CPU suitable for processing the audio, rather than buying special hardware
Debian won't use anything from Sun's Java I'm sure. I'm not sure how much of the gcj stuff they have incorporated, but I'm sure they're following what the other distros are doing.
And yes, gcj compiles to native code just like gcc
I would believe the Ethnologue above this article, especially as its not an explicit claim with any evidence... See also http://en.wikipedia.org/wiki/Papuan_languages
You're socially irresponsibile. There :-)
I hope you noted that the versions on the Knoppix DVD are Beta preview releases, so its not unexpected that they could behave badly in certain circumstances...
Much better than LuPy is PyLucene which uses the actual Lucene libraries compiled with gcj and wrapped with SWIG, thus giving you Python beauty with Lucene performance...
Fasting in this way tends to be more about the effect on the faster than about the ethics of what should be eaten (otherwise it would be a permanent fast...)
Or you can use http://pear.php.net/package/Translation2 which also handles gettext Note that using gettext gives you huge advantages as you can then use standard tools to manipulate the translations...
I think the best and most important way of commenting is through version control commit messages.
That way, you attach the comment to the particular change you are making, and by looking at the history you can see exactly why certain lines of code are added.
It also doesn't clutter up the actual code where unneccessary.
And it doesn't have the problem that the code can change and make the comments wrong.