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

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

There are currently:
* 5 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 6 fully signed off packages
* 27 packages missing signoffs
* 12 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 (5 total) ==

* curl-7.32.0-2 (i686)
* curl-7.32.0-2 (x86_64)
* libreoffice-i18n-4.1.1-1 (any)
* libreoffice-4.1.1-1 (i686)
* libreoffice-4.1.1-1 (x86_64)


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

* curl-7.32.0-2 (i686)
0/1 signoffs
* gummiboot-36-1 (i686)
0/1 signoffs
* openldap-2.4.36-1 (i686)
0/1 signoffs
* reiserfsprogs-3.6.24-1 (i686)
0/1 signoffs
* rpcbind-0.2.1-2 (i686)
0/1 signoffs
* curl-7.32.0-2 (x86_64)
0/2 signoffs
* gummiboot-36-1 (x86_64)
0/2 signoffs
* openldap-2.4.36-1 (x86_64)
0/2 signoffs
* reiserfsprogs-3.6.24-1 (x86_64)
0/2 signoffs
* rpcbind-0.2.1-2 (x86_64)
1/2 signoffs

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

* archboot-2013.08-3 (any)
0/2 signoffs
* libreoffice-i18n-4.1.1-1 (any)
0/2 signoffs
* cogl-1.14.0-5 (i686)
0/1 signoffs
* libreoffice-4.1.1-1 (i686)
0/1 signoffs
* libsecret-0.16-1 (i686)
0/1 signoffs
* qemu-1.6.0-1 (i686)
0/1 signoffs
* upower-0.9.21-1 (i686)
0/1 signoffs
* xfce4-power-manager-1.2.0-5 (i686)
0/1 signoffs
* xfce4-session-4.10.1-3 (i686)
0/1 signoffs
* xulrunner-23.0.1-1 (i686)
0/1 signoffs
* cogl-1.14.0-5 (x86_64)
1/2 signoffs
* libreoffice-4.1.1-1 (x86_64)
0/2 signoffs
* libsecret-0.16-1 (x86_64)
0/2 signoffs
* qemu-1.6.0-1 (x86_64)
0/2 signoffs
* xfce4-power-manager-1.2.0-5 (x86_64)
0/2 signoffs
* xfce4-session-4.10.1-3 (x86_64)
0/2 signoffs
* xulrunner-23.0.1-1 (x86_64)
1/2 signoffs


== Completed signoffs (6 total) ==

* pambase-20130821-1 (any)
* syslinux-6.01-4 (i686)
* systemd-206-2 (i686)
* syslinux-6.01-4 (x86_64)
* systemd-206-2 (x86_64)
* upower-0.9.21-1 (x86_64)


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

* syslinux-6.01-4 (i686), since 2013-07-29
* syslinux-6.01-4 (x86_64), since 2013-07-29
* upower-0.9.21-1 (x86_64), since 2013-07-31
* upower-0.9.21-1 (i686), since 2013-07-31
* xfce4-session-4.10.1-3 (i686), since 2013-08-03
* xfce4-session-4.10.1-3 (x86_64), since 2013-08-03
* xfce4-power-manager-1.2.0-5 (i686), since 2013-08-03
* xfce4-power-manager-1.2.0-5 (x86_64), since 2013-08-03
* cogl-1.14.0-5 (i686), since 2013-08-12
* cogl-1.14.0-5 (x86_64), since 2013-08-12
* systemd-206-2 (i686), since 2013-08-13
* systemd-206-2 (x86_64), since 2013-08-13


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

1. lcarlier - 3 signoffs



[arch-dev-public] Integrity Check x86_64: core, extra, community, multilib 30-08-2013

2013-08-30 Thread repomaint
Warning : the repository multilib does not exist in /srv/abs/rsync/any

===
= Integrity Check x86_64 of core,extra,community,multilib =
===

