search for: tromp

...traced it down to the annotation packages. I installed GO, KEGG, mgu74[abc]v2 and hgu133plus2 all version 1.7.0 When I move these out of the library directory, help.search() functions correctly again. I have not tracked it any further -- just wanted to know if anyone else had noticed it. Gerard Tromp

...ached base packages: [1] stats graphics grDevices utils datasets methods base other attached packages: [1] SMPracticals_1.1-1 ellipse_0.3-5 loaded via a namespace (and not attached): [1] tools_2.6.1 Gerard %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Gerard Tromp, Ph.D Center for Molecular Medicine and Genetics Vox: 313.577.8773 & Department of Neurology fax: 313.577.5218 Wayne State University School of Medicine 3309 Scott Hall 540 East Canfield Ave. Detroit, MI 48201 e-mail: gerard.tromp...

"Gerard Tromp" <gerard.tromp at sanger.med.wayne.edu> writes: > Greetings, > > this is a follow-up to the mailing below. Seth Falcon replied and indicated > that he and several others were unable to replicate the problem. > Specifically he requested: > > ============ > We are...

Wayne, I've been experimenting with the {pre,post}-xfer exec options ever since the original diff showed up in patches/ - fantastic stuff. My feature request/change centers around the new RSYNC_ARG# variables. Would it be possible to make these available as an array (ie: ${RSYNC_ARG[#]}) rather than discrete variables? If nothing else, it would greatly simplify chewing through all the args

I had noticed the --link-by-hash patch a short while back & decided it was time to experiment with it. Sadly, its behaviour is considerabely different from what I expected - to the point that I find it unusable in its current form. I had hoped to use it both for my rotating backups & for my (unofficial) slackware mirror. For the test itself, I did the following: - created 3 directories in

On 10/15/07, Erik Jan Tromp <betageek@sympatico.ca> wrote: > # The second error > Invalid file index: -101 (-1 - 0) with iflags 0 [receiver] > rsync error: protocol incompatibility (code 2) at rsync.c(273) [receiver=3.0.0pre2] > rsync: connection unexpectedly closed (21 bytes received so far) [generator] &gt...

It would appear something snuck in that breaks non-recursive remote listings when talking to a non-3.0.0pre1 version of rsync. The symptom itself is simple enough to see; rather than displaying member directories/regular files/symlinks/etc as one would expect, only non-directories (with the exception of '.') are listed. Other tidbits.. some obvious, some maybe not: - not limited to just

I am reposting this because not only am I VERY interested in the answer but because I think it would also be useful to many, many people. We kind of have a house-style here, so it would be nice if the generated scaffold.css would accommodate that. My questions are? Is it possible? Is it safe? How? bruce

How do you add an "Administrator" account to ldap. I want to leave root in /etc/passwd but have "Administrator" in ldap I have checked Howto Collection and the Samba-Ldap-3 but they contain no information. The Ldap-Howto has a suggestion but then says not to use. Godfrey

...we can use native hardware features that we can't use now? For the former, we need inline i386/sparc/whatever support. For the latter, LLVM intrinsics should do the trick, and do it rather portably. The approach you suggest might work, although the code generator will need to know not to tromp on your registers, I guess. The bigger problem is GCC. GCC provides extended inline asm stuff that will probably be painful to pass from GCC to LLVM (and Linux, BTW, uses this feature a lot). Another thought: My impression is that inline assembly bites us a lot not because it's used a lo...

I have a simple form that asks for three variables: column, operation, and data, which will allow my user to say things like "username starts with A" or "email address contains hotmail". This all works. I build up a conditions string and feed it into a paginator. What I''m working on now is making sure that my next and previous page buttons continue to work.

Cher Areski, Je m'excuse si je me suis tromp? sur vos intentions. Cependant j'aimerais souligner que je ne suis pas le seul a avoir trouv? l'installation de votre application un peu trop compliqu?e et les instructions du "Idiots Guide" impr?cises. Il faut dire que Linux n'est dej? pas facile pour un ancien de Microsoft c...

Oops :) -- quote -- $ rsync -aHPv rsync://host/module/single.file . <motd, if any> receiving file list ... 1 file to consider Segmentation fault -- endquote -- The rsync process remains running until explicitly 'kill'ed. At which point, the following is printed: -- quote -- rsync error: received SIGUSR1 or SIGINT (code 20) at rsync.c(225) -- endquote -- -- quote -- $ rsync -aHPv

Synopsis: Prior to the 2.6.4pre versions, issuing 'rsync rsync://host/module/' behaved effectively as 'ls -l'. I've toyed with various options in an attempt to get an 'ls -l' style output, but to no avail. As I have a small handful of scripts that rely on this no-longer-functioning functionality, this could be considered a Bad Thing(TM). Following is an example of

I've been reworking my backup script & decided to give some of the newer options a try. It would appear I've found a combination that doesn't play nice. $ rsync --archive --delete-during --fuzzy --hard-links --numeric-ids --quiet --sparse --temp-dir /backup/helium/ --link-dest /backup/hydrogen/tuesday/ --password-file /backup/helium/.password rsync://backup@helium/backup/

Continuing with my backup script (see previous post), I've found a small oops regarding the 'max verbosity' option for rsyncd.conf In the manpage this option is listed as a module option. Poking through the source, however, shows that it's parsed as a global option (loadparm.c). If it's a question of which end to change, I would find this option being per module much more

3.0.0pre2: non-recursive remote listing breakage Looks like pre1's fix broke something else. I noticed this when listing module/directory contents on servers known to be running versions 2.5.7 & 2.6.3. Not having (full) access to them, I replicated the errors using 2 machines on my home lan. # the machines lithium.elements.lan: the client. rsync 3.0.0pre2 for all tests.

Just a quick heads up to say I'm still getting this (reproducable) error while doing daily backups: rsync: generator.c:1872: check_for_finished_files: Assertion `flist != ((void *)0)' failed. rsync: writefd_unbuffered failed to write 4092 bytes [receiver]: Broken pipe (32) rsync error: error in rsync protocol data stream (code 12) at io.c(1500) [receiver=3.0.0pre2] This is with cvs

I received the following error on the client when testing the pre2 release. I'm not sure what it means or if it helps. Rsync 2.6.9 runs the same backup without error. I compiled rsync under cygwin CVS so it may be an issue there as well. Server side did not crash. It did log an error, but I'm pretty sure it was due to the client-side crash. Rsync was running using an ssh port

I upgraded to pre3 a couple hours ago & right now I'm watching my 00:00 backup set absolutely _crawl_. Typically, backups would have been finished somewhere in the 00:10 to 00:30 range, depending how much data changed across 6 machines in the past day. As I write this, the 3rd of 6 machines is (hopefully) just finishing its backup with no more than the usual changes per machine. Whiskey