- Aur-general - lists.archlinux.org

[aur-general] [PING] Paul Mattal (pjmattal)
by Ronald van Haren 06 Feb '08

06 Feb '08

See this mailing list thread: http://archlinux.org/pipermail/aur-general/2008-February/006951.html Thank you

1 0

[aur-general] Asterisk, Asterisk-addons and Zaptel
by Jason Tarbet 05 Feb '08

05 Feb '08

Hi all - This is just a heads up that I have taken over maintenance of the orphaned packages asterisk, asterisk-addons and zaptel. I will check out the other asterisk related packages and see if they are in need of maintaining or if they are no longer in development. I currently have the i686 versions up and will work on x86-64 if there are requests. Thank you, Jason

1 0

[aur-general] oh, and if you try secondlife PKGBUILDs I send
by Paul Dufresne 03 Feb '08

03 Feb '08

Oh, and if you try secondlife PKGBUILD I sent, please note that we have distcc (pacman -Sy distcc), so you could get much faster results using this and removing DISTCC=no. Also FMod and x86_64 are said to not work together. Anyway, the SConstruct file (some kind of Makefile in Python) does deactivate FMod on x86_64. But of course, avoiding to touch these PKGBUILDs could help you very much keep your mental sanity.

1 0

[aur-general] going from secondlife to nunit as root problem
by Paul Dufresne 03 Feb '08

03 Feb '08

