similar to: Consider exporting some of the .Rd_get_xxx functions in tools

Displaying 20 results from an estimated 3000 matches similar to: "Consider exporting some of the .Rd_get_xxx functions in tools"

2007 Aug 13
0
Change in grep functionality causes Rd_db to fail silently (PR#9846)
Full_Name: Mike Pacey Version: 2.5.1 OS: SUSE SE Linux 9.3 Submission from: (NULL) (194.80.32.10) Versions 2.5.0 and 2.5.1 currently fail "make check" on my system due to a silent failure in the call to Rd_db("base"): ----- > ### Name: Rdutils > ### Title: Rd Utilities > ### Aliases: Rd_db Rd_parse > ### Keywords: utilities documentation > > ### **
2007 May 23
0
make check fails tools-Ex in 2.5.0
Hi folks, I'm attempting to compile and install 2.5.0, and "make check" is failing one of the earlier sanity tests. I'll append the relevant portion of the Rout.fail file below, but I've narrowed it down manually to a single command: > sessionInfo() R version 2.5.0 (2007-04-23) x86_64-unknown-linux-gnu locale:
2007 Nov 30
1
Puzzling message: "no man files in this package"
Dear R developers, When building/checking my package (in R 2.6.1 under windows) I run into some messages that I do not completely understand and that do not give me precise enough leads to pinpoint where the error in my package is. I would be very grateful for any suggestions. Did anyone else encounter the same problem before? When building or installing the package, I get the message (no error
2009 Sep 08
1
make check fails in r49613
Hi, I am reporting what seems to be a trivial error in one of the test files (this has been failing for a few days for me): Collecting examples for package 'tools' Running examples in package 'tools' Error: testing 'tools' failed Execution halted gmake[3]: *** [test-Examples-Base] Error 1 gmake[3]: Leaving directory `/usr/local/share/R-devel/tests/Examples' gmake[2]:
2017 May 09
2
Add more projects into Git monorepo
On 9 May 2017, at 15:58, Mehdi AMINI <joker.eph at gmail.com> wrote: > I'd expect any CI system to be able to cache this. > Also if you're issue is archiving a lot of build artifacts, the constant cost of the checkout isn't gonna matter that much. > Finally, the read-only individual repo can still be used by CI, which address this entirely. If we want to pull in new
2005 Sep 28
1
Does HTB consider PRIO or not?
Hello LARTC!!!! There is a question that kills me everytime I think about it. I just love HTB and for one year since I started to work wih it I had no complains until one day. One client needs to allocate the shared bandwith , based on priorities. The HTB as everybody knows have the CEIL parameter and also PRIO which are supposed to solve the problem. Now the problem: I configure everything, rate
2004 Nov 04
0
Re: HTB: quantum of class 10200 is small. Consider r2q change.
Bernard Łabno wrote: > Hello, > What does this line mean : > > HTB: quantum of class 10200 is small. Consider r2q change. > > > And how should I fix it ? I have dsl 1mb connection and 2 cards > (realtek-8139C and realtek-8100B/8139D) > > Could the above line cause this ? : > NETDEV WATCHDOG: eth0: transmit timed out > eth0: Transmit timeout, status 0c 0005
2005 Dec 27
0
HTB: quantum of class 10001 is big. Consider r2q change.
Hi, I have this message in my syslog: HTB: quantum of class 10001 is big. Consider r2q change. I don''t know why it''s there. I think all my setup is right. I am shaping traffic from my web server. It lives at three IP addresses, first is fast (and most important - aaa.bbb.ccc.1), second slower (aaa.bbb.ccc.2), third slowest (aaa.bbb.ccc.3). Total bandwidth is 2700kBps. Other
2003 Apr 30
1
Error! HTB: quantum of class 10001 is big. consider r2q change
hi. When I execute follow class setting qdisc 1:0 root htb default 2 parent 1:0 classid 1:1 htb rate 10Mbit ceil 10Mbit parent 1:1 classid 1:2 htb rate 10kbit ceil 100Mbit HTB: quantum of class 10001 is big. Consider r2q change. <7>htb*g j=1014xxxxx HTB: quantum of class 10001 is big. Consider r2q change. <7>htb*g j=1014xxxxx HTB: quantum of class 10001 is big. Consider r2q change.
2011 Feb 24
2
Bug#608988: xen-utils-4.0: please consider supporting remus
"PFEIFER DRAKO Schnieders, Ingo" <schnieders.ingo at drako.de> writes: > Did you modify or rebuild the original packages so that the remus binaries > are available ? Yes. > Where can I get these packages for testing at our environment ? Can you build it with the above steps? sudo apt-get build-dep xen-utils-4.0 apt-get source xen-utils-4.0 wget
2007 Apr 29
0
Bug#421525: logcheck: [INTL:pt_BR] Please consider updating the Brazilian Portuguese (pt_BR) translation
Package: logcheck Version: 1.2.55 Severity: wishlist Tags: patch l10n Hello, As requested by Christian Perrier <bubulle at debian.org>, attached you'll find an updated Brazilian Portuguese (pt_BR) debconf template translation for Debian's logcheck package. Please consider using the attached translation instead of the one currently being distributed within the Debian package.
2012 Oct 16
0
Bug#690608: logcheck-database: consider to add ignore.d.server/rrdcached
Package: logcheck-database Version: 1.3.15 Severity: minor Tags: patch Dear Maintainer, to drop (slightly boring) messages from the package rrdcached of the form: Oct 15 22:59:29 dds rrdcached[12045]: flushing old values I added a file named ignore.d.server/rrdcached, containing the line: ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ rrdcached\[[0-9]+\]: flushing old values$ Best, Sebastian
2003 Mar 27
1
[Bug 454] SSH doesn't consider distinguish ports for host-key verification
http://bugzilla.mindrot.org/show_bug.cgi?id=454 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |misiek at pld.org.pl ------- Additional Comments From djm at mindrot.org 2003-03-27 21:35 ------- *** Bug 523 has been marked as a
2011 Nov 16
1
consider bios upgrade...
Dear all, I didn't get any reply, so I send this mail again. On one of my windows Vms (KVM), I get from time to time a 'windows recovered from a serious error' message, and if I click the wonderfully useful (ahum) support link, I reach this page: http://wer.microsoft.com/responses/Response.aspx/1445/en/5.1.2600.2.00010100.3.0?SGD=67dba5c9-dc73-4bb8-8065-512ebd1c74ac I quote the
2013 Oct 09
0
[PATCH] drm/nouveau: consider CLASS_DISPLAY_3D devices while detecting dsm/optimus
The present code assumes that optimus is present whenever two VGA (PCI_CLASS_DISPLAY_VGA) devices are present. This does not seem to be the case of newer laptops with optimus, in which case the nvidia gpu is a PCI_CLASS_DISPLAY_3D device. Rework the logic so that we count both VGA and 3D devices, when contemplating if optimus is present on the platform. Bugzilla:
2020 Aug 28
1
[Bug 1457] New: Consider implementing functionality equivalent to iptables-apply
https://bugzilla.netfilter.org/show_bug.cgi?id=1457 Bug ID: 1457 Summary: Consider implementing functionality equivalent to iptables-apply Product: nftables Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: nft
2014 Jan 21
0
Re: [PATCH] builder: proper consider subkeys in index files
On Tue, Jan 21, 2014 at 05:18:27PM +0100, Pino Toscano wrote: > + sv = caml_copy_string (fields->subkey ? fields->subkey : ""); > Store_field (v, 1, sv); Heh, sure would be nice if this was an option type :-) I believe the following should work: (1) Change CAMLlocal4 (..) at the top of the function to: CAMLlocal5 (rv, v, sv, sv2, fv); (2) Then the new code
2011 Jun 21
2
[LLVMdev] [PATCH] Get DCE to consider livein PhysRegs to successor basic blocks.
Adds code to have DCE start off with a list of physical registers to be live on entry to at least one successor basic block (as mentioned in the FIXME comment). -- Sanjoy Das http://playingwithpointers.com -------------- next part -------------- A non-text attachment was scrubbed... Name: FIXME.patch Type: text/x-diff Size: 899 bytes Desc: not available URL:
2011 Jun 21
0
[LLVMdev] [PATCH] Get DCE to consider livein PhysRegs to successor basic blocks.
On Jun 21, 2011, at 12:51 AM, Sanjoy Das wrote: > Adds code to have DCE start off with a list of physical registers to be > live on entry to at least one successor basic block (as mentioned in the > FIXME comment). Looks good, but keep the comment (sans FIXME).
2000 Nov 10
1
Last S/Key thing to consider...
What is everyone's opinion on reverting back to the OpenBSD's auth-skey.c which uses S/Key's sha1.h and libskey.a instead of OpenSSL. Personally it does not matter to me. I would perfer to revert back myself to reduce the differences between the two code trees. (Or if OpenBSD could pick up the changes. Either way.) I've already sent a patch to the person doing the portable