JoaoBR wrote:
On Sunday 01 April 2007 15:22, Mike Tancsa wrote:
At 11:55 AM 4/1/2007, JoaoBR wrote:
by all respect to Julians work but with ipfw broken and sunday fucked up
...
kind of scaring when seeing I have no time to check, I do it on tuesday
or I need to do the userland ipfw too to add
Mike Tancsa wrote:
At 10:07 AM 4/1/2007, JoaoBR wrote:
it seems I can not add pipes with releng6 sources from the last days
ipfw add pipe 1 ip from any to any
ipfw: getsockopt(IP_FW_ADD): Invalid argument
I think this is whats needed in /usr/src/sbin/ipfw. Looking at the
diffs between
Julian Elischer пишет:
somewhere between my MFC testing and the commits there seems to have
been a screwup.
I think it happenned because I reverted a MFC out of my list of MFC's to
do after
I had done some tests because they causled a failure and I hadn't
realised that
they affected this code
Matthew Jacob wrote:
(xpt0:mpt0:0:-1:-1): reset bus
periph:sim:channel:target:lun
target == lun == -1 == wildcard, so the initial bus reset applies to a
nexus for all targets and luns on that channel on that sim (mpt0) on
that periph (xpt0)
would you mind to tell why it
JoaoBR [EMAIL PROTECTED] wrote:
On Sunday 01 April 2007 12:04, Mike Tancsa wrote:
At 10:07 AM 4/1/2007, JoaoBR wrote:
it seems I can not add pipes with releng6 sources from the last days
ipfw add pipe 1 ip from any to any
ipfw: getsockopt(IP_FW_ADD): Invalid argument
Andrey V. Elsukov wrote:
Julian Elischer пишет:
somewhere between my MFC testing and the commits there seems to have
been a screwup.
I think it happenned because I reverted a MFC out of my list of MFC's
to do after
I had done some tests because they causled a failure and I hadn't
realised
On Tuesday 03 April 2007 05:53, Oliver Fromme wrote:
Well, FreeBSD is mostly a volunteer project, so people work
on it when they have time.
we all know that, we could discuss the general issue deeply which might be
usefull but might be misunderstood by people, anyway I like to answer your
On Monday 02 April 2007 05:45 pm, Daniel O'Connor wrote:
On Tuesday 03 April 2007 06:24, Freddie Cash wrote:
1024x768 is a pretty standard VESA mode used on a lot of people's
text consoles. :) On most videocards, MODE_279 will be 1024x768
w/16 bpp colour. Check the output of vidcontrol
On Tuesday 03 April 2007 12:18, Freddie Cash wrote:
I don't understand why people who want high resolution consoles don't
run X.
that is very easy to understand, look:
A/ fits much more info on one screen
B/ line wraps do not complicate orientation on screen
both points are very usefull
On Tuesday 03 April 2007 10:27 am, JoaoBR wrote:
On Tuesday 03 April 2007 12:18, Freddie Cash wrote:
Just a note that the above should read:
On Monday 02 April 2007 05:45 pm, Daniel O'Connor wrote:
As I am not the one who wrote the following line, but Daniel is. :)
I don't understand why
On Tuesday 03 April 2007 15:02, Freddie Cash wrote:
On Tuesday 03 April 2007 10:27 am, JoaoBR wrote:
On Tuesday 03 April 2007 12:18, Freddie Cash wrote:
Just a note that the above should read:
On Monday 02 April 2007 05:45 pm, Daniel O'Connor wrote:
As I am not the one who wrote the
Julian Elischer wrote:
Andrey V. Elsukov wrote:
Julian Elischer пишет:
somewhere between my MFC testing and the commits there seems to have
been a screwup.
I think it happenned because I reverted a MFC out of my list of MFC's
to do after
I had done some tests because they causled a failure
12 matches
Mail list logo