Index of tech-userlevel for June, 2007


FromSubject
06/01/2007
Johnny C. Lam MAKEDEV init
Joerg Sonnenberger Re: MAKEDEV init
der Mouse Re: MAKEDEV init
Johnny C. Lam Re: MAKEDEV init
06/02/2007
Pavel Cahyna Re: disabling some postinstall fixes
06/03/2007
go 2 africaconnection get to know - faire la connaissance - conocer .
Klaus Heinz codeset tis-620 missing in iconv
06/04/2007
Allen Briggs progress(1) buffersize
Christos Zoulas Re: progress(1) buffersize
Allen Briggs Re: progress(1) buffersize
Christos Zoulas Re: progress(1) buffersize
06/05/2007
Takehiko NOZAKI Re: Fwd: codeset tis-620 missing in iconv
Simon Burge Re: MAKEDEV init
Martti Kuparinen Use of /tmp in /etc/{daily,weekly,monthly,security}
Takahiro Kambe Re: Use of /tmp in /etc/{daily,weekly,monthly,security}
Martti Kuparinen Re: Use of /tmp in /etc/{daily,weekly,monthly,security}
John Hawkinson Re: progress(1) buffersize
Christos Zoulas Re: Use of /tmp in /etc/{daily,weekly,monthly,security}
Greg A. Woods Re: progress(1) buffersize
Thomas Klausner Re: ls(1) support for multibyte chars
06/06/2007
Martti Kuparinen Re: Use of /tmp in /etc/{daily,weekly,monthly,security}
Christos Zoulas Re: Use of /tmp in /etc/{daily,weekly,monthly,security}
Blair Sadewitz tar(1): reading full blocks from pipes by default?
06/09/2007
Pavel Cahyna Re: disabling some postinstall fixes
Joerg Sonnenberger Re: MAKEDEV init
06/13/2007
Emmanuel Dreyfus Using __progname for PAM service names in pam_start()
Joerg Sonnenberger Re: Using __progname for PAM service names in pam_start()
Christos Zoulas Re: Using __progname for PAM service names in pam_start()
Christos Zoulas Re: Using __progname for PAM service names in pam_start()
Jason Thorpe Re: Using __progname for PAM service names in pam_start()
06/14/2007
David Brownlee Re: Using __progname for PAM service names in pam_start()
06/17/2007
Mindaugas R. __restrict and arrays
Martin Husemann Re: __restrict and arrays
Thomas Klausner Re: __restrict and arrays
Martin Husemann Re: __restrict and arrays
Mindaugas R. Re: __restrict and arrays
Christos Zoulas Re: __restrict and arrays
David Laight Re: __restrict and arrays
Martin Husemann Re: __restrict and arrays
der Mouse Re: __restrict and arrays
06/21/2007
Mindaugas R. Re: __restrict and arrays
Brian Ginsbach RFC: getopt_long(3) change
06/22/2007
Alan Barrett Re: RFC: getopt_long(3) change
Brian Ginsbach Re: RFC: getopt_long(3) change
06/23/2007
David Laight Re: RFC: getopt_long(3) change
Alan Barrett Re: RFC: getopt_long(3) change
Bernd Ernesti Re: RFC: getopt_long(3) change
Christos Zoulas Re: RFC: getopt_long(3) change
Bernd Ernesti Re: RFC: getopt_long(3) change
der Mouse Re: which tty device files for talking to serial devices?
06/24/2007
Klaus Heinz which tty device files for talking to serial devices?
Alan Barrett Re: RFC: getopt_long(3) change
David Laight Re: RFC: getopt_long(3) change
Thor Lancelot Simon Re: CVS commit: src/sys
der Mouse Re: CVS commit: src/sys
Thor Lancelot Simon Re: CVS commit: src/sys
Christos Zoulas Re: CVS commit: src/sys
Thor Lancelot Simon Re: CVS commit: src/sys
Christos Zoulas Re: CVS commit: src/sys
06/25/2007
der Mouse Re: CVS commit: src/sys
David Laight Re: CVS commit: src/sys
Jason Thorpe Re: CVS commit: src/sys
Jason Thorpe Re: CVS commit: src/sys
06/26/2007
Brian Ginsbach Re: RFC: getopt_long(3) change
Brian Ginsbach Re: RFC: getopt_long(3) change
Brian Ginsbach Re: RFC: getopt_long(3) change
Brian Ginsbach Re: RFC: getopt_long(3) change
M Graff Re: RFC: getopt_long(3) change
06/27/2007
Aleksey Cheusov bin/36379 [serious/high]: internal limits somewhere in systrace
Brian Ginsbach Re: RFC: getopt_long(3) change
06/28/2007
Christos Zoulas Re: RFC: getopt_long(3) change
Edgar =?iso-8859-1?B?RnX Postfix 2.4.1 broken in 4.0 beta2?
john heasley Re: Postfix 2.4.1 broken in 4.0 beta2?
James K. Lowden Re: RFC: getopt_long(3) change
Jonathan A. Kollasch and i thought i didn't have a reason to be less-than-fond of
06/29/2007
Martin Husemann Re: and i thought i didn't have a reason to be less-than-fond of proplib ...
Jonathan A. Kollasch Re: and i thought i didn't have a reason to be less-than-fond of