Well, in last 48 to 72 hours, I have been trying to build secondlife from source on x86_64, with less and less hope after each hours. Searching for help, I discovered libsecondlife: http://www.libsecondlife.org/wiki/Main_Page and http://opensimulator.org/ . Being in .NET, I hope, or at least was hoping, to have much less problems compiling it. So I began to follow instructions at: http://www.libsecondlife.org/wiki/Getting_Started#Linux Seems we have in extra: mono, nant and subversion. So I began to make a NUnit package: === # Contributor: Paul Dufresne <dufresnep(a)gmail.com> pkgname=nunit pkgver=2.4.6 pkgrel=1 pkgdesc="a unit-testing framework for all .Net languages" arch=('i686' 'x86_64') url="http://www.nunit.org/index.php" license=('unknown') depends=('mono') makedepends=('mono' 'nant') provides=() conflicts=() replaces=() backup=() groups=() options=() install= source=("http://superb-west.dl.sourceforge.net/sourceforge/nunit/NUnit-${pkgver}-src…") noextract=() md5sums=('a422333d3516d75d5098568fb4984834') build() { cd $startdir/src/src nant build-all || return 1 } === Well, the instructions suggest: sudo nant build-all, well, I tought building in fakeroot would be enough but this gives me: === ==> Starting build()... ** (/usr/share/NAnt/bin/NAnt.exe:8561): CRITICAL **: _wapi_shm_file_open: shared file [/root/.wapi/shared_data-myhost-Linux-x86_64-328-11-0] open error: Permission denied ** (/usr/share/NAnt/bin/NAnt.exe:8561): CRITICAL **: _wapi_shm_attach: shared file [/root/.wapi/shared_data-myhost-Linux-x86_64-328-11-0] open error ** ERROR **: file shared.c: line 346 (shm_semaphores_init): assertion failed: (tmp_shared != NULL) aborting... PKGBUILD: line 22: 8561 Segmentation fault nant build-all === I don't really feel to run it as makepkg --asroot , as I feel it will mess my installation. So I am writing this 'Help!' message. ;-) In case you are curious about my attempts at building a source port for secondlife, my latest incarnation is: === # This does not work, maybe one day it will. ;-) # Contributor: Paul Dufresne <dufresnep(a)gmail.com> pkgname=secondlife pkgver=1.18.5.3 pkgrel=1 pkgdesc="a 3-D virtual world entirely built and owned by its residents" url="http://www.secondlife.com/" license="GPL" depends=('gtk2>2.0' 'nss' 'mesa' 'libgl' 'apr-util' 'libstdc++5' 'cairo' 'glib' 'atk' 'sdl' 'libvorbis' 'curl' 'boost' 'gdk-pixbuf' 'pango' # pangoft2 pangox pangoxft vorbisenc vorbisfile # 'gmobile>2.0' 'gdk>2.0' ) # the SConstruct have some info like: # needs: cairo glib-2.0 (2.0???) atk gmobile-2.0 gdk-2.0 gdk-pixbuf-2.0 pango pangoft2 # pangox pangoxft gtk+-2.0 sdl vorbis vorbisenc vorbisfile makedepends=('scons' 'gcc34' 'flex' 'bison') # 'zlib' 'openssl' 'curl' 'c-ares') arch=('x86_64') # not tested on 'i686', if you try remove ARCH=x86_64 on scons line conflicts=('secondlife-bin') # does it? install=secondlife.install source=('secondlife.desktop' 'secondlife.install' 'secondlife.launcher' "http://secondlife.com/developers/opensource/downloads/2007/11/slviewer-src-…" "http://secondlife.com/developers/opensource/downloads/2007/11/slviewer-artw…" "'http://secondlife.com/developers/opensource/downloads/2007/11/slviewer-linu…" # 'http://www.fmod.org/index.php/release/version/fmodapi375linux.tar.gz' 'http://secondlife.com/developers/opensource/downloads/2007/12/llmozlib-src-…') md5sums=('1e94b39e84e74321d40f0ab9fefd3db1' 'e8222152e75bd8859b72da028fb35963' '067f489be9fd2280ce2e12ed94ea7950' 'c53755a73135168928b9c6f236eebaa6' '5fdea9fbbd0a92b907c1a864a8c00160' 'd1264d2a70f64d8ef1f5fc5b28bcde63' '31b014f75100dcb6105202b29e26bc4c') build() { cd $startdir/src/ msg "We don't include sound for now, this portage does not way anyway, and adding this" msg " force you to become root and rm -r src; rm -r pkg each time when executed under fakeroot" # msg "First, let's deal with fmod to have sound!" # msg "it may make the result less open-source!"# the SConstruct have some info like: # needs: cairo glib-2.0 atk gmobile-2.0 gdk-2.0 gdk-pixbuf-2.0 pango pangoft2 pangox pangoxft gtk+-2.0 sdl vorbis vorbisenc vorbisfile # cd fmodapi375linux/ # cp api/inc/* ../linden/libraries/i686-linux/include/ # cp api/libfmod-3.75.so ../linden/libraries/i686-linux/lib_release_client/ # # was causing rights errors, but it seems I had decompressed files as root # sleep 3 cd $startdir/src/linden # Build the stuff msg 'Building can take hours! Take a coffee break' cd indra #Following line is to do a quick check that run slow #scons DISTCC=no BTARGET=client BUILD=releasenoopt MOZLIB=yes #Following is what you would use for i686, but why would you want to do that, as binary are already done #scons DISTCC=no BTARGET=client BUILD=release MOZLIB=yes # next is my line # go to src/linden/indra, and do scons --help for the list of options and help # STANDALONE=yes, will make it use g++ rather g++3.4, you can edit SConstruct to fix this easily, but because makepkg will overwrite it, well, ... # and when using g++ (gcc 4.2.2), then it does not work because it have new warning, and it is choosing to treat warnings as errors #BUILD=release or releasenoopt and others, let's take releasenoop for now, it does not compile anyway, why loose time scons BUILD=releasenoopt ARCH=x86_64 BTARGET=client DISTCC=no MOZLIB=yes FMOD=yes GSTREAMER=yes # STANDALONE=yes # there is warning at the beginning of scons process, they may be worth to read (if you understand them) # Rename Data Directory # mv SecondLife_i686_${pkgver}/ secondlife # Install Desktop File # install -D -m644 $startdir/src/secondlife.desktop \ # $startdir/pkg/usr/share/applications/secondlife.desktop # Install Icon File # install -D -m644 $startdir/src/secondlife/secondlife.ico \ # $startdir/pkg/usr/share/pixmaps/secondlife.ico # Install Launcher # install -d $startdir/pkg/usr/bin/ # install -D -m755 $startdir/src/secondlife.launcher \ # $startdir/pkg/usr/bin/secondlife # Move Data to Destination Directory # install -d $startdir/pkg/opt/ # mv secondlife/ $startdir/pkg/opt/ # # Change Permissions of files to root:games # # chown -R root:20 $startdir/pkg/opt/secondlife # # chmod -R g+rw $startdir/pkg/opt/secondlife } === Or for a different version: === # This does not work, maybe one day it will. ;-) # Contributor: Paul Dufresne <dufresnep(a)gmail.com> pkgname=secondlife pkgver=1.18.6.4 pkgrel=1 pkgdesc="a 3-D virtual world entirely built and owned by its residents" url="http://www.secondlife.com/" license="GPL" depends=('gtk2>2.0' 'nss' 'mesa' 'libgl' 'apr-util' 'libstdc++5' 'cairo' 'glib' 'atk' 'sdl' 'libvorbis' 'curl' 'boost' 'gdk-pixbuf' 'pango' # pangoft2 pangox pangoxft vorbisenc vorbisfile # 'gmobile>2.0' 'gdk>2.0' ) # the SConstruct have some info like: # needs: cairo glib-2.0 (2.0???) atk gmobile-2.0 gdk-2.0 gdk-pixbuf-2.0 pango pangoft2 # pangox pangoxft gtk+-2.0 sdl vorbis vorbisenc vorbisfile makedepends=('scons' 'gcc34' 'flex' 'bison') # 'zlib' 'openssl' 'curl' 'c-ares') arch=('x86_64') # not tested on 'i686', if you try remove ARCH=x86_64 on scons line conflicts=('secondlife-bin') # does it? install=secondlife.install source=('secondlife.desktop' 'secondlife.install' 'secondlife.launcher' 'http://secondlife.com/developers/opensource/downloads/2008/01/slviewer-src-…' 'http://secondlife.com/developers/opensource/downloads/2008/01/slviewer-artw…' 'http://secondlife.com/developers/opensource/downloads/2008/01/slviewer-linu…' # 'http://www.fmod.org/index.php/release/version/fmodapi375linux.tar.gz' 'http://secondlife.com/developers/opensource/downloads/2007/12/llmozlib-src-…') md5sums=('1e94b39e84e74321d40f0ab9fefd3db1' 'e8222152e75bd8859b72da028fb35963' '067f489be9fd2280ce2e12ed94ea7950' '175e5e2a27cbf461c94059b660caca96' 'c21f4865537f03086864b9c359a5113b' '6610c48ac2208c3a724b56e9bcbe6d84' '31b014f75100dcb6105202b29e26bc4c') build() { cd $startdir/src/ msg "We don't include sound for now, this portage does not way anyway, and adding this" msg " force you to become root and rm -r src; rm -r pkg each time when executed under fakeroot" # msg "First, let's deal with fmod to have sound!" # msg "it may make the result less open-source!"# the SConstruct have some info like: # needs: cairo glib-2.0 atk gmobile-2.0 gdk-2.0 gdk-pixbuf-2.0 pango pangoft2 pangox pangoxft gtk+-2.0 sdl vorbis vorbisenc vorbisfile # cd fmodapi375linux/ # cp api/inc/* ../linden/libraries/i686-linux/include/ # cp api/libfmod-3.75.so ../linden/libraries/i686-linux/lib_release_client/ # # was causing rights errors, but it seems I had decompressed files as root # sleep 3 cd $startdir/src/linden # Build the stuff msg 'Building can take hours! Take a coffee break' cd indra #Following line is to do a quick check that run slow #scons DISTCC=no BTARGET=client BUILD=releasenoopt MOZLIB=yes #Following is what you would use for i686, but why would you want to do that, as binary are already done #scons DISTCC=no BTARGET=client BUILD=release MOZLIB=yes # next is my line # go to src/linden/indra, and do scons --help for the list of options and help # STANDALONE=yes, will make it use g++ rather g++3.4, you can edit SConstruct to fix this easily, but because makepkg will overwrite it, well, ... # and when using g++ (gcc 4.2.2), then it does not work because it have new warning, and it is choosing to treat warnings as errors #BUILD=release or releasenoopt and others, let's take releasenoop for now, it does not compile anyway, why loose time scons BUILD=releasenoopt ARCH=x86_64 BTARGET=client DISTCC=no MOZLIB=yes FMOD=yes GSTREAMER=yes # STANDALONE=yes # there is warning at the beginning of scons process, they may be worth to read (if you understand them) # Rename Data Directory # mv SecondLife_i686_${pkgver}/ secondlife # Install Desktop File # install -D -m644 $startdir/src/secondlife.desktop \ # $startdir/pkg/usr/share/applications/secondlife.desktop # Install Icon File # install -D -m644 $startdir/src/secondlife/secondlife.ico \ # $startdir/pkg/usr/share/pixmaps/secondlife.ico # Install Launcher # install -d $startdir/pkg/usr/bin/ # install -D -m755 $startdir/src/secondlife.launcher \ # $startdir/pkg/usr/bin/secondlife # Move Data to Destination Directory # install -d $startdir/pkg/opt/ # mv secondlife/ $startdir/pkg/opt/ # # Change Permissions of files to root:games # # chown -R root:20 $startdir/pkg/opt/secondlife # # chmod -R g+rw $startdir/pkg/opt/secondlife } === The main problem encountered being: https://jira.secondlife.com/browse/VWR-4469 But also, if replacing by simply: # include <ft2build.h> which may not be a correct fix... Then I got gdk not installed problem. But for now, help is required on nunit. Well, maybe it not even mandatory for libsecondlife. Well, maybe I am becoming tired.

