>> -Brandon
>
> Oh, I see. The diff doesn't include the change(s) to histedit.h
>
I would be very interested in a diff for FreeBSD 8.1
Sam Fourman Jr.
http://www.fourmannetworks.com/
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org
On Tue, Jun 15, 2010 at 9:17 PM, Brandon Gooch
wrote:
> On Tue, Jun 15, 2010 at 9:08 PM, jhell wrote:
>> On 06/15/2010 22:00, jhell wrote:
>>> On 06/15/2010 21:14, Brandon Gooch wrote:
I discovered a few moments ago that filename completion had been
committed to HEAD[1]!!!
>>>
This
On Tue, Jun 15, 2010 at 9:08 PM, jhell wrote:
> On 06/15/2010 22:00, jhell wrote:
>> On 06/15/2010 21:14, Brandon Gooch wrote:
>>> I discovered a few moments ago that filename completion had been
>>> committed to HEAD[1]!!!
>>
>>> This is a (seemingly) small, yet VERY useful addition, and, of cour
On 06/15/2010 22:00, jhell wrote:
> On 06/15/2010 21:14, Brandon Gooch wrote:
>> I discovered a few moments ago that filename completion had been
>> committed to HEAD[1]!!!
>
>> This is a (seemingly) small, yet VERY useful addition, and, of course
>> I'm so grateful to Guy Yur and Jilles for getti
I discovered a few moments ago that filename completion had been
committed to HEAD[1]!!!
This is a (seemingly) small, yet VERY useful addition, and, of course
I'm so grateful to Guy Yur and Jilles for getting this into the tree
:)
I would like to make an "official" request that this feature be MF
Gabor Kovesdan writes:
[...]
> Any comments, suggestions or bugreports are very welcome.
Does it respect lib32?
$ iconv -f ascii
iconv: iconv_open(UTF-8, ascii): Invalid argument
/usr/lib/i18n/libiconv_std.so.4: unsupported file layoutzsh: exit 1 iconv
-f ascii
$ file /usr/lib/i18
Alexander Best writes:
> Dag-Erling Smørgrav writes:
> > The problem is that "/usr/src/" is not a prefix of "/usr/src".
> ah i see. would something like
>
> empty(.CURDIR:M/usr/src*) instead of empty(.aCURDIR:M/usr/src/*) work?
I think so. My hypothesis is that CC, CXX etc. were set in the
top-
cc1: warnings being treated as errors
/usr/src/lib/libiconv_modules/BIG5/../../libc/iconv/citrus_stdenc_template.h:
In function '_citrus_BIG5_stdenc_cstomb':
/usr/src/lib/libiconv_modules/BIG5/../../libc/iconv/citrus_stdenc_template.h:138:
warning: 'ret' may be used uninitialized in this functi
AK-san,
PseudoCylon wrote:
From: Ganbold
To: PseudoCylon
Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu
Sent: Thu, June 10, 2010 10:53:30 AM
Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
It seems like it is running without any problem so
2010/6/15 Dag-Erling Smørgrav :
> Alexander Best writes:
>> sorry. i didn't mean to affend you. doug barton already pointed out
>> that what i had in my make.conf beforehand won't work unless /usr/src
>> and /usr/obj are literal directories in /usr [1].
>
> The problem is that "/usr/src/" is not a
On Tue, Jun 15, 2010 at 7:56 PM, Alexander Best
wrote:
> On Tue, Jun 15, 2010 at 7:42 PM, Gabor Kovesdan wrote:
>>
>>> /usr/src/lib/libc/iconv/citrus_none.c: In function
>>> '_citrus_NONE_stdenc_cstomb':
>>> /usr/src/lib/libc/iconv/citrus_none.c:114: warning: unused variable 'ret'
>>> *** Error c
Alexander Best writes:
> sorry. i didn't mean to affend you. doug barton already pointed out
> that what i had in my make.conf beforehand won't work unless /usr/src
> and /usr/obj are literal directories in /usr [1].
The problem is that "/usr/src/" is not a prefix of "/usr/src".
DES
--
Dag-Erli
On 14-06-2010 23:31, Christian Zander wrote:
> On Mon, Jun 14, 2010 at 02:30:03PM -0700, Rene Ladan wrote:
> (...)
>>> I've asked the driver author if the calls to vm_page_wire() and
>>> vm_page_unwire() can simply be removed but have not heard back yet.
>>>
>>
>> Is there any n
On Sun, 13 Jun 2010 19:58:51 -0700 Tim Kientzle wrote:
> Thanks for the report! This was caused by an
> overflow in the compression calculation when the "in"
> bytes was larger than the "out" bytes.
> I just committed a fix as r209152.
Yep, it works. Thanks for the quick fix!
> Tim
> Boris Sa
On Sun, Jun 13, 2010 at 11:37:23PM +0900, Norikatsu Shigemura wrote:
> Hi yongari!
>
> I have a OpenRD Ultimate, which has two GbE ports - if_mge(4). But
> I couldn't use mge1 like following. So I tried to investigate.
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
On Tue, Jun 15, 2010 at 7:30 PM, Doug Barton wrote:
> On 06/15/10 10:24, Alexander Best wrote:
>>
>> `make -V .CURDIR` in /usr/src returns "/usr/src"
>
> Thanks. Now:
>
> cd /usr/obj/usr/src
> make -V .CURDIR
"/usr/obj/usr/src"
>
>
> Doug
>
> --
>
> ... and that's just a little bit of his
On Tue, Jun 15, 2010 at 7:42 PM, Gabor Kovesdan wrote:
>
>> /usr/src/lib/libc/iconv/citrus_none.c: In function
>> '_citrus_NONE_stdenc_cstomb':
>> /usr/src/lib/libc/iconv/citrus_none.c:114: warning: unused variable 'ret'
>> *** Error code 1
>>
>
> I'm sorry, this one slipped in. Today I've checked
Thanks i managed to fix that, but sadly its still unusable.
I tried to create a raidz on 4 1.5tb disks with moderate success, Im
able to create the raid, but when im trying to copy files onto the raid
i get immense amount of errors. Is this zfs related or the
driver/controller is doing some hin
/usr/src/lib/libc/iconv/citrus_none.c: In function '_citrus_NONE_stdenc_cstomb':
/usr/src/lib/libc/iconv/citrus_none.c:114: warning: unused variable 'ret'
*** Error code 1
I'm sorry, this one slipped in. Today I've checked the sources with
clang and fixed some minor warnings, including this
On Tue, Jun 15, 2010 at 10:02:44AM -0700, Doug Barton wrote:
> On 06/15/10 09:32, Lars Engels wrote:
> > On Tue, Jun 15, 2010 at 09:25:22AM -0700, Rui Paulo wrote:
> >>
> >> On 15 Jun 2010, at 09:17, Lars Engels wrote:
> >>
> >>> On Tue, Jun 15, 2010 at 09:00:51AM -0700, Rui Paulo wrote:
>
> >
On 06/15/10 10:24, Alexander Best wrote:
`make -V .CURDIR` in /usr/src returns "/usr/src"
Thanks. Now:
cd /usr/obj/usr/src
make -V .CURDIR
Doug
--
... and that's just a little bit of history repeating.
-- Propellerheads
Improve the effectiveness of
On Tue, Jun 15, 2010 at 7:12 PM, Doug Barton wrote:
> On 06/15/10 04:11, Alexander Best wrote:
>>
>> 2010/6/15 Dag-Erling Smørgrav:
>>>
>>> Alexander Best writes:
Dag-Erling Smørgrav writes:
>
> Alexander Best writes:
>>
>> .if empty(.CURDIR:M/usr/src/*)&& empty(.CURD
On 06/15/10 04:11, Alexander Best wrote:
2010/6/15 Dag-Erling Smørgrav:
Alexander Best writes:
Dag-Erling Smørgrav writes:
Alexander Best writes:
.if empty(.CURDIR:M/usr/src/*)&& empty(.CURDIR:M/usr/obj/*)&&
exists(/usr/local/bin/gcc44)
CC = gcc44
CXX = g++44
CPP = cpp44
.endif
What happ
Are there any plans to resurrect/finish multibyte collation support
GSoC'2008 project:
http://wiki.freebsd.org/KonradJankowski/Collation
Yes, my queue is just so long that I haven't got there yet. I'm in SoC
2010 again with a different project and there's still BSD grep from SoC
2008. I'm
getting this error when doing 'buildworld':
cc -O2 -pipe -fno-strict-aliasing -funroll-loops -march=native
-I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include
-I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE
-I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/obj/usr/src/lib/libc
-I/us
On 06/15/10 09:32, Lars Engels wrote:
On Tue, Jun 15, 2010 at 09:25:22AM -0700, Rui Paulo wrote:
On 15 Jun 2010, at 09:17, Lars Engels wrote:
On Tue, Jun 15, 2010 at 09:00:51AM -0700, Rui Paulo wrote:
On 15 Jun 2010, at 08:03, Lars Engels wrote:
The issue is still present in r209168.
Wh
On (15/06/2010 02:13), Gabor Kovesdan wrote:
> Hello Folks,
>
> during the last summer, Google generously founded my Summer of Code
> project, which was providing a BSD-licensed iconv implementation for
> FreeBSD. I'm proud to announce that the work has been completed and a
> patch is available
On Sat, Jun 12, 2010 at 5:03 AM, oizs wrote:
> Hello,
>
> I got myself a board made for google by arima and had some issues with it
> booting freebsd on it, but with some help of the list i was able to make it
> boot.
> Now i have two problems, whenever i try to reboot i get kernel trap 12, and
>
On Tue, Jun 15, 2010 at 09:25:22AM -0700, Rui Paulo wrote:
>
> On 15 Jun 2010, at 09:17, Lars Engels wrote:
>
> > On Tue, Jun 15, 2010 at 09:00:51AM -0700, Rui Paulo wrote:
> >>
> >> On 15 Jun 2010, at 08:03, Lars Engels wrote:
> >>>
> >>> The issue is still present in r209168.
> >>
> >> Which
On 15 Jun 2010, at 09:17, Lars Engels wrote:
> On Tue, Jun 15, 2010 at 09:00:51AM -0700, Rui Paulo wrote:
>>
>> On 15 Jun 2010, at 08:03, Lars Engels wrote:
>>>
>>> The issue is still present in r209168.
>>
>> Which driver? I works fine with my ath.
>>
>
> ath0: mem 0xd400-0xd400 ir
On Tue, Jun 15, 2010 at 09:00:51AM -0700, Rui Paulo wrote:
>
> On 15 Jun 2010, at 08:03, Lars Engels wrote:
> >
> > The issue is still present in r209168.
>
> Which driver? I works fine with my ath.
>
ath0: mem 0xd400-0xd400 irq 16 at device 0.0 on pci2
ath0: [ITHREAD]
ath0: AR2425 ma
On 15 Jun 2010, at 08:03, Lars Engels wrote:
> On Sun, May 30, 2010 at 07:48:38PM +0200, Lars Engels wrote:
>> On Sat, May 29, 2010 at 11:20:18AM +0100, Rui Paulo wrote:
>>>
>>> On 29 May 2010, at 05:39, b. f. wrote:
>>>
On 5/28/10, Doug Barton wrote:
> On 5/28/2010 4:50 PM, b. f. wro
On Sun, May 30, 2010 at 07:48:38PM +0200, Lars Engels wrote:
> On Sat, May 29, 2010 at 11:20:18AM +0100, Rui Paulo wrote:
> >
> > On 29 May 2010, at 05:39, b. f. wrote:
> >
> > > On 5/28/10, Doug Barton wrote:
> > >> On 5/28/2010 4:50 PM, b. f. wrote:
> > >>>
> > >>> I can't see any problems wh
On Monday 14 June 2010 5:22:32 pm Garrett Cooper wrote:
> On Thu, Jun 10, 2010 at 10:46 AM, John Baldwin wrote:
> > I've had several folks ask me recently about importing etcupdate
> > (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an
alternate
> > tool for updating /etc during u
AK-san,
PseudoCylon wrote:
From: Ganbold
To: PseudoCylon
Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu
Sent: Thu, June 10, 2010 10:53:30 AM
Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
It seems like it is running without any problem so
2010/6/15 Dag-Erling Smørgrav :
> Alexander Best writes:
>> Dag-Erling Smørgrav writes:
>> > Alexander Best writes:
>> > > .if empty(.CURDIR:M/usr/src/*) && empty(.CURDIR:M/usr/obj/*) &&
>> > > exists(/usr/local/bin/gcc44)
>> > > CC = gcc44
>> > > CXX = g++44
>> > > CPP = cpp44
>> > > .endif
>>
Garrett Cooper writes:
> 1. Script doesn't check to see whether or not it has write access (and
> doesn't catch some errors):
IMHO, any shell script which is intended to be used more than twice
should start with "set -e".
DES
--
Dag-Erling Smørgrav - d...@des.no
>>> From: Ganbold
>>> To: PseudoCylon
>>> Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu
>>> Sent: Thu, June 10, 2010 10:53:30 AM
>>> Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
>>>
>>> It seems like it is running without any problem so far, no more adsl
>>> modem proble
Alexander Best writes:
> Dag-Erling Smørgrav writes:
> > Alexander Best writes:
> > > .if empty(.CURDIR:M/usr/src/*) && empty(.CURDIR:M/usr/obj/*) &&
> > > exists(/usr/local/bin/gcc44)
> > > CC = gcc44
> > > CXX = g++44
> > > CPP = cpp44
> > > .endif
> > What happens when .CURDIR = /usr/src?
> i
On 2010-06-15 00:08, Max Laier wrote:
> I'm not sure about the intention behind the len assignements in libugidfw -
> might be just a leftover - but if the idea is to teach a model that "we
> generally care about the return value of snprintf()", a void cast might be
> the
> more protable soluti
40 matches
Mail list logo
