On Sun, 13 Jun 2010 17:39:00 +0300
Gregory Edigarov wrote:
> Hello,
>
> Today I've bought myself Viewcon USB-to-RS232c adapter cable.
> Under OpenBSD it is identifies as:
>
> uplcom0 at uhub1 port 6 "Prolific Technology Inc. USB-Serial
> Controller" rev 1.10/3.00 addr 3
>
> however, when I try
> I am having the same problem on a Lenovo R60e running snapshots from
> May12th and May 22nd.
>
> Looks like it may be "fixed":
> http://marc.info/?l=openbsd-cvs&m=127457255931742&w=2 , will try the
> next snapshot.
I get the error on a new snapshot. (Last used 4.6, no idea if this occurred
in sn
On 14/06/2010, at 12:49 PM, Jacob Meuser wrote:
On Mon, Jun 14, 2010 at 11:37:52AM +1200, Paul M wrote:
I have a large amount of analog audio I need to digitize and
naturaly want to ensure best transfer quality. So I need to set
the analog level at the input to the adc as high as possible
witho
On 14/06/2010, at 6:54 PM, Jan Stary wrote:
On Jun 14 11:37:52, Paul M wrote:
I have a large amount of analog audio I need to digitize and
naturaly want to ensure best transfer quality. So I need to set
the analog level at the input to the adc as high as possible
without clipping.
It is good
[IMAGE]
Ley de Obras PC:blicas y Servicios Relacionados
[IMAGE] 30 de Junio de 2010
[IMAGE] NH Liverpool - MC)xico DF
[IMAGE] 9:00 am 2:00 pm y 3:00 - 7:00 pm
El presente programa esta basado en el Decreto modificatorio (DOF
28/05/2009), por el que se reforman, adicionan y derogan diversas
dis
On 2010-06-13, ra1978 wrote:
> Hello,
>
> Could you please add support CF WiFi card "I-O Data WN-B11/CFZ" ?
>
> Lack of support for this card - it's the only reason because of which I can
> not use OpenBSD on my Sharp Zaurus C3200.
> I think it is needed not only to me, many people have the same p
Hello list,
I'm looking to explicitly disable IPv6 on interfaces where it is
not used. This includes link local addresses.
However, this :
# cat /etc/hostname.em0
description "Some Port"
media 1000baseT
inet
Dear list,
I just noticed something strange with pf (4.7) and I wondered if
someone could help me to understand it.
Let's consider the following simple rule-set:
set skip on lo0
pass all
block out log on bge0 inet proto tcp from any to x.x.x.x port 80
match out on bge0 inet proto tcp from any t
On 2010-06-14, rh...@hushmail.com wrote:
> Hello list,
>
> I'm looking to explicitly disable IPv6 on interfaces where it is
> not used. This includes link local addresses.
>
> However, this :
>
> # cat /etc/hostname.em0
>
While this is wierd behaviour, I don't see what purpose this
match rule can serve, so it's not entirely surprising this hasn't
been noticed before... What are you trying to do with this?
On 2010-06-14, william dunand wrote:
> Dear list,
>
> I just noticed something strange with pf (4.7) and I wo
On Mon, Jun 14, 2010 at 12:28:46PM +0100, Stuart Henderson wrote:
> > # cat /etc/hostname.em0
> >
> > description "Some Port"
> > media 1000baseT
> > inet 172.16.176.166 255.255.255.252 NONE
> > -inet6
> > up
yo
>you can also pass extra options after "up"
>
>up -inet6
>
>>
Interesting. Well, I've already had one reply telling me to RTFM,
so perhaps I missed that little gem amongst all the text to be
enjoyed !
>> Please try this diff.
>>
>
>or this...
>
ack. done. worked. thanks again.
>Please try this diff.
>
>Index: netstart
>===
>
>RCS file: /cvs/src/etc/netstart,v
>retrieving revision 1.129
>diff -u -p -r1.129 netstart
>--- netstart 12 Jan 2010 07:43:41 - 1.129
>+++ netstart 14 Jun 2010 11:27:47 -000
Hi Stuart,
Thanks for your answer.
Well this rule-set's purpose is just to illustrate the "problem".
In my actual rule-set, I use several match statements to set default
queuing policy for block of rules, and of course for nating outgoing
traffic.
I noticed ny the way that if the block (or pass)
Si no ves correctamente este mensaje clica aqui
[IMAGE]
[IMAGE]
[IMAGE]
[IMAGE]
[IMAGE]
[IMAGE]
www.brindouro.com
Si has recibido este email es porque te has registrado en Brindouro.com o
has tenido una relacion comercial con Brindouro. Te recordamos que segun
la normativa vigente en materi
Hi,
Could someone please clarify whether this is an expected behaviour
on 4.7 ?
I copy pasted a working config from a machine with bge interfaces
onto one with em interfaces (changing macro references where
necessary, of course !) and find that VLAN interfaces do not
inherit their parent band
On Mon, Jun 14, 2010 at 2:29 AM, Paul M wrote:
> On 14/06/2010, at 6:54 PM, Jan Stary wrote:
>
>> It would be my guess that this is the audio chip that's integrated
>> with the Asus P5QPL-AM motherboard. If you are really after "best
>> transfer quality", you might want to use something else in
On Mon, Jun 14, 2010 at 12:50 AM, Patrick Coleman wrote:
> The strange thing is that occasionally, the OpenBSD box will reply to
> the gratuitous traffic with a spoofed TCP RST. For example, see [1] -
> a TCP connection was initiated from 203.135.184.10 (an OSX server) to
> 203.135.184.6 (a Linux
On 2010-06-14, william dunand wrote:
> Well this rule-set's purpose is just to illustrate the "problem".
Ah, for that we can go simpler:
pass log
match
Now you would expect any outgoing traffic to be logged. It isn't.
I've sent a PR for this so it's not lost - it will probably be
kernel/6401.
Stuart,
Thanks for your answer, and for sending the PR.
> Ah, for that we can go simpler:
>
> pass log
> match
Indeed, sorry for the noise.
> move this nat-to rule above the pass rule/s that it needs to apply
> to.
Well, I'll have to test tomorrow, but according to pf.conf man page,
in the Tran
Si no puedes visualizar correctamente este mensaje, pulsa aquC
SI NO VE LA INFORMACISN, HAGA CLIC AQUM
DivulgaciC3n DinC!mica Informa:
PROMOCISN VALIDA HASTA: 29 de junio de 2010
Master 600 horas
[IMAGE]
!APROVECHA ESTA OPORTUNIDAD!
AHORA: 6.000 $
3 PLAZOS (1:: 3.000 $, 2:: 1.500 $ y 3:: 1.5
> And kernel prints the messages:
>
> ueagle0: timeout waiting for operationnal state
> ueagle0: could not boot modem
>
Sorry, probably too late now, but I have a modem I know works with 4.3
that I can send you.
My other connection was upgraded within days (without warning even
though I asked w
Hello, I'm going to summarize this..
Basically, I have the squid port running on 4.6 i386 GENERIC and it is
considerably slow. I have about 8 offices running similar configuration and
they all exhibit similar behavior. When I turn off the proxy I get mad
download speeds. When I turn the proxy on I
I expect I'll get shot down for this, but this is what I run (after a good
deal of trail & error) on my squid boxes ( ~700 users). YMMV.
$ tail /etc/sysctl.conf
#net.inet.tcp.ecn=1
net.inet.ip.ifq.maxlen=512
#net.inet.tcp.ackonpush=1
#
net.inet.tcp.recvspace=262144
net.inet.tcp.sendspace=262144
On 15/06/2010, at 2:20 AM, Ted Roby wrote:
On Mon, Jun 14, 2010 at 2:29 AM, Paul M wrote:
On 14/06/2010, at 6:54 PM, Jan Stary wrote:
It would be my guess that this is the audio chip that's integrated
with the Asus P5QPL-AM motherboard. If you are really after "best
transfer quality", you
Hey folks,
I'm going through an upgrade cycle here at home, upgrading my
boxes from an older -CURRENT snapshot. This is the second one in a
few days, and both of the snapshots I had downloaded were missing
etc/mtree in etc47.tgz. The snapshots were downloaded from ftp3.usa
and from ftp.openbs
>I checked current.html and the mailing list archives, but I'm not
> seeing anything mentioning a change to the mtree stuff... Am I just
> missing something? Or have recent snapshots escaped without mtree?
Sorry, these are i386, FYI.
Benny
--
"I can do for you is - what can not no girl!"
On 2010-06-14, C. Bensend wrote:
> Hey folks,
>
>I'm going through an upgrade cycle here at home, upgrading my
> boxes from an older -CURRENT snapshot. This is the second one in a
> few days, and both of the snapshots I had downloaded were missing
> etc/mtree in etc47.tgz. The snapshots were
>>I'm going through an upgrade cycle here at home, upgrading my
>> boxes from an older -CURRENT snapshot. This is the second one in a
>> few days, and both of the snapshots I had downloaded were missing
>> etc/mtree in etc47.tgz. The snapshots were downloaded from ftp3.usa
>> and from ftp.ope
On 2010-06-14, Pete Vickers wrote:
> I expect I'll get shot down for this, but this is what I run (after a good
> deal of trail & error) on my squid boxes ( ~700 users). YMMV.
fairly sensible settings, and not just a blind copy-and-paste of
my least favourite page on calomel.org, I won't shoot th
Anyone got:
umsm0 at uhub7 port 2 configuration 1 interface 0 "Sierra Wireless Sierra
Wireless MC5720 Modem" rev 1.10/0.01 addr 2
ucom0 at umsm0
To work on OpenBSD?
I get basically no output from the modem using this in /etc/remote:
mobile:\
:at=hayes:dv=/dev/cuaU0:dv=/dev/ttya:tc=direct
On Mon, Jun 14, 2010 at 11:23 PM, Ted Unangst wrote:
>> In my pf.conf I have "match in all scrub (reassemble tcp)" and
>> "antispoof log for $interfaces" and nothing else that isn't a simple
>> pass/block or NAT rule. I'm not ruling out some sort of config error
>> here, because I'm pretty new to
On 2010-06-14, william dunand wrote:
> On Tue, Jun 15, 2010 at 12:28 AM, Stuart Henderson
> wrote:
>> On 2010-06-14, william dunand wrote:
>>> Well this rule-set's purpose is just to illustrate the "problem".
>>
>>
>> Now you would expect any outgoing traffic to be logged. It isn't.
>> I've sen
> ah, yes, I see what you mean, but this depends on the values chosen for
> A, B, somewhere, something.
Yeah sorry for the vagueness :)
Anyway I tested it just in case and as expected it didn't work.
> it might be simpler to combine the rules e.g.
>
> pass out on $ext_if proto tcp from {A, B} to
On Tue, Jun 15, 2010 at 1:03 PM, LeviaComm Networks NOC
wrote:
> It would be best if you had a working switch to test with, the switch may
be
> forwarding packets to the OpenBSD box because its MAC table is broken. The
> switch may be the cause, please confirm that it isn't before making noise.
>
On Mon, Jun 14, 2010 at 10:20 PM, Patrick Coleman wrote:
> On Tue, Jun 15, 2010 at 1:03 PM, LeviaComm Networks NOC
> wrote:
>> It would be best if you had a working switch to test with, the switch may
> be
>> forwarding packets to the OpenBSD box because its MAC table is broken.
The
>> switch ma
On 6/13/2010 9:50 PM, Patrick Coleman wrote:
For some reason however, on one particular VLAN the switch is
erroneously forwarding traffic from a particular host (203.135.184.10)
to the OpenBSD box. The traffic is forwarded even when the destination
MAC address is not that of the OpenBSD box. So t
38 matches
Mail list logo
