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

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

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

* lvm2-2.02.95-6 (i686)
* perl-5.16.0-2 (i686)
* util-linux-2.21.2-1 (i686)
* lvm2-2.02.95-6 (x86_64)
* perl-5.16.0-2 (x86_64)
* util-linux-2.21.2-1 (x86_64)
* bluez-4.99-5 (i686)
* chromium-19.0.1084.52-2 (i686)
* consolekit-0.4.6-4 (i686)
* gvfs-1.12.3-2 (i686)
* kdelibs-4.8.3-2 (i686)
* libatasmart-0.18-2 (i686)
* libcanberra-0.28-5 (i686)
* lighttpd-1.4.30-4 (i686)
* mesa-8.0.3-2 (i686)
* php-5.4.3-2 (i686)
* pulseaudio-2.0-2 (i686)
* slim-1.3.3-4 (i686)
* system-config-printer-1.3.9-3 (i686)
* systemd-183-3 (i686)
* udisks-1.0.4-4 (i686)
* vlc-2.0.1-2 (i686)
* xf86-video-ati-6.14.99-1.20120517 (i686)
* xf86-video-intel-2.19.0-2 (i686)
* xf86-video-nouveau-0.0.16_git20120512-2 (i686)
* xorg-server-1.12.1.902-2 (i686)
* bluez-4.99-5 (x86_64)
* chromium-19.0.1084.52-2 (x86_64)
* consolekit-0.4.6-4 (x86_64)
* gvfs-1.12.3-2 (x86_64)
* kdelibs-4.8.3-2 (x86_64)
* libatasmart-0.18-2 (x86_64)
* libcanberra-0.28-5 (x86_64)
* lighttpd-1.4.30-4 (x86_64)
* mesa-8.0.3-2 (x86_64)
* php-5.4.3-2 (x86_64)
* pulseaudio-2.0-2 (x86_64)
* slim-1.3.3-4 (x86_64)
* system-config-printer-1.3.9-3 (x86_64)
* systemd-183-3 (x86_64)
* udisks-1.0.4-4 (x86_64)
* vlc-2.0.1-2 (x86_64)
* xf86-video-ati-6.14.99-1.20120517 (x86_64)
* xf86-video-intel-2.19.0-2 (x86_64)
* xf86-video-nouveau-0.0.16_git20120512-2 (x86_64)
* xorg-server-1.12.1.902-2 (x86_64)


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

* btrfs-progs-0.19.20120328-3 (i686)
0/2 signoffs
* cryptsetup-1.4.2-2 (i686)
0/2 signoffs
* dmraid-1.0.0.rc16.3-5 (i686)
0/2 signoffs
* lvm2-2.02.95-6 (i686)
0/2 signoffs
* mdadm-3.2.5-2 (i686)
0/2 signoffs
* mkinitcpio-nfs-utils-0.3-3 (i686)
0/2 signoffs
* nfs-utils-1.2.6-1 (i686)
0/2 signoffs
* perl-5.16.0-2 (i686)
1/2 signoffs
* pinentry-0.8.1-4 (i686)
1/2 signoffs
* btrfs-progs-0.19.20120328-3 (x86_64)
1/2 signoffs
* cryptsetup-1.4.2-2 (x86_64)
0/2 signoffs
* dmraid-1.0.0.rc16.3-5 (x86_64)
0/2 signoffs
* krb5-1.10.1-3 (x86_64)
1/2 signoffs
* lvm2-2.02.95-6 (x86_64)
0/2 signoffs
* mdadm-3.2.5-2 (x86_64)
1/2 signoffs
* mkinitcpio-nfs-utils-0.3-3 (x86_64)
0/2 signoffs
* nfs-utils-1.2.6-1 (x86_64)
1/2 signoffs
* perl-5.16.0-2 (x86_64)
0/2 signoffs
* util-linux-2.21.2-1 (x86_64)
1/2 signoffs

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