Performing integrity checks...
==> parsing pkgbuilds
==> parsing db files
==> checking mismatches
==> checking archs
==> checking dependencies
==> checking makedepends
==> checking hierarchy
==> checking for circular dependencies
==> checking for differences between db files and pkgbuilds

Missing PKGBUILDs
---
/srv/abs/rsync/any/multilib

Missing Dependencies
--
community/emesene --> 'pylint'
extra/archboot --> 'amd-ucode>=2012.01.17-3'

Missing Makedepends
-
community/classpath --> 'openjdk6'
community/synce-kde --> 'agsync'
community/widelands-data --> 'ggz-client-libs'
community/xosd --> 'bmp'
extra/gnome-speech --> 'openjdk6'

Repo Hierarchy for Dependencies
-
community/playonlinux depends on multilib/wine (99 extra (make)deps to pull)
extra/archboot depends on community/arch-wiki-lite (22 extra (make)deps to pull)
extra/archboot depends on community/arch-wiki-lite (22 extra (make)deps to pull)
extra/archboot depends on community/chntpw (20 extra (make)deps to pull)
extra/archboot depends on community/cpupower (23 extra (make)deps to pull)
extra/archboot depends on community/haveged (20 extra (make)deps to pull)
extra/archboot depends on community/squashfs-tools (20 extra (make)deps to pull)
extra/archboot depends on community/usb_modeswitch (20 extra (make)deps to pull)
extra/archboot depends on community/wvdial (23 extra (make)deps to pull)
extra/archboot depends on community/xl2tpd (20 extra (make)deps to pull)
extra/archiso depends on community/squashfs-tools (20 extra (make)deps to pull)
extra/ardour depends on community/libsmf (20 extra (make)deps to pull)
extra/audacity depends on community/ffmpeg-compat (20 extra (make)deps to pull)
extra/brltty depends on community/cython (20 extra (make)deps to pull)
extra/calligra-krita depends on community/opencolorio (20 extra (make)deps to 
pull)
extra/cyrus-sasl-sql depends on community/sqlite2 (20 extra (make)deps to pull)
extra/evas_generic_loaders depends on community/libraw (20 extra (make)deps to 
pull)
extra/fvwm-crystal depends on community/hsetroot (20 extra (make)deps to pull)
extra/gnucash depends on community/aqbanking (22 extra (make)deps to pull)
extra/gnucash depends on community/libdbi-drivers (21 extra (make)deps to pull)
extra/hefur depends on community/protobuf (20 extra (make)deps to pull)
extra/mod_perl depends on community/perl-linux-pid (20 extra (make)deps to pull)
extra/octave depends on community/arpack (20 extra (make)deps to pull)
extra/python2-metacity depends on community/metacity (20 extra (make)deps to 
pull)
extra/python2-rdflib depends on community/python2-isodate (20 extra (make)deps 
to pull)
extra/rdesktop depends on community/pcsclite (20 extra (make)deps to pull)
extra/ruby depends on community/libyaml (0 extra (make)deps to pull)
extra/vlc depends on community/ffmpeg-compat (20 extra (make)deps to pull)

Repo Hierarchy for Makedepends

