search for: debugmes

Lots of xm-test tests are failing with console timeouts on some machines at the moment. I reproduced the problem and found it was due to some probing activity in the boot process of the -xen kernel. The behaviour of the current xm-test code is to assume that the boot process has finished after performing three one-second waits for input---when the probing activity introduces more than three

The following test case does local migration 3 times in a loop. I currently see the following error output on x86-64 (only!) inside the guest (change debugMe in line 68 of xm-test/lib/XmTestLib/Console.py to True): @%@%> XENBUS error -12 while reading message XENBUS error -12 while reading message XENBUS unexpected type [1325400064], expected [4] XENBUS error -12 while reading message XENBUS

Hi All; This problem has come about from trying to learn some of the review practices recommend by rOpensci. One of them is to use the package goodpractice. After installing goodpractice, it kept failing on my own packages which are under development, and I was concerned something was funny in my own , so I have a fork of the package rerddap, and I tested goodpractice on that. I get the

awesome, merci Dirk! and my apologies for not scrolling down better, I failed to see that the 18.04 update was linked to the R 3.5 issue . Further, please forgive my impatience, but I was very curious to see if the package tidyverse could be installed: I have the impression that it is short of being installed, missing just a few simple packages (with no apparent non-R dependencies). Indeed, a

withr:::set_makevars() can give that error if the makefile named by the 'old_path' argument (default "~/.R/Makevars) contains more than one definition of a variable of the form 'name=value'. You can see what file it is reading and its contents by using the trace() function: trace(withr:::set_makevars, quote({ cat(old_path, "\n"); writeLines(paste0(" ",

...ablo II\Game_crk.exe.so' as Winelib application: C:\Program Files\Diablo II\Game_crk.exe.so: cannot open shared object file: No such file or directo Wine failed with return code 1 that's really eerything I get that's not me cutting the end off that No Such file or Directory. I tried debugmes +ntdll, but I don't get anything more. can anyone help me? I've not included the crack I'm using (don't want to make this post too big :-) but i can let you have it if you ask) is there anyone who's got this working? if so could you mail me the crack, I can play single play...

Hi I just upgraded to the Ubuntu 18.04 LTS, and tried to add both the "Ubuntu packages" source as well as ppa. I was not able to do this, trying to add for example: deb http://cran.cnr.berkeley.edu/bin/linux/ubuntu bionic/ or using: sudo add-apt-repository ppa:marutter/c2d4u am I doing something wrong, or just being impatient? Are there any plans to build these repos in the near

On Friday, 26 June 2020 10.47.13 WEST I?aki Ucar wrote: > I used bcond locally and wrongly assumed that fedpkg build would > support --with BCOND and --without BCOND. Instead, the way to activate > it is to change to "%bcond_with check" and then revert to > "%bcond_without check". The only difference with bootstrap is that > "bootstrap" is recognized

FYI, I plan on implementing this for F31 if no issues arise. ---------- Forwarded message --------- From: Ben Cotton <bcotton at redhat.com> Date: Tue, 2 Jul 2019 at 10:55 Subject: Fedora 31 System-Wide change proposal: Automatic R runtime dependencies To: <devel-announce at lists.fedoraproject.org>, Development discussions related to Fedora <devel at lists.fedoraproject.org>

Tom, I think it might be productive to fork this thread to discuss making the requirements for upstreaming a new LLVM target more explicit and open. I'd also like to gauge interest in an idea I've discussed privately with a few community members, namely the concept of having a semi-official "incubation" system whereby proposed backends could get a trial run before becoming part

plain text document attachment (lguest64.patch) This is the main core code for the lguest64. Have fun, and don't hurt the puppies! Signed-off-by: Steven Rostedt <srostedt@redhat.com> Signed-off-by: Glauber de Oliveira Costa <glommer@gmail.com> Cc: Chris Wright <chrisw@sous-sol.org> Index: work-pv/arch/x86_64/lguest/Makefile

plain text document attachment (lguest64.patch) This is the main core code for the lguest64. Have fun, and don't hurt the puppies! Signed-off-by: Steven Rostedt <srostedt@redhat.com> Signed-off-by: Glauber de Oliveira Costa <glommer@gmail.com> Cc: Chris Wright <chrisw@sous-sol.org> Index: work-pv/arch/x86_64/lguest/Makefile