similar to: [Bug 366] New: .cvsignore shouldn't be in distrib

http://bugzilla.mindrot.org/show_bug.cgi?id=366 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From djm at mindrot.org 2002-09-10 21:45

anyone who can help me understand- one of my developers reimported openssh snapshot from 0722 into cvs. he sent me the following email about an error he believes is in the snapshot i'm not a cvs-knowledgeable person, so i'm not all that clear on this, but should *.in files be in .cvsignore? i tried checking a later snapshot, but 0722 seems to be the latest one. .cvsignore is dated jun

I have noticed that the contents of per-directory .cvsignore files apply outside their subtrees when using --cvs-exclude in rsync 2.6.0. In the results below, notice how dir1/.cvsignore is applying to a file in dir2. There is no ~/.cvsignore, and the CVSIGNORE variable is unset. % ls -AFR .: dir1/ dir2/ ./dir1: .cvsignore file1 ./dir2: file2.foo % cat dir1/.cvsignore *.foo % /usr/bin/rsync

It would be nice if the CVS source had a .cvsignore file in the main dir with the following items: ssh scp sshd ssh-add ssh-keygen ssh-keyscan ssh-agent sftp-server sftp configure config.h.in config.h config.status Makefile ssh_prng_cmds *.out Plus a .cvsignore file in openbsd-compat that ignored "Makefile". ..wayne..

Here a bug report about "!" not working properly in 2.6.4 and above, paraphrased... > Ok, see attachment. I've tested it right now between two hosts > running rsync 2.6.3-2 and 2.6.6-1. It works in the forward direction, > backwards it gives > > '!' rule has trailing characters: ! > rsync error: syntax or usage error (code 1) at

Hi: Just did my first svn checkout. Pretty painless. I noticed that icecast and each of its dependent modules (except m4) has a .cvsignore file. Am I right in thinking these are redundant now? Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to

Hi there again, I just wanna tell you what little bug we've found... Namespace is in mbox format. After deleting an mbox the entry in the .imap stays so not everyting is moved away and ist just hanging around... not so bad, but would be nice if it was cleaned up... thanks Tobi -- Dr. Nagler & Company GmbH Hauptstra?e 9 92253 Schnaittenbach Tel : 09622-7197-38 Fax : 09622-7197-50

Hi, I'm trying to convert mailboxes from mbox zu mdbox. The following command was performed: dsync mirror -u tsdauche mbox:~/.NCmail/Drafts dsync(tsdauche): Fatal: execvp(-u) failed: No such file or directory dsync(tsdauche): Panic: file dsync-worker-local.c: line 185 (dsync_drop_extra_namespaces): assertion failed: (ns != NULL) [1] Abort trap (core dumped) dsync mirror -u tsdauche

Hi Eric, Fwiw, mailman has a 'cleanse-dkim' handler which strips DKIM-related > headers entirely. Maybe that's enough to get mails through... > This is insufficient. You need to rewrite the From. Looks like Mailman has this feature now: http://wiki.list.org/DEV/DMARC Olly, you'll need to upgrade to 2.1.16 to be able to turn this on. Unfortunately, I suspect things

Hi there, We're running dovecot 2.06, with mdbox. Following message was in our syslog: Jan 20 09:26:48 servername dovecot: [ID 583609 mail.crit] imap(user): Panic: file istream-limit.c: line 79: assertion failed: (v_offset <= lstream->v_size) The problem could be solved on client side, by just deleting the ImapMail-Folder in Thunderbird. Why? Thunderbird tried to move a message, that

Hi, ACL works fine now... But is it possible so allow users the creation of specific folder names? so users should be able to create a folder "Sent" but not the folder "Send" or something like that I just want to allow some folder names and only THESE folders... Thanks for you help! Tobi -- Dr. Nagler & Company GmbH Hauptstra?e 9 92253 Schnaittenbach Tel :

Hi, we found a serious bug while testing our migration scripts. in Solaris (or other system 5) the user variable is not always set. Dsync is not very happy about that and crashes with an segmentation fault. After hours of debugging and TWOE simple lines # USER=$LOGNAME # export USER the problem was solved! The null pointer was found - so i will go home now an drink a bottle of

https://bugzilla.samba.org/show_bug.cgi?id=1873 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From wayned@samba.org 2004-10-05 17:19

> From: Robin Hankin > > [stuff about the CLT deleted] > > > > > So you can use R usefully to eveluate general statisical > > issues of this kind! > > > > absolutely! R is excellent for this sort of thing. I use it for > teaching stats all the time. > I'd say that without a tool like R you cannot learn statistics. > > > Consider

I received the following bug report for the Debian rsync package today. I wouldn't have expected 2.6.4 to refuse to talk to even a 2.6.2 in this way... Perhaps Wayne could comment? Paul Slootman On Tue 26 Apr 2005, Alexey Feldgendler wrote: > > Rsync fails to push filters to the the remote host if the remote rsync > is older than the Debian's. I've tried to connect to a

http://bugzilla.mindrot.org/show_bug.cgi?id=336 Summary: ssh does not compile on Linux with libc5 and 2.0 kernel Product: Portable OpenSSH Version: -current Platform: ix86 OS/Version: Linux Status: NEW Severity: critical Priority: P2 Component: Build system AssignedTo: openssh-unix-dev at

http://bugzilla.mindrot.org/show_bug.cgi?id=333 Summary: X11 forwarding not working in OpenSSH 3.4p1 Product: Portable OpenSSH Version: -current Platform: ix86 OS/Version: Linux Status: NEW Severity: major Priority: P2 Component: ssh AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:

http://bugzilla.mindrot.org/show_bug.cgi?id=342 Summary: RhostsRSAAuthentication does not work with 3.4p1 Product: Portable OpenSSH Version: -current Platform: ix86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: openssh-unix-dev at mindrot.org

http://bugzilla.mindrot.org/show_bug.cgi?id=471 Summary: Misleading error message if /dev/tty permissions wrong Product: Portable OpenSSH Version: 3.4p1 Platform: ix86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: openssh-unix-dev at mindrot.org

I just received this bug report on Debian's rsync package. I've verified it. The entry from the manpage: -C [...] Finally, any file is ignored if it is in the same directory as a .cvsignore file and matches one of the patterns listed therein. Here the patterns of a .cvsignore file is apparently used to exclude file outside the directory where the .cvsignore file is found. Any