similar to: R-beta: Version 0.49 Addendum

I have two snv_126 systems. I''m trying to zfs send a recursive snapshot from one system to another: # zfs send -v -R tww/opt/chroots at backup-20091225 |\ ssh backupserver "zfs receive -F -d -u -v tww" ... found clone origin tww/opt/chroots/ab at ab-1.0 receiving incremental stream of tww/opt/chroots/ab-1.0 at backup-20091225 into tww/opt/chroots/ab-1.0 at

Dear all, I want to install R-0.65.0 on mips-sgi-irix6.5 (SGI IRIX 6.5 IP32), but it doesn't work !!! I run the following configure call: <146>: ./configure --prefix=/usr/people40c/kuonen/Software/bin ... R is now configured for mips-sgi-irix6.5 Source directory: . Installation directory: /usr/people40c/kuonen/Software/bin C compiler: gcc -g -O2

The problem seems to be that if you #include <utmpx.h> without suitable -DPOSIX_SOMETHING magic, you get no struct utmpx (all that stuff is wrapped w/ "#ifdef _INCLUDE_XOPEN_SOURCE_EXTENDED"). I'm not sure how you all are handling such portability issues. Thx, Will ================== I configured with # ./configure --prefix=/.=our-deploy/openssh-1.2.2 --without-shadow

Hi all. When i do a configure --with-fhs everything seems 2 go fine but when i do a make i get this: ILE="/usr/local/samba/etc/samba/private/smbpasswd.tdb" Using LIBS = -lgen -lsec -lnsl Compiling lib/snprintf.c lib/snprintf.c:764: conflicting types for `vsnprintf' /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux/3.0/include/stdio.h:494: previous declaration of `vsnprintf'

I get crashes when I call R without any arguments and having no environment variables R_PROFILE and RPROFILE. The reason is, that in unix/sys-common.c in R_OpenSiteFile() fopen is called with a null ptr as filename (because this is the outcome of getenv()). Although most compilers seem to interpret this as "file not found", this is an undefined behavior concerning to all C standards

sorry, just a small addendum , why this is all about :) i can't run an rsyncd, since the site is hosted on a serverfarm, i have only ftp, http and mysql ;) thanks, -w- Zoltan HERPAI

After a few days of troubleshooting, we finally determined why we were having problems. It seems as though the tftp-hpa daemon requires the MTU of the interface it's running on to be >= 1500. We had the MTU set at 1400 (don't ask why) and the PXE client was receiving fragmented packets and failing. As soon as we set it to over 1500, it worked fine. hpa, Could you please update

Don't want the opening line of my post to be misconstrued. "Anyone familiar with the BrookTrout TR1034 Fax Board, supports T.38 and PSTN fax in an Asterisk environment?" That's a question, not a statement. Curious if anyone has played with one of these as an extension of an Asterisk server for T.38 faxing, did not mean to imply it could, should or would play well with

Begin forwarded message: Date: Sat, 13 Jun 2009 02:29:08 -0700 From: Justin Bull <justin.bull at sohipitmhz.com> To: Frank Cox <theatre at sasktel.net> Subject: Re: Addendum - Source RPM issues. Mismatched Libs? On Sat, Jun 13, 2009 at 1:51 AM, Frank Cox<theatre at sasktel.net> wrote: > http://bugs.centos.org/main_page.php Thank you Frank, for those interested you can

This is already in 0.64, but was okay in 0.63 In R version <= 0.63 : > .Random.seed <- c(111,2,3) > rnorm(1) Warning: Wrong length .Random.seed; forgot initial RNGkind? set to Wichmann-Hill [1] -0.4811529 > .Random.seed [1] 0 6968 28861 26054 > Now in 0.65 (pre-release) and both versions of 0.64 : > .Random.seed <- c(111,2,3)

I can generate a segmentation fault as follows, where I would expect a syntax error: fred <- as.list(1:10) lapply(fred, "[[") platform sparc-sun-solaris2.5.1 arch sparc os solaris2.5.1 system sparc, solaris2.5.1 status status.rev 0 major 0 minor 64.1

as.name(as.name("ss")) gives an error in R (0.90 and earlier) but should of course give the same as simply as.name("ss") This reminds me of similar bug/problem... which I don't recall. Yes, I should build tests like these into "make test-Specific" .. Martin --please do not edit the information below-- Version: platform = sparc-sun-solaris2.5.1 arch =

I am (earlier reported under the subject "Peculiar Problem") having an issue that started several weeks ago, where windows (10 pro, server 2019) computers randomly get into a state where they refuse to validate passwords. Rebooting (sometimes several times) makes the problem go away. You can also log in if you disconnect the PC from the network and then reconnect. List of changes around

Have you setup Samba audit logging? This may aid in your efforts to see the reasons for not authenticating from the servers perspective. https://wiki.samba.org/index.php/Setting_up_Audit_Logging -----Original Message----- From: samba <samba-bounces at lists.samba.org> On Behalf Of Ray Klassen via samba Sent: Thursday, November 16, 2023 1:11 PM To: samba at lists.samba.org Subject:

Also, it's important to note that 'du -h' reports the appropriate amount of space used and that the drive appears, in all other regards, to be properly using the space. Is this perhaps a bug with how Windows reads the available space left on SMB shares? (Likely a Windows problem) -Tal

I missed a couple of new features: 1) You can now use the "shorewall show zones" command to display the current contents of the zones. This is particularly useful if you use dynamic zones (DYNAMIC_ZONES=Yes in shorewall.conf). Example: foo:/etc/shorewall # shorewall show zones Shorewall-2.2.0-Beta7 Zones at foo - Sat Nov 27 9:18:05 PST 2004 loc

I neglected to document one additional change in this snapshot: 6. The ADDRESS column in /etc/shorewall/masq may now include a comma-separated list of addresses and/or address ranges. Netfilter will use all listed addresses/ranges in round-robin fashion. -Tom -- Tom Eastep \ Shorewall - iptables made easy Shoreline, \ http://shorewall.net Washington USA \ teastep@shorewall.net

For those of you who haven't had the pleasure, here is the breakage: Undefined symbols: "_LLVMInitializeX86Target", referenced from: llvm::InitializeAllTargets() in llc.o "_LLVMInitializeX86AsmPrinter", referenced from: _main in llc.o ld: symbol(s) not found collect2: ld returned 1 exit status make[2]: ***

Almost forgot... I already reported this but a few months ago when I was using openSSH 2.9x, it's the same bug. And no - it's not the server end that is stalling me on a revese lookup: 1. I was doing ssh localhost, localhost resolves perfectly, the same for 127.0.0.1 (reverse) 2. ssh -v shows me: debug1: Reading configuration data /usr/local/etc/ssh_config debug1: Seeding random number

Another thing I am working on is to do the timeout people have been asking about. If they have been on hold for (X minutes) dump out of the Queue App, so that the next priority can be a common mailbox. And I forgot to add the patch to my last email!!! argh!!!! http://pbx.usedontmiss.com/queue_patch John