- Aur-general - lists.archlinux.org

[aur-general] libfbclient
by Firmicus 21 Jun '08

21 Jun '08

I just noticed that community/network/libfbclient contains tons of patches and other files amounting to 2.1MB. And these are not used in the PKGBUILD at all. Douglas, was this stuff perhaps added by mistake? Just wondering ;-) F

2 1

[aur-general] path problem for OpenOffice extensions
by Dincer Celik 19 Jun '08

19 Jun '08

Hi all I'm trying to create a package for an OpenOffice extension but I couldn't find the right path where to extract the extension file. I've tried below but didn't work. /opt/openoffice/share/extension /opt/openoffice/extensions -- Dincer Celik ~ info(a)dincercelik.com ~ dincer(a)bornovali.com ~ http://dincercelik.com/pub.asc Please encrypt every mail you can. Privacy is your right. Don't let anyone take it from you. Look at GnuPG or PGP and ask for my key D352EEBA.

1 0

[aur-general] Initial "haskell overlay" available
by Don Stewart 19 Jun '08

19 Jun '08

Hey all, A week ago I announced a group had formed to improve Haskell support in the Arch package system. One week ago, the Haskell on Arch story was rather sketchy, GHC had just been orphaned as a package from 'extra', and only half a dozen apps and libs were available in binary form. 20 or so extra Haskell packages were available in AUR. A week later, a lot has happened. We've now completely automated the packaging of Haskell apps and libraries, via a new tool, cabal2arch. http://aur.archlinux.org/packages.php?ID=17471 which is able to package 90% of the available Haskell software without user intervention. This is the first time this has been done on any distro (Gentoo has similar Haskell package coverage, but it is done manually) This enabled us to create a Haskell overlay repository, of binary packages (x86_64 only): http://code.haskell.org/arch/x86_64 with more than 350 packages. Automatically built. An RSS feed of new things added is also available: http://code.haskell.org/arch/x86_64/haskell.xml Begining with the #arch-haskell IRC channel, we've now got a mailing list and extensive documentation on the wiki. http://wiki.archlinux.org/index.php/Haskell_package_guidelines And the autopackaging has made it possible to migrate more than 300 recipes for building Haskell software into AUR. I think the rapid progress is a testament to the quality packaging infrastructure in Arch. Good work! The next steps are to un-orphan GHC, and the other Haskell things Simo can't work on now, and to then ensure an appropriate core toolset is available in extra. Given we don't have a Haskell-expert dev now, advice on how to proceed here would be welcome. Cheers, Don

2 1

[aur-general] lxpanel
by Marcel W. Wysocki 18 Jun '08

18 Jun '08

what happened to lxpanel in AUR? seems the package has been deleted. -- Marcel W. Wysocki <maci(a)satgnu.net>

4 6

[aur-general] orphan request for emacs-{planner,remember}
by Jan Spakula 17 Jun '08

17 Jun '08

I would like to request orphaning of emacs-planner and emacs-remember. The maintainer does not respond to comments (since Feb 10, 2008), nor to e-mails (sent Jun 2, 2008). There's a problem with the PKGBUILDs - outdated, and unfortunate versioning ("latest" instead of a true version number). Thank you. PS: It seems that I cannot send emails to aur-general from sup without getting this: The reason it is being held: Message has implicit destination

2 1

[aur-general] Trusted User vote - louipc
by Allan McRae 15 Jun '08

15 Jun '08

HI TUs, This begins the 7 day voting period for louipc (Loui Chang). Please go to the AUR and cast your vote. His introduction can be viewed here: http://archlinux.org/pipermail/aur-general/2008-June/007833.html Good luck Loui. Allan

3 5

[aur-general] New TU Checklist
by Allan McRae 15 Jun '08

15 Jun '08

Hi TUs, I have made a wiki page with the guidelines we post for new TUs (http://wiki.archlinux.org/index.php/New_Trusted_User_Checklist) This will save the copy/pasting that is currently required. Thanks to Xavier for the idea. Allan

1 0

[aur-general] Packages available for adoption
by Eric Belanger 14 Jun '08

14 Jun '08

Hi, I would be willing to give up most of my packages in community/AUR for adoption in order to decrease my workload. Please check the list: http://aur.archlinux.org/packages.php?O=0&L=0&C=0&K=Snowman&SeB=m&PP=100 and let me know if you would like to adopt some of them. Most of them are in the community repo but I would be willing to move them in unsupported if a non-TU is interested in them and if it's not something I use. The following packages are not available because they are pet packages and/or I intend to move them to extra eventually: agave anacron auctex colorgcc comix electricsheep hardinfo kdiff3 keytouch keytouch-editor kftpgrabber krename libqalculate lincity-ng pingus pkgbuild-mode prosper qalculate-gtk qalculate-kde wormux xmms xmms-volnorm xv Thanks, Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

7 16

[aur-general] Orphan Request `unp'
by Hannes Rist 13 Jun '08

13 Jun '08

Hi, would someone pleas orphan `unp'? I asked for an update of the package last year, nothing has happened. Then I contacted the maintainer by mail some days ago and haven't got a reply so far. best hrist

2 1

[aur-general] New tool to automate Haskell package creation
by Don Stewart 13 Jun '08

13 Jun '08

Hey all, Just a little announcement. A few of the Haskell fans have formed a little dev group to work on and improve Haskell packages for Arch. To start with there's an IRC channel #arch-haskell @ freenode And the start of a packaging guide for Haskell on the wiki, http://wiki.archlinux.org/index.php/Haskell_package_guidelines And a new tool has been written that automates the process of creating PKGBUILDs from Haskell 'cabal' packages (those on hackage.haskell.org) This has meant we've been able to rapidly ramp up creation of new Haskell packages for Arch. The cabal2arch tool lives here: http://aur.archlinux.org/packages.php?ID=17471 If you work on, or maintain Haskell packages, perhaps drop by the IRC channel, so we can work out the final details for standard Haskell support. Cheers, Don

1 0