severity 607267 important
thanks
On Thu, Dec 08, 2011 at 02:33:00PM +0100, Michal Suchanek wrote:
> FWIW this is unreproducible as of kernel 3.2 rc2 so I guess this is
> squeeze only for cifs shares (as can be verified by running the test on
> a squeeze live CD).
Thanks for reporting. Given the s
FWIW this is unreproducible as of kernel 3.2 rc2 so I guess this is
squeeze only for cifs shares (as can be verified by running the test on
a squeeze live CD).
If there are other filesystems that might produce the same behaviour
under some circumstances in current kernel I don't know.
However, th
On Mon, Dec 5, 2011 at 19:57:59 +0100, Michal Suchanek wrote:
> I would guess that most of "the rest of the world" is not aware of this
> issue.
>
Please kindly take me off your nonsense rants. And better yet, take
them off the debian bug tracking system.
TIA,
Julien
--
To UNSUBSCRIBE, ema
Excerpts from Helmut Grohne's message of Mon Dec 05 18:15:53 +0100 2011:
> Hi Michal,
>
> On Mon, Dec 05, 2011 at 05:03:25PM +0100, Michal Suchanek wrote:
> > Excerpts from Helmut Grohne's message of Mon Dec 05 15:54:19 +0100 2011:
> > > Can we now ignore 2) and concentrate on 1)?
> >
> > No. If
Hi Michal,
On Mon, Dec 05, 2011 at 05:03:25PM +0100, Michal Suchanek wrote:
> Excerpts from Helmut Grohne's message of Mon Dec 05 15:54:19 +0100 2011:
> > Can we now ignore 2) and concentrate on 1)?
>
> No. If I wanted this semantics I could use shred(1).
Please report a separate bug about not u
Excerpts from Helmut Grohne's message of Mon Dec 05 15:54:19 +0100 2011:
> Hi Michal,
>
> On Mon, Dec 05, 2011 at 12:41:21AM +0100, Michal Suchanek wrote:
> > Excerpts from Helmut Grohne's message of Sat Dec 03 17:33:04 +0100 2011:
> is not clear what "this issue" is.
>
> > Please read the analys
Hi Michal,
On Mon, Dec 05, 2011 at 12:41:21AM +0100, Michal Suchanek wrote:
> Excerpts from Helmut Grohne's message of Sat Dec 03 17:33:04 +0100 2011:
> > Hi,
> >
> > On Sun, Jan 02, 2011 at 03:48:05PM +0100, Michal Suchanek wrote:
> > > This same issue also happens with cp(1) from coreutils.
> >
Excerpts from Helmut Grohne's message of Sat Dec 03 17:33:04 +0100 2011:
> Hi,
>
> On Sun, Jan 02, 2011 at 03:48:05PM +0100, Michal Suchanek wrote:
> > This same issue also happens with cp(1) from coreutils.
>
> I verified that this statement is wrong.
It is not.
>
> 1) The coreutils actually
Hi,
On Sun, Jan 02, 2011 at 03:48:05PM +0100, Michal Suchanek wrote:
> This same issue also happens with cp(1) from coreutils.
I verified that this statement is wrong.
1) The coreutils actually check the return value of close which can be
seen on copy.c. It has precisely two calls to close and b
Hello
Excerpts from Julien Cristau's message of Sat Dec 25 22:00:11 +0100 2010:
> user release.debian@packages.debian.org
> usertag 607267 squeeze-can-defer
> tag 607267 squeeze-ignore
> kthxbye
>
> On Thu, Dec 16, 2010 at 13:40:30 +0100, Michal Suchanek wrote:
>
> > Package: openssh-client
user release.debian@packages.debian.org
usertag 607267 squeeze-can-defer
tag 607267 squeeze-ignore
kthxbye
On Thu, Dec 16, 2010 at 13:40:30 +0100, Michal Suchanek wrote:
> Package: openssh-client
> Version: 1:5.5p1-5+b1
> Severity: grave
> File: /usr/bin/scp
> Justification: causes non-seriou
Package: openssh-client
Version: 1:5.5p1-5+b1
Severity: grave
File: /usr/bin/scp
Justification: causes non-serious data loss
scp fails to notice close() errors.
To reproduce:
- mount a 10M tmpfs
- export it through samba
- mount the share through cifs
- take a 12M file (eg dd from /dev/zero)
12 matches
Mail list logo