kern/183047: carp stuck in INIT state

2013-10-17 Thread Ole Myhre 

>Number: 183047
>Category:   kern
>Synopsis:   carp stuck in INIT state
>Confidential:   no
>Severity:   non-critical
>Priority:   low
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 17 10:50:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator: Ole Myhre
>Release:10.0-BETA1
>Organization:
Dataoppdrag AS
>Environment:
FreeBSD fw1.internal 10.0-BETA1 FreeBSD 10.0-BETA1 #0: Wed Oct 16 12:03:07 CEST 
2013 root@fw1.internal:/usr/obj/usr/src/sys/FIREWALL  amd64
>Description:
When configuring carp on an interface that has no previous configuration (such 
as during boot), carp is stuck in INIT until vhid and inet address are set two 
more times.
>How-To-Repeat:
[root@fw1 ~]# ifconfig lagg0.1200 create
[root@fw1 ~]# ifconfig lagg0.1200 vhid 1 10.0.0.1/24
[root@fw1 ~]# ifconfig lagg0.1200
lagg0.1200: flags=8943 metric 0 
mtu 9000
options=303
ether 00:25:90:9a:a6:e0
inet 10.0.0.1 netmask 0xff00 broadcast 10.0.0.255 vhid 1
nd6 options=29
media: Ethernet autoselect
status: active
vlan: 1200 parent interface: lagg0
carp: INIT vhid 1 advbase 1 advskew 0
[root@fw1 ~]# ifconfig lagg0.1200 vhid 1 10.0.0.1/24
ifconfig: ioctl (SIOCAIFADDR): Protocol not available
[root@fw1 ~]# ifconfig lagg0.1200
lagg0.1200: flags=8843 metric 0 mtu 9000
options=303
ether 00:25:90:9a:a6:e0
nd6 options=29
media: Ethernet autoselect
status: active
vlan: 1200 parent interface: lagg0
[root@fw1 ~]# ifconfig lagg0.1200 vhid 1 10.0.0.1/24
[root@fw1 ~]# ifconfig lagg0.1200
lagg0.1200: flags=8943 metric 0 
mtu 9000
options=303
ether 00:25:90:9a:a6:e0
inet 10.0.0.1 netmask 0xff00 broadcast 10.0.0.255 vhid 1
nd6 options=29
media: Ethernet autoselect
status: active
vlan: 1200 parent interface: lagg0
carp: MASTER vhid 1 advbase 1 advskew 0
[root@fw1 ~]#

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Re: misc/183042: Machine kernel panic'ed, now fsck is segfaulting

2013-10-17 Thread Shawn Wallbridge 
The following reply was made to PR misc/183042; it has been noted by GNATS.

From: Shawn Wallbridge 
To: "bug-follo...@freebsd.org" , Shawn Wallbridge

Cc:  
Subject: Re: misc/183042: Machine kernel panic'ed, now fsck is
 segfaulting
