search for: firehoses

Hi weary warriors of code reviewing, The default homepage in phabricator leaves some things to be desired IMO: - having changes sorted by *creation time* rather than *update time* is a fun way to lose track of things - the LLVM-wide activity feed seems not that useful (though fun) - as soon as a change lands, it becomes fairly hard to find Fortunately phabricator is pretty customizable.

...worked really well. I still get all the ISO C++ mailings, and the signal to noise ratio is pretty good in this regard. > > +1 for an “llvm-project” list that everyone involved in any llvm subproject is encouraged to sign up for. Another +1 from me. The llvm-dev and cfe-dev lists are both firehoses and a lot of people on the periphery of the community don’t subscribe to them for this reason (which is not a negative, it’s a sign of a healthy and active project). A lower-traffic list for everyone in the community would be very useful. David -------------- next part -------------- A non-text...

Hello, I have rails using a MSSQL db. The set up works fine with low volume, but with 2+ requests/second I keep on getting the following error: DBI::DatabaseError: Execute OLE error code:80004005 in Microsoft OLE DB Provider for SQL Server Cannot create new connection because in manual or distributed transaction mode. HRESULT error code:0x80020009 Exception occurred.: SELECT

On 29 Jul 2016, at 18:01, Mehdi Amini <mehdi.amini at apple.com> wrote: > > I don’t understand this statement. As of today you can send a diff to the mailing list, I don’t see how lower the bar can be. Really? You don’t see that hitting the web UI buttons that construct a pull request are lower than finding a mailing list to post to, subscribing, preparing a patch, emailing it,

Ah, I tried switching the default, and it doesn't work as I expected. The "My activity" view isn't shown in the menu for logged-out users, but it's still selected as the homepage, so reviews.llvm.org is an error page. This seems like a blocker, I'll file a bug against phabricator. On Tue, Nov 27, 2018 at 2:38 AM Michael Spencer <bigcheesegs at gmail.com> wrote:

Xiph.Org announces its first documentary video production: "A Digital Media Primer for Geeks" http://www.xiph.org/video/ "A Digital Media Primer For Geeks" is the first video from Xiph.Org, presenting the technical foundations of modern digital media via a half-hour firehose of information. Christopher "Monty" Montgomery, Red Hat engineer and founder of the Xiph.Org

Dom0 is Wheezy 64 bit with kernel 3.2.0-1-amd64 version 3.2.4-1, xen from xen-unstable.hg changeset 24858:a88ba599add1 plus these patch for not fail build: http://xen.1045712.n5.nabble.com/PATCH-0-of-2-rename-libxl-yajl-gen-alloc-td5469362.html And also this change for lib patch modified with multiarch support: vi config/StdGNU.mk LIBLEAFDIR_x86_64 ?= lib DomUs PV working, domUs with

Hi all. I'm assuming most people reading this email are familiar with LLVM's code review process <http://llvm.org/docs/DeveloperPolicy.html#code-reviews> as well as LLVM Weekly, the development newsletter I've written and sent out every Monday since Jan 2014. Since that time, it's provided something of a "signal boost" for important mailing list discussions and

...t;> On 6 Jul 2016, at 05:32, Chris Lattner via llvm-dev <llvm-dev at lists.llvm.org> wrote: >>> +1 for an “llvm-project” list that everyone involved in any llvm subproject is encouraged to sign up for. >> >> Another +1 from me. The llvm-dev and cfe-dev lists are both firehoses and a lot of people on the periphery of the community don’t subscribe to them for this reason (which is not a negative, it’s a sign of a healthy and active project). A lower-traffic list for everyone in the community would be very useful. > > I'm not against the idea, never have been, b...

Hi guys.. I new on this list :-) I have a Icecast2 working on FreeBSD sending theora video from .avi, i writing manual here http://angelvg.blogspot.com/2009/07/freebsd-icecast2-theora.html I try to put relay from radio stations on internet from WWW.RAUTEMUSIK.FM, this radio station have this data: IP 205.188.215.228 PORT 8034 This work good <relay>

I am reading the comprehensive on-line documentation about msm. The positive side is that it seems it has been designed for biomedical statistics, like Clinical Trials. The bad side is that it does not seem to model observations sequences that are not independent but instead are autocorrelated, as it is my case. I did not find any mention to correlated observations therefore I assume the authors

Is there a digium twitter 'user' to follow that only tweets important announcements and release information? If there is not, I think there should be. It would be highly utilitarian to get an SMS when there is an update to Asterisk, Dahdi, ADA etc, but I don't want to be bothered real-time with asteriskpbx tweets like: "Anyone trying anything cool with Asterisk over the

I think we've hit a record in the number of inline replies, here... :) Let's start fresh... Problem #1: What is flaky? The types of failures of a buildbot: 1. failures because of bad hardware / bad software / bad admin (timeout, disk full, crash, bad RAM) 2. failures because of infrastructure problems (svn, lnt, etc) 3. failures due to previous or external commits unrelated to the

Hi, A most peculiar and vexing problem for you all. I hope I have been verbose enough without being a firehose ;) The set up: I have a channel bank, using the r1t1 rhino driver with a rhino T1 card (the channel bank itself is a very legacy piece of equipment)- this supplies FXS for all the house phones. Also, a Wildcard TDM400P, using the wctdm module with 1 FXO module, this supplies FXO to the

On 27 August 2017 at 00:01, Alex Bradbury <asb at asbradbury.org> wrote: > Hi all. I'm assuming most people reading this email are familiar with LLVM's > code review process <http://llvm.org/docs/DeveloperPolicy.html#code-reviews> > as well as LLVM Weekly, the development newsletter I've written and sent out > every Monday since Jan 2014. Since that time,

> On Jul 29, 2016, at 2:19 AM, David Chisnall <david.chisnall at cl.cam.ac.uk> wrote: > > On 29 Jul 2016, at 05:11, Mehdi Amini via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> >> What I meant by “different problem" is that “downstream users” for instance don’t need to commit, that makes their problem/workflow quite different from an upstream developer

For ISO C++ we long ago created an 'all' list for topics that were organisational and not technically specific to an aspect of the Standard such as Library, or Core, or Extensions, etc.. For the most part I think that since the early 1990s when these lists started, the 'all' reflector/distribution-list has worked really well. I still get all the ISO C++ mailings, and the signal

Hai, In addition to Rowlands question. Can you run this script and post it to the list also. It gives a complete overview of what your running. Its basicly what Rowland asked, but with a few extra things. https://raw.githubusercontent.com/thctlo/samba4/master/samba-collect-debug-info.sh And the output of: kinit Administrator klist klist -ket /var/lib/samba/private/secrets.keytab

On 9 October 2015 at 19:02, David Blaikie <dblaikie at gmail.com> wrote: > Where "software" here is presumably the OS software Yes. This is the real noise, one that we cannot accept. > I think that misses the common usage of the term "flaky test" (or do the > tests themselves end up other (1) or (2)?) or flaky tests due to flaky > product code (hash

Thanks in advance. here's the total firehose drink. I've obscured host, domain, subnet. Hope that will still work for you. Don't want all the info publicized. klist -ket /var/lib/samba/private/secrets.keytab!! there is no /var/lib/samba/private/secrets.keytab klist -ket /etc/krb5.keytab KVNO Timestamp           Principal ---- -------------------