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
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
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
> 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
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
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
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
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
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.
* 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
Si no podes visualizar este mail, ingresa a:
http://news1.bonuscupon.com.ar/r.html?uid=1.1g.295h.px.lbk6gb9ahb
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,
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
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.
>
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
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
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
17 matches
Mail list logo