Date: Thu, 17 Oct 2013 12:32:37 +

 I was able to grab the fsck_ufs binary from a 9.0-RELEASE box and run it,
 which worked. I was able to clean the filesystem and re-mount it.
 
 Even _AFTER_ the filesystem was clean, the 9.2-RELEASE binary will
 segfault.
 
 Here is the truss output from running the 9.2-RELEASE binary on the clean
 (unmounted) filesystem.
 
 root@mercury:~ # fsck /dev/da0p1
 ** /dev/da0p1
 fsck: /dev/da0p1: Segmentation fault: 11
 root@mercury:~ # truss fsck /dev/da0p1
 mmap(0x0,32768,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) =3D
 34366144512 (0x80061c000)
 issetugid(0x80081ca60,0x7fffefd5,0x40,0x0,0x80080081da8b,0x0) =3D 0
 (0x0)
 lstat("/etc",{ mode=3Ddrwxr-xr-x ,inode=3D15730176,size=3D2048,blksize=3D32=
 768 })
 =3D 0 (0x0)
 lstat("/etc/libmap.conf",{ mode=3D-rw-r--r--
 ,inode=3D15730599,size=3D111,blksize=3D32768 }) =3D 0 (0x0)
 open("/etc/libmap.conf",O_RDONLY,040345040)  =3D 3 (0x3)
 fstat(3,{ mode=3D-rw-r--r-- ,inode=3D15730599,size=3D111,blksize=3D32768 })=
  =3D 0
 (0x0)
 mmap(0x0,111,PROT_READ,MAP_PRIVATE,3,0x0)=3D 34366177280 (0x8006240=
 00)
 close(3) =3D 0 (0x0)
 lstat("/usr",{ mode=3Ddrwxr-xr-x ,inode=3D16773504,size=3D512,blksize=3D327=
 68 }) =3D
 0 (0x0)
 lstat("/usr/local",{ mode=3Ddrwxr-xr-x
 ,inode=3D16773512,size=3D512,blksize=3D32768 }) =3D 0 (0x0)
 lstat("/usr/local/etc",{ mode=3Ddrwxr-xr-x
 ,inode=3D17740802,size=3D1024,blksize=3D32768 }) =3D 0 (0x0)
 lstat("/usr/local/etc/libmap.d",0x7fffb8b0)  ERR#2 'No such file or
 directory'
 munmap(0x800624000,111)  =3D 0 (0x0)
 open("/var/run/ld-elf.so.hints",O_RDONLY,057)=3D 3 (0x3)
 read(3,"Ehnt\^A\0\0\0\M^@\0\0\0-\0\0\0\0"...,128) =3D 128 (0x80)
 lseek(3,0x80,SEEK_SET)   =3D 128 (0x80)
 read(3,"/lib:/usr/lib:/usr/lib/compat:/u"...,45) =3D 45 (0x2d)
 close(3) =3D 0 (0x0)
 access("/lib/libc.so.7",0)   =3D 0 (0x0)
 open("/lib/libc.so.7",O_RDONLY,040352740)=3D 3 (0x3)
 fstat(3,{ mode=3D-r--r--r-- ,inode=3D46548547,size=3D1406888,blksize=3D3276=
 8 }) =3D
 0 (0x0)
 mmap(0x0,4096,PROT_READ,MAP_PRIVATE|0x4,3,0x0) =3D 34366177280
 (0x800624000)
 mmap(0x0,3518464,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) =3D
 34368249856 (0x80081e000)
 mmap(0x80081e000,1269760,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCO
 RE|0x4,3,0x0) =3D 34368249856 (0x80081e000)
 mmap(0x800b54000,45056,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|0x4,3
 ,0x136000) =3D 34371616768 (0x800b54000)
 mmap(0x800b5f000,106496,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON
 ,-1,0x0) =3D 34371661824 (0x800b5f000)
 munmap(0x800624000,4096) =3D 0 (0x0)
 close(3) =3D 0 (0x0)
 munmap(0x800623000,4096) =3D 0 (0x0)
 mmap(0x0,102400,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) =3D
 34366173184 (0x800623000)
 sysarch(0x81,0x7fffd2a0,0x8006210c8,0x0,0xffaca580,0x8080808080
 808080) =3D 0 (0x0)
 sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM
 |SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXF
 SZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) =3D 0 (0x0)
 sigprocmask(SIG_SETMASK,0x0,0x0) =3D 0 (0x0)
 sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM
 |SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXF
 SZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) =3D 0 (0x0)
 sigprocmask(SIG_SETMASK,0x0,0x0) =3D 0 (0x0)
 sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM
 |SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXF
 SZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) =3D 0 (0x0)
 sigprocmask(SIG_SETMASK,0x0,0x0) =3D 0 (0x0)
 stat("/dev/da0p1",{ mode=3Dcrw-r- ,inode=3D123,size=3D0,blksize=3D4096 =
 }) =3D 0
 (0x0)
 getfsstat(0x0,0x0,0x2,0x2f,0x3d,0x7fffef7d)  =3D 2 (0x2)
 readlink("/etc/malloc.conf",0x7fffcea0,1024) ERR#2 'No such file or
 directory'
 issetugid(0x80092da49,0x7fffcea0,0x,0x0,0x2,0x7fffe
 f7d) =3D 0 (0x0)
 break(0x80)  =3D 0 (0x0)
 mmap(0x0,4194304,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) =3D
 34371768320 (0x800b79000)
 mmap(0x800f79000,552960,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0)
 =3D 34375962624 (0x800f79000)
 munmap(0x800b79000,552960)   =3D 0 (0x0)
 getfsstat(0x800c07400,0x588,0x2,0x8,0x605630,0x7fffc9e0) =3D 2 (0x2)
 stat("/dev/raid/r0p2",{ mode=3Dcrw-r- ,inode=3

Re: misc/183031: Chrome with white show

2013-10-17 Thread Jochen Neumeister 
pls closing, was a mistake

On 16.10.2013 21:20, freebsd-gnats-sub...@freebsd.org wrote:
> Thank you very much for your problem report.
> It has the internal identification `misc/183031'.
> The individual assigned to look at your
> report is: freebsd-bugs. 
>
> You can access the state of your problem report at any time
> via this link:
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=183031
>
>> Category:   misc
>> Responsible:freebsd-bugs
>> Synopsis:   Chrome with white show
>> Arrival-Date:   Wed Oct 16 19:20:00 UTC 2013

___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Re: misc/183031: Chrome with white show

2013-10-17 Thread Jochen Neumeister 
The following reply was made to PR misc/183031; it has been noted by GNATS.

From: Jochen Neumeister 
To: freebsd-gnats-sub...@freebsd.org, freebsd-bugs@FreeBSD.org
Cc:  
Subject: Re: misc/183031: Chrome with white show
Date: Thu, 17 Oct 2013 14:25:17 +0200

 pls closing, was a mistake
 
 On 16.10.2013 21:20, freebsd-gnats-sub...@freebsd.org wrote:
 > Thank you very much for your problem report.
 > It has the internal identification `misc/183031'.
 > The individual assigned to look at your
 > report is: freebsd-bugs. 
 >
 > You can access the state of your problem report at any time
 > via this link:
 >
 > http://www.freebsd.org/cgi/query-pr.cgi?pr=183031
 >
 >> Category:   misc
 >> Responsible:freebsd-bugs
 >> Synopsis:   Chrome with white show
 >> Arrival-Date:   Wed Oct 16 19:20:00 UTC 2013
 
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

misc/183050: Staging support creates major problems with symlinks

2013-10-17 Thread Ekkehard 'Ekki' Gehm 

>Number: 183050
>Category:   misc
>Synopsis:   Staging support creates major problems with symlinks
>Confidential:   no
>Severity:   non-critical
>Priority:   low
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 17 12:40:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator: Ekkehard 'Ekki' Gehm
>Release:9.1-RELEASE-p6
>Organization:
>Environment:
FreeBSD diabolo.doom-labs.net 9.1-RELEASE-p6 FreeBSD 9.1-RELEASE-p6 #0: Wed Aug 
28 19:28:24 UTC 2013 :/usr/obj/usr/src/sys/GENERIC  amd64
>Description:
When building jails like discribed in 
http://www.freebsd.org/doc/handbook/jails-application.html any port will fail 
to install or update because pkg_create dosn't look in the correct staging 
folder. As /usr/local is a symlink to /s/usr-local, pkg_create wants something 
like /../staging/../usr-local/... wich, of course, doesn't exist.

This problem will affect any system with a linked /usr/local
>How-To-Repeat:
Build or update a port in an enviroment with a linked /usr/local
>Fix:
None exept avoid symlinked /usr/local (like mount via nullfs)

>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Re: misc/183050: Staging support creates major problems with symlinks

2013-10-17 Thread Ekkehard 'Ekki' Gehm 
The following reply was made to PR misc/183050; it has been noted by GNATS.

From: Ekkehard 'Ekki' Gehm 
To: bug-follo...@freebsd.org, g...@doom-labs.net
Cc:  
Subject: Re: misc/183050: Staging support creates major problems with symlinks
Date: Thu, 17 Oct 2013 15:04:27 +0200

 Here a little output as an example...
 
 ---8<---
 
 ===>  License BSD accepted by the user
 ===>  Found saved configuration for portmaster-3.14_5
 ===> Fetching all distfiles required by portmaster-3.17.2 for building
 ===>  Extracting for portmaster-3.17.2
 => SHA256 Checksum OK for g-freebsd-portmaster-3.17.2-7359019.tar.gz.
 ===>  Patching for portmaster-3.17.2
 ===>  Configuring for portmaster-3.17.2
 ===>  Building for portmaster-3.17.2
 /usr/bin/sed -e 's#/usr/local#/usr/local#g'
 
/s/portbuild/usr/ports/ports-mgmt/portmaster/work/freebsd-portmaster-7359019/portmaster
  > /s/portbuild/usr/ports/ports-mgmt/portmaster/work/portmaster
 /usr/bin/sed -e 's#/usr/local#/usr/local#g'
 
/s/portbuild/usr/ports/ports-mgmt/portmaster/work/freebsd-portmaster-7359019/files/portmaster.rc.sample
  > /s/portbuild/usr/ports/ports-mgmt/portmaster/work/portmaster.rc.sample
 ===>  Staging for portmaster-3.17.2
 ===>   Generating temporary packing list
 install  -o root -g wheel -m 555
 /s/portbuild/usr/ports/ports-mgmt/portmaster/work/portmaster
 
/s/portbuild/usr/ports/ports-mgmt/portmaster/work/stage/usr/local/sbin/portmaster
 install  -o root -g wheel -m 444
 /s/portbuild/usr/ports/ports-mgmt/portmaster/work/portmaster.rc.sample
 /s/portbuild/usr/ports/ports-mgmt/portmaster/work/stage/usr/local/etc
 install  -o root -g wheel -m 444
 
/s/portbuild/usr/ports/ports-mgmt/portmaster/work/freebsd-portmaster-7359019/files/portmaster.8
  /s/portbuild/usr/ports/ports-mgmt/portmaster/work/stage/usr/local/man/man8
 /bin/mkdir -p
 
/s/portbuild/usr/ports/ports-mgmt/portmaster/work/stage/usr/local/etc/bash_completion.d
 install  -o root -g wheel -m 444
 
/s/portbuild/usr/ports/ports-mgmt/portmaster/work/freebsd-portmaster-7359019/files/bash-completions
  
/s/portbuild/usr/ports/ports-mgmt/portmaster/work/stage/usr/local/etc/bash_completion.d/portmaster.sh
 > Compressing man pages
 ===>  Building package for portmaster-3.17.2
 Creating package
 /s/portbuild/usr/ports/ports-mgmt/portmaster/work/portmaster-3.17.2.tbz
 Registering depends:.
 Creating bzip'd tar ball in
 '/s/portbuild/usr/ports/ports-mgmt/portmaster/work/portmaster-3.17.2.tbz'
 tar: could not chdir to
 '/s/portbuild/usr/ports/ports-mgmt/portmaster/work/stage/s/usr-local'
 
 pkg_create: make_dist: tar command failed with code 256
 *** [do-package] Error code 1
 
 Stop in /usr/ports/ports-mgmt/portmaster.
 *** [install] Error code 1
 
 Stop in /usr/ports/ports-mgmt/portmaster.
 
 
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Re: kern/183047: carp stuck in INIT state

2013-10-17 Thread glebius 
Synopsis: carp stuck in INIT state

Responsible-Changed-From-To: freebsd-bugs->glebius
Responsible-Changed-By: glebius
Responsible-Changed-When: Thu Oct 17 14:50:17 UTC 2013
Responsible-Changed-Why: 
Mine

http://www.freebsd.org/cgi/query-pr.cgi?pr=183047
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Re: kern/182948: I am from a Russia.I finded Freebsd's problem.

2013-10-17 Thread Gleb Smirnoff 
The following reply was made to PR kern/182948; it has been noted by GNATS.

From: Gleb Smirnoff 
To: =?utf-8?B?0KjQsNGC0YPQvdC+0LIg0JLQsNC70LXRgNC40Lk=?= 
Cc: "freebsd-gnats-sub...@freebsd.org" 
Subject: Re: kern/182948: I am from a Russia.I finded Freebsd's problem.
Date: Thu, 17 Oct 2013 18:55:01 +0400

   Валерий,
 
   для того чтобы найти когда именно 
случилась регрессия между 9.1
 и 9.2, необходимо собрать ряд ядер 
промежуточных версий и попробовать
 из загрузить на Вашем ноутбуке. Их 
необязательно писать на DVD, можно
 на флешку. Само собой собирать настоящий 
релиз тоже необязательно,
 достаточно ядро. Под силу ли провести Вам 
это работу?
 
   Кроме Вас это сделать больше некому, т.к. 
для этого эксперимента
 нужен Ваш ноутбук. Причём вы не сообщили 
его модель, что ещё
 усложняет задачу.
 
 -- 
 Totus tuus, Glebius.
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

kern/183065: ipfilter to/fastroute should use correct FIB

2013-10-17 Thread G. Paul Ziemba 

>Number: 183065
>Category:   kern
>Synopsis:   ipfilter to/fastroute should use correct FIB
>Confidential:   no
>Severity:   non-critical
>Priority:   low
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 17 17:10:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator: G. Paul Ziemba
>Release:9.1
>Organization:
>Environment:
FreeBSD hairball.ziemba.us 9.1-STABLE FreeBSD 9.1-STABLE #10 r249454M: Mon Oct  
7 23:27:47 PDT 2013 root@hairball:/usr/obj/usr/src/sys/GPZ-130412  amd64
>Description:
If you have an ipfilter rule using option "to " such as:

pass in log quick on em0.101 to dc0 from any to 192.168.0.0/24

and the interfaces in question have a non-default FIB associated with them, e.g.

dc0: flags=8843 metric 0 mtu 1500
options=80008
ether 00:00:d1:1a:c0:e5
inet 192.168.0.1 netmask 0xff00 broadcast 192.168.0.255
nd6 options=29
media: Ethernet autoselect (100baseTX )
status: active
fib: 1

em0.101: flags=8843 metric 0 mtu 
1500
options=103
ether 00:30:48:dd:37:ac
inet 10.126.0.1 netmask 0x broadcast 10.126.255.255
nd6 options=29
media: Ethernet autoselect (100baseTX )
status: active
fib: 1
vlan: 101 parent interface: em0

then ipfilter wrongly looks up the destination in FIB 0.
>How-To-Repeat:
Configure ipfilter to use to/fastforward between interfaces using non-0 FIB.
>Fix:
Please see attached patch

Patch attached with submission follows:

--- /usr/src/sys/contrib/ipfilter/netinet/ip_fil_freebsd.c.orig 2013-04-12 
23:27:26.0 -0700
+++ /usr/src/sys/contrib/ipfilter/netinet/ip_fil_freebsd.c  2013-10-06 
23:19:59.0 -0700
@@ -984,7 +984,7 @@
dst->sin_addr = fdp->fd_ip;
 
dst->sin_len = sizeof(*dst);
-   in_rtalloc(ro, 0);
+   in_rtalloc(ro, M_GETFIB(m0));
 
if ((ifp == NULL) && (ro->ro_rt != NULL))
ifp = ro->ro_rt->rt_ifp;


>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Re: bin/182448: systat(1): systat -if have invalid counters with 10Gb/s traffic

2013-10-17 Thread melifaro 
Synopsis: systat(1): systat -if have invalid counters with 10Gb/s traffic

Responsible-Changed-From-To: freebsd-bugs->melifaro
Responsible-Changed-By: melifaro
Responsible-Changed-When: Thu Oct 17 21:04:12 UTC 2013
Responsible-Changed-Why: 
Take

http://www.freebsd.org/cgi/query-pr.cgi?pr=182448
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

kern/183075: CORE UPPERCUT

2013-10-17 Thread Jose Ramon 

>Number: 183075
>Category:   kern
>Synopsis:   CORE UPPERCUT
>Confidential:   no
>Severity:   non-critical
>Priority:   low
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Oct 18 01:10:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator: Jose Ramon
>Release:2.2.4 (A.OUT)
>Organization:
>Environment:
>Description:
THE BUG IS SIMPLE
NOBODY KNOWS WHO THE TOUGHEST IN CORE IS

PROPOSED SOLUTION:
FIGHT BETWEEN RWATSON AND OTHERS IN CORE POSSIBLY AT THE NEXT BSDCON
BROOKS FOR SURE VS RWATSON MAYBE ALSO CPERCIVA VS RWATSON TO DETERMINE WHO IS 
THE TOUGHEST FUCK IN FREEBSD DEVELOPMENT

BEARD PULLING IS OK
TUGGING THE FUCK OUT OF BROOKS PONY TAIL IS OK
SNAPPING ROBERTS GLASSES ISNT OK BUT MAY BE TOLERATED IN THE RIGHT CIRCUMSTANCE

IF BROOKS WINS CLANG HAS TO BE REMOVED FROM THE TREE

BROOKS CAN THROW A CRAZY UPPERCUT BUT IT IS ONLY RIVALED BY ROBERTS ROUNDHOUSE 
AND ROBERTS BEARD
>How-To-Repeat:
SWING BROOKS AROUND BY HIS PONYTAIL LIKE A HELICOPTER
>Fix:
SWING ROBERT AROUND BY HIS BEARD LIKE A HELICOPTER

>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Re: junk/183075: CORE UPPERCUT

2013-10-17 Thread gjb 
Synopsis: CORE UPPERCUT

State-Changed-From-To: open->closed
State-Changed-By: gjb
State-Changed-When: Fri Oct 18 01:11:36 UTC 2013
State-Changed-Why: 
Junk.



Responsible-Changed-From-To: freebsd-bugs->gnats-adm
Responsible-Changed-By: gjb
Responsible-Changed-When: Fri Oct 18 01:11:36 UTC 2013
Responsible-Changed-Why: 
Junk.


http://www.freebsd.org/cgi/query-pr.cgi?pr=183075
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Re: ports/183031: www/chromium: Chrome with white show

2013-10-17 Thread linimon 
Old Synopsis: Chrome with white show
New Synopsis: www/chromium: Chrome with white show

Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs
Responsible-Changed-By: linimon
Responsible-Changed-When: Fri Oct 18 03:06:58 UTC 2013
Responsible-Changed-Why: 
ports PR.

http://www.freebsd.org/cgi/query-pr.cgi?pr=183031
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"