Re: Voting for a native i386/amd64 flash player
On Fri, Oct 2, 2009 at 9:25 PM, Leandro F Silva fsilvalean...@gmail.comwrote: Hey guys, Let's vote to have a native i386 / amd64 flash player \o/ .. We just have to create an account and voting on the link below =D http://bugs.adobe.com/jira/browse/FP-1060 I voted and added a coment: * Maybe it requires licensing fees, like Java, but most of us use it like a player (Youtube) or games (Kongregate), among other. I don't want to switch to other operating system in order to view the Flash content.* Good luck! (Boa Sorte!) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Voting for a native i386/amd64 flash player
Yep, I am in. I signed here: http://bugs.adobe.com/jira/browse/FP-1060 and also there: http://www.petitiononline.com/flash4me/petition.html Its the last thing I need to have a full native FreeBSD environment. Maybe you should dig out this thread after some weeks again, Leandro. I guess we can gather some more signatures from recent subscribers. Cheers herb langhans On Fri, Oct 02, 2009 at 09:25:53PM -0300, Leandro F Silva wrote: Hey guys, Let's vote to have a native i386 / amd64 flash player \o/ .. We just have to create an account and voting on the link below =D http://bugs.adobe.com/jira/browse/FP-1060 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org -- sprachtraining langhans herbert langhans, warschau http://www.langhans.com.pl herbert dot raimund at gmx dot net +0048 603 341 441 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Voting for a native i386/amd64 flash player
Message: 29 Date: Sat, 3 Oct 2009 23:45:18 -0600 From: Chad Perrin per...@apotheon.com Subject: Re: Voting for a native i386/amd64 flash player To: freebsd-questions@freebsd.org Message-ID: 20091004054518.gd37...@guilt.hydra Content-Type: text/plain; charset=us-ascii On Sat, Oct 03, 2009 at 08:01:07AM -0700, James Phillips wrote: I have this fantasy that if I design and build a better streaming video format, They (broadcasters) will use it, if properly marketed. It may be a fantasy, but as fantasies go, it's not a bad one. This would be despite the lack of strong DRM or license terms (GPL v3 is OK, right?). No, it isn't okay, really. That's ok: I've thought of an out for the licensing issue: I can write up an RFC. That way the BSD people can boast about their reference implementation, while the GNU zealots can be assured that their pure implementation won't be leveraged against them. 4. Publishers are authenticated with a Public-key infrastructure That caught my attention. I don't think we necessarily need a mainstream style implementation of PKI, though. I'd say either go with simple public key digital signatures in the style of OpenPGP or take cues from the Perspectives plugin for Firefox and do distributed web of trust style verification. Certifying Authorities are basically just a social engineering trick; now, instead of trusting one party, you have to trust two. I think I fell into the trap of using buzzwords. I *know* Certifying Authorities are an interm scam needed until the general population understands how public keys work. I think PGP style (but binary) signatures on every ~32kB packet solves the problem of authentication in the event of of missing packets. I was envisioning that the CNN's and BBC's of the world would have a series of public keys (one for each bureau), while Joe down the street would have 1 or 2 (one public, one for darknets). 2. For interoperability, I need to stabilize key points of the spec before publication. Currently struggling with date stamps (taking into account leap seconds) (mostly resolved), and a transform to allow the publisher to be authenticated even if some data is missing. There are copyfree licensed implementations of date management that take leap seconds into account out there already. Is there some reason you can't borrow liberally from them? Probably because I don't know about them :) Actually, I was planning to borrow from Unix Time, increasing the resolution, and making the number signed (for old recordings). But, Unix time doesn't do leap seconds, so they have to be added back in. Just recently, (reading cal(1)) I realized another problem: not everyone uses the Gregorian Calendar. Now I have to decide how to take that into account sufficiently. 4. A dual-license may quickly result in a fork that implements features I really don't want to see. (Read: anything deliberately incompatible.) That's just another reason to go with a copyfree license instead of the GPL. A copyfree license wouldn't have a stick preventing the implementation of an effective technological measure as described in Article 11 the 1996 WIPO treaty (GPL v3 does). If the (hypothetical) RFC explicitly says that copy-protection won't work (in the security considerations section), MAYBE a judge will decide any incompatible implementation is also ineffective at copy protection. Regards, James Phillips __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.com. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Voting for a native i386/amd64 flash player
On Sun, 4 Oct 2009 08:33 -0700, anti_spam256@ wrote:
Message: 29
Date: Sat, 3 Oct 2009 23:45:18 -0600
From: Chad Perrin per...@apotheon.com
Subject: Re: Voting for a native i386/amd64 flash player
To: freebsd-questions@freebsd.org
Message-ID: 20091004054518.gd37...@guilt.hydra
Content-Type: text/plain; charset=us-ascii
On Sat, Oct 03, 2009 at 08:01:07AM -0700, James Phillips
wrote:
I have this fantasy that if I design and build a
better streaming video
format, They (broadcasters) will use it, if properly
marketed.
It may be a fantasy, but as fantasies go, it's not a bad
one.
This would be despite the lack of strong DRM or
license terms (GPL v3
is OK, right?).
No, it isn't okay, really.
That's ok: I've thought of an out for the licensing issue:
I can write up an RFC. That way the BSD people can boast about their reference
implementation, while the GNU zealots can be assured that their pure
implementation won't be leveraged against them.
4. Publishers are authenticated with a
Public-key infrastructure
That caught my attention. I don't think we
necessarily need a mainstream
style implementation of PKI, though. I'd say either
go with simple
public key digital signatures in the style of OpenPGP or
take cues from
the Perspectives plugin for Firefox and do distributed web
of trust
style verification. Certifying Authorities are
basically just a social
engineering trick; now, instead of trusting one party, you
have to trust
two.
I think I fell into the trap of using buzzwords. I *know* Certifying
Authorities are an interm scam needed until the general population understands
how public keys work.
I think PGP style (but binary) signatures on every ~32kB packet solves the
problem of authentication in the event of of missing packets.
I was envisioning that the CNN's and BBC's of the world would have a series of
public keys (one for each bureau), while Joe down the street would have 1 or 2
(one public, one for darknets).
2. For interoperability, I need to stabilize key
points of the spec
before publication. Currently struggling with date
stamps (taking into
account leap seconds) (mostly resolved), and a
transform to allow the
publisher to be authenticated even if some data is
missing.
There are copyfree licensed implementations of date
management that take
leap seconds into account out there already. Is there
some reason you
can't borrow liberally from them?
Probably because I don't know about them :)
Actually, I was planning to borrow from Unix Time, increasing the resolution,
and making the number signed (for old recordings).
But, Unix time doesn't do leap seconds, so they have to be added back in.
Just recently, (reading cal(1)) I realized another problem: not everyone uses
the Gregorian Calendar. Now I have to decide how to take that into account
sufficiently.
4. A dual-license may quickly result in a fork that
implements
features I really don't want to see. (Read: anything
deliberately
incompatible.)
That's just another reason to go with a copyfree license
instead of the
GPL.
A copyfree license wouldn't have a stick preventing the implementation of an
effective technological measure as described in Article 11 the 1996 WIPO treaty (GPL v3
does).
If the (hypothetical) RFC explicitly says that copy-protection won't work (in the security
considerations section), MAYBE a judge will decide any incompatible implementation is also
ineffective at copy protection.
Regards,
James Phillips
__
Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your
favourite sites. Download it now
http://ca.toolbar.yahoo.com.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
So how many different subjects are in here that don't thread ?
With all due respect: wheres Waldo ?
--
%{+
| dataix.net!jhell 2048R/89D8547E 2009-09-30 |
| BSD since FreeBSD 4.2Linux since Slackware 2.1 |
| 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E |
+%}
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Voting for a native i386/amd64 flash player
-- Leandro F Silva wrote : Hey guys, Let's vote to have a native i386 / amd64 flash player \o/ .. We just have to create an account and voting on the link below =D http://bugs.adobe.com/jira/browse/FP-1060 ___ freebsd-questi...@free... mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@free... -- This message was sent on behalf of yble...@gmail.com at openSubscriber.com http://www.opensubscriber.com/message/freebsd-questions@freebsd.org/12886636.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Voting for a native i386/amd64 flash player
Leandro F Silva fsilvalean...@gmail.com wrote: Hey guys, Let's vote to have a native i386 / amd64 flash player \o/ .. The latest Linuxulator works quite well on -current with the Linux flash binary + pluginwrapper port, doesn't it? Works for me, at least. We just have to create an account and voting on the link below =D http://bugs.adobe.com/jira/browse/FP-1060 There's no way I'm going to create an account at Adobe and give them my personal data. No thanks. Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd And believe me, as a C++ programmer, I don't hesitate to question the decisions of language designers. After a decent amount of C++ exposure, Python's flaws seem ridiculously small. -- Ville Vainio ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Voting for a native i386/amd64 flash player
--- On Sun, 10/4/09, jhell jh...@dataix.net wrote: From: jhell jh...@dataix.net Subject: Re: Voting for a native i386/amd64 flash player To: James Phillips anti_spam...@yahoo.ca Cc: freebsd-questions@freebsd.org Received: Sunday, October 4, 2009, 1:07 PM On Sun, 4 Oct 2009 08:33 -0700, anti_spam256@ wrote: Vague specific stuff about an ill-defined video standard So how many different subjects are in here that don't thread ? With all due respect: wheres Waldo ? Most on-topic is probably the licensing issue: I like the GPLv3, but many BSD users don't like it for the same reasons. I don't want to publish comprehensive details about my (video format) idea until I have the format defined in a forward-compatible way. AS I am fantasy land, I think that people will try implementing incompatible versions as soon as it's published. The risk is that may happen anyway if my format is not good enough. I haven't even done testing to find out how well compression is performed. Second-Worst case (mono white noise), I estimate that loss-less compression will only be able to compress frame changes to ~25% of the original frame size. Lossy compression will be a simple averaging of nearby pixels for (multiples of) ~4:1 compression. Mpeg is supposed to get up to 300:1. TL;DR: If you have to ask what the point is, it is probably off-topic and I can shut-up now. Regards, James Phillips __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Voting for a native i386/amd64 flash player
On Sun, Oct 04, 2009 at 10:01:14PM +0200, Oliver Fromme wrote: Leandro F Silva fsilvalean...@gmail.com wrote: Hey guys, Let's vote to have a native i386 / amd64 flash player \o/ .. The latest Linuxulator works quite well on -current with the Linux flash binary + pluginwrapper port, doesn't it? Works for me, at least. We just have to create an account and voting on the link below =D http://bugs.adobe.com/jira/browse/FP-1060 There's no way I'm going to create an account at Adobe and give them my personal data. No thanks. Best regards Oliver sorry if this is just a ``me too'', but i cannot wait for flashit to die [an overdue death] gary ps i'll sign up wherever i can! -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd And believe me, as a C++ programmer, I don't hesitate to question the decisions of language designers. After a decent amount of C++ exposure, Python's flaws seem ridiculously small. -- Ville Vainio ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org -- Gary Kline kl...@thought.org http://www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org The 5.67a release of Jottings: http://jottings.thought.org/index.php ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Voting for a native i386/amd64 flash player
Lucian @ lastdot.org wrote: On Sat, Oct 3, 2009 at 5:56 AM, Chad Perrin per...@apotheon.com wrote: On Fri, Oct 02, 2009 at 08:15:07PM -0500, J Sisson wrote: And if enough people petition Microsoft, we can get them to release Windows 7 source under the GPL. Reality called...your request to ignore it was denied. Actually, we *could*. The problem is the definition of enough. I'm sure that if you got 100% of the Windows users in the world to do so, Microsoft top brass would be hard-pressed to avoid acquiescing. Meanwhile, I'm sure that if you got 1% to do so, it would raise some eyebrows at Microsoft, but utterly fail to get MS executives to put a moment's thought into making that kind of licensing change, except perhaps to laugh at it. The problem is figuring out the exact threshold, somewhere between 1% and 100%. In other words, to quote an old off-color joke: We've already established you're a prostitute, my dear. Now we're just haggling over the price. -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] Better pray for Theora's mass adoption on streaming sites :-) Google apparently favours HTML-5 as their future direction, rather than Flash. And where YouTube goes, the rest of the world will surely follow, at least as far as Video streaming is concerned. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: Voting for a native i386/amd64 flash player
Rolf G Nielsen writes: Let's vote to have a native i386 / amd64 flash player \o/ .. Where do I vote to have them continue forever not creating a FreeBSD version of that crap? Is your objection to Flash in particular, or to any product in that specific niche? Robert Huff ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Voting for a native i386/amd64 flash player
-- Message: 9 Date: Sat, 3 Oct 2009 06:28:29 +0100 From: Lucian @ lastdot.org luc...@lastdot.org Subject: Re: Voting for a native i386/amd64 flash player To: freebsd-questions@freebsd.org Message-ID: 5a3c8f45091008k3c196b6ay1acc3031716d6...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 SNIP! Better pray for Theora's mass adoption on streaming sites :-) I have this fantasy that if I design and build a better streaming video format, They (broadcasters) will use it, if properly marketed. This would be despite the lack of strong DRM or license terms (GPL v3 is OK, right?). The idea is I build a public version, then sell a custom corporate version that is buzz-word certified with whatever standards they want (except strong DRM; incompatible with the license) for ~$30,000 a seat, or some volume [del]license[del] purchasing agreement. I got the idea when I realized that the current formats used by broadcasters suck. Most are based on MPEG that had some processing constraints no longer present (to the same extent) on modern computers. General idea: 1. Do away with the outdated concept of live. There is always a delay. Make the delay predictable and visible to the user by sychronizing clocks with NTP. A live broadcast would have a calibrated delay ranging from seconds to minutes. pre-recorded would be minutes to centuries. 2. Modify Bittorrent protocol for Steaming media. There is already (incompatible) work in this area. 3a. Separate Lossy Compression from Lossless Compression. This will result in a variable bit-rate stream. I came up with a (fast) transform so that the lossless compression stores only the changes between (key) frames. 3b. Optional Variable frame-rate stream: new frame only needed after a certain percentage of the scene changes. 4. Publishers are authenticated with a Public-key infrastructure 5. For UDP or Broadcast, a format variant tolerates data loss with graceful degradation. Main stumbling blocks: 1. trying to do too much at once: file format and protocol rolled into one. 2. For interoperability, I need to stabilize key points of the spec before publication. Currently struggling with date stamps (taking into account leap seconds) (mostly resolved), and a transform to allow the publisher to be authenticated even if some data is missing. 3. Because my idea is variable data-rate, I can't predict what real-world compression will be. need to do testing. As compression may be affected my MPEG artifacts, need to test with my own raw video. (Loss-less conversion from MPEG would be possible.) 4. A dual-license may quickly result in a fork that implements features I really don't want to see. (Read: anything deliberately incompatible.) 5. I seem to be pre-occupied with the video compression, ignoring sound. Regards, James Phillips PS: was this too off-topic? __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Voting for a native i386/amd64 flash player
On Sat, Oct 03, 2009 at 08:50:16AM +0100, Matthew Seaman wrote: Google apparently favours HTML-5 as their future direction, rather than Flash. And where YouTube goes, the rest of the world will surely follow, at least as far as Video streaming is concerned. Oh, thank goodness. Flash video is a blight. -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] pgpBNxEshjIUY.pgp Description: PGP signature
Re: Voting for a native i386/amd64 flash player
On Sat, Oct 03, 2009 at 07:56:53AM +0200, Rolf G Nielsen wrote: Where do I vote to have them continue forever not creating a FreeBSD version of that crap? If you s/Free/Open/ I think the question answers itself. -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] pgpCpCB4AscQP.pgp Description: PGP signature
Re: Voting for a native i386/amd64 flash player
On Sat, Oct 03, 2009 at 09:04:00AM -0400, Robert Huff wrote: Rolf G Nielsen writes: Let's vote to have a native i386 / amd64 flash player \o/ .. Where do I vote to have them continue forever not creating a FreeBSD version of that crap? Is your objection to Flash in particular, or to any product in that specific niche? I don't know about the other guy, but I find the Adobe Flash Player plugin pretty odious. Unfortunately, I also find Swfdec and Gnash pretty substandard as well. -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] pgpZ6CYfFTlfq.pgp Description: PGP signature
Re: Voting for a native i386/amd64 flash player
On Sat, Oct 03, 2009 at 08:01:07AM -0700, James Phillips wrote: I have this fantasy that if I design and build a better streaming video format, They (broadcasters) will use it, if properly marketed. It may be a fantasy, but as fantasies go, it's not a bad one. This would be despite the lack of strong DRM or license terms (GPL v3 is OK, right?). No, it isn't okay, really. 4. Publishers are authenticated with a Public-key infrastructure That caught my attention. I don't think we necessarily need a mainstream style implementation of PKI, though. I'd say either go with simple public key digital signatures in the style of OpenPGP or take cues from the Perspectives plugin for Firefox and do distributed web of trust style verification. Certifying Authorities are basically just a social engineering trick; now, instead of trusting one party, you have to trust two. 2. For interoperability, I need to stabilize key points of the spec before publication. Currently struggling with date stamps (taking into account leap seconds) (mostly resolved), and a transform to allow the publisher to be authenticated even if some data is missing. There are copyfree licensed implementations of date management that take leap seconds into account out there already. Is there some reason you can't borrow liberally from them? 4. A dual-license may quickly result in a fork that implements features I really don't want to see. (Read: anything deliberately incompatible.) That's just another reason to go with a copyfree license instead of the GPL. 5. I seem to be pre-occupied with the video compression, ignoring sound. PS: was this too off-topic? Maybe? I don't know. It's an interesting topic. -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] pgpkPa6DcPRUI.pgp Description: PGP signature
Voting for a native i386/amd64 flash player
Hey guys, Let's vote to have a native i386 / amd64 flash player \o/ .. We just have to create an account and voting on the link below =D http://bugs.adobe.com/jira/browse/FP-1060 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Voting for a native i386/amd64 flash player
Good luck the community has tried for years to get it and adobe seems to not care Leandro F Silva wrote: Hey guys, Let's vote to have a native i386 / amd64 flash player \o/ .. We just have to create an account and voting on the link below =D http://bugs.adobe.com/jira/browse/FP-1060 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Voting for a native i386/amd64 flash player
On Fri, Oct 2, 2009 at 8:01 PM, Aryeh M. Friedman aryeh.fried...@gmail.comwrote: Good luck the community has tried for years to get it and adobe seems to not care Leandro F Silva wrote: Hey guys, Let's vote to have a native i386 / amd64 flash player \o/ .. We just have to create an account and voting on the link below =D http://bugs.adobe.com/jira/browse/FP-1060 And if enough people petition Microsoft, we can get them to release Windows 7 source under the GPL. Reality called...your request to ignore it was denied. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Voting for a native i386/amd64 flash player
On Fri, Oct 02, 2009 at 08:15:07PM -0500, J Sisson wrote: And if enough people petition Microsoft, we can get them to release Windows 7 source under the GPL. Reality called...your request to ignore it was denied. Actually, we *could*. The problem is the definition of enough. I'm sure that if you got 100% of the Windows users in the world to do so, Microsoft top brass would be hard-pressed to avoid acquiescing. Meanwhile, I'm sure that if you got 1% to do so, it would raise some eyebrows at Microsoft, but utterly fail to get MS executives to put a moment's thought into making that kind of licensing change, except perhaps to laugh at it. The problem is figuring out the exact threshold, somewhere between 1% and 100%. In other words, to quote an old off-color joke: We've already established you're a prostitute, my dear. Now we're just haggling over the price. -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] pgp4pS3L5mEZz.pgp Description: PGP signature
Re: Voting for a native i386/amd64 flash player
On Sat, Oct 3, 2009 at 5:56 AM, Chad Perrin per...@apotheon.com wrote: On Fri, Oct 02, 2009 at 08:15:07PM -0500, J Sisson wrote: And if enough people petition Microsoft, we can get them to release Windows 7 source under the GPL. Reality called...your request to ignore it was denied. Actually, we *could*. The problem is the definition of enough. I'm sure that if you got 100% of the Windows users in the world to do so, Microsoft top brass would be hard-pressed to avoid acquiescing. Meanwhile, I'm sure that if you got 1% to do so, it would raise some eyebrows at Microsoft, but utterly fail to get MS executives to put a moment's thought into making that kind of licensing change, except perhaps to laugh at it. The problem is figuring out the exact threshold, somewhere between 1% and 100%. In other words, to quote an old off-color joke: We've already established you're a prostitute, my dear. Now we're just haggling over the price. -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] Better pray for Theora's mass adoption on streaming sites :-) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Voting for a native i386/amd64 flash player
Leandro F Silva wrote: Hey guys, Let's vote to have a native i386 / amd64 flash player \o/ .. We just have to create an account and voting on the link below =D http://bugs.adobe.com/jira/browse/FP-1060 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org Where do I vote to have them continue forever not creating a FreeBSD version of that crap? -- Rolf Nielsen ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
