https://bugzilla.samba.org/show_bug.cgi?id=2130
Summary: suppressing progress bar when not the foreground process
Product: rsync
Version: 2.6.3
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P3
https://bugzilla.samba.org/show_bug.cgi?id=2131
Summary: Create db files for local/remote directory listing
Product: rsync
Version: 2.6.3
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P3
https://bugzilla.samba.org/show_bug.cgi?id=2159
Summary: rsync with three verbose or more
Product: rsync
Version: 2.6.2
Platform: PPC
OS/Version: Mac OS X
Status: NEW
Severity: normal
Priority: P3
Component
https://bugzilla.samba.org/show_bug.cgi?id=2158
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=2159
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=2116
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=2158
Summary: Rsync discontinues when large files are vanished or
updated
Product: rsync
Version: 2.6.3
Platform: All
OS/Version: FreeBSD
Status: NEW
Severity: no
https://bugzilla.samba.org/show_bug.cgi?id=2130
--- Additional Comments From [EMAIL PROTECTED] 2004-12-14 12:01 ---
Created an attachment (id=843)
--> (https://bugzilla.samba.org/attachment.cgi?id=843&action=view)
My version of the patch to progress.c
I'm considering this change, an
https://bugzilla.samba.org/show_bug.cgi?id=2130
--- Additional Comments From [EMAIL PROTECTED] 2004-12-15 03:47 ---
I've treated having getpgrp() as having tcgetpgrp() in my own code.
However, it may be safer to add a separate autoconf check, and only enable this
functionality #if H
https://bugzilla.samba.org/show_bug.cgi?id=2187
Summary: rsync large file getting verification failed using -z
Product: rsync
Version: 2.6.3
Platform: x86
OS/Version: All
Status: NEW
Severity: normal
Priority: P3
https://bugzilla.samba.org/show_bug.cgi?id=1412
--- Additional Comments From [EMAIL PROTECTED] 2004-12-23 09:59 ---
I do not believe this bug is completely fixed in 2.6.3. I am still seeing many
errors of the type described. Here is one example:
rsync: mkdir
"/mnt/a/hpsvoh/incr-2
https://bugzilla.samba.org/show_bug.cgi?id=1412
--- Additional Comments From [EMAIL PROTECTED] 2004-12-23 11:08 ---
Created an attachment (id=866)
--> (https://bugzilla.samba.org/attachment.cgi?id=866&action=view)
One more patch
You are right that there was another bug that could re
https://bugzilla.samba.org/show_bug.cgi?id=2187
--- Additional Comments From [EMAIL PROTECTED] 2004-12-27 01:15 ---
Created an attachment (id=869)
--> (https://bugzilla.samba.org/attachment.cgi?id=869&action=view)
error log
--
Configure bugmail: https://bugzilla.samba.org/userpref
https://bugzilla.samba.org/show_bug.cgi?id=2187
--- Additional Comments From [EMAIL PROTECTED] 2004-12-27 01:44 ---
by the way, I'm using rsync in cygwin 1.5.12-1.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because: -
https://bugzilla.samba.org/show_bug.cgi?id=2187
--- Additional Comments From [EMAIL PROTECTED] 2004-12-28 00:29 ---
I'd suggest adding "--partial" to the options and comparing the copied file
(which will not be discarded) with a valid version of the file. If the
corruption is minor,
https://bugzilla.samba.org/show_bug.cgi?id=2187
--- Additional Comments From [EMAIL PROTECTED] 2004-12-28 03:31 ---
I think it's a common problem. In fact I have been transfered a list of files
which become larger everyday for a long time using rsync. When XYSHAGLS.BAK was
not large
https://bugzilla.samba.org/show_bug.cgi?id=2187
--- Additional Comments From [EMAIL PROTECTED] 2004-12-28 20:27 ---
I added --partial to the options and got two files same in size,but not same in
md5 checksum.
And then I did the following test.
First, I made two test files, test and
https://bugzilla.samba.org/show_bug.cgi?id=2187
--- Additional Comments From [EMAIL PROTECTED] 2004-12-30 03:40 ---
I did another test.
I got a file which is about 180M. See the following test log:
$ rsync -az -vvv -B 65535 [EMAIL PROTECTED]::backup/cscnc1.dmp ./
opening tcp connect
https://bugzilla.samba.org/show_bug.cgi?id=2187
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Additional Comments
https://bugzilla.samba.org/show_bug.cgi?id=2207
Summary: Listing of available sync-sets is very different with or
without ssh
Product: rsync
Version: 2.6.2
Platform: All
OS/Version: All
Status: NEW
Severit
https://bugzilla.samba.org/show_bug.cgi?id=2207
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=2208
Summary: rsync failed at random file with same error rsync:
writefd_unbuffered failed to write 4 bytes: phase
"unknown" [sender]: Connection reset by peer (104) rsync
error: error
https://bugzilla.samba.org/show_bug.cgi?id=2207
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://bugzilla.samba.org/show_bug.cgi?id=2207
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=2208
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|major |normal
Status|NEW
https://bugzilla.samba.org/show_bug.cgi?id=2208
--- Additional Comments From [EMAIL PROTECTED] 2005-01-03 03:42 ---
Server side (other end of connection) went away more than 9 minutes later
than client, so server do not close TCP connection (it remains open until
server timeout - test
https://bugzilla.samba.org/show_bug.cgi?id=6569
way...@samba.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=6569
--- Comment #3 from mkr...@beckman.com 2009-08-24 11:13 CST ---
(In reply to comment #2)
> Thanks for the patch! I've checked-in a fix to the git repo.
Thanks, I've verified that rsync now builds and passes its test suite on QNX
6.4.1.
https://bugzilla.samba.org/show_bug.cgi?id=5147
--- Comment #1 from biz...@yahoo.com 2009-08-25 22:19 CST ---
This bug occurs even if the file doesn't exist (thus newly created) on the
target. This suggests that setting xattrs needs to be done before any chmod()
or ACL is set.
--
C
https://bugzilla.samba.org/show_bug.cgi?id=6667
Summary: proposal: --transaction
Product: rsync
Version: 3.1.0
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P3
Component: core
https://bugzilla.samba.org/show_bug.cgi?id=6667
--- Comment #1 from car...@taltos.org 2009-08-27 17:50 CST ---
Except that assumes rsync will never traverse a filesystem boundary. Be very
careful about your assumptions...
--
Configure bugmail: https://bugzilla.samba.org/userprefs.c
https://bugzilla.samba.org/show_bug.cgi?id=6667
m...@mattmccutchen.net changed:
What|Removed |Added
Severity|normal |enhancement
Status|NEW
https://bugzilla.samba.org/show_bug.cgi?id=6672
Summary: mtim.tv_nsec not used when reading time of a file
Product: rsync
Version: 3.0.6
Platform: Other
OS/Version: All
Status: NEW
Severity: major
Priority: P3
https://bugzilla.samba.org/show_bug.cgi?id=6633
cava...@cilea.it changed:
What|Removed |Added
CC||cava...@cilea.it
--- Comment #4 f
https://bugzilla.samba.org/show_bug.cgi?id=6633
--- Comment #5 from cava...@cilea.it 2009-08-31 04:54 CST ---
I think the problem is that bufpos (and so ret) is always set to "-1" in this
code ( in read_xattr).
If cnt==0 shouldn't this indicate that end of file is reached?
for (buf
https://bugzilla.samba.org/show_bug.cgi?id=6633
--- Comment #6 from way...@samba.org 2009-08-31 15:04 CST ---
Make sure you're trying the latest version from the git repo, a nightly tar
file, or a file grabbed from the unpacked files:
http://rsync.samba.org/download.html
The cod
https://bugzilla.samba.org/show_bug.cgi?id=6633
--- Comment #7 from cava...@cilea.it 2009-09-01 01:11 CST ---
I do not undestand you point. The last niglty snapshot and also the last git
commit show the same results. Actually I put this line in the code to do some
debugging:
ssize_t
https://bugzilla.samba.org/show_bug.cgi?id=6633
--- Comment #8 from way...@samba.org 2009-09-01 13:50 CST ---
Aha. The loop is being limited by buflen instead of sb.st_size. Change this:
- for (bufpos = 0; bufpos < buflen; ) {
- ssize_t cnt = rea
https://bugzilla.samba.org/show_bug.cgi?id=6633
--- Comment #9 from cava...@cilea.it 2009-09-02 02:51 CST ---
Thanks for the correction in comment #8. I have another small change to
suggest:
- if ((attrfd = attropen(path, name, O_CREAT|O_WRONLY|O_NOFOLLOW, mode))
< 0)
+ i
https://bugzilla.samba.org/show_bug.cgi?id=6685
Summary: [wishlist] improve message: --delete does not work
without -r or -d
Product: rsync
Version: 3.0.6
Platform: Other
OS/Version: Linux
Status: NEW
Seve
https://bugzilla.samba.org/show_bug.cgi?id=6633
--- Comment #10 from way...@samba.org 2009-09-02 11:17 CST ---
Thanks for the write fix.
The latest code turns a symlink into a file when using --fake-super on a system
that has NO_SYMLINK_XATTRS defined in config.h. You can snag that
https://bugzilla.samba.org/show_bug.cgi?id=6633
--- Comment #11 from cava...@cilea.it 2009-09-03 04:18 CST ---
(In reply to comment #10)
> Thanks for the write fix.
>
> The latest code turns a symlink into a file when using --fake-super on a
> system
> that has NO_SYMLINK_XATTRS def
https://bugzilla.samba.org/show_bug.cgi?id=6633
--- Comment #12 from cava...@cilea.it 2009-09-03 07:30 CST ---
Small correction to sys_lremovexattr, NOT UNDERSTOOD, unlink of attributes
works only of attropen is called without O_RDWR
This is not strictly related with fake-sup
https://bugzilla.samba.org/show_bug.cgi?id=6362
--- Comment #3 from way...@samba.org 2009-09-05 10:26 CST ---
Created an attachment (id=4648)
--> (https://bugzilla.samba.org/attachment.cgi?id=4648&action=view)
A shell script to duplicate the issue
My test script for the issue.
--
https://bugzilla.samba.org/show_bug.cgi?id=6362
way...@samba.org changed:
What|Removed |Added
Attachment #4648|application/octet-stream|text/plain
mime type|
https://bugzilla.samba.org/show_bug.cgi?id=6362
way...@samba.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=6376
way...@samba.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=6413
way...@samba.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=6422
way...@samba.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=6461
way...@samba.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=6597
way...@samba.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=6542
way...@samba.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2 from way.
https://bugzilla.samba.org/show_bug.cgi?id=6508
way...@samba.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=6546
way...@samba.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=6603
way...@samba.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=6597
--- Comment #3 from jari.aa...@cante.net 2009-09-05 12:57 CST ---
Please update the indicator to use IEEE standard KiB (Not K/b etc) or ISO Kb/s,
Mb/s if that is the unit in question.
-- Jari
--
Configure bugmail: https://bugzilla.sa
https://bugzilla.samba.org/show_bug.cgi?id=6413
--- Comment #2 from t...@fred.net 2009-09-05 13:05 CST ---
(In reply to comment #1)
> I'm not sure why the links don't show up underlined for you, since they are
> underlined by default and nothing in the pages affects that setting.
>
>
https://bugzilla.samba.org/show_bug.cgi?id=6694
--- Comment #1 from bugzi...@baldwin.users.panix.com 2009-09-05 13:28 CST
---
Further testing shows that not only is the mask not preserved on transfer, but
if it already exists, it is eliminated!
--
Configure bugmail: https://bugzil
https://bugzilla.samba.org/show_bug.cgi?id=6694
Summary: rsync -A drops mask from ACL
Product: rsync
Version: 3.0.6
Platform: Sparc
OS/Version: Solaris
Status: NEW
Severity: normal
Priority: P3
Component: c
https://bugzilla.samba.org/show_bug.cgi?id=6546
m...@mattmccutchen.net changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALI
https://bugzilla.samba.org/show_bug.cgi?id=6546
--- Comment #3 from d...@yost.com 2009-09-05 15:36 CST ---
Ordinary warnings and data dependent errors are not bugs and shouldn't look
like bugs. Source code file name and line number makes it look like a bug and
should not be shown exce
https://bugzilla.samba.org/show_bug.cgi?id=6422
--- Comment #2 from vap...@gentoo.org 2009-09-05 16:31 CST ---
i'd agree if i was attempting to do an actual operation on the current
directory (like `rsync -a ./ foo:/`), but when the current directory is wholly
irrelevant, it shouldnt
https://bugzilla.samba.org/show_bug.cgi?id=6695
Summary: whitespace problem in directory paths; I know of no
work-around
Product: rsync
Version: 3.0.6
Platform: Other
OS/Version: Linux
Status: NEW
Severity
https://bugzilla.samba.org/show_bug.cgi?id=6695
--- Comment #1 from m...@mattmccutchen.net 2009-09-06 22:59 CST ---
--protect-args should fix the whitespace problems.
As for the repeated "backup_dir is..." verbose message: in rsync 3.0.6, the
client and server each print that message
https://bugzilla.samba.org/show_bug.cgi?id=6695
s...@coolheads.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=6672
way...@samba.org changed:
What|Removed |Added
Severity|major |enhancement
Status|NEW
https://bugzilla.samba.org/show_bug.cgi?id=6685
way...@samba.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=6694
way...@samba.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2 from way.
https://bugzilla.samba.org/show_bug.cgi?id=6694
--- Comment #3 from m...@mattmccutchen.net 2009-09-07 17:54 CST ---
The unusual behavior of Solaris ACLs was previously discussed in this thread:
http://lists.samba.org/archive/rsync/2006-October/016404.html
--
Configure bugmail: htt
https://bugzilla.samba.org/show_bug.cgi?id=6694
--- Comment #4 from way...@samba.org 2009-09-07 18:07 CST ---
I used the --fake-super option to try a copy that is otherwise impossible on
linux (since I don't have access to solaris) -- an ACL that has a mask that
doesn't match the grou
https://bugzilla.samba.org/show_bug.cgi?id=6694
--- Comment #5 from m...@mattmccutchen.net 2009-09-07 23:48 CST ---
Yes, according to the message linked in comment #3.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail becau
https://bugzilla.samba.org/show_bug.cgi?id=6701
Summary: permission of attributes are not preserved
Product: rsync
Version: 3.1.0
Platform: Other
OS/Version: Solaris
Status: NEW
Severity: minor
Priority: P3
https://bugzilla.samba.org/show_bug.cgi?id=6701
--- Comment #1 from m...@mattmccutchen.net 2009-09-10 15:29 CST ---
Is the mode and ownership all, or is there other metadata to worry about? Do
xattrs have mtimes? Does a file have a separate set of directory-like
permissions that con
https://bugzilla.samba.org/show_bug.cgi?id=6701
--- Comment #2 from m...@mattmccutchen.net 2009-09-10 15:51 CST ---
(In reply to comment #1)
> Is the mode and ownership all, or is there other metadata to worry about? Do
> xattrs have mtimes? Does a file have a separate set of direct
https://bugzilla.samba.org/show_bug.cgi?id=5615
--- Comment #8 from per_angst...@autark.se 2009-09-11 02:38 CST ---
My issue seems to be fixed in rsync version 3.0.6 protocol version 30. Tested
in Ubuntu 9.10 Alpha 5.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi
https://bugzilla.samba.org/show_bug.cgi?id=6719
Summary: I/O error protection is broken w/ protocol 30 and
incremental recursion
Product: rsync
Version: 3.0.6
Platform: All
OS/Version: All
Status: NEW
Seve
https://bugzilla.samba.org/show_bug.cgi?id=5637
--- Comment #1 from m...@mattmccutchen.net 2009-09-13 16:23 CST ---
This is almost certainly a deficiency in the destination filesystem which rsync
can't do anything about.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cg
https://bugzilla.samba.org/show_bug.cgi?id=4488
--- Comment #1 from m...@mattmccutchen.net 2009-09-13 16:28 CST ---
(In reply to comment #0)
> Having an unreadable (unix permissions set to no read access) directory within
> the source directory causes a complaint that is apparently co
https://bugzilla.samba.org/show_bug.cgi?id=2131
--- Comment #1 from m...@mattmccutchen.net 2009-09-16 00:33 CST ---
Related to bug 3579.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the QA cont
https://bugzilla.samba.org/show_bug.cgi?id=6741
Summary: 'deleting' messages show up in improper places
Product: rsync
Version: 3.0.5
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P3
https://bugzilla.samba.org/show_bug.cgi?id=6741
--- Comment #1 from asch...@gmail.com 2009-09-17 09:24 CST ---
a...@eee1:~$ rsync --version
rsync version 3.0.5 protocol version 30
Copyright (C) 1996-2008 by Andrew Tridgell, Wayne Davison, and others.
Web site: http://rsync.samba.org
https://bugzilla.samba.org/show_bug.cgi?id=6746
Summary: file from link-dest-source is copies and not linked for
identical files
Product: rsync
Version: 3.0.6
Platform: x86
OS/Version: Linux
Status: NEW
Se
https://bugzilla.samba.org/show_bug.cgi?id=6747
Summary: rsync recopies files with diacritics in the file names.
Product: rsync
Version: 3.0.5
Platform: x86
OS/Version: Mac OS X
Status: NEW
Severity: normal
Priority
https://bugzilla.samba.org/show_bug.cgi?id=6747
m...@mattmccutchen.net changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=6741
way...@samba.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2 from way.
https://bugzilla.samba.org/show_bug.cgi?id=6741
--- Comment #3 from m...@mattmccutchen.net 2009-09-20 21:00 CST ---
(In reply to comment #2)
> It would be possible
> to modify protocol 31 to allow a MSG_DELETED to be sent to the sender when it
> is on the serving side, and have it for
https://bugzilla.samba.org/show_bug.cgi?id=6752
Summary: --force option doesn't work as expected/documented
Product: rsync
Version: 3.0.6
Platform: x64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P3
https://bugzilla.samba.org/show_bug.cgi?id=6752
m...@mattmccutchen.net changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 fro
https://bugzilla.samba.org/show_bug.cgi?id=6752
--- Comment #2 from m...@mattmccutchen.net 2009-09-22 22:00 CST ---
Created an attachment (id=4730)
--> (https://bugzilla.samba.org/attachment.cgi?id=4730&action=view)
Fix the --force documentation
Note: This will cause a conflict in f
https://bugzilla.samba.org/show_bug.cgi?id=6752
m...@mattmccutchen.net changed:
What|Removed |Added
AssignedTo|way...@samba.org|m...@mattmccutchen.net
https://bugzilla.samba.org/show_bug.cgi?id=6752
--- Comment #4 from cio...@mathworks.com 2009-09-23 08:30 CST ---
Thanks for the "p" modifier tip. That solves the problem. May I suggest that if
you are updating the documentation that you also note that the "p" modifier can
be applied
https://bugzilla.samba.org/show_bug.cgi?id=5644
--- Comment #4 from sa...@bryanthansen.net 2009-09-29 14:42 CST ---
Created an attachment (id=4759)
--> (https://bugzilla.samba.org/attachment.cgi?id=4759&action=view)
replace DEST files with basis files when basis files match the src e
https://bugzilla.samba.org/show_bug.cgi?id=5644
sa...@bryanthansen.net changed:
What|Removed |Added
CC||sa...@bryanthansen.net
---
https://bugzilla.samba.org/show_bug.cgi?id=5801
--- Comment #2 from mar...@scharrer-online.de 2009-10-05 09:16 CST ---
I would like to repeat my interest in such a feature. I frequently copying
large sparse files over a not-so-fast network connections. At the moment I have
to pre-crea
https://bugzilla.samba.org/show_bug.cgi?id=6788
Summary: rsync does not abort early but needlessly transfers data
if destination is write protected
Product: rsync
Version: 3.0.5
Platform: Other
OS/Version: Linux
Sta
https://bugzilla.samba.org/show_bug.cgi?id=6816
Summary: Delta-transfer algorithm does not reuse already
transmitted identical blocks
Product: rsync
Version: 3.0.5
Platform: Other
OS/Version: All
Status: NEW
https://bugzilla.samba.org/show_bug.cgi?id=6816
--- Comment #1 from mar...@scharrer-online.de 2009-10-15 10:29 CST ---
This enhancement would also effectively solve bug #5801, also reported by me.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You
https://bugzilla.samba.org/show_bug.cgi?id=6821
Summary: Assertion failed so rsync crashes (path includes special
char)
Product: rsync
Version: 3.0.6
Platform: x86
OS/Version: FreeBSD
Status: NEW
Severity:
https://bugzilla.samba.org/show_bug.cgi?id=3845
l...@kraav.com changed:
What|Removed |Added
CC||l...@kraav.com
--- Comment #6 from
https://bugzilla.samba.org/show_bug.cgi?id=6191
way...@samba.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
801 - 900 of 4233 matches
Mail list logo