[arch-multilib] Multilib access?
Hi, Any chance that someone can give me permissions to release to multilib? Thanks :-) Pete.
Am 11.02.2011 15:33, schrieb Peter Lewis:
Hi,
Any chance that someone can give me permissions to release to multilib?
Thanks :-)
Pete.
What's your username and what do you want to release?
On Friday 11 February 2011 14:54:56 Thomas Bächler wrote:
Am 11.02.2011 15:33, schrieb Peter Lewis:
Any chance that someone can give me permissions to release to multilib?
Thanks :-)
What's your username and what do you want to release?
Username: plewis I have lib32-libmikmod in my staging dir - thought I should move it from the AUR since it had votes'n'stuff. Cheers, Pete.
Am 11.02.2011 16:09, schrieb Peter Lewis:
On Friday 11 February 2011 14:54:56 Thomas Bächler wrote:
Am 11.02.2011 15:33, schrieb Peter Lewis:
Any chance that someone can give me permissions to release to multilib?
Thanks :-)
What's your username and what do you want to release?
Username: plewis
I have lib32-libmikmod in my staging dir - thought I should move it from the AUR since it had votes'n'stuff.
Cheers,
Pete.
Our multilib policy is to only add stuff that we actually need. So, what do we need lib32-libmikmod for?
On Friday 11 February 2011 15:16:25 Thomas Bächler wrote:
Our multilib policy is to only add stuff that we actually need. So, what do we need lib32-libmikmod for?
Oh right, I didn't know that, sorry. I had assumed it was just like with [community], popular packages etc. and it has 102 votes. It's required by some SDL stuff, but that's also in AUR. So, it's no problem, I just wanted to keep the masses happy, but I'm equally as happy to keep it in the AUR given the policy. Pete.
Am 11.02.2011 16:26, schrieb Peter Lewis:
On Friday 11 February 2011 15:16:25 Thomas Bächler wrote:
Our multilib policy is to only add stuff that we actually need. So, what do we need lib32-libmikmod for?
Oh right, I didn't know that, sorry. I had assumed it was just like with [community], popular packages etc. and it has 102 votes.
No, I'd like to keep multilib as small as possible.
It's required by some SDL stuff, but that's also in AUR.
So, it's no problem, I just wanted to keep the masses happy, but I'm equally as happy to keep it in the AUR given the policy.
Don't be too quick here - "SDL stuff" may (or may not) be useful for closed-source 32-bit-only games. This means we might still do it, can you give me more details what we need it for? We do have lib32-sdl in multilib, and most games seem okay with that.
On Friday 11 February 2011 15:39:58 Thomas Bächler wrote:
Am 11.02.2011 16:26, schrieb Peter Lewis:
On Friday 11 February 2011 15:16:25 Thomas Bächler wrote:
Our multilib policy is to only add stuff that we actually need. So, what do we need lib32-libmikmod for?
Oh right, I didn't know that, sorry. I had assumed it was just like with [community], popular packages etc. and it has 102 votes.
No, I'd like to keep multilib as small as possible.
Sounds sensible.
It's required by some SDL stuff, but that's also in AUR.
So, it's no problem, I just wanted to keep the masses happy, but I'm equally as happy to keep it in the AUR given the policy.
Don't be too quick here - "SDL stuff" may (or may not) be useful for closed-source 32-bit-only games. This means we might still do it, can you give me more details what we need it for? We do have lib32-sdl in multilib, and most games seem okay with that.
Okay. More specifically, according to the AUR deps, lib32-libmikmod is required for: lib32-sdl_sound In the AUR, low votes. Doesn't appear to have anything requiring it. lib32-sdl_mixer In the AUR, 93 votes. Required by two games: bin32-srb2 and tecnoballz - both have low votes. tecnoballz In the AUR, low votes - actually source is also available for this, so I don't know why it requires multilib at all... will investigate. It seems odd to me that the lib32-sdl_mixer and lib32-libmikmod have so many votes, when they aren't required by anything particularly popular. Perhaps 32- bit only games without PKGBUILDS require them to be installed on the system? What do you think? Pete.
Hi Thomas et al., On Friday 11 February 2011 15:51:07 Peter Lewis wrote:
On Friday 11 February 2011 15:39:58 Thomas Bächler wrote:
Am 11.02.2011 16:26, schrieb Peter Lewis:
On Friday 11 February 2011 15:16:25 Thomas Bächler wrote:
Our multilib policy is to only add stuff that we actually need. So, what do we need lib32-libmikmod for?
Oh right, I didn't know that, sorry. I had assumed it was just like with [community], popular packages etc. and it has 102 votes.
No, I'd like to keep multilib as small as possible.
Sounds sensible.
Okay. More specifically, according to the AUR deps, lib32-libmikmod is required for:
lib32-sdl_sound In the AUR, low votes. Doesn't appear to have anything requiring it.
lib32-sdl_mixer In the AUR, 93 votes. Required by two games: bin32-srb2 and tecnoballz - both have low votes.
tecnoballz In the AUR, low votes - actually source is also available for this, so I don't know why it requires multilib at all... will investigate.
It seems odd to me that the lib32-sdl_mixer and lib32-libmikmod have so many votes, when they aren't required by anything particularly popular. Perhaps 32- bit only games without PKGBUILDS require them to be installed on the system?
What do you think?
Any thoughts on this? Should we just forget it? (Though it seems to me that 100 odd votes each should count for something). Pete.
Am 17.02.2011 16:41, schrieb Peter Lewis:
Okay. More specifically, according to the AUR deps, lib32-libmikmod is required for:
lib32-sdl_sound In the AUR, low votes. Doesn't appear to have anything requiring it.
lib32-sdl_mixer In the AUR, 93 votes. Required by two games: bin32-srb2 and tecnoballz - both have low votes.
tecnoballz In the AUR, low votes - actually source is also available for this, so I don't know why it requires multilib at all... will investigate.
It seems odd to me that the lib32-sdl_mixer and lib32-libmikmod have so many votes, when they aren't required by anything particularly popular. Perhaps 32- bit only games without PKGBUILDS require them to be installed on the system?
What do you think?
Any thoughts on this? Should we just forget it? (Though it seems to me that 100 odd votes each should count for something).
Pete.
I have no idea, and it seems reasonable to add these packages. What do the others think? I don't object to adding them, but I also have no strong argument in favor. In any case, I have added you to the group.
On 17.02.2011 16:49, Thomas Bächler wrote:
Okay. More specifically, according to the AUR deps, lib32-libmikmod is required for:
lib32-sdl_sound In the AUR, low votes. Doesn't appear to have anything requiring it.
lib32-sdl_mixer In the AUR, 93 votes. Required by two games: bin32-srb2 and tecnoballz - both have low votes.
tecnoballz In the AUR, low votes - actually source is also available for this, so I don't know why it requires multilib at all... will investigate.
It seems odd to me that the lib32-sdl_mixer and lib32-libmikmod have so many votes, when they aren't required by anything particularly popular. Perhaps 32- bit only games without PKGBUILDS require them to be installed on the system?
What do you think? Any thoughts on this? Should we just forget it? (Though it seems to me that 100 odd votes each should count for something).
Pete. I have no idea, and it seems reasonable to add these packages. What do
Am 17.02.2011 16:41, schrieb Peter Lewis: the others think? I don't object to adding them, but I also have no strong argument in favor.
In any case, I have added you to the group.
I think it would make a fine addition. That many votes shouldn't be disregarded just like that. -- Sven-Hendrik
On Thu, Feb 17, 2011 at 1:35 PM, Sven-Hendrik Haase <sh@lutzhaase.com> wrote:
On 17.02.2011 16:49, Thomas Bächler wrote:
Okay. More specifically, according to the AUR deps, lib32-libmikmod is required for:
lib32-sdl_sound In the AUR, low votes. Doesn't appear to have anything requiring it.
lib32-sdl_mixer In the AUR, 93 votes. Required by two games: bin32-srb2 and tecnoballz - both have low votes.
tecnoballz In the AUR, low votes - actually source is also available for this, so I don't know why it requires multilib at all... will investigate.
It seems odd to me that the lib32-sdl_mixer and lib32-libmikmod have so many votes, when they aren't required by anything particularly popular. Perhaps 32- bit only games without PKGBUILDS require them to be installed on the system?
What do you think? Any thoughts on this? Should we just forget it? (Though it seems to me that 100 odd votes each should count for something).
Pete. I have no idea, and it seems reasonable to add these packages. What do
Am 17.02.2011 16:41, schrieb Peter Lewis: the others think? I don't object to adding them, but I also have no strong argument in favor.
In any case, I have added you to the group.
I think it would make a fine addition. That many votes shouldn't be disregarded just like that.
-- Sven-Hendrik
Status? If lib32-libmikmod isn't going to be added in the multilib repo, then the lib32-libmikmod/repos/multilib-x86_64 directory should be removed from the svn. Otherwise, it cause a mismatch between the svn and the db.
_______________________________________________ arch-multilib mailing list arch-multilib@archlinux.org http://mailman.archlinux.org/mailman/listinfo/arch-multilib
Hi, On Sun, 27 Mar 2011, Eric Bélanger wrote:
In any case, I have added you to the group.
I think it would make a fine addition. That many votes shouldn't be disregarded just like that.
Status?
If lib32-libmikmod isn't going to be added in the multilib repo, then the lib32-libmikmod/repos/multilib-x86_64 directory should be removed from the svn. Otherwise, it cause a mismatch between the svn and the db.
Apologies - I totally forgot about this. Now added. Pete.
2011/2/11 Peter Lewis <plewis@aur.archlinux.org>
lib32-sdl_sound In the AUR, low votes. Doesn't appear to have anything requiring it.
Hi, I'm the maintainer of this package and I revived it in order to compile the emulators Raine and NeoRaine on 64-bit systems. The dependency does not appear in the web interface though, I suppose it only takes the 32-bit dependencies into account.
participants (5)
-
Eric Bélanger
-
Peter Lewis
-
Sven-Hendrik Haase
-
Thomas Bächler
-
Try Again