Re: man page standards

2012-06-21 Thread Philip Guenther
On Thu, Jun 21, 2012 at 8:31 PM, Ted Unangst wrote: > some of our man pages are a little heavy with the posix macros, which > expand into a wall of text, especially when repeated multiple times. > > here's a diff that cleans up a few offenders, by mostly trimming out > what i think is excess verbi

man page standards

2012-06-21 Thread Ted Unangst
some of our man pages are a little heavy with the posix macros, which expand into a wall of text, especially when repeated multiple times. here's a diff that cleans up a few offenders, by mostly trimming out what i think is excess verbiage. more man pages are likely afflicted as well, this is a s

minor opencvs patch

2012-06-21 Thread Ted Unangst
While trying to dig into another problem, I decided that there's entirely too much reallocing taking place when parsing rcsnums. There's also some confusion over just how big an rcsnum we expect to see. In one place we 64 to mean the things between the dots, and in another we use 64 to mean length

Re: tmux and login shells

2012-06-21 Thread Theo de Raadt
> On Thu, Jun 21, 2012 at 04:21:30PM +0100, Nicholas Marriott wrote: > > > > I'm afraid tmux defaults are never going to please everyone. Some even > > had the gall to hate on the nice green status line ;-). > > Oh, the green... I should have mentioned this... > > I don't want to "bikeshed"[1], b

Re: tmux and login shells

2012-06-21 Thread Stuart Henderson
On 2012/06/21 15:52, Daniel Bolgheroni wrote: > On Thu, Jun 21, 2012 at 04:21:30PM +0100, Nicholas Marriott wrote: > > > > I'm afraid tmux defaults are never going to please everyone. Some even > > had the gall to hate on the nice green status line ;-). > > Oh, the green... I should have mentioned

Re: tmux and login shells

2012-06-21 Thread Daniel Bolgheroni
On Thu, Jun 21, 2012 at 04:21:30PM +0100, Nicholas Marriott wrote: > > I'm afraid tmux defaults are never going to please everyone. Some even > had the gall to hate on the nice green status line ;-). Oh, the green... I should have mentioned this... I don't want to "bikeshed"[1], but colors are ne

Re: tmux and login shells

2012-06-21 Thread Gilles Chehade
On Thu, Jun 21, 2012 at 04:21:30PM +0100, Nicholas Marriott wrote: > Hi > > I don't really mind too much what the method is to turn login shells off > and if you want to improve that, great (although -l is not a good > solution), but the default needs to stay with them on. > > I think it makes se

Re: tmux and login shells

2012-06-21 Thread Nicholas Marriott
Hi I don't really mind too much what the method is to turn login shells off and if you want to improve that, great (although -l is not a good solution), but the default needs to stay with them on. I think it makes sense to have login shells by default. It's fine if you disagree but - like several

Re: tmux and login shells

2012-06-21 Thread Jérémie Courrèges-Anglas
Nicholas Marriott writes: > On Thu, Jun 21, 2012 at 10:21:08AM +0200, Jérémie Courrèges-Anglas wrote: >> Nicholas Marriott writes: >> >> > I think it is correct and better to spawn login shells by default, these >> > are not child shells of some shell process, they are entirely new >> > shells.

Re: tmux and login shells

2012-06-21 Thread Henning Brauer
* Nicholas Marriott [2012-06-21 09:19]: > I think it is correct and better to spawn login shells by default, these > are not child shells of some shell process, they are entirely new > shells. indeed. and changing that would get you into trouble with the rest of us ;) -- Henning Brauer, h...@bs

Lenceria Erotica | Camaras Digitales | Memorias | Paseo en Velero | Pendrives | Masajes | Descuentos en viajes

2012-06-21 Thread Bonus Cupon
Si no podes visualizar este mail, ingresa a: http://news1.bonuscupon.com.ar/r.html?uid=1.1g.295h.px.lbk6gb9ahb

Re: tmux and login shells

2012-06-21 Thread Nicholas Marriott
On Thu, Jun 21, 2012 at 10:21:08AM +0200, J??r??mie Courr??ges-Anglas wrote: > Nicholas Marriott writes: > > > I think it is correct and better to spawn login shells by default, these > > are not child shells of some shell process, they are entirely new > > shells. > > I think we disagree here,

Re: tmux and login shells

2012-06-21 Thread Jérémie Courrèges-Anglas
Nicholas Marriott writes: > I think it is correct and better to spawn login shells by default, these > are not child shells of some shell process, they are entirely new > shells. I think we disagree here, they *are* children of some shell process, (unless tmux is directly spawned as the user's l

Re: tweak libs to be -fpic

2012-06-21 Thread David Coppa
On Thu, Jun 21, 2012 at 9:15 AM, Marc Espie wrote: > On Wed, Jun 20, 2012 at 06:47:03PM -0400, Brad Smith wrote: >> >> Please specify the exact ports you're attemtping to fix so that others >> can take a look and see if there is the possibility of doing things in >> a different / better manner. >

Re: tmux and login shells

2012-06-21 Thread Nicholas Marriott
Or just a plain login-shell server option would be better than fiddling with -l. On Thu, Jun 21, 2012 at 08:18:13AM +0100, Nicholas Marriott wrote: > I think it is correct and better to spawn login shells by default, these > are not child shells of some shell process, they are entirely new > shel

Re: tmux and login shells

2012-06-21 Thread Nicholas Marriott
I think it is correct and better to spawn login shells by default, these are not child shells of some shell process, they are entirely new shells. There is already an option to change it, default-command. I don't see a problem spawning two shells, shells are running, started, exited all the time a

Re: tweak libs to be -fpic

2012-06-21 Thread Marc Espie
On Wed, Jun 20, 2012 at 06:47:03PM -0400, Brad Smith wrote: > > Please specify the exact ports you're attemtping to fix so that others > can take a look and see if there is the possibility of doing things in > a different / better manner. security/pcsc-lite and sysutils/freeipmi Note that you ne