Re: svn checkout head or stable
Ed Flecko schreef: My goal is to simply have a production server that's fully patched, but I will be running custom kernels (which is why I'm not using freebsd-update). I've seen a lot of subversion references to checking out the head branch and the stable branch. I understand the head branch is the most current, so that's the same as the current branch, right? If I understand correctly, most people will not follow the current branch for production servers. My goal is to have all of the files I need to rebuild my kernel and my system after security updates have been released, therefore I should do something like: svn co svn://svn.freebsd.org/base/stable/9 /usr/src svn co svn://svn.freebsd.org/ports/stable/9 /usr/ports svn co svn://svn.freebsd.org/doc/stable/9 /usr/doc This will give me everything I need to recompile and have a fully patched system, right? I do not make changes to the src, ports, or doc directories. From that point forward, as new security patches are released, I can simply: svn up /usr/src svn up /usr/ports svn up /usr/doc and once again rebuild my kernel and system. Does this sound correct? Ed ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org It sounds correct but is not :D If you use svn co svn://svn.freebsd.org/base/stable/9 /usr/src then you are tracking stable. Stable is a not a release that receives patches. Stable receives code from head(current) that has been tested in Current(head), but did not get real exposure in the stable branch which is now 9. Stable is the code that is altered between releases. So Stable might contain some bugs from head that are only exposed in the current code base. So if you want a production system which only receive patches you need to track release. svn co svn://svn.freebsd.org/base/releng/9.1 /usr/src To sum it up: (please correct me if i am wrong) So for the latest and greatest use head which is FreeBSD 10 Current svn co svn://svn.freebsd.org/base/head /usr/src If you want the stable branch use svn co svn://svn.freebsd.org/base/stable/9 /usr/src This will give you FreeBSD 9 Stable If you want to track release with patches use svn co svn://svn.freebsd.org/base/releng/9.1 /usr/src This will give you FreeBSD 9.1-px where px is the patch level if any. I hope this clearify things a little bit regards Johan ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: svn checkout head or stable
[ Trond Endrestøl wrote on Fri 28.Sep'12 at 1:07:57 +0200 ] On Thu, 27 Sep 2012 15:39-0700, Ed Flecko wrote: Cool...thank you Trond. NP. Is that true of the docs branch as well, in other words... svn co svn://svn.freebsd.org/doc/head /usr/doc works just fine? Browsing through http://svnweb.freebsd.org/doc/, indicates http://svnweb.freebsd.org/doc/head/ being the current branch of the documentation, with release branches located at http://svnweb.freebsd.org/doc/release/ and below. E.g. http://svnweb.freebsd.org/doc/release/9.1.0/, or svn://svn.freebsd.org/doc/release/9.1.0, for the upcoming 9.1-RELEASE. I've never CVSup'ed nor done any svn co/up ops on doc/head, but you seem to have got it right. Sorry to jump in on the thread, but I wondered about pulling in the docs using svn. I use svn for base updates and ports, but haven't yet don so the docs. My question is, does it pull in docs for all languages or can I exclude docs in languages that I don't need - I only need en docs. Cheers, Jamie ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: svn checkout head or stable
On Fri, 28 Sep 2012 11:28+0100, Jamie Paul Griffin wrote: My question is, does it pull in docs for all languages or can I exclude docs in languages that I don't need - I only need en docs. Yes, you can check out a subset/subdirectory, e.g.: svn co svn://svn.freebsd.org/doc/head/en_US.ISO8859-1 /path/to/local/working/copy svn co svn://svn.freebsd.org/doc/release/9.1.0/en_US.ISO8859-1 /path/to/local/working/copy -- +---++ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +---++___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: svn checkout head or stable
[ Trond Endrestøl wrote on Fri 28.Sep'12 at 12:44:10 +0200 ] On Fri, 28 Sep 2012 11:28+0100, Jamie Paul Griffin wrote: My question is, does it pull in docs for all languages or can I exclude docs in languages that I don't need - I only need en docs. Yes, you can check out a subset/subdirectory, e.g.: svn co svn://svn.freebsd.org/doc/head/en_US.ISO8859-1 /path/to/local/working/copy svn co svn://svn.freebsd.org/doc/release/9.1.0/en_US.ISO8859-1 /path/to/local/working/copy Great, thanks for that Trond. Very helpful. Cheers mate. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: PC-BSD 9.0 in VirtualBox
[ Mike Jeays wrote on Thu 27.Sep'12 at 22:56:42 -0400 ] I have been running PC-BSD 9.0 with the KDE interface in a VirtualBox VM, and notice that it uses CPU resources when idle, driving up my CPU temperature about 15 degrees on an otherwise idle machine. (It is an Intel i5 quad four). Is this to be expected? Purefuly a guess, but I would imagine that's KDE for you. From what i've read on forums and such-like, KDE is very memory intensive in terms of using it all up! I tried PC-BSD on my current machine, I found it to be slow because of the Desktop. I've only ever used BSD on this machine and have never experienced that problem when using my preferred minimal window manager. The machine in question is a 2 core Pentium K8 class, with 2G of ram. So not as high spec as yours, but still I went straight back to my standard FreeBSD install and ZFS root FS and much happier with the set-up now. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: PC-BSD 9.0 in VirtualBox
On Thu, 27 Sep 2012 22:56:42 -0400 Mike Jeays mike.je...@rogers.com wrote: I have been running PC-BSD 9.0 with the KDE interface in a VirtualBox VM, and notice that it uses CPU resources when idle, driving up my CPU temperature about 15 degrees on an otherwise idle machine. (It is an Intel i5 quad four). Is this to be expected? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org Yes. -- Rares Aioanei ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: How to use subversion to keep source, system and doc files up to date?
[ Warren Block wrote on Thu 27.Sep'12 at 14:11:39 -0600 ] Yes. If a new version of a file conflicts with your local changes, svn will complain and try to help resolve those conflicts. When I changed to svn, I completely remove or moved (mv(1)) the /usr/ports tree. Created a new /usr/ports and then used svn to pull in the collection. The same for the base course tree in /usr/src. It's my understanding you need to do that first. You can't use a mixed file system tree comprising cvs/csup and svn files. I'm sure Some will correct that if i'm wrong, but that's what I did and i've experienced no problems with it. The only noticeable difference is when updating my ports collection with svn, it's slower to update than say portsnap or cvs/csup. But it's not a major issue for me. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
boot error
Hi, the boot of my notebook Lenovo TP r61i stops (sometimes) after usbus6. $ dmesg ... atkbdc0: Keyboard controller (i8042) port 0x60,0x64 irq 1 on acpi0 atkbd0: AT Keyboard irq 1 on atkbdc0 ...skipping... hdaa0: Conexant CX20549 (Venice) Audio Function Group at nid 1 on hdacc0 pcm0: Conexant CX20549 (Venice) (Analog 2.0+HP/2.0) at nid 16,17 and 20 on hdaa0 unknown: Conexant CX20549 (Venice) HDA CODEC Modem Function Group at nid 2 on hdacc0 (no driver attached) usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 480Mbps High Speed USB v2.0 IT STOPS HERE = ugen0.1: Intel at usbus0 uhub0: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus0 ugen1.1: Intel at usbus1 uhub1: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus1 ugen2.1: Intel at usbus2 uhub2: Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1 on usbus2 ugen3.1: Intel at usbus3 uhub3: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus3 ugen4.1: Intel at usbus4 uhub4: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus4 ugen5.1: Intel at usbus5 uhub5: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus5 ugen6.1: Intel at usbus6 uhub6: Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1 on usbus6 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub2: 4 ports with 4 removable, self powered uhub6: 6 ports with 6 removable, self powered ... $ pciconf -lv hostb0@pci0:0:0:0: class=0x06 card=0x20b317aa chip=0x2a008086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile PM965/GM965/GL960 Memory Controller Hub' class = bridge subclass = HOST-PCI vgapci0@pci0:0:2:0: class=0x03 card=0x20b517aa chip=0x2a028086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile GM965/GL960 Integrated Graphics Controller (primary)' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x20b517aa chip=0x2a038086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile GM965/GL960 Integrated Graphics Controller (secondary)' class = display uhci0@pci0:0:26:0: class=0x0c0300 card=0x20aa17aa chip=0x28348086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI Controller' class = serial bus subclass = USB uhci1@pci0:0:26:1: class=0x0c0300 card=0x20aa17aa chip=0x28358086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI Controller' class = serial bus subclass = USB ehci0@pci0:0:26:7: class=0x0c0320 card=0x20ab17aa chip=0x283a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB2 EHCI Controller' class = serial bus subclass = USB hdac0@pci0:0:27:0: class=0x040300 card=0x20ac17aa chip=0x284b8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) HD Audio Controller' class = multimedia subclass = HDA pcib1@pci0:0:28:0: class=0x060400 card=0x20ad17aa chip=0x283f8086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCI Express Port 1' class = bridge subclass = PCI-PCI pcib2@pci0:0:28:1: class=0x060400 card=0x20ad17aa chip=0x28418086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCI Express Port 2' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:2: class=0x060400 card=0x20ad17aa chip=0x28438086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCI Express Port 3' class = bridge subclass = PCI-PCI uhci2@pci0:0:29:0: class=0x0c0300 card=0x20aa17aa chip=0x28308086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI Controller' class = serial bus subclass = USB uhci3@pci0:0:29:1: class=0x0c0300 card=0x20aa17aa chip=0x28318086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI Controller' class = serial bus subclass = USB uhci4@pci0:0:29:2: class=0x0c0300 card=0x20aa17aa chip=0x28328086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI Controller' class = serial bus subclass = USB ehci1@pci0:0:29:7: class=0x0c0320 card=0x20ab17aa chip=0x28368086 rev=0x03 hdr=0x00 vendor = 'Intel
percona xtradb server cluster for FreeBSD
Hello everyone, A couple of days ago I contacted percona (http://www.percona.com/software/percona-server) about the possibility of them maintaining a port of the XtraDB server cluster software. Their reply was that they didn't see too many downloads for *BSD platforms and they've taken this to mean that there's a lack of interest in seeing the software running on *BSD. If you would like to see their software conveniently available as FreeBSD ports, I encorage you to contact them @ http://form.percona.com/ContactMe.html As long as there's user/customer interest, they appear to be receptive to the idea. Thank you, Hugo ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: PC-BSD 9.0 in VirtualBox
On 2012-09-28 07:03, Rares Aioanei wrote: On Thu, 27 Sep 2012 22:56:42 -0400 Mike Jeays mike.je...@rogers.com wrote: I have been running PC-BSD 9.0 with the KDE interface in a VirtualBox VM, and notice that it uses CPU resources when idle, driving up my CPU temperature about 15 degrees on an otherwise idle machine. (It is an Intel i5 quad four). Is this to be expected? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org Yes. Any chance the CPU load actually drops when you are doing something? I remember some issues a while back with FreeBSD in VMware consuming 100% CPU when idle. Possible this could be related. The other thought would be screen savers, if you are running one in the VM, the VM has to use CPU to process the graphics, and that could be cause. KDE itsefl does use a decent amount of memory, but while idle it shouldn't be stressing the CPU. -- Thanks, Dean E. Weimer http://www.dweimer.net/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: boot error
On 2012-09-28 14:16, jb wrote: Hi, the boot of my notebook Lenovo TP r61i stops (sometimes) after usbus6. $ dmesg ... atkbdc0: Keyboard controller (i8042) port 0x60,0x64 irq 1 on acpi0 atkbd0: AT Keyboard irq 1 on atkbdc0 ...skipping... hdaa0: Conexant CX20549 (Venice) Audio Function Group at nid 1 on hdacc0 pcm0: Conexant CX20549 (Venice) (Analog 2.0+HP/2.0) at nid 16,17 and 20 on hdaa0 unknown: Conexant CX20549 (Venice) HDA CODEC Modem Function Group at nid 2 on hdacc0 (no driver attached) usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 480Mbps High Speed USB v2.0 IT STOPS HERE = ugen0.1: Intel at usbus0 uhub0: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus0 ugen1.1: Intel at usbus1 uhub1: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus1 ugen2.1: Intel at usbus2 uhub2: Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1 on usbus2 ugen3.1: Intel at usbus3 uhub3: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus3 ugen4.1: Intel at usbus4 uhub4: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus4 ugen5.1: Intel at usbus5 uhub5: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus5 ugen6.1: Intel at usbus6 uhub6: Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1 on usbus6 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub2: 4 ports with 4 removable, self powered uhub6: 6 ports with 6 removable, self powered ... $ pciconf -lv hostb0@pci0:0:0:0: class=0x06 card=0x20b317aa chip=0x2a008086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile PM965/GM965/GL960 Memory Controller Hub' class = bridge subclass = HOST-PCI vgapci0@pci0:0:2:0: class=0x03 card=0x20b517aa chip=0x2a028086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile GM965/GL960 Integrated Graphics Controller (primary)' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x20b517aa chip=0x2a038086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile GM965/GL960 Integrated Graphics Controller (secondary)' class = display uhci0@pci0:0:26:0: class=0x0c0300 card=0x20aa17aa chip=0x28348086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI Controller' class = serial bus subclass = USB uhci1@pci0:0:26:1: class=0x0c0300 card=0x20aa17aa chip=0x28358086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI Controller' class = serial bus subclass = USB ehci0@pci0:0:26:7: class=0x0c0320 card=0x20ab17aa chip=0x283a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB2 EHCI Controller' class = serial bus subclass = USB hdac0@pci0:0:27:0: class=0x040300 card=0x20ac17aa chip=0x284b8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) HD Audio Controller' class = multimedia subclass = HDA pcib1@pci0:0:28:0: class=0x060400 card=0x20ad17aa chip=0x283f8086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCI Express Port 1' class = bridge subclass = PCI-PCI pcib2@pci0:0:28:1: class=0x060400 card=0x20ad17aa chip=0x28418086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCI Express Port 2' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:2: class=0x060400 card=0x20ad17aa chip=0x28438086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCI Express Port 3' class = bridge subclass = PCI-PCI uhci2@pci0:0:29:0: class=0x0c0300 card=0x20aa17aa chip=0x28308086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI Controller' class = serial bus subclass = USB uhci3@pci0:0:29:1: class=0x0c0300 card=0x20aa17aa chip=0x28318086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI Controller' class = serial bus subclass = USB uhci4@pci0:0:29:2: class=0x0c0300 card=0x20aa17aa chip=0x28328086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI Controller' class = serial bus subclass = USB ehci1@pci0:0:29:7:
Re: boot error
Per olof Ljungmark peo at intersonic.se writes: ... Try a verbose boot. I forgot to mention: $ uname -a FreeBSD localhost.localdomain 9.1-RC1 FreeBSD 9.1-RC1 #0: Tue Aug 14 03:56:40 UTC 2012 r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 I set Verbose ON and put hw.usb.ugen.debug=1 in /boot/loader.conf as originally ugen(4) driver followed the point of lockup. This time the log sequence was a little different - the ata(4) driver followed the point of lockup. If I understand it correctly, these log messages may be recorded in somewhat random sequence, so the dmesg output sequence in not 100% reliable. Anyway, here it is: $ dmesg -a ... usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 480Mbps High Speed USB v2.0 HERE THE BOOT LOCKUP HAPPENED = ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x1 ugen0.1: Intel at usbus0 uhub0: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus0 ugen1.1: Intel at usbus1 uhub1: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus1 ugen2.1: Intel at usbus2 uhub2: Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1 on usbus2 ugen3.1: Intel at usbus3 uhub3: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus3 ugen4.1: Intel at usbus4 uhub4: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus4 ugen5.1: Intel at usbus5 uhub5: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus5 ugen6.1: Intel at usbus6 uhub6: Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1 on usbus6 ahcich0: AHCI reset... ... More ideas what to look for or catch ? jb ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Blender port
On 17/08/2012 04:47, Fernando Apesteguía wrote: On Thu, Aug 16, 2012 at 12:29 PM, Polytropon free...@edvax.de wrote: On Thu, 16 Aug 2012 11:33:22 +0200, Peter Boosten wrote: So I did a ktrace, and it seems to stumble on a library it cannot find: libirml.so This library however is nowhere to be found on my system, nor in the ports repository. Does anyone know what this library is for, and where would I find that library? No port seems to install that library (at least according to pkg-plist files). Maybe you could file a PR IRML - it seems to be the Intel Resource Management Layer library. It is a work dispatcher used by Threading Building Blocks (TBB). The tbb port (devel/tbb) however does not contain it. No port seems to mention it in its pkg-plist file. The google search results are very disillusioning, even more than the typical Linuxisms that sometimes hits a FreeBSD port... ;-) I'm not the blender maintainer but I compile the svn versions regularly and I'm the maintainer for openimageio which is a recent addition that blender uses for the cycles render engine. I use 9.0 amd64. I've just dusted off the old P4 and installed a clean version of 8.2, updated the ports tree and started compiling everything, I'll see if I can get the same issue tomorrow. I'll assume you have your ports tree up to date and are building the latest version. Have you had an earlier version of blender running? The only reference to libirml I can find is as part of Intels compiler package and it doesn't appear to be a part that the freebsd ports version of icc installs. One guess is that you may be using icc or have in the past leaving a dependency that was built with icc. While libirml seems to have some relation to tbb I don't see any reference within devel/tbb. graphics/openimageio brings in the dependency for tbb so you could try turning off the CYCLES option in blender to turn off that dependency. libirml may also be related to openmp so try turning off OPENMP as well. Maybe try turning off some other options to help pinpoint where it comes from. CAMERATRACK CARVE CYCLES OCEANSIM are the newest additions. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: svn checkout head or stable
Excellent! Thank you all. :-) So, for ME...does this look right? This will track the latest release that has the patches applied? svn co svn://svn.freebsd.org/base/releng/9.1 /usr/src svn co svn://svn.freebsd.org/ports/releng/9.1 /usr/ports svn co svn://svn.freebsd.org/doc/release/9.1.0/en_US.ISO8859-1 /usr/doc (I too, only need English docs) Ed ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: svn checkout head or stable
On Fri, Sep 28, 2012 at 5:51 PM, Ed Flecko edfle...@gmail.com wrote: Excellent! Thank you all. :-) So, for ME...does this look right? This will track the latest release that has the patches applied? svn co svn://svn.freebsd.org/base/releng/9.1 /usr/src svn co svn://svn.freebsd.org/ports/releng/9.1 /usr/ports svn co svn://svn.freebsd.org/doc/release/9.1.0/en_US.ISO8859-1 /usr/doc (I too, only need English docs) Ed Hi Ed, For ports you are wrong. Use this one : svn co svn://svn.freebsd.org/ports/head /usr/ports You can check here http://svnweb.freebsd.org/ports/ Regards, Alexandre ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
a wireless network freezes the machine?
Dear Colleagues, Running FreeBSD 9.0-STABLE, ath0: Atheros 5212 mem 0xfe40-0xfe40 irq 19 at device 0.0 on pci7 ath0: AR2413 mac 7.9 RF2413 phy 4.5 I have run this box for a long time as a WiFi access point for my home laptops and smartphones and never had a problem, the config was: # Wi-Fi setup wlans_ath0=wlan0 create_args_wlan0=wlanmode hostap hostapd_enable=YES However several days ago I had to run the box as a WiFi client, with ifconfig_wlan0=DHCP WPA hostapd_enable=NO and it began to freeze frequently. It freezes very hard, only the reset button helps. Is it possible that wpa_supplicant or some other part of the WiFi setup causes the hangs? Nothing else has changed in the system besides its role from the access point to a WiFi client. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: PC-BSD 9.0 in VirtualBox
On Thu, 27 Sep 2012, Mike Jeays wrote: I have been running PC-BSD 9.0 with the KDE interface in a VirtualBox VM, and notice that it uses CPU resources when idle, driving up my CPU temperature about 15 degrees on an otherwise idle machine. (It is an Intel i5 quad four). Is this to be expected? It may help to add kern.hz=100 to /boot/loader.conf. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: svn checkout head or stable
On Fri, 28 Sep 2012, Alexandre wrote: On Fri, Sep 28, 2012 at 5:51 PM, Ed Flecko edfle...@gmail.com wrote: Excellent! Thank you all. :-) So, for ME...does this look right? This will track the latest release that has the patches applied? svn co svn://svn.freebsd.org/base/releng/9.1 /usr/src svn co svn://svn.freebsd.org/ports/releng/9.1 /usr/ports svn co svn://svn.freebsd.org/doc/release/9.1.0/en_US.ISO8859-1 /usr/doc (I too, only need English docs) For ports you are wrong. Use this one : svn co svn://svn.freebsd.org/ports/head /usr/ports You can check here http://svnweb.freebsd.org/ports/ Another way to put this is: ports are not branched. There is no separate ports tree to go with a release, there is just the same one everybody uses. For doc, I'm not sure I'd go with the branched version. Many of our docs apply to multiple releases, so going with the trunk seems better. Might not make a lot of difference, depending. svn co http://svn.freebsd.org/doc/head/en_US.ISO8859-1 /usr/doc/en_US.ISO8859-1 I think that directory will put them in their normal locations. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: How to use subversion to keep source, system and doc files up to date?
On Fri, 28 Sep 2012, Jamie Paul Griffin wrote: [ Warren Block wrote on Thu 27.Sep'12 at 14:11:39 -0600 ] Yes. If a new version of a file conflicts with your local changes, svn will complain and try to help resolve those conflicts. When I changed to svn, I completely remove or moved (mv(1)) the /usr/ports tree. Created a new /usr/ports and then used svn to pull in the collection. The same for the base course tree in /usr/src. It's my understanding you need to do that first. You can't use a mixed file system tree comprising cvs/csup and svn files. I'm sure Some will correct that if i'm wrong, but that's what I did and i've experienced no problems with it. Right, but conflicts are what happen if you change files after the checkout. For example, I have a couple of custom patches to source. If new versions of the source are checked in to the FreeBSD svn repository, and they conflict with my local changes, svn will give a warning and help try to resolve them. The only noticeable difference is when updating my ports collection with svn, it's slower to update than say portsnap or cvs/csup. But it's not a major issue for me. This seems to be highly variable, possibly depending on how often you update. For me, svn is at least as fast as cvs, and it feels faster. Might just be a lot of fast screen output. portsnap is easily the slowest on my systems. But I update very often. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Blender port
On 28 sep. 2012, at 17:26, Shane Ambler free...@shaneware.biz wrote: On 17/08/2012 04:47, Fernando Apesteguía wrote: On Thu, Aug 16, 2012 at 12:29 PM, Polytropon free...@edvax.de wrote: On Thu, 16 Aug 2012 11:33:22 +0200, Peter Boosten wrote: So I did a ktrace, and it seems to stumble on a library it cannot find: libirml.so This library however is nowhere to be found on my system, nor in the ports repository. Does anyone know what this library is for, and where would I find that library? No port seems to install that library (at least according to pkg-plist files). Maybe you could file a PR IRML - it seems to be the Intel Resource Management Layer library. It is a work dispatcher used by Threading Building Blocks (TBB). The tbb port (devel/tbb) however does not contain it. No port seems to mention it in its pkg-plist file. The google search results are very disillusioning, even more than the typical Linuxisms that sometimes hits a FreeBSD port... ;-) I'm not the blender maintainer but I compile the svn versions regularly and I'm the maintainer for openimageio which is a recent addition that blender uses for the cycles render engine. I use 9.0 amd64. I've just dusted off the old P4 and installed a clean version of 8.2, updated the ports tree and started compiling everything, I'll see if I can get the same issue tomorrow. I'll assume you have your ports tree up to date and are building the latest version. Have you had an earlier version of blender running? The only reference to libirml I can find is as part of Intels compiler package and it doesn't appear to be a part that the freebsd ports version of icc installs. One guess is that you may be using icc or have in the past leaving a dependency that was built with icc. While libirml seems to have some relation to tbb I don't see any reference within devel/tbb. graphics/openimageio brings in the dependency for tbb so you could try turning off the CYCLES option in blender to turn off that dependency. libirml may also be related to openmp so try turning off OPENMP as well. Maybe try turning off some other options to help pinpoint where it comes from. CAMERATRACK CARVE CYCLES OCEANSIM are the newest additions. Hi Shane, Actually, compiling without Cycles did the trick, as instructed by the maintainer. -- Peter Boosten ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: PC-BSD 9.0 in VirtualBox
On 2012-09-28 12:06, Warren Block wrote: On Thu, 27 Sep 2012, Mike Jeays wrote: I have been running PC-BSD 9.0 with the KDE interface in a VirtualBox VM, and notice that it uses CPU resources when idle, driving up my CPU temperature about 15 degrees on an otherwise idle machine. (It is an Intel i5 quad four). Is this to be expected? It may help to add kern.hz=100 to /boot/loader.conf. Ah yes, that was the fix I was vaguely remembering when I mentioned the old VMware issue, oddly enough I haven't seen it recently. But then, maybe not so odd, just checked with sysctl kern | grep hz on two machines, one running on physical hardware the other on vmware workstation 9. Both were compiled from source, running 9.0-RELEASE-p4, the physical system lists kern.hz: 1000, while the virtual lists ker.hz: 100. No value is set in /boot/loader.conf on either system, however the detection mechanism (whatever that might happen to be) that is setting this to the lower value on the VMware virtual machine might not be working in a Virtual Box virtual machine. -- Thanks, Dean E. Weimer http://www.dweimer.net/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: svn checkout head or stable
On 9/28/12, Ed Flecko edfle...@gmail.com wrote: Excellent! Thank you all. :-) So, for ME...does this look right? This will track the latest release that has the patches applied? svn co svn://svn.freebsd.org/base/releng/9.1 /usr/src svn co svn://svn.freebsd.org/ports/releng/9.1 /usr/ports svn co svn://svn.freebsd.org/doc/release/9.1.0/en_US.ISO8859-1 /usr/doc (I too, only need English docs) Ed ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org For something as fundamental as source and ports tree updates I'd suggest taking advantage of the available SSH2-wrapper for subversion and securing your line of communication with the repository: svn co svn+ssh://svn.freebsd.org/base/releng/9.1 /usr/src etc.. -David ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: svn checkout head or stable
David - I'd like to, but every time I try that it prompts me for a password...and I don't know what password it wants??? Ed ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Rewrite redirects
I thought I had this figured out but discovered I have a BIG flaw with my .htaccess redirects After days of searching and experimenting, I still can't get this to do what I intended. I have moved all of the content on a web site from the web root to a different directory. Now I need toredirect the URL requests from the old location to the new one. Instead of issuing a 301 error, I want to first redirect to an info page, let's call it info.htm. Here's what I have now in the web root's .htaccess. Here's the way it was/is: ~webroot/lots_of.html and now changed to this: ~webroot/content/lots_of.html Using the apache mod_rewritein .htaccess RewriteEngine on RewriteRule /~webroot/(.*\.html) /^info.htm [PT] which is supposed to redirect any page with the extension .html to the info.htm page. BUT, alas any *.html page in any directory will redirect back to the info.htm page!! What I wanted is that only the *.html pages in the ~webroot to be redirected to the info page. I hope this make sense and I hope someone can give me a tip on how to limit the redirects to only the webroot pages. Thanks in advance. -- -- All the best, Jack ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: svn checkout head or stable
On 9/28/12, Ed Flecko edfle...@gmail.com wrote: David - I'd like to, but every time I try that it prompts me for a password...and I don't know what password it wants??? Ed Great question. I'm running into the same issue. I guessed around a bit with no luck: svn/anonsvn... Would anyone on the list be able to set up anonymous svn+ssh access for us? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
make print-index error: Generating INDEX-9 - please wait..perl: not found
I've done a clean install of FBSD 9, installed subversion from package, and then I have: svn co svn://svn.freebsd.org/ports/head/ /usr/ports svn co svn://svn.freebsd.org/base/releng/9.1 /usr/src svn co svn://svn.freebsd.org/doc/release/9.1.0/en_US.ISO8859-1 /usr/doc which all went just fine. Then I: cd /usr/ports make print-index and this is my result: Generating INDEX-9 - please wait..perl: not found Makefile, line 31: warning: perl -V:archname returned non-zero status perl: not found Done. O.K., I'm stumped...what's wrong? Ed ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: svn checkout head or stable
On 28/09/2012 20:41, Ed Flecko wrote: David - I'd like to, but every time I try that it prompts me for a password...and I don't know what password it wants??? That would be the password to a freebsd.org account, which isn't going to work for most people on two counts: * freebsd.org uses SSH keys for authentication, not passwords. * even if you've got a SSH key, not being a FreeBSD committer you probably don't have a freebsd.org account. For anonymous access, you can use http or svn. Given that anonymous access is read-only, there's really not much to be gained from SSH or other means of encrypting the connection, either for you, or for the FreeBSD servers. It's anonymous, so you don't care about authentication. FreeBSD sources are publicly available, so you don't care about anyone eavesdropping on the traffic. About the only thing you're still exposed to is a man-in-the-middle attack, where someone could pose as a FreeBSD server and feed you a trojanned set of sources -- but then, you'ld still be exposed in exactly the same way even using svn+ssh. In practice, attacks of this type are very (pretty much vanishingly) rare. If they do concern you, then use portsnap(8) / freebsd-update(8) which has specific cryptographic protection against such things. The portsnap and freebsd-update build systems also have special access to the master FreeBSD repositories to minimize the chances that they themselves could be fed trojanned sources. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey signature.asc Description: OpenPGP digital signature
Re: make print-index error: Generating INDEX-9 - please wait..perl: not found
On 28/09/2012 21:27, Ed Flecko wrote: Generating INDEX-9 - please wait..perl: not found Makefile, line 31: warning: perl -V:archname returned non-zero status perl: not found Done. O.K., I'm stumped...what's wrong? You need to install perl in order to build an INDEX from scratch. That's true if you use the default 'make index' target or my p5-FreeBSD-Portindex code. Building an INDEX is a fairly time consuming task, and honestly, most people don't need to do it. You can download a pre-built INDEX by 'make fetchindex' which will be perfectly adequate for the vast majority of users. What you don't get by using the pre-built INDEX is the effect of any local customizations or options settings. This means that the INDEX may disagree in detail about exactly what dependencies some ports have. However, the INDEX is not used as part of actually building anything, so those discrepancies are mere annoyances rather than real obstacles. And, indeed, you can build and install ports very happily without any sort of INDEX on your system at all. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey signature.asc Description: OpenPGP digital signature
Re: svn checkout head or stable
On 9/28/12, Matthew Seaman matt...@freebsd.org wrote: On 28/09/2012 20:41, Ed Flecko wrote: David - I'd like to, but every time I try that it prompts me for a password...and I don't know what password it wants??? That would be the password to a freebsd.org account, which isn't going to work for most people on two counts: * freebsd.org uses SSH keys for authentication, not passwords. * even if you've got a SSH key, not being a FreeBSD committer you probably don't have a freebsd.org account. For anonymous access, you can use http or svn. Given that anonymous access is read-only, there's really not much to be gained from SSH or other means of encrypting the connection, either for you, or for the FreeBSD servers. It's anonymous, so you don't care about authentication. FreeBSD sources are publicly available, so you don't care about anyone eavesdropping on the traffic. About the only thing you're still exposed to is a man-in-the-middle attack, where someone could pose as a FreeBSD server and feed you a trojanned set of sources -- but then, you'ld still be exposed in exactly the same way even using svn+ssh. In practice, attacks of this type are very (pretty much vanishingly) rare. If they do concern you, then use portsnap(8) / freebsd-update(8) which has specific cryptographic protection against such things. The portsnap and freebsd-update build systems also have special access to the master FreeBSD repositories to minimize the chances that they themselves could be fed trojanned sources. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey MITM-based attacks--and subsequent corrupted sources--are my concern. It was my understanding that anonymous svn+ssh would prevent this assuming the host key was properly verified against http://www.freebsd.org/internal/ssh-keys.asc. Recently I've installed from an iso and then manually updated with pgp-signed security patches. It would certainly be nice to have some secure source update mechanism though. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Rewrite redirects
On 9/28/2012 3:08 PM, Jack Stone wrote: I thought I had this figured out but discovered I have a BIG flaw with my .htaccess redirects After days of searching and experimenting, I still can't get this to do what I intended. I have moved all of the content on a web site from the web root to a different directory. Now I need toredirect the URL requests from the old location to the new one. Instead of issuing a 301 error, I want to first redirect to an info page, let's call it info.htm. Here's what I have now in the web root's .htaccess. Here's the way it was/is: ~webroot/lots_of.html and now changed to this: ~webroot/content/lots_of.html Using the apache mod_rewritein .htaccess RewriteEngine on RewriteRule /~webroot/(.*\.html) /^info.htm [PT] which is supposed to redirect any page with the extension .html to the info.htm page. BUT, alas any *.html page in any directory will redirect back to the info.htm page!! What I wanted is that only the *.html pages in the ~webroot to be redirected to the info page. I hope this make sense and I hope someone can give me a tip on how to limit the redirects to only the webroot pages. Thanks in advance. For the above, now this works if I use the following: RewriteBase /~webroot/ RewriteRule ^radio\.html$ /^info.htm [PT] RewriteRule ^v20\.html$ /^info.htm [PT] So, now if the above are requested: http://www.webroot/content/radio.html it doesn't redirect to the info page. That's what I want, but there are 100s of html files in webroot/content and I figured there MUST be a way to wildcard the syntax, something like ^.*\.html$ so I don't need to list every specific html file. I believe I'll have it if I can figure that out now. Any thoughts? -- -- All the best, Jack ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Kernel asks only for the first GELI passphrase
Hello, I have two partitions encrypted with GELI: ada0s2 and ada0s3. The loader (located at an unencrypted part of the harddisk) loads the kernel and the kernel asks me for the passphrase for ada0s2 to attach it afterwards. However - my root file system is not at ada0s2.elia but on ada0s3.elia. Since the kernel did no attach ada0s3 (but the ada0s2 partition) it is also unable to mount the root filesystem which is somewhat bad. So - is there a way (i.e. a loader.conf entry) how I can tell the loader which partition I wanna have attached with a passphrase? I tried to look at the code from the loader but did not find the source file where the attaching is done. Thank you, Martin ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Rewrite redirects
You can probably do something like: RewriteRule ^([^/])\.html /content/$1.html [PT] ^ inside the square brackets means not, so a pattern matching anything but /. Or you could be go the other way: RewriteRule ^([a-zA-Z0-9_-]+)\.html /content/$1.html [PT] Where you explicitly include the characters that are used in your html filenames... Patrick On Fri, Sep 28, 2012 at 2:27 PM, Jack Stone ja...@sage-american.com wrote: On 9/28/2012 3:08 PM, Jack Stone wrote: I thought I had this figured out but discovered I have a BIG flaw with my .htaccess redirects After days of searching and experimenting, I still can't get this to do what I intended. I have moved all of the content on a web site from the web root to a different directory. Now I need toredirect the URL requests from the old location to the new one. Instead of issuing a 301 error, I want to first redirect to an info page, let's call it info.htm. Here's what I have now in the web root's .htaccess. Here's the way it was/is: ~webroot/lots_of.html and now changed to this: ~webroot/content/lots_of.html Using the apache mod_rewritein .htaccess RewriteEngine on RewriteRule /~webroot/(.*\.html) /^info.htm [PT] which is supposed to redirect any page with the extension .html to the info.htm page. BUT, alas any *.html page in any directory will redirect back to the info.htm page!! What I wanted is that only the *.html pages in the ~webroot to be redirected to the info page. I hope this make sense and I hope someone can give me a tip on how to limit the redirects to only the webroot pages. Thanks in advance. For the above, now this works if I use the following: RewriteBase /~webroot/ RewriteRule ^radio\.html$ /^info.htm [PT] RewriteRule ^v20\.html$ /^info.htm [PT] So, now if the above are requested: http://www.webroot/content/radio.html it doesn't redirect to the info page. That's what I want, but there are 100s of html files in webroot/content and I figured there MUST be a way to wildcard the syntax, something like ^.*\.html$ so I don't need to list every specific html file. I believe I'll have it if I can figure that out now. Any thoughts? -- -- All the best, Jack ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: svn checkout head or stable
On 9/28/12, David Noel david.i.n...@gmail.com wrote: On 9/28/12, Matthew Seaman matt...@freebsd.org wrote: On 28/09/2012 20:41, Ed Flecko wrote: David - I'd like to, but every time I try that it prompts me for a password...and I don't know what password it wants??? That would be the password to a freebsd.org account, which isn't going to work for most people on two counts: * freebsd.org uses SSH keys for authentication, not passwords. * even if you've got a SSH key, not being a FreeBSD committer you probably don't have a freebsd.org account. For anonymous access, you can use http or svn. Given that anonymous access is read-only, there's really not much to be gained from SSH or other means of encrypting the connection, either for you, or for the FreeBSD servers. It's anonymous, so you don't care about authentication. FreeBSD sources are publicly available, so you don't care about anyone eavesdropping on the traffic. About the only thing you're still exposed to is a man-in-the-middle attack, where someone could pose as a FreeBSD server and feed you a trojanned set of sources -- but then, you'ld still be exposed in exactly the same way even using svn+ssh. In practice, attacks of this type are very (pretty much vanishingly) rare. If they do concern you, then use portsnap(8) / freebsd-update(8) which has specific cryptographic protection against such things. The portsnap and freebsd-update build systems also have special access to the master FreeBSD repositories to minimize the chances that they themselves could be fed trojanned sources. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey MITM-based attacks--and subsequent corrupted sources--are my concern. It was my understanding that anonymous svn+ssh would prevent this assuming the host key was properly verified against http://www.freebsd.org/internal/ssh-keys.asc. Recently I've installed from an iso and then manually updated with pgp-signed security patches. It would certainly be nice to have some secure source update mechanism though. Apologies for the spam and the hastily written closing paragraph. I was hoping to end with a heartwarming anecdote that would leave the reader with no choice but to agree that anonymous ssh+svn access would benefit us all. AnonCVS is still of course an option, but with its eventual retirement the addition of an anonymous svn+ssh account would seem fitting, or at least consistent. -David ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org