* bluez-4.99-5 (i686)
0/2 signoffs
* cairo-perl-1.082-2 (i686)
0/2 signoffs
* chromium-19.0.1084.52-2 (i686)
0/2 signoffs
* claws-mail-extra-plugins-3.8.0-3 (i686)
0/2 signoffs
* consolekit-0.4.6-4 (i686)
0/2 signoffs
* fcpci-31107-75 (i686)
0/2 signoffs
* fcpcmcia-31107-70 (i686)
0/2 signoffs
* frozen-bubble-2.2.1beta1-4 (i686)
0/2 signoffs
* gc-7.2-1 (i686)
0/2 signoffs
* gconf-perl-1.044-7 (i686)
0/2 signoffs
* glade-perl-1.007-6 (i686)
0/2 signoffs
* glib-perl-1.260-1 (i686)
0/2 signoffs
* gnome-perl-1.042-8 (i686)
0/2 signoffs
* gnome-vfs-perl-1.081-5 (i686)
0/2 signoffs
* gnomecanvas-perl-1.002-10 (i686)
0/2 signoffs
* gnumeric-1.10.17-2 (i686)
0/2 signoffs
* graphicsmagick-1.3.15-2 (i686)
0/2 signoffs
* graphviz-2.28.0-10 (i686)
0/2 signoffs
* gtk2-perl-1.244-1 (i686)
0/2 signoffs
* gvfs-1.12.3-2 (i686)
0/2 signoffs
* imagemagick-6.7.7.0-1 (i686)
0/2 signoffs
* irssi-0.8.15-6 (i686)
0/2 signoffs
* kdebindings-perlkde-4.8.3-2 (i686)
0/2 signoffs
* kdebindings-perlqt-4.8.3-2 (i686)
0/2 signoffs
* kdelibs-4.8.3-2 (i686)
0/2 signoffs
* libatasmart-0.18-2 (i686)
0/2 signoffs
* libcanberra-0.28-5 (i686)
0/2 signoffs
* libproxy-0.4.7-2 (i686)
0/2 signoffs
* lighttpd-1.4.30-4 (i686)
0/2 signoffs
* lirc-1:0.9.0-18 (i686)
0/2 signoffs
* mesa-8.0.3-2 (i686)
0/2 signoffs
* mod_perl-2.0.6-1 (i686)
0/2 signoffs
* net-snmp-5.7.1-3 (i686)
0/2 signoffs
* nvidia-295.53-2 (i686)
0/2 signoffs
* pango-perl-1.223-2 (i686)
0/2 signoffs
* perl-async-interrupt-1.10-2 (i686)
0/2 signoffs
* perl-bit-vector-7.2-2 (i686)
0/2 signoffs
* perl-compress-bzip2-2.09-5 (i686)
0/2 signoffs
* perl-crypt-openssl-bignum-0.04-7 (i686)
0/2 signoffs
* perl-crypt-openssl-random-0.04-7 (i686)
0/2 signoffs
* perl-crypt-openssl-rsa-0.28-3 (i686)
0/2 signoffs
* perl-crypt-ssleay-0.58-4 (i686)
0/2 signoffs
* perl-dbd-mysql-4.020-3 (i686)
0/2 signoffs
* perl-dbd-sqlite-1.35-2 (i686)
0/2 signoffs
* perl-dbi-1.618-2 (i686)
0/2 signoffs
* 

Re: [arch-dev-public] [signoff] [NACK] linux 3.4-1

2012-05-28 Thread Andreas Radke
Am Sat, 26 May 2012 21:10:28 +0200
schrieb Florian Pritz bluew...@xinu.at:

 Hi,
 
 Starting with linux 3.4-1 I'm getting random corruptions when reading
 files from my file server over nfs and we've also seen problems with
 packages downloaded from our mirror on brynhild.
 
 The files on disk validate just fine (md5sum), it's just the transfer
 that seems to break.
 
 linux-lts 3.032-1 and linux 3.3.7-1 are good.
 

Similar NFS issues here every now and then:

