Your message dated Mon, 03 Feb 2014 22:48:50 +
with message-id
and subject line Bug#736202: fixed in freebsd-utils 10.0-2
has caused the Debian Bug report #736202,
regarding undeterministic output when running egrep repeatedly with the same
input
to be marked as done.
This means that you
Processing commands for cont...@bugs.debian.org:
> fixed 736198 kfreebsd-9/9.1-3
Bug #736198 [kfreebsd-image-9.0-2-amd64] undeterministic output when running
egrep repeatedly with the same input
Marked as fixed in versions kfreebsd-9/9.1-3.
> fixed 736198 kfreebsd-9/9.2-1
Bug #736198 [kf
Processing commands for cont...@bugs.debian.org:
> notfixed 736198 9.2-1
Bug #736198 [kfreebsd-image-9.0-2-amd64] undeterministic output when running
egrep repeatedly with the same input
There is no source info for the package 'kfreebsd-image-9.0-2-amd64' at version
'9.2-1&
Processing commands for cont...@bugs.debian.org:
> fixed 736198 9.2-1
Bug #736198 [kfreebsd-image-9.0-2-amd64] undeterministic output when running
egrep repeatedly with the same input
There is no source info for the package 'kfreebsd-image-9.0-2-amd64' at version
'9.2-1&
On 21/01/2014 14:09, Steven Chamberlain wrote:
> On 21/01/14 13:06, Robert Millan wrote:
>>> Shall we fix this through s-p-u along with:
>>> * EN-14:01.random (already committed)
>>> * EN-14:02.mmap?
>>
>> I'm confused. EN-14:02 isn't ntp? Where do you see this?
>> https://www.freebsd.org/security/
On 21/01/14 13:06, Robert Millan wrote:
>> Shall we fix this through s-p-u along with:
>> * EN-14:01.random (already committed)
>> * EN-14:02.mmap?
>
> I'm confused. EN-14:02 isn't ntp? Where do you see this?
> https://www.freebsd.org/security/advisories.html
Errata notices:
https://www.freebsd.o
On 21/01/2014 13:59, Steven Chamberlain wrote:
> On 21/01/14 10:39, Robert Millan wrote:
>> Yes, my mount.h is in ZFS. And my sid chroot is hosted on Wheezy.
>> Unfortunately it isn't
>> practical for me to change either.
>>
>> How about a Wheezy update then?
>
> Shall we fix this through s-p-u a
Processing commands for cont...@bugs.debian.org:
> found 736198 9.0-10+deb70.5
Bug #736198 [kfreebsd-image-9.0-2-amd64] undeterministic output when running
egrep repeatedly with the same input
Marked as found in versions kfreebsd-9/9.0-10+deb70.5.
> fixed 736198 9.1-3
Bug #736198 [kfreebsd
On 21/01/14 10:39, Robert Millan wrote:
> Yes, my mount.h is in ZFS. And my sid chroot is hosted on Wheezy.
> Unfortunately it isn't
> practical for me to change either.
>
> How about a Wheezy update then?
Shall we fix this through s-p-u along with:
* EN-14:01.random (already committed)
* EN-14:
Processing commands for cont...@bugs.debian.org:
> reassign 736198 kfreebsd-image-9.0-2-amd64
Bug #736198 [grep] undeterministic output when running egrep repeatedly with
the same input
Bug reassigned from package 'grep' to 'kfreebsd-image-9.0-2-amd64'.
No longer marked as
reassign 736198 kfreebsd-image-9.0-2-amd64
thanks
Hi!
On 21/01/2014 04:24, Steven Chamberlain wrote:
> Bug is probably with kfreebsd-9 before 9.1, returning a wrong result to
> lseek (fd, cur, SEEK_HOLE), which is used since grep 2.13:
>
>> * Noteworthy changes in release 2.13 (2012-07-04) [stab
Bug is probably with kfreebsd-9 before 9.1, returning a wrong result to
lseek (fd, cur, SEEK_HOLE), which is used since grep 2.13:
> * Noteworthy changes in release 2.13 (2012-07-04) [stable]
>
> ** New features
> 'grep' without -z now treats a sparse file as binary, if it can
> easily determ
Could it be http://www.freebsd.org/cgi/query-pr.cgi?pr=164445 ?
It looks like that fix from reply 3 is not in kernel 9.0-10+deb70 which
is what I'm running (but I have Wheezy userspace, so I haven't
reproduced a problem either)
Jeff
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.o
Hi Jeff!
On 21/01/14 02:38, Jeff Epler wrote:
> Could it be http://www.freebsd.org/cgi/query-pr.cgi?pr=164445 ?
I think you might be right:
> From: Andriy Gapon
> On FreeBSD the ioctl(2) system call does copyin/copyout of the data argument
> and
> thus those extra copyin/copuout calls
This is about 100x times harder to reproduce running under ktrace but I
got lucky. The problematic syscall is right here:
> egrepRET read 32768/0x8000
> egrepCALL lseek(0,0,SEEK_CUR)
> egrepRET lseek 32768/0x8000
> egrepCALL lseek(0,0x8000,SEEK_HOLE)
> -egrepRET ls
found 736202 2.16-1
found 736202 2.14-3
# regression since this version
fixed 736202 2.12-2
thanks
I see the same thing in a sid chroot on a wheezy system (kfreebsd-amd64
9.0). Seems to affects grep 2.16-1 and 2.14-3, but not grep 2.12-2 from
wheezy running in the same chroot.
I found that in t
Processing control commands:
> block -1 by 736198
Bug #736202 [ktrace] undeterministic output when running egrep repeatedly with
the same input
736202 was not blocked by any bugs.
736202 was not blocking any bugs.
Added blocking bug(s) of 736202: 736198
--
736202: http://bugs.debian.org/
Package: ktrace
Version: 10.0-1
Severity: normal
Control: block -1 by 736198
A consequence of this is that kdump builds are no longer deterministic.
Sometimes
kdump will build with more "knowledge" (e.g. mount flags, ioctl names, etc) than
other times.
On 20/01/2014 23:12, Robert Millan wrote:
>
On 20/01/2014 23:12, Robert Millan wrote:
> $ for i in $(seq 100) ; do egrep
> '^#[[:space:]]*define[[:space:]]+MNT_[A-Z]+[[:space:]]+0x[0-9]+[[:space:]]*'
> /usr/src/kfreebsd-headers-10.0-1/sys/sys/mount.h | grep MNT_RDONLY | head -n
> 1 ; done | wc -l
> 72
Interestingly, when the receiving en
Package: grep
Version: 2.15-2
File: /bin/egrep
Severity: grave
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
The following command is supposed to yield a match every time (i.e.
egrep should filter the line containing MNT_RDONLY from sys/mount.h).
However, approximately 20% of the time it d
20 matches
Mail list logo
