freebsd-current  

Messages by Thread

• fixit.flp full again John Hay
  • Re: fixit.flp full again Maxim Sobolev
  • Re: fixit.flp full again John Hay
  • Re: fixit.flp full again Maxim Sobolev
  • Re: fixit.flp full again Makoto Matsushita
• Alpha cross build b0rked by Perl. David O'Brien
• buildworld error in pam-ssh Luis Zuccolo
• ACPI documentation? George Michaelson
  • Re: ACPI documentation? Doug White
  • Re: ACPI documentation? George Michaelson
  • Re: ACPI documentation? Doug White
• Superfast clock on current. Kyle Butt
  • Re: Superfast clock on current. Poul-Henning Kamp
  • Re: Superfast clock on current. David Malone
  • Re: Superfast clock on current. Poul-Henning Kamp
  • Re: Superfast clock on current. Poul-Henning Kamp
  • Re: Superfast clock on current. Kyle Butt
  • Re: Superfast clock on current. Poul-Henning Kamp
  • Re: Superfast clock on current. Kyle Butt
  • Re: Superfast clock on current. Kyle Butt
  • Re: Superfast clock on current. Jon
  • Re: Superfast clock on current. Dag-Erling Smorgrav
  • Re: Superfast clock on current. Poul-Henning Kamp
  • Re: Superfast clock on current. Kyle Butt
  • Re: Superfast clock on current. Poul-Henning Kamp
  • Re: Superfast clock on current. Kyle Butt
  • Re: Superfast clock on current. Poul-Henning Kamp
  • Re: Superfast clock on current. (1/8) Kyle Butt
  • Re: Superfast clock on current. (1/8) Poul-Henning Kamp
  • Re: Superfast clock on current. (1/8) Kyle Butt
  • Re: Superfast clock on current. (2/8) Kyle Butt
  • Re: Superfast clock on current. (8/8) Kyle Butt
  • Re: Superfast clock on current. (3/8) Kyle Butt
  • Re: Superfast clock on current. (4/8) Kyle Butt
  • Re: Superfast clock on current. (5/8) Kyle Butt
  • Re: Superfast clock on current. (6/8) Kyle Butt
  • Re: Superfast clock on current. (7/8) Kyle Butt
• For review: Revised sendmail startup settings Gregory Neil Shapiro
  • Re: For review: Revised sendmail startup settings keramida
  • Re: For review: Revised sendmail startup settings Gregory Neil Shapiro
  • Re: For review: Revised sendmail startup settings Giorgos Keramidas
  • Re: For review: Revised sendmail startup settings Gregory Neil Shapiro
  • Re: For review: Revised sendmail startup settings Giorgos Keramidas
  • Re: For review: Revised sendmail startup settings ian j hart
  • Re: For review: Revised sendmail startup settings Andre Albsmeier
  • Re: For review: Revised sendmail startup settings Gregory Neil Shapiro
  • Re: For review: Revised sendmail startup settings Andre Albsmeier
• D-link 660+ PCMCIA + FreeBSD4.5 Maciej Łabędź
• bktr breakage Nicolas Souchu
  • Re: bktr breakage Nicolas Souchu
• Alpha Build Scott Sipe
  • Re: Alpha Build Michael Lucas
  • Re: Alpha Build Wilko Bulte
  • Re: Alpha Build Terry Lambert
  • Re: Alpha Build Giorgos Keramidas
  • Re: Alpha Build Wilko Bulte
• ntfs causing kernel panic David W. Chapman Jr.
  • Re: ntfs causing kernel panic Greg 'groggy' Lehey
  • Re: ntfs causing kernel panic David W. Chapman Jr.
  • Re: ntfs causing kernel panic Robert Watson
  • Re: ntfs causing kernel panic David W. Chapman Jr.
