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 192.

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 > /tmp/GNUstepSecure0/NSMe

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 under

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

On 3 Jun 2014, at 09:00, Beeblebrox 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 question. The only insi

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

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 : 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 +69,13 @@ #include

Re: Change for the worse in rsu wireless driver

On 06/03/14 12:15, Thomas Mueller wrote: from Idwer Vollering : 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 (w

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 > >

Build failed in Jenkins: FreeBSD_HEAD #803

See 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 multip

Build failed in Jenkins: FreeBSD_HEAD #804

See 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 --- 2014

[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 --- 2014

[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 --- 2014

[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 --- 2014

[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 --- 2014

[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 --- 2014

[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 --- 2014

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 --- 2014

[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 --- 2014

Build failed in Jenkins: FreeBSD_HEAD #805

See 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 s

[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 --- 2014

[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 --- 2014

Re: Change for the worse in rsu wireless driver

On 06/04/14 04:13, Thomas Mueller wrote: 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 works well in FreeBSD, sometimes, like now and th