On Wed, Aug 18, 2010 at 5:01 PM, Anonymous wrote:
> Gordon Tetlow writes:
>
> It doesn't search in bin/../man nor in bin/.man. For example,
> my PATH contains $LOCALBASE/bin:$HOME/.bin, while /etc/manpath.config
> is default one and contains /usr/local/man which does not exist here.
>
Guess I m
On 08/18/2010 10:48, Gabor Kovesdan wrote:
I've just committed a patch with the kind help of Dimitry Andric,
which gives BSD grep a huge performance boost.
Agreed, as I reported earlier.
The performance is now almost comparable to GNU grep.
I think you're using a very liberal definition of
TB --- 2010-08-19 01:12:25 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-19 01:12:25 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2010-08-19 01:12:25 - cleaning the object tree
TB --- 2010-08-19 01:13:00 - cvsupping the source tree
TB --- 2010-08-19 01:13:00 - /u
Gordon Tetlow wrote
in :
go> On Wed, Aug 18, 2010 at 12:11 AM, Gordon Tetlow wrote:
go>
go> > All,
go> >
go> > I sat down and rewrote the man tools from a relatively old codebase to a
go> > single shell script. My original motivation was to allow multiple
go> > configuration files so port inst
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/18/2010 15:46, Andriy Gapon wrote:
> on 18/08/2010 22:07 Marian Hettwer said the following:
>> I'll try and reproduce that tomorrow. I would say, a hanging nfs mount
>> shouldn't lead to a hanging around df(1).
>
> See df -n.
>
Going with this
Hi Ed and unionfs fan gyus.
Ed pointed out a contradict behavior between current
unionfs implementation and its manual, and sent me a
patch.
Thanks Ed ;)
Index: sys/fs/unionfs/union_vfsops.c
===
--- sys/fs/unionfs/union_vfsops
> On 18 August 2010 12:07, pluknet wrote:
> > On 17 August 2010 20:04, Kostik Belousov wrote:
> >
> >>
> >> Also please take a note of the John' suggestion to use the taskqueue.
> >
> > I decided to go this road. Thank you both.
> > Now I do nfs buildkernel survive and prepare some benchmark resu
Anonymous writes:
> Gordon Tetlow writes:
>
>> I've tried to make this mirror the functionality, directory search order,
>> and arguments as the current base implementation.
>>
>> This brings me to my next point. I need some testers willing to try this
>> out. It would be particularly great if I
Gordon Tetlow writes:
> I've tried to make this mirror the functionality, directory search order,
> and arguments as the current base implementation.
>
> This brings me to my next point. I need some testers willing to try this
> out. It would be particularly great if I could get some foreign lang
Hi Luigi,
On 19/08/2010, at 00:28 , Luigi Rizzo wrote:
> slightly off topic but I disagree on the latter part.
I didn't expect everyone to agree. Not sure that I do, necessarily, either.
(A neat, small language like TCL or Lua is probably better for most of the uses
we're discussing here.)
On 2010-08-18 23:12, Dimitry Andric wrote:
>> And one trial is not statistically valid - especially given the small
>> differences. How about multiple multiple trials with ministat.
>
> The result were averages of three trials
Actually, since I kept using Doug's original grep-time-trial.sh, each
On Wed, Aug 18, 2010 at 12:11 AM, Gordon Tetlow wrote:
> All,
>
> I sat down and rewrote the man tools from a relatively old codebase to a
> single shell script. My original motivation was to allow multiple
> configuration files so port installations did not have to mess with
> /etc/manpath.confi
On 2010-08-18 22:52, Peter Jeremy wrote:
>> grep with normal mmap() 1396s
>> grep with prefault mmap() 1354s
>> grep with regular read() 1354s
>
> Is this with uncached (ie remount the filesystem on each test) or cached
> data?
This is all on the same filesystem, and the test fi
On 2010-Aug-17 22:29:46 +0200, Dimitry Andric wrote:
>On 2010-08-17 18:29, Alan Cox wrote:
>> Try it again on a memory resident file with the MAP_PREFAULT_READ option
>> that is provided by this patch:
>>
>> http://www.cs.rice.edu/~alc/MAP_PREFAULT_READ.patch
>
>A time trial gives:
>
> grep with
On Wednesday, August 18, 2010 3:17:56 pm pluknet wrote:
> On 18 August 2010 23:11, pluknet wrote:
> > On 18 August 2010 17:46, Kostik Belousov wrote:
> >> On Wed, Aug 18, 2010 at 02:43:19PM +0400, pluknet wrote:
> >>> On 18 August 2010 12:07, pluknet wrote:
> >>> > On 17 August 2010 20:04, Kosti
On Wed, Aug 18, 2010 at 10:56 AM, Dimitry Andric wrote:
> On 2010-08-18 19:37, Rui Paulo wrote:
>> I really don't know how compatible is the latest icc because no one
>> ever updated the ports version. This is actually a hint that no one
>> really uses this anymore.
>
> I recently installed the po
on 18/08/2010 22:07 Marian Hettwer said the following:
> I'll try and reproduce that tomorrow. I would say, a hanging nfs mount
> shouldn't lead to a hanging around df(1).
See df -n.
--
Andriy Gapon
___
freebsd-current@freebsd.org mailing list
http://l
On 18 August 2010 23:11, pluknet wrote:
> On 18 August 2010 17:46, Kostik Belousov wrote:
>> On Wed, Aug 18, 2010 at 02:43:19PM +0400, pluknet wrote:
>>> On 18 August 2010 12:07, pluknet wrote:
>>> > On 17 August 2010 20:04, Kostik Belousov wrote:
>>> >
>>> >>
>>> >> Also please take a note of
On 18 August 2010 17:46, Kostik Belousov wrote:
> On Wed, Aug 18, 2010 at 02:43:19PM +0400, pluknet wrote:
>> On 18 August 2010 12:07, pluknet wrote:
>> > On 17 August 2010 20:04, Kostik Belousov wrote:
>> >
>> >>
>> >> Also please take a note of the John' suggestion to use the taskqueue.
>> >
>
Hej there,
Am 18.08.10 17:18, schrieb Andriy Gapon:
on 18/08/2010 11:23 Marian Hettwer said the following:
Hi All,
i installed freebsd 8.1-release on my workstation (based on the
8.1-release mfsbsd isos) and I'm now experiencing some strange effects.
A df(1) doesn't return and is not killa
Op 18 aug. 2010 om 18:48 heeft Gabor Kovesdan het volgende
geschreven:
> Em 2010.08.13. 10:43, Doug Barton escreveu:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> Gabor,
>>
>> I hope at this point it goes without saying that I have a lot of respect
>> for the work you've done o
In message: <4c6c1cfe.6060...@freebsd.org>
Gabor Kovesdan writes:
: When reply, please remove core@ from CC, let's not bother them with
: this, I just wanted to let them know that I'm not neglecting this
: issue but if still demanded for a good reason, I'll switch back to
: default GNU
On 2010-08-18 19:37, Rui Paulo wrote:
> I really don't know how compatible is the latest icc because no one
> ever updated the ports version. This is actually a hint that no one
> really uses this anymore.
I recently installed the port, which has icc 8.1, but it fails to
compile even simple C++ pr
Em 2010.08.18. 19:37, Rui Paulo escreveu:
On 18 Aug 2010, at 18:18, Garrett Cooper wrote:
On Wed, Aug 18, 2010 at 9:23 AM, Rui Paulo wrote:
Hi,
I've been chatting with the ICC ex-users and they seem to be ok with the
removal of the ICC bits from share/mk and other places.
The reason is that
Em 2010.08.13. 10:43, Doug Barton escreveu:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Gabor,
I hope at this point it goes without saying that I have a lot of respect
for the work you've done on BSD grep, and I've already told you that I
think you're very courageous for taking the project
On Wed, Aug 18, 2010 at 10:18 AM, Garrett Cooper wrote:
> On Wed, Aug 18, 2010 at 9:23 AM, Rui Paulo wrote:
>> Hi,
>> I've been chatting with the ICC ex-users and they seem to be ok with the
>> removal of the ICC bits from share/mk and other places.
>> The reason is that it doesn't work and no o
On Wed, Aug 18, 2010 at 9:23 AM, Rui Paulo wrote:
> Hi,
> I've been chatting with the ICC ex-users and they seem to be ok with the
> removal of the ICC bits from share/mk and other places.
> The reason is that it doesn't work and no one has volunteered to fix it for
> many years. This seems to i
On 18 Aug 2010, at 18:18, Garrett Cooper wrote:
> On Wed, Aug 18, 2010 at 9:23 AM, Rui Paulo wrote:
>> Hi,
>> I've been chatting with the ICC ex-users and they seem to be ok with the
>> removal of the ICC bits from share/mk and other places.
>> The reason is that it doesn't work and no one has
Hi,
I've been chatting with the ICC ex-users and they seem to be ok with the
removal of the ICC bits from share/mk and other places.
The reason is that it doesn't work and no one has volunteered to fix it for
many years. This seems to indicate that the interest in ICC is low.
If there's anyone
+---[ Luigi Rizzo ]--
| On Wed, Aug 18, 2010 at 11:43:41PM +1000, Andrew Reilly wrote:
| > On Sun, Aug 15, 2010 at 11:15:55PM -0700, Doug Barton wrote:
| > > got any other suggestions?
| >
| > This is very much a "sorry I asked" question, but is none-the
| > less quite a go
On Wed Aug 18 10, Gordon Tetlow wrote:
> All,
>
> I sat down and rewrote the man tools from a relatively old codebase to a
> single shell script. My original motivation was to allow multiple
> configuration files so port installations did not have to mess with
> /etc/manpath.config (like perl for
> So all we need to direct some of the money we already spend for
> supporting developers and certain developments to core ZFS developers no
> longer employed by Sun/Oracle and that way make FreeBSD the primary ZFS
> development platform for the future. If you have the key developers, the
> communi
on 13/08/2010 00:45 Alexey Tarasov said the following:
> Fatal trap 1: privileged instruction fault while in kernel mode
> cpuid = 1; apic id = 01
> instruction pointer = 0x20:0xff8040d2cc83
> stack pointer = 0x28:0xff8040d2ca80
> frame pointer = 0x28:0xff0060c0b
://www.imasy.or.jp/~ume/FreeBSD/openresolv-20100818.diff.gz
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
u...@mahoroba.org u...@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
freebsd-current@freebsd.org mailing list
http
* Pawel Jakub Dawidek wrote:
> What you are trying to do here is to mount /dev/iso9660/freebsd for the
> second time? This is not supported. The check is there to prevent doing
> this, as it will panic on you when you try to unmount first mount (not
> really a problem in your case, as the first mo
on 18/08/2010 11:23 Marian Hettwer said the following:
> Hi All,
>
> i installed freebsd 8.1-release on my workstation (based on the
> 8.1-release mfsbsd isos) and I'm now experiencing some strange effects.
>
> A df(1) doesn't return and is not killable and while taking a look
> around in my pro
On Wed, Aug 18, 2010 at 11:43:41PM +1000, Andrew Reilly wrote:
> On Sun, Aug 15, 2010 at 11:15:55PM -0700, Doug Barton wrote:
> > got any other suggestions?
>
> This is very much a "sorry I asked" question, but is none-the
> less quite a good one, given the size of the hole to be plugged.
>
> I t
On Wed, Aug 18, 2010 at 02:43:19PM +0400, pluknet wrote:
> On 18 August 2010 12:07, pluknet wrote:
> > On 17 August 2010 20:04, Kostik Belousov wrote:
> >
> >>
> >> Also please take a note of the John' suggestion to use the taskqueue.
> >
> > I decided to go this road. Thank you both.
> > Now I d
On Sun, Aug 15, 2010 at 11:15:55PM -0700, Doug Barton wrote:
> got any other suggestions?
This is very much a "sorry I asked" question, but is none-the
less quite a good one, given the size of the hole to be plugged.
I think that a reasonable answer for this sort of thing might be
one of the dyna
Em 2010.08.18. 7:42, poyop...@puripuri.plala.or.jp escreveu:
Hi Gabor and others,
As Gabor committed r211364, bsdgrep now works nicely with tail -f.
http://svn.freebsd.org/changeset/base/211364
Thank you very much.
Acknowledgements also go to you and other users. Without quality
feedback I m
Dimitry Andric writes:
> Dag-Erling Smørgrav writes:
> > No, what is used is a variant of method 1 *on top of* method 2 for a
> > very specific case. You need "a special version of clang" (method 2)
> > anyway to support cross-building.
> Eventually, clang should support building objects for all
On 2010-08-18 11:15, Dag-Erling Smørgrav wrote:
> I'm not a big fan of "reasonable chances" when it comes to the
> toolchain.
Me neither, which is why I created method 2 originally. :) The
-isysroot method was invented by Roman Divacky in r198248.
> No, what is used is a variant of method 1 *on
Hi,
On Tue, Aug 17, 2010 at 09:47:00AM -0700, Xin LI wrote:
> It's not "gone" since Oracle can not withdraw code that is already
> licensed under CDDL. They _may_ choose not to release anything new but
> we already have a newer zfs version that have basic functionality usable
> in p4.
So all we
TB --- 2010-08-18 09:18:34 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-18 09:18:34 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2010-08-18 09:18:34 - mkdir /tinderbox/HEAD/powerpc64
TB --- 2010-08-18 09:18:34 - mkdir /tinderbox/HEAD/powerpc64/powerpc
TB --- 201
All,
I sat down and rewrote the man tools from a relatively old codebase to a
single shell script. My original motivation was to allow multiple
configuration files so port installations did not have to mess with
/etc/manpath.config (like perl for example) when needing to manipulate the
manpath. Af
TB --- 2010-08-18 09:47:11 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-18 09:47:11 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2010-08-18 09:47:11 - cleaning the object tree
TB --- 2010-08-18 09:47:41 - cvsupping the source tree
TB --- 2010-08-18 09:47:41 - /usr/b
Hi Gabor and others,
As Gabor committed r211364, bsdgrep now works nicely with tail -f.
http://svn.freebsd.org/changeset/base/211364
Thank you very much.
--
kuro
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/f
Hi Daichi,
I think Keith Packard of Xorg once wrote a commit message along the
lines of "5000 lines of code removed, feature added" This seems to be
similar, albeit on a smaller scale. ;-)
Apart from this issue with unionfs, I am also experiencing another
issue, where for some reason I cannot per
On 18 August 2010 12:07, pluknet wrote:
> On 17 August 2010 20:04, Kostik Belousov wrote:
>
>>
>> Also please take a note of the John' suggestion to use the taskqueue.
>
> I decided to go this road. Thank you both.
> Now I do nfs buildkernel survive and prepare some benchmark results.
>
So, I mo
Adrian Chadd wrote:
> Can you please change one at a time and see which affected it?
Looking at my logs:
startup:
Aug 18 09:41:40 mini kernel: wlan0: Ethernet address: b4:82:fe:72:16:09
Aug 18 09:41:41 mini kernel: wlan0: link state changed to UP
?:
Aug 18 09:45:25 mini kernel: ath0: bb hang det
Can you please change one at a time and see which affected it?
Thanks,
Adrian
On 18 August 2010 16:26, Ian FREISLICH wrote:
> Rui Paulo wrote:
>> On 17 Aug 2010, at 09:17, Ian FREISLICH wrote:
>> > Aug 17 09:29:08 mini kernel: ath0: bb hang detected (0x80), resetting
>> > Aug 17 09:37:57 mini
Dimitry Andric writes:
> Alexander Kabaev writes:
> > Does method 1) work fine with 'make buildenv'? I doubt that. I would
> > strongly suggest we should not lose this feature. I do not like the
> > idea of having to depend on -isystem in CFLAGS in such an environment.
> I have not tested make b
On 18 Aug 2010, at 09:26, Ian FREISLICH wrote:
> Rui Paulo wrote:
>> On 17 Aug 2010, at 09:17, Ian FREISLICH wrote:
>>> Aug 17 09:29:08 mini kernel: ath0: bb hang detected (0x80), resetting
>>> Aug 17 09:37:57 mini kernel: ath0: bb hang detected (0x80), resetting
>>> Aug 17 09:49:10 mini kernel: a
Hi Ed and unionfs fan gyus.
Ed pointed out a contradict behavior between current
unionfs implementation and its manual, and sent me a
patch.
Thanks Ed ;)
Index: sys/fs/unionfs/union_vfsops.c
===
--- sys/fs/unionfs/union_vfsops
TB --- 2010-08-18 06:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-18 06:10:00 - starting HEAD tinderbox run for i386/i386
TB --- 2010-08-18 06:10:00 - cleaning the object tree
TB --- 2010-08-18 06:10:38 - cvsupping the source tree
TB --- 2010-08-18 06:10:38 - /usr/bin/c
Hi All,
i installed freebsd 8.1-release on my workstation (based on the
8.1-release mfsbsd isos) and I'm now experiencing some strange effects.
A df(1) doesn't return and is not killable and while taking a look
around in my process table, I could find several find's hanging around too.
mhe
Rui Paulo wrote:
> On 17 Aug 2010, at 09:17, Ian FREISLICH wrote:
> > Aug 17 09:29:08 mini kernel: ath0: bb hang detected (0x80), resetting
> > Aug 17 09:37:57 mini kernel: ath0: bb hang detected (0x80), resetting
> > Aug 17 09:49:10 mini kernel: ath0: bb hang detected (0x80), resetting
> > Aug 17
On 17 August 2010 20:04, Kostik Belousov wrote:
> On Tue, Aug 17, 2010 at 07:42:41PM +0400, pluknet wrote:
>> 2010/8/16 Kostik Belousov :
>> > On Mon, Aug 16, 2010 at 09:07:24PM +0400, pluknet wrote:
>> >> On 16 August 2010 21:05, pluknet wrote:
>> >> > Hi.
>> >> >
>> >> > Seeing on mostly idle,
58 matches
Mail list logo
