Re: Revision control advice
On 22 December 2011 15:07, Outback Dingo wrote: > On Wed, Dec 21, 2011 at 10:24 PM, ss griffon wrote: >> On Wed, Dec 21, 2011 at 7:49 PM, Da Rock >> wrote: >>> On 12/22/11 11:37, Chris Hill wrote: Hello list, I apologize for this posting being not-much-on-topic, but my other resources have come to naught and I think you folks may have some experience in this area. I'm looking to set up some sort of revision control system at work. Simple enough, except that our situation is approximately the reverse of what most revision control systems are designed for. Unlike, e.g., FreeBSD kernel development, we have dozens or hundreds of small, rapid-fire projects that are created at the rate of 3 to 20 per month. They last a few days or a few months and are (usually) not developed afterward. Each project has one to three developers working on it, sometimes simultaneously. Usually it's one guy per project. Since my programmers are not necessarily UNIX-savvy, I'd like to deploy a web interface for them which will allow them to create new repositories (projects) as well as the normal checkin, checkout, etc. I want to set this up once, and from there on have the programmers deal with managing their own repos. And heaven forfend exposing them to the horrors of the shell. I've built a test server (9.0-RC3, amd64) for experimenting with this stuff. So far I've installed and played with: - fossil. I like the simplicity and light weight, but it doesn't seem to allow creation of new repos at all (let alone multiple ones) from the web interface, and the documentation is meager. I've pretty much given up on it. - subversion, which looks like the heavy hitter of RCSs, but it's not at all clear to me how to handle the multiple-project scenario. Still working on it. - git looks promising, but I have not installed it yet. If anyone can point me to a tool that might be suitable, I would be most grateful. >>> >>> I'd suggest subversion. It allows individual files to be versioned, you can >>> setup a webdav interface, and there are other tools that can help maintain >>> it. >>> >>> Forget the individual repositories. Setup a single repository and have >>> directories for each project. in each directory you can then setup trunk, >>> branches, whatever, as per best practices in the Book. >>> >>> Designate a person or two to administer, and use directory level auth, or >>> another alternative I haven't thought of. >>> >>> My 2c's anyway. HTH >>> >>> ___ >>> 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" >> >> Yeah I would second what Mr Rock says. Set up a single repo where >> folders can be used for projects. Since svn lets you checkout sub >> folders of a repo, each developer can check out the folder that >> corresponds to their project. Also, Tortoise svn is a very nice >> graphical utility that will allow your developers to manage there svn >> folders without even needing a web interface (most non unix people >> that I know like tortoise), so there is less maintenance for you :) >> Finally, kudos to moving towards using version control, its an >> important step for a software company. > > git or mercurial - best choices For what reasons? Rob -- Idiot : A member of a large and powerful tribe whose influence in human affairs has always been dominant and controlling. (Ambrose Bierce - The Devils Dictionary) ___ 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: virtaullBox AMD64 32bit lib
On 15 September 2010 17:43, Gholam Mostafa Faridi wrote: > I want install virtualBox on AMD 64 and I use FreeBSD 8.1 and I have SRC > directory , but when I run make install clean I see this error > " Requires 32-bit libraries installed under /usr/lib32. > Do: cd /usr/src; make build32 install32; ldconfig -v -m -R /usr/lib32 " > and I run this command > "cd /usr/src; make build32 install32; ldconfig -v -m -R /usr/lib32" > and after minutes I see this error > > "===> gnu/lib/csu (obj,depend,all,install) > sh /usr/src/tools/install.sh -o root -g wheel -m 444 crtbegin.o > /usr/obj/usr/src/lib32/usr/lib32/crtbegin.o > sh /usr/src/tools/install.sh -o root -g wheel -m 444 crtend.o > /usr/obj/usr/src/lib32/usr/lib32/crtend.o > sh /usr/src/tools/install.sh -o root -g wheel -m 444 crtbeginT.o > /usr/obj/usr/src/lib32/usr/lib32/crtbeginT.o > sh /usr/src/tools/install.sh -o root -g wheel -m 444 crtbegin.So > /usr/obj/usr/src/lib32/usr/lib32/crtbeginS.o > sh /usr/src/tools/install.sh -o root -g wheel -m 444 crtend.So > /usr/obj/usr/src/lib32/usr/lib32/crtendS.o > ===> lib/csu/i386-elf (obj,depend,all,install) > ld -m elf_i386_fbsd -Y P,/usr/obj/usr/src/lib32/usr/lib32 -o gcrt1.o -r > crt1_s.o gcrt1_c.o > ld: Relocatable linking with relocations from format elf64-x86-64 > (gcrt1_c.o) to format elf32-i386-freebsd (gcrt1.o) is not supported > *** Error code 1 > > Stop in /usr/src/lib/csu/i386-elf. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > ldconfig: warning: /usr/lib32: No such file or directory " > > I make post about this error in freebsdforums but they can not help me > please see link > > http://forums.freebsd.org/showthread.php?t=17607 > > they said problem is ccache and I disable and remove ccache ,but still I > have that probelm > please help me I had a similar problem, and removing the contents of /usr/obj and then rebuilding world (cvsup'ed as of 15/09) with make -DNO_CCACHE seemed to work. This was on a real AMD64 machine too. Rob ___ 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: CPU temp munin plugin
2010/9/15 Dánielisz László : > Hi, > > What plugin do you use in munin to get values of your CPU? There are several, and some have dependencies on other software - what cpu are you using? Rob ___ 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: Thinkpad Wireless
On 23 August 2010 13:14, Glen Barber wrote: > On 8/22/10 11:00 PM, Rem P Roberti wrote: >> >> Thanks for your help so far. Yes, I have looked at the handbook section >> on wireless, and as a matter of fact I installed 8.1 on an ancient >> Compaq Presario (6GB HD!) and was able to configure the Atheros wireless >> pci card so that the computer works quite well. OK...the info I gleaned >> from pciconf -lv shows: >> >> device = 'driverIntel PRO/Wirelss 220BG (MPC13B' >> > > Perfect. Is "220BG" a typo? I see that iwi(4) supports 2200BG/2225BG > and so on. If it _is_ a typo, try this: > > echo 'legal.intel_iwi.license_ack=1' >> /boot/loader.conf > echo 'if_iwi_load="YES"' >> /boot/loader.conf > echo 'iwi_bss_load="YES"' >> /boot/loader.conf > echo 'iwi_ibss_load="YES"' >> /boot/loader.conf > echo 'iwi_monitor_load="YES"' >> /boot/loader.conf > > (Note, the differentiation between the single- and double-quotes.) > > After a reboot, you should see iwi0 in ifconfig(8) output. (I'm not > aware of a way to acknowledge the license agreement without a reboot.) > Then you should be able to configure your wlan0 device similarly to your > Presario. For a fresh install of 8.1 you only need: if_iwi_load="YES" legal.intel_iwi.license_ack=1 cheers, Rob ___ 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: isc-dhcp leasing wrong IP's
On 29 July 2010 07:32, claudiu vasadi wrote:
> Hello guys,
>
> I have a F-BSD 8.0 box running isc-dhcp with the following simple config:
>
>
> authoritative;
>
> option domain-name-servers 192.168.0.1;
> option subnet-mask 255.255.255.0;
>
> default-lease-time 3600;
> max-lease-time 86400;
> ddns-update-style none;
>
> subnet 192.168.0.0 netmask 255.255.255.0 {
> range 192.168.0.10 192.168.0.150;
> option routers 192.168.0.1;
> }
>
>
>
> as you can see, the lease range is between 192.168.0.10 and 192.168.0.150
> but for some reason, another BSD box always gets 192.168.0.8.
>
> I can't explain this since this is the only DHCP server on the network and I
> see no error logs.
>
> The other BSD box says:
>
> Jul 29 00:25:04 mainserver2 dhclient[1292]: DHCPREQUEST on sk0 to
> 255.255.255.255 port 67
> Jul 29 00:25:04 mainserver2 dhclient[1292]: DHCPACK from 192.168.0.5
> Jul 29 00:25:04 mainserver2 dhclient: New IP Address (sk0): 192.168.0.8
> Jul 29 00:25:04 mainserver2 dhclient: New Subnet Mask (sk0): 255.255.255.0
> Jul 29 00:25:04 mainserver2 dhclient: New Broadcast Address (sk0):
> 192.168.0.255
> Jul 29 00:25:04 mainserver2 dhclient: New Routers (sk0): 192.168.0.1
> Jul 29 00:25:05 mainserver2 dhclient[1292]: bound to 192.168.0.8 -- renewal
> in 43200 seconds.
>
> It looks legit but still .. why is isc-dhcp handing out IP's ouside the
> lease range ?
Had the other box received a lease from your DHCP server prior to
implementing the range parameter?
cheers,
Rob
___
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: rrdtool and perl 5.10 not playing nice
On 13 July 2010 22:59, Rob Byrnes wrote: > I have seen this issue on two machines now, but this particular > instance is on a newly built one. > > I run munin to collect and graph stats on my network from this box. > net-mgmt/munin-master depends on perl and rrdtool. I installed perl > 5.10 from ports and then installed munin-master. rrdtool was built as > a dependency with the default port knobs: > > r...@aylee /usr/ports/databases/rrdtool # make showconfig > ===> The following configuration options are available for rrdtool-1.4.3: > DEJAVU=off "Use DejaVu fonts (requires X11)" > MMAP=on "Use mmap in rrd_update" > PERL_MODULE=on "Build PERL module" > PYTHON_MODULE=off "Build PYTHON bindings" > RUBY_MODULE=off "Build RUBY bindings" > > > I'm seeing this error from munin: > > Can't locate RRDs.pm in @INC (@INC contains: > /usr/local/lib/perl5/5.10.1/BSDPAN > /usr/local/lib/perl5/site_perl/5.10.1/mach > +/usr/local/lib/perl5/site_perl/5.10.1 > /usr/local/lib/perl5/5.10.1/mach /usr/local/lib/perl5/5.10.1 .) at > +/usr/local/lib/perl5/site_perl/5.10.1/Munin/Master/Utils.pm line 22. > BEGIN failed--compilation aborted at > /usr/local/lib/perl5/site_perl/5.10.1/Munin/Master/Utils.pm line 22. > Compilation failed in require at > /usr/local/lib/perl5/site_perl/5.10.1/Munin/Master/UpdateWorker.pm > line 18. > BEGIN failed--compilation aborted at > /usr/local/lib/perl5/site_perl/5.10.1/Munin/Master/UpdateWorker.pm > line 18. > Compilation failed in require at > /usr/local/lib/perl5/site_perl/5.10.1/Munin/Master/Update.pm line 17. > BEGIN failed--compilation aborted at > /usr/local/lib/perl5/site_perl/5.10.1/Munin/Master/Update.pm line 17. > Compilation failed in require at /usr/local/share/munin/munin-update > line 13. > BEGIN failed--compilation aborted at > /usr/local/share/munin/munin-update line 13. > > RRDs.pm does exist: > > r...@aylee /root # find /usr/local/lib/perl5 -name RRDs.pm > /usr/local/lib/perl5/site_perl/5.10.1/Log/Log4perl/Appender/RRDs.pm > > Not knowing anything of perl, what can I do to fix this? It has only > occurred since upgrading to/installing perl 5.10 More info - while using portmaster -f rrdtool to forcibly reinstall rrdtool, I get these messages: pkg_delete: package 'rrdtool-1.4.3' is required by these other packages and may not be deinstalled (but I'll delete it anyway): munin-master-1.4.4 pkg_delete: file '/usr/local/lib/perl5/5.10.1/man/man3/RRDs.3.gz' doesn't exist pkg_delete: file '/usr/local/lib/perl5/site_perl/5.10.1/mach/auto/RRDs/RRDs.so' doesn't exist pkg_delete: file '/usr/local/lib/perl5/site_perl/5.10.1/mach/auto/RRDs/RRDs.bs' doesn't exist pkg_delete: file '/usr/local/lib/perl5/site_perl/5.10.1/mach/auto/RRDs/.packlist' doesn't exist pkg_delete: file '/usr/local/lib/perl5/site_perl/5.10.1/mach/RRDs.pm' doesn't exist pkg_delete: file '/usr/local/lib/perl5/site_perl/5.10.1/mach/auto/RRDs' doesn't exist pkg_delete: unable to completely remove directory '/usr/local/lib/perl5/site_perl/5.10.1/mach/auto/RRDs' pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) so it appears that these files are not actually being installed - could this be a bug in rrdtool or the port? cheers, Rob ___ 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"
rrdtool and perl 5.10 not playing nice
I have seen this issue on two machines now, but this particular instance is on a newly built one. I run munin to collect and graph stats on my network from this box. net-mgmt/munin-master depends on perl and rrdtool. I installed perl 5.10 from ports and then installed munin-master. rrdtool was built as a dependency with the default port knobs: r...@aylee /usr/ports/databases/rrdtool # make showconfig ===> The following configuration options are available for rrdtool-1.4.3: DEJAVU=off "Use DejaVu fonts (requires X11)" MMAP=on "Use mmap in rrd_update" PERL_MODULE=on "Build PERL module" PYTHON_MODULE=off "Build PYTHON bindings" RUBY_MODULE=off "Build RUBY bindings" I'm seeing this error from munin: Can't locate RRDs.pm in @INC (@INC contains: /usr/local/lib/perl5/5.10.1/BSDPAN /usr/local/lib/perl5/site_perl/5.10.1/mach +/usr/local/lib/perl5/site_perl/5.10.1 /usr/local/lib/perl5/5.10.1/mach /usr/local/lib/perl5/5.10.1 .) at +/usr/local/lib/perl5/site_perl/5.10.1/Munin/Master/Utils.pm line 22. BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.10.1/Munin/Master/Utils.pm line 22. Compilation failed in require at /usr/local/lib/perl5/site_perl/5.10.1/Munin/Master/UpdateWorker.pm line 18. BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.10.1/Munin/Master/UpdateWorker.pm line 18. Compilation failed in require at /usr/local/lib/perl5/site_perl/5.10.1/Munin/Master/Update.pm line 17. BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.10.1/Munin/Master/Update.pm line 17. Compilation failed in require at /usr/local/share/munin/munin-update line 13. BEGIN failed--compilation aborted at /usr/local/share/munin/munin-update line 13. RRDs.pm does exist: r...@aylee /root # find /usr/local/lib/perl5 -name RRDs.pm /usr/local/lib/perl5/site_perl/5.10.1/Log/Log4perl/Appender/RRDs.pm Not knowing anything of perl, what can I do to fix this? It has only occurred since upgrading to/installing perl 5.10 cheers, Rob ___ 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"
