[arch-dev-public] Overview of the current Arch Linux organisation

2015-12-12 Thread Allan McRae
Hi all,

The reason I had did roll call was to see if there was any areas that we
could improve.  We have grown as a distribution over the years and holes
in our organisation of certain areas are beginning to show.

So here is my summary of our current status.  Feel free to point out
things I missed.


Packaging: This is the lifeblood of Arch, and we do quite well at
keeping everything up-to-date (although a few packages can have updates
waiting for a long time). One thing the roll call does show is there are
quite a few major packaging areas that are covered by a single person
(desktops, major programming languages, etc).  We should fix these
single points of failure by building a small team around these major
groups (lead by the current packager). This would be a way to bring on
junior packagers (who can initially prepare and commit updates to SVN,
but not build them).

Support: We have good groups of people in charge of moderating the
forums, IRC and the wiki.  These are largely self managing and take on
new members as needed.  We also have a singular bug triage person.

Security: The new security team is doing a great job at monitoring
security issues.  There are three main people there - they will need to
comment on whether they need more man power there. It would also be
great to give some of them packaging rights so they do not need to chase
the devs/TUs to build fixed packages.  This group is also looking at
reproducible builds.

Pacman: Currently, we have two main developers, with a bunch of
occasional submitters. pacman-5.0 is about to be released with hooks!
More man power would be good - we have several major features planned
and lots of tiny ones.

Release Iso:  A new one gets created every month, so things seem to be
working...  I had a quick look at the mailing list at it is fairly
quiet.  I'm not sure if this is because the iso is fairly stable at this
stage, or that it needs some focus.

AUR:  New AUR is up and running.  Again, seems to be progressing well
and I have not hear complaints about lack of manpower...

Infrastructure: This seems an area that needs improved.  We have one
person organising payment for servers, one person doing the sysadmin,
various people in charge of updating the forum, wiki, planet, bug
tracker(?), AUR, projects,...  It looks like there has been no commits
to our website front- and back-end in six months.  Overall, our
infrastructure is an area that needs attention - our servers have had
some consolidation partially completed and more planning done, but this
has progressed nowhere.  We also have space issues due to this.

Devtools/dbscripts:  These seem to be updated as needed. We still do not
have repository signing... The autobuild tool for big rebuilds is
awesome - it will be useful in the future to make this more official and
have the infrastructure hosted on our servers.


Long email!

I think the one glaring area where we need to be more organised is our
infrastructure.  I will bring together the people currently involved
with this area in the next few days so we can get this fixed.

Allan


[arch-dev-public] Signoff report for [testing]

2015-12-12 Thread Arch Website Notification
=== Signoff report for [testing] ===
https://www.archlinux.org/packages/signoffs/

There are currently:
* 4 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 9 fully signed off packages
* 23 packages missing signoffs
* 9 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.)


== New packages in [testing] in last 24 hours (4 total) ==

* linux-4.3.2-1 (i686)
* linux-4.3.2-1 (x86_64)
* gdb-7.10.1-1 (i686)
* gdb-7.10.1-1 (x86_64)


== Incomplete signoffs for [core] (7 total) ==

* openresolv-3.7.2-1 (any)
0/2 signoffs
* mpfr-3.1.3.p5-1 (i686)
0/1 signoffs
* pciutils-3.4.0-1 (i686)
0/1 signoffs
* xfsprogs-4.3.0-1 (i686)
0/1 signoffs
* mpfr-3.1.3.p5-1 (x86_64)
1/2 signoffs
* pciutils-3.4.0-1 (x86_64)
0/2 signoffs
* xfsprogs-4.3.0-1 (x86_64)
0/2 signoffs

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

* apache-2.4.17-5 (i686)
0/1 signoffs
* f2fs-tools-1.5.0-1 (i686)
0/1 signoffs
* gdb-7.10.1-1 (i686)
0/1 signoffs
* gsm-1.0.14-1 (i686)
0/1 signoffs
* linux-zen-4.3.1-1 (i686)
0/1 signoffs
* nvidia-358.16-3 (i686)
0/1 signoffs
* nvidia-304xx-304.131-3 (i686)
0/1 signoffs
* nvidia-340xx-340.96-3 (i686)
0/1 signoffs
* apache-2.4.17-5 (x86_64)
0/2 signoffs
* f2fs-tools-1.5.0-1 (x86_64)
0/2 signoffs
* gdb-7.10.1-1 (x86_64)
0/2 signoffs
* gsm-1.0.14-1 (x86_64)
0/2 signoffs
* linux-zen-4.3.1-1 (x86_64)
0/2 signoffs
* nvidia-358.16-3 (x86_64)
0/2 signoffs
* nvidia-304xx-304.131-3 (x86_64)
0/2 signoffs
* nvidia-340xx-340.96-3 (x86_64)
0/2 signoffs


== Completed signoffs (9 total) ==

* linux-firmware-20151207.bbe4917-1 (any)
* curl-7.46.0-1 (i686)
* dbus-1.10.6-1 (i686)
* iputils-20150815.1c59920-3 (i686)
* linux-4.3.2-1 (i686)
* curl-7.46.0-1 (x86_64)
* dbus-1.10.6-1 (x86_64)
* iputils-20150815.1c59920-3 (x86_64)
* linux-4.3.2-1 (x86_64)


== All packages in [testing] for more than 14 days (9 total) ==

* iputils-20150815.1c59920-3 (i686), since 2015-10-19
* iputils-20150815.1c59920-3 (x86_64), since 2015-10-19
* nvidia-358.16-3 (i686), since 2015-11-22
* nvidia-358.16-3 (x86_64), since 2015-11-22
* nvidia-340xx-340.96-3 (i686), since 2015-11-22
* nvidia-340xx-340.96-3 (x86_64), since 2015-11-22
* nvidia-304xx-304.131-3 (i686), since 2015-11-22
* nvidia-304xx-304.131-3 (x86_64), since 2015-11-22
* openresolv-3.7.2-1 (any), since 2015-11-23


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

1. foutrelis - 4 signoffs
2. bisson - 4 signoffs


Re: [arch-dev-public] Dropping kdebase-workspace

2015-12-12 Thread Antonio Rojas
Antonio Rojas wrote:

> TL;DR: kdebase-workspace is dead and should be dropped from the repos
> 

...and it's gone