Cómo Pagar a la Fuerza de Ventas
Panama 29 de Agosto, 2012
SHERATON PANAMA HOTEL & CONVENTION CENTER
Toda empresa que basa una parte importante de sus ganancias en la labor de su
fuerza de ventas, debe estar consciente que el pago a sus vendedores no puede
ser únicamente de tipo económico y este es
On Mon, Aug 20, 2012 at 11:12:36PM -0400, Lawrence Teo wrote:
> We maintain our own tcpdump, so remove the sentence in the BUGS section
> that asks users to send bug reports to mainline tcpdump.
>
i know we have lots of local stuff in there, but i think we do sync to
some extent with upstream. i
We maintain our own tcpdump, so remove the sentence in the BUGS section
that asks users to send bug reports to mainline tcpdump.
While here, fix the following mandoc -Tlint warnings:
tcpdump.8:603:2: WARNING: skipping paragraph macro
tcpdump.8:610:2: WARNING: skipping paragraph macro
ok?
Lawren
Here's a revised version of the diff that was done with a lot of
discussion with and help from jmc@.
This is what the diff does:
* In both usage and the man page synopsis, combine the http and https
usage formats into the following so that it is less verbose:
ftp [-C] [-c cookie] [-o outp
I use it on 5.1 but it requires a -current checkout of both src/usr.sbin/smtpd
and src/lib/libc/asr
bofh a écrit :
>On Mon, Aug 20, 2012 at 5:01 PM, Gilles Chehade wrote:
>> Dear misc@ and tech@,
>>
>> We are getting closer to a stable version of OpenSMTPD and now would be
>> the perfect time
On Mon, Aug 20, 2012 at 5:01 PM, Gilles Chehade wrote:
> Dear misc@ and tech@,
>
> We are getting closer to a stable version of OpenSMTPD and now would be
> the perfect time for you to start stress-testing and trying to crash it
> in various ways to make sure it is rock-solid.
Does it make sense
Hello Gilles,
For me it was already stable since OpenBSD 4.9 :)
Using it as
relay for 27 webservers for commercial shops online ( we donate by buying
openbsd cd's ).
Not rebooted the system 189 days ( before it was done for
some virtual machine migration ).
Below the stats :
# smtpctl show sta
Dear misc@ and tech@,
We are getting closer to a stable version of OpenSMTPD and now would be
the perfect time for you to start stress-testing and trying to crash it
in various ways to make sure it is rock-solid.
Eric's recent commits brought to the daemon a brand new scheduler and mta
logic whic
the diff below aims for some consistency in the man pages (rfc 2292):
inet6_options_space.3
inet6_rthdr_space.3
and the man pages that documented their newer versions (rfc 3542):
inet6_opt_init.3
inet6_rth_space.3
specifically i've tried to make the Rs/Re blocks
Hi,
I have a problem with gcc. I want use gcov but i can't compile my programs.
It generate .gcda file if i use gcc of ports tree.
$ gcc -Wall -g --coverage -o sample sample.c
/usr/bin/ld: cannot find -lgcov
collect2: ld returned 1 exit status
/usr/local/lib/gcc/amd64-unknown-openbsd5.2/4.2.4/li
inet6(4):
The behavior of AF_INET6 TCP/UDP socket is documented in RFC 2553.
Basically, it says the following:
o A specific bind to an AF_INET6 socket (bind(2) with address
specified) should accept IPv6 traffic to that address only.
o If a wildcard bind is perform
On Mon, Aug 20, 2012 at 05:27:21PM +0530, mu...@nitrkl.ac.in wrote:
> I cant send dmesg because i got this panic trap after booting from CDROAM
> while installing Openbsd on IBM x 3550 M3 server. i am using i386 Arch
> CDROM.
Use serial port as console. You need to create your own iso so it contai
On Mon, Aug 20, 2012 at 2:42 PM, Stefan Fritsch wrote:
> On Mon, 20 Aug 2012, Mike Belopuhov wrote:
>>
>> On Mon, Aug 20, 2012 at 1:42 PM, Stefan Fritsch wrote:
>>>
>>> Because the interrupt load increases by approx. 7000 per second. I think
>>> the
>>> problem is that the backend sends packets f
On Mon, 20 Aug 2012, Mike Belopuhov wrote:
On Mon, Aug 20, 2012 at 1:42 PM, Stefan Fritsch wrote:
Because the interrupt load increases by approx. 7000 per second. I think the
problem is that the backend sends packets faster than openbsd can enqueue
them. This means that the tx queue will be emp
On Mon, Aug 20, 2012 at 1:42 PM, Stefan Fritsch wrote:
> On Mon, 20 Aug 2012, Mike Belopuhov wrote:
>>>
>>> Always using the tx interrupt decreases performance significantly. On my
>>> test system (in MBytes/s):
>>>
>>> Sending UDP from 75 to 55
>>> Sending TCP from 34 to 25
>>>
>>
>> Why?
>
>
> B
> > On 19 August 2012 08:52, wrote:
> >> I am using openbsd 5.1 i386 arch. While installing openbsd5.1 i get
> >> these
> >> error message.
> >>
> >> acpi0 at bios0:rev2uvm_fault (0xd07ea4,.)
> >> fatal page_fault (6) in supervisor mode
> >> trap type 6 code 0eipd02ef7ba cs 8
I cant send dmesg because i got this panic trap after booting from CDROAM
while installing Openbsd on IBM x 3550 M3 server. i am using i386 Arch
CDROM.
> On 19 August 2012 08:52, wrote:
>> Dear all,
>>
>> I am using openbsd 5.1 i386 arch. While installing openbsd5.1 i get
>> these
>> error messa
On Mon, 20 Aug 2012, Mike Belopuhov wrote:
Always using the tx interrupt decreases performance significantly. On my
test system (in MBytes/s):
Sending UDP from 75 to 55
Sending TCP from 34 to 25
Why?
Because the interrupt load increases by approx. 7000 per second. I think
the problem is th
On Mon, Aug 20, 2012 at 1:28 PM, Stefan Fritsch wrote:
> On Fri, 17 Aug 2012, Mike Belopuhov wrote:
>>
>> On Fri, Aug 17, 2012 at 1:17 PM, Stefan Fritsch wrote:
>>>
>>> On Thursday 16 August 2012, Mike Belopuhov wrote:
could you please tell me if you're using tx interrupt or not?
i
On Fri, 17 Aug 2012, Mike Belopuhov wrote:
On Fri, Aug 17, 2012 at 1:17 PM, Stefan Fritsch wrote:
On Thursday 16 August 2012, Mike Belopuhov wrote:
could you please tell me if you're using tx interrupt or not?
if yes, why do you need to have a watchdog code implement
a txeof path and not the a
On Mon, Aug 20, 2012 at 12:05:20PM +0200, Mark Kettenis wrote:
> Must admit that it's getting a bit of a personal crusade, but I feel
> quite strongly that -Wshadow in its current implementation is useless
> because it whines about local variables shadowing global functions.
> That really never ev
> Date: Mon, 20 Aug 2012 10:10:39 +0200
> From: Marc Espie
>
> since you have -Werror in your CFLAGS, sndio fails a build with
> WARNINGS=Yes...
>
> The following patch fixes things.
> - don't shadow libc rindex.
Must admit that it's getting a bit of a personal crusade, but I feel
quite strong
I have been working on porting virtio devices too.
Actually for now only networking driver complete
The main difference between Stefen's version is virtio devices
attaches directly to pci bus.
I don't think this is a good idea. There are other transports for virtio
than pci, e.g. virtio-mmio. A
Now that we have a default set of CDIAGFLAGS, would it make sense
to add this? It doesn't affect kernel builds, but at least helps
pick up problems creeping in to userland.
OK?
Index: bsd.own.mk
===
RCS file: /cvs/src/share/mk/bsd.o
since you have -Werror in your CFLAGS, sndio fails a build with WARNINGS=Yes...
The following patch fixes things.
- hex constants are unsigned.
- prototypes for everything.
- don't shadow libc rindex.
Index: include/sndio.h
===
RCS f
25 matches
Mail list logo