Re: [aur-general] Packaging LLVM

2009-10-26 Thread Tobias Kieslich
Hi, I'm using LLVM myself, especially with clang and the static analyzer. I would like to see LLVM and clang separated, however the clang version is only available via svn and that depends on LLVM-svn very much. So I think it's better to build a general LLVM package with the gcc- frontend for

Re: [aur-general] Packaging LLVM

2009-10-26 Thread Tobias Kieslich
On Mon, 26 Oct 2009, Ranguvar wrote: It appears that Clang is available as an actual release this time around, so no need for SVN :) See this: http://llvm.org/releases/download.html#2.6 Oh huebsch! ... or sweet in English ... As for the splitting of the packages, it will be either difficult

Re: [aur-general] Packaging LLVM

2009-10-26 Thread Tobias Kieslich
Thanks, I posted my llvm-clang-svn PKGBUILD in AUR, not all of the things made it into the actual build. I like to have all scan-* wrappers included as they are handy and depend on each other (scan-build -V invokes scan-view automatically after a test build). They PKGBUILD is in the comments of

Re: [aur-general] Packaging LLVM

2009-10-26 Thread Tobias Kieslich
-build and scan-view and the deps are not installed by default, the PKGBUILD copies them manually. The are used to invoke the static analyzer. -T On Mon, Oct 26, 2009 at 7:16 PM, Tobias Kieslich tob...@justdreams.dewrote: Thanks, I posted my llvm-clang-svn PKGBUILD in AUR

Re: [aur-general] Arch's Vim Failings Solution Suggestions

2009-03-27 Thread Tobias Kieslich
On Fri, 27 Mar 2009, Kessia 'even' Pinheiro wrote: Hi! On Fri, Mar 20, 2009 at 12:19 PM, Tobias Kieslich tob...@justdreams.de wrote: Hi,        I was reaaly busy lately so I wasn't able to push tha changes I made locally. I got rid of gvimrc in etc, I still wonder thought why

Re: [aur-general] Arch's Vim Failings Solution Suggestions

2009-03-20 Thread Tobias Kieslich
Hi, I was reaaly busy lately so I wasn't able to push tha changes I made locally. 1) gvim package: Shipping an /etc/gvimrc which, due to the order that   Vim loads rc files, overrides any settings in the user's ~/.vimrc.   Considering that some users make the conscious decision to keep

Re: [aur-general] openexr so-name bump

2008-11-01 Thread Tobias Kieslich
Hi Pierre I'm releasing a new hugin this weekend. The current one is slightly broken and misses exiv2 and openexr dependencies. So once released, we will need a rebuild for testing as well. I'm pretty sure at least it takes openexr, I will have to double check though. As for Yafray,