jail sockstat shows gdnc, gdomap, casperd as enabled

Some (not all) of my jails show gdnc, gdomap casperd services with sockstat listing. The jails that show these services have /usr/local mounted as ro to jailname/usr/local. root gdnc 1433 5 stream /tmp/GNUstepSecure0/NSMessagePort/ports/1433.0 nobody gdomap 1378 3 udp4

Re: jail sockstat shows gdnc, gdomap, casperd as enabled

On Tue, 3 Jun 2014 00:02-0700, Beeblebrox wrote: Some (not all) of my jails show gdnc, gdomap casperd services with sockstat listing. The jails that show these services have /usr/local mounted as ro to jailname/usr/local. root gdnc 1433 5 stream

Re: jail sockstat shows gdnc, gdomap, casperd as enabled

Hi Trond, These two are related to GNUstep. If your jails don't run GNUstep, why is GNUstep installed in the first place? I know that they are related to GNUstep (although I have no idea what GNUstep actually does other than act as a messaging system probably like dbus). Anyway, I don't

Re: jail sockstat shows gdnc, gdomap, casperd as enabled

On 3 Jun 2014, at 09:00, Beeblebrox zap...@berentweb.com wrote: I know that they are related to GNUstep (although I have no idea what GNUstep actually does other than act as a messaging system probably like dbus). Anyway, I don't understand how why they start up and that's exactly my

Re: jail sockstat shows gdnc, gdomap, casperd as enabled

On Tue, 3 Jun 2014 01:00-0700, Beeblebrox wrote: Hi Trond, These two are related to GNUstep. If your jails don't run GNUstep, why is GNUstep installed in the first place? I know that they are related to GNUstep (although I have no idea what GNUstep actually does other than act as a

Re: jail sockstat shows gdnc, gdomap, casperd as enabled

I'd strongly recommend firewalling (Both gdomap and gdnc) off from the outside world. I want to completely disable them, not just for the above, but also because they unnecessarily consume memory. It adds up when you have 5-6 jails running. @Trond: Point taken for casperd - I'll keep it in my

Re: jail sockstat shows gdnc, gdomap, casperd as enabled

I had installed mail/gnumail for testing and figuring out whether I wanted to use the thing. It had some GUI display + flickering problems, so I never really got around to trying it. This program however, had installed a whole slew of GNUstep-* ports - I decided to just get rid of the damned thing

Change for the worse in rsu wireless driver

from Idwer Vollering vid...@gmail.com: I have a patch for that: Index: head/sys/dev/usb/wlan/if_rsu.c === --- head/sys/dev/usb/wlan/if_rsu.c (revision 266970) +++ head/sys/dev/usb/wlan/if_rsu.c (working copy) @@ -69,11

Re: Change for the worse in rsu wireless driver

On 06/03/14 12:15, Thomas Mueller wrote: from Idwer Vollering vid...@gmail.com: I have a patch for that: Index: head/sys/dev/usb/wlan/if_rsu.c === --- head/sys/dev/usb/wlan/if_rsu.c (revision 266970) +++

Re: diskid documentation

On Mon, Jun 02, 2014 at 03:27:06PM -0700, John-Mark Gurney wrote: Pawel Jakub Dawidek wrote this message on Mon, Jun 02, 2014 at 22:26 +0200: The problem is that GPT labels (or GPT IDs for that matter) should not be implemented within GLABEL. This is wrong. It should be implemented as part

Build failed in Jenkins: FreeBSD_HEAD #803

See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/803/changes Changes: [mav] Replace gethrtime() with cpu_ticks(), as source of random for the taskqueue selection. gethrtime() in our port updated with HZ rate, so unusable for this specific purpose, completely draining benefit of

Build failed in Jenkins: FreeBSD_HEAD #804

See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/804/changes Changes: [jmmv] Merge (unused) documentation of WITHOUT_TESTS into WITH_TESTS. The description of WITH/WITHOUT tweaks should only document the non-default option. TESTS still defaults to no, so the option to be documented is

[head tinderbox] failure on arm/arm

TB --- 2014-06-03 22:30:35 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-03 22:30:35 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[head tinderbox] failure on armv6/arm

TB --- 2014-06-03 22:30:35 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-03 22:30:35 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[head tinderbox] failure on amd64/amd64

TB --- 2014-06-03 22:30:35 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-03 22:30:35 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[head tinderbox] failure on i386/i386

TB --- 2014-06-03 22:30:35 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-03 22:30:35 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[head tinderbox] failure on mips/mips

TB --- 2014-06-04 01:29:49 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-04 01:29:49 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[head tinderbox] failure on mips64/mips

TB --- 2014-06-04 01:29:49 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-04 01:29:49 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[head tinderbox] failure on ia64/ia64

TB --- 2014-06-04 01:17:32 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-04 01:17:32 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

Re: Change for the worse in rsu wireless driver

Yes, please apply by hand. I'll see if I can do some testing myself. I happen to have one of these adapters too and the link is very unstable :-) --HPS Sometimes Hiro H50191 USB-stick wireless adapter

[head tinderbox] failure on sparc64/sparc64

TB --- 2014-06-04 02:11:41 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-04 02:11:41 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[head tinderbox] failure on i386/pc98

TB --- 2014-06-04 01:17:29 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-04 01:17:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

Build failed in Jenkins: FreeBSD_HEAD #805

See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/805/changes Changes: [emaste] vt fontcvt: Use a hash to speed up glyph deduplication Walking a linked list of all glyphs to look for a duplicate is very slow for large fonts (e.g., for CJK character sets). In my test the runtime for a

[head tinderbox] failure on powerpc/powerpc

TB --- 2014-06-04 02:09:02 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-04 02:09:02 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[head tinderbox] failure on powerpc64/powerpc

TB --- 2014-06-04 02:09:02 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-04 02:09:02 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB ---