Backward compatibility of Java libraries API in FreeBSD
Hello, I am preparing a service for automatic monitoring changes in Java libraries and testing backward binary/source compatibility [1]. First hundred or more libraries will be included to the tracker freely for testing purposes. If anyone want to add some library then feel free to write me a request [2]. For example, slf4j library (from the list of FreeBSD Java Ports [3]) has an entry in the tracker at [4]. [1] http://linuxtesting.org/upstream-tracker/java/ [2] upstream-trac...@linuxtesting.org mailto:upstream-trac...@linuxtesting.org?subject=add%20library [3] http://www.freebsd.org/ports/java.html [4] http://linuxtesting.org/upstream-tracker/java/versions/slf4j.html -- Andrey Ponomarenko Department for Operating Systems at ISPRAS web:http://www.LinuxTesting.org mail: aponomare...@ispras.ru ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: emacs and gconf troubles
On 12/12/10 17:08, Ashish SHUKLA wrote: So, what I think happening in your case is kdm isn't starting the DBus on startup of your session, which is why it only gets activated (started) when you start Emacs (or any other DBus consumer application). ... And for good overall desktop experience, please make sure dbus gets started on system startup, as well as session startup. Lots of services expect DBus to be running. I have: # ps ax | grep dbus 1002 ?? Is 0:00.03 /usr/local/bin/dbus-daemon --system 1451 ?? I 0:00.00 dbus-launch --autolaunch=b3fbd8cb89ee22fd22fc29261a5f --binary-syntax --close-stderr 1452 ?? Is 0:00.00 /usr/local/bin/dbus-daemon --fork --print-pid 6 --print-address 8 --session The first one is launched at system startup, the other two when I login. So I cannot explain why emacs would complains about it... If you're running Emacs on server and don't want DBus to be started, then exclude DBUS using make config and reinstall the port. So, on the two remote servers, I configured emacs to work without DBUS and recompiled, but nothing changed: still emacs starts dbus and still Konsole does not close automatically unless I kill it. Then I removed *gconf* support too and now the problem seems to be gone. bye Thanks av. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Updating Claws-Mail
On Sun, 12 Dec 2010 23:23:51 +0200 Ion-Mihai Tetcu ite...@freebsd.org wrote: On Sun, 12 Dec 2010 21:54:31 +0100 Paweł Pękala c...@o2.pl wrote: docbook2pdf is part of textproc/docbook-utils so now we have all dependencies correctly set. Yes, but we don't want them ;) *Some* people do not want them, so it should be configurable (with the default for at least the official package build cluster to be enabled). Bye, Alexander. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: mupen64plus segfaults
2010/12/13 David DEMELIER demelier.da...@gmail.com: Hi, After an update, I have removed ~/.mupen64plus and ~/.config/mupen64plus but it segfaults when starting : mark...@melon ~ $ mupen64plus documents/roms/N64/Mario\ Kart\ 64\ \(U\)\ \[\!\].z64 __ __ __ _ _ _ | \/ |_ _ _ __ ___ _ __ / /_ | || | | _ \| |_ _ ___ | |\/| | | | | '_ \ / _ \ '_ \| '_ \| || |_| |_) | | | | / __| | | | | |_| | |_) | __/ | | | (_) |__ _| __/| | |_| \__ \ |_| |_|\__,_| .__/ \___|_| |_|\___/ |_| |_| |_|\__,_|___/ |_| http://code.google.com/p/mupen64plus/ Mupen64Plus Console User-Interface Version 1.99.4 UI-console: attached to core library 'Mupen64Plus Core' version 1.99.4 Includes support for Dynamic Recompiler. Core Warning: Couldn't open configuration file '/home/markand/.config/mupen64plus/mupen64plus.cfg'. Using defaults. Core: Goodname: Mario Kart 64 (U) [!] Core: Name: MARIOKART64 Core: MD5: 3A67D9986F54EB282924FCA4CD5F6DFF Core: CRC: b655503e 52da922e Core: Imagetype: .z64 (native) Core: Rom size: 12582912 bytes (or 12 Mb or 96 Megabits) Core: Version: 4614 Core: Manufacturer: 4e00 Core: Country: USA UI-Console: Cheat codes disabled. UI-console: using Video plugin: dummy UI-console: using Audio plugin: dummy UI-console: using Input plugin: dummy UI-console: using RSP plugin: dummy Core Warning: No video plugin attached. There will be no video output. Core Warning: No audio plugin attached. There will be no sound output. Core Warning: No input plugin attached. You won't be able to control the game. zsh: segmentation fault mupen64plus documents/roms/N64/Mario\ Kart\ 64\ \(U\)\ \[!\].z64 I wonder why it does not attach any i/o output. -- Demelier David Well, I see the problem : mupen64plus --plugindir /usr/local/lib seems to solve the problem since the mupen64plus plugins are in /usr/local/lib/ instead of /usr/local/lib/mupen64plus/. -- Demelier David ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: making all ports in /usr/ports on FreeBSD 8.1
On Sat, Dec 11, 2010 at 01:29:05AM -0800, Norm Larkin wrote: Hello, I was idly trying to experiment and decided I wanted to see how long it took, how much disk space was involved, how hard it was on a system, and so on, to build the entire ports tree. I loaded up a fresh system with FreeBSD 8.1R on i386, used all defaults for the installer options, had it install all sources and the ports tree, went into /usr/ports, set BATCH to yes, and did make install. It bombed within about an hour. Figuring my ports were out of date, I repeated this after wiping all of /usr/local, /var/db/pkg, /usr/ports, and then using portsnap to fetch and install. Same result. I then tried loading the amd64 version. Same thing. What am I doing dumb here (other than possibly trying to build all ports). It seems to always get messed up on libxml2. Have you tried building libxml2 only? pgpJqIFoUilXd.pgp Description: PGP signature
Re: making all ports in /usr/ports on FreeBSD 8.1
On Sat, Dec 11, 2010 at 01:29, Norm Larkin norml1...@yahoo.com wrote: Hello, I was idly trying to experiment and decided I wanted to see how long it took, how much disk space was involved, how hard it was on a system, and so on, to build the entire ports tree. I loaded up a fresh system with FreeBSD 8.1R on i386, used all defaults for the installer options, had it install all sources and the ports tree, went into /usr/ports, set BATCH to yes, and did make install. It bombed within about an hour. Figuring my ports were out of date, I repeated this after wiping all of /usr/local, /var/db/pkg, /usr/ports, and then using portsnap to fetch and install. Same result. I then tried loading the amd64 version. Same thing. What am I doing dumb here (other than possibly trying to build all ports). It seems to always get messed up on libxml2. Typescript follows, but I only did a script after it had already failed, so all the intermediate stuff is not there. Script started on Sat Dec 11 02:41:10 2010 freebsd-81r-i386# cd /usr/ports freebsd-81r-i386# setenv BATCH yes freebsd-81r-i386# make install There are a couple problems with this: first, some ports conflict, so you can't have everything installed installed at once. You need to use something like tinderbox to have the builds isolated from one another. Secondly, as you've noticed, the first broken port causes the whole thing to fail. Tinderbox would fix this too. -- Rob Farmer ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
FlySpray and Postgres
Hello. On Flyspray's web site and in pkg-descr, I see that it should work with either MySQL or Postgres. Alas the port doesn't have the option to choose Postgres and in files/README.FreeBSD I read: 8) Note that this version of Flyspray does not support PostgreSQL. Since I'd like to use Flyspray and Postgres, I'm looking into some insight on this: is this only a limitation of the port? Or is there anything stopping Flyspray from working with pgsql on FreeBSD? bye Thanks av. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Updating Claws-Mail
On Mon, 13 Dec 2010 10:31:25 +0100 Alexander Leidinger alexan...@leidinger.net wrote: On Sun, 12 Dec 2010 23:23:51 +0200 Ion-Mihai Tetcu ite...@freebsd.org wrote: On Sun, 12 Dec 2010 21:54:31 +0100 Paweł Pękala c...@o2.pl wrote: docbook2pdf is part of textproc/docbook-utils so now we have all dependencies correctly set. Yes, but we don't want them ;) *Some* people do not want them, so it should be configurable (with the default for at least the official package build cluster to be enabled). Can't we just fetch the file as DSITFILES from somewhere? -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: making all ports in /usr/ports on FreeBSD 8.1
On Mon, 13 Dec 2010 04:30:16 -0800 Rob Farmer rfar...@predatorlabs.net wrote: On Sat, Dec 11, 2010 at 01:29, Norm Larkin norml1...@yahoo.com wrote: Hello, I was idly trying to experiment and decided I wanted to see how long it took, how much disk space was involved, how hard it was on a system, and so on, to build the entire ports tree. I loaded up a fresh system with FreeBSD 8.1R on i386, used all defaults for the installer options, had it install all sources and the ports tree, went into /usr/ports, set BATCH to yes, and did make install. It bombed within about an hour. Figuring my ports were out of date, I repeated this after wiping all of /usr/local, /var/db/pkg, /usr/ports, and then using portsnap to fetch and install. Same result. I then tried loading the amd64 version. Same thing. What am I doing dumb here (other than possibly trying to build all ports). It seems to always get messed up on libxml2. Typescript follows, but I only did a script after it had already failed, so all the intermediate stuff is not there. Script started on Sat Dec 11 02:41:10 2010 freebsd-81r-i386# cd /usr/ports freebsd-81r-i386# setenv BATCH yes freebsd-81r-i386# make install There are a couple problems with this: first, some ports conflict, so you can't have everything installed installed at once. You need to use something like tinderbox to have the builds isolated from one another. Secondly, as you've noticed, the first broken port causes the whole thing to fail. Tinderbox would fix this too. For the last one: make -k -DBATCH -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: Updating Claws-Mail
On Mon, 13 Dec 2010 15:12:39 +0200 Ion-Mihai Tetcu ite...@freebsd.org wrote: On Mon, 13 Dec 2010 10:31:25 +0100 Alexander Leidinger alexan...@leidinger.net wrote: On Sun, 12 Dec 2010 23:23:51 +0200 Ion-Mihai Tetcu ite...@freebsd.org wrote: On Sun, 12 Dec 2010 21:54:31 +0100 Paweł Pękala c...@o2.pl wrote: docbook2pdf is part of textproc/docbook-utils so now we have all dependencies correctly set. Yes, but we don't want them ;) *Some* people do not want them, so it should be configurable (with the default for at least the official package build cluster to be enabled). Can't we just fetch the file as DSITFILES from somewhere? Do you want to invest time to build the port + manual, make the manual available somewhere, and modify the port each time to fetch it? What's wrong with having it build on the pointyhat cluster for those which build a package and to make it an option for those which build the port? Bye, Alexander. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FlySpray and Postgres
On 12/13/10 16:05, Nick Hilliard wrote: On 13/12/2010 12:47, Andrea Venturoli wrote: Since I'd like to use Flyspray and Postgres, I'm looking into some insight on this: is this only a limitation of the port? yup. I was just too lazy to look at supporting it. If you want to submit some patches, that would be good. I tried by just disabling mysql support (I already had php-pgsql installed) and it just works. So I guess the only thing that is needed is an OPTIONS for php-pgsql, just to track dependencies. bye Thanks av. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Finding LZMA algorithm detailed specification
Hi, I want to find LZMA compression algorithm specification which is unabridged and detailed.I am very interested in that how the LZMA algorithm works.Where can I find this? The information is not unabridged on http://7-zip.org/7z.html. Contect me EMAIL: sdf...@yahoo.com.cn Thanks ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: mupen64plus segfaults
i does not build on i386 8.1-RELEASE neither. === Patching for mupen64plus-video-rice-1.99.4 === Converting DOS text file to UNIX text file: === mupen64plus-video-rice-1.99.4 depends on executable: gmake - found === mupen64plus-video-rice-1.99.4 depends on file: /usr/local/bin/sdl-config - found === mupen64plus-video-rice-1.99.4 depends on shared library: GLU.1 - found === Configuring for mupen64plus-video-rice-1.99.4 === Building for mupen64plus-video-rice-1.99.4 CC _obj/liblinux/BMGImage.o CC _obj/liblinux/bmp.o CC _obj/liblinux/pngrw.o CC _obj/osal_dynamiclib_unix.o CC _obj/osal_files_unix.o CC _obj/liblinux/BMGUtils.o CXX _obj/Blender.o CXX _obj/Combiner.o CXX _obj/CombinerTable.o CXX _obj/Config.o CXX _obj/ConvertImage.o CXX _obj/ConvertImage16.o CXX _obj/CNvTNTCombiner.o CXX _obj/Debugger.o CXX _obj/DecodedMux.o CXX _obj/DirectXDecodedMux.o CXX _obj/DeviceBuilder.o CXX _obj/FrameBuffer.o CXX _obj/GeneralCombiner.o CXX _obj/GraphicsContext.o CXX _obj/OGLCombiner.o CXX _obj/OGLCombinerNV.o CXX _obj/OGLCombinerTNT2.o CXX _obj/OGLDecodedMux.o CXX _obj/OGLExtCombiner.o CXX _obj/OGLExtensions.o CXX _obj/OGLExtRender.o CXX _obj/OGLFragmentShaders.o CXX _obj/OGLGraphicsContext.o CXX _obj/OGLRender.o CXX _obj/OGLRenderExt.o CXX _obj/OGLTexture.o CXX _obj/Render.o CXX _obj/RenderBase.o ../../src/RenderBase.cpp: In function 'void SSEVec3Transform(int)': ../../src/RenderBase.cpp:478: error: unknown register name '%xmm7' in 'asm' ../../src/RenderBase.cpp:478: error: unknown register name '%xmm6' in 'asm' ../../src/RenderBase.cpp:478: error: unknown register name '%xmm5' in 'asm' ../../src/RenderBase.cpp:478: error: unknown register name '%xmm4' in 'asm' ../../src/RenderBase.cpp:478: error: unknown register name '%xmm1' in 'asm' ../../src/RenderBase.cpp:478: error: unknown register name '%xmm0' in 'asm' ../../src/RenderBase.cpp: In function 'void SSEVec3TransformNormal()': ../../src/RenderBase.cpp:617: error: unknown register name '%xmm7' in 'asm' ../../src/RenderBase.cpp:617: error: unknown register name '%xmm6' in 'asm' ../../src/RenderBase.cpp:617: error: unknown register name '%xmm5' in 'asm' ../../src/RenderBase.cpp:617: error: unknown register name '%xmm4' in 'asm' ../../src/RenderBase.cpp:617: error: unknown register name '%xmm1' in 'asm' ../../src/RenderBase.cpp:617: error: unknown register name '%xmm0' in 'asm' ../../src/RenderBase.cpp: In function 'unsigned int SSELightVert()': ../../src/RenderBase.cpp:1266: error: unknown register name '%xmm5' in 'asm' ../../src/RenderBase.cpp:1266: error: unknown register name '%xmm4' in 'asm' ../../src/RenderBase.cpp:1266: error: unknown register name '%xmm3' in 'asm' ../../src/RenderBase.cpp:1266: error: unknown register name '%xmm1' in 'asm' ../../src/RenderBase.cpp:1266: error: unknown register name '%xmm0' in 'asm' gmake: *** [_obj/RenderBase.o] Error 1 *** Error code 1 Stop in /usr/ports/emulators/mupen64plus-video-rice. *** Error code 1 Stop in /usr/ports/emulators/mupen64plus-video-rice. *** Error code 1 Stop in /usr/ports/emulators/mupen64plus. Did you try before commit? :-) Cheers ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Updating Claws-Mail
On 12/13/2010 08:06, Alexander Leidinger wrote: On Mon, 13 Dec 2010 15:12:39 +0200 Ion-Mihai Tetcuite...@freebsd.org wrote: On Mon, 13 Dec 2010 10:31:25 +0100 Alexander Leidingeralexan...@leidinger.net wrote: On Sun, 12 Dec 2010 23:23:51 +0200 Ion-Mihai Tetcu ite...@freebsd.org wrote: On Sun, 12 Dec 2010 21:54:31 +0100 Paweł Pękalac...@o2.pl wrote: docbook2pdf is part of textproc/docbook-utils so now we have all dependencies correctly set. Yes, but we don't want them ;) *Some* people do not want them, so it should be configurable (with the default for at least the official package build cluster to be enabled). Can't we just fetch the file as DSITFILES from somewhere? Do you want to invest time to build the port + manual, make the manual available somewhere, and modify the port each time to fetch it? What's wrong with having it build on the pointyhat cluster for those which build a package and to make it an option for those which build the port? I think some ports have split the docs into their own port, e.g., gimp. Is that a reasonable approach here? The fact that a lot of the gnome stuff A) makes docs by default, B) with no option to turn it off, which C) pulls in a ton of docbook and other deps; is not something I'm fond of, and would prefer to not see repeated elsewhere. :) Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: mupen64plus segfaults
2010/12/13 David Demelier demelier.da...@gmail.com i does not build on i386 8.1-RELEASE neither. === Patching for mupen64plus-video-rice-1.99.4 === Converting DOS text file to UNIX text file: === mupen64plus-video-rice-1.99.4 depends on executable: gmake - found === mupen64plus-video-rice-1.99.4 depends on file: /usr/local/bin/sdl-config - found === mupen64plus-video-rice-1.99.4 depends on shared library: GLU.1 - found === Configuring for mupen64plus-video-rice-1.99.4 === Building for mupen64plus-video-rice-1.99.4 CC _obj/liblinux/BMGImage.o CC _obj/liblinux/bmp.o CC _obj/liblinux/pngrw.o CC _obj/osal_dynamiclib_unix.o CC _obj/osal_files_unix.o CC _obj/liblinux/BMGUtils.o CXX _obj/Blender.o CXX _obj/Combiner.o CXX _obj/CombinerTable.o CXX _obj/Config.o CXX _obj/ConvertImage.o CXX _obj/ConvertImage16.o CXX _obj/CNvTNTCombiner.o CXX _obj/Debugger.o CXX _obj/DecodedMux.o CXX _obj/DirectXDecodedMux.o CXX _obj/DeviceBuilder.o CXX _obj/FrameBuffer.o CXX _obj/GeneralCombiner.o CXX _obj/GraphicsContext.o CXX _obj/OGLCombiner.o CXX _obj/OGLCombinerNV.o CXX _obj/OGLCombinerTNT2.o CXX _obj/OGLDecodedMux.o CXX _obj/OGLExtCombiner.o CXX _obj/OGLExtensions.o CXX _obj/OGLExtRender.o CXX _obj/OGLFragmentShaders.o CXX _obj/OGLGraphicsContext.o CXX _obj/OGLRender.o CXX _obj/OGLRenderExt.o CXX _obj/OGLTexture.o CXX _obj/Render.o CXX _obj/RenderBase.o ../../src/RenderBase.cpp: In function 'void SSEVec3Transform(int)': ../../src/RenderBase.cpp:478: error: unknown register name '%xmm7' in 'asm' ../../src/RenderBase.cpp:478: error: unknown register name '%xmm6' in 'asm' ../../src/RenderBase.cpp:478: error: unknown register name '%xmm5' in 'asm' ../../src/RenderBase.cpp:478: error: unknown register name '%xmm4' in 'asm' ../../src/RenderBase.cpp:478: error: unknown register name '%xmm1' in 'asm' ../../src/RenderBase.cpp:478: error: unknown register name '%xmm0' in 'asm' ../../src/RenderBase.cpp: In function 'void SSEVec3TransformNormal()': ../../src/RenderBase.cpp:617: error: unknown register name '%xmm7' in 'asm' ../../src/RenderBase.cpp:617: error: unknown register name '%xmm6' in 'asm' ../../src/RenderBase.cpp:617: error: unknown register name '%xmm5' in 'asm' ../../src/RenderBase.cpp:617: error: unknown register name '%xmm4' in 'asm' ../../src/RenderBase.cpp:617: error: unknown register name '%xmm1' in 'asm' ../../src/RenderBase.cpp:617: error: unknown register name '%xmm0' in 'asm' ../../src/RenderBase.cpp: In function 'unsigned int SSELightVert()': ../../src/RenderBase.cpp:1266: error: unknown register name '%xmm5' in 'asm' ../../src/RenderBase.cpp:1266: error: unknown register name '%xmm4' in 'asm' ../../src/RenderBase.cpp:1266: error: unknown register name '%xmm3' in 'asm' ../../src/RenderBase.cpp:1266: error: unknown register name '%xmm1' in 'asm' ../../src/RenderBase.cpp:1266: error: unknown register name '%xmm0' in 'asm' gmake: *** [_obj/RenderBase.o] Error 1 *** Error code 1 Stop in /usr/ports/emulators/mupen64plus-video-rice. *** Error code 1 Stop in /usr/ports/emulators/mupen64plus-video-rice. *** Error code 1 Stop in /usr/ports/emulators/mupen64plus. Did you try before commit? :-) Cheers This is a missing stuff in mupen6plus-video-rice Makefile Try apply the patch file to /usr/ports/emulators/mupen64plus-video-rice/mupen64plus-bundle-src-1.99.4/mupen64plus-video-rice/projects/unix/Makefile and tell me if it works for you Greetings ACM Makefile.patch Description: Binary data ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Updating Claws-Mail
On Mon 13 Dec 2010 at 11:22:26 PST Doug Barton wrote: I think some ports have split the docs into their own port, e.g., gimp. Is that a reasonable approach here? The fact that a lot of the gnome stuff A) makes docs by default, B) with no option to turn it off, which C) pulls in a ton of docbook and other deps; is not something I'm fond of, and would prefer to not see repeated elsewhere. :) Are the upstream authors resisting the idea of including pre-built docs in their tarballs? Is it that they're making some system-dependent tweaks at install time? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Announce: the utility that dumps CVS logs for any port
Hi, There is a small program--portvcs[0] that can feed your terminal with logs for a particular port from CVS server. It's useful for those of us who hates to browse cvsweb with firefox. For example, you can type: % portvcs www/firefox and it dumps logs for firefox (by default from now to 1 year ago). Or: % pwd /usr/ports/x11-toolkits/gtk20 % portvcs Makefile to see logs for gtk20. To install portvcs type: # gem install portvcs Warning: it requires Ruby 1.9.2 (and no other dependencies). Make sure you have RUBY_DEFAULT_VER=1.9 in /etc/make.conf. Or install portvcs under RVM[1]. After installation type: % ri PortVCS to get additional help. [0] https://github.com/gromnitsky/portvcs [1] http://rvm.beginrescueend.com -- Please consider the environment before printing this email. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Announce: the utility that dumps CVS logs for any port
On 12/13/2010 16:22, Alexander Gromnitsky wrote: Hi, There is a small program--portvcs[0] that can feed your terminal with logs for a particular port from CVS server. It's useful for those of us who hates to browse cvsweb with firefox. For example, you can type: % portvcs www/firefox and it dumps logs for firefox (by default from now to 1 year ago). Or: % pwd /usr/ports/x11-toolkits/gtk20 % portvcs Makefile to see logs for gtk20. To install portvcs type: # gem install portvcs Warning: it requires Ruby 1.9.2 (and no other dependencies). Make sure you have RUBY_DEFAULT_VER=1.9 in /etc/make.conf. Or install portvcs under RVM[1]. After installation type: % ri PortVCS to get additional help. [0] https://github.com/gromnitsky/portvcs [1] http://rvm.beginrescueend.com Now there is something useful! Thanks for this! -- jhell,v ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org