Re: volume keys not working on thinkpad x201

2014-03-31 Thread Remi Locherer
On Sun, Mar 23, 2014 at 07:06:51PM +0100, Alexandre Ratchov wrote:
 On Sun, Mar 23, 2014 at 11:38:11AM -0600, Theo de Raadt wrote:
So we should take all our hardware mixers, and crank them to full
volume right at boot time.
   
IMO, this is the best option.
   Do you have a stereo system connected to your PC? I would not
   made this the default. Start low and if you want a loud default
   setting, use mixerctl.conf
  
  So that is the reason why my car stereo has two sets of volume control
  knobs. with the second set located inside the engine compartment,
  so I have to stop at the side of the road, pop open the hood, and
  reach down along the hot engine to near where the oil filter is.
  
  It is ridiculous to have two layers of volume control.
  
  It is unfriendly.
 
 100% agreed. We should have one mixer only.
 

I installed the snapshot from March 29 and the volume keys now work as
before (changing outputs.master). Thank you!



Re: [PATCH] ssh-keysign.1: misplaced text

2014-03-31 Thread jmc
On Sun, Mar 30, 2014 at 07:53:23PM -0700, Matthew Clarke wrote:
 Hi.
 
 ssh-keygen(1) reads, in part:
 
  -iThis option will read an unencrypted private (or public) 
 key file
in the format specified by the -m option and print an OpenSSH
  compatible private (or public) key to stdout.
 
 [ snip ]
 
  -K checkpt
Write the last line processed to the file checkpt while
performing DH candidate screening using the -T option.  This will
  be used to skip lines in the input file that have already been
  processed if the job is restarted.  This option allows importing
  keys from other software, including several commercial SSH
  implementations.  The default import format is ``RFC4716''.
 
 I think the -K option description's last two sentences belong with the -i
 option description instead.
 

you're right. it seems the text for the (then new) -K option was added
in the wrong place in -r1.108. just fixed it.

thanks,
jmc

 Index: ssh-keygen.1
 ===
 RCS file: /cvs/src/usr.bin/ssh/ssh-keygen.1,v
 retrieving revision 1.121
 diff -u -r1.121 ssh-keygen.1
 --- ssh-keygen.1  15 Mar 2014 17:28:26 -  1.121
 +++ ssh-keygen.1  31 Mar 2014 02:23:30 -
 @@ -332,6 +332,10 @@
  .Fl m
  option and print an OpenSSH compatible private
  (or public) key to stdout.
 +This option allows importing keys from other software, including several
 +commercial SSH implementations.
 +The default import format is
 +.Dq RFC4716 .
  .It Fl J Ar num_lines
  Exit after screening the specified number of lines
  while performing DH candidate screening using the
 @@ -350,10 +354,6 @@
  option.
  This will be used to skip lines in the input file that have already been
  processed if the job is restarted.
 -This option allows importing keys from other software, including several
 -commercial SSH implementations.
 -The default import format is
 -.Dq RFC4716 .
  .It Fl k
  Generate a KRL file.
  In this mode,
 
 
 Thanks,
 Matt.
 -- 
 Perfection [in design] is achieved not when there is nothing left to add,
 but rather when there is nothing left to take away.
   -- Antoine de Saint-Exupery



Re: Can't suspend desktop with flash drive attached

2014-03-31 Thread Martin Pieuchot
Hello Peter,

On 28/03/14(Fri) 19:58, Peter Kane wrote:
 Hello
 
 I can't enter suspend when I have an unmounted flash drive attached.
 Suspend works OK otherwise.

I committed today two diffs related to suspend/resume and disk connected
to USB. 

 Previous snapshots would cause the machine to automatically resume (5 March
 example below). The most recent snapshot (26 Mar, dmesg below) causes the
 system to hang with the console message: uhub0 detached.

The hang should be fixed, let me know if the auto-resume is still there,
either by compiling a up-to-date -current kernel or by waiting for the
next snapshots.

Regards,
Martin