On Mon, Apr 11, 2011 at 01:42:29PM +0200, Otto Moerbeek wrote:
> Please remove this diff from your tree for the moment.
>
> I have found a bug.
>
> More to follow soon.
>
> -Otto
So here's the new version. You might notice it's the same as the
original diff posted in another thread. A sl
Dear friends, how are you?
We are a China export company of capacitors, our product is very low wholesale
prices, but ensure supply of the original quality. tantalum capacitor
I am Ian Davies ;an accredited vendor of Alliot Groups, a
subsidiary firm of Emirates International Holding (EIH); A private
equity funds holding company that focuses on hedge funds.
I have contacted you in the hope that you can be my associate to
assume the new
recipient of a Fixed-Income d
On Sat, Apr 09, 2011 at 08:04:47PM +, Stuart Henderson wrote:
> Considering the current behaviour of OpenBSD's usermod(8) I agree
> it's dangerous to change this now. But it's certainly something
> people need to do on occasion (for example some of Samba's features
> need this), and usermod(8)
On Mon, Apr 11, 2011 at 07:18:35PM +0200, Mike Belopuhov wrote:
> On Mon, Apr 11, 2011 at 7:08 PM, Alexander Bluhm
> wrote:
> > On Mon, Apr 11, 2011 at 04:52:23PM +0200, Mike Belopuhov wrote:
> >> currently there's no way to figure out what rdomain the diverted
> >> connection came from. ?this dif
On Mon, Apr 11, 2011 at 18:51 +0200, Claudio Jeker wrote:
> On Mon, Apr 11, 2011 at 04:52:23PM +0200, Mike Belopuhov wrote:
> > hi,
> >
> > currently there's no way to figure out what rdomain the diverted
> > connection came from. this diff introduces a neat hack that reyk
> > and i have invented
On Mon, Apr 11, 2011 at 7:08 PM, Alexander Bluhm
wrote:
> On Mon, Apr 11, 2011 at 04:52:23PM +0200, Mike Belopuhov wrote:
>> currently there's no way to figure out what rdomain the diverted
>> connection came from. this diff introduces a neat hack that reyk
>> and i have invented. from the progr
On Mon, Apr 11, 2011 at 07:18:13PM +0200, Mike Belopuhov wrote:
> On Mon, Apr 11, 2011 at 18:51 +0200, Claudio Jeker wrote:
> > On Mon, Apr 11, 2011 at 04:52:23PM +0200, Mike Belopuhov wrote:
> > > hi,
> > >
> > > currently there's no way to figure out what rdomain the diverted
> > > connection ca
Servicio de
E-mail Broadcasting:
Envío de correos electrónicos, aseguramos y
garantizamos
la correcta entrega de cada uno de los correos.
Enviá tu mensaje publicitario a nuestro banco de dato
On Mon, Apr 11, 2011 at 04:52:23PM +0200, Mike Belopuhov wrote:
> currently there's no way to figure out what rdomain the diverted
> connection came from. this diff introduces a neat hack that reyk
> and i have invented. from the programmer's perspective this is
> as simple as calling getsockopt(
On Mon, Apr 11, 2011 at 04:52:23PM +0200, Mike Belopuhov wrote:
> hi,
>
> currently there's no way to figure out what rdomain the diverted
> connection came from. this diff introduces a neat hack that reyk
> and i have invented. from the programmer's perspective this is
> as simple as calling ge
On Thu, Apr 07, 2011 at 18:58 +0200, Mike Belopuhov wrote:
> this allows us to get rid of the nasty NATLOOKUP ioctl and get
> the original server address right from the socket. also this
> paves the way to the transparent ftp-proxy mode.
>
> if you will like this diff and nobody objects, i'll try
hi,
currently there's no way to figure out what rdomain the diverted
connection came from. this diff introduces a neat hack that reyk
and i have invented. from the programmer's perspective this is
as simple as calling getsockopt(SO_RTABLE) on the "accepted" socket.
from the kernel perspective ea
Top Shop
Vreme je za kreD
enje? KreD
ite sami uz uštedu i bez nereda!
Super ponuda - Paint Zoom kompresor
uz POKLON 2 x MagiD
na krpa - samo do 15. maja
KonaD
no sami moE>ete da okreD
ite kuDu ili stan kao profesionalac!
MoE>ete ofarbati i najnepristupaD
nija mesta bez mrlja i fleka.
Paint Zo
If you are having trouble viewing this e-mail, Visit
www.catererswarehouse.com Caterer's Warehouse Weekly Specials
Caterer's Warehouse Special Offers
Home | Catering Supplies | Restaurant Equipment | Tabletop Specialties
Bakery Supplies | Bar Supplies | Kitchen Supplies | Commercial Furniture
| H
Regards,
Martin
Index: Makefile.cross
===
RCS file: /cvs/src/Makefile.cross,v
retrieving revision 1.41
diff -u -p -r1.41 Makefile.cross
--- Makefile.cross 17 Oct 2010 08:44:15 - 1.41
+++ Makefile.cross 11 Apr 2011 1
On Mon, Apr 04, 2011 at 12:08:29AM +0200, Stefan Sperling wrote:
> Make the file_mbswidth() function cope if wcwidth() returns -1.
>
> Maybe this should just call wcswidth() but I'll leave that for another day.
Anyone?
Fixing wcwidth() to return -1 for non-printable characters depends on this.
>
Please remove this diff from your tree for the moment.
I have found a bug.
More to follow soon.
-Otto
Thanks for giving me some idea.
@ Peter:
> We record those per state anyway, so as a gedankenexperiment, say
> we could implement max-src-bytes B/s and max-src-packets P/s modeled on
> max-src-conn-rate and have rules like
>
> pass proto tcp to $somewhere port $wanted keep state (max-src-bytes
>
On Mon, Apr 11, 2011 at 10:19 AM, Stuart Henderson wrote:
> it's useful for ports developers to be able to read the infrastructure
> manpages (dpb, pkg_subst, update-patches, etc) without making changes
> to the default configuration.
>
> as with X11R6, this fails cleanly if the relevant directori
On Mon, 11 Apr 2011, Stuart Henderson wrote:
> This makes it easier to use various tools (e.g. who, last, ac)
> on historical logs.
>
> The largest log on the busiest system I can think of is under 3MB
> uncompressed, I think current and 7 archived logs of this size is
$ du -h /var/log/wtmp
365M
On Mon, 11 Apr 2011, Stuart Henderson wrote:
> it's useful for ports developers to be able to read the infrastructure
> manpages (dpb, pkg_subst, update-patches, etc) without making changes
> to the default configuration.
>
> as with X11R6, this fails cleanly if the relevant directories are not
>
good, lots of ok's on and off lists, thanks - i'll wait a while
before i commit in case there are any objections.
On 04/11/11 10:19, Stuart Henderson wrote:
> it's useful for ports developers to be able to read the infrastructure
> manpages (dpb, pkg_subst, update-patches, etc) without making changes
> to the default configuration.
>
> as with X11R6, this fails cleanly if the relevant directories are not
> pr
Le lun 11/04/11 10:19, "Stuart Henderson" s...@spacehopper.org a C)crit:
> it's useful for ports developers to be able to read the infrastructure
> manpages (dpb, pkg_subst, update-patches, etc) without making changes
> to the default configuration.
>
> as with X11R6, this fails cleanly if the rele
On Mon, Apr 11, 2011 at 10:28:49AM +0200, Jasper Lievisse Adriaanse wrote:
> On Mon, Apr 11, 2011 at 09:19:57AM +0100, Stuart Henderson wrote:
> > it's useful for ports developers to be able to read the infrastructure
> > manpages (dpb, pkg_subst, update-patches, etc) without making changes
> > to
On Mon, Apr 11, 2011 at 09:19:57AM +0100, Stuart Henderson wrote:
> it's useful for ports developers to be able to read the infrastructure
> manpages (dpb, pkg_subst, update-patches, etc) without making changes
> to the default configuration.
>
> as with X11R6, this fails cleanly if the relevant d
it's useful for ports developers to be able to read the infrastructure
manpages (dpb, pkg_subst, update-patches, etc) without making changes
to the default configuration.
as with X11R6, this fails cleanly if the relevant directories are not
present.
ok?
Index: man.conf
This makes it easier to use various tools (e.g. who, last, ac)
on historical logs.
The largest log on the busiest system I can think of is under 3MB
uncompressed, I think current and 7 archived logs of this size is
really no problem. I would expect a busy authpf box to generate
larger logs but I w
On Sun, Apr 10, 2011 at 10:08:24AM -0400, Ian Darwin wrote:
> > Having tried to do things like gzcat /var/log/wtmp.0.gz | last -f /dev/stdin
> > before, I'd certainly find it useful and this is less intrusive than
> > modifying
> > last(8) so it could work with standard input.
>
> Unless you run
30 matches
Mail list logo
