search for: shrugged

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

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

Arrrrgh I hate trying to sift through all these messages and keep track of the various threads 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

Where might I find an rpm for Centos?

On Fri, Mar 03, 2023 at 04:17:40PM -0600, Eric Blake wrote: > On Fri, Dec 16, 2022 at 10:32:01PM +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,

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

Hi, I have a strange one for the group. We have a system that predicts probabilities using a fairly standard svm (e1017). We are looking at probabilities of a binary outcome. The input data is generated by a perl script that calculates a bunch of things, fetches data from a database, etc. We train the system on 30,000 examples and then test the system on an unseen set of 5,000 records.

On Wed, Aug 26, 2015 at 9:34 AM, Renato Golin via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On 26 August 2015 at 17:27, Tobias Grosser <tobias at grosser.es> wrote: > > @Galina: It seems this bot is now almost permanently running into a > > compile-time > > timeout. Maybe you can fix this by either increasing the timeout or by > > switching to a

Someone emailed me directly when I was asking about the 8.0 RPMs, and why I didn't just compile it. Due to the production nature of our servers 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

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

On Sun, Jan 10, 2016 at 02:52:16PM -0800, Joe Perches wrote: > On Mon, 2016-01-11 at 09:13 +1100, Julian Calaby wrote: > > On Mon, Jan 11, 2016 at 6:31 AM, Michael S. Tsirkin <mst at redhat.com> wrote: > > > Add virt_ barriers to list of barriers to check for > > > presence of a comment. > [] > > > diff --git a/scripts/checkpatch.pl

On Sun, Jan 10, 2016 at 02:52:16PM -0800, Joe Perches wrote: > On Mon, 2016-01-11 at 09:13 +1100, Julian Calaby wrote: > > On Mon, Jan 11, 2016 at 6:31 AM, Michael S. Tsirkin <mst at redhat.com> wrote: > > > Add virt_ barriers to list of barriers to check for > > > presence of a comment. > [] > > > diff --git a/scripts/checkpatch.pl

On Fri, Mar 28, 2014 at 2:31 PM, Hal Finkel <hfinkel at anl.gov> wrote: > ----- Original Message ----- > > From: "Tim Northover" <t.p.northover at gmail.com> > > To: "Renato Golin" <renato.golin at linaro.org> > > Cc: "LLVM Developers Mailing List" <LLVMdev at cs.uiuc.edu> > > Sent: Friday, March 28, 2014 3:47:49 PM

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

On Wed, 14 Mar 2018, Jeff Newmiller wrote: > 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

> Regarding TLI. So, DAGCombine, CodeGenPrepare, LoopReduce all use the TLI > interface which can answer questions such as "is this operation supported ?" > or "is this type legal". This is a subset of what we need in a vectorized. > We can discuss other requirements that the vectorizer may have after we > finish with the first phase. I suspect that we may

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,

On Mon, Jun 27, 2016 at 3:38 PM Hans Wennborg via lldb-dev < lldb-dev at lists.llvm.org> wrote: > On Mon, Jun 27, 2016 at 3:29 PM, Chris Lattner <clattner at apple.com> wrote: > > On Jun 27, 2016, at 8:26 AM, Hans Wennborg via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> That's what concerns me about going to the scheme Richard and Rafael >

Olly Betts <olly at survex.com> wrote: > The report you show seems to be just the time take by each function > directly rather than including functions it calls. It looks like a lot > of the time is spent in cursor movement, as totalling up things that > seem like they'd be due to that I quickly get to 40+% but it's hard > to tell if that's about the actual total

>> >> I've always used O1 for a quick cleanup so that my debug code doesn't >> completely suck, but hasn't been optimized into oblivion for gdb. >> Also >> makes looking at the resultant assembly dumps fairly easy. > > If this is from the compiler programmer perspective, we have better > tools for that. If this is from the user perspective,