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 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
--- On Sun, 10/4/09, jhell wrote: > From: jhell > Subject: Re: Voting for a native i386/amd64 flash player > To: "James Phillips" > Cc: freebsd-questions@freebsd.org > Received: Sunday, October 4, 2009, 1:07 PM > > > > On Sun, 4 Oct 2009 08:33 -0700, anti_spam256@ wrote: > > 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
Leandro F Silva 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
-- 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
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 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
> > Message: 29 > Date: Sat, 3 Oct 2009 23:45:18 -0600 > From: Chad Perrin > 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
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
On Fri, Oct 2, 2009 at 9:25 PM, 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 > > 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
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
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 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 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
> -- > > Message: 9 > Date: Sat, 3 Oct 2009 06:28:29 +0100 > From: "Lucian @ 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 > > > 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
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
Lucian @ lastdot.org wrote: On Sat, Oct 3, 2009 at 5:56 AM, Chad Perrin 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
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"
Re: Voting for a native i386/amd64 flash player
On Sat, Oct 3, 2009 at 5:56 AM, Chad Perrin 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
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 Fri, Oct 2, 2009 at 8:01 PM, Aryeh M. Friedman wrote: > 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
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"
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"