similar to: openoffice port build on FreeBSD 4.9

Happened twice. There might also be a race condition and some bad pointers in chan_local.locals_show. First the segfault. CLI> show locals <unowned> -- 6001@default Segmentation fault (core dumped) [root@mars asterisk]# ll -tr total 22260 [...] Loaded symbols for /usr/lib/asterisk/modules/chan_local.so #0 __pthread_mutex_lock (mutex=0x5d8) at mutex.c:99 99 mutex.c: No such file

Package: xen-utils-common Version: 4.1.2-1 Severity: important User: debian-qa at lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts

Package: xcp-guest-templates Version: 0.1-4 Severity: important User: debian-qa at lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts

Hi, I've been going through my queue of candidate patches for the 3.6 branch, and I think the process could be smoother if we had more code owners. So, I'd like to encourage people to nominate themselves or others as code owners for any part of LLVM that doesn't already have one. The responsibilities of a code owner include reviewing patches submitted to llvm-commits and approving

Package: blktap-dkms Version: 2.0.91-1 Severity: important User: debian-qa at lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean

Processing commands for control at bugs.debian.org: > found 661231 1:3.22+dfsg1-2 Bug #661231 [isdnlog] isdnlog: unowned files after purge (policy 6.8) violating FHS (policy 9.1) too Bug #331116 [isdnlog] isdnlog: fails to purge Marked as found in versions isdnutils/1:3.22+dfsg1-2. Marked as found in versions isdnutils/1:3.22+dfsg1-2. > found 527067 1.4.15+nmu2 Bug #527067

Processing commands for control at bugs.debian.org: > # bugs with submitter debian at abeckmann.de > submitter 479445 ! Bug #479445 [gnuplot] gnuplot: wrong line numbers for missing files reported during replot Changed Bug submitter to 'Andreas Beckmann <anbe at debian.org>' from 'Andreas Beckmann <debian at abeckmann.de>' > submitter 681568 ! Bug #681568

Hey folks, I was trying to install a jvm for the linux-mozilla port on 4-stable. 4-stable of yesterday (updated) and all ports of yesterday except as indicated. I am through all of them, blackdown-1.3, blackdown-1.4.2, checked out the previous blackdown-1.4.1, Sun-1.3.1 and Sun-1.4.2. Most of them have incompatible C++ interfaces to the current linux-mozilla, except blackdown-1.4.2, which

On Mon, Feb 29, 2016 at 03:47:49PM -0800, David Blaikie wrote: > On Mon, Feb 29, 2016 at 3:36 PM, Peter Collingbourne <peter at pcc.me.uk> > wrote: > > > Hi David, > > > > The way I imagined that we might want to extend the MCStreamer API (this > > was motivated by DIEData) is by allowing clients to move bytes and fixups > > into the MC layer. >

Hello all! I recently install R-1.2.3 and Omegahat SJava pkg (formely Java pkg) 0.62 and tried running the examples by issuing "scripts/RJava --example --gui=none" and I got the following: Error in dyn.load(x, as.logical(local), as.logical(now)) : unable to load shared library "/usr/lib/R/library/ctest/libs/ctest.so": ld.so.1:

Processing commands for control at bugs.debian.org: > user debian-qa at lists.debian.org Setting user to debian-qa at lists.debian.org (was debian at abeckmann.de). > usertags 669005 piuparts Bug#669005: uninstallable on sid (might just need require a rebuild) There were no usertags set. Usertags are now: piuparts. > affects 669005 + shogun-python-static shogun-python-modular

Ping - we've hit another of these (propagating Diagnostic::OwnsDiagClient into other places) in http://llvm.org/viewvc/llvm-project?view=revision&revision=221884 Any ideas how we should be tackling this overall? I'm not entirely convinced these are fixable by design and I think we might honestly want a conditional-ownership smart pointer... But I'm happy to hold off on that a

Processing commands for control at bugs.debian.org: > user debian-qa at lists.debian.org Setting user to debian-qa at lists.debian.org (was anbe at debian.org). > tags 714794 - moreinfo Bug #714794 {Done: Gilles Filippini <pini at debian.org>} [release.debian.org] pu: package sikuli/1.0~x~rc3.tesseract3-dfsg1-5+deb7u1 Removed tag(s) moreinfo. > tags 710035 - moreinfo Bug #710035

On Mon, Feb 29, 2016 at 3:36 PM, Peter Collingbourne <peter at pcc.me.uk> wrote: > Hi David, > > The way I imagined that we might want to extend the MCStreamer API (this > was motivated by DIEData) is by allowing clients to move bytes and fixups > into the MC layer. > > This is the sort of API that I was imagining: > > void

[+cfe-dev] This conversation has already been happening on llvm-dev so there's no good way for me to capture the entire existing discussion (so I'm jumping you in part-way) & the subject line could be more descriptive, but I wanted to add Clang developers since many of the interesting cases of conditional ownership I've seen were in Clang. I know some of you are also on llvm-dev

This was a fun one to track down... I was trying to use the append_if_no_such_line script from the wiki and it was working fine EXCEPT when I threw a notify at it. The notify appears to completely ignore both unless and onlyif within the exec for some reason. If I put the same test in the actual command line, it works fine. Example: unless => "/bin/grep -Fqe ''$line''

Hi, I would like to use dtrace to observe some behaviour in my J2EE app running in JBoss. I start JBoss normally in a 1.6 VM. When I try to enable set the ExtendedDTraceProbes flag using jinfo, I get a thread dump in the JBoss console and the message: "Unable to open door: target process not responding or HotSpot VM not loaded" in the jinfo console. I have tried this with both

On Wed, Jan 14, 2015 at 9:05 AM, Duncan P. N. Exon Smith < dexonsmith at apple.com> wrote: > > > On 2015 Jan 14, at 07:58, Duncan P. N. Exon Smith <dexonsmith at apple.com> > wrote: > > > >> > >> On 2015 Jan 13, at 23:59, David Blaikie <dblaikie at gmail.com> wrote: > >> > >> > >> > >> On Tue, Jan 13, 2015

Linux.file_owner is not used by any other function, so remove it. Linux.is_file_owned is only used when removing kmod-xenpv on old RHEL releases, and so is only required to work for RPM. The old file_owner/is_file_owned functions were completely broken. This replaces them with a simpler, working implementation that only covers the narrow use case of removing kmod-xenpv non-owned directories.

On Thu, Nov 13, 2014 at 10:59 AM, Argyrios Kyrtzidis <akyrtzi at gmail.com> wrote: > Could we consider moving the things you listed to shared pointer semantics > ? It will be a simple and clear model; unless someone justifies that it > will be a performance concern to use shared pointers there I don’t think we > need a new and more complex to reason about smart pointer. >