NFS: v4 server 192.168.1.90 does not accept raw uid/gids. Reenabling the 
idmapper.
BUG: unable to handle kernel paging request at 00656d6f
IP: [00656d6f] 0x656d6e
PGD 428e84067 PUD 420f04067 PMD 420f00067 PTE 0
Oops: 0010 [#1] PREEMPT SMP 
CPU 1 
Modules linked in: usb_storage uas fuse rfcomm bnep btusb bluetooth rfkill 
usbhid hid nfsd exportfs nfs nfs_acl lockd auth_rpcgss fscache sunrpc reiserfs 
nvidia(PO) evdev snd_hda_codec_realtek sr_mod cdrom aesni_intel aes_x86_64 
aes_generic ghash_clmulni_intel cryptd coretemp crc32c_intel r8169 i2c_i801 
pcspkr mii xhci_hcd snd_hda_intel snd_hda_codec snd_hwdep snd_pcm 
snd_page_alloc snd_timer snd i2c_core ehci_hcd soundcore usbcore mei(C) 
usb_common button microcode st w83627ehf hwmon_vid acpi_cpufreq mperf processor 
sd_mod ahci libahci libata scsi_mod ext4 crc16 jbd2 mbcache

Pid: 527, comm: rpc.idmapd Tainted: P C O 3.4.0-1-ARCH #1 System 
manufacturer System Product Name/P8P67
RIP: 0010:[00656d6f]  [00656d6f] 0x656d6e
RSP: 0018:880421431d40  EFLAGS: 00010246
RAX: 880420ee7650 RBX: 8804278c0a80 RCX: 88041faf7900
RDX: 0005 RSI: 880421431de9 RDI: 880420ee7860
RBP: 880421431d88 R08:  R09: 
R10:  R11:  R12: 88041faf7900
R13: 880420ee7860 R14: 880421431de9 R15: 0005
FS:  7fa14d884700() GS:88043f44() knlGS:
CS:  0010 DS:  ES:  CR0: 80050033
CR2: 00656d6f CR3: 00042777e000 CR4: 000407e0
DR0:  DR1:  DR2: 
DR3:  DR6: 0ff0 DR7: 0400
Process rpc.idmapd (pid: 527, threadinfo 88042143, task 
880423e66730)
Stack:
 811f010c 880421431db0 880421431db0 880420ee75f0
 88041faf7900 880420ee7860 880421431de9 0005
 8804278c0a80 880421431dd8 811f0213 880421431de8
Call Trace:
 [811f010c] ? __key_instantiate_and_link+0x5c/0x100
 [811f0213] key_instantiate_and_link+0x63/0xa0
 [a0fb37bd] idmap_pipe_downcall+0x1bd/0x1e0 [nfs]
 [a0f6eca9] rpc_pipe_write+0x69/0x90 [sunrpc]
 [8116e798] vfs_write+0xa8/0x180
 [8116eada] sys_write+0x4a/0xa0
 [8146a3e9] system_call_fastpath+0x16/0x1b
Code:  Bad RIP value.
RIP  [00656d6f] 0x656d6e
 RSP 880421431d40
CR2: 00656d6f
---[ end trace e9ae93e3e7f737b5 ]---


-Andy


signature.asc
Description: PGP signature


[arch-dev-public] udev replaced by systemd-tools

2012-05-28 Thread Dave Reisner
Hey all,

Just an FYI -- we came across some minor nags in testing last night with
udev containing rules that it couldn't support (due to a missing
systemd-sysctl binary). After some nagging from Tom, we decided that it
was best to simply merge the udev and systemd-tools packages together.
There's a few reasons for this:

- systemd-tools is meant to be a package that everyone can benefit from
  (regardless of PID 1)
- everyone will eventually have systemd-tools installed anyways, as
  initscripts will be using it
- lower maintenance for the PKGBUILD. It's getting ugly with all the
  splitting and juggling required.

systemd-tools doesn't yet belong to the base group, but I'll fix this
today with some other minor changes to the package.

Dave

What's in a name? That which we call a rose
By any other name would smell as sweet.


Re: [arch-dev-public] udev replaced by systemd-tools

