search for: shrug

Hi all Reposting this for the benefit of anyone who may be able to attend but wouldn''t normally see ShRUG announcements. ShRUG is the Sheffield (UK) Ruby User Group. ShRUG July 2010 is now confirmed. Ashley Moran (that''s me) of PatchSpace Ltd (that''s also me, really) will be running an introduction to RSpec, a powerful and mature BDD/testing library for Ruby*. No RSpec or unit test...

Kom till oss på Kammakargatan 9A den 1 november. Vi startar klockan 18.00 med mat och sedan följer intressanta tal, mingel och kanske en öl eller två. Vi har begränsat med platser så ta er tid att gå in på http://simplesignup.se/event/14236<http://simplesignup.se/event/14236-shrug>och anmäl dig. Varmt välkomna! /Elin och Kim Program - Mat/Intro - Presentationer - Rails tools at Bukowskis by Marius - Puppet/Mcollective/Chef by Lowe Schmidt - Rails#4 by Peter Marklund - Öl och mingel Frågor eller funderingar - maila Elin Uppström eller Kim L...

...ads going on ......... Who else on here prefers the newsgroup/threaded approach? If you haven't already, check out news.gmane.org for mailing lists turned into newsgroups readable by news readers....... only problem being that this list requires list membership before posting............<Shrug> C h r i s E a r l e System Solutions Specialist

Where might I find an rpm for Centos?

...1PM +0300, Vladimir Sementsov-Ogievskiy wrote: > > s-o-b line missed. > > I'm not sure if the NBD project has a strict policy on including one, > but I don't mind adding it. I've never required it, mostly because it's something that I myself always forget, too, so, *shrug*. (if there were a way in git to make it add that automatically, that would help; I've looked but haven't found it) -- w at uter.{be,co.za} wouter@{grep.be,fosdem.org,debian.org} I will have a Tin-Actinium-Potassium mixture, thanks.

if ya' haven't seen it already, check out: http://www.canoe.ca/MoneyWSJ/wsj2-dow.html ad, sad, sad. on many fronts. I don't begin to understand how this might work; I suppose the MP3 degradation only applies to MS encoding software... *shrug* this may, however, provide a good leveraging point for Vorbis. have fun dongoodman %--------------------------------------------deg3@ra.msstate.edu| |bleu| |`I invented the term 'object oriented', pobox 2516| |----| |and I can tell you...

...o they both grew with every record.) As an quick experiment, we removed that item from our data set and re-ran the process. The results were not very good. Perhaps 75% as good as training with the "wrong" factor included. So, this is really a philosophical question. Do we: 1) Shrug and say, "who cares", the SVM figured it out and likes that bad data item for some inexplicable reason 2) Tear into the math and try to figure out WHY the SVM is predicting more accurately Any opinions?? Thanks!

...that time, it's a bug. > > I'm copying Gabor, as AFAIK, his bot is not based on the new > CMake+Ninja fix, but on an old polling script we had, which makes > timeouts useless. > > Let's try this one first, and only consider any more drastic solution > after. > *shrug* I haven't looked at whatever specific bots are under discussion, but I really wouldn't mind/would like if the bots had a more "revert to green" feel to them just like we have for commits: take a bot offline, fix/iterate/improve it, see if it comes good, then bring it back to the...

...which run practially 24/7, I can do an "rpm -Uhv samba.rpm" and then do an "smb restart" with very little impact. If I move to non-rpm versions, I am forced to compile first, remove the RPM, which is a longer downtime, then install Samba and then turn Samba back on. Just FYI. *shrug* JMS

On Wed, Aug 26, 2015 at 9:41 AM, Renato Golin <renato.golin at linaro.org> wrote: > On 26 August 2015 at 17:39, David Blaikie <dblaikie at gmail.com> wrote: > > *shrug* I haven't looked at whatever specific bots are under discussion, > but > > I really wouldn't mind/would like if the bots had a more "revert to > green" > > feel to them just like we have for commits: take a bot offline, > > fix/iterate/improve it, see if i...