• BTX halted Miguel Mendez
  • Re: BTX halted Hiten Pandya
  • Re: BTX halted Miguel Mendez
  • Re: BTX halted John Baldwin
  • Re: BTX halted Miguel Mendez
  • Re: BTX halted John Baldwin
  • Re: BTX halted Miguel Mendez
  • Re: BTX halted Michael Smith
  • Re: BTX halted Ilmar S. Habibulin
  • Re: BTX halted Anders Nor Berle
  • Re: BTX halted Makoto Matsushita
  • Re: BTX halted Makoto Matsushita
  • Re: BTX halted Makoto Matsushita
  • BTX halted David Xu
  • Re: BTX halted David Wolfskill
  • Re: BTX halted Beech Rintoul
• LINT/NOTES broken after recent bktr(4) change Mike Barcroft
  • Re: LINT/NOTES broken after recent bktr(4) change Brooks Davis
  • Re: LINT/NOTES broken after recent bktr(4) change David Wolfskill
  • Re: LINT/NOTES broken after recent bktr(4) change David Wolfskill
• Broken bktr(4) module Crist J. Clark
  • Re: Broken bktr(4) module Emiel Kollof
  • Re: Broken bktr(4) module David O'Brien
  • Re: Broken bktr(4) module Emiel Kollof
• [Q] Cardbus NICs drivers : xl and dc 장성호
• Ports broken by OpenPAM Kris Kennaway
  • Re: Ports broken by OpenPAM Dag-Erling Smorgrav
  • Re: Ports broken by OpenPAM Joe Clarke
  • Re: Ports broken by OpenPAM Dag-Erling Smorgrav
  • Re: Ports broken by OpenPAM Joe Marcus Clarke
  • Re: Ports broken by OpenPAM Joe Clarke
  • Re: Ports broken by OpenPAM Joe Marcus Clarke
  • Re: Ports broken by OpenPAM Dag-Erling Smorgrav
• stdout changes break some ports Kris Kennaway
  • Re: stdout changes break some ports M. Warner Losh
  • Re: stdout changes break some ports Kris Kennaway
  • Re: stdout changes break some ports Doug Barton
  • Re: stdout changes break some ports Kris Kennaway
  • Re: stdout changes break some ports Kris Kennaway
  • Re: stdout changes break some ports Terry Lambert
  • Re: stdout changes break some ports Terry Lambert
  • Re: stdout changes break some ports Garance A Drosihn
  • Re: stdout changes break some ports Terry Lambert
  • Re: stdout changes break some ports Oliver Braun
• New expr(1) breaks ports Kris Kennaway
  • New expr(1) breaks ports Garrett Wollman
  • Re: New expr(1) breaks ports Kris Kennaway
• Lock order reversals in sys_pipe.c Kris Kennaway
  • Re: Lock order reversals in sys_pipe.c Kenneth Culver
  • Re: Lock order reversals in sys_pipe.c Alfred Perlstein
  • Re: Lock order reversals in sys_pipe.c Alfred Perlstein
  • Re: Lock order reversals in sys_pipe.c John Baldwin
  • Re: Lock order reversals in sys_pipe.c Kris Kennaway
• How to make USB scanners work in FreeBSD (well at least Agfa ones..) Anders Nordby
• Cross architecture disklabels... Poul-Henning Kamp
• LINT börked... Poul-Henning Kamp
• VMWare2 seems broken in recent -current Garance A Drosihn
  • Re: VMWare2 seems broken in recent -current Mark Santcroos
  • Re: VMWare2 was broken in recent -current (seems OK now) Garance A Drosihn
  • Re: VMWare2 was broken in recent -current (seems OK now) Mark Santcroos
