Re: [aur-general] Linux-mainline + related package cleanup

2014-02-19 Thread Felix Yan
On Thursday, February 20, 2014 07:03:56 Duru Can Celasun wrote:
> Hi,
> 
> I'm the maintainer of linux-mainline-dellxps and I'm fine with
> removing it. It stopped being useful long ago, hence the lack of
> updates.
> 
> Cheers,
> Can.

OK, removed, thanks.

Regards,
Felix Yan

signature.asc
Description: This is a digitally signed message part.


Re: [aur-general] Linux-mainline + related package cleanup

2014-02-19 Thread Duru Can Celasun
On Thu, Feb 20, 2014 at 6:11 AM, Felix Yan  wrote:
> On Wednesday, February 19, 2014 21:39:02 WorMzy Tykashi wrote:
>> Hi,
>>
>> I believe that the following packages should be removed:
>>
>> linux-mainline-ux31e [1] -- last updated in early 2012, orphaned, only
>> three votes.
>> broadcom-wl-mainline [2] -- last updated in late 2012, orphaned, zero
>> votes, source gone, and apparently doesn't build anyway.
>>
>> There's a third package which appears to be semi-active:
>> linux-mainline-dellxps [3], I've asked the maintainer whether the
>> package still has any point, as she/he has said that the
>> linux-mainline package works fine for them, so it may be worth keeping
>> an eye on the comments.
>>
>> Cheers,
>>
>>
>> WorMzy
>>
>> [1] https://aur.archlinux.org/packages/linux-mainline-ux31e/
>> [2] https://aur.archlinux.org/packages/broadcom-wl-mainline/
>> [3] https://aur.archlinux.org/packages/linux-mainline-dellxps/
>
> Removed the first two, thanks.
>
> Regards,
> Felix Yan


Hi,

I'm the maintainer of linux-mainline-dellxps and I'm fine with
removing it. It stopped being useful long ago, hence the lack of
updates.

Cheers,
Can.


Re: [aur-general] Linux-mainline + related package cleanup

2014-02-19 Thread Felix Yan
On Wednesday, February 19, 2014 21:39:02 WorMzy Tykashi wrote:
> Hi,
> 
> I believe that the following packages should be removed:
> 
> linux-mainline-ux31e [1] -- last updated in early 2012, orphaned, only
> three votes.
> broadcom-wl-mainline [2] -- last updated in late 2012, orphaned, zero
> votes, source gone, and apparently doesn't build anyway.
> 
> There's a third package which appears to be semi-active:
> linux-mainline-dellxps [3], I've asked the maintainer whether the
> package still has any point, as she/he has said that the
> linux-mainline package works fine for them, so it may be worth keeping
> an eye on the comments.
> 
> Cheers,
> 
> 
> WorMzy
> 
> [1] https://aur.archlinux.org/packages/linux-mainline-ux31e/
> [2] https://aur.archlinux.org/packages/broadcom-wl-mainline/
> [3] https://aur.archlinux.org/packages/linux-mainline-dellxps/

Removed the first two, thanks.

Regards,
Felix Yan

signature.asc
Description: This is a digitally signed message part.


Re: [aur-general] Removal request: minetestpp

2014-02-19 Thread Felix Yan
On Wednesday, February 19, 2014 15:01:41 Arch Norrepli wrote:
> https://aur.archlinux.org/packages/minetestpp/
> 
> I created the minetestpp package, but orphaned it after development was
> given up. Most features of minetestpp have been merged into the current
> minetest or are availabe through mods. As the repository of minetestpp has
> been deleted, I request the removal of the package.

Removed, thanks.

Regards,
Felix Yan

signature.asc
Description: This is a digitally signed message part.


[aur-general] Linux-mainline + related package cleanup

2014-02-19 Thread WorMzy Tykashi
Hi,

I believe that the following packages should be removed:

linux-mainline-ux31e [1] -- last updated in early 2012, orphaned, only
three votes.
broadcom-wl-mainline [2] -- last updated in late 2012, orphaned, zero
votes, source gone, and apparently doesn't build anyway.

There's a third package which appears to be semi-active:
linux-mainline-dellxps [3], I've asked the maintainer whether the
package still has any point, as she/he has said that the
linux-mainline package works fine for them, so it may be worth keeping
an eye on the comments.

Cheers,


WorMzy

[1] https://aur.archlinux.org/packages/linux-mainline-ux31e/
[2] https://aur.archlinux.org/packages/broadcom-wl-mainline/
[3] https://aur.archlinux.org/packages/linux-mainline-dellxps/


Re: [aur-general] Signoff report for [community-testing]

2014-02-19 Thread G. Schlisio
from the wiki [0] we learn:
"[…]core has fairly strict quality requirements. Developers/users need
to signoff on updates before package updates are accepted.[…]"