2012-05-28 Thread Rémy Oudompheng
On 2012/5/28 Dave Reisner d...@falconindy.com wrote:
 Hey all,

 Just an FYI -- we came across some minor nags in testing last night with
 udev containing rules that it couldn't support (due to a missing
 systemd-sysctl binary). After some nagging from Tom, we decided that it
 was best to simply merge the udev and systemd-tools packages together.

I was a bit puzzled/surprised by the announcement, and by the version number.
It all became clearer when I read that upstream udev was actually merged into
upstream systemd sources, which makes the packaging changes much more logical.

Rémy.


[arch-dev-public] New Java library packages

2012-05-28 Thread Guillaume ALAUX
Hello,

I would like to create some new packages in [extra]. They are all
core Java libraries (JARs). I say core because they are all basic
libraries used by a lot of Java projects.

I am posting here to see if someone has something to say against
officially supporting these in Arch and also so that devs/TUs who
maintain Java apps know they could officially rely on these libs.

Here is a first list based on what *I* would need for 'apache-ant'
(names are as used by upstream projects. I plan to prepend them with
'java-')

- activation.jar
- bcel.jar (already pushed in extra as 'java-bcel')
- bsf.jar
- gnumail.jar
- inetlib.jar
- jdepend.jar
- log4j-1.2.jar
- xml-resolver-1.2.jar
- commons-net.jar
- jsch.jar

Some are in the AUR but on various states (some OOD, orphans, adopted by me).

--
Guillaume


Re: [arch-dev-public] udev replaced by systemd-tools

2012-05-28 Thread Ionuț Bîru
On Mon, May 28, 2012 at 5:21 PM, Dave Reisner d...@falconindy.com wrote:
 Hey all,

 Just an FYI -- we came across some minor nags in testing last night with
 udev containing rules that it couldn't support (due to a missing
 systemd-sysctl binary). After some nagging from Tom, we decided that it
 was best to simply merge the udev and systemd-tools packages together.
 There's a few reasons for this:

 - systemd-tools is meant to be a package that everyone can benefit from
  (regardless of PID 1)
 - everyone will eventually have systemd-tools installed anyways, as
  initscripts will be using it
 - lower maintenance for the PKGBUILD. It's getting ugly with all the
  splitting and juggling required.


at the beginning it was libsystemd, now is systemd-tools. the next
step is systemd.

lets stop lying ourself  and move directly to systemd, lower the
maintenance of packages by merging back all the stuff split from
systemd back and lets move forward.

 systemd-tools doesn't yet belong to the base group, but I'll fix this
 today with some other minor changes to the package.

 Dave

 What's in a name? That which we call a rose
 By any other name would smell as sweet.



-- 
Ionut


Re: [arch-dev-public] udev replaced by systemd-tools

2012-05-28 Thread Tom Gundersen
On Mon, May 28, 2012 at 7:44 PM, Ionuț Bîru biru.io...@gmail.com wrote:
 On Mon, May 28, 2012 at 5:21 PM, Dave Reisner d...@falconindy.com wrote:
 Hey all,

 Just an FYI -- we came across some minor nags in testing last night with
 udev containing rules that it couldn't support (due to a missing
 systemd-sysctl binary). After some nagging from Tom, we decided that it
 was best to simply merge the udev and systemd-tools packages together.
 There's a few reasons for this:

 - systemd-tools is meant to be a package that everyone can benefit from
  (regardless of PID 1)
 - everyone will eventually have systemd-tools installed anyways, as
  initscripts will be using it
 - lower maintenance for the PKGBUILD. It's getting ugly with all the
  splitting and juggling required.


 at the beginning it was libsystemd, now is systemd-tools. the next
 step is systemd.

Regarding systemd-tools. I requested this package (which essentially
contains all the bits of systemd that can be used without the systemd
daemon) so that we can use it from initscripts. Lots of stuff in
initscripts and systemd are the same, so this should allow us to
delete a lot of code :-)

I'll post patches to arch-projects for review shortly.

Cheers,

Tom