1 0

[aur-general] Are these people still active as a TU ?
by Ronald van Haren 01 Feb '08

01 Feb '08

Hi, >From http://wiki.archlinux.org/index.php/Trusted_Users I see a couple of people of which I'm either not sure if the are still a TU, or have still interest in the TU responsibilities. These are: encelo: he has no packages in community and is in the AUR not listed as TU filoktetes: list mail to this list was 23th of December. 9/35 packages flagged out of date. iphitus: has 1 package in community and is of course a dev. pjmattal: has 1 package in community and is also a dev. Please report if you are still interested in being a TU. If someone else knows more, I'm glad to hear :) I will start a ping thread for each of these four people in about a weak if the status of them is still unknown by then. Regards, Ronald

4 7

[aur-general] need 32 bits testing (i686) of gtk2hs-darcs
by Paul Dufresne 31 Jan '08

31 Jan '08

If someone could test my new (and first) package on a 32 bit systems: gtk2hs-darcs It seems gtk2hs developers have not (much) tested on i686 lately, a bug was found and corrected, but I'd like to know if there is others. Don't reply to this message directly, write comment on the package page. The ideal tester would be someone knowing darcs and Haskell with i686, but only i686 is essential. Pay, is the feeling to have contributed to Gtk2HS ;-) Thanks!

1 0

[aur-general] TU Resignation
by Callan Barrett 31 Jan '08

31 Jan '08

Hey there, I was thinking about this for a while and finally decided to write the email. I've been doing this thing for about 12 months now and to be honest it's gotten really boring lately being a TU, I now think packaging is the most tedious and annoying process ever and I don't think I can be bothered doing this anymore. Anyway, I maintain 75 packages in community, most of which being the xfce-svn ones, but they're all pretty easy to maintain. I don't know exactly what should happen to the xfce-svn packages, although it would be great if another TU maintains them it is a lot of packages and it might be best they go into unsupported for now, if anyone is interested there is a script I have to automate the whole process of updating it. The rest of the packages are pretty minor, maybe even don't need to be in community, and it wouldn't be hard to just pick a few out. So there we go, I'll probably stay involved with Arch but definitely not the packaging side of it. Good luck to the rest of the TUs. -- Callan 'wizzomafizzo' Barrett

15 17

[aur-general] Cross-compiler that installs in non-standard directories
by bardo 31 Jan '08

31 Jan '08

Hi all. I've never seen an official cross-compiler package in arch, so I'm not sure if I'm breaking some rule here. I'm going to release to [community] in a short time a set of packages (binutils-avr, gcc-avr and avr-libc) which previously installed in /opt/avr. According to the guidelines I moved everything to /usr, but a couple non-standard directories are created. One is /usr/i686-pc-linux-gnu, which should be fine, the other is /usr/avr, which contains its own lib and include directories. Obviously namcap complains, but this directory structure solves some conflicts: for example /usr/avr/include/ctype.h would overwrite /usr/include/ctype.h... Should I go for it? C.

6 9

[aur-general] Replaced packages still in community
by Allan McRae 30 Jan '08

30 Jan '08

Well avoiding doing work today, I noticed a few packages still in community that were replaced by other packages. In some cases this was long ago... Here is a possibly non-exhaustive list: lmctl (codemac - replaced by lomoco from v1.0-1 [2006-05-05]) ruby-qt (dsa - replaced by ruby-kde from v3.4.92-1 [2006-06-13]) em8300-cvs (swiergot - replaced by em8300 from v0.16.0_rc6 [2006-11-26]) python-ctypes (dsa - replaced by python from v2.5-3 [2007-03-18]) libgtk-java (sergej - replaced by java-gnome from v4.0.5 [2008-01-06]) Some of the older replacements only used "replaces" and not "provides" but anything requiring them should be updated by now. java-gnome uses the provides/replaces strategy. Is there any reason that these are still in the repository or can they be removed? Cheers, Allan

2 1

Re: [aur-general] Replaced packages still in community
by Timm Preetz 30 Jan '08

30 Jan '08

On Wed, 2008-01-30 at 22:10 +1000, Allan McRae wrote: > libgtk-java (sergej - replaced by java-gnome from v4.0.5 [2008-01-06]) > > Is there any reason that these are still in the repository or can they > be removed? Not really. I'm pretty sure I told sergej. I will mail him again if he doesn't read that here.

1 0