Re: svn - but smaller?

2013-01-24 Thread Lev Serebryakov
Hello, Peter. You wrote 24 января 2013 г., 3:05:16: PW Its not about static linking its embedded subversion libraries. I'm This port will link statically EVERYTHING, what gets you PACKAGE without dependencies. PW complaining about things like gdbm and bdb via apr, build dependencies bdb

Re: svn - but smaller?

2013-01-24 Thread Derek Kulinski
Sergey V. Dyatko sergey.dya...@gmail.com wrote: You may: 1/ install subversion on some host/jail 2/ do svn export ( f.e. svn://svn.freebsd.org/base/releng/9 stable_9) 3/ tar it 4/ on 'client' fetch(1)/scp/rsync tarball in that case you don't need svn on 'client', fetch and scp in base :) If

Re: panic: kmem_malloc(8192): kmem_map too small: 39460864 total allocated

2013-01-24 Thread Ask Bjørn Hansen
On Jan 24, 2013, at 0:48, Ask Bjørn Hansen a...@develooper.com wrote: Hi everyone, I upgraded my NanoBSD image from 9.0 (from May 2012) to 9.1 from a few days ago. Booting the new image on a pcEngines Alix board it panics with a kmem_map too small error when mounting the disk. Any

Re: svn - but smaller?

2013-01-24 Thread 'Jeremy Chadwick'
On Thu, Jan 24, 2013 at 06:34:33PM +1100, Dewayne wrote: The objective is to return to a base build of FreeBSD that performs the expected task of being able to pull source, without having to acquire a port. Regardless of our individual solutions/workarounds, the task is to pull and maintain

panic: kmem_malloc(8192): kmem_map too small: 39460864 total allocated

2013-01-24 Thread Ask Bjørn Hansen
Hi everyone, I upgraded my NanoBSD image from 9.0 (from May 2012) to 9.1 from a few days ago. Booting the new image on a pcEngines Alix board it panics with a kmem_map too small error when mounting the disk. Any ideas what I'm doing wrong? Ask Trying to mount root from ufs:/dev/ada0s2a

Re: svn - but smaller?

2013-01-24 Thread Slawa Olhovchenkov
On Thu, Jan 24, 2013 at 12:57:17AM -0800, 'Jeremy Chadwick' wrote: Regarding your svn-lite theory of having that added to src/contrib/, let me introduce you to Subversion's actual dependencies, and I'll explain why these would have to remain enabled (for a base system Subversion) as well: *

Re: panic: kmem_malloc(8192): kmem_map too small: 39460864 total allocated

2013-01-24 Thread Göran Löwkrantz
--On January 24, 2013 0:49:35 -0800 Ask Bjørn Hansen a...@develooper.com wrote: On Jan 24, 2013, at 0:48, Ask Bjørn Hansen a...@develooper.com wrote: Hi everyone, I upgraded my NanoBSD image from 9.0 (from May 2012) to 9.1 from a few days ago. Booting the new image on a pcEngines Alix

Re: svn - but smaller?

2013-01-24 Thread Lev Serebryakov
Hello, 'Jeremy. You wrote 24 января 2013 г., 12:57:17: JC to install Subversion. If you want to pull down ports/ you can use JC portsnap and waste lots of /var space, hoping that the portsnap mirrors JC are up to date, and a bunch of other hullabaloo... In case of csup, you relies that the

Re: svn - but smaller?

2013-01-24 Thread Ben Morrow
Quoth 'Jeremy Chadwick' j...@koitsu.org: Regarding your svn-lite theory of having that added to src/contrib/, let me introduce you to Subversion's actual dependencies, and I'll explain why these would have to remain enabled (for a base system Subversion) as well: * SQLite3 (used for

Re: svn - but smaller?

2013-01-24 Thread Rainer Duffner
Am Thu, 24 Jan 2013 00:57:17 -0800 schrieb 'Jeremy Chadwick' j...@koitsu.org: Though your OPTIONS recommendations work for you, they do not work for everyone. Some people sit behind firewalls where HTTP or HTTPS are the only viable means (native SVN or SVN+SSH will not work for them).

Re: svn - but smaller?

2013-01-24 Thread Ben Morrow
At 9AM + on 24/01/13 you (Ben Morrow) wrote: Quoth 'Jeremy Chadwick' j...@koitsu.org: Regarding your svn-lite theory of having that added to src/contrib/, let me introduce you to Subversion's actual dependencies, and I'll explain why these would have to remain enabled (for a base

Re: svn - but smaller?

2013-01-24 Thread Peter Jeremy
On 2013-Jan-23 15:40:50 +0100, Oliver Brandmueller o...@e-gitt.net wrote: in ancient times there was cvsup. cvsup was a PITA if you wanted (or needed) to install it via ports, the only reasonable way was to use pkg_add for that if you didn't want to pollute your system with otherwise unneeded

Re: svn - but smaller?

2013-01-24 Thread John Mehr
On Thu, 24 Jan 2013 18:34:33 +1100  Dewayne dewayne.gerag...@heuristicsystems.com.au wrote: The objective is to return to a base build of FreeBSD that performs the expected task of being able to pull source, without having to acquire a port.  Regardless of our individual

Re: svn - but smaller?

2013-01-24 Thread Matthew Seaman
On 24/01/2013 11:30, John Mehr wrote: I'm working on writing a lightweight, dependency-free, BSD licensed program to pull source using the svn protocol (not using the aforementioned svnsup code). I've only got a few more pieces of the puzzle to sort out and some code cleanup and it should be

Re: svn - but smaller?

2013-01-24 Thread Gyrd Thane Lange
On 23.01.2013 15:40, Oliver Brandmueller wrote: However, I either overlook something important or we are now at the point we had with cvsup in the early days: The software I need to (source-)update the system doens't come with the base and installing svn is a PITA. [...] It is not a well

Re: svn - but smaller?

2013-01-24 Thread John Mehr
For testing against svn.freebsd.org -- this is pull only? So you only need read permissions on svn.freebsd.org?  That's fine: the SVN repository is open to public access and you can just use it without asking permission.  Although I'd use one of the mirror sites listed in the handbook rather

Re: svn - but smaller?

2013-01-24 Thread Patrick M. Hausen
Hi, all, Am 24.01.2013 um 15:20 schrieb Gyrd Thane Lange gyrd...@thanelange.no: It is not a well publicized fact, but I understand that the base utility freebsd-update(8) through it's freebsd-update.conf(5) is able to pull the base sources (/usr/src/) only instead of also updating your

Re: svn - but smaller?

2013-01-24 Thread Chris Rees
On 24 Jan 2013 14:33, John Mehr j...@visi.com wrote: For testing against svn.freebsd.org -- this is pull only? So you only need read permissions on svn.freebsd.org? That's fine: the SVN repository is open to public access and you can just use it without asking permission. Although I'd use

Re: svn - but smaller?

2013-01-24 Thread Chris Rees
On 23 Jan 2013 21:55, Jeremy Chadwick j...@koitsu.org wrote: (Please keep me CC'd as I'm not subscribed to the list) Great idea; http://www.bayofrum.net/~crees/patches/svn-static.diff Lev, do you mind if I commit this? I haven't touched the subversion port, but it'll have you as

9.1-stable crashes while copying data from a NFS mounted directory

2013-01-24 Thread Christian Gusenbauer
Hi! I'm using 9.1 stable svn revision 245605 and I get the panic below if I execute the following commands (as single user): # swapon -a # dumpon /dev/ada0s3b # mount -u / # ifconfig age0 inet 192.168.2.2 mtu 6144 up # mount -t nfs -o rsize=32768 data:/multimedia /mnt # cp

Re: svn - but smaller?

2013-01-24 Thread Gyrd Thane Lange
On 24.01.2013 15:46, Patrick M. Hausen wrote: Hi, all, Am 24.01.2013 um 15:20 schrieb Gyrd Thane Lange gyrd...@thanelange.no: It is not a well publicized fact, but I understand that the base utility freebsd-update(8) through it's freebsd-update.conf(5) is able to pull the base sources

Re: panic: kmem_malloc(8192): kmem_map too small: 39460864 total allocated

2013-01-24 Thread Ask Bjørn Hansen
On Jan 24, 2013, at 1:16, Göran Löwkrantz goran.lowkra...@ismobile.com wrote: Search for cam clt kmem in the lists. I had to add kern.cam.ctl.disable=1 on a Soekris box with 9.1. Thanks Göran; that did indeed fix it. Michael Moll sent me the same solution off-list and a link to

Re: RFC: Suggesting ZFS best practices in FreeBSD

2013-01-24 Thread Jeremy Chadwick
#1. Map the physical drive slots to how they show up in FBSD so if a disk is removed and the machine is rebooted all the disks after that removed one do not have an 'off by one error'. i.e. if you have ada0-ada14 and remove ada8 then reboot - normally FBSD skips that missing ada8 drive

Re: svn - but smaller?

2013-01-24 Thread Gyrd Thane Lange
Hi On 24.01.2013 18:10, Gyrd Thane Lange wrote: On 24.01.2013 15:46, Patrick M. Hausen wrote: This gives me some confidence that I've got the important bits from -p5, even though UPDATING remains at unpatched level. I guess there is some bug or misconfiguration on the server side of

Re: 9.1-stable crashes while copying data from a NFS mounted directory

2013-01-24 Thread Konstantin Belousov
On Thu, Jan 24, 2013 at 06:05:57PM +0100, Christian Gusenbauer wrote: Hi! I'm using 9.1 stable svn revision 245605 and I get the panic below if I execute the following commands (as single user): # swapon -a # dumpon /dev/ada0s3b # mount -u / # ifconfig age0 inet 192.168.2.2 mtu 6144 up

Re: 9.1-stable crashes while copying data from a NFS mounted directory

2013-01-24 Thread Konstantin Belousov
On Thu, Jan 24, 2013 at 08:03:59PM +0200, Konstantin Belousov wrote: On Thu, Jan 24, 2013 at 06:05:57PM +0100, Christian Gusenbauer wrote: Hi! I'm using 9.1 stable svn revision 245605 and I get the panic below if I execute the following commands (as single user): # swapon -a #

Re: 9.1-stable crashes while copying data from a NFS mounted directory

2013-01-24 Thread Christian Gusenbauer
On Thursday 24 January 2013 19:07:23 Konstantin Belousov wrote: On Thu, Jan 24, 2013 at 08:03:59PM +0200, Konstantin Belousov wrote: On Thu, Jan 24, 2013 at 06:05:57PM +0100, Christian Gusenbauer wrote: Hi! I'm using 9.1 stable svn revision 245605 and I get the panic below if I

Re: 9.1-stable crashes while copying data from a NFS mounted directory

2013-01-24 Thread Christian Gusenbauer
On Thursday 24 January 2013 19:07:23 Konstantin Belousov wrote: On Thu, Jan 24, 2013 at 08:03:59PM +0200, Konstantin Belousov wrote: On Thu, Jan 24, 2013 at 06:05:57PM +0100, Christian Gusenbauer wrote: Hi! I'm using 9.1 stable svn revision 245605 and I get the panic below if I

Re: 9.1-stable crashes while copying data from a NFS mounted directory

2013-01-24 Thread Konstantin Belousov
On Thu, Jan 24, 2013 at 07:50:49PM +0100, Christian Gusenbauer wrote: On Thursday 24 January 2013 19:07:23 Konstantin Belousov wrote: On Thu, Jan 24, 2013 at 08:03:59PM +0200, Konstantin Belousov wrote: On Thu, Jan 24, 2013 at 06:05:57PM +0100, Christian Gusenbauer wrote: Hi!

Re: 9.1-stable crashes while copying data from a NFS mounted directory

2013-01-24 Thread Christian Gusenbauer
On Thursday 24 January 2013 20:37:09 Konstantin Belousov wrote: On Thu, Jan 24, 2013 at 07:50:49PM +0100, Christian Gusenbauer wrote: On Thursday 24 January 2013 19:07:23 Konstantin Belousov wrote: On Thu, Jan 24, 2013 at 08:03:59PM +0200, Konstantin Belousov wrote: On Thu, Jan 24, 2013

Re: svn - but smaller?

2013-01-24 Thread John Marshall
On 25/01/2013 03:13, Chris Rees wrote: On 24 Jan 2013 14:33, John Mehr j...@visi.com wrote: Correct. I just want to give the folks that administer the servers a heads-up that there's going to be a lot more entries in their log files coming from me -- unless it's an undocumented feature of the

Re: svn - but smaller?

2013-01-24 Thread Sergey V. Dyatko
On Thu, 24 Jan 2013 00:06:47 -0800 Derek Kulinski tak...@takeda.tk wrote: Sergey V. Dyatko sergey.dya...@gmail.com wrote: You may: 1/ install subversion on some host/jail 2/ do svn export ( f.e. svn://svn.freebsd.org/base/releng/9 stable_9) 3/ tar it 4/ on 'client' fetch(1)/scp/rsync

Re: svn - but smaller?

2013-01-24 Thread Walter Hurry
On Fri, 25 Jan 2013 09:09:58 +0300, Sergey V. Dyatko wrote: On Thu, 24 Jan 2013 00:06:47 -0800 Derek Kulinski tak...@takeda.tk wrote: Sergey V. Dyatko sergey.dya...@gmail.com wrote: You may: 1/ install subversion on some host/jail 2/ do svn export ( f.e.

Re: svn - but smaller?

2013-01-24 Thread Sergey V. Dyatko
On Fri, 25 Jan 2013 07:27:58 + (UTC) Walter Hurry walterhu...@gmail.com wrote: On Fri, 25 Jan 2013 09:09:58 +0300, Sergey V. Dyatko wrote: On Thu, 24 Jan 2013 00:06:47 -0800 Derek Kulinski tak...@takeda.tk wrote: Sergey V. Dyatko sergey.dya...@gmail.com wrote: You may: 1/