Multiplique sus clientes

2011-01-14 Thread Mas Server
This is a message in multipart MIME format. Your mail client should not be displaying this. Consider upgrading your mail client to view this message correctly. [demime 1.01d removed an attachment of type image/png which had a name of technorati_32.png] [demime 1.01d removed an attachment of ty

Re: expr(1) diff 2 of 3, make it able to accept c-style radix prefixes in integers

2011-01-14 Thread Philip Guenther
On Fri, Jan 14, 2011 at 10:39 PM, Philip Guenther wrote: > On Fri, Jan 14, 2011 at 8:11 PM, Benny Lofgren wrote: >> + Makes it able to use C-style radix prefixes to integers in order to do >> calculations in octal and hexadecimal. ... > Unfortunately, this would make expr violate POSIX. I should

Re: expr(1) diff 3 of 3, make it able to print result in different radixes

2011-01-14 Thread Philip Guenther
On Fri, Jan 14, 2011 at 8:13 PM, Benny Lofgren wrote: > + Makes it able to output calculation results in hex and octal. This is of > course the reverse functionality to the previous. Works like this: ... > - And of course POSIX, this everlasting spectre? No problems from POSIX on this. Philip G

Re: Make expr(1) 64-bit capable and radix-aware

2011-01-14 Thread Otto Moerbeek
On Fri, Jan 14, 2011 at 08:22:25PM -0700, Theo de Raadt wrote: > > + Makes it 64-bit capable on 64-bit architectures by changing relevant > > int:s to long:s. > > I think this is a problem. > > I would expect a unix utility of this importance to work exactly the > same on all our platforms. Add

Re: expr(1) diff 2 of 3, make it able to accept c-style radix prefixes in integers

2011-01-14 Thread Philip Guenther
On Fri, Jan 14, 2011 at 8:11 PM, Benny Lofgren wrote: > + Makes it able to use C-style radix prefixes to integers in order to do > calculations in octal and hexadecimal. In the olden days, early '80:s to be > specific, I worked at a company that produced a unix flavour called D-NIX, > which had th

Re: expr(1) diff 1 of 3, make it 64-bit capable

2011-01-14 Thread Philip Guenther
On Fri, Jan 14, 2011 at 8:08 PM, Benny Lofgren wrote: > + Makes it 64-bit capable on both 32- and 64-bit architectures by changing > relevant int:s to int64_t:s. I often use expr as a quick calculator for > example when partitioning disks and such, and frequently find myself up > against the 32 bi

expr(1) diff 3 of 3, make it able to print result in different radixes

2011-01-14 Thread Benny Lofgren
Hi, Third change resubmit for review. Recap: + Makes it able to output calculation results in hex and octal. This is of course the reverse functionality to the previous. Works like this: skynet:/usr/src/bin/expr# expr -x 16383 3fff skynet:/usr/src/bin/expr# expr -o 16383 3777

expr(1) diff 2 of 3, make it able to accept c-style radix prefixes in integers

2011-01-14 Thread Benny Lofgren
Hi, Resubmitting the second change for review. Recap: + Makes it able to use C-style radix prefixes to integers in order to do calculations in octal and hexadecimal. In the olden days, early '80:s to be specific, I worked at a company that produced a unix flavour called D-NIX, which had this

expr(1) diff 1 of 3, make it 64-bit capable

2011-01-14 Thread Benny Lofgren
Hi, Resubmitting the first of my three changes to expr(1) for review. To recap from my original mail: + Makes it 64-bit capable on both 32- and 64-bit architectures by changing relevant int:s to int64_t:s. I often use expr as a quick calculator for example when partitioning disks and such, an

expr(1) diff 2 of 3, make it able to accept c-style radix prefixes in integers

2011-01-14 Thread Benny Löfgren
Hi, Resubmitting the second change for review. Recap: + Makes it able to use C-style radix prefixes to integers in order to do calculations in octal and hexadecimal. In the olden days, early '80:s to be specific, I worked at a company that produced a unix flavour called D-NIX, which had this

Re: Make expr(1) 64-bit capable and radix-aware

2011-01-14 Thread Benny Lofgren
On 2011-01-15 04.23, Ted Unangst wrote: On Fri, Jan 14, 2011 at 10:11 PM, Benny Lofgren wrote: + Makes it 64-bit capable on 64-bit architectures by changing relevant int:s to long:s. I often use expr as a quick calculator for example when partitioning disks and such, and frequently find myself

Re: Make expr(1) 64-bit capable and radix-aware

2011-01-14 Thread Ted Unangst
On Fri, Jan 14, 2011 at 10:11 PM, Benny Lofgren wrote: > + Makes it 64-bit capable on 64-bit architectures by changing relevant int:s > to long:s. I often use expr as a quick calculator for example when > partitioning disks and such, and frequently find myself up against the 32 > bit signed intege

Re: Make expr(1) 64-bit capable and radix-aware

2011-01-14 Thread Theo de Raadt
> + Makes it 64-bit capable on 64-bit architectures by changing relevant > int:s to long:s. I think this is a problem. I would expect a unix utility of this importance to work exactly the same on all our platforms.

Make expr(1) 64-bit capable and radix-aware

2011-01-14 Thread Benny Lofgren
Hi folks, Here's a diff to expr(1) that does three things I feel make it more useful: + Makes it 64-bit capable on 64-bit architectures by changing relevant int:s to long:s. I often use expr as a quick calculator for example when partitioning disks and such, and frequently find myself up again

Re: bioctl should retry passphrase

2011-01-14 Thread Ted Unangst
On Thu, 13 Jan 2011, Ted Unangst wrote: > If I type the wrong password into bioctl at boot, disks don't exist, > filesystems don't get mounted, and generally lots of things go wrong. All > I need is a second chance to remind me to type the right password. After some feedback, here's a revised

Re: Support for size multipliers in newfs/mount_mfs

2011-01-14 Thread Jason McIntyre
On Sat, Jan 15, 2011 at 02:16:34AM +0300, Vadim Zhukov wrote: > > It's obvious now, who is native English speaker, and who is not. ;) > The phrase "The argument may contain a multiplier, as documented in > scan_scaled" was taken from smtpd.conf(5) - I thought it was OK to > re-use it here unchange

Re: Support for size multipliers in newfs/mount_mfs

2011-01-14 Thread Vadim Zhukov
On 15 January 2011 ?. 01:24:57 Jason McIntyre wrote: > On Sat, Jan 15, 2011 at 12:42:03AM +0300, Vadim Zhukov wrote: > > > > > > - the existing behaviour deals in sectors > > > - the description of -S will then match > > > - the mnemonic will be lost if you talk about sectors as being > > >

Re: Update UTF-8 locale ctype data (was: Re: ls(1) multibyte support)

2011-01-14 Thread Stefan Sperling
On Fri, Jan 14, 2011 at 05:21:46PM +0100, Stefan Sperling wrote: > On Thu, Jan 06, 2011 at 07:52:19PM +0300, Alexander Polakov wrote: > > * Alexander Polakov [110105 17:20]: > > > Hi, > > > > > > here's an updated version. > > > > > > 1) en_US.UTF-8.src updates from FreeBSD > > Let's start with

Re: Support for size multipliers in newfs/mount_mfs

2011-01-14 Thread Jason McIntyre
On Sat, Jan 15, 2011 at 12:42:03AM +0300, Vadim Zhukov wrote: > > > > - the existing behaviour deals in sectors > > - the description of -S will then match > > - the mnemonic will be lost if you talk about sectors as being > > secondary > > Hm-m-m... okay, here is another try. O

Re: Support for size multipliers in newfs/mount_mfs

2011-01-14 Thread Vadim Zhukov
On 14 January 2011 ?. 23:15:13 Jason McIntyre wrote: > On Fri, Jan 14, 2011 at 10:07:19PM +0300, Vadim Zhukov wrote: > > On 14 January 2011 ?. 17:18:41 Alexander Hall wrote: > > > On 01/14/11 03:12, Vadim Zhukov wrote: > > > > +If multiplier was not specified then this value is interpreted as > >

the implicit default PF rule and state

2011-01-14 Thread Stuart Henderson
when pfctl was changed to make the usual rules 'flags s/sa keep state', the implicit default rule setup in pfattach() remained stateless. is there a reason for keeping it that way?

Re: Support for size multipliers in newfs/mount_mfs

2011-01-14 Thread Jason McIntyre
On Fri, Jan 14, 2011 at 10:07:19PM +0300, Vadim Zhukov wrote: > On 14 January 2011 ?. 17:18:41 Alexander Hall wrote: > > On 01/14/11 03:12, Vadim Zhukov wrote: > > > +If multiplier was not specified then this value is interpreted as number > > > of > > > +sectors (see > > > +.Fl S ) , > > > +not n

Re: Support for size multipliers in newfs/mount_mfs

2011-01-14 Thread Vadim Zhukov
On 14 January 2011 ?. 17:18:41 Alexander Hall wrote: > On 01/14/11 03:12, Vadim Zhukov wrote: > > +If multiplier was not specified then this value is interpreted as number of > > +sectors (see > > +.Fl S ) , > > +not number of bytes. > > I'm not entirely happy with that... Maybe jmc@ can help? >

mg: join-line

2011-01-14 Thread Henri Kemppainen
Here's another command I always miss while working with mg. diff -up src/usr.bin/mg.old/def.h src/usr.bin/mg/def.h --- src/usr.bin/mg.old/def.hFri Jan 14 17:27:17 2011 +++ src/usr.bin/mg/def.hFri Jan 14 17:49:34 2011 @@ -512,6 +512,7 @@ int forwdel(int, int); int

cwm: maximization and alt-tab bug

2011-01-14 Thread Thomas Pfaff
There's a bug in cwm that screws up alt-tab if you follow the set of events described in the next paragraph. To regain alt-tab functionality you need to jerk the mouse around to focus clients and then it usually comes back to its senses again. So, start with a clean root window. Spawn two xterms

Re: http gzip support for ftp

2011-01-14 Thread Joerg Sonnenberger
On Fri, Jan 14, 2011 at 06:08:54PM +0100, Marc Espie wrote: > On Sun, Jan 09, 2011 at 04:21:51PM -0500, Ted Unangst wrote: > > Downloading things can go a lot faster if the server and client support > > http compression. This is easily added to the ftp program's http support. > > > > It consists

Re: Workaround for data corruption issue with ALI M5229 IDE chip used with Sun Blade 100/Netra X1.

2011-01-14 Thread Alexander Schrijver
> The big question of course is whether it will survive a make build > with the change that removes the restriction of only using Ultra-DMA > up to mode 2, but without the fixes in pciide.c. > > Beware, that might actually eat your filesystem. > I'm doing this right now. I'm running a make build

Re: http gzip support for ftp

2011-01-14 Thread Ted Unangst
On Fri, Jan 14, 2011 at 12:08 PM, Marc Espie wrote: > On Sun, Jan 09, 2011 at 04:21:51PM -0500, Ted Unangst wrote: >> Downloading things can go a lot faster if the server and client support >> http compression. This is easily added to the ftp program's http support. >> >> It consists of two parts

Re: softraid: factor out block I/O code

2011-01-14 Thread Bob Beck
Or to reiterate - if you want this working in 4.9 now is the time to make time to test it :) On 14 January 2011 09:42, Marco Peereboom wrote: > This one needs lots of testing folks. Please oblige. > > On Sat, Jan 15, 2011 at 01:22:24AM +1100, Joel Sing wrote: >> The following diff factors out t

