tech-userlevel by thread

• Date Index
• Date Index (newest page)
• Old Index

• unhide reallocarray, Thomas Klausner
  • Re: unhide reallocarray, RVP
    • Re: unhide reallocarray, Thomas Klausner
      • Re: unhide reallocarray, RVP
  • Re: unhide reallocarray, Robert Elz
    • Re: unhide reallocarray, Taylor R Campbell
      • Re: unhide reallocarray, Robert Elz
    • Re: unhide reallocarray, Joerg Sonnenberger
    • Re: unhide reallocarray, Robert Elz
      • Re: unhide reallocarray, Joerg Sonnenberger
      • Re: unhide reallocarray, Robert Elz
• Permissions of the root dot files, Valery Ushakov
  • Re: Permissions of the root dot files, Robert Elz
    • Re: Permissions of the root dot files, Edgar Fuß
    • Re: Permissions of the root dot files, Valery Ushakov
      • Re: Permissions of the root dot files, Steffen Nurpmeso
    • Re: Permissions of the root dot files, Taylor R Campbell
    • Re: Permissions of the root dot files, Robert Elz
      • Re: Permissions of the root dot files, Steffen Nurpmeso
    • Re: Permissions of the root dot files, Mouse
      • Re: Permissions of the root dot files, Taylor R Campbell
  • Re: Permissions of the root dot files, Valery Ushakov
• Re: xsrc/54851 (.profile is not read by sh when us, Robert Elz
• Adding -l option to /bin/sh, Robert Elz
• Reading I2C HID descriptor from userland, Emmanuel Dreyfus
  • Re: Reading I2C HID descriptor from userland, Jason Thorpe
    • Re: Reading I2C HID descriptor from userland, Emmanuel Dreyfus
• Relative interpreter pathname on #! line, Lassi Kortela
  • Re: Relative interpreter pathname on #! line, Mouse
    • Re: Relative interpreter pathname on #! line, David Holland
• sh(1) and ksh(1) default PATH, nia
  • Re: sh(1) and ksh(1) default PATH, Joerg Sonnenberger
    • Re: sh(1) and ksh(1) default PATH, nia
  • Re: sh(1) and ksh(1) default PATH, Jeremy C. Reed
    • Re: sh(1) and ksh(1) default PATH, nia
      • Re: sh(1) and ksh(1) default PATH, Martin Husemann
      • Re: sh(1) and ksh(1) default PATH, nia
      • Re: sh(1) and ksh(1) default PATH, Michael van Elst
      • Re: sh(1) and ksh(1) default PATH, RVP
      • Re: sh(1) and ksh(1) default PATH, Hauke Fath
      • Re: sh(1) and ksh(1) default PATH, Steffen Nurpmeso
      • Re: sh(1) and ksh(1) default PATH, RVP
      • Re: sh(1) and ksh(1) default PATH, Rhialto
  • Re: sh(1) and ksh(1) default PATH, Robert Elz
    • Re: sh(1) and ksh(1) default PATH, David Holland
    • Re: sh(1) and ksh(1) default PATH, Valery Ushakov
    • Re: sh(1) and ksh(1) default PATH, Robert Elz
    • Re: sh(1) and ksh(1) default PATH, David Brownlee
  • Re: sh(1) and ksh(1) default PATH, David Holland
    • Re: sh(1) and ksh(1) default PATH, tlaronde
      • Re: sh(1) and ksh(1) default PATH, David Holland
      • Re: sh(1) and ksh(1) default PATH, tlaronde
      • Re: sh(1) and ksh(1) default PATH, David Holland
      • Re: sh(1) and ksh(1) default PATH, Hauke Fath
      • Re: sh(1) and ksh(1) default PATH, Hisashi T Fujinaka
      • Re: sh(1) and ksh(1) default PATH, tlaronde
      • PATH order (was: sh(1) and ksh(1) default PATH), Edgar Fuß
      • Re: PATH order (was: sh(1) and ksh(1) default PATH, tlaronde
    • Re: sh(1) and ksh(1) default PATH, Hauke Fath
      • Re: sh(1) and ksh(1) default PATH, David Holland
  • Re: sh(1) and ksh(1) default PATH, Robert Elz
    • Re: sh(1) and ksh(1) default PATH, Jan Schaumann
    • Re: sh(1) and ksh(1) default PATH, Robert Elz
      • Re: sh(1) and ksh(1) default PATH, Steffen Nurpmeso
      • Re: sh(1) and ksh(1) default PATH, David Holland
    • Re: sh(1) and ksh(1) default PATH, David Holland
• cgdconfig(8) support for sharing a main key betwee, Taylor R Campbell
• fidocrypt(1): `storing' cgd keys on U2F/FIDO keys, Taylor R Campbell
  • Re: fidocrypt(1): `storing' cgd keys on U2F/FIDO k, Gabriel Rosenkoetter
    • Re: fidocrypt(1): `storing' cgd keys on U2F/FIDO k, Taylor R Campbell
      • Re: fidocrypt(1): `storing' cgd keys on U2F/FIDO k, Gabriel Rosenkoetter
      • Re: fidocrypt(1): `storing' cgd keys on U2F/FIDO k, Greg Troxel