similar to: Yosemite Backup using Wine?

Hi, I am new to this list and my question may be trivial, I did however not find an answer to it using the help.search or RSiteSearch features of R. This is my question: R seems to break lines of terminal output at a column which is independent of how wide I have made my terminal. I would have expected R to honor the COLUMNS environment variable, but that seems not to be the case. So is

I'm trying to help someone to troubleshoot possible OSX Yosemite issues, but I've only got access to OSX (< 10.9) so I cannot check myself. When building/installing binary R packages, there are different binaries depending on OSX version. For instance, CRAN provides different binaries for 'OS X Snow Leopard' and 'OS X Mavericks', e.g.

Author: ja97890 Repository: /hg/zfs-crypto/gate Revision: d845ecc0e6869f89d55d2beaa86284a2c1d322db Log message: 6398012 Interrupted reads on a Yosemite UDP endpoint can permanently fail to return newly received data. Files: update: usr/src/uts/common/inet/ip_impl.h

On Jun 26, 2015, at 8:35 AM, Sundeep Mediratta <smedius at gmail.com> wrote: > OSX Yosemite 10.10.3 > Nut version 2.6.5 > Installed via Macports > Device is Cyberpower CP1000AVRLCD > Device is visible and is monitored in the OSX control panel > > Error- > > macosx-ups -DD -a cyberpower Can you please increase the debug level to -DDD? -- Charles Lepple clepple

I think the high CPU usage was caused by the native OS X driver crashing and not working properly. The native driver was not sensing the UPS going on battery or any change in battery percentage. Unplugging the USB and then plugging it back again made the native driver come back up again properly. Restarting the macosx-ups driver seems to get back to normal CPU usage. I will monitor and see how it

Hi, I have been running dovecot successfully on OS X Mavericks for several months. After upgrading to Yosemite, however, PAM authentication for dovecot is failing. Or rather, creating the PAM session is failing. Either way, I can't get to my e-mail. $ /usr/pkg/sbin/dovecot --version 2.2.15 $ /usr/pkg/sbin/dovecot -n # 2.2.15: /usr/pkg/etc/dovecot/dovecot.conf # OS: Darwin 14.0.0 x86_64 hfs

Sorry for the unresponsiveness. To the problem: I think the 'stray character' is the 'V', as it's the newer one of the options used here (the dot notation is required by the 'k' option and seems to be supported ever since the release of GNU sort). - http://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=4c9fae4e97d95a9f89d1399a8aeb03051f0fec96 Newer versions of (GNU)

Hello Dan, thanks for your input, I?ve tried to remove ?V' from sort -f -k 4.1,4.5rV -k 5n -t @ - command line => No more ?stray character? ! But I?m still stuck after with the : make: *** No rule to make target `-eindex.html', needed by `ups-html.txt'. Stop. Any idea here? > Le 3 d?c. 2014 ? 01:22, hyouko at gmail.com a ?crit : > > Sorry for the unresponsiveness. >

> But I?m still stuck after with the : > make: *** No rule to make target `-eindex.html', needed by `ups-html.txt'. > Stop. > Any idea here? gmake

same issue with gmake (expect that command output and errors are now in French..;) gmake: *** Aucune r?gle pour fabriquer la cible ? -eindex.html ?, n?cessaire pour ? ups-html.txt ?. Arr?t. > Le 4 d?c. 2014 ? 01:36, hyouko at gmail.com a ?crit : > >> But I?m still stuck after with the : >> make: *** No rule to make target `-eindex.html', needed by `ups-html.txt'.

On Jun 26, 2015, at 11:07 PM, Sundeep Mediratta <smedius at gmail.com> wrote: > 0.000233 upsdrv_initups(): Power Sources blob: > <CFArray 0x7ffd18605480 [0x7fff7443bed0]>{type = immutable, count = 1, values = ( > 0 : <CFBasicHash 0x7ffd18605360 [0x7fff7443bed0]>{type = immutable dict, count = 10, > entries => Thanks. There is a subtle difference in the

On 6 April 2015 at 15:56, Vladimir "Equidamoid" Shapranov <equidamoid at gmail.com> wrote: > Looks like some issue in tuntaposx that prevents the interface from work > until a packet is sent to it. Nope. The issue is that tinc is currently not smart enough to directly read the MAC address of the TAP device for BSD-style devices (of which tuntaposx is one). Therefore you need

Hi Kai, (I recognised your smb.conf - I have your 'Samba sharing with undelete' blog post bookmarked at the moment to try for myself, so thank you for that one!) Is this performance issue something recent, or has it always been a similar speed? I also find my samba shares to be very slow to obtain directory listings in Finder on OSX. If something has changed recently and it is running

On Jun 28, 2015, at 10:49 AM, Sundeep Mediratta <smedius at gmail.com> wrote: > I think the high CPU usage was caused by the native OS X driver crashing and not working properly. The native driver was not sensing the UPS going on battery or any change in battery percentage. As you can imagine, if the native driver does not see a change, the macosx-ups driver will not, either.

On Dec 3, 2014, at 7:05 PM, simon-alioth at eazimail.com wrote: > One other issue I noticed is with the placement of the GD libraries, if they > are not installed under the root it will not find them > > If I build GD into /build/usr and add the following lines to my make script > for nut: > > PREFIX=/build/usr > > configure \ >

2014-12-05 3:33 GMT+01:00 hyouko at gmail.com <hyouko at gmail.com>: > 2014-12-04 8:06 GMT+01:00 Jean Perriault (GM TAF) <jpweb.taf at gmail.com>: >> same issue with gmake (expect that command output and errors are now in >> French..;) >> gmake: *** Aucune r?gle pour fabriquer la cible ? -eindex.html ?, >> n?cessaire pour ? ups-html.txt ?. Arr?t. > >

Sorry for the delay. >> make > Making all in protocols > make[1]: Nothing to be done for `all'. > make[1]: Nothing to be done for `all-am'. > cd nut/docs; /Applications/Xcode.app/Contents/Developer/usr/bin/make > html-chunked pdf > make[1]: Nothing to be done for `html-chunked'. > make[1]: Nothing to be done for `pdf'. > cd nut/docs/man;

Hi Charles, Typo on my part (copy pasting diff scripts). I tried building libGD in the following directory (sPREFIX is an env name I use in scripts): sPREFIX=${PWD}/../build/usr This works, all files in the correct directory. Next I try building NUT with the following params: sPREFIX=${PWD}/../build/usr configure \ --with-gd-includes="-I${sPREFIX}/include/libgd" \

> The only thing we need to watch out for is when the parameters to printf have '%' embedded in them. Probably not a problem for the DDL, since '%' has special meaning in URLs, but using 'printf %s' should avoid problems down the road. mmh.. if we want to add support for '%'s we could do something like this (not sure if it's worth doing):

2014-12-04 8:06 GMT+01:00 Jean Perriault (GM TAF) <jpweb.taf at gmail.com>: > same issue with gmake (expect that command output and errors are now in > French..;) > gmake: *** Aucune r?gle pour fabriquer la cible ? -eindex.html ?, > n?cessaire pour ? ups-html.txt ?. Arr?t. tools/nut-hclinfo.py is failing: you need python modules json/simplejson and lxml