search for: dissent

http://www.crikey.com.au/2010/10/01/the-internet-filter-coming-to-the-us-with-barely-any-dissent/ The US Congress spent yesterday packing up and heading home for mid-term re-election campaigns, having failed its most important job???passing the annual budget. But even this deadlocked Congress is capable of doing what the Australian Labor Party cannot???pass a mandatory ISP-based Internet filt...

...us are very much not on the same page. The only thing that we had a significant consensus on was that we'd like to move to GitHub. Other than that we have more disagreement than agreement. We do not have consensus on an all-in-one monorepo, and any notion that we do is ignoring the significant dissent. There was less disagreement with a mono-repo that had only tightly coupled projects, but that itself is hard to nail down and define, and there are still many people (myself included) who prefer the multi-repo solution. Mehdi, I don't know if it is your intent, but in many places in this thre...

Lacking any dissenting opinions, I wanted to give a heads up to folks: I plan to do the two major renamings I mentioned above this weekend. I'll do it over the weekend to try to minimize the number of patches that folks have outstanding touching files in those trees. I'll respond later this week with more de...

...ew simple Pat classes. Semantic information such as isBranch is still represented in the instruction definition meaning there isn't a complete split between MC-layer and codegen concerns. The Mips{64,32}r6InstrInfo.td does also factor out this information. This seems less compelling to me, but dissenting opinions are welcome! I've demonstrated both the "conventional" approach <https://gist.github.com/asb/0c61ebc131076c6186052c29968a491d#file-riscvinstrinfo_conventional-td> and the "separate patterns" approach <https://gist.github.com/asb/0c61ebc131076c6186052c29...

...ial pid "just in time". Any ideas are appreciated, or if the mongrel team is open to a patch to write the pid much earlier, I can try to put that together. Cheers, John * http://god.rubyforge.org/ -- John Joseph Bachir http://blog.johnjosephbachir.org http://lyceum.ibiblio.org http://dissent.cc http://jjb.cc

...t this forum so the counting become almost impossible. Thanks. --[ http://forums.winamp.com/showthread.php?s=&threadid=108853&perpage=40&pagenumber=1 ] this is the first post on the forum . , so consider connecting in and speakin' up (as the post-reply b0t says ) and register your dissent . the guy who wrote this actually has OGG Vorbis listed in his tag , so if enough of us add a request, it may become a priority . thanks ! a:/, --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a me...

...howing user names > to the world (which has always been considered to be poor security > at best) is just 'yeah, whatever you feel like doing. go ahead.' > User interface decisions are never driven by security. If security is mentioned then it is used as a fig-leaf to shut down dissent. Security when applied to these sorts of decisions is the patriotism of the FOSS world. The last refuge of scoundrels who have no desire to admit error and wish no discomfort from making any. The actual reasons for change usually come down to the aesthetic values of a small group of developers,...

Hi, Apart from whether fast-isel should be enabled or disabled (I think enabled, personally), I haven't heard any dissenting voices about how to attack the merge problem yet. Tim, am I correct in saying that you believe AArch64 -> ARM64 is the right way to go? Does anyone disagree with that approach? Cheers, James ________________________________________ From: llvmdev-bounces at cs.uiuc.edu [llvmdev-bounces at...

I have a magical proposal for the anti-magic web framework. Controller methods do not use arguments and yet expect arguments. This is handled through this params hash because we don''t know in advance what parameters a client could pass to Merb. But in almost every instance, it is too much to know all the query parameters - one doesn''t care if the user threw in an extraneous

I’m just now catching up on this massive thread after being on vacation last week, and I have a few thoughts I’d like to share. First and foremost please don’t consider lack of dissent on the thread as presence of consensus. The various git-related threads on LLVM-dev lately have been so active and contentious that I think a lot of people are zoning out on the conversations. As supporting evidence of this, I was discussing this thread yesterday around the office yesterday and had...

...age if it is not before 1980 ;). Otherwise it will send a request for punch cards with ".C is deprecated, please upgrade to .Call" stamped out :P At that point I'll be flaming about using the native Aleph interface and not the R compatibility layer ;) > > Cheers, > S I'll dissent -- I don't think .C is inherently any more dangerous than .Call and prefer it's simplicity in many cases. Calling C at all is what is inherently dangerous -- I can reference beyond the end of a vector, write over objects that should be read only, and branch to random places using eithe...

