similar to: 6345621 FMA topo support for Boston/Seattle

Hello, I am trying to select the following headers from a data frame but when I try and run the command it executes halfway through and give me an error at V188 and V359. Temp <- data.frame(V4, V5, V6, V7, V8, V9, V10, V11, V12, V13, V14, V15, V16, V17, V18, V19, V20, V21, V22, V23, V24, V25, V26, V27, V28, V29, V30, V31, V32, V33, V34, V35, V36, V37, V38, V39, V40, V41, V42, V43, V44, V45,

Author: ayznaga Repository: /hg/zfs-crypto/gate Revision: e3fd1c8e561df6513f95dba9c1ab58f4690d3354 Log message: PSARC 2005/738 SSG-Availability Feature Set 2 APR PSARC 2005/748 FMA for UltraSPARC DataPath 6229087 SPARC CPU/Mem DE should track DIMM serial numbers on Serengeti/Starcat 6281100 RFE: AVL-FS2: Support Anchored Page Retire for LW8, Serengeti & Starcat platforms 6281113 RFE: AVL-FS2:

Happy New Year ! XLSolutions January-February 2013 R courses schedule is now available online at 9 USA cities for with 13 new courses: *** Suggest a future course date/city (1) R-PLUS: A Point-and-Click Approach to R (2) S-PLUS / R : Programming Essentials. (3) R/S+ Fundamentals and Programming Techniques (4) R/S-PLUS Functions by Example. (5) S/R-PLUS Programming 3: Advanced Techniques and

Author: Darren Moffat <darrenm at opensolaris.org> Repository: /hg/zfs-crypto/gate Latest revision: 9bb308a0778101fcef9ff65336bcec8e68a7bd06 Total changesets: 40 Log message: resynv onnv-gate Files: .hgtags deleted_files/usr/src/cmd/fps/Makefile.inc deleted_files/usr/src/cmd/fps/Makefile.subdirs deleted_files/usr/src/common/crypto/aes/aes_cbc_crypt.c

Happy New Year ! XLSolutions February 2010 R courses schedule is now available online at 9 USA cities for with 13 new courses: *** Suggest a future course date/city (1) R-PLUS: A Point-and-Click Approach to R (2) S-PLUS / R : Programming Essentials. (3) R/S+ Fundamentals and Programming Techniques (4) R/S-PLUS Functions by Example. (5) S/R-PLUS Programming 3: Advanced Techniques and

Does anyone on the list have definitive information on whether ZFS works with CLARiiON devices? bash-3.00# uname -a SunOS XXXXXXX 5.10 Generic_118833-33 sun4u sparc SUNW,Sun-Fire-V245 bash-3.00# powermt display dev=all Pseudo name=emcpower0a CLARiiON ID=APM00033500540 [XXXXXXX] Logical device ID=600601607C550E00F25F4629AFBEDB11 [LUN 61] state=alive; policy=BasicFailover; priority=0; queued-IOs=0

miro at cybershade.us said: > So at this point this looks like an issue with the MPT driver or these SAS > cards (I tested two) when under heavy load. I put the latest firmware for the > SAS card from LSI''s web site - v1.29.00 without any changes, server still > locks. > > Any ideas, suggestions how to fix or workaround this issue? The adapter is > suppose to be

Author: jpk Repository: /hg/zfs-crypto/gate Revision: e7e07b2f4fcfbe725493f4074f9e9f0d8bfd8e1c Log message: PSARC/2002/762 Layered Trusted Solaris PSARC/2005/060 TSNET: Trusted Networking with Security Labels PSARC/2005/259 Layered Trusted Solaris Label Interfaces PSARC/2005/573 Solaris Trusted Extensions for Printing PSARC/2005/691 Trusted Extensions for Device Allocation PSARC/2005/723 Solaris

Author: Darren Moffat <Darren.Moffat at Sun.COM> Repository: /hg/zfs-crypto/gate Latest revision: 957d30a3607ed9f3cbe490da5894d1e1b2104033 Total changesets: 28 Log message: resync onnv_105 partial for 6713916 Files: usr/src/Makefile.lint usr/src/Targetdirs usr/src/cmd/Makefile usr/src/cmd/Makefile.cmd usr/src/cmd/acctadm/Makefile usr/src/cmd/acctadm/acctadm.xcl

Author: Darren Moffat <darrenm at opensolaris.org> Repository: /hg/zfs-crypto/gate Latest revision: 6dded109490e79f82f24b9ba0b3465cb1e6a96e6 Total changesets: 1 Log message: Some of AES_CBC_PAD team missed the last bus home pam_zfs_key module not in this phase fs-local failure if ''zfs mount -a'' fails isn''t our call zoneadm/zfs.c 1866 libzfs_jni needs updated or

Author: kais Repository: /hg/zfs-crypto/gate Revision: af99262cf4c4e55fca29e9b86ad9369fd928745e Log message: PSARC/2005/413 sun4v optimized MD5 and arcfour kernel cryptographic modules 6278572 port Spracklen''s fast MD5 on Niagara to solaris 6278578 port Spracklen''s fast RC4 on Niagara to solaris Files: create: usr/src/common/crypto/arcfour/sun4v/arcfour_crypt.c create:

Author: cjj Repository: /hg/zfs-crypto/gate Revision: a58472277959c34c37827af84da191ceba990899 Log message: 6398779 Need to reduce address limits for devices downstream of a BCM 5708/5714/5715 bridge Files: create: usr/src/uts/sparc/pxb_bcm/Makefile update: usr/src/cmd/pcidr/etc/SUNW,EC_dr,ESC_dr_req,sysevent.conf update: usr/src/pkgdefs/SUNWckr/prototype_sparc update:

Author: girish Repository: /hg/zfs-crypto/gate Revision: 3559b6dca03e82b759e0deb84eab941bbe38b515 Log message: PSARC 2006/029 Hypervisor Versioning API FWARC 2006/052 sun4v version API update FWARC 2006/137 sun4v version CIF name change 6347011 enhance sun4v solaris to support versioning API 6306782 Backout check for unsupported Niagara 1.x processor Files: create:

Author: lclee Repository: /hg/zfs-crypto/gate Revision: c80632cae25a4c92285f9e6434b64aa3f3aa6b79 Log message: 4855218 sparc: Need EFI label support on IDE 6275431 x86: Need EFI label support on IDE 6340778 cmlb: common disk label code 6326547 format: converting EFI to VTOC, fdisk info is taken from a random disk 6335611 format: Need to warn users that data will be lost when converting to and from

I know almost nothing about modern SPARC64 systems especially when they are running linux. But, can you try this command line and see if it gives more information before it blows up: rsync -vvai /export/test/ /export/test2/ On 06/28/2016 05:39 PM, alexmcwhirter at triadic.us wrote: > -------- Original Message -------- > Subject: rsync seem to be broken on sparc64 > Date: 2016-06-27

Hi. I have a simple (I think) question My dataset have these variables: names(data) [1] "v1" "v2" "v3" "v4" "v5" "v6" "v7" "v8" "v9" "v10" "v11" "v12" "v13" "v14" "v15" "v16" "v17"

Author: kais Repository: /hg/zfs-crypto/gate Revision: 4c19f37f44f83def06a8aab4c0e079347eedd284 Log message: PSARC/2005/625 Greyhound - Solaris Kernel SSL proxy 4931229 Kernel-level SSL proxy Files: create: usr/src/cmd/cmd-inet/usr.sbin/kssl/kssladm/Makefile create: usr/src/cmd/cmd-inet/usr.sbin/kssl/kssladm/kssladm.c create: usr/src/cmd/cmd-inet/usr.sbin/kssl/kssladm/kssladm.h create:

-------- Original Message -------- Subject: rsync seem to be broken on sparc64 Date: 2016-06-27 23:43 From: alexmcwhirter at triadic.us To: debian-sparc at lists.debian.org I posted about this in the kernel lists a few months ago to no avail. I see it on gentoo as well with any kernel newer than 3.18. I came across this when using lxc on sparc64. The debian template uses rsync to move the

Can any of it talk to a GPS yet?? I have suites from Garmin, Maptech, Topo.com, and Topo (as sold through National Geographic -- the least satisfactory of all). Last year at about this time, it still took massive effort, time, and help just to get any of them to launch. Now a couple at least launch, and even run, quite nicely, just in plain wine -- except in the most important respect of all.

Can anyone please hazard a guess at an estimate for a poor old squirrel hunter with a Very Very Dumb Question? Is wine likely to be able to install and run any of the proprietary GPS-interfacing topo map programs (DeLorme, Garmin, Mapquest, et al.) at any roughly predictable future date? The season opens in three weeks, my GPS (Garmin's etrex vista) is full -- and it still contains road maps