Re: no faith ;)

2010-05-06 Thread Claudio Jeker
On Thu, May 06, 2010 at 03:53:59PM -0700, J.C. Roberts wrote: > Neither mpe(4) nor faith(4) are presently hooked up to /src/sys/conf/GENERIC > build so this might be a bit early. mpe(4) has been documented in ifconfig(8) > already, but there's no mention of faith(4) in there. > > Index: ifconfig.8

no faith ;)

2010-05-06 Thread J.C. Roberts
Neither mpe(4) nor faith(4) are presently hooked up to /src/sys/conf/GENERIC build so this might be a bit early. mpe(4) has been documented in ifconfig(8) already, but there's no mention of faith(4) in there. Index: ifconfig.8 === RCS

Super popusti za super izgled

2010-05-06 Thread Top Shop
Top Shop Sve za lep izgled (do 40% popusta) ProleDni super popusti za fitnes proizvode! Doterajte svoju figuru i obucite kupaDi kostim bez ustezanja! PokaE>ite svima svoje zategnuto i skladno telo, budite u formi, veE>bajte kod kuDe! Pogledajte sve iz ove ekskluzivne ponude za leto, pratite t

viapm(4) and viaenv(4)

2010-05-06 Thread Alexandr Shadchin
Hi! Combining code drivers viapm(4) and viaenv(4) + small tune. Diff and info http://koba.devio.us/viapm/ Please test and thanks in advance :) -- Alexandr Shadchin

Re: Why do thread locking for arc4random*()?

2010-05-06 Thread Ted Unangst
On Thu, May 6, 2010 at 10:15 AM, Otto Moerbeek wrote: > On Thu, May 06, 2010 at 06:02:48PM +0400, Vadim Jukov wrote: > >> Hello, tech@'s. >> >> Possibly this question is stupid, but I cannot understand - why do >> thread locking for arc4random*() functions instead of just maintaining >> their data

Re: Why do thread locking for arc4random*()?

2010-05-06 Thread Otto Moerbeek
On Thu, May 06, 2010 at 06:02:48PM +0400, Vadim Jukov wrote: > Hello, tech@'s. > > Possibly this question is stupid, but I cannot understand - why do > thread locking for arc4random*() functions instead of just maintaining > their data per-thread? > > Thanks in advance. I can think of two reaso

Why do thread locking for arc4random*()?

2010-05-06 Thread Vadim Jukov
Hello, tech@'s. Possibly this question is stupid, but I cannot understand - why do thread locking for arc4random*() functions instead of just maintaining their data per-thread? Thanks in advance.

Re: diffs that matter (or not)

2010-05-06 Thread Ted Unangst
On Thu, May 6, 2010 at 4:42 AM, Thomas Pfaff wrote: > Sometimes I'm reading code from the source tree and then stumble upon > various things that I'm wondering if it's worth "fixing". These are > not real bugs, which is the numero uno priority, but I'm wondering if > anyone care about these thing

Re: diffs that matter (or not)

2010-05-06 Thread Kenneth R Westerback
On Thu, May 06, 2010 at 10:42:08AM +0200, Thomas Pfaff wrote: > Sometimes I'm reading code from the source tree and then stumble upon > various things that I'm wondering if it's worth "fixing". These are > not real bugs, which is the numero uno priority, but I'm wondering if > anyone care about th

diffs that matter (or not)

2010-05-06 Thread Thomas Pfaff
Sometimes I'm reading code from the source tree and then stumble upon various things that I'm wondering if it's worth "fixing". These are not real bugs, which is the numero uno priority, but I'm wondering if anyone care about these things or if they're just an annoyance and a waste of time for the