Re: FreeBSD 9, GPT and gmirror
Janos Dohanics wrote: > 1. The Guided partitioning doesn't suggest any more to > create /var, /tmp, /usr, etc. file systems. Is it really > the recommendation to go with just / ? Depends on who you ask :) and on your intended usage. > 2. Is there a way to use the old sysinstall to install FreeBSD 9? Not using the standard distribution IIUC. You might want to look at http://druidbsd.sf.net/ > 3. It seems that setting up gmirror is more involved with GPT > (http://blather.michaelwlucas.com/archives/1071); now I have a > mirror for each of the filesystems /, /var, /tmp, etc. Is it > OK to use gmirror in this way at all? Yes, indeed it is the only way to combine GPT and gmirror without getting into trouble of one sort or another. (The conflict between GPT and a full-disk gmirror is actually not new.) > 4. Also, with GPT, one has to be in single user mode to synchronize > disks - correct? Dunno about this one. > 3. Assuming one has enough RAM, is zfs mirror or raidz recommended > over gmirror? Same situation as with #1. ___ 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: mps driver overwrite using loader.conf
Hi, I have found another email id to post question so adding " freebsd-questions@freebsd.org" in list. Here are some more detail. driver is inbuilt in FreeBSD-9 and FreeBSD-10-Current. I want to use my next version of driver to be loaded instead of compiled inbuilt in kernel binary. When I added /boot/loader.conf with mps_load="YES", I see my new driver available at /boot/kernel/mps.ko is getting loaded on FreeBSD-9-RELEASE, but on FreeBSD-10-CURRENT it always use inbuilt driver. Any Idea if this is expected behavior ? Any change in FreeBSD-10 is causing this behavioral difference ? ` Kashyap > -Original Message- > From: owner-freebsd-s...@freebsd.org [mailto:owner-freebsd- > s...@freebsd.org] On Behalf Of Desai, Kashyap > Sent: Thursday, February 09, 2012 12:24 AM > To: Kenneth D. Merry; freebsd-s...@freebsd.org > Cc: Justin T. Gibbs; McConnell, Stephen > Subject: mps driver overwrite using loader.conf > > With upstream mps driver, I am trying to do some testing with my next > driver. > > I followed below process to overwrite existing mps driver with new one. > > 1. My kernel has pre-compiled mps driver (It is not part of module) > 2. While booting itself I wants to replace with my next version of mps > driver. > 3. I copy my new "mps" driver at /boot/kernel/ location > 4. modify /boot/defaults/loader.conf with > > Now I see new mps is getting loaded instead of inbuilt mps driver. > Here is output of sysctl with mpslsi driver loaded into kernel. [For > LSI's internal tracking this driver is called mpslsi ] > device mps > hw.mps.disable_msi: 0 > hw.mps.disable_msix: 0 > dev.mpslsi.0.%desc: LSI SAS2008 > dev.mpslsi.0.%driver: mpslsi > dev.mpslsi.0.%location: slot=0 function=0 > dev.mpslsi.0.%pnpinfo: vendor=0x1000 device=0x0072 subvendor=0x1000 > subdevice=0x0072 class=0x010700 > dev.mpslsi.0.%parent: pci6 > dev.mpslsi.0.debug_level: 0 > dev.mpslsi.0.disable_msix: 0 > dev.mpslsi.0.disable_msi: 0 > dev.mpslsi.0.firmware_version: 12.250.01.00 > dev.mpslsi.0.driver_version: 13.255.00.01 < -- New Driver > dev.mpslsi.0.io_cmds_active: 0 > dev.mpslsi.0.io_cmds_highwater: 1 > dev.mpslsi.0.chain_free: 2048 > dev.mpslsi.0.chain_free_lowwater: 2047 > dev.mpslsi.0.max_chains: 2048 > dev.mpslsi.0.chain_alloc_fail: 0 > > > _But_ Strange thing is if I unload my "mps" module, there is still some > stale entry in kernel. > After I unload mpslsi driver here is output of sysctl > device mps > hw.mps.disable_msi: 0 > hw.mps.disable_msix: 0 > > What is this "device mps" instance ? > I want to understand How FreeBSD handle this kind of scenario ? > > ~ Kashyap > ___ > freebsd-s...@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-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: fbsd safety of the ports
--As of February 9, 2012 6:36:00 AM -0800, per...@pluto.rain.com is alleged to have said: TWiki is a nightmare to update ... TWiki was replaced with Foswiki (which is also in ports) at $WORK a while back. Dunno why, or how much of a job the changeover was for the admins, but there must have been some expected benefit to justify the effort. The change was largely transparent to users. --As for the rest, it is mine. That's because TWiki's former lead developer - and trademark holder - was being a dick. He managed to completely alienate all the current developers, and was holding up development of TWiki. So they left en-mass and forked the project; the new project is Foswiki. (This is obviously a condensed summary. There is much more information online, as most of this happened in public.) The expected benefits are therefore the backlog of changes that had been held up, and an active developer community. However, the 'update' procedure hasn't changed. Daniel T. Staal --- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. --- ___ 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"
system reboot yielding no coredump
Hi all. Has anyone else seen this: Feb 9 14:41:33 beeb kernel: interrupt total Feb 9 14:41:33 beeb kernel: irq18: ehci0 uhci5+ 325 Feb 9 14:41:33 beeb kernel: irq19: uhci2 uhci4 5180 Feb 9 14:41:33 beeb kernel: irq23: uhci3 ehci1 78296 Feb 9 14:41:33 beeb kernel: cpu0:timer 87480961 Feb 9 14:41:33 beeb kernel: irq256: igb0:que 0 4233015 Feb 9 14:41:33 beeb kernel: irq257: igb0:que 1 3164805 Feb 9 14:41:33 beeb kernel: irq258: igb0:que 2 3230196 Feb 9 14:41:33 beeb kernel: irq259: igb0:que 3 3149873 Feb 9 14:41:33 beeb kernel: irq260: igb0:que 4 3120911 Feb 9 14:41:33 beeb kernel: irq261: igb0:que 5 3207821 Feb 9 14:41:33 beeb kernel: irq262: igb0:que 6 3135338 Feb 9 14:41:33 beeb kernel: irq263: igb0:que 7 3237378 Feb 9 14:41:33 beeb kernel: irq264: igb0:link 2 Feb 9 14:41:33 beeb kernel: irq274: mpt034436250 Feb 9 14:41:33 beeb kernel: cpu1:timer 8585682 Feb 9 14:41:33 beeb kernel: cpu12:timer 10785198 Feb 9 14:41:33 beeb kernel: cpu6:timer 6794891 Feb 9 14:41:33 beeb kernel: cpu13:timer 6626277 Feb 9 14:41:33 beeb kernel: cpu7:timer 13703957 Feb 9 14:41:33 beeb kernel: cpu11:timer 8628910 Feb 9 14:41:33 beeb kernel: cpu5:timer 7938263 Feb 9 14:41:33 beeb kernel: cpu14:timer 6264729 Feb 9 14:41:33 beeb kernel: cpu4:timer 14017666 Feb 9 14:41:33 beeb kernel: cpu10:timer 18995834 Feb 9 14:41:33 beeb kernel: cpu9:timer 9905748 Feb 9 14:41:33 beeb kernel: cpu2:timer 23572337 Feb 9 14:41:33 beeb kernel: cpu8:timer 29507301 Feb 9 14:41:33 beeb kernel: cpu3:timer 9653985 Feb 9 14:41:33 beeb kernel: cpu15:timer 5084039 Feb 9 14:41:33 beeb kernel: Total 328545171 Feb 9 14:41:33 beeb kernel: KDB: stack backtrace: Feb 9 14:41:33 beeb kernel: #0 0x8038d458 at kdb_backtrace+0x58 Feb 9 14:41:33 beeb kernel: #1 0x80315b4b at watchdog_fire+0x8b Feb 9 14:41:33 beeb kernel: #2 0x80315e10 at hardclock_anycpu+0x2a0 Feb 9 14:41:33 beeb kernel: #3 0x80583278 at handleevents+0xd8 Feb 9 14:41:33 beeb kernel: #4 0x80583e36 at timercb+0x2d6 Feb 9 14:41:33 beeb kernel: #5 0x805aec46 at lapic_handle_timer+0xb6 Feb 9 14:41:33 beeb kernel: #6 0x80557f2c at Xtimerint+0x8c Feb 9 14:41:33 beeb kernel: #7 0x80dc8e53 at kcs_wait_for_obf+0x83 Feb 9 14:41:33 beeb kernel: #8 0x80dc935d at kcs_read_byte+0x2d Feb 9 14:41:33 beeb kernel: #9 0x80dc91ce at kcs_loop+0x34e Feb 9 14:41:33 beeb kernel: #10 0x80331d36 at fork_exit+0x76 Feb 9 14:41:33 beeb kernel: #11 0x8055790e at fork_trampoline+0xe I can't get a full dump for some reason unknown. This happens on RELENG_9_0. Feb 9 14:46:56 beeb kernel: CPU: Intel(R) Xeon(R) CPU E5620 @ 2.40GHz (2394.05-MHz K8-class CPU) Feb 9 14:46:56 beeb kernel: Origin = "GenuineIntel" Id = 0x206c2 Family = 6 Model = 2c Stepping = 2 Feb 9 14:46:56 beeb kernel: Features=0xbfebfbff ,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> Feb 9 14:46:56 beeb kernel: Features2=0x29ee3ff SSE4.1,SSE4.2,POPCNT,AESNI> Feb 9 14:46:56 beeb kernel: AMD Features=0x2c100800 Feb 9 14:46:56 beeb kernel: AMD Features2=0x1 Feb 9 14:46:56 beeb kernel: TSC: P-state invariant, performance statistics What can I do in such case? How can I create a goot dump to inspect it? -- Sphinx of black quartz judge my vow. ___ 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"
lost network connections
Hello, Questions. FreeBD 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:15:25 UTC 2012 r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 When replacing the MTA if you disable sendmail to rc.conf file after adding the lines: sendmail_enable="NO" sendmail_submit_enable="NO" sendmail_outbound_enable="NO" sendmail_msp_queue_enable="NO" lost all network connections to any local port IP4, but if you go locally as root and execute the command ping any IP network, all connections are restored tried to just install the system in a minimal install and add disable sendmail in rc.conf result is the same - the decline of network Connection to a local reference to it such as ping, now in ports installed on the system: apache = apr-devrandom-gdbm-db42 = autoconf= autoconf-wrapper= automake= automake-wrapper= bash= bigreqsproto= bison = cmake = db41= db42= dovecot = expat = freetype2 = gawk= gdbm= gettext = gmake = help2man= inputproto = jpeg= kbproto = libICE = libSM = libX11 = libXau = libXaw = libXdmcp= libXext = libXmu = libXp = libXpm = libXt = libcheck= libgcrypt = libgpg-error= libiconv= libltdl = libmcrypt = libpthread-stubs= libsigsegv = libtool = libxcb = libxml2 = libxslt = m4 = mc-light= mysql-client= mysql-server= oniguruma = p5-Locale-gettext = pcre= perl= php5= php5-ctype = php5-dom= php5-extensions = php5-filter = php5-gd = php5-gettext= php5-hash = php5-iconv = php5-json = php5-mbstring = php5-mcrypt = php5-mysql = php5-mysqli = php5-openssl= php5-pdo= php5-pdo_sqlite = php5-phar = php5-posix = php5-session= php5-simplexml = php5-tokenizer = php5-xml= php5-xmlreader = php5-xmlrpc = php5-xmlwriter = php5-zip= php5-zlib = pkg-config = png = portupgrade = postfix = postfixadmin= printproto = proftpd = proftpd-mod_sql_mysql = python27= ruby= ruby18-bdb = sqlite3 = t1lib = tcl = tcl-modules = unzip = xcb-proto = xcmiscproto = xextproto = xf86bigfontproto= xorg-macros = xproto = xtrans = -- С уважением, Dmitry mailto:d.vasil...@thebat.net ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freeb
lost network connections
Hello, Questions. FreeBD 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:15:25 UTC 2012 r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 When replacing the MTA if you disable sendmail to rc.conf file after adding the lines: sendmail_enable="NO" sendmail_submit_enable="NO" sendmail_outbound_enable="NO" sendmail_msp_queue_enable="NO" lost all network connections to any local port IP4, but if you go locally as root and execute the command ping any IP network, all connections are restored tried to just install the system in a minimal install and add disable sendmail in rc.conf result is the same - the decline of network Connection to a local reference to it such as ping, now in ports installed on the system: apache = apr-devrandom-gdbm-db42 = autoconf= autoconf-wrapper= automake= automake-wrapper= bash= bigreqsproto= bison = cmake = db41= db42= dovecot = expat = freetype2 = gawk= gdbm= gettext = gmake = help2man= inputproto = jpeg= kbproto = libICE = libSM = libX11 = libXau = libXaw = libXdmcp= libXext = libXmu = libXp = libXpm = libXt = libcheck= libgcrypt = libgpg-error= libiconv= libltdl = libmcrypt = libpthread-stubs= libsigsegv = libtool = libxcb = libxml2 = libxslt = m4 = mc-light= mysql-client= mysql-server= oniguruma = p5-Locale-gettext = pcre= perl= php5= php5-ctype = php5-dom= php5-extensions = php5-filter = php5-gd = php5-gettext= php5-hash = php5-iconv = php5-json = php5-mbstring = php5-mcrypt = php5-mysql = php5-mysqli = php5-openssl= php5-pdo= php5-pdo_sqlite = php5-phar = php5-posix = php5-session= php5-simplexml = php5-tokenizer = php5-xml= php5-xmlreader = php5-xmlrpc = php5-xmlwriter = php5-zip= php5-zlib = pkg-config = png = portupgrade = postfix = postfixadmin= printproto = proftpd = proftpd-mod_sql_mysql = python27= ruby= ruby18-bdb = sqlite3 = t1lib = tcl = tcl-modules = unzip = xcb-proto = xcmiscproto = xextproto = xf86bigfontproto= xorg-macros = xproto = xtrans = -- С уважением, Dmitry mailto:d.vasil...@thebat.net ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freeb
Re: lost network connections
On 09/02/2012 13:31, Dmitry Vasilyev wrote: > When replacing the MTA if you disable sendmail to rc.conf file after adding > the lines: > > sendmail_enable="NO" > sendmail_submit_enable="NO" > sendmail_outbound_enable="NO" > sendmail_msp_queue_enable="NO" > > lost all network connections to any local port IP4, but if you go > locally as root and execute the command ping any IP network, all > connections are restored Just editing rc.conf like that won't have any effect on the running system. You have to do something else -- in this case, killing sendmail before editing rc.conf and starting your preferred MTA after would be the minimum to achieve the intended effect. To test fully though, you should reboot. If the loss of connectivity is a consequence of rebooting, then it suggests that you're probably inadvertently modifying some other settings in rc.conf, or that the problem already existed and the changes to rc.conf are a red herring. There have been some changes to the syntax used to configure IPv6 addresses in 9.0 -- check rc.conf(5) for details -- but that doesn't seem entirely relevant here. Hmmm... how about showing us your rc.conf to see if we can spot any problems? Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
freebsd-questions
Hello, Questions. FreeBD 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:15:25 UTC 2012 r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 When replacing the MTA if you disable sendmail to rc.conf file after adding the lines: sendmail_enable="NO" sendmail_submit_enable="NO" sendmail_outbound_enable="NO" sendmail_msp_queue_enable="NO" lost all network connections to any local port IP4, but if you go locally as root and execute the command ping any IP network, all connections are restored tried to just install the system in a minimal install and add disable sendmail in rc.conf result is the same - the decline of network Connection to a local reference to it such as ping, now in ports installed on the system: apache = apr-devrandom-gdbm-db42 = autoconf= autoconf-wrapper= automake= automake-wrapper= bash= bigreqsproto= bison = cmake = db41= db42= dovecot = expat = freetype2 = gawk= gdbm= gettext = gmake = help2man= inputproto = jpeg= kbproto = libICE = libSM = libX11 = libXau = libXaw = libXdmcp= libXext = libXmu = libXp = libXpm = libXt = libcheck= libgcrypt = libgpg-error= libiconv= libltdl = libmcrypt = libpthread-stubs= libsigsegv = libtool = libxcb = libxml2 = libxslt = m4 = mc-light= mysql-client= mysql-server= oniguruma = p5-Locale-gettext = pcre= perl= php5= php5-ctype = php5-dom= php5-extensions = php5-filter = php5-gd = php5-gettext= php5-hash = php5-iconv = php5-json = php5-mbstring = php5-mcrypt = php5-mysql = php5-mysqli = php5-openssl= php5-pdo= php5-pdo_sqlite = php5-phar = php5-posix = php5-session= php5-simplexml = php5-tokenizer = php5-xml= php5-xmlreader = php5-xmlrpc = php5-xmlwriter = php5-zip= php5-zlib = pkg-config = png = portupgrade = postfix = postfixadmin= printproto = proftpd = proftpd-mod_sql_mysql = python27= ruby= ruby18-bdb = sqlite3 = t1lib = tcl = tcl-modules = unzip = xcb-proto = xcmiscproto = xextproto = xf86bigfontproto= xorg-macros = xproto = xtrans = -- С уважением, Dmitry mailto:d.vasil...@thebat.net ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freeb
Re: lost network connections
On Thu, 09 Feb 2012 14:49:58 + Matthew Seaman wrote: > On 09/02/2012 13:31, Dmitry Vasilyev wrote: > > When replacing the MTA if you disable sendmail to rc.conf file > > after adding the lines: > > > > sendmail_enable="NO" > > sendmail_submit_enable="NO" > > sendmail_outbound_enable="NO" > > sendmail_msp_queue_enable="NO" > > > > lost all network connections to any local port IP4, but if you go > > locally as root and execute the command ping any IP network, all > > connections are restored > > Just editing rc.conf like that won't have any effect on the running > system. You have to do something else -- in this case, killing > sendmail before editing rc.conf and starting your preferred MTA after > would be the minimum to achieve the intended effect. > > To test fully though, you should reboot. If the loss of connectivity > is a consequence of rebooting, then it suggests that you're probably > inadvertently modifying some other settings in rc.conf, or that the > problem already existed and the changes to rc.conf are a red herring. Quite. Disabling sendmail (even if done properly and completely) should not have any effect on the functioning of your basic networking setup. There has to be something else going on here. > There have been some changes to the syntax used to configure IPv6 > addresses in 9.0 -- check rc.conf(5) for details -- but that doesn't > seem entirely relevant here. Hmmm... how about showing us your > rc.conf to see if we can spot any problems? As Matthew suggests, try rebooting and see what happens. Send your dmesg output and rc.conf to the list so we can get a clearer picture of what's going on. Best of luck, Conrad -- Conrad J. Sabatier conr...@cox.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: Driver for Intel 82579V
Just wanted to inform all that with the help of Mike Tancsa, I was able to fix this by installing FreeBSD v8.2. Thanks Mike once again. Gaurang. From: Gaurang Pandya To: "freebsd-questions@freebsd.org" Sent: Tuesday, February 7, 2012 9:48 PM Subject: Driver for Intel 82579V Hi , I just bought a desktop with this mother board.. http://www.intel.com/content/www/us/en/motherboards/desktop-motherboards/desktop-board-dh67cl.html But ended up realizing that it has got built in NIC of Intel 82579V GE controller, which is not supported in 8 or later versions of FreeBSD, though I see intel giving its driver but thats for v7.x when I tried to compile same for v8 it failed with following error.. :> opt_bdg.h cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c if_em.c cc1: warnings being treated as errors if_em.c: In function 'em_enable_wakeup': if_em.c:4769: warning: implicit declaration of function 'e1000_disable_gig_wol_ich8lan' if_em.c:4769: warning: nested extern declaration of 'e1000_disable_gig_wol_ich8lan' *** Error code 1 Stop in /usr/home/user/a/em-7.2.4/src. Any info on how to get this NIC working under FreeBSD 8 or later? I am seeing /usr/src/sys/dev/e1000/e1000_ich8lan.c of v7 having some reference to this card but same is not available on v8 sources. Gaurang. ___ 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: FreeBSD 9, GPT and gmirror
Janos Dohanics , 2012-02-08 19:42 (+0100): > 4. Also, with GPT, one has to be in single user mode to synchronize > disks - correct? I think the guide you linked to: http://blather.michaelwlucas.com/archives/1071 meant that you have to be in single user mode until you have edited /etc/fstab to point to the mirror, otherwise you wouldn't boot with root on the mirror. The synchronization between the disks works fine in multi-user mode as well. I have two 2 TiB disks in gmirror set up just like that. Synchronization was done running in multi-user. -- http://hack.org/mc/ Warning! Plain text e-mail, please. HTML e-mail deleted unread. OpenPGP: 673B 563E 3C78 1BA0 6525 2344 B22E 2C10 E4C9 2FA5 ___ 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"
one question about Freebsd subversion access log
Hello, I am doing an analysis on Freebsd subversion access log. One log extracted from the access log is below. The piece of log include files and subdirectories which are indicated "modified" (M). The subdirectories are: /stable/7/sbin/geom, /stable/7/sbin/geom/class/label, /stable/7/sbin/geom/class/part /stable/7/sbin/geom/class/stripe /stable/7/sbin/geom/misc /stable/7/sys /stable/7/sys/cddl/contrib/opensolaris /stable/7/sys/contrib/dev/acpica /stable/7/sys/contrib/pf My question is: why are the subdirectories recorded as "modified", even though there is no files modified under most of the subdirectories? I did a test of modifying a file and submitting a commit to the subversion in my local machine. No subdirectories are recorded as "modified" except for the file. I can not find the answer through googling. thanks Yiru --- r225881 | mav | 2011-09-29 14:42:44 -0400 (Thu, 29 Sep 2011) | 5 lines Changed paths: M /stable/7/sbin/geom M /stable/7/sbin/geom/class/journal M /stable/7/sbin/geom/class/label M /stable/7/sbin/geom/class/mirror/geom_mirror.c M /stable/7/sbin/geom/class/mirror/gmirror.8 M /stable/7/sbin/geom/class/part M /stable/7/sbin/geom/class/stripe M /stable/7/sbin/geom/misc M /stable/7/sys M /stable/7/sys/cddl/contrib/opensolaris M /stable/7/sys/contrib/dev/acpica M /stable/7/sys/contrib/pf M /stable/7/sys/geom/mirror/g_mirror_ctl.c MFC r196879: Add support for changing providers priority. PR:kern/160811 - ___ 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"
portshaker, listing updates and skipping broken/removed ports
Dear folks, I have a question regarding portshaker. I have successfully used Warren Block's script to make updates. http://www.wonkity.com/~wblock/docs/html/portupgrade.html #!/bin/sh /usr/sbin/portsnap fetch update && \ /usr/local/sbin/portmaster -L --index-only | egrep '(ew|ort) version|total install' How can I do the same with portshaker command? I now have to use portshaker to update freebsd-texlive ports. I try to fetch updates to texlive-* ports, but none show up. They show up after I run portshaker command. The freebsd-texlive ports http://code.google.com/p/freebsd-texlive/ by Romain Tartiere are working beautifully, but updating them is another story. I did not know that one has to use portshaker to get the updates, since they are not officially in freebsd ports. Running portshaker now I see the updates and can update them, but some packages have been removed upstream and portmaster -a command fails and I have to manually remove the culprit packages Otherwise above script only updates regular freebsd official ports and not the new ones with texlive. Also, if there are broken or removed ports in ports tree, I get updating error. * package has been removed and blah blah blah aborted... I have to then run # portmaster -a -x name-of-one-broken-package -x name-of-removed-package -x etc... Is there a way to avoid having to type the broken or removed packages and update with one command? Maybe a conditional command, update only available ports and skip the broken ones? Thanks for advice/suggestions/comments. Many of the folks on this list are very knowledgeable and have been a great help throughout and I am glad to be using FreeBSD and learning more about this great operating system that I never knew before. Regards, Antonio ___ 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"
How to create 2 versions of a port
I maintain a port that accesses the release distribution files. Now with 9.0 having a different path /i386/i386 and the files being compressed first with tar and then again with xz I need to change the port to access the new layout and file format. I would like to leave the current version in the ports as is which works fine with the 8.x world and add a second version that only works with 9.0 and newer. Question is how do i change the port description of the current port to say it supports 8.x with out re-adding the complete port again? I know I have to add the new port version that supports ge 9.0. ___ 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 create 2 versions of a port
Please don't cross-post to -questions. Please follow up on -ports. Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ 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"