[0] https://wiki.archlinux.org/index.php/Official_Repositories


[aur-general] Removal request: minetestpp

2014-02-19 Thread Arch Norrepli
https://aur.archlinux.org/packages/minetestpp/

I created the minetestpp package, but orphaned it after development was
given up. Most features of minetestpp have been merged into the current
minetest or are availabe through mods. As the repository of minetestpp has
been deleted, I request the removal of the package.


Re: [aur-general] Signoff report for [community-testing]

2014-02-19 Thread oliver
On Wed, Feb 19, 2014 at 09:07:04AM -, Arch Website Notification wrote:
> === Signoff report for [community-testing] ===
> https://www.archlinux.org/packages/signoffs/
> 
> There are currently:
> * 0 new packages in last 24 hours
> * 0 known bad packages
> * 0 packages not accepting signoffs
> * 0 fully signed off packages
> * 20 packages missing signoffs
> * 16 packages older than 14 days
> 
> (Note: the word 'package' as used here refers to packages as grouped by
> pkgbase, architecture, and repository; e.g., one PKGBUILD produces one
> package per architecture, even if it is a split package.)
[...]

What are these signoff-reports about?

I don't know what their purpose is...

Ciao,
   Oliver


[aur-general] Signoff report for [community-testing]

2014-02-19 Thread Arch Website Notification
=== Signoff report for [community-testing] ===
https://www.archlinux.org/packages/signoffs/

There are currently:
* 0 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 0 fully signed off packages
* 20 packages missing signoffs
* 16 packages older than 14 days

(Note: the word 'package' as used here refers to packages as grouped by
pkgbase, architecture, and repository; e.g., one PKGBUILD produces one
package per architecture, even if it is a split package.)



== Incomplete signoffs for [community] (16 total) ==

* acpi_call-1.1.0-2 (i686)
0/1 signoffs
* bbswitch-0.8-6 (i686)
0/1 signoffs
* exim-4.82-2 (i686)
0/1 signoffs
* r8168-8.037.00-7 (i686)
0/1 signoffs
* rt3562sta-2.4.1.1-52 (i686)
0/1 signoffs
* tp_smapi-0.41-44 (i686)
0/1 signoffs
* vhba-module-20130607-24 (i686)
0/1 signoffs
* virtualbox-modules-4.3.6-5 (i686)
0/1 signoffs
* acpi_call-1.1.0-2 (x86_64)
0/2 signoffs
* bbswitch-0.8-6 (x86_64)
0/2 signoffs
* exim-4.82-2 (x86_64)
0/2 signoffs
* r8168-8.037.00-7 (x86_64)
0/2 signoffs
* rt3562sta-2.4.1.1-52 (x86_64)
0/2 signoffs
* tp_smapi-0.41-44 (x86_64)
0/2 signoffs
* vhba-module-20130607-24 (x86_64)
0/2 signoffs
* virtualbox-modules-4.3.6-5 (x86_64)
0/2 signoffs

== Incomplete signoffs for [unknown] (4 total) ==

* libnftnl-1.0.0-1 (i686)
0/1 signoffs
* nftables-0.099-2 (i686)
0/1 signoffs
* libnftnl-1.0.0-1 (x86_64)
0/2 signoffs
* nftables-0.099-2 (x86_64)
0/2 signoffs


== All packages in [community-testing] for more than 14 days (16 total) ==

* libnftnl-1.0.0-1 (i686), since 2014-01-20
* libnftnl-1.0.0-1 (x86_64), since 2014-01-20
* bbswitch-0.8-6 (i686), since 2014-01-26
* bbswitch-0.8-6 (x86_64), since 2014-01-26
* rt3562sta-2.4.1.1-52 (i686), since 2014-01-26
* rt3562sta-2.4.1.1-52 (x86_64), since 2014-01-26
* r8168-8.037.00-7 (i686), since 2014-01-26
* r8168-8.037.00-7 (x86_64), since 2014-01-26
* tp_smapi-0.41-44 (i686), since 2014-01-26
* tp_smapi-0.41-44 (x86_64), since 2014-01-26
* vhba-module-20130607-24 (i686), since 2014-01-26
* vhba-module-20130607-24 (x86_64), since 2014-01-26
* virtualbox-modules-4.3.6-5 (i686), since 2014-01-26
* virtualbox-modules-4.3.6-5 (x86_64), since 2014-01-26
* acpi_call-1.1.0-2 (i686), since 2014-01-27
* acpi_call-1.1.0-2 (x86_64), since 2014-01-27


== Top five in signoffs in last 24 hours ==

1. djgera - 2 signoffs
2. allan - 2 signoffs