...us, a typical (for me) 3 hour recording is very roughly 500 MB. I want to compress these and burn them to CD. My goal is to have them for many years (yes, I know I will have to watch media degradation). Thus, a bunch of questions. Question 1) I know this is probably the wrong place to ask for a dissenting view, but are these .ogg files going to be easily readable in 10 years? It seems like .ogg has reached critical mass, and it seems (from what I have read) that the format's specification will be stable, but I would like to ask. mp3 is the obvious alternative. I prefer Vorbis compression o...

On 27 July 2016 at 17:47, Chris Bieneman via llvm-dev <llvm-dev at lists.llvm.org> wrote: > First and foremost please don’t consider lack of dissent on the thread as > presence of consensus. Hi Chris, First things first: I give you my word that I will be yelling louder than others if this ever happens. (I can be *very* loud! :) People can push and yell all they want, changes like this are not done over mailing list discussions. I have vo...

...g the 2.6.31 merge window. I'm expecting 2.6.32 though. - reflink The generic reflink system call patch seems to have evolved as needed. I'm ready to push it upstream, but I don't think it goes without some consumer. That is, I push it with the refcount tree code. I'm open to dissenters, though, and I'm going to be asking VFS people about it. That's what I have. What'd I miss? Joel -- "Gone to plant a weeping willow On the bank's green edge it will roll, roll, roll. Sing a lulaby beside the waters. Lovers come and go, the river roll, roll, rolls.&...

I hate to have started this, especially the "sister" thread that has dissented into a flame war of what is OSS. Let me say that I believe there is nothing wrong trying to make money on ones efforts. Actually it is a must. How can anyone continue to put efforts into a project when there is no reward? Especially when most of the effort is by a single individual. Secondly...

...t lists.llvm.org> wrote: > The thing I use normally only shows the first N lines by default (I don’t > know off hand what N is). Honestly, I don’t feel very strongly about the > specific order, but it’s not useful when somebody proposes something on the > list, and nobody voices any dissent (choosing instead to silently oppose > the change). My requests would be: > > > > 1. The order should be customizable via command line. > 2. By default, it should not dump things to multiple locations. If I > ask for verbose output, I want to get blasted with all the s...

...s me feel uncomfortable. Many many people interpret that to mean those with the most experience/social capital are best equipped to make decisions. Not only is that not always true, it leads to an organization with structural barriers to newcomers, those with different/less common backgrounds and dissenting views. I definitely do not want to go for "meritocracy." > Hoewever, I'd strongly advise against a simple voting system. Agreed! > We also need to be scalable. If we have a decision that only affects a > small part of the code, we can handle in the sub-community (like...

...ings, though it probably will work. The dovecot people seemed to think so. I'm giving this a rest to let my brain cool down. Perhaps I'll try it later. Please weight in on Rowland's comment about restricting documentation on kerberos authentication to domain members. I've posted a dissenting view, but maybe I'm alone in my opinion that there should be no issue running a mail server on the same box as the AD/DC. Perhaps few people do that, but my feeling is that most people do that. Feedback by you and others as to real-world use could be valuable. --Mark

...sts.llvm.org> wrote: > > The thing I use normally only shows the first N lines by default (I don’t > know off hand what N is). Honestly, I don’t feel very strongly about the > specific order, but it’s not useful when somebody proposes something on the > list, and nobody voices any dissent (choosing instead to silently oppose > the change). My requests would be: > > > > 1. The order should be customizable via command line. > 2. By default, it should not dump things to multiple locations. If I > ask for verbose output, I want to get blasted with all the s...

..."Saying how hard or easy it is for you is an invalid argument, we need more concrete facts". I absolutely agree with that statement, but interpreting how easy or hard concrete facts would be fall on the same fallacy, so it doesn't bring us closer to consensus, it brings us closer to dissent. That is why I think this thread has already surpassed it's usefulness (for a long time), and we need a concrete write up on the proposal. (I hear it's in progress, let's wait for it). >From now on, I'd propose the discussion to be *just* about this specific proposal, preferabl...