...atch first or use \b > after the matches so that $all_barriers could work > successfully without a following \s*\( > > my $all_barriers = qr{ > (?:smp|virt)_(?:barrier_stems)| > $barriers) > }x; > > or maybe add separate $smp_barriers and $virt_barriers > > <shrug> it doesn't matter much in any case OK just to clarify - are you OK with merging the patch as is? Refactorings can come as patches on top if required. -- MST

...atch first or use \b > after the matches so that $all_barriers could work > successfully without a following \s*\( > > my $all_barriers = qr{ > (?:smp|virt)_(?:barrier_stems)| > $barriers) > }x; > > or maybe add separate $smp_barriers and $virt_barriers > > <shrug> it doesn't matter much in any case OK just to clarify - are you OK with merging the patch as is? Refactorings can come as patches on top if required. -- MST

...nd? > I share your concern. However, I suspect that a) we will always have at least an alias as both triples are probably in use at this point, and b) it won't be the end of the world to have two triples for the same arch long term. amd64 and x86_64 wasn't the end of the world either. ::shrug:: -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20140328/36a5a1eb/attachment.html>

Hi Eric, > I think some people are waiting until the conference to sit down and discuss. At this point it's probably fine to wait. That makes sense. > *shrug* For now I'm ok with just llvm-c with a comment of "these apis are guaranteed to change use at your own risk", or some similar idea. Sounds good. I'll commit something like this over the weekend. I'd like to give people a chance to play with it before the conference so they c...

...t; Nothing you have said tells me you have LaTeX working (a binary install of > R does not depend on it), but if you actually know it is installed and > available to R then that isn't the problem. Since you have not said what > you actually did or what errors you encountered I can only shrug and > suggest that that the website is a complete rendering of the book and the > for-sale version makes a worthwhile contribution to the author and the > community. Jeff, Downloading the site as a .zip file and reading the README.md tells us that pandoc is required. This is a format...

...or some > functionality out of TLI. > Possibly, though I think TargetData should still be able to get you what you want. > > Currently TLI is only available in LLC. I suggest that we merge LLC and OPT > into a single tool that will drive both IR-level passes and the codegen. > *shrug* I really don't think this is necessary either. There's really no need for merging the two tools (and IMO would weaken the separation here). Why not just have TargetData/TargetLoweringInfo in opt? > I agree that it is not necessary for many optimizations. However, this is > absolute...

Does anyone know if there is a Smartnet contract or whatnot available from Cisco for access to the latest 7920 images? I've got one w/ asterisk that is exhibiting a few of the documented bugs running 1.0.3 (1.0.7 is the latest IIRC). Thanks! -- /* Ian A. Underwood - agentgrn@dcne.net - http://www.agentgreen.org There are 4 boxes to use in the defense of liberty: soap, ballot,

...r to users, but instinctively it feels wrong -- like > cheating by skipping 36 versions :-) > Eh, if we're switching to a completely unrelated versioning scheme, it doesn't seem completely unreasonable. We could also count how many time-based releases we have had and use that... :: shrug :: I think counting from 4 or counting from 40 are all fine ways to number releases. > > Thanks, > Hans > _______________________________________________ > lldb-dev mailing list > lldb-dev at lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev > -----...

...I tried google-pprof (from the Debian stable google-perftools 2.7-1 package) and couldn't figure it out... Even the example from the manpage: `google-pprof /bin/ls ls.prof` didn't seem to work. It tried to open an invalid URL with curl 'http://ls.prof/pprof/profile?seconds=30' ... *shrug*

...of them. :) > Well, it's mostly for both :) >> But yes, that'd be crazy :) > > Was that a -1 on doing it, though? :) Don't see much of a reason to be incompatible with gcc on this one. Maybe a new set of command line options for optimization? But what do I know? *shrug* I've always hated dealing with command line options :) -eric