community/virtualbox depends on multilib/dev86 (6 extra (make)deps to pull : 
lib32-glibc gcc-multilib gcc-libs-multilib binutils-multilib gcc-ada-multilib 
lib32-gcc-libs)
community/virtualbox depends on multilib/gcc-multilib (6 extra (make)deps to 
pull : gcc-libs-multilib binutils-multilib gcc-ada-multilib lib32-glibc 
gcc-multilib lib32-gcc-libs)
community/virtualbox depends on multilib/lib32-glibc (6 extra (make)deps to 
pull : gcc-multilib gcc-libs-multilib binutils-multilib gcc-ada-multilib 
lib32-glibc lib32-gcc-libs)
community/virtualbox-ext-vnc depends on multilib/dev86 (6 extra (make)deps to 
pull : lib32-glibc gcc-multilib gcc-libs-multilib binutils-multilib 
gcc-ada-multilib lib32-gcc-libs)
community/virtualbox-ext-vnc depends on multilib/gcc-multilib (6 extra 
(make)deps to pull : gcc-libs-multilib binutils-multilib gcc-ada-multilib 
lib32-glibc gcc-multilib lib32-gcc-libs)
community/virtualbox-ext-vnc depends on multilib/lib32-glibc (6 extra 
(make)deps to pull : gcc-multilib gcc-libs-multilib binutils-multilib 
gcc-ada-multilib lib32-glibc lib32-gcc-libs)
community/virtualbox-guest-dkms depends on multilib/dev86 (6 extra (make)deps 
to pull : lib32-glibc gcc-multilib gcc-libs-multilib binutils-multilib 
gcc-ada-multilib lib32-gcc-libs)
community/virtualbox-guest-dkms depends on multilib/gcc-multilib (6 extra 
(make)deps to pull : gcc-libs-multilib binutils-multilib gcc-ada-multilib 
lib32-glibc gcc-multilib lib32-gcc-libs)
community/virtualbox-guest-dkms depends on multilib/lib32-glibc (6 extra 
(make)deps to pull : gcc-multilib gcc-libs-multilib binutils-multilib 
gcc-ada-multilib lib32-glibc lib32-gcc-libs)
community/virtualbox-guest-utils depends on multilib/dev86 (6 extra (make)deps 
to pull : lib3

[arch-dev-public] Integrity Check i686: core, extra, community 30-08-2013

2013-08-30 Thread repomaint


= Integrity Check i686 of core,extra,community =


Performing integrity checks...
==> parsing pkgbuilds
==> parsing db files
==> checking mismatches
==> checking archs
==> checking dependencies
==> checking makedepends
==> checking hierarchy
==> checking for circular dependencies
==> checking for differences between db files and pkgbuilds

Missing Dependencies
--
community/emesene --> 'pylint'
extra/archboot --> 'amd-ucode>=2012.01.17-3'

Missing Makedepends
-
community/classpath --> 'openjdk6'
community/synce-kde --> 'agsync'
community/widelands-data --> 'ggz-client-libs'
community/xosd --> 'bmp'
extra/gnome-speech --> 'openjdk6'

Repo Hierarchy for Dependencies
-
extra/archboot depends on community/arch-wiki-lite (30 extra (make)deps to pull)
extra/archboot depends on community/arch-wiki-lite (30 extra (make)deps to pull)
extra/archboot depends on community/chntpw (28 extra (make)deps to pull)
extra/archboot depends on community/cpupower (31 extra (make)deps to pull)
extra/archboot depends on community/haveged (28 extra (make)deps to pull)
extra/archboot depends on community/squashfs-tools (28 extra (make)deps to pull)
extra/archboot depends on community/usb_modeswitch (28 extra (make)deps to pull)
extra/archboot depends on community/wvdial (31 extra (make)deps to pull)
extra/archboot depends on community/xl2tpd (28 extra (make)deps to pull)
extra/archiso depends on community/squashfs-tools (28 extra (make)deps to pull)
extra/ardour depends on community/libsmf (28 extra (make)deps to pull)
extra/audacity depends on community/ffmpeg-compat (28 extra (make)deps to pull)
extra/brltty depends on community/cython (28 extra (make)deps to pull)
extra/calligra-krita depends on community/opencolorio (28 extra (make)deps to 
pull)
extra/cyrus-sasl-sql depends on community/sqlite2 (28 extra (make)deps to pull)
extra/evas_generic_loaders depends on community/libraw (28 extra (make)deps to 
pull)
extra/fvwm-crystal depends on community/hsetroot (28 extra (make)deps to pull)
extra/gnucash depends on community/aqbanking (30 extra (make)deps to pull)
extra/gnucash depends on community/libdbi-drivers (29 extra (make)deps to pull)
extra/hefur depends on community/protobuf (28 extra (make)deps to pull)
extra/mod_perl depends on community/perl-linux-pid (28 extra (make)deps to pull)
extra/octave depends on community/arpack (28 extra (make)deps to pull)
extra/python2-metacity depends on community/metacity (28 extra (make)deps to 
pull)
extra/python2-rdflib depends on community/python2-isodate (28 extra (make)deps 
to pull)
extra/rdesktop depends on community/pcsclite (28 extra (make)deps to pull)
extra/ruby depends on community/libyaml (0 extra (make)deps to pull)
extra/vlc depends on community/ffmpeg-compat (28 extra (make)deps to pull)

Repo Hierarchy for Makedepends

core/btrfs-progs depends on extra/git (500 extra (make)deps to pull)
core/ca-certificates depends on extra/python2 (500 extra (make)deps to pull)
core/crda depends on community/python2-m2crypto (500 extra (make)deps to pull)
core/dbus depends on extra/libx11 (500 extra (make)deps to pull)
core/e2fsprogs depends on extra/bc (500 extra (make)deps to pull)
core/filesystem depends on community/asciidoc (500 extra (make)deps to pull)
core/gcc depends on extra/doxygen (500 extra (make)deps to pull)
core/gcc-ada depends on extra/doxygen (500 extra (make)deps to pull)
core/gcc-fortran depends on extra/doxygen (500 extra (make)deps to pull)
core/gcc-go depends on extra/doxygen (500 extra (make)deps to pull)
core/gcc-libs depends on extra/doxygen (500 extra (make)deps to pull)
core/gcc-objc depends on extra/doxygen (500 extra (make)deps to pull)
core/glib2 depends on extra/docbook-xml (500 extra (make)deps to pull)
core/glib2 depends on extra/elfutils (500 extra (make)deps to pull)
core/glib2 depends on extra/libxslt (500 extra (make)deps to pull)
core/glib2 depends on extra/python2 (500 extra (make)deps to pull)
core/glib2-docs depends on extra/docbook-xml (500 extra (make)deps to pull)
core/glib2-docs depends on extra/elfutils (500 extra (make)deps to pull)
core/glib2-docs depends on extra/libxslt (500 extra (make)deps to pull)
core/glib2-docs depends on extra/python2 (500 extra (make)deps to pull)
core/gnupg depends on extra/libusb-compat (500 extra (make)deps to pull)
core/groff depends on extra/ghostscript (500 extra (make)deps to pull)
core/groff depends on extra/libxaw (500 extra (make)deps to pull)
core/groff depends on extra/netpbm (500 extra (make)deps to pull)
core/groff depends on extra/psutils (500 extra (make)deps to pull)
core/grub depends on extra/autogen (500 extra (make)deps to pull)
core/grub depends on extra/bdf-unifont (500 extra (make)deps to pull)
core/grub depends on extra/bzr (500 extra (make)deps to pull)
core/grub depends on extra/freetype2 (50

[arch-dev-public] Kernel module package naming convention?

2013-08-30 Thread Xyne
Hi,

A naming conflict on the AUR between jme-git (JMicron Ethernet Linux driver)
and jme-svn (jMonkey Engine) was recently brought to my attention. Currently,
the names of kernel module packages are identical to the internal names of the
modules recognized by e.g. modprobe and lsmod.

Given that libraries and modules for programming languages and other
applications follow a naming scheme that includes the target application's
prefix in the package name (python-foo, aspell-foo, etc.), it would be
consistent to do the same with kernel modules, e.g. "linux-foo".

I understand that there are likely a lot of packages that would be affected by
the adoption of such a naming scheme, but the migration could be done gradually
as packages are upgraded, with "provides" entries used to satisfy dependencies
during the transitional period.

Of course, a TODO list could manage this as well if you're up to it.

The guidelines would also need to be updated:
https://wiki.archlinux.org/index.php/Kernel_Module_Package_Guidelines

Thoughts?


Regards,
Xyne



Re: [arch-dev-public] Kernel module package naming convention?

2013-08-30 Thread Maxime GAUDUIN
On Fri, Aug 30, 2013 at 7:13 PM, Xyne  wrote:

> Hi,
>
> A naming conflict on the AUR between jme-git (JMicron Ethernet Linux
> driver)
> and jme-svn (jMonkey Engine) was recently brought to my attention.
> Currently,
> the names of kernel module packages are identical to the internal names of
> the
> modules recognized by e.g. modprobe and lsmod.
>
> Given that libraries and modules for programming languages and other
> applications follow a naming scheme that includes the target application's
> prefix in the package name (python-foo, aspell-foo, etc.), it would be
> consistent to do the same with kernel modules, e.g. "linux-foo".
>
> I understand that there are likely a lot of packages that would be
> affected by
> the adoption of such a naming scheme, but the migration could be done
> gradually
> as packages are upgraded, with "provides" entries used to satisfy
> dependencies
> during the transitional period.
>
> Of course, a TODO list could manage this as well if you're up to it.
>
> The guidelines would also need to be updated:
> https://wiki.archlinux.org/index.php/Kernel_Module_Package_Guidelines
>
> Thoughts?
>
>
> Regards,
> Xyne
>
>
I support a change of the module naming scheme too, having a prefix or
suffix would mean less confusion. The only packages in our repos not
following the current scheme are the vbox packages, they have a "-modules"
suffix (virtualbox-guest-modules, virtualbox-host-modules), but "linux-*"
and "linux-flavor-*" appear to be more sensible choices indeed.

If we go with that change, prepending "dkms-" to dkms sources instead of
appending "*-dkms" would be a good idea too (
https://wiki.archlinux.org/index.php/Dkms#Package_name).

Cheers,
-- 
Maxime


Re: [arch-dev-public] Kernel module package naming convention?

2013-08-30 Thread Xyne
Forwarding a message from Peter Wu, with my reply

On 2013-08-30 20:08 +0200
Peter Wu wrote:

>Hi,
>
>On Friday 30 August 2013 17:13:26 Xyne wrote:
>> Given that libraries and modules for programming languages and other
>> applications follow a naming scheme that includes the target application's
>> prefix in the package name (python-foo, aspell-foo, etc.), it would be
>> consistent to do the same with kernel modules, e.g. "linux-foo".
>
>"kmod-foo" makes more sense since it's about kernel modules and not a whole 
>kernel such as "linux-ck".
>
>Regards,
>Peter
>
>PS. I am not allowed to post to the public list, please forward with comments 
>as needed.


I agree that "kmod-" is likely a better prefix. "linux-" was just a starting
point and I hadn't given it much thought.

Regards,
Xyne



Re: [arch-dev-public] Nginx

2013-08-30 Thread Sébastien Luttringer
On Fri, Aug 30, 2013 at 8:34 AM, Allan McRae  wrote:
> On 03/08/13 00:59, Pierre Schmitz wrote:
>> Am 02.08.2013 15:38, schrieb Sébastien Luttringer:
>>> Nothing should block a nginx update, so if auth-pam is incompatible,
>>> it will be dropped.
>>>
>>> Passenger external module will be dropped as it causes too frequent rebuild.
>
> Yet the current post_upgrade message says it is still there...
>
> And if you are already envisioning that auth-pam will need to be dropped
> in the future, I'd have to agree with this:
>
>> I'd say better drop all third-party modules even if you use it yourself.
>> I don't see why this should be an exception on the contrary: it was not
>> merged upstream and it was last updated in 2010. And dropping it in case
>> of an issue also introduces unexpected regressions for those users who
>> started using it.
>>
>> So my recommendation would still be to keep at least the nginx package
>> minimal and vanilla.
>
> Agreed, only provide what upstream does.   The rest should be dealt with
> by ABS/AUR.
>
> Allan
>

I will follow the elders. I removed nginx-extra and nginx package in
testing is now purely vanilla modules.

Cheers,

-- 
Sébastien "Seblu" Luttringer
https://www.seblu.net
GPG: 0x2072D77A