• turning off malloc's AJ by default David O'Brien
  • Re: turning off malloc's AJ by default Matthew Dillon
  • Re: turning off malloc's AJ by default Steve Kargl
  • Re: turning off malloc's AJ by default M. Warner Losh
  • Re: turning off malloc's AJ by default current
  • Re: turning off malloc's AJ by default M. Warner Losh
  • Re: turning off malloc's AJ by default Garance A Drosihn
  • Re: turning off malloc's AJ by default Steve Kargl
  • Re: turning off malloc's AJ by default David O'Brien
  • Re: turning off malloc's AJ by default Will Andrews
  • Re: turning off malloc's AJ by default Robert Watson
  • Re: turning off malloc's AJ by default Poul-Henning Kamp
  • Re: turning off malloc's AJ by default Robert Watson
  • Re: turning off malloc's AJ by default Poul-Henning Kamp
  • Re: turning off malloc's AJ by default Robert Watson
  • Re: turning off malloc's AJ by default David O'Brien
  • Re: turning off malloc's AJ by default Robert Watson
  • Re: turning off malloc's AJ by default Poul-Henning Kamp
  • Re: turning off malloc's AJ by default Robert Watson
  • Re: turning off malloc's AJ by default David O'Brien
  • Re: turning off malloc's AJ by default Doug Barton
  • Re: turning off malloc's AJ by default David O'Brien
  • Re: turning off malloc's AJ by default Dag-Erling Smorgrav
  • Re: turning off malloc's AJ by default Poul-Henning Kamp
  • Re: turning off malloc's AJ by default Matthew Dillon
  • Re: turning off malloc's AJ by default Giorgos Keramidas
• kernel build breaks in bktr_i2c.c Jim Bryant
  • Re: kernel build breaks in bktr_i2c.c Maxim Konovalov
  • Re: kernel build breaks in bktr_i2c.c Garance A Drosihn
• PCcard whine issued during "halt -p" processing David Wolfskill
  • Re: PCcard whine issued during "halt -p" processing M. Warner Losh
  • Re: PCcard whine issued during "halt -p" processing Andrew R. Reiter
  • Re: PCcard whine issued during "halt -p" processing M. Warner Losh
  • Re: PCcard whine issued during "halt -p" processing Andrew R. Reiter
• can't build world on alpha Matthew Dillon
  • Re: can't build world on alpha Wilko Bulte
  • Re: can't build world on alpha David O'Brien
  • Re: can't build world on alpha Matthew Dillon
  • Re: can't build world on alpha David O'Brien
  • Re: can't build world on alpha Matthew Dillon
  • Re: can't build world on alpha Doug Rabson
• is 'device ether' mandatory now? Maxim Konovalov
  • Re: is 'device ether' mandatory now? Oleg V. Naumann
  • Re: is 'device ether' mandatory now? Luigi Rizzo
  • Re: is 'device ether' mandatory now? Maxim Konovalov
  • Re: is 'device ether' mandatory now? Luigi Rizzo
• strange log message about "bad file descriptor" Steve Kargl
  • Re: strange log message about "bad file descriptor" Gregory Neil Shapiro
  • Re: strange log message about "bad file descriptor" Steve Kargl
• witness panic on Alpha Wilko Bulte
  • RE: witness panic on Alpha John Baldwin
  • Re: witness panic on Alpha Wilko Bulte
  • Re: witness panic on Alpha Wilko Bulte
  • Re: witness panic on Alpha John Baldwin
  • Re: witness panic on Alpha Wilko Bulte
• Please fix port compilation problems Kris Kennaway
  • Re: Please fix port compilation problems Kris Kennaway
  • Re: Please fix port compilation problems Thierry Thomas
• uma panic Kris Kennaway
  • Re: uma panic Robert Watson
  • Re: uma panic David O'Brien
  • Re: uma panic Kris Kennaway
  • Re: uma panic Dag-Erling Smorgrav
• Dhclient with non-writable /etc/resolv.conf qhwt
• Found: module loading breakage Alexander Kabaev
  • Re: Found: module loading breakage Alfred Perlstein
  • Re: Found: module loading breakage Matthew Dillon
  • Re: Found: module loading breakage Terry Lambert
  • Re: Found: module loading breakage Alfred Perlstein
  • Re: Found: module loading breakage Matthew Dillon
  • Re: Found: module loading breakage Terry Lambert
  • Re: Found: module loading breakage Terry Lambert
  • Re: Found: module loading breakage Alexander Kabaev
  • SMP ffs_mountfs() broken? Lamont Granquist
  • Re: SMP ffs_mountfs() broken? Lamont Granquist
  • Re: SMP ffs_mountfs() broken? Lamont Granquist
  • Re: SMP ffs_mountfs() broken? Chris
• Look at These Great Toner Cartridge Prices!! felipodelacasa
• kernel build breakage on if_wi Vladimir B.

[Earlier messages] [Later messages]