Disponibilidadinmediata - Local a la calle TV
LCD Samsung 32" LedUSD
940 TV LCD Samsung 40"
USD 1030 USD
Yasal Uyar}
Mobee, bu internet sitesinin igerdipi bilgilerin dopru ve
g|ncellenmi~ olmas}na b|y|k vnem verir. Ancak, baz} hatalar gvzden kagm}~
olabilir ve siz deperli ziyaretgilerimizin, gerekli bilgi hakk}nda(fiyat,
teknik vzellikler gibi) kesin emin olmak igin bizimle
SEMINARIO-TALLER
El Nuevo Reglamento de la Ley de Adquisiciones y su Manual Administrativo
Experto instructor: Lic. Jorge Garcia Martinez )
Duracion: (2 dias) 16 hrs.
Inversion: $6,500 pesos mas IVA
OBJETIVOS:
⢠Analizar y explicar el contenido del nuevo Reglamento de la Ley de
Adquisicione
On Mon, Mar 28, 2011 at 04:45:52PM +0200, Matthieu Herrb wrote:
> Hi,
>
> > CVSROOT:/cvs
> > Module name:src
> > Changes by: bl...@cvs.openbsd.org 2011/03/22 18:59:49
>
> > Modified files:
> >usr.sbin/rtsold: if.c rtsold.8 rtsold.c rtsold.h
>
> > Log message:
> > Print
Please test to make sure this breaks no setups and/or pleases
you aesthetically as it does me.
- Bert
Index: net/if_bridge.c
===
RCS file: /cvs/src/sys/net/if_bridge.c,v
retrieving revision 1.188
diff -u -p -r1.188 if_bridge.c
--- ne
On Tue, Mar 29, 2011 at 05:24:33PM +0200, Michael wrote:
> Hi,
>
> I already filed a PR for that on 17.12.20110 -> kernel/6525. There also
> were some mails on misc@ about it. But noone really seemed to care.
>
Oh, I missed that PR.
Here is a possible fix. The problem was that because of the wa
On Sun, Mar 27, 2011 at 07:26:55PM +, Jacob Meuser wrote:
> USB_PRODUCT_MICROSOFT_LIFECAM: "Microsoft LifeCam"
I think I'm the one who added this entry, and with your diff my camera
still works:
uvideo0 at uhub0 port 5 configuration 1 interface 0 "Microsoft Microsoft
LifeCam" rev 2.00/1.01 ad
Am 29.03.2011 17:57, schrieb Kenneth R Westerback:
> 4.9 has been locked, sealed and sent to manufacturers weeks ago. Nothing
> that gets fixed now will be in 4.9 except as errata. That's why snapshots
> are now 4.9-current.
>
> open != no work has been done, at least in general. We aren't that pr
On Tue, Mar 29, 2011 at 05:36:36PM +0200, Walter Haidinger wrote:
> Am 29.03.2011 17:24, schrieb Michael:
> > Hi,
> >
> > I already filed a PR for that on 17.12.20110 -> kernel/6525. There also
> > were some mails on misc@ about it. But noone really seemed to care.
>
> Yes, it's status is still o
I am eagerly awaiting the diff from you.
On Tue, Mar 29, 2011 at 05:36:36PM +0200, Walter Haidinger wrote:
> Am 29.03.2011 17:24, schrieb Michael:
> > Hi,
> >
> > I already filed a PR for that on 17.12.20110 -> kernel/6525. There also
> > were some mails on misc@ about it. But noone really seemed
Am 29.03.2011 17:24, schrieb Michael:
> Hi,
>
> I already filed a PR for that on 17.12.20110 -> kernel/6525. There also
> were some mails on misc@ about it. But noone really seemed to care.
Yes, it's status is still open (=no work has been done on it yet)
and we're on month before release.
This
Hi,
I already filed a PR for that on 17.12.20110 -> kernel/6525. There also
were some mails on misc@ about it. But noone really seemed to care.
Michael
Am 29.03.2011 16:35, schrieb Otto Moerbeek:
> On Tue, Mar 29, 2011 at 03:55:40PM +0200, Walter Haidinger wrote:
>
>> Am 29.03.2011 15:16, schr
On Tue, Mar 29, 2011 at 03:55:40PM +0200, Walter Haidinger wrote:
> Am 29.03.2011 15:16, schrieb Marco Peereboom:
> > use udp instead of tcp.
>
> A bit OT, but since I run NFS over Gigabit ethernet:
> Does the following warning apply to OpenBSD too?
> Can somebody clarify this?
>
> The Linux nfs
On Tue, Mar 29, 2011 at 03:30:57PM +0200, Mark Kettenis wrote:
> > Date: Tue, 29 Mar 2011 08:16:34 -0500
> > From: Marco Peereboom
> >
> > use udp instead of tcp.
>
> While that is indeed the way $DEITY intended NFS to be run, tcp used
> to work in 4.8. Something got broken in the TCP stack, an
Am 29.03.2011 15:16, schrieb Marco Peereboom:
> use udp instead of tcp.
A bit OT, but since I run NFS over Gigabit ethernet:
Does the following warning apply to OpenBSD too?
Can somebody clarify this?
The Linux nfs(5) man page of openSUSE 11.3 says:
WARNINGS
Using NFS over UDP on high-speed
Am 29.03.2011 15:16, schrieb Marco Peereboom:
>
> use udp instead of tcp.
This is the obvious workaround.
However, my post was only intented as a bug report
that nfs over tcp is currently broken in -current.
Thanks anyway,
Walter
> Date: Tue, 29 Mar 2011 08:16:34 -0500
> From: Marco Peereboom
>
> use udp instead of tcp.
While that is indeed the way $DEITY intended NFS to be run, tcp used
to work in 4.8. Something got broken in the TCP stack, anf we should
fix it. My bet would be on the window autoscaling that went in
b
use udp instead of tcp.
On Tue, Mar 29, 2011 at 12:58:09PM +0200, Walter Haidinger wrote:
> Hi!
>
> OpenBSD-current locks upon writes to a NFS share with the options
> -o tcp,-w=32768
>
> That is, the following locks up:
> # mount -o tcp,-w=32768 server:/foo /mnt
> # cp /bsd /mnt
>
> No locku
Još 3 dana za proleDno spremanje uz poklon!
Iskoristite ovu sjajnu priliku i spremite dom uz manje napora i za kraDe
vreme!
Ne propustite - POKLON uz svaku porudE>binu još samo 3 dana!
Ova ponuda vaE>i još samo do 1.4.2011!
Kliknite i odaberite proizvode za spremanje doma uz poklon!
Ovu e
Hi!
OpenBSD-current locks upon writes to a NFS share with the options
-o tcp,-w=32768
That is, the following locks up:
# mount -o tcp,-w=32768 server:/foo /mnt
# cp /bsd /mnt
No lockup with default mount_nfs options, i.e. udp, or
when reading. However, writes immediately lock up the
machine,
20 matches
Mail list logo