similar to: pdf driver (PR#1169)

In re-factoring my optimx package, I'm finding that the pdf output has some lines that are outside the margins (and there are warnings in R CMD check optimx). Clearly I can fix this by editing the tex file that is generated, but the build infrastructure would still get things wrong in automatic processing. So that gives rise to 3 questions: 1) How do I adjust the DESCRIPTION file to avoid too

https://bugzilla.mindrot.org/show_bug.cgi?id=1169 Iain Morgan <imorgan at nas.nasa.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |imorgan at nas.nasa.gov --- Comment #10 from Iain Morgan <imorgan at nas.nasa.gov> --- Perhaps this could

http://bugzilla.mindrot.org/show_bug.cgi?id=1169 Summary: Enhancement request to support subnet configurations for Host configuration directive Product: Portable OpenSSH Version: 4.2p1 Platform: Other OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: ssh

https://bugzilla.mindrot.org/show_bug.cgi?id=1169 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |djm at mindrot.org --- Comment #1 from Damien Miller <djm at mindrot.org> 2010-04-09 15:02:32 EST --- I'd

https://bugzilla.mindrot.org/show_bug.cgi?id=1169 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |1803 --- Comment #2 from Damien Miller <djm at mindrot.org> --- This might well turn out to be too confusing

https://bugzilla.mindrot.org/show_bug.cgi?id=1169 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |1930 --- Comment #3 from Damien Miller <djm at mindrot.org> 2011-09-06 10:34:08 EST --- Retarget unresolved

https://bugzilla.mindrot.org/show_bug.cgi?id=1169 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |2130 --- Comment #12 from Damien Miller <djm at mindrot.org> --- Retarget to openssh-6.4 -- You are

https://bugzilla.mindrot.org/show_bug.cgi?id=1169 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|2130 | --- Comment #14 from Damien Miller <djm at mindrot.org> --- This won't be in the 6.4 release. I'd

https://bugzilla.mindrot.org/show_bug.cgi?id=1169 Marc Zonzon <marc.zonzon at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marc.zonzon at gmail.com --- Comment #15 from Marc Zonzon <marc.zonzon at gmail.com> --- Created

https://bugzilla.mindrot.org/show_bug.cgi?id=1169 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mmendez534 at gmail.com --- Comment #19 from Damien Miller <djm at mindrot.org> --- *** Bug 2645 has been

CentOS Errata and Bugfix Advisory 2014:1169 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1169.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e5a954878474cf99249e44a000400f405915be854705cb6ac544306f064b7a84 lldpad-0.9.46-3.el6_5.i686.rpm

CentOS Errata and Security Advisory 2018:1169 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1169 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: d1a2ab60a2247b22ae7b4ab8738bf1e4ffcbb11c8354f92ea2ecfdf6fea992f8 corosync-2.4.3-2.el7_5.1.x86_64.rpm

CentOS Errata and Security Advisory 2019:1169 Important Upstream details at : https://access.redhat.com/errata/RHSA-2019:1169 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e91c7432a39874cc80483ce4343b2bf5974fbaffe44fc3eacb3cd2e2334afcc7 kernel-2.6.32-754.14.2.el6.i686.rpm

https://bugzilla.netfilter.org/show_bug.cgi?id=1169 Bug ID: 1169 Summary: Bug in altering IP TTL field of a packet? Product: nftables Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: nft Assignee: pablo at netfilter.org

Hi, Is there a way to modify the string such as char a or char b? Could I use the way like "Replace an instruction with another Value" in Programm Manual? In fact, what I am interested in is string with visible expression, not all string, and I am trying to hide the orignal string by using simple way like XOR.. Is there a way to reorder the basic blocks? Thanks. Qiuyu C Source

On Tue, 2004-11-30 at 08:58, Chris Lattner wrote: > On Tue, 30 Nov 2004, Tanu Sharma wrote: > > > I have trouble using the llvm tools.Some of the errors are : > > > > $ llvm-dis prog.bc > > $ llvm-dis: Invalid Top Level Block Length! Type:1, Size:456 (Vers=0, Pos=12) > > Can you explain how you generated this bytecode file? It looks corrupted > or

--0__=88256B050063F04C8f9e8a93df938690918c88256B050063F04C Content-type: text/plain; charset=us-ascii The attached script produces "Error in plot.xy ... negative length vectors are not allowed" when using pdf() but not when using postscript (). platform sparc-sun-solaris2.8 arch sparc os solaris2.8 system sparc, solaris2.8 status major 1 minor 3.1 year 2001 month

On Tue, 30 Nov 2004, Tanu Sharma wrote: > I have trouble using the llvm tools.Some of the errors are : > > $ llvm-dis prog.bc > $ llvm-dis: Invalid Top Level Block Length! Type:1, Size:456 (Vers=0, Pos=12) Can you explain how you generated this bytecode file? It looks corrupted or something. Also, can you send the actual bytecode file itself? Thanks! -Chris >

Pues parece que el problema si es de lme4, cuya versión 1.0-4 se publicó en septiembre de este año. En la página en cran del paquete pone "The core computational algorithms are implemented using the Eigen C++ library for numerical linear algebra and RcppEigen "glue" " . El tema es que al utilizar esta versión junto con la librería boot, el tiempo de cálculo se incrementa

--0__=H3pYBZPryUqFrHKFfIys0jD6E5DJia4vmWwghmZyVtkEnrsF4KhQPjM8 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Included is a gzipped tar archive with the config.h, config.log and a log of the compilation problem. Peter(See attached file: bug-R-0.99.0.tgz) --0__=H3pYBZPryUqFrHKFfIys0jD6E5DJia4vmWwghmZyVtkEnrsF4KhQPjM8 Content-type: application/octet-stream;