In WWII, eight German soldiers infiltrated the U.S. to commit acts of sabotage. They were captured, tried for espionage before a military tribunal, and found guilty. Six were executed, and two served long prison sentences. As they were engaged in clandestine acts of espionage and sabotage, they were not covered under the Geneva convention, and were not Prisoners of War, so it was perfectly legal to try and execute them. How is the current situation with Al Qaeda different?
Well for one thing they were at least charged with something! Some of the prisoners in Guantanamo were ex-taliban and probably meet the definition for prisonners of war, some are Al-Quaida and probably do not. But that's not the point.
The point is that they are EITHER prisonners of war (with specific rights), suspected spies (with specific rights) or common criminals (also with specific rights). Right now the US claim "none of the above". They are held in an artificial legal no man's land by their jailers. Isn't it pretty hypocrytical that they are being held in Cuba to shield them from the jurisdiction of their captor's own tribunals, and yet the same captors do not recognise the jurisdiction on the foreign country they are being held in either either. So whose jurisdiction are they under?
Even the most fierce oponents of this policy do recognise that a great many of them are probably guilty (of something). But having them handled outside any judicial system does not help the cause and sets a HORRIBLE precedent for other countries. I personally find the current situation worse than a mock trial! At least after a mock trial it is known who and where they are, and what they were charged with.
Have you read any of them? Admittedly the titles have a ridiculous sensationallist flavor, but many of the facts debated in the stories are indeed underreported, and not trivially dismissable.
I mesured the current of all my appliances a few weeks ago. My Hagen 404 filer (For those who don't know, that's a pretty big filter, in my case for a 78 gal tank) only consumes 25W when operating, less than many modern video cards...
So in theory, the 1250VA UPS connected to my computer could power my aquarium for 25 hours.
The LibOfx project suffers from some of the same problems as GnuCash, on a smaller scale. But there are people willing to contribute. But it needs leadership, and in this case it means I must get back to coding.
LibOfx is stable and works well, but it's interface must be redesigned if I want it to become the ubiquitous financial library with which all OSS financial software can get DirectConnect, and import/export in various format. Once the interface rewrite is complete, real work on enabling direct connect will begin, and many people have offered to help.
As for your suggestions:
1) May or may not work, but users are unlikely to band together unless there is code at least ready to be tested.
2) Not likely to work, for various reasons.
3) Well, as I am a consultant, I would certainly be willing to work on this full time if they pay me to do it.
Once I do have code ready for testing, I am fairly confident that I can get the distro to pressure the banks to open up. Heck, if an operation as small as MoneyDance could strike deals with major banks as they claim, imagine what RedHat or IBM could do just with a letter...
Well since I am Gregoire, and you seem to think I am not giving it enough of a priority:
How is it possible?
Because I already spent MONTHS on it, I'm the author of LibOfx and also wrote most of the new import framework in GnuCash (Those who only import qif haven't seen it yet). I pretty much got it up to the "WebConnect" level people (including me) have been whining for years to get. But oups, now the rage is DirectConnect, which frankly shouldn't require much more work, except
-Like everyone I have to eat, and I'm already overworked. -My own bank doen't support Direct Connect so I can't test what I work on, not to mention I now work on it for PURELY altruistic reasons, since it's obvioulsy of no use to me. -Banks are completely uncooperative, they won't give out the url of their ofx server to their customers, nor tell them what to use as username or password. Ever wonder why in 6 years NO open source app has managed to get direct connect working? Believe me, others have tried, and they were far from incompetent.
It is so much easier to start the documentation in the first place, and keep it up, then to get to 250,000 LOC and just then try to start.
At one point there WAS a very nice and complete API and design manual. Except it stopped being updated 3 years ago. It got so far out of sync that we had to completely scrap it and start over, this time documenting directly in the source using doxygen to make sure we never make such a horrible mistake again.
No, you're piss poor at 'being bilingual' because you don't have enough culture to understand there is value and knowledge in other places than your bellybuton.
What's so bad about incorporating foriegn words into a language? That's basically how English came to exist in the first place.
I don't think you can really understand it when you were raised with the language of the current world dominant culture as a mother tongue. There is little need to "protect" the dominant culture, since by definition, it will probably have far more influence on any single culture trying to influence it than the other way around.
LOL, if you ask. In France they would say "branleur" which has the same literal and semantic meaning. In Québec, they would say "crosseur", which has the same literal meaning, but a different semantic one...
Well, the government "forcing" itself to use a single, coherent word for something hardly has any ethical implication that you "forcing" yourself to say hi instead of hello. It's not like they won't read anything you send them with the word email on it.
Whether using a currently less pervasive word than the one in common usage is a good idea is a separate debate.
Languages grow over time. If 'E-mail' continues to maintain its hold in the French language, I'm sure it will end up as something like E-maille and then emaille.
Actually that was considered by the french, but sounded ridiculous. E-mail has a meaning, it's a contraction of electronig mail. And guess what courriel it? Yep a contraction of courrier électronique (electronic mail).
The Quebec government has teams of linguists to come up with words, and (unlike the académie francaise) doesn't take years to come up with terms. Some of them catch on, some don't, and for many words most quebecers keep using the english word. But at least they had a chance to come up with a french generic term.
In many ways the frenchs are worse off, they often use the english word but with a french prononciation. At least in Quebec, the english word is used with english pronunciation (even by people who don't speak english) so at least the word remains "flagged" as a foreign word.
But trying to come up with frech equivalent to hot-dog and hamburger was uncommonly silly. They are not generic terms, they designate a dish, no matter how common.
Clearly you don't know the problems surrounding the qif format very well. -I can't be used as the main save format of an app, because of the lack of a transaction ID field. Quicken sure as hell doesn't use it as it's file format, only an import-export format. -There is no definitive spec on the file format available from intuit. All the docs available are listed here http://libofx.sourceforge.net/links.html and the most complete certainly isn't intuit's. Even the account type identifiers sometimes change depending on the language of your Quicken (examples for example, !Type:Bank becomes |Type:Banque in french Quicken 2000)
It doesn't. Gnucash doesn't directly link to libaudio or libesd. It is a gnome dependency we pick up because we use gnome services. Perhaps if you asked the GnuCash developpers about it instead of bitching on Slashdot, you would have gotten usefull information, we are surprisingly helpfull you know... As for the "problem" caused by this, every sound daemon I know can generate null output when you have no soundcard.
GnuCash DOES have OFX support in cvs now
on
Crossover Gets Quicken
·
· Score: 4, Informative
It's not perfect, and does need feedback, but it is there. Standard bank and credit card account are supported. Investement accounts will be when LibOFX (http://step.polymtl.ca/~bock/libofx/) matures. As for bill pay, unless banks start giving TRUE OFX access at large, that is still a long way off.
Actually, there is an open OFX implementation in active developpement that is hopefully simple to use. http://step.polymtl.ca/~bock/libofx/
It is almost feature complete as far as statement downloads are concerned. However, without a relationship with a financial institution wich support direct ofx communication, it would be very hard to implement the the more interactive parts of OFX, such as bill payment. I am currently working on writing support for the library in GnuCash.
Slashdot Mirror
In WWII, eight German soldiers infiltrated the U.S. to commit acts of sabotage. They were captured, tried for espionage before a military tribunal, and found guilty. Six were executed, and two served long prison sentences. As they were engaged in clandestine acts of espionage and sabotage, they were not covered under the Geneva convention, and were not Prisoners of War, so it was perfectly legal to try and execute them. How is the current situation with Al Qaeda different?
Well for one thing they were at least charged with something! Some of the prisoners in Guantanamo were ex-taliban and probably meet the definition for prisonners of war, some are Al-Quaida and probably do not. But that's not the point.
The point is that they are EITHER prisonners of war (with specific rights), suspected spies (with specific rights) or common criminals (also with specific rights). Right now the US claim "none of the above". They are held in an artificial legal no man's land by their jailers. Isn't it pretty hypocrytical that they are being held in Cuba to shield them from the jurisdiction of their captor's own tribunals, and yet the same captors do not recognise the jurisdiction on the foreign country they are being held in either either. So whose jurisdiction are they under?
Even the most fierce oponents of this policy do recognise that a great many of them are probably guilty (of something). But having them handled outside any judicial system does not help the cause and sets a HORRIBLE precedent for other countries. I personally find the current situation worse than a mock trial! At least after a mock trial it is known who and where they are, and what they were charged with.
Board of Microsoft explodes in laughter
..."
Man with the eye patch clears his throat and whispers:
"Dr Evil, one hundred billion dollars isn't much money for Microsoft these days, Bill Gate ALONE makes
Have you read any of them? Admittedly the titles have a ridiculous sensationallist flavor, but many of the facts debated in the stories are indeed underreported, and not trivially dismissable.
Sorry, I calculated with 50W for some reason (it's late). With 25W, my 1250VA UPS could power the pump for a little over 2 days.
I mesured the current of all my appliances a few weeks ago. My Hagen 404 filer (For those who don't know, that's a pretty big filter, in my case for a 78 gal tank) only consumes 25W when operating, less than many modern video cards...
So in theory, the 1250VA UPS connected to my computer could power my aquarium for 25 hours.
Oh really? And how would they know about this outage :)
The LibOfx project suffers from some of the same problems as GnuCash, on a smaller scale. But there are people willing to contribute. But it needs leadership, and in this case it means I must get back to coding.
LibOfx is stable and works well, but it's interface must be redesigned if I want it to become the ubiquitous financial library with which all OSS financial software can get DirectConnect, and import/export in various format. Once the interface rewrite is complete, real work on enabling direct connect will begin, and many people have offered to help.
As for your suggestions:
1) May or may not work, but users are unlikely to band together unless there is code at least ready to be tested.
2) Not likely to work, for various reasons.
3) Well, as I am a consultant, I would certainly be willing to work on this full time if they pay me to do it.
Once I do have code ready for testing, I am fairly confident that I can get the distro to pressure the banks to open up. Heck, if an operation as small as MoneyDance could strike deals with major banks as they claim, imagine what RedHat or IBM could do just with a letter...
Well since I am Gregoire, and you seem to think I am not giving it enough of a priority:
How is it possible?
Because I already spent MONTHS on it, I'm the author of LibOfx and also wrote most of the new import framework in GnuCash (Those who only import qif haven't seen it yet). I pretty much got it up to the "WebConnect" level people (including me) have been whining for years to get. But oups, now the rage is DirectConnect, which frankly shouldn't require much more work, except
-Like everyone I have to eat, and I'm already overworked.
-My own bank doen't support Direct Connect so I can't test what I work on, not to mention I now work on it for PURELY altruistic reasons, since it's obvioulsy of no use to me.
-Banks are completely uncooperative, they won't give out the url of their ofx server to their customers, nor tell them what to use as username or password. Ever wonder why in 6 years NO open source app has managed to get direct connect working? Believe me, others have tried, and they were far from incompetent.
It is so much easier to start the documentation in the first place, and keep it up, then to get to 250,000 LOC and just then try to start.
At one point there WAS a very nice and complete API and design manual. Except it stopped being updated 3 years ago. It got so far out of sync that we had to completely scrap it and start over, this time documenting directly in the source using doxygen to make sure we never make such a horrible mistake again.
No, you're piss poor at 'being bilingual' because you don't have enough culture to understand there is value and knowledge in other places than your bellybuton.
You completely missed the joke...
What's so bad about incorporating foriegn words into a language? That's basically how English came to exist in the first place.
I don't think you can really understand it when you were raised with the language of the current world dominant culture as a mother tongue. There is little need to "protect" the dominant culture, since by definition, it will probably have far more influence on any single culture trying to influence it than the other way around.
LOL, if you ask. In France they would say "branleur" which has the same literal and semantic meaning. In Québec, they would say "crosseur", which has the same literal meaning, but a different semantic one...
Well, the government "forcing" itself to use a single, coherent word for something hardly has any ethical implication that you "forcing" yourself to say hi instead of hello. It's not like they won't read anything you send them with the word email on it.
Whether using a currently less pervasive word than the one in common usage is a good idea is a separate debate.
Languages grow over time. If 'E-mail' continues to maintain its hold in the French language, I'm sure it will end up as something like E-maille and then emaille.
Actually that was considered by the french, but sounded ridiculous. E-mail has a meaning, it's a contraction of electronig mail. And guess what courriel it? Yep a contraction of courrier électronique (electronic mail).
The Quebec government has teams of linguists to come up with words, and (unlike the académie francaise) doesn't take years to come up with terms. Some of them catch on, some don't, and for many words most quebecers keep using the english word. But at least they had a chance to come up with a french generic term.
In many ways the frenchs are worse off, they often use the english word but with a french prononciation. At least in Quebec, the english word is used with english pronunciation (even by people who don't speak english) so at least the word remains "flagged" as a foreign word.
But trying to come up with frech equivalent to hot-dog and hamburger was uncommonly silly. They are not generic terms, they designate a dish, no matter how common.
Clearly you don't know the problems surrounding the qif format very well.
-I can't be used as the main save format of an app, because of the lack of a transaction ID field. Quicken sure as hell doesn't use it as it's file format, only an import-export format.
-There is no definitive spec on the file format available from intuit. All the docs available are listed here http://libofx.sourceforge.net/links.html and the most complete certainly isn't intuit's. Even the account type identifiers sometimes change depending on the language of your Quicken (examples for example, !Type:Bank becomes |Type:Banque in french Quicken 2000)
http://libofx.sourceforge.net/
Nope, I know for sure it also runs on Solaris, MacOS X and BSD
It doesn't. Gnucash doesn't directly link to libaudio or libesd. It is a gnome dependency we pick up because we use gnome services. Perhaps if you asked the GnuCash developpers about it instead of bitching on Slashdot, you would have gotten usefull information, we are surprisingly helpfull you know... As for the "problem" caused by this, every sound daemon I know can generate null output when you have no soundcard.
It's not perfect, and does need feedback, but it is there. Standard bank and credit card account are supported. Investement accounts will be when LibOFX (http://step.polymtl.ca/~bock/libofx/) matures. As for bill pay, unless banks start giving TRUE OFX access at large, that is still a long way off.
Actually, there is an open OFX implementation in active developpement that is hopefully simple to use. http://step.polymtl.ca/~bock/libofx/
It is almost feature complete as far as statement downloads are concerned. However, without a relationship with a financial institution wich support direct ofx communication, it would be very hard to implement the the more interactive parts of OFX, such as bill payment.
I am currently working on writing support for the library in GnuCash.