Currently, install(1) deletes files when you are installing them to the
same directory, if you only specify the directory name and not the full
path:
$ echo foo > foo; install foo .; cat foo
install: ./foo: Bad address
cat: foo: No such file or directory
This goes against the manual page, w
This pulls in machine/cpu.h so we can see CPU_LIDSUSPEND if it's there.
Also fix the resulting compilation errors now that the code is actually
used.
Tested on my X61s/amd64, where shutting down using the power button now
behaves like halt -p in that it won't suspend while shutting down if I
close
base64 encoded Mime section invalid - length (0) was wrong.
[demime 1.01d removed an attachment of type image/pjpeg which had a name of
Lrw1285.JPG]
On Sun, Sep 09, 2012 at 01:52:56AM +0200, Tobias Ulmer wrote:
> mapstore looks like an old error handling artifact. No binary change on
> amd64.
Btw, i've been testing this on armish, i386, landisk, socppc, sgi,
sparc, and hppa as part of another diff i'm cooking. This is really just
a noop ;-)
On Tue, Sep 11, 2012 at 04:46:57PM +0200, Antoine Jacoutot wrote:
> On Mon, Sep 10, 2012 at 05:01:13PM +0200, Antoine Jacoutot wrote:
> > Hi.
> >
> > This diff adds 2 new options to usermod(8):
> > -U to unlock a user's password
> > -Z to lock a user's password
> >
> > In effect locking/unlocking
On Mon, Sep 10, 2012 at 05:01:13PM +0200, Antoine Jacoutot wrote:
> Hi.
>
> This diff adds 2 new options to usermod(8):
> -U to unlock a user's password
> -Z to lock a user's password
>
> In effect locking/unlocking the password means to add a '!' in front of
> the encrypted entry in master.passw
Coaching y Multihabilidades de Supervisión
SEMINARIO ONLINE EN VIVO este 27 de Septiembre de 2012.
El Nuevo concepto de Coaching y Multihabilidades le ayudará notablemente a
mejorar y aumentar su capacidad de trabajo, le brindará las técnicas más
modernas y efectivas que usted necesita para destaca
I like the direction this is going. I've implemented a shell
equivalent in the past for one scenario, but having it in the
tools directly definitely makes life easier.
1000 admins can implement it differently, but this at least
provides consistent behavior and provides a mechanism for
automation
On Tue, Sep 11, 2012 at 03:47:57AM -0400, Ted Unangst wrote:
> On Mon, Sep 10, 2012 at 17:01, Antoine Jacoutot wrote:
>
> > In effect locking/unlocking the password means to add a '!' in front of
> > the encrypted entry in master.passwd.
> > Note that this disable the _password_ not the account of
On 2012/09/11 03:47, Ted Unangst wrote:
> On Mon, Sep 10, 2012 at 17:01, Antoine Jacoutot wrote:
>
> > In effect locking/unlocking the password means to add a '!' in front of
> > the encrypted entry in master.passwd.
> > Note that this disable the _password_ not the account of course (you
> > coul
On Tue, Sep 11, 2012 at 03:47:57AM -0400, Ted Unangst wrote:
> On Mon, Sep 10, 2012 at 17:01, Antoine Jacoutot wrote:
>
> > In effect locking/unlocking the password means to add a '!' in front of
> > the encrypted entry in master.passwd.
> > Note that this disable the _password_ not the account of
On Mon, Sep 10, 2012 at 17:01, Antoine Jacoutot wrote:
> In effect locking/unlocking the password means to add a '!' in front of
> the encrypted entry in master.passwd.
> Note that this disable the _password_ not the account of course (you
> could still connect using ssh+key for e.g.).
I am very
On Tue, Sep 11, 2012 at 10:23:13AM +0300, Eugene Yunak wrote:
> On 11 September 2012 09:37, Antoine Jacoutot wrote:
> > On Tue, Sep 11, 2012 at 09:33:56AM +0300, Eugene Yunak wrote:
> >> On 10 September 2012 18:01, Antoine Jacoutot wrote:
> >> > Hi.
> >> >
> >> > This diff adds 2 new options to u
On 11 September 2012 09:37, Antoine Jacoutot wrote:
> On Tue, Sep 11, 2012 at 09:33:56AM +0300, Eugene Yunak wrote:
>> On 10 September 2012 18:01, Antoine Jacoutot wrote:
>> > Hi.
>> >
>> > This diff adds 2 new options to usermod(8):
>> > -U to unlock a user's password
>> > -Z to lock a user's pa
14 matches
Mail list logo