Re: http gzip support for ftp

2011-01-14 Thread Marc Espie
On Sun, Jan 09, 2011 at 04:21:51PM -0500, Ted Unangst wrote: > Downloading things can go a lot faster if the server and client support > http compression. This is easily added to the ftp program's http support. > > It consists of two parts. Support for deflating the data we receive and > suppo

Re: softraid: factor out block I/O code

2011-01-14 Thread Marco Peereboom
This one needs lots of testing folks. Please oblige. On Sat, Jan 15, 2011 at 01:22:24AM +1100, Joel Sing wrote: > The following diff factors out the block I/O code that is used within > softraid(4) and also allows it to handle I/Os that exceeds MAXPHYS in > size. This is necessary for some upcomi

Naučite da flertujete

2011-01-14 Thread Top Shop
Top Shop Top E-revija: 58, 14. januar 2011. PraktiD na rešenja i saveti za bolji E>ivot Budi fit | Lepota | Zdrav E>ivot | DomaDinstvo Zabava i deca | Svi proizvodi | Knjige | Saveti i zabava Top Shop HIT TV proizvodi! Door Gym Xtreme - fitnes rekvizit Door Gym Xtreme Relax & Tone ruD ni

Update UTF-8 locale ctype data (was: Re: ls(1) multibyte support)

