Re: kern/173652: [ale] problem: could not disable Tx/Rx MAC(0x00000004)!

Synopsis: [ale] problem: could not disable Tx/Rx MAC(0x0004)! Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Nov 29 07:06:07 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?

Re: bin/173725: portsnap(8) - fix entry validation

Synopsis: portsnap(8) - fix entry validation Responsible-Changed-From-To: freebsd-bugs->cperciva Responsible-Changed-By: linimon Responsible-Changed-When: Thu Nov 29 07:03:53 UTC 2012 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=173725 _

Re: kern/173982: Cannot recognize my AT&T Sierra Wireless USB 3G adapter

Synopsis: Cannot recognize my AT&T Sierra Wireless USB 3G adapter Responsible-Changed-From-To: freebsd-bugs->eadler Responsible-Changed-By: eadler Responsible-Changed-When: Wed Nov 28 23:14:13 UTC 2012 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=173982 _

Re: bin/173977: pw(8) does not do range-checking on UIDs/GUIs from user's input, passwd DB becomes inconsistent

On Wed, 28 Nov 2012, Nikos Vassiliadis wrote: Description: pw(8) command does not do any range checking on the uid and gid input, resulting in inconsistencies in the password database. ... Fix: Patch attached with submission follows: Index: usr.sbin/pw/pw_group.c =

kern/173982: Cannot recognize my AT&T Sierra Wireless USB 3G adapter

>Number: 173982 >Category: kern >Synopsis: Cannot recognize my AT&T Sierra Wireless USB 3G adapter >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Cla

Re: bin/173977: pw(8) does not do range-checking on UIDs/GUIs from user's input, passwd DB becomes inconsistent

Synopsis: pw(8) does not do range-checking on UIDs/GUIs from user's input, passwd DB becomes inconsistent Responsible-Changed-From-To: freebsd-bugs->mjg Responsible-Changed-By: mjg Responsible-Changed-When: Wed Nov 28 19:31:13 UTC 2012 Responsible-Changed-Why: I'll take it. http://www.freebsd.o

bin/173977: pw(8) does not do range-checking on UIDs/GUIs from user's input, passwd DB becomes inconsistent

>Number: 173977 >Category: bin >Synopsis: pw(8) does not do range-checking on UIDs/GUIs from user's >input, passwd DB becomes inconsistent >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter:

bin/173973: [patch] 'not function' for user display for top(1)

>Number: 173973 >Category: bin >Synopsis: [patch] 'not function' for user display for top(1) >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class:

conf/173969: sendd does not work

>Number: 173969 >Category: conf >Synopsis: sendd does not work >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id:

Este SABADO - "El Eneagrama" - Última Tertulia 2012 - No te la pierdas!

Si no visualiza correctamente este E-Mail haga Click Aquí (Link->http://v2.envialosimple.com/campaign/htmlversion?AdministratorID=12453&CampaignID=43&StatisticID=20&MemberID=51387&s=50b07966dcd452cd3268364dc609ed5f&isDemo=0) Normal 0 21 false false false ES-AR X-NONE X-NONE (Link->http://me

Re: Possible non-conformance to POSIX

On Wed, 28 Nov 2012, Martin Sustrik wrote: On 28/11/12 06:21, Martin Sustrik wrote: On 27/11/12 23:39, Bruce Evans wrote: #include INADDR_ANY; The above results in 'u_int32_t undefined' error, which it shouldn't according to POSIX. is careful to only declare uint32_t, but then it is brok