try typing your password wrong a couple of times.. it should ask you if you want to reset it then (without requiring the old password, as you obviously forgot it)
no idea if this is a bug, an exploit or a feature though;)
multicore - a bunch of real cpu cores (not that HT hack) on a single chip. of course, you need a scalable SMP/NUMA capable OS for that (scalable in terms of, say 8 cores/chip*4 chips = 32cpus)
because WMP doesn't play quicktime or realvideo stuff, at least not the newest generation stuff.. so with a user base of several hundred million, microsoft has a better base to sell streaming servers than its competition - and why? not because WMP is superior, but because microsoft used its desktop monopoly to push into another sector, which is illegal (unlike having a monopoly without abusing it)
as for mplayer, only few distros actually distribute it due to legal trouble, and it's not used in a monopoly environment - also, there are ogle, xine, vlc which are all pretty competitive.
so a) there's no monopoly whatsoever being used to push mplayer, b) there are more things than just mplayer, c) even if mplayer were pushed, it wouldn't slant the server side towards a certain streaming server software (by the same vendor)
if you'd RTFA, you'd read that they agreed to both trying to standardize the OOo format (once the spec is stable, no need to annoy ISO with ever changing specs) and to providing MS-XML filters (for excel and word).
for the latter, their patent license agreement might even help.
of course, that blog article might just lie/be mistaken.
as for the anti-SUN rants over here (/. as a collective), without SUN there likely wouldn't be any OOo format to standardize (star div. was pretty much grounded), and after all the negative publicity of that agreement, I'd even expect SUN to go ahead and just do this, if only for PR.
a government contract will more likely refer to ISO standards..
"the supplier will provide x computers with office software preinstalled. the office software has to fully support the features outlined in ISO 1234/56 and read and write files as specified there."
microsoft can either stay away or support those formats - both is a win. with OASIS they might start to ligitate ("but OASIS is OOo centric, the specification for the contract is slanted for them!"), but ISO is pretty much regarded as being as independent as can get..
it's zip, not gzip. zip supports one or two compressed formats (both of which were designed for the 80s and thus _fast_ on today's machines) and _uncompressed_ files in case you just want speed.
so choosing zip was probably just to provide a container for all the files inside.
didn't look to closely at it yet, but it should work the same way as for linuxbios: fire up a VM86 and run bochsbios or something like that in there.
it seems to be enough to run various windows versions with LB, so it should be enough for us, too..
otoh we currently tend to support new platforms, amd64 and ppc are the first two we've booted on. ppc is nice because it's already an OpenFirmware environment, but there are quite a few buggy implementations in the wild that we hope to replace.
currently we also make some progress with replacing various OF stub implementations in emulators (mac-on-linux, pearpc, qemu system emulation,..) which helps us getting the client interface (that to the operating system) tested.
OpenFirmware is standard of 300 pages.. EFI is 3000 pages, I think..
also, intel claims that it took them "hundreds of man years" to do EFI, while it took a friend of mine and me (basically) the spare time of about 1.5 years to implement most of OF.
It's not my job to educate you--if you're not willing to read about the issues there's not point having a discussion with you. The US copyright "mess" was brought up to the EU standard, and in fact remains less reaching than the EU extensions, as it was not retroactive to works that had already expired. See also the Berne convention on copyright.
adaption to the berne convention happened in 1976 in the USA. there are still massive differences between US and EU copyright, like: (assuming that EU copyright is actually consistent across all members, I take the german law now - I'm not too sure if that even holds for all of EU)
any rights on creative works last for the life time of the author + 70 years. the US sunset is still x years after production, right?
many EU members have the (imho wonderful) concept of droit d'auteur, an inalienable right on the work. it happens every now and then that artists succeed to prevent republishing of old works (that they don't think fits their mindset), against the will of their management (which is usually the holder of all rights that can be sold)
that's more like a property of the BSD license.. the same happens if bob makes his version closed source and manages to build a large community around it.
but somehow bsd-l fans seem to be happy about that, but unhappy about gpl.. kinda weird
the major complaints of the reviewer were temporary issues at the time he tried it, so if you take 1.0A-REL now, eg. building X would work again (the freebsd people changed the way the port works at that time, and dfly still reuses their ports system)
similar things apply to the other issues (slow connectivity to the main server for cvsup - solved now, and a pretty usable mirror list on the main website all the time - WTF?)
how about: only allow sites to tweak certain UI features when they're in a list inside the browser.
unknown XUL is displayed with full chrome and an additional toolbar "disable browser UI for this site", if the XUL site gives a base URL (that matches) the mechanism when you click could be the same as with XPIs, wait two secs, confirm - then the site is trusted, its base url ends up in the preferences and everything is good.
the nice thing is that eg. with ambisonics you'd need 4 channels (8 channels or so for a bigger and more stable sweet spot) for a full 3d audio field, which would then be decoded in as many speaker channels as necessary.
if you want to contribute to GNU projects, you have to sign over copyright (at least if it's more than the occassional bugfix), same for openoffice.org and various other projects.
the fsf europe established a different scheme for people who just can't sign over copyright, but it makes me wonder, before that existed, how many developers signed this paper without legal effect, leaving GNU open to ligitation?
so it's nothing that directly affects the GPL, but one of its strongest proponents (FSF/GNU)
2+ months ago was the temporary injunction (that prevented those routers to be sold in germany), now was the final ruling.. and istr that there was an article on/. on the temporary injunction, too, but I'm too lazy to look it up
ftp://ftp.suse.com/pub/suse/i386/9.1/suse/src - is that enough source for you?
also yast2 was proprietary until recently, and there might be more parts in a suse system that are not under a free license, so the 30 days evaluation might just apply to them
what parties such as SCO seem to hope is that the judge responsible for that case decides that public domain is the best equivalent of the terms of the GPL, as they were envisioned by the users of the license, that is possible.
in germany that can't work out as PD doesn't really exist here
berne convention only defines a minimum set of requirements.
in germany (as well as various other european countries) you can't give away all your rights on your work, in short "public domain" doesn't work, "signing over copyright" doesn't work.
so there definitely are differences.
(oh.. you _can_ put stuff into the PD, technically speaking: publish anonymously, leave no trace that it's been you.)
so far openbios runs on emulators (MOL; pearpc and qemu are in the works) and native hardware (amd64, ppc - the latter still awaiting integration, iirc), as well as various hosted modes for development (hosted on unix, from grub - which allows to work on OF support in operating systems without having to reflash the bios)
whatever the EC is deciding on, the RIAA is almost certainly out of the loop: the RI association of _america_ has no influence on the music markets of _europe_ (as in EC)
not that any of the european equivalents are any better, though..
they're gain in this R&D is that they're able to provide "better" firework in one of their core businesses.
the patent is likely to be defensive, so no-one else is able to sue disney - which is actually good for your investment money as they'll likely have to pay less that way than if they didn't apply for the patent in the first place.
also, who knows what kind of tax advantages they got with giving the patents to a non-profit?
seems like someone at disney estimated that all this (as well as the good PR around it) is worth more (in terms of money) than an attempt to license the technology
Slashdot Mirror
try typing your password wrong a couple of times.. it should ask you if you want to reset it then (without requiring the old password, as you obviously forgot it)
;)
no idea if this is a bug, an exploit or a feature though
running java 1.4.2 on dragonflybsd - before jdk1.5 appeared (ie. until not too long ago) that definitely was recent enough
http://www.freebsd.org/java/
multicore - a bunch of real cpu cores (not that HT hack) on a single chip. of course, you need a scalable SMP/NUMA capable OS for that (scalable in terms of, say 8 cores/chip*4 chips = 32cpus)
because WMP doesn't play quicktime or realvideo stuff, at least not the newest generation stuff..
so with a user base of several hundred million, microsoft has a better base to sell streaming servers than its competition - and why? not because WMP is superior, but because microsoft used its desktop monopoly to push into another sector, which is illegal (unlike having a monopoly without abusing it)
as for mplayer, only few distros actually distribute it due to legal trouble, and it's not used in a monopoly environment - also, there are ogle, xine, vlc which are all pretty competitive.
so a) there's no monopoly whatsoever being used to push mplayer, b) there are more things than just mplayer, c) even if mplayer were pushed, it wouldn't slant the server side towards a certain streaming server software (by the same vendor)
if you'd RTFA, you'd read that they agreed to both trying to standardize the OOo format (once the spec is stable, no need to annoy ISO with ever changing specs) and to providing MS-XML filters (for excel and word).
for the latter, their patent license agreement might even help.
of course, that blog article might just lie/be mistaken.
as for the anti-SUN rants over here (/. as a collective), without SUN there likely wouldn't be any OOo format to standardize (star div. was pretty much grounded), and after all the negative publicity of that agreement, I'd even expect SUN to go ahead and just do this, if only for PR.
a government contract will more likely refer to ISO standards..
"the supplier will provide x computers with office software preinstalled. the office software has to fully support the features outlined in ISO 1234/56 and read and write files as specified there."
microsoft can either stay away or support those formats - both is a win. with OASIS they might start to ligitate ("but OASIS is OOo centric, the specification for the contract is slanted for them!"), but ISO is pretty much regarded as being as independent as can get..
it's zip, not gzip. zip supports one or two compressed formats (both of which were designed for the 80s and thus _fast_ on today's machines) and _uncompressed_ files in case you just want speed.
so choosing zip was probably just to provide a container for all the files inside.
didn't look to closely at it yet, but it should work the same way as for linuxbios:
..) which helps us getting the client interface (that to the operating system) tested.
fire up a VM86 and run bochsbios or something like that in there.
it seems to be enough to run various windows versions with LB, so it should be enough for us, too..
otoh we currently tend to support new platforms, amd64 and ppc are the first two we've booted on. ppc is nice because it's already an OpenFirmware environment, but there are quite a few buggy implementations in the wild that we hope to replace.
currently we also make some progress with replacing various OF stub implementations in emulators (mac-on-linux, pearpc, qemu system emulation,
OpenFirmware is standard of 300 pages.. EFI is 3000 pages, I think..
also, intel claims that it took them "hundreds of man years" to do EFI, while it took a friend of mine and me (basically) the spare time of about 1.5 years to implement most of OF.
see http://www.openbios.org/. (and yes, we're to busy to update the website)
It's not my job to educate you--if you're not willing to read about the issues there's not point having a discussion with you. The US copyright "mess" was brought up to the EU standard, and in fact remains less reaching than the EU extensions, as it was not retroactive to works that had already expired. See also the Berne convention on copyright.
adaption to the berne convention happened in 1976 in the USA. there are still massive differences between US and EU copyright, like: (assuming that EU copyright is actually consistent across all members, I take the german law now - I'm not too sure if that even holds for all of EU)
- any rights on creative works last for the life time of the author + 70 years. the US sunset is still x years after production, right?
- many EU members have the (imho wonderful) concept of droit d'auteur, an inalienable right on the work. it happens every now and then that artists succeed to prevent republishing of old works (that they don't think fits their mindset), against the will of their management (which is usually the holder of all rights that can be sold)
is it that way in the US, too?too many characters >v for that, I'd guess it's some eastern european language
that's more like a property of the BSD license.. the same happens if bob makes his version closed source and manages to build a large community around it.
but somehow bsd-l fans seem to be happy about that, but unhappy about gpl.. kinda weird
well, it does..
the major complaints of the reviewer were temporary issues at the time he tried it, so if you take 1.0A-REL now, eg. building X would work again (the freebsd people changed the way the port works at that time, and dfly still reuses their ports system)
similar things apply to the other issues (slow connectivity to the main server for cvsup - solved now, and a pretty usable mirror list on the main website all the time - WTF?)
how about: only allow sites to tweak certain UI features when they're in a list inside the browser.
unknown XUL is displayed with full chrome and an additional toolbar "disable browser UI for this site", if the XUL site gives a base URL (that matches)
the mechanism when you click could be the same as with XPIs, wait two secs, confirm - then the site is trusted, its base url ends up in the preferences and everything is good.
the nice thing is that eg. with ambisonics you'd need 4 channels (8 channels or so for a bigger and more stable sweet spot) for a full 3d audio field, which would then be decoded in as many speaker channels as necessary.
if you want to contribute to GNU projects, you have to sign over copyright (at least if it's more than the occassional bugfix), same for openoffice.org and various other projects.
the fsf europe established a different scheme for people who just can't sign over copyright, but it makes me wonder, before that existed, how many developers signed this paper without legal effect, leaving GNU open to ligitation?
so it's nothing that directly affects the GPL, but one of its strongest proponents (FSF/GNU)
2+ months ago was the temporary injunction (that prevented those routers to be sold in germany), now was the final ruling.. /. on the temporary injunction, too, but I'm too lazy to look it up
and istr that there was an article on
if you mean hitler, he was austrian, just as the current californian governor..
:)
oops
I doubt they call people by their given name in court ;)
ftp://ftp.suse.com/pub/suse/i386/9.1/suse/src - is that enough source for you?
also yast2 was proprietary until recently, and there might be more parts in a suse system that are not under a free license, so the 30 days evaluation might just apply to them
what parties such as SCO seem to hope is that the judge responsible for that case decides that public domain is the best equivalent of the terms of the GPL, as they were envisioned by the users of the license, that is possible.
in germany that can't work out as PD doesn't really exist here
berne convention only defines a minimum set of requirements.
in germany (as well as various other european countries) you can't give away all your rights on your work, in short "public domain" doesn't work, "signing over copyright" doesn't work.
so there definitely are differences.
(oh.. you _can_ put stuff into the PD, technically speaking: publish anonymously, leave no trace that it's been you.)
I'm one of the authors of openbios.
so far openbios runs on emulators (MOL; pearpc and qemu are in the works) and native hardware (amd64, ppc - the latter still awaiting integration, iirc), as well as various hosted modes for development (hosted on unix, from grub - which allows to work on OF support in operating systems without having to reflash the bios)
whatever the EC is deciding on, the RIAA is almost certainly out of the loop: the RI association of _america_ has no influence on the music markets of _europe_ (as in EC)
not that any of the european equivalents are any better, though..
they're gain in this R&D is that they're able to provide "better" firework in one of their core businesses.
the patent is likely to be defensive, so no-one else is able to sue disney - which is actually good for your investment money as they'll likely have to pay less that way than if they didn't apply for the patent in the first place.
also, who knows what kind of tax advantages they got with giving the patents to a non-profit?
seems like someone at disney estimated that all this (as well as the good PR around it) is worth more (in terms of money) than an attempt to license the technology