2011-01-14 Thread Stefan Sperling
On Thu, Jan 06, 2011 at 07:52:19PM +0300, Alexander Polakov wrote: > * Alexander Polakov [110105 17:20]: > > Hi, > > > > here's an updated version. > > > > 1) en_US.UTF-8.src updates from FreeBSD Let's start with those. These changes are all fine, I checked them against Unicode 5.2. http://www

Novità finanziarie

2011-01-14 Thread Agenzia-23
Se non visualizzi bene news clicca qui < /P> remove mail

Re: bioctl should retry passphrase

2011-01-14 Thread Ted Unangst
On Fri, Jan 14, 2011 at 12:57 AM, Joel Sing wrote: > On Friday 14 January 2011, Ted Unangst wrote: >> If I type the wrong password into bioctl at boot, disks don't exist, >> filesystems don't get mounted, and generally lots of things go wrong. All >> I need is a second chance to remind me to type

Planchita mas Secador de regalo

2011-01-14 Thread TBX
$ 280 Pesos Planchita Gama + Secador Elite Combo Especial para Regalar / 1 Plancha para Cabello Ga.Ma Italy Ceramic Laser ION / 1 Secador Elite Mini 1400W

softraid: factor out block I/O code

2011-01-14 Thread Joel Sing
The following diff factors out the block I/O code that is used within softraid(4) and also allows it to handle I/Os that exceeds MAXPHYS in size. This is necessary for some upcoming work. This diff needs extensive testing since the main purpose is to read and write the softraid metadata. Bugs in t

Re: Support for size multipliers in newfs/mount_mfs

2011-01-14 Thread Alexander Hall
On 01/14/11 03:12, Vadim Zhukov wrote: > On 14 January 2011 ?. 02:46:49 Alexander Hall wrote: >> On 01/13/11 14:48, Vadim Zhukov wrote: >>> @@ -230,10 +232,12 @@ from its default will make it impossible >>> to find the alternate superblocks if the standard superblock is >>> lost. >>> .It Fl s Ar

Re: Workaround for data corruption issue with ALI M5229 IDE chip used with Sun Blade 100/Netra X1.

2011-01-14 Thread Christiano F. Haesbaert
On 14 January 2011 09:11, Mark Kettenis wrote: >> Date: Fri, 14 Jan 2011 09:00:09 +0100 >> From: Matthieu Herrb >> >> On Wed, Jan 12, 2011 at 08:32:12PM -0500, Brad wrote: >> > The following diff is ported from NetBSD (the workaround originated from >> > OpenSolaris) to workaround the issue of da

Re: ospfd and redistribution of overlapping routes

2011-01-14 Thread Claudio Jeker
On Thu, Jan 13, 2011 at 02:06:41PM +0100, Claudio Jeker wrote: > Hi ospfd users, > > on of the open todos for ospfd is the redistribution of overlapping > routes (e.g 10.0.0.0/8 and 10.0.0.0/16). The problem is that the Link > State ID is set to the prefix address and so they are not unique for th

Canon Profesional

2011-01-14 Thread DigitalesNet
USD870Camara Digital CANON EOS 500D T1I KIT 18-55 Cámara réflex digital de objetivos intercambiables / Sensor de imagen Tipo CMOS / Tamaño 22.30 x 14.90 mm / Filtro

Re: Workaround for data corruption issue with ALI M5229 IDE chip used with Sun Blade 100/Netra X1.

2011-01-14 Thread Mark Kettenis
> Date: Fri, 14 Jan 2011 09:00:09 +0100 > From: Matthieu Herrb > > On Wed, Jan 12, 2011 at 08:32:12PM -0500, Brad wrote: > > The following diff is ported from NetBSD (the workaround originated from > > OpenSolaris) to workaround the issue of data corruption with the ALI M5229 > > IDE chipset when

Re: msk(4) diff needs testing.

2011-01-14 Thread Mark Kettenis
> From: Brad > Date: Thu, 13 Jan 2011 19:59:27 -0500 > > On Saturday 17 April 2010 13:59:56 Brad wrote: > > Please test the following diff with any msk(4) adapters. > > > > Just check that the interfaces are working before and after > > applying the diff. > > > > > > This corrects the interrupt m

Re: bioctl should retry passphrase

2011-01-14 Thread Thomas Jeunet
On Fri, Jan 14, 2011 at 07:10, Christopher Zimmermann wrote: > On 01/14/11 00:51, Ted Unangst wrote: >> If I type the wrong password into bioctl at boot, disks don't exist, >> filesystems don't get mounted, and generally lots of things go wrong. All >> I need is a second chance to remind me to ty

Add support for RDC R6040 10/100 Ethernet driver vte(4)

2011-01-14 Thread Kevin Lo
Hello, The patch at http://www.kevlo.org/vte.diff adds support for RDC R6040 10/100 Ethernet device. Please test if you have that device and send feedback directly to me, thanks! Tested on eBox-3300MX. # dmesg | grep vte vte0 at pci0 dev 8 function 0 "RDC R6040 Ethernet" rev 0x00: irq 3, addres

Re: Workaround for data corruption issue with ALI M5229 IDE chip used with Sun Blade 100/Netra X1.

2011-01-14 Thread Matthieu Herrb
On Wed, Jan 12, 2011 at 08:32:12PM -0500, Brad wrote: > The following diff is ported from NetBSD (the workaround originated from > OpenSolaris) to workaround the issue of data corruption with the ALI M5229 > IDE chipset when using UltraDMA. Same workaround is also used by > FreeBSD/Linux. > This c