On Tue, 26 Jul 2011 13:00:29 -0700
Gaetan Bisson <bisson@archlinux.org> wrote:

> My two cents: audacious2 makes it seem like it is version 2.* of
> audacious; I would name the package audacious-gtk2 instead.

There's actually no real convention about gtk{2,3} naming.
Actually some packages uses the 3 suffix like libwebkit3 or vte3,
others (on AUR) uses the -gtk{2,3} one.
The evinced rules seem like to be
if main package defaults on gtk2 && is a lib -> add suffix 3 (ex libwebkit in extra)
if main package defaults on gtk2 && is not a lib -> add suffix -gtk3 (ex pan on AUR)
if main package defaults on gtk3 -> add suffix -gtk2 (ex gnome-terminal on AUR)

I usually follow these unspoken rules for my packages,
btw the audacious2{-plugins} follows a different line,
identified with the "2" suffix.

It provides a gtk2 version of the package that does not conflicts with the gtk3 one.
To let this be possible a lot of naming have to be changed in the source package.
Since I did not found a good suffix for meaning this (-gtk2-no-conflict, -coexist ?)
I thought the unused ${pkgname}2 would have been perfect and far from ambiguity
(since pkgver=3.0)

I did the same with evince2 on AUR, but in that case there's also the version
matching as a good reason (2.32.0), even if there was an evince-gtk yet.

Btw, if you think the audacious{,-plugins}-gtk2 and evince2-gtk2 solution
fits better for meaning the coexistence possibility, feel free to delete 'em.

Otherwise, you're right, some misunderstanding could occur and maybe a clarification
in the description would help and can be pushed.


-- speps --

I think emacs-xcscope[1] need to be deleted.
it depends on cscope but is actually included in cscope.

THX

[1]https://aur.archlinux.org/packages.php?ID=28058

Am 07.08.2011 01:09, schrieb 俞�超:

I think emacs-xcscope[1] need to be deleted.
it depends on cscope but is actually included in cscope.

THX

[1]https://aur.archlinux.org/packages.php?ID=28058


Done, thanks

Hi, plowshare recently switched from svn to git

plowshare-svn [1] can be deleted, since
plowshare-git [2] replaces it

[1] https://aur.archlinux.org/packages.php?ID=31779
[2] https://aur.archlinux.org/packages.php?ID=51591

Thanks


- speps -

Hi,

On Tue, 16 Aug 2011, speps wrote:
> Hi, plowshare recently switched from svn to git
>
> plowshare-svn [1] can be deleted, since
> plowshare-git [2] replaces it
>
> [1] https://aur.archlinux.org/packages.php?ID=31779
> [2] https://aur.archlinux.org/packages.php?ID=51591

Sounds good - but I just wondered why the change in maintainer due to this?
dserban should probably have the chance to continue to maintain this if he
wants... I don't think we should take packages away from people if they are
still actively maintaining them.

(in my opinion)

Pete.

PS. cc'ing dserban

On Tue, 16 Aug 2011, Peter Lewis wrote:
> PS. cc'ing dserban

Okay, I heard back from dserban. The SVN package has gone.

Thanks speps.

Pete.

On Tue, 16 Aug 2011 21:45:00 +0100
Peter Lewis <plewis@aur.archlinux.org> wrote:

> Hi,
>
> On Tue, 16 Aug 2011, speps wrote:
> > Hi, plowshare recently switched from svn to git
> >
> > plowshare-svn [1] can be deleted, since
> > plowshare-git [2] replaces it
> >
> > [1] https://aur.archlinux.org/packages.php?ID=31779
> > [2] https://aur.archlinux.org/packages.php?ID=51591
>
> Sounds good - but I just wondered why the change in maintainer due to this?
> dserban should probably have the chance to continue to maintain this if he
> wants... I don't think we should take packages away from people if they are
> still actively maintaining them.
>
> (in my opinion)
>
> Pete.
>
> PS. cc'ing dserban

I already uploaded plowshare-git, cause I actually maintain plowshare, and
i'm used to follow its development, since the actual project leader release
a snapshot every 10~ days.

Btw, you're right. I'll disown it, if dserban wants to maintain it.


- speps -

On Tue, 16 Aug 2011, speps wrote:
> I already uploaded plowshare-git, cause I actually maintain plowshare, and
> i'm used to follow its development, since the actual project leader release
> a snapshot every 10~ days.

Oh excellent, makes sense then.

> Btw, you're right. I'll disown it, if dserban wants to maintain it.

Thanks, but no worries, he told me he's happy to orphan it. Enjoy :-)

Pete.

lib32-scim - https://aur.archlinux.org/packages.php?ID=21523

The install file is missing, lib folder is not correct, source file is
all "scim" binaries from Arch and, last, this package is wrong for
more than 1 year.

Thanks

On 9 September 2011 06:51, rafael ff1 <rafael.f.f1@gmail.com> wrote:
> lib32-scim - https://aur.archlinux.org/packages.php?ID=21523
>
> The install file is missing, lib folder is not correct, source file is
> all "scim" binaries from Arch and, last, this package is wrong for
> more than 1 year.
>
> Thanks
>

Deleted.