Re: [aur-general] TU Resignation
Le Sun, 31 Jan 2010 18:41:34 -0500, Jim Pryor lists+aur-gene...@jimpryor.net a écrit : I'm closely following Lua, and can help out with the luadoc, luafilesystem, and lualogging. luajit doesn't yet work on x86_64, which my machines are, and I haven't played with it at all, so I won't say I can help with that. Now I'm not a TU, and don't really have the time to take on TU responsibilities even if you trusted me! I'm just offering to help out, in case some TU is willing to adopt them but hesitates on account of lack of experience with Lua. Or if these were to go to AUR, then I could take them. The four Lua packages in AUR are graphics/plotting packages I don't use. Hopefully there's someone else who does. But if not, I could be a foster parent until someone comes along. I am also a Lua user, and as I was reading posts by the Arch Haskell team I thought maybe a project like that should be created for Lua. I would love to see a better support for it in Arch, and especially to see all of Kepler packaged (including Xavante). If other users on this list are interrested, please email me and maybe we could set up a user repository for lua modules... -- catwell
Re: [aur-general] TU Resignation
Paulo Matias wrote: Besides loving Arch, a few reasons made me leave it as my main distribution. I could surely adapt Arch to my new personal needs, due to its simplicity and flexibility, but due to lack of time and real life pressure, it would not be possible anytime soon. So I'm resigning as a Trusted User. Good luck, wherever life takes you. I will list below my community and unsupported packages to ease adoption. *SNIP* I adopted your lua packages in [community]. -- Chris
Re: [aur-general] TU Resignation
On 31 January 2010 19:12, Paulo Matias mat...@archlinux-br.org wrote: Hi all, Besides loving Arch, a few reasons made me leave it as my main distribution. I could surely adapt Arch to my new personal needs, due to its simplicity and flexibility, but due to lack of time and real life pressure, it would not be possible anytime soon. So I'm resigning as a Trusted User. Sorry to hear that. Good luck dude! -- Andrea `bash` Scarpino Arch Linux Developer
Re: [aur-general] TU Resignation
On Sun, Jan 31, 2010 at 7:12 PM, Paulo Matias mat...@archlinux-br.org wrote: [snip] So I'm resigning as a Trusted User. Thanks for your contributions and good luck in the future. [snip] - lua-related (luadoc, luafilesystem, luajit, lualogging) please don't! :-p I bet most of them are makedepends of my awesome package. So unless someone with more time also needs them as makedepends I suppose I take them next week or so. Ronald
[aur-general] Warning 2/2: removing kde-unstable; KDE 4.4 in testing
Hi DEVs and TUs, I am about to move the first wave of KDE 4.4 RC3 packages into testing. These will be x86_64 at first; i686 packages might follow later this evening. There won't be any l10n packages. (they are not needed for testing and rebuild and we'll save disk space and bandwidth this way) The same Information about kde-unstable now apply to testing: http://wiki.archlinux.org/index.php/DeveloperWiki:KDE#Users Note that the kde- unstable repository will be removed soon. If you update you have to use the following commands as pacman is not able to resolve the dependencies otherwise: % pacman -Sy --asdeps qt % pacman -Su All developers and TUs should check their Qt or KDE related packages. Even if they still work you might want to adjust the dependencies. There are some like phonon etc. which are no longer covered by Qt. In general you want at least depend on kdebase-runtime for most apps. (use namcap but don't trust it ;-)) Greetings, Pierre PS: I have problems with akonadi and mysql 5.1.43. Downgrading to mysql 5.1.42 solves the problem. Can anybody confirm this issue? (test with akonadictl start) -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [aur-general] Orphans in [community]
On 24/01/10 12:31, Daniel J Griffiths wrote: For quite a while now we have been asking for people to adopt the orphans in the [community] repo. Some of us have readopted packages that belonged to us prior to the server move, and a few have even picked up some of the leftovers. However, as of now there are 634 orphaned packages in [community]. Therefore... any packages not adopted within the next week that are not explicitly required by another package in [community] will be dropped to AUR. If you intend to adopt a package, please be sure that you adopt for both architectures, if applicable. Additionally, please ensure you have adopted both architectures for any packages you already maintain. There are a handful of orphaned packages that only have one architecture. Next Saturday (01/30/2010), I will go through the leftovers, adopt anything that is required by another package in [community] myself, and drop whatever is left to AUR. So now that the big rebuild is out of the way, it might be a good time to do this. Want to generate a potential removal list and post it? Allan
[aur-general] Lua packages (Was: TU Resignation)
On Mon, Feb 01, 2010 at 12:06:34PM +0100, Ronald van Haren wrote: - lua-related (luadoc, luafilesystem, luajit, lualogging) please don't! :-p I bet most of them are makedepends of my awesome package. So unless someone with more time also needs them as makedepends I suppose I take them next week or so. I'm glad these packages will have good homes. I think luadoc is the only (make)dependency for awesome, right? On Mon, Feb 01, 2010 at 09:08:22AM +, Pierre Chapuis wrote: I am also a Lua user, and as I was reading posts by the Arch Haskell team I thought maybe a project like that should be created for Lua. I would love to see a better support for it in Arch, and especially to see all of Kepler packaged (including Xavante). If other users on this list are interrested, please email me and maybe we could set up a user repository for lua modules... Yeah, I was thinking of setting up an automated luarocks2arch system, like Haskell's cabal2arch. I did something like this for most of the Chicken Scheme modules (they're all in AUR, the automatic PKGBUILD-generater works but it's fragile and I haven't distributed it). I just haven't had time to make any progress on this for lua. But I'm willing to participate when I can. -- Jim Pryor prof...@jimpryor.net
Re: [aur-general] Lua packages (Was: TU Resignation)
On Mon, Feb 1, 2010 at 3:35 PM, Jim Pryor lists+aur-gene...@jimpryor.net wrote: On Mon, Feb 01, 2010 at 12:06:34PM +0100, Ronald van Haren wrote: - lua-related (luadoc, luafilesystem, luajit, lualogging) please don't! :-p I bet most of them are makedepends of my awesome package. So unless someone with more time also needs them as makedepends I suppose I take them next week or so. I'm glad these packages will have good homes. I think luadoc is the only (make)dependency for awesome, right? no, luadoc in itself depends on lualogging and luafilesystem so the only package which is not covered yet is luajit. Anybody needs that for a package (according to the package it is some lua code compiler?) ?
Re: [aur-general] TU Resignation
On 31 January 2010 23:42, Paulo Matias mat...@archlinux-br.org wrote: Hi all, Besides loving Arch, a few reasons made me leave it as my main distribution. I could surely adapt Arch to my new personal needs, due to its simplicity and flexibility, but due to lack of time and real life pressure, it would not be possible anytime soon. So I'm resigning as a Trusted User. Best of luck with the future! Abhishek
Re: [aur-general] Orphans in [community]
On Mon, 01 Feb 2010 23:32:49 +1000 Allan McRae al...@archlinux.org wrote: On 24/01/10 12:31, Daniel J Griffiths wrote: For quite a while now we have been asking for people to adopt the orphans in the [community] repo. Some of us have readopted packages that belonged to us prior to the server move, and a few have even picked up some of the leftovers. However, as of now there are 634 orphaned packages in [community]. Therefore... any packages not adopted within the next week that are not explicitly required by another package in [community] will be dropped to AUR. If you intend to adopt a package, please be sure that you adopt for both architectures, if applicable. Additionally, please ensure you have adopted both architectures for any packages you already maintain. There are a handful of orphaned packages that only have one architecture. Next Saturday (01/30/2010), I will go through the leftovers, adopt anything that is required by another package in [community] myself, and drop whatever is left to AUR. So now that the big rebuild is out of the way, it might be a good time to do this. Want to generate a potential removal list and post it? Allan Hello. Can I help with some of these? Or do I have to work my way through AUR? (I'm not a TU) Best regards, Luís Moreira.
Re: [aur-general] [arch-dev-public] exim maintainer wanted
On 02/01/2010 12:08 AM, Allan McRae wrote: exim has no maintainer and I have been assigned a bug for it as the last person to rebuild it (db-4.8 rebuild). I do not use it and have no intentions of fixing the bug. Does anybody want to be the maintainer? Allan If not dev take it, I guess, should be moved to [community] if there is some TU interested on it. Or drop it directly to AUR. Current exim version in [extra] is 3.69 (2007/12/20) and latest is 4.71 (2009/11/23). There are two open bug/feature reports with fixes attached [#1] [#1] http://bugs.archlinux.org/?project=1string=exim -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[aur-general] [UPDATE] Perl packing guidelines discussion
I'm still fairly new to Arch and various package building strategies but the perl stuff looks interesting. I would like to build some perl packages in the near future so hope to keep up with the pacpan developments. I like what CPAN does but one thing I don't like about using the CPAN module to build/install modules is there seems to be no way to quickly uninstall or remove a package that is no longer needed. That's where the Arch packager comes in really handy. I'm not much a forum man so hopefuly some of the traffic may find its way to over here. I've released the new version of pacpan which provides what I think are some powerfull tools for CPAN packagers on Arch. Please see the following: Pacpan info page: http://xyne.archlinux.ca/info/pacpan Perl Packaging Guidelines discussion thread http://bbs.archlinux.org/viewtopic.php?id=89752 Perl Packaging Guidelines ticket on the bug tracker http://bugs.archlinux.org/task/18113 You may also want to take a look at bauerbill, which has taken over and improved on pacpan's old ability to install packages from CPAN with full dependency resolution: http://xyne.archlinux.ca/info/bauerbill
Re: [aur-general] Lua packages (Was: TU Resignation)
On Mon, Feb 01, 2010 at 03:58:02PM +0100, Ronald van Haren wrote: I think luadoc is the only (make)dependency for awesome, right? no, luadoc in itself depends on lualogging and luafilesystem so the only package which is not covered yet is luajit. Anybody needs that for a package (according to the package it is some lua code compiler?) Oh yeah, of course. LuaJIT is an alternative, just-in-time compiler for Lua. The package is going through some radical growth right now, from different directions. I don't expect to see a stable LuaJIT 2.0 release, or a release for x86_64, or a release that tracks Lua 5.2 (now in development releases) anytime very soon. It looks from http://www.archlinux.org/packages/community/i686/luajit/ like nothing in the repos depends on it. -- Jim Pryor prof...@jimpryor.net
Re: [aur-general] [arch-dev-public] exim maintainer wanted
On Mon, Feb 1, 2010 at 7:34 PM, Gerardo Exequiel Pozzi vmlinuz...@yahoo.com.ar wrote: On 02/01/2010 12:08 AM, Allan McRae wrote: exim has no maintainer and I have been assigned a bug for it as the last person to rebuild it (db-4.8 rebuild). I do not use it and have no intentions of fixing the bug. Does anybody want to be the maintainer? Allan If not dev take it, I guess, should be moved to [community] if there is some TU interested on it. Or drop it directly to AUR. Current exim version in [extra] is 3.69 (2007/12/20) and latest is 4.71 (2009/11/23). There are two open bug/feature reports with fixes attached [#1] [#1] http://bugs.archlinux.org/?project=1string=exim Allan, I would like to maintain it if nobody of the devs wanna maintain it, so you can move it to [community], -- Angel Velásquez angvp @ irc.freenode.net Arch Linux Trusted User Linux Counter: #359909 http://www.angvp.com