Re: BSD XXI Manifesto [agree] [intersting]

2014-02-21 Thread Adrian Chadd
On 21 February 2014 20:59, Allan Jude wrote: > I can see the remote controlled installer being especially useful for > 'appliance' type devices, like FreeNAS, pfSense, FUDO, etc. > > How would your phone find the address of the machine once it boots off > the USB, so you could access the web serv

Re: BSD XXI Manifesto [agree] [intersting]

2014-02-21 Thread Luigi Rizzo
On Fri, Feb 21, 2014 at 8:59 PM, Allan Jude wrote: > On 2014-02-21 21:21, Julian Elischer wrote: > > On 2/18/14, 3:28 PM, Wojciech A. Koszek wrote: > >> (cross-posted message: eventual discussion let's keep on hackers@) > >> > >> Hello, > >> > >> After being disappointed with the list of submitte

Re: BSD XXI Manifesto [agree] [intersting]

2014-02-21 Thread Allan Jude
On 2014-02-21 21:21, Julian Elischer wrote: > On 2/18/14, 3:28 PM, Wojciech A. Koszek wrote: >> (cross-posted message: eventual discussion let's keep on hackers@) >> >> Hello, >> >> After being disappointed with the list of submitted FreeBSD ideas, I >> created >> my own Machiavellist vision of XXI

Re: BSD XXI Manifesto [agree] [intersting]

2014-02-21 Thread Julian Elischer
On 2/18/14, 3:28 PM, Wojciech A. Koszek wrote: (cross-posted message: eventual discussion let's keep on hackers@) Hello, After being disappointed with the list of submitted FreeBSD ideas, I created my own Machiavellist vision of XXI-century FreeBSD. I paste it below. If you want to add somethin

Re: lang/expect -- update coming

2014-02-21 Thread Kubilay Kocak
On 22/02/2014 2:51 AM, Dewey Hylton wrote: >> From: "Pietro Cerutti" >> To: freebsd-po...@freebsd.org, freebsd-sta...@freebsd.org, >> freebsd-current@FreeBSD.org >> Cc: jmoha...@bsd.hu, "Martin Wilke" , wrig...@gmail.com, >> fre...@deweyonline.com, pda...@gmail.com, >> "romain garbage" >> Sent:

base unzip on 10-STABLE/ 11-HEAD "unzip: skipping non-regular entry"

2014-02-21 Thread Jakub Lach
Hello, Unfortunately, this is the case with *zips from Dropbox (Download as .zip) directory option. $ /usr/bin/unzip file.zip Archive: file.zip unzip: skipping non-regular entry '' unzip: skipping non-regular entry 'A B C D.pdf' archivers/unzip manages this case t

Re: Help fixing clang 3.4

2014-02-21 Thread Steve Kargl
On Thu, Feb 20, 2014 at 07:43:54AM +0100, Antoine Brodin wrote: > On Thu, Feb 20, 2014 at 2:19 AM, Steve Kargl > wrote: > > Can someone point to where I disable clang from > > issuing an error and aborting on an unknown option? > > > > % cd /usr/ports/databases/py-sqlite3 > > % make > > > > cc ...

[head tinderbox] failure on powerpc64/powerpc

2014-02-21 Thread FreeBSD Tinderbox
TB --- 2014-02-21 17:06:09 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-21 17:06:09 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014

[head tinderbox] failure on powerpc/powerpc

2014-02-21 Thread FreeBSD Tinderbox
TB --- 2014-02-21 17:05:59 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-21 17:05:59 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014

[head tinderbox] failure on i386/pc98

2014-02-21 Thread FreeBSD Tinderbox
TB --- 2014-02-21 15:57:59 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-21 15:57:59 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014

[head tinderbox] failure on sparc64/sparc64

2014-02-21 Thread FreeBSD Tinderbox
TB --- 2014-02-21 17:31:17 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-21 17:31:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014

Re: [CURRENT]: claws-mail and firefox fail with "Invalid alignment"

2014-02-21 Thread O. Hartmann
On Fri, 21 Feb 2014 19:00:13 +0100 "O. Hartmann" wrote: > On Fri, 21 Feb 2014 18:49:13 +0100 > Dimitry Andric wrote: > > > On 21 Feb 2014, at 18:40, O. Hartmann > > wrote: > > > On every FreeBSD 11.0-CURRENT #0 r262294: Fri Feb 21 14:11:20 CET > > > 2014 amd64 I run neither claws-mail nor firf

Re: [CURRENT]: claws-mail and firefox fail with "Invalid alignment"

2014-02-21 Thread O. Hartmann
On Fri, 21 Feb 2014 18:49:13 +0100 Dimitry Andric wrote: > On 21 Feb 2014, at 18:40, O. Hartmann > wrote: > > On every FreeBSD 11.0-CURRENT #0 r262294: Fri Feb 21 14:11:20 CET > > 2014 amd64 I run neither claws-mail nor firfox run after the last > > buildworld. They fail both with the error > >

Re: [CURRENT]: claws-mail and firefox fail with "Invalid alignment"

2014-02-21 Thread Dimitry Andric
On 21 Feb 2014, at 18:40, O. Hartmann wrote: > On every FreeBSD 11.0-CURRENT #0 r262294: Fri Feb 21 14:11:20 CET 2014 > amd64 I run neither claws-mail nor firfox run after the last > buildworld. They fail both with the error > > Invalid alignment > > Does anyone see this problem too? I tried to

[CURRENT]: claws-mail and firefox fail with "Invalid alignment"

2014-02-21 Thread O. Hartmann
On every FreeBSD 11.0-CURRENT #0 r262294: Fri Feb 21 14:11:20 CET 2014 amd64 I run neither claws-mail nor firfox run after the last buildworld. They fail both with the error Invalid alignment Does anyone see this problem too? I tried to recompile claws-mail and firefox, but without success (compi

[head tinderbox] failure on mips64/mips

2014-02-21 Thread FreeBSD Tinderbox
TB --- 2014-02-21 16:53:23 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-21 16:53:23 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014

Re: [REL - head-i386-default][math/xppaut] Failed for xppaut-7.0 in package

2014-02-21 Thread Antoine Brodin
On Fri, Feb 21, 2014 at 5:50 PM, Montgomery-Smith, Stephen wrote: > I keep getting the following error message from pkg-fallout@. It seems > to me that the command > cp -r ode* /whereever > doesn't copy the .* files in the directories ode* in FreeBSD-CURRENT. > Is this a bug or a feature? I thin

[head tinderbox] failure on ia64/ia64

2014-02-21 Thread FreeBSD Tinderbox
TB --- 2014-02-21 16:15:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-21 16:15:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014

Re: lang/expect -- update coming

2014-02-21 Thread Dewey Hylton
> From: "Pietro Cerutti" > To: freebsd-po...@freebsd.org, freebsd-sta...@freebsd.org, > freebsd-current@FreeBSD.org > Cc: jmoha...@bsd.hu, "Martin Wilke" , wrig...@gmail.com, > fre...@deweyonline.com, pda...@gmail.com, > "romain garbage" > Sent: Friday, February 21, 2014 10:38:24 AM > Subject:

[head tinderbox] failure on mips/mips

2014-02-21 Thread FreeBSD Tinderbox
TB --- 2014-02-21 16:15:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-21 16:15:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014

Fwd: [REL - head-i386-default][math/xppaut] Failed for xppaut-7.0 in package

2014-02-21 Thread Montgomery-Smith, Stephen
I keep getting the following error message from pkg-fallout@. It seems to me that the command cp -r ode* /whereever doesn't copy the .* files in the directories ode* in FreeBSD-CURRENT. Is this a bug or a feature? Original Message Subject: [REL - head-i386-default][math/xppaut]

[head tinderbox] failure on i386/i386

2014-02-21 Thread FreeBSD Tinderbox
TB --- 2014-02-21 13:00:17 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-21 13:00:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014

Re: lang/expect -- update coming

2014-02-21 Thread Pietro Cerutti
On 2014-Feb-21, 15:38, Pietro Cerutti wrote: > All, > > I'm planning to commit an update to bring lang/expect up to the latest > 5.45 version. At the same time, I'm going to kill lang/expect-devel, > which would otherwise be left lagging behind at 5.44. > > The following ports use either expect o

lang/expect -- update coming

2014-02-21 Thread Pietro Cerutti
All, I'm planning to commit an update to bring lang/expect up to the latest 5.45 version. At the same time, I'm going to kill lang/expect-devel, which would otherwise be left lagging behind at 5.44. The following ports use either expect or -devel (maintainers CC'd). devel/pecl-expect net-mgmt/ra

Re: ARC "pressured out", how to control/stabilize ? (reformatted to text/plain)

2014-02-21 Thread Vitalij Satanivskij
Dear Andriy, system uptime is 8 days, 20:26 Output: kstat.zfs.misc.arcstats.evict_l2_cached: 9771077767680 kstat.zfs.misc.arcstats.evict_l2_eligible: 3844577713152 kstat.zfs.misc.arcstats.evict_l2_ineligible: 8855320643072 kstat.zfs.misc.arcstats.l2_hits: 79824726 kstat.zfs.misc.arcstats.l2_mis

Re: ARC "pressured out", how to control/stabilize ? (reformatted to text/plain)

2014-02-21 Thread Andriy Gapon
on 18/02/2014 15:47 Vitalij Satanivskij said the following: > No checksume errors or any other errors found for now. Thank you again! Could you please send me an output of sysctl kstat | fgrep 'l2' from a system that has been patched and with a sufficiently long uptime? -- Andriy Gapon _

Re: [CURRENT]: buildworld fails: libexec/dma-mbox-create: cd: /usr/src/libexec/dma-mbox-create: No such file or directory

2014-02-21 Thread Baptiste Daroussin
On Fri, Feb 21, 2014 at 10:22:32AM +0100, O. Hartmann wrote: > > Recent sources (At revision 262283) reject to compile with error: > > ===> libexec/dma-mbox-create (cleandir) > cd: /usr/src/libexec/dma-mbox-create: No such file or directory Fixed sorry about it regards, Bapt pgpvUSPg3IpFT.pgp

Re: netstat: sysctl: net.route.0.0.dump.0: Cannot allocate memory

2014-02-21 Thread Ian FREISLICH
Hiroki Sato wrote: > Hm, how about the attached one? > > I think the cause is just a race when length of the sysctl's output > is changed in kernel after the buffer allocation in userspace, not > memory shortage. Size of the routing table can quickly change. You are correct. It's growing at

[CURRENT]: buildworld fails: libexec/dma-mbox-create: cd: /usr/src/libexec/dma-mbox-create: No such file or directory

2014-02-21 Thread O. Hartmann
Recent sources (At revision 262283) reject to compile with error: ===> libexec/dma-mbox-create (cleandir) cd: /usr/src/libexec/dma-mbox-create: No such file or directory signature.asc Description: PGP signature

Re: netstat: sysctl: net.route.0.0.dump.0: Cannot allocate memory

2014-02-21 Thread Hiroki Sato
Ian FREISLICH wrote in : ia> Hiroki Sato wrote: ia> > ia> While recieving my routing table I used to be able to check how far ia> > ia> it got by counting the output netstat -rn. It takes about 2 seconds ia> > ia> to recieve the routes from my route-server, but over a minute to ia> > ia> updat

Re: netstat: sysctl: net.route.0.0.dump.0: Cannot allocate memory

2014-02-21 Thread Don Lewis
On 21 Feb, Ian FREISLICH wrote: > Hiroki Sato wrote: >> ia> While recieving my routing table I used to be able to check how far >> ia> it got by counting the output netstat -rn. It takes about 2 seconds >> ia> to recieve the routes from my route-server, but over a minute to >> ia> update the kerne

Re: netstat: sysctl: net.route.0.0.dump.0: Cannot allocate memory

2014-02-21 Thread Ian FREISLICH
Hiroki Sato wrote: > ia> While recieving my routing table I used to be able to check how far > ia> it got by counting the output netstat -rn. It takes about 2 seconds > ia> to recieve the routes from my route-server, but over a minute to > ia> update the kernel routing table. > ia> > ia> I'm now g

Re: netstat: sysctl: net.route.0.0.dump.0: Cannot allocate memory

2014-02-21 Thread Hiroki Sato
"Ian FREISLICH" wrote in : ia> Hi ia> ia> While recieving my routing table I used to be able to check how far ia> it got by counting the output netstat -rn. It takes about 2 seconds ia> to recieve the routes from my route-server, but over a minute to ia> update the kernel routing table. ia> ia

netstat: sysctl: net.route.0.0.dump.0: Cannot allocate memory

2014-02-21 Thread Ian FREISLICH
Hi While recieving my routing table I used to be able to check how far it got by counting the output netstat -rn. It takes about 2 seconds to recieve the routes from my route-server, but over a minute to update the kernel routing table. I'm now getting this error until zebra completes route inse