From allan at archlinux.org  Mon Nov  1 05:26:31 2010
From: allan at archlinux.org (Allan McRae)
Date: Mon, 01 Nov 2010 19:26:31 +1000
Subject: [arch-dev-public] [signoff] db-5.1 rebuild
Message-ID: <4CCE87C7.8040604@archlinux.org>

This covers the followig packages from [core]:

db-5.1.19-2
heimdal-1.3.3-2
iproute2-2.3.25-2
libsasl-2.1.23-5
pam-1.1.1-2
perl-5.12.1-3

Signoff both,
Allan


From stephane at archlinux.org  Mon Nov  1 10:55:11 2010
From: stephane at archlinux.org (=?utf-8?q?St=C3=A9phane_Gaudreault?=)
Date: Mon, 1 Nov 2010 10:55:11 -0400
Subject: [arch-dev-public] Opencl/Cuda headers
In-Reply-To: <201010301412.25598.stephane@archlinux.org>
References: <201010300045.58319.stephane@archlinux.org>
	<4CCBFB30.3070507@archlinux.org>
	<201010301412.25598.stephane@archlinux.org>
Message-ID: <201011011055.12050.stephane@archlinux.org>

Le samedi 30 octobre 2010 14:12:25, St?phane Gaudreault a ?crit :
> Le samedi 30 octobre 2010 07:02:08, Ionu? B?ru a ?crit :
> > On 10/30/2010 07:45 AM, St?phane Gaudreault wrote:
> > > My suggestion would be to package only OpenCL headers (Khronos version)
> > > and eventually discuss addition of Cuda if it becomes easier to
> > > maintain in a rolling release distribution. The new
> > > "khronos-opencl-headers" package could be added as optional
> > > dependencies for nvidia-utils which will also include a
> > > "provides=('libCL')"[6]. I tested this solution on several codes and
> > > it works well. It also seems that Debian is going to do something very
> > > similar[7].
> > > 
> > > So what do other people think about this problem ?
> > > 
> > > St?phane
> > 
> > imo khronos-opencl-headers is not a good name for our package. can we
> > have opencl-headers  or nvidia-opencl-headers if the headers for the
> > opensource drivers are not compatible with them?
> 
> Since headers from both sources are almost the same (modulo some comments),
> it does not matter which one we choose. Following your suggestion, I
> uploaded an nvidia-opencl-headers package on AUR:
> 
> http://aur.archlinux.org/packages.php?ID=42430
> 
> This may not be the final package, but it is probably easier to discuss
> around something concrete :-)
> 
> St?phane

If there is no objection, I will upload the new package tomorrow.

Ionu?  : Would it be possible to add opencl in the provides line of nvidia-
utils please? This will close  FS#20558.

Thanks,

St?phane

From dpmcgee at gmail.com  Mon Nov  1 11:44:09 2010
From: dpmcgee at gmail.com (Dan McGee)
Date: Mon, 1 Nov 2010 10:44:09 -0500
Subject: [arch-dev-public] [PATCH] Point to release specific wiki page
 for more info
In-Reply-To: <1288559024-32321-1-git-send-email-dieter@plaetinck.be>
References: <1288559024-32321-1-git-send-email-dieter@plaetinck.be>
Message-ID: <AANLkTim9fOPSc9fYx4j8PpeMxc=bd-j4QXaR6ry3A5iK@mail.gmail.com>

Thanks, applied.

-Dan

On Sun, Oct 31, 2010 at 4:03 PM, Dieter Plaetinck <dieter at plaetinck.be> wrote:
>
> Signed-off-by: Dieter Plaetinck <dieter at plaetinck.be>
> ---
> ?templates/public/download.html | ? ?2 +-
> ?1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/templates/public/download.html b/templates/public/download.html
> index 8a1a902..8bd2e2d 100644
> --- a/templates/public/download.html
> +++ b/templates/public/download.html
> @@ -18,7 +18,7 @@
> ? ? can always be updated with `pacman -Syu`.</p>
>
> ? ? <ul>
> - ? ? ? ?<li><strong>Current Release:</strong> {{ version }}</li>
> + ? ? ? ?<li><strong>Current Release:</strong> <a href="https://wiki.archlinux.org/index.php/DeveloperWiki:{{ version }}">{{ version }}</a></li>
> ? ? ? ? <li><strong>Included Kernel:</strong> 2.6.33.4</li>
> ? ? ? ? <li><strong>Resources:</strong>
> ? ? ? ? ? ? <ul>
> --
> 1.7.3.2
>
>

From ibiru at archlinux.org  Mon Nov  1 11:55:14 2010
From: ibiru at archlinux.org (=?UTF-8?B?SW9udcibIELDrnJ1?=)
Date: Mon, 01 Nov 2010 17:55:14 +0200
Subject: [arch-dev-public] Opencl/Cuda headers
In-Reply-To: <201011011055.12050.stephane@archlinux.org>
References: <201010300045.58319.stephane@archlinux.org>	<4CCBFB30.3070507@archlinux.org>	<201010301412.25598.stephane@archlinux.org>
	<201011011055.12050.stephane@archlinux.org>
Message-ID: <4CCEE2E2.50907@archlinux.org>

On 11/01/2010 04:55 PM, St?phane Gaudreault wrote:
> Le samedi 30 octobre 2010 14:12:25, St?phane Gaudreault a ?crit :
>> Le samedi 30 octobre 2010 07:02:08, Ionu? B?ru a ?crit :
>>> On 10/30/2010 07:45 AM, St?phane Gaudreault wrote:
>>>> My suggestion would be to package only OpenCL headers (Khronos version)
>>>> and eventually discuss addition of Cuda if it becomes easier to
>>>> maintain in a rolling release distribution. The new
>>>> "khronos-opencl-headers" package could be added as optional
>>>> dependencies for nvidia-utils which will also include a
>>>> "provides=('libCL')"[6]. I tested this solution on several codes and
>>>> it works well. It also seems that Debian is going to do something very
>>>> similar[7].
>>>>
>>>> So what do other people think about this problem ?
>>>>
>>>> St?phane
>>>
>>> imo khronos-opencl-headers is not a good name for our package. can we
>>> have opencl-headers  or nvidia-opencl-headers if the headers for the
>>> opensource drivers are not compatible with them?
>>
>> Since headers from both sources are almost the same (modulo some comments),
>> it does not matter which one we choose. Following your suggestion, I
>> uploaded an nvidia-opencl-headers package on AUR:
>>
>> http://aur.archlinux.org/packages.php?ID=42430
>>
>> This may not be the final package, but it is probably easier to discuss
>> around something concrete :-)
>>
>> St?phane
>
> If there is no objection, I will upload the new package tomorrow.
>
> Ionu?  : Would it be possible to add opencl in the provides line of nvidia-
> utils please? This will close  FS#20558.
>
> Thanks,
>
> St?phane

the bug suggest to use libcl.

we are settle to use opencl from know own and nvidia-opencl-headers as 
optional dependency?

-- 
Ionu?

From a.radke at arcor.de  Mon Nov  1 12:59:02 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Mon, 1 Nov 2010 17:59:02 +0100
Subject: [arch-dev-public] [signoff] db-5.1 rebuild
In-Reply-To: <4CCE87C7.8040604@archlinux.org>
References: <4CCE87C7.8040604@archlinux.org>
Message-ID: <20101101175902.15431e84@workstation64.home>

Am Mon, 01 Nov 2010 19:26:31 +1000
schrieb Allan McRae <allan at archlinux.org>:

> This covers the followig packages from [core]:
> 
> db-5.1.19-2
> heimdal-1.3.3-2
> iproute2-2.3.25-2
> libsasl-2.1.23-5
> pam-1.1.1-2
> perl-5.12.1-3
> 
> Signoff both,
> Allan
> 

Signoff x86_64.

-Andy

From stephane at archlinux.org  Mon Nov  1 13:14:43 2010
From: stephane at archlinux.org (=?utf-8?q?St=C3=A9phane_Gaudreault?=)
Date: Mon, 1 Nov 2010 13:14:43 -0400
Subject: [arch-dev-public] Opencl/Cuda headers
In-Reply-To: <4CCEE2E2.50907@archlinux.org>
References: <201010300045.58319.stephane@archlinux.org>
	<201011011055.12050.stephane@archlinux.org>
	<4CCEE2E2.50907@archlinux.org>
Message-ID: <201011011314.43282.stephane@archlinux.org>

Le lundi 01 novembre 2010 11:55:14, Ionu? B?ru a ?crit :
> On 11/01/2010 04:55 PM, St?phane Gaudreault wrote:
> > Le samedi 30 octobre 2010 14:12:25, St?phane Gaudreault a ?crit :
> >> Le samedi 30 octobre 2010 07:02:08, Ionu? B?ru a ?crit :
> >>> On 10/30/2010 07:45 AM, St?phane Gaudreault wrote:
> >>>> My suggestion would be to package only OpenCL headers (Khronos
> >>>> version) and eventually discuss addition of Cuda if it becomes easier
> >>>> to maintain in a rolling release distribution. The new
> >>>> "khronos-opencl-headers" package could be added as optional
> >>>> dependencies for nvidia-utils which will also include a
> >>>> "provides=('libCL')"[6]. I tested this solution on several codes and
> >>>> it works well. It also seems that Debian is going to do something very
> >>>> similar[7].
> >>>> 
> >>>> So what do other people think about this problem ?
> >>>> 
> >>>> St?phane
> >>> 
> >>> imo khronos-opencl-headers is not a good name for our package. can we
> >>> have opencl-headers  or nvidia-opencl-headers if the headers for the
> >>> opensource drivers are not compatible with them?
> >> 
> >> Since headers from both sources are almost the same (modulo some
> >> comments), it does not matter which one we choose. Following your
> >> suggestion, I uploaded an nvidia-opencl-headers package on AUR:
> >> 
> >> http://aur.archlinux.org/packages.php?ID=42430
> >> 
> >> This may not be the final package, but it is probably easier to discuss
> >> around something concrete :-)
> >> 
> >> St?phane
> > 
> > If there is no objection, I will upload the new package tomorrow.
> > 
> > Ionu?  : Would it be possible to add opencl in the provides line of
> > nvidia- utils please? This will close  FS#20558.
> > 
> > Thanks,
> > 
> > St?phane
> 
> the bug suggest to use libcl.
> 
> we are settle to use opencl from know own and nvidia-opencl-headers as
> optional dependency?

In the bug report I suggested to use libcl to mimic OpenGL (provides=(libgl)). 
It is probably clearer to use "opencl" instead. Nvidia-opencl-headers could be 
an optional depency.

St?phane

From a.radke at arcor.de  Mon Nov  1 14:28:47 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Mon, 1 Nov 2010 19:28:47 +0100
Subject: [arch-dev-public] Opencl/Cuda headers
In-Reply-To: <201010300045.58319.stephane@archlinux.org>
References: <201010300045.58319.stephane@archlinux.org>
Message-ID: <20101101192847.21408da9@workstation64.home>

-1

I'm against providing these packages. Gpu calculation not that widely
used and we already have the libs in our repos to decode movies in
hardware.

I don't think we should mess our official repos with one/two more closed
source packages when we have no real need for them!

You should keep them in AUR or if they get enough votes bring them to
community.

-Andy

From t.powa at gmx.de  Mon Nov  1 14:31:00 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Mon, 1 Nov 2010 19:31:00 +0100
Subject: [arch-dev-public] [signoff] db-5.1 rebuild
In-Reply-To: <20101101175902.15431e84@workstation64.home>
References: <4CCE87C7.8040604@archlinux.org>
	<20101101175902.15431e84@workstation64.home>
Message-ID: <201011011931.05685.t.powa@gmx.de>

Am Montag 01 November 2010 schrieb Andreas Radke:
> Am Mon, 01 Nov 2010 19:26:31 +1000
> 
> schrieb Allan McRae <allan at archlinux.org>:
> > This covers the followig packages from [core]:
> > 
> > db-5.1.19-2
> > heimdal-1.3.3-2
> > iproute2-2.3.25-2
> > libsasl-2.1.23-5
> > pam-1.1.1-2
> > perl-5.12.1-3
> > 
> > Signoff both,
> > Allan
> 
> Signoff x86_64.
> 
> -Andy
signoff x86_64 no negative impact here.

-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101101/a5a5aa2f/attachment.bin>

From t.powa at gmx.de  Mon Nov  1 14:47:13 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Mon, 1 Nov 2010 19:47:13 +0100
Subject: [arch-dev-public] [signoff] kernel 2.6.36-3
Message-ID: <201011011947.14215.t.powa@gmx.de>

Hi guys,
please signoff 2.6.36 series for both arches
and give feedback if
real issues arise.

Upstream
changes:
http://kernelnewbies.org/LinuxChanges

Features included:
- Tomoyo support:
https://bugs.archlinux.org/task/21533

- Apparmor support:
https://bugs.archlinux.org/task/21533

- Build RTC support into kernel:
https://bugs.archlinux.org/task/21137

- changed cpu support to 64 on x86_64

- added hugetables support:
https://bugs.archlinux.org/task/20862

- disabled RDS modules due to security concerns:
https://bugs.archlinux.org/task/21510

- pcieaspm enabled

greetings
tpowa
-- 
Tobias
Powalowski
Archlinux Developer & Package Maintainer
(tpowa)
http://www.archlinux.org
tpowa at archlinux.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101101/c75cb1f0/attachment.bin>

From a.radke at arcor.de  Mon Nov  1 15:36:59 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Mon, 1 Nov 2010 20:36:59 +0100
Subject: [arch-dev-public] [signoff] kernel 2.6.36-3
In-Reply-To: <201011011947.14215.t.powa@gmx.de>
References: <201011011947.14215.t.powa@gmx.de>
Message-ID: <20101101203659.4598e9d1@workstation64.home>

As I told you I have network issues with my r8169 based card:

https://bugzilla.kernel.org/show_bug.cgi?id=20882


And because we want to move new Xorg/Mesa packages together with the
new kernel I suggest to wait for .1 or .2 kernel.

-Andy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101101/c6ae9570/attachment.bin>

From ibiru at archlinux.org  Mon Nov  1 15:42:23 2010
From: ibiru at archlinux.org (=?UTF-8?B?SW9udcibIELDrnJ1?=)
Date: Mon, 01 Nov 2010 21:42:23 +0200
Subject: [arch-dev-public] [signoff] kernel 2.6.36-3
In-Reply-To: <20101101203659.4598e9d1@workstation64.home>
References: <201011011947.14215.t.powa@gmx.de>
	<20101101203659.4598e9d1@workstation64.home>
Message-ID: <4CCF181F.4020406@archlinux.org>

On 11/01/2010 09:36 PM, Andreas Radke wrote:
> As I told you I have network issues with my r8169 based card:
>
> https://bugzilla.kernel.org/show_bug.cgi?id=20882
>
>
> And because we want to move new Xorg/Mesa packages together with the
> new kernel I suggest to wait for .1 or .2 kernel.
>
> -Andy

thanks for the heads up. seems that our build server has such card and i 
would hold up the upgrade until is fixed

-- 
Ionu?

From t.powa at gmx.de  Mon Nov  1 16:09:29 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Mon, 1 Nov 2010 21:09:29 +0100
Subject: [arch-dev-public] [signoff] nfs-utils-1.2.2-4 and libtirpc-0.2.1-2
Message-ID: <201011012109.35036.t.powa@gmx.de>

Hi
- added ipv6 support
https://bugs.archlinux.org/task/20857
- fixed heimdal segfaults
https://bugs.archlinux.org/task/20082

Please signoff both arches.

greetings
tpowa
-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101101/eb959373/attachment.bin>

From bisson at archlinux.org  Mon Nov  1 17:27:21 2010
From: bisson at archlinux.org (Gaetan Bisson)
Date: Mon, 1 Nov 2010 22:27:21 +0100
Subject: [arch-dev-public] [signoff] db-5.1 rebuild
In-Reply-To: <4CCE87C7.8040604@archlinux.org>
References: <4CCE87C7.8040604@archlinux.org>
Message-ID: <20101101212720.GA6445@soba.vesath.org>

[2010-11-01 19:26:31 +1000] Allan McRae:
> db-5.1.19-2
> heimdal-1.3.3-2
> iproute2-2.3.25-2
> libsasl-2.1.23-5
> pam-1.1.1-2
> perl-5.12.1-3

signoff i686

-- 
Gaetan

From allan at archlinux.org  Tue Nov  2 22:50:52 2010
From: allan at archlinux.org (Allan McRae)
Date: Wed, 03 Nov 2010 12:50:52 +1000
Subject: [arch-dev-public] [signoff] glibc-2.12.1-4
In-Reply-To: <4CC63126.5060107@archlinux.org>
References: <4CC63126.5060107@archlinux.org>
Message-ID: <4CD0CE0C.5010404@archlinux.org>

On 26/10/10 11:38, Allan McRae wrote:
> Another day, another glibc...
>
> This adjusts the static linking fix. The one previously used is a more
> correct fix but appears incomplete. I have replaced this by a hack fix
> that Fedora uses.
>
> I will leave this in [testing] a while. My concern is the previous patch
> apparently fixed a bunch of segfault bugs in glibc and I am hoping that
> these do not get reintroduced.
>
> If only upstream made a proper fix for this. Saying upstream is doing
> not much about this bug would imply that they are doing something...
>

OK, things seem fine for this so I think it is time for this to move. 
Signoff away!

Allan


From a.radke at arcor.de  Fri Nov  5 18:48:07 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Fri, 5 Nov 2010 18:48:07 +0100
Subject: [arch-dev-public] [singoff] man-pages 3.30-1
Message-ID: <20101105184807.2e7d1767@workstation64.home>

upstream update. please signoff.

-Andy

==================== Changes in man-pages-3.30 ====================

New and rewritten pages
-----------------------

kexec_load.2
    Andi Kleen
        New page documenting kexec_load(2)
    Michael Kerrisk
        Add license
    Michael Kerrisk
        Incorporate fixes from Eric W. Biederman
            Eric noted that a few instances of "virtual" should
            be "physical" and noted:

                There is an expectation that at hand off from sys_kexec
                that virtual and physical addresses will be identity
                mapped. But this isn't the old Alpha booting convention
                where you have a virtual address and then you have to
                parse the page table to figure out where your kernel
                was actually loaded. Michael Kerrisk
        Additions and edits by mtk
            Various wording and layout improvements.
            Fixed the name of a constant:
                s/KEXEC_ARCH_I386/KEXEC_ARCH_386/. Added RETURN VALUE
                and ERRORS sections. Added VERSIONS section
            Note that CONFIG_KEXEC is needed
            Removed details of using syscall; the reader can find them
                in syscall(2).
            Added some details for KEXEC_PRESERVE_CONTEXT.
            Revised the text mentioning the kernel header, since it is
            not yet exported, and it's not certain that it will be.

lio_listio.3
    Michael Kerrisk
        New page documenting lio_listio(3)


Newly documented interfaces in existing pages
---------------------------------------------

reboot.2
    Andi Kleen
        Document LINUX_REBOOT_KEXEC

unshare.2
    Michael Kerrisk
        Document CLONE_NEWIPC
    Michael Kerrisk
        Document CLONE_NEWNET
    Lucian Adrian Grijincu
        Improve description of CLONE_NEWNET
            CLONE_NEWNET creates a new network namespace from scratch.
            You don't have anything from the old network namespace in
            the new one. Even the loopback device is new.
    Michael Kerrisk
        Document CLONE_SYSVSEM
    Michael Kerrisk
        Document CLONE_NEWUTS
    Michael Kerrisk
        Relocate discussion of CAP_SYS_ADMIN to CLONE_NEWNS section
            And rewrite the EPERM description to be more general in
            preparation for the new flags to be documented.


Global changes
--------------

Various pages
    Michael Kerrisk
        Add reference to feature_test_macros(7)
            Some pages simply list feature test macro requirements in
            the form:

                #define #GNU_SOURCE
                #include <someheader.h>

            For these pages, add a "See feature_test_macros(7)" comment
            on the "#define" line.

Various pages
    David Prevot
        Use greater consistency in NAME line
        (Remove definite article at start of descriptiive clause.)

From pierre at archlinux.de  Fri Nov  5 20:52:46 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Fri, 05 Nov 2010 20:52:46 +0100
Subject: [arch-dev-public] Broadcom releases a mac80211-based GPL2
 driver for the 802.11n wireless chipsets
In-Reply-To: <4C89FC64.3010507@archlinux.org>
References: <4C89FC64.3010507@archlinux.org>
Message-ID: <1becab41a503eb091236ad816844afc6@archlinux.de>

On Fri, 10 Sep 2010 11:37:40 +0200, Thomas B?chler
<thomas at archlinux.org> wrote:
> After
> http://blogs.the451group.com/opensource/2009/07/20/microsoft-contributes-to-linux-kernel-a-caos-theory-qa/
> in 2009, pigs start flying again in 2010: Broadcom has released a driver
> for their newer 802.11n wireless chipsets that is
> - licensed under GPL2
> - based on the linux-wireless mac80211 framework
> - already included into linux-staging-next, which means it will be
> available as a staging driver in 2.6.37 and it will be polished to be
> included into the usual linux-wireless tree
> 
> This is great news for everyone, as this means you can soon just buy any
> laptop without having to worry about wireless chipset issues (Dell
> usually uses those chips, but they are not the only ones). For more
> information and the happiness of the linux wireless developers, see:
> http://permalink.gmane.org/gmane.linux.kernel.wireless.general/55418

As I have such a chipset in my netbook I have made a PKGBUILD which can
be installed alongside the kernel without any conflicts using
compat-wireless: http://aur.archlinux.org/packages.php?ID=42670

Just remove the boradcom-wl package and install this one. So far its
working fine. This driver is a lot faster in scanning and associating
with an AP than the closed driver. Unfortunately you cannot connect to
any channel above 12 (the crda package does not help here). But well,
let's not forget that this is still a staging driver.

Greetings,

Pierre

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From stephane at archlinux.org  Sat Nov  6 00:44:03 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Fri, 5 Nov 2010 19:44:03 -0400
Subject: [arch-dev-public] [singoff] man-pages 3.30-1
In-Reply-To: <20101105184807.2e7d1767@workstation64.home>
References: <20101105184807.2e7d1767@workstation64.home>
Message-ID: <201011051944.03947.stephane@archlinux.org>

Le vendredi 05 novembre 2010 13:48:07, Andreas Radke a ?crit :
> upstream update. please signoff.
> 
> -Andy
> 
> ==================== Changes in man-pages-3.30 ====================
> 
> New and rewritten pages
> -----------------------
> 
> kexec_load.2
>     Andi Kleen
>         New page documenting kexec_load(2)
>     Michael Kerrisk
>         Add license
>     Michael Kerrisk
>         Incorporate fixes from Eric W. Biederman
>             Eric noted that a few instances of "virtual" should
>             be "physical" and noted:
> 
>                 There is an expectation that at hand off from sys_kexec
>                 that virtual and physical addresses will be identity
>                 mapped. But this isn't the old Alpha booting convention
>                 where you have a virtual address and then you have to
>                 parse the page table to figure out where your kernel
>                 was actually loaded. Michael Kerrisk
>         Additions and edits by mtk
>             Various wording and layout improvements.
>             Fixed the name of a constant:
>                 s/KEXEC_ARCH_I386/KEXEC_ARCH_386/. Added RETURN VALUE
>                 and ERRORS sections. Added VERSIONS section
>             Note that CONFIG_KEXEC is needed
>             Removed details of using syscall; the reader can find them
>                 in syscall(2).
>             Added some details for KEXEC_PRESERVE_CONTEXT.
>             Revised the text mentioning the kernel header, since it is
>             not yet exported, and it's not certain that it will be.
> 
> lio_listio.3
>     Michael Kerrisk
>         New page documenting lio_listio(3)
> 
> 
> Newly documented interfaces in existing pages
> ---------------------------------------------
> 
> reboot.2
>     Andi Kleen
>         Document LINUX_REBOOT_KEXEC
> 
> unshare.2
>     Michael Kerrisk
>         Document CLONE_NEWIPC
>     Michael Kerrisk
>         Document CLONE_NEWNET
>     Lucian Adrian Grijincu
>         Improve description of CLONE_NEWNET
>             CLONE_NEWNET creates a new network namespace from scratch.
>             You don't have anything from the old network namespace in
>             the new one. Even the loopback device is new.
>     Michael Kerrisk
>         Document CLONE_SYSVSEM
>     Michael Kerrisk
>         Document CLONE_NEWUTS
>     Michael Kerrisk
>         Relocate discussion of CAP_SYS_ADMIN to CLONE_NEWNS section
>             And rewrite the EPERM description to be more general in
>             preparation for the new flags to be documented.
> 
> 
> Global changes
> --------------
> 
> Various pages
>     Michael Kerrisk
>         Add reference to feature_test_macros(7)
>             Some pages simply list feature test macro requirements in
>             the form:
> 
>                 #define #GNU_SOURCE
>                 #include <someheader.h>
> 
>             For these pages, add a "See feature_test_macros(7)" comment
>             on the "#define" line.
> 
> Various pages
>     David Prevot
>         Use greater consistency in NAME line
>         (Remove definite article at start of descriptiive clause.)

Signoff x86_64

St?phane

From allan at archlinux.org  Sat Nov  6 07:40:37 2010
From: allan at archlinux.org (Allan McRae)
Date: Sat, 06 Nov 2010 16:40:37 +1000
Subject: [arch-dev-public] Package maintainers wanted - heimdal, db, abs
Message-ID: <4CD4F865.2070001@archlinux.org>

Hi,

I was wondering if anyone wanted to maintain the following packages:

heimdal, db:  I maintain these only because they are deps of things I 
use but really do not use them at all.  They could be much better served 
by someone who does.  These also have fairly regular soname bumps (even 
on minor releases of heimdal) so you will need to start rebuilds every 
so often.

abs: I really have no motivation to fix any issues found in this and at 
the moment an updated version of the package is wasting away in [testing]...

Allan

From stephane at archlinux.org  Sat Nov  6 13:47:06 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Sat, 6 Nov 2010 08:47:06 -0400
Subject: [arch-dev-public] Package maintainers wanted - heimdal, db, abs
In-Reply-To: <4CD4F865.2070001@archlinux.org>
References: <4CD4F865.2070001@archlinux.org>
Message-ID: <201011060847.06382.stephane@archlinux.org>

Le samedi 06 novembre 2010 02:40:37, Allan McRae a ?crit :
> Hi,
> 
> I was wondering if anyone wanted to maintain the following packages:
> 
> heimdal, db:  I maintain these only because they are deps of things I
> use but really do not use them at all.  They could be much better served
> by someone who does.  These also have fairly regular soname bumps (even
> on minor releases of heimdal) so you will need to start rebuilds every
> so often.
> 
> abs: I really have no motivation to fix any issues found in this and at
> the moment an updated version of the package is wasting away in
> [testing]...
> 
> Allan

I could take care of abs.

St?phane

From a.radke at arcor.de  Sun Nov  7 19:31:29 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Sun, 7 Nov 2010 19:31:29 +0100
Subject: [arch-dev-public] [signoff] tzdata 2010o-1
Message-ID: <20101107193129.39789257@workstation64.home>

New timezone codes releades. Please signoff.

-Andy

Change:

The file...
	ftp://elsie.nci.nih.gov/pub/tzdata2010o.tar.gz
...is now available; this includes the change to the end of DST in Fiji
in 2011 circulated last week on the time zone mailing list.

				--ado

From dpmcgee at gmail.com  Mon Nov  8 13:57:45 2010
From: dpmcgee at gmail.com (Dan McGee)
Date: Mon, 8 Nov 2010 06:57:45 -0600
Subject: [arch-dev-public] [signoff] tzdata 2010o-1
In-Reply-To: <20101107193129.39789257@workstation64.home>
References: <20101107193129.39789257@workstation64.home>
Message-ID: <AANLkTinMa-S+DOMgF5-bqm7Kvim0C+7jAMwoaun2S-Ov@mail.gmail.com>

On Sun, Nov 7, 2010 at 12:31 PM, Andreas Radke <a.radke at arcor.de> wrote:
> New timezone codes releades. Please signoff.

Signoff x86_64

From angvp at archlinux.org  Mon Nov  8 21:02:10 2010
From: angvp at archlinux.org (=?ISO-8859-1?Q?=C1ngel_Vel=E1squez?=)
Date: Mon, 8 Nov 2010 18:02:10 -0200
Subject: [arch-dev-public] [signoff] tzdata 2010o-1
In-Reply-To: <20101107193129.39789257@workstation64.home>
References: <20101107193129.39789257@workstation64.home>
Message-ID: <AANLkTimYZ3g-FT9vYfvuE2bhAU5RRQQPkUr-=HEzkL0H@mail.gmail.com>

sign off x86_64

-- 
Angel Vel?squez
angvp @ irc.freenode.net
Arch Linux Developer / Trusted User
Linux Counter: #359909
http://www.angvp.com

From t.powa at gmx.de  Mon Nov  8 21:19:14 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Mon, 8 Nov 2010 21:19:14 +0100
Subject: [arch-dev-public] [signoff] usbutils-0.91-1
In-Reply-To: <201010301815.43502.stephane@archlinux.org>
References: <201010302215.02306.t.powa@gmx.de>
	<201010301815.43502.stephane@archlinux.org>
Message-ID: <201011082119.15080.t.powa@gmx.de>

Am Sonntag 31 Oktober 2010 schrieb St?phane Gaudreault:
> Le samedi 30 octobre 2010 16:14:53, Tobias Powalowski a ?crit :
> > Hi guys,
> > bump to latest version
> > please signoff both arches
> > 
> > greetings
> > tpowa
> 
> Usb devices still works.
> 
> Signoff x86_64
> 
> St?phane
anyone i686?

-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101108/f3cf7728/attachment.bin>

From t.powa at gmx.de  Mon Nov  8 21:22:03 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Mon, 8 Nov 2010 21:22:03 +0100
Subject: [arch-dev-public] [signoff] hdparm-9.35-1
In-Reply-To: <201010302215.41388.t.powa@gmx.de>
References: <201010302215.41388.t.powa@gmx.de>
Message-ID: <201011082122.03637.t.powa@gmx.de>

Am Samstag 30 Oktober 2010 schrieb Tobias Powalowski:
> Hi guys,
> please signoff both arches
> 
> greetings
> tpowa
anyone for any arch?

-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101108/1669f085/attachment-0001.bin>

From ibiru at archlinux.org  Mon Nov  8 22:16:53 2010
From: ibiru at archlinux.org (=?UTF-8?B?SW9udcibIELDrnJ1?=)
Date: Mon, 08 Nov 2010 23:16:53 +0200
Subject: [arch-dev-public] [signoff] hdparm-9.35-1
In-Reply-To: <201011082122.03637.t.powa@gmx.de>
References: <201010302215.41388.t.powa@gmx.de>
	<201011082122.03637.t.powa@gmx.de>
Message-ID: <4CD868C5.8000807@archlinux.org>

On 11/08/2010 10:22 PM, Tobias Powalowski wrote:
> Am Samstag 30 Oktober 2010 schrieb Tobias Powalowski:
>> Hi guys,
>> please signoff both arches
>>
>> greetings
>> tpowa
> anyone for any arch?
>

signoff x86_64

-- 
Ionu?

From thomas at archlinux.org  Mon Nov  8 23:34:06 2010
From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=)
Date: Mon, 08 Nov 2010 23:34:06 +0100
Subject: [arch-dev-public] [signoff] linux-firmware 20101108-1
Message-ID: <4CD87ADE.4020301@archlinux.org>

Update to latest linux-firmware.git repository, please sign off.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101108/5ead9eb8/attachment.bin>

From bisson at archlinux.org  Mon Nov  8 23:59:27 2010
From: bisson at archlinux.org (Gaetan Bisson)
Date: Mon, 8 Nov 2010 23:59:27 +0100
Subject: [arch-dev-public] [signoff] usbutils-0.91-1
In-Reply-To: <201011082119.15080.t.powa@gmx.de>
References: <201010302215.02306.t.powa@gmx.de>
	<201010301815.43502.stephane@archlinux.org>
	<201011082119.15080.t.powa@gmx.de>
Message-ID: <20101108225927.GB5452@soba.vesath.org>

[2010-11-08 21:19:14 +0100] Tobias Powalowski:
> Am Sonntag 31 Oktober 2010 schrieb St?phane Gaudreault:
> > Le samedi 30 octobre 2010 16:14:53, Tobias Powalowski a ?crit :
> > > Hi guys,
> > > bump to latest version
> > > please signoff both arches
> > > 
> > > greetings
> > > tpowa
> > 
> > Usb devices still works.
> > 
> > Signoff x86_64
> > 
> > St?phane
> anyone i686?

Sure. Both usb-devices and lsusb work as they should.

However, usbhid-dump is linked to libusb-1.0.so.0, which I don't have on
my system:

	usbhid-dump: error while loading shared libraries: libusb-1.0.so.0: cannot open shared object file: No such file or directory

Since it's a new thing I assume it's no big deal...

-- 
Gaetan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101108/f671ea85/attachment.bin>

From allan at archlinux.org  Tue Nov  9 08:47:40 2010
From: allan at archlinux.org (Allan McRae)
Date: Tue, 09 Nov 2010 17:47:40 +1000
Subject: [arch-dev-public] [signoff] linux-firmware 20101108-1
In-Reply-To: <4CD87ADE.4020301@archlinux.org>
References: <4CD87ADE.4020301@archlinux.org>
Message-ID: <4CD8FC9C.6070607@archlinux.org>

On 09/11/10 08:34, Thomas B?chler wrote:
> Update to latest linux-firmware.git repository, please sign off.
>

signoff i686,
Allan


From allan at archlinux.org  Tue Nov  9 08:48:13 2010
From: allan at archlinux.org (Allan McRae)
Date: Tue, 09 Nov 2010 17:48:13 +1000
Subject: [arch-dev-public] [signoff] usbutils-0.91-1
In-Reply-To: <201011082119.15080.t.powa@gmx.de>
References: <201010302215.02306.t.powa@gmx.de>	<201010301815.43502.stephane@archlinux.org>
	<201011082119.15080.t.powa@gmx.de>
Message-ID: <4CD8FCBD.70803@archlinux.org>

On 09/11/10 06:19, Tobias Powalowski wrote:
> Am Sonntag 31 Oktober 2010 schrieb St?phane Gaudreault:
>> Le samedi 30 octobre 2010 16:14:53, Tobias Powalowski a ?crit :
>>> Hi guys,
>>> bump to latest version
>>> please signoff both arches
>>>
>>> greetings
>>> tpowa
>>
>> Usb devices still works.
>>
>> Signoff x86_64
>>
>> St?phane
> anyone i686?
>

+1 i686


From allan at archlinux.org  Tue Nov  9 08:48:54 2010
From: allan at archlinux.org (Allan McRae)
Date: Tue, 09 Nov 2010 17:48:54 +1000
Subject: [arch-dev-public] [signoff] glibc-2.12.1-4
In-Reply-To: <4CD0CE0C.5010404@archlinux.org>
References: <4CC63126.5060107@archlinux.org> <4CD0CE0C.5010404@archlinux.org>
Message-ID: <4CD8FCE6.6020607@archlinux.org>

On 03/11/10 12:50, Allan McRae wrote:
> On 26/10/10 11:38, Allan McRae wrote:
>> Another day, another glibc...
>>
>> This adjusts the static linking fix. The one previously used is a more
>> correct fix but appears incomplete. I have replaced this by a hack fix
>> that Fedora uses.
>>
>> I will leave this in [testing] a while. My concern is the previous patch
>> apparently fixed a bunch of segfault bugs in glibc and I am hoping that
>> these do not get reintroduced.
>>
>> If only upstream made a proper fix for this. Saying upstream is doing
>> not much about this bug would imply that they are doing something...
>>
>
> OK, things seem fine for this so I think it is time for this to move.
> Signoff away!
>

I said...  Signoff away!  :P

From ibiru at archlinux.org  Tue Nov  9 09:54:46 2010
From: ibiru at archlinux.org (=?UTF-8?B?SW9udcibIELDrnJ1?=)
Date: Tue, 09 Nov 2010 10:54:46 +0200
Subject: [arch-dev-public] [signoff] glibc-2.12.1-4
In-Reply-To: <4CD8FCE6.6020607@archlinux.org>
References: <4CC63126.5060107@archlinux.org> <4CD0CE0C.5010404@archlinux.org>
	<4CD8FCE6.6020607@archlinux.org>
Message-ID: <4CD90C56.7060803@archlinux.org>

On 11/09/2010 09:48 AM, Allan McRae wrote:
> On 03/11/10 12:50, Allan McRae wrote:
>> On 26/10/10 11:38, Allan McRae wrote:
>>> Another day, another glibc...
>>>
>>> This adjusts the static linking fix. The one previously used is a more
>>> correct fix but appears incomplete. I have replaced this by a hack fix
>>> that Fedora uses.
>>>
>>> I will leave this in [testing] a while. My concern is the previous patch
>>> apparently fixed a bunch of segfault bugs in glibc and I am hoping that
>>> these do not get reintroduced.
>>>
>>> If only upstream made a proper fix for this. Saying upstream is doing
>>> not much about this bug would imply that they are doing something...
>>>
>>
>> OK, things seem fine for this so I think it is time for this to move.
>> Signoff away!
>>
>
> I said... Signoff away! :P


signoff x86_64

-- 
Ionu?

From stephane at archlinux.org  Tue Nov  9 14:45:20 2010
From: stephane at archlinux.org (=?utf-8?q?St=C3=A9phane_Gaudreault?=)
Date: Tue, 9 Nov 2010 08:45:20 -0500
Subject: [arch-dev-public] [signoff] linux-firmware 20101108-1
In-Reply-To: <4CD87ADE.4020301@archlinux.org>
References: <4CD87ADE.4020301@archlinux.org>
Message-ID: <201011090845.21093.stephane@archlinux.org>

Le lundi 08 novembre 2010 17:34:06, Thomas B?chler a ?crit :
> Update to latest linux-firmware.git repository, please sign off.

Signoff x86_64

St?phane

From a.radke at arcor.de  Wed Nov 10 09:59:25 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Wed, 10 Nov 2010 09:59:25 +0100
Subject: [arch-dev-public] [signoff] kernel 2.6.36-3
In-Reply-To: <20101101203659.4598e9d1@workstation64.home>
References: <201011011947.14215.t.powa@gmx.de>
	<20101101203659.4598e9d1@workstation64.home>
Message-ID: <20101110095925.35467a57@workstation64.home>

Am Mon, 1 Nov 2010 20:36:59 +0100
schrieb Andreas Radke <a.radke at arcor.de>:

> As I told you I have network issues with my r8169 based card:
> 
> https://bugzilla.kernel.org/show_bug.cgi?id=20882
> 
> 
> And because we want to move new Xorg/Mesa packages together with the
> new kernel I suggest to wait for .1 or .2 kernel.
> 
> -Andy

The bug is fixed. One patch needs to be reverted. See
upstream report for details. I guess it will also go into the
stable .36 tree. So please also revert it and push a -4 pkg or wait for
36.1 release.

With this patch reverted I can give signoffs for my x86_64 systems.

-Andy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101110/a94ddeb5/attachment.bin>

From pierre at archlinux.de  Wed Nov 10 11:19:26 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Wed, 10 Nov 2010 11:19:26 +0100
Subject: [arch-dev-public] [signoff] kernel 2.6.36-3
In-Reply-To: <20101110095925.35467a57@workstation64.home>
References: <201011011947.14215.t.powa@gmx.de>
	<20101101203659.4598e9d1@workstation64.home>
	<20101110095925.35467a57@workstation64.home>
Message-ID: <0738e43c990b7441bdd6164b57564f88@archlinux.de>

On Wed, 10 Nov 2010 09:59:25 +0100, Andreas Radke <a.radke at arcor.de>
wrote:
> Am Mon, 1 Nov 2010 20:36:59 +0100
> schrieb Andreas Radke <a.radke at arcor.de>:
> 
>> As I told you I have network issues with my r8169 based card:
>>
>> https://bugzilla.kernel.org/show_bug.cgi?id=20882
>>
>>
>> And because we want to move new Xorg/Mesa packages together with the
>> new kernel I suggest to wait for .1 or .2 kernel.
>>
>> -Andy
> 
> The bug is fixed. One patch needs to be reverted. See
> upstream report for details. I guess it will also go into the
> stable .36 tree. So please also revert it and push a -4 pkg or wait for
> 36.1 release.
> 
> With this patch reverted I can give signoffs for my x86_64 systems.
> 
> -Andy

I'd prefer to at least test the .1. With the new kernel I had random
reboots on my desktop and high power consumption on my netbook. 

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From andrea at archlinux.org  Wed Nov 10 11:33:32 2010
From: andrea at archlinux.org (Andrea Scarpino)
Date: Wed, 10 Nov 2010 11:33:32 +0100
Subject: [arch-dev-public] [extra] repository cleanup
Message-ID: <201011101133.32502.andrea@archlinux.org>

Hi DEVs/TUs,
currently we have 700 (counting both arches and any) orphans packages in 
[extra].
As member of the orphans team, I made a list[1] of these packages and I'd like 
to move them to Unsupported.
If some DEV wants to keep a package simply cross it out (adoption is not 
required, but it would be nice) or reply to this mail.
If some TU wants to maintain a package in [community], please write the name 
into the "Candidate to [community]" section, *DO NOT* cross it out. Or reply 
to this mail.

I think that a week is enough time for this job. 17th November I will move the 
remaining packages to Unsupported and the candidates to [community].

Cheers

[1] https://wiki.archlinux.org/index.php/DeveloperWiki:Repo_Cleanup

-- 
Andrea Scarpino
Arch Linux Developer

From ibiru at archlinux.org  Wed Nov 10 11:47:46 2010
From: ibiru at archlinux.org (=?UTF-8?B?SW9udcibIELDrnJ1?=)
Date: Wed, 10 Nov 2010 12:47:46 +0200
Subject: [arch-dev-public] [extra] repository cleanup
In-Reply-To: <201011101133.32502.andrea@archlinux.org>
References: <201011101133.32502.andrea@archlinux.org>
Message-ID: <4CDA7852.7060003@archlinux.org>

On 11/10/2010 12:33 PM, Andrea Scarpino wrote:
> Hi DEVs/TUs,
> currently we have 700 (counting both arches and any) orphans packages in
> [extra].
> As member of the orphans team, I made a list[1] of these packages and I'd like
> to move them to Unsupported.
> If some DEV wants to keep a package simply cross it out (adoption is not
> required, but it would be nice) or reply to this mail.
> If some TU wants to maintain a package in [community], please write the name
> into the "Candidate to [community]" section, *DO NOT* cross it out. Or reply
> to this mail.
>
> I think that a week is enough time for this job. 17th November I will move the
> remaining packages to Unsupported and the candidates to [community].
>
> Cheers
>
> [1] https://wiki.archlinux.org/index.php/DeveloperWiki:Repo_Cleanup
>

i adopted some of my packages that were added for gnome 2.32 and future, 
like at-spi2-*, dconf, folks, json-glib, telepathy-logger

Like a side note i know Brad wants to maintain mythtv and & in community

-- 
Ionu?

From andrea at archlinux.org  Wed Nov 10 12:16:52 2010
From: andrea at archlinux.org (Andrea Scarpino)
Date: Wed, 10 Nov 2010 12:16:52 +0100
Subject: [arch-dev-public] [aur-general] [extra] repository cleanup
In-Reply-To: <87vd45o3dp.wl%sergej.pupykin@dsr-company.com>
References: <201011101133.32502.andrea@archlinux.org>
	<87vd45o3dp.wl%sergej.pupykin@dsr-company.com>
Message-ID: <201011101216.52425.andrea@archlinux.org>

On Wednesday 10 November 2010 11:54:26 Sergej Pupykin wrote:
> * alltray
> * at
> * centerim
> * dia
> * distcc
> * dmenu
> * elinks
> * iptraf
> * mailman
> * mcrypt
> * motion
> * patchutils
> * perl-*
> * slmodem
> * slmodem-utils
> * squashfs-tools
> * twinkle
> * unarj
> * w3m
> * wmii
> * wput
> * xboard
> * xdialog
> * xpdf
> * xpdf-*
> 
> If noone wants to maintain them, I can do it in community.
List updated, but if some DEV is interested he can keep them in [extra].

-- 
Andrea Scarpino
Arch Linux Developer

From stephane at archlinux.org  Wed Nov 10 15:40:52 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Wed, 10 Nov 2010 09:40:52 -0500
Subject: [arch-dev-public] [extra] repository cleanup
In-Reply-To: <201011101133.32502.andrea@archlinux.org>
References: <201011101133.32502.andrea@archlinux.org>
Message-ID: <201011100940.53370.stephane@archlinux.org>

Le mercredi 10 novembre 2010 05:33:32, Andrea Scarpino a ?crit :
> Hi DEVs/TUs,
> currently we have 700 (counting both arches and any) orphans packages in
> [extra].
> As member of the orphans team, I made a list[1] of these packages and I'd
> like to move them to Unsupported.
> If some DEV wants to keep a package simply cross it out (adoption is not
> required, but it would be nice) or reply to this mail.
> If some TU wants to maintain a package in [community], please write the
> name into the "Candidate to [community]" section, *DO NOT* cross it out.
> Or reply to this mail.
> 
> I think that a week is enough time for this job. 17th November I will move
> the remaining packages to Unsupported and the candidates to [community].
> 
> Cheers
> 
> [1] https://wiki.archlinux.org/index.php/DeveloperWiki:Repo_Cleanup


I no longer use synergy, so I added it to the list.

St?phane

From a.radke at arcor.de  Wed Nov 10 21:56:28 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Wed, 10 Nov 2010 21:56:28 +0100
Subject: [arch-dev-public] Xfce 4.8pre1 to testing?
Message-ID: <20101110215628.0183273d@workstation64.home>

New Xfce 4.8pre1 release is out for testing. It requires some
important packaging changes. I'm running it on my two systems at home
and it's in a usable state.

But as expected there are some issues with power management und panel
plugins. Because I need user feedback I'd like to bring it early
straight to testing. I don't like to miss our devtools and don't want to
create a new Xfce4-unstable repo. I don't need it that often like the
gnome packagers do.

Xfce packages in testing wouldn't harm anything else. The final release
is expected for Jan. 16th 2011.

-Andy


From pierre at archlinux.de  Wed Nov 10 22:03:33 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Wed, 10 Nov 2010 22:03:33 +0100
Subject: [arch-dev-public] =?utf-8?q?Xfce_4=2E8pre1_to_testing=3F?=
In-Reply-To: <20101110215628.0183273d@workstation64.home>
References: <20101110215628.0183273d@workstation64.home>
Message-ID: <09773444b8cc7dec2879fbed5403c025@archlinux.de>

On Wed, 10 Nov 2010 21:56:28 +0100, Andreas Radke <a.radke at arcor.de>
wrote:
> New Xfce 4.8pre1 release is out for testing. It requires some
> important packaging changes. I'm running it on my two systems at home
> and it's in a usable state.
> 
> But as expected there are some issues with power management und panel
> plugins. Because I need user feedback I'd like to bring it early
> straight to testing. I don't like to miss our devtools and don't want to
> create a new Xfce4-unstable repo. I don't need it that often like the
> gnome packagers do.
> 
> Xfce packages in testing wouldn't harm anything else. The final release
> is expected for Jan. 16th 2011.
> 
> -Andy

I'd prefer to only have candidates for core/extra in testing.
Especially if it should stay there for months. Therefore please go with
an unstable repo. Having these packages in testing makes it less
attractive/usable for users and more important any rebuilds that cover
xfce packages will be a pain.

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From a.radke at arcor.de  Wed Nov 10 22:16:43 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Wed, 10 Nov 2010 22:16:43 +0100
Subject: [arch-dev-public] Xfce 4.8pre1 to testing?
In-Reply-To: <09773444b8cc7dec2879fbed5403c025@archlinux.de>
References: <20101110215628.0183273d@workstation64.home>
	<09773444b8cc7dec2879fbed5403c025@archlinux.de>
Message-ID: <20101110221643.21da1e2b@workstation64.home>

Am Wed, 10 Nov 2010 22:03:33 +0100
schrieb Pierre Schmitz <pierre at archlinux.de>:

> I'd prefer to only have candidates for core/extra in testing.
> Especially if it should stay there for months. Therefore please go
> with an unstable repo. Having these packages in testing makes it less
> attractive/usable for users and more important any rebuilds that cover
> xfce packages will be a pain.
> 

There won't be RCs. Just pre1-pre3 and then the final release.

Xfce has mainly deps to gtk2/glib and itself not to one of the .so
bumping known libs. I don't expect a lib .so bump until the release.

-Andy

From ibiru at archlinux.org  Wed Nov 10 22:17:22 2010
From: ibiru at archlinux.org (=?UTF-8?B?SW9udcibIELDrnJ1?=)
Date: Wed, 10 Nov 2010 23:17:22 +0200
Subject: [arch-dev-public] Xfce 4.8pre1 to testing?
In-Reply-To: <09773444b8cc7dec2879fbed5403c025@archlinux.de>
References: <20101110215628.0183273d@workstation64.home>
	<09773444b8cc7dec2879fbed5403c025@archlinux.de>
Message-ID: <4CDB0BE2.7030305@archlinux.org>

On 11/10/2010 11:03 PM, Pierre Schmitz wrote:
> On Wed, 10 Nov 2010 21:56:28 +0100, Andreas Radke<a.radke at arcor.de>
> wrote:
>> New Xfce 4.8pre1 release is out for testing. It requires some
>> important packaging changes. I'm running it on my two systems at home
>> and it's in a usable state.
>>
>> But as expected there are some issues with power management und panel
>> plugins. Because I need user feedback I'd like to bring it early
>> straight to testing. I don't like to miss our devtools and don't want to
>> create a new Xfce4-unstable repo. I don't need it that often like the
>> gnome packagers do.
>>
>> Xfce packages in testing wouldn't harm anything else. The final release
>> is expected for Jan. 16th 2011.
>>
>> -Andy
>
> I'd prefer to only have candidates for core/extra in testing.
> Especially if it should stay there for months. Therefore please go with
> an unstable repo. Having these packages in testing makes it less
> attractive/usable for users and more important any rebuilds that cover
> xfce packages will be a pain.
>

what about using  gnome-unstable directly? I don't intend to use this 
repo in the near future

-- 
Ionu?

From pierre at archlinux.de  Wed Nov 10 22:23:36 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Wed, 10 Nov 2010 22:23:36 +0100
Subject: [arch-dev-public] =?utf-8?q?Xfce_4=2E8pre1_to_testing=3F?=
In-Reply-To: <20101110221643.21da1e2b@workstation64.home>
References: <20101110215628.0183273d@workstation64.home>
	<09773444b8cc7dec2879fbed5403c025@archlinux.de>
	<20101110221643.21da1e2b@workstation64.home>
Message-ID: <ffaa087f13131ba7a56387439bbffaab@archlinux.de>

On Wed, 10 Nov 2010 22:16:43 +0100, Andreas Radke <a.radke at arcor.de>
wrote:
> Am Wed, 10 Nov 2010 22:03:33 +0100
> schrieb Pierre Schmitz <pierre at archlinux.de>:
> 
>> I'd prefer to only have candidates for core/extra in testing.
>> Especially if it should stay there for months. Therefore please go
>> with an unstable repo. Having these packages in testing makes it less
>> attractive/usable for users and more important any rebuilds that cover
>> xfce packages will be a pain.
>>
> 
> There won't be RCs. Just pre1-pre3 and then the final release.

By candidates I meant packages that you also would have moved directly
to core/extra; not what upstream calls rcs.
 
> Xfce has mainly deps to gtk2/glib and itself not to one of the .so
> bumping known libs. I don't expect a lib .so bump until the release.

You cannot know what happens till January. And its still a prerelease
that is not meant for every day use I guess. I don't think such package
should go to testing. Not breaking testing on purpose was e.g. the point
of introducing staging.

Don't get me wrong, it's nice you'd like to provide such packages, but
if you just need a place to put them into don't abuse testing and just
create a dedicated repo...it's not that hard and we could remove it next
year when done.

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From allan at archlinux.org  Thu Nov 11 05:25:28 2010
From: allan at archlinux.org (Allan McRae)
Date: Thu, 11 Nov 2010 14:25:28 +1000
Subject: [arch-dev-public] [signoff] tar-1.25-1
Message-ID: <4CDB7038.8020805@archlinux.org>

Upstream update.

Signoff both,
Allan

From allan at archlinux.org  Thu Nov 11 05:26:20 2010
From: allan at archlinux.org (Allan McRae)
Date: Thu, 11 Nov 2010 14:26:20 +1000
Subject: [arch-dev-public] [signoff] db-5.1.19-3
Message-ID: <4CDB706C.8050303@archlinux.org>

Add --enable-dbm (FS#21617)

Remember, this package is looking for a maintainer...

Signoff both,
Allan

From allan at archlinux.org  Thu Nov 11 05:26:56 2010
From: allan at archlinux.org (Allan McRae)
Date: Thu, 11 Nov 2010 14:26:56 +1000
Subject: [arch-dev-public] [signoff] heimdal-1.3.3-3
Message-ID: <4CDB7090.5010606@archlinux.org>

Add LDAP support (FS#21617)

Remember, this package is looking for a maintainer...

Signoff both,
Allan

From allan at archlinux.org  Thu Nov 11 05:27:30 2010
From: allan at archlinux.org (Allan McRae)
Date: Thu, 11 Nov 2010 14:27:30 +1000
Subject: [arch-dev-public] [signoff] glibc-2.12.1-4
In-Reply-To: <4CD90C56.7060803@archlinux.org>
References: <4CC63126.5060107@archlinux.org>
	<4CD0CE0C.5010404@archlinux.org>	<4CD8FCE6.6020607@archlinux.org>
	<4CD90C56.7060803@archlinux.org>
Message-ID: <4CDB70B2.1000807@archlinux.org>

On 09/11/10 18:54, Ionu? B?ru wrote:
> On 11/09/2010 09:48 AM, Allan McRae wrote:
>> On 03/11/10 12:50, Allan McRae wrote:
>>> On 26/10/10 11:38, Allan McRae wrote:
>>>> Another day, another glibc...
>>>>
>>>> This adjusts the static linking fix. The one previously used is a more
>>>> correct fix but appears incomplete. I have replaced this by a hack fix
>>>> that Fedora uses.
>>>>
>>>> I will leave this in [testing] a while. My concern is the previous
>>>> patch
>>>> apparently fixed a bunch of segfault bugs in glibc and I am hoping that
>>>> these do not get reintroduced.
>>>>
>>>> If only upstream made a proper fix for this. Saying upstream is doing
>>>> not much about this bug would imply that they are doing something...
>>>>
>>>
>>> OK, things seem fine for this so I think it is time for this to move.
>>> Signoff away!
>>>
>>
>> I said... Signoff away! :P
>
>
> signoff x86_64
>

And an i686?


From jan.steffens at gmail.com  Thu Nov 11 13:50:34 2010
From: jan.steffens at gmail.com (Jan Steffens)
Date: Thu, 11 Nov 2010 13:50:34 +0100
Subject: [arch-dev-public] [signoff] glibc-2.12.1-4
In-Reply-To: <4CDB70B2.1000807@archlinux.org>
References: <4CC63126.5060107@archlinux.org> <4CD0CE0C.5010404@archlinux.org>
	<4CD8FCE6.6020607@archlinux.org> <4CD90C56.7060803@archlinux.org>
	<4CDB70B2.1000807@archlinux.org>
Message-ID: <AANLkTimA63eqeXscMwng5CmHNUMWC_dynN9=-oHsaGoM@mail.gmail.com>

On Thu, Nov 11, 2010 at 5:27 AM, Allan McRae <allan at archlinux.org> wrote:
> On 09/11/10 18:54, Ionu? B?ru wrote:
>>
>> On 11/09/2010 09:48 AM, Allan McRae wrote:
>>>
>>> On 03/11/10 12:50, Allan McRae wrote:
>>>>
>>>> On 26/10/10 11:38, Allan McRae wrote:
>>>>>
>>>>> Another day, another glibc...
>>>>>
>>>>> This adjusts the static linking fix. The one previously used is a more
>>>>> correct fix but appears incomplete. I have replaced this by a hack fix
>>>>> that Fedora uses.
>>>>>
>>>>> I will leave this in [testing] a while. My concern is the previous
>>>>> patch
>>>>> apparently fixed a bunch of segfault bugs in glibc and I am hoping that
>>>>> these do not get reintroduced.
>>>>>
>>>>> If only upstream made a proper fix for this. Saying upstream is doing
>>>>> not much about this bug would imply that they are doing something...
>>>>>
>>>>
>>>> OK, things seem fine for this so I think it is time for this to move.
>>>> Signoff away!
>>>>
>>>
>>> I said... Signoff away! :P
>>
>>
>> signoff x86_64
>>
>
> And an i686?
>
>

I did post it on arch-general, but I'm going to repeat it here:
Signoff i686, x86_64

From stephane at archlinux.org  Thu Nov 11 16:10:22 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Thu, 11 Nov 2010 10:10:22 -0500
Subject: [arch-dev-public] [signoff] tar-1.25-1
In-Reply-To: <4CDB7038.8020805@archlinux.org>
References: <4CDB7038.8020805@archlinux.org>
Message-ID: <201011111010.23130.stephane@archlinux.org>

Le mercredi 10 novembre 2010 23:25:28, Allan McRae a ?crit :
> Upstream update.
> 
> Signoff both,
> Allan

Signoff x86_64

St?phane

From stephane at archlinux.org  Thu Nov 11 16:11:04 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Thu, 11 Nov 2010 10:11:04 -0500
Subject: [arch-dev-public] [signoff] heimdal-1.3.3-3
In-Reply-To: <4CDB7090.5010606@archlinux.org>
References: <4CDB7090.5010606@archlinux.org>
Message-ID: <201011111011.04984.stephane@archlinux.org>

Le mercredi 10 novembre 2010 23:26:56, Allan McRae a ?crit :
> Add LDAP support (FS#21617)
> 
> Remember, this package is looking for a maintainer...
> 
> Signoff both,
> Allan

Signoff x86_64

St?phane

From stephane at archlinux.org  Thu Nov 11 16:18:15 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Thu, 11 Nov 2010 10:18:15 -0500
Subject: [arch-dev-public] [signoff] db-5.1.19-3
In-Reply-To: <4CDB706C.8050303@archlinux.org>
References: <4CDB706C.8050303@archlinux.org>
Message-ID: <201011111018.15443.stephane@archlinux.org>

Le mercredi 10 novembre 2010 23:26:20, Allan McRae a ?crit :
> Add --enable-dbm (FS#21617)
> 
> Remember, this package is looking for a maintainer...
> 
> Signoff both,
> Allan

Signoff x86_64
I am disposed to adopt this package.

St?phane

From ibiru at archlinux.org  Thu Nov 11 21:04:47 2010
From: ibiru at archlinux.org (=?UTF-8?B?SW9udcibIELDrnJ1?=)
Date: Thu, 11 Nov 2010 22:04:47 +0200
Subject: [arch-dev-public] [signoff] tar-1.25-1
In-Reply-To: <4CDB7038.8020805@archlinux.org>
References: <4CDB7038.8020805@archlinux.org>
Message-ID: <4CDC4C5F.7060306@archlinux.org>

On 11/11/2010 06:25 AM, Allan McRae wrote:
> Upstream update.
>
> Signoff both,
> Allan

signoff x86_64

-- 
Ionu?

From bisson at archlinux.org  Thu Nov 11 21:23:45 2010
From: bisson at archlinux.org (Gaetan Bisson)
Date: Thu, 11 Nov 2010 21:23:45 +0100
Subject: [arch-dev-public] [signoff] heimdal-1.3.3-3
In-Reply-To: <4CDB7090.5010606@archlinux.org>
References: <4CDB7090.5010606@archlinux.org>
Message-ID: <20101111202344.GA6958@soba.vesath.org>

[2010-11-11 14:26:56 +1000] Allan McRae:
> Add LDAP support (FS#21617)

signoff i686

From bisson at archlinux.org  Thu Nov 11 21:24:00 2010
From: bisson at archlinux.org (Gaetan Bisson)
Date: Thu, 11 Nov 2010 21:24:00 +0100
Subject: [arch-dev-public] [signoff] db-5.1.19-3
In-Reply-To: <4CDB706C.8050303@archlinux.org>
References: <4CDB706C.8050303@archlinux.org>
Message-ID: <20101111202359.GB6958@soba.vesath.org>

[2010-11-11 14:26:20 +1000] Allan McRae:
> Add --enable-dbm (FS#21617)

signoff i686

From bisson at archlinux.org  Thu Nov 11 21:24:11 2010
From: bisson at archlinux.org (Gaetan Bisson)
Date: Thu, 11 Nov 2010 21:24:11 +0100
Subject: [arch-dev-public] [signoff] tar-1.25-1
In-Reply-To: <4CDB7038.8020805@archlinux.org>
References: <4CDB7038.8020805@archlinux.org>
Message-ID: <20101111202410.GC6958@soba.vesath.org>

[2010-11-11 14:25:28 +1000] Allan McRae:
> Upstream update.

signoff i686

From roman.kyrylych at gmail.com  Thu Nov 11 22:54:36 2010
From: roman.kyrylych at gmail.com (Roman Kyrylych)
Date: Thu, 11 Nov 2010 23:54:36 +0200
Subject: [arch-dev-public] [extra] repository cleanup
In-Reply-To: <201011101133.32502.andrea@archlinux.org>
References: <201011101133.32502.andrea@archlinux.org>
Message-ID: <AANLkTikRsmU5CP+HtnU=9_tqfNi5N=7bTVOLW+_p5CZ-@mail.gmail.com>

On Wed, Nov 10, 2010 at 12:33, Andrea Scarpino <andrea at archlinux.org> wrote:
> Hi DEVs/TUs,
> currently we have 700 (counting both arches and any) orphans packages in
> [extra].
> As member of the orphans team, I made a list[1] of these packages and I'd like
> to move them to Unsupported.
> If some DEV wants to keep a package simply cross it out (adoption is not
> required, but it would be nice) or reply to this mail.
> If some TU wants to maintain a package in [community], please write the name
> into the "Candidate to [community]" section, *DO NOT* cross it out. Or reply
> to this mail.
>
> I think that a week is enough time for this job. 17th November I will move the
> remaining packages to Unsupported and the candidates to [community].
>
> Cheers
>
> [1] https://wiki.archlinux.org/index.php/DeveloperWiki:Repo_Cleanup

I adopted some (and edited the page).

-- 
Roman Kyrylych (????? ???????)

From stephane at archlinux.org  Fri Nov 12 01:23:25 2010
From: stephane at archlinux.org (=?utf-8?q?St=C3=A9phane_Gaudreault?=)
Date: Thu, 11 Nov 2010 19:23:25 -0500
Subject: [arch-dev-public] Opencl/Cuda headers
In-Reply-To: <201010300045.58319.stephane@archlinux.org>
References: <201010300045.58319.stephane@archlinux.org>
Message-ID: <201011111923.25609.stephane@archlinux.org>

Le samedi 30 octobre 2010 00:45:58, St?phane Gaudreault a ?crit :
> Since version 260.19.12, upstream developers of nvidia-utils dropped C
> headers for OpenCL and Cuda. After a discussion with Ionu? on IRC, we
> agreed that it would be good to ask other developers on the best way to
> provide these headers.
> 
> For those unfamiliar with these programming languages/libraries, there are
> part of the so-called GPGPU technologies (General-Purpose Processing on
> Graphical Processing Unit), where the primary objective is to perform any
> type of parallel computing on graphics processors. For example, I am using
> OpenCL in a personal programming project to speed up a partial
> differential equation solver. OpenCL is an open standard that has been
> recently (May 2009) ratified by The Khronos Group. C for Cuda is a similar
> proprietary solutions from Nvidia. Nvidia-utils contains the dynamic
> libraries for both OpenCL and Cuda. Other vendors, like AMD and Intel,
> provide or will provide soon an implementation of OpenCL for their GPUs.
> 
> To get a satisfactory OpenCL developement environment, it could be as
> simple as creating a new package that provide the header files. These
> headers can be either downloaded from The Khronos Group[1] (like this [2])
> or extracted from the Nividia toolkit[3].
> 
> However, for Cuda, it might be a little more complicated because it must
> use a compiler provided by nvidia (nvcc).  A solution may be to create a
> package for the Cuda Toolkit. The main disadvantage of this solution is
> the addition of proprietary software for which we can only provide limited
> support in case of bugs or incompatibility with other updates. According
> to the maintainer of the Cuda package in AUR [4], Cuda requires gcc
> version 4.4 (it is broken with version 4.5) and sometimes releases depend
> on beta drivers[5]. I think it is probably better to wait until these
> dependency problems are fixed before thinking about inclusion in [extra]
> or [community].
> 
> My suggestion would be to package only OpenCL headers (Khronos version) and
> eventually discuss addition of Cuda if it becomes easier to maintain in a
> rolling release distribution. The new "khronos-opencl-headers" package
> could be added as optional dependencies for nvidia-utils which will also
> include a "provides=('libCL')"[6]. I tested this solution on several codes
> and it works well. It also seems that Debian is going to do something very
> similar[7].
> 
> So what do other people think about this problem ?
> 
> St?phane
> 
>  [1] http://www.khronos.org/registry/cl
>  [2] http://aur.archlinux.org/packages.php?ID=35367
>  [3] http://developer.nvidia.com/object/cuda_3_2_toolkit_rc.html
>  [4] http://aur.archlinux.org/packages.php?ID=3D23597
>  [5] Personnal communication
>  [6] cf. FS#20558
>  [7] http://ftp-master.debian.org/new/khronos-opencl-
> headers_1.0-2010.06.13-1.html


It seems the Cuda/OpenCL/vdpau headers are back in nvidia-utils version 
260.19.21-1.

St?phane is happy again :-)

From stephane at archlinux.org  Fri Nov 12 18:34:21 2010
From: stephane at archlinux.org (=?utf-8?q?St=C3=A9phane_Gaudreault?=)
Date: Fri, 12 Nov 2010 12:34:21 -0500
Subject: [arch-dev-public] Opencl/Cuda headers
In-Reply-To: <201011111923.25609.stephane@archlinux.org>
References: <201010300045.58319.stephane@archlinux.org>
	<201011111923.25609.stephane@archlinux.org>
Message-ID: <201011121234.21759.stephane@archlinux.org>

Le jeudi 11 novembre 2010 19:23:25, St?phane Gaudreault a ?crit :
> Le samedi 30 octobre 2010 00:45:58, St?phane Gaudreault a ?crit :
> > Since version 260.19.12, upstream developers of nvidia-utils dropped C
> > headers for OpenCL and Cuda. After a discussion with Ionu? on IRC, we
> > agreed that it would be good to ask other developers on the best way to
> > provide these headers.
> > 
> > For those unfamiliar with these programming languages/libraries, there
> > are part of the so-called GPGPU technologies (General-Purpose Processing
> > on Graphical Processing Unit), where the primary objective is to perform
> > any type of parallel computing on graphics processors. For example, I am
> > using OpenCL in a personal programming project to speed up a partial
> > differential equation solver. OpenCL is an open standard that has been
> > recently (May 2009) ratified by The Khronos Group. C for Cuda is a
> > similar proprietary solutions from Nvidia. Nvidia-utils contains the
> > dynamic libraries for both OpenCL and Cuda. Other vendors, like AMD and
> > Intel, provide or will provide soon an implementation of OpenCL for
> > their GPUs.
> > 
> > To get a satisfactory OpenCL developement environment, it could be as
> > simple as creating a new package that provide the header files. These
> > headers can be either downloaded from The Khronos Group[1] (like this
> > [2]) or extracted from the Nividia toolkit[3].
> > 
> > However, for Cuda, it might be a little more complicated because it must
> > use a compiler provided by nvidia (nvcc).  A solution may be to create a
> > package for the Cuda Toolkit. The main disadvantage of this solution is
> > the addition of proprietary software for which we can only provide
> > limited support in case of bugs or incompatibility with other updates.
> > According to the maintainer of the Cuda package in AUR [4], Cuda
> > requires gcc version 4.4 (it is broken with version 4.5) and sometimes
> > releases depend on beta drivers[5]. I think it is probably better to
> > wait until these dependency problems are fixed before thinking about
> > inclusion in [extra] or [community].
> > 
> > My suggestion would be to package only OpenCL headers (Khronos version)
> > and eventually discuss addition of Cuda if it becomes easier to maintain
> > in a rolling release distribution. The new "khronos-opencl-headers"
> > package could be added as optional dependencies for nvidia-utils which
> > will also include a "provides=('libCL')"[6]. I tested this solution on
> > several codes and it works well. It also seems that Debian is going to
> > do something very similar[7].
> > 
> > So what do other people think about this problem ?
> > 
> > St?phane
> > 
> >  [1] http://www.khronos.org/registry/cl
> >  [2] http://aur.archlinux.org/packages.php?ID=35367
> >  [3] http://developer.nvidia.com/object/cuda_3_2_toolkit_rc.html
> >  [4] http://aur.archlinux.org/packages.php?ID=3D23597
> >  [5] Personnal communication
> >  [6] cf. FS#20558
> >  [7] http://ftp-master.debian.org/new/khronos-opencl-
> > 
> > headers_1.0-2010.06.13-1.html
> 
> It seems the Cuda/OpenCL/vdpau headers are back in nvidia-utils version
> 260.19.21-1.
> 
> St?phane is happy again :-)

Sorry for the noise, I was misled by a post on the Nvidia forum. The changelog 
still say (see bellow) that the headers are no longer packaged with the 
driver. 

Following the suggestion of Andreas, I will try to bring them to [community] 
if they get enough votes in AUR.

St?phane

== NVIDIA_Changelog ==
[...]
    * Stopped packaging and installing OpenGL, VDPAU, CUDA, and OpenCL
      header files with the driver.  Those interested in these files can
      get them from their Linux distributions' packages, where available,
      or upstream from:

        OpenGL header files (gl.h, glext.h glx.h, glxext.h):
            http://www.opengl.org/registry/

        VDPAU header files (vdpau.h and vdpau_x11.h):
            http://freedesktop.org/wiki/Software/VDPAU

        CUDA and OpenCL header files (cuda.h, cudaGL.h, cudaVDPAU.h,
                cl.h, cl_gl.h, cl_platform.h):
            http://developer.nvidia.com/object/gpucomputing.html

      Note that while libvdpau.so is still included in 260.xx drivers,
      it will be removed from a future release series in early 2011.
      Distributors are encouraged to package libvdpau.so from
      http://freedesktop.org/wiki/Software/VDPAU

From a.radke at arcor.de  Fri Nov 12 23:36:16 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Fri, 12 Nov 2010 23:36:16 +0100
Subject: [arch-dev-public] [signoff] man-pages 3.31-1
Message-ID: <20101112233616.4dcd5909@laptop64.home>

upstream update. please signoff for any architecture.

-Andy



==================== Changes in man-pages-3.31 ====================

Released: 2010-11-12, Munich


Contributors
------------

The following people contributed notes, ideas, or patches that have
been incorporated in changes in this release:

Andi Kleen <andi at firstfloor.org>
David Prevot <davidp at altern.org>
Denis Barbier <bouzim at gmail.com>
Krzysztof \u017belechowski <giecrilj at stegny.2a.pl>
Michael Kerrisk <mtk.manpages at gmail.com>
Yuri Kozlov <yuray at komyakino.ru>

Apologies if I missed anyone!


Newly documented interfaces in existing pages
---------------------------------------------

getrlimit.2
    Michael Kerrisk
        Added documentation of prlimit()
            prlimit() is new in kernel 2.6.36.

inotify.7
    Michael Kerrisk
        Document IN_EXCL_UNLINK
            This flag was added in Linux 2.6.36.
            See kernel commit 8c1934c8d70b22ca8333b216aec6c7d09fdbd6a6.


New and changed links
---------------------

prlimit.2
    Michael Kerrisk
        New link to getrlimit.2


Changes to individual pages
---------------------------

getrlimit.2
    Michael Kerrisk
        Remove unneeded text in DESCRIPTION

intro.2
    Michael Kerrisk
        Added various pages to SEE ALSO

kexec_load.2
    Michael Kerrisk
        Add kernel version where KEXEC_PRESERVE_CONTEXT first appeared
        Added kernel version number where KEXEC_ON_CRASH first appeared
        Fix copyright
            Make copyright in the name of Intel corporation
        VERSIONS: Fix version number
            kexec_load() was first implemented in 2.6.13, though the entry
            in the system call table was reserved starting in 2.6.7.

migrate_pages.2
    Michael Kerrisk
        SEE ALSO: Add reference to Documentation/vm/page_migration

sched_setaffinity.2
    Michael Kerrisk
        Add missing word "real" to "user ID"

syscalls.2
    Michael Kerrisk
        Fix kernel version number for kexec_load
            kexec_load() was first implemented in 2.6.13, though the entry
            in the system call table was reserved starting in 2.6.7.
    Michael Kerrisk
        Add prlimit() to list

intro.3
    Michael Kerrisk
        Added various pages to SEE ALSO

printf.3
    Michael Kerrisk
        Formatting fixes in example code

hostname.7
    Michael Kerrisk
        Small improvement to description of domains
            See: https://bugzilla.novell.com/show_bug.cgi?id=651900

From stephane at archlinux.org  Sat Nov 13 01:58:00 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Fri, 12 Nov 2010 19:58:00 -0500
Subject: [arch-dev-public] [signoff] man-pages 3.31-1
In-Reply-To: <20101112233616.4dcd5909@laptop64.home>
References: <20101112233616.4dcd5909@laptop64.home>
Message-ID: <201011121958.00280.stephane@archlinux.org>

Le vendredi 12 novembre 2010 17:36:16, Andreas Radke a ?crit :
> upstream update. please signoff for any architecture.
> 
> -Andy
> 
> 
> 
> ==================== Changes in man-pages-3.31 ====================
> 
> Released: 2010-11-12, Munich
> 
> 
> Contributors
> ------------
> 
> The following people contributed notes, ideas, or patches that have
> been incorporated in changes in this release:
> 
> Andi Kleen <andi at firstfloor.org>
> David Prevot <davidp at altern.org>
> Denis Barbier <bouzim at gmail.com>
> Krzysztof \u017belechowski <giecrilj at stegny.2a.pl>
> Michael Kerrisk <mtk.manpages at gmail.com>
> Yuri Kozlov <yuray at komyakino.ru>
> 
> Apologies if I missed anyone!
> 
> 
> Newly documented interfaces in existing pages
> ---------------------------------------------
> 
> getrlimit.2
>     Michael Kerrisk
>         Added documentation of prlimit()
>             prlimit() is new in kernel 2.6.36.
> 
> inotify.7
>     Michael Kerrisk
>         Document IN_EXCL_UNLINK
>             This flag was added in Linux 2.6.36.
>             See kernel commit 8c1934c8d70b22ca8333b216aec6c7d09fdbd6a6.
> 
> 
> New and changed links
> ---------------------
> 
> prlimit.2
>     Michael Kerrisk
>         New link to getrlimit.2
> 
> 
> Changes to individual pages
> ---------------------------
> 
> getrlimit.2
>     Michael Kerrisk
>         Remove unneeded text in DESCRIPTION
> 
> intro.2
>     Michael Kerrisk
>         Added various pages to SEE ALSO
> 
> kexec_load.2
>     Michael Kerrisk
>         Add kernel version where KEXEC_PRESERVE_CONTEXT first appeared
>         Added kernel version number where KEXEC_ON_CRASH first appeared
>         Fix copyright
>             Make copyright in the name of Intel corporation
>         VERSIONS: Fix version number
>             kexec_load() was first implemented in 2.6.13, though the entry
>             in the system call table was reserved starting in 2.6.7.
> 
> migrate_pages.2
>     Michael Kerrisk
>         SEE ALSO: Add reference to Documentation/vm/page_migration
> 
> sched_setaffinity.2
>     Michael Kerrisk
>         Add missing word "real" to "user ID"
> 
> syscalls.2
>     Michael Kerrisk
>         Fix kernel version number for kexec_load
>             kexec_load() was first implemented in 2.6.13, though the entry
>             in the system call table was reserved starting in 2.6.7.
>     Michael Kerrisk
>         Add prlimit() to list
> 
> intro.3
>     Michael Kerrisk
>         Added various pages to SEE ALSO
> 
> printf.3
>     Michael Kerrisk
>         Formatting fixes in example code
> 
> hostname.7
>     Michael Kerrisk
>         Small improvement to description of domains
>             See: https://bugzilla.novell.com/show_bug.cgi?id=651900

Signoff x86_64

St?phane

From andrea at archlinux.org  Sat Nov 13 14:46:30 2010
From: andrea at archlinux.org (Andrea Scarpino)
Date: Sat, 13 Nov 2010 14:46:30 +0100
Subject: [arch-dev-public] [extra] repository cleanup
In-Reply-To: <AANLkTikRsmU5CP+HtnU=9_tqfNi5N=7bTVOLW+_p5CZ-@mail.gmail.com>
References: <201011101133.32502.andrea@archlinux.org>
	<AANLkTikRsmU5CP+HtnU=9_tqfNi5N=7bTVOLW+_p5CZ-@mail.gmail.com>
Message-ID: <201011131446.30636.andrea@archlinux.org>

On Thursday 11 November 2010 22:54:36 Roman Kyrylych wrote:
> I adopted some (and edited the page).
Nice, today we have 291 orphans packages in [extra] (they were 352 three days 
ago). 62 will be moved to [community]. 127 to AUR.

I didn't expect this success. I can start moving them today if you agree.

Full lists:

<COMMUNITY>
abuse
agg
alltray
antiword
arch
bomberclone
cdcd
cddb_get
centerim
chntpw
devil
dia
distcc
dmenu
dopewars
elinks
enigma
epdfview
fftw2
gdk-pixbuf
gocr
httptunnel
libnids
librep
libvisual-projectm
mailman
motion
ngrep
ntop
nvclock
patchutils
prboom
prelink
privoxy
projectm
pyogg
python-cheetah
python-eyed3
python-sqlobject
pyvorbis
qgit
quilt
rep-gtk
sawfish
silly
slmodem
slmodem-utils
spidermonkey
squashfs-tools
tor
twinkle
unarj
wmii
words
wput
xboard
xdialog
xemacs
xemacs-base
xemacs-sumo
xosd
xskat
</COMMUNITY>

<AUR>
3ddesktop
acct
acidrip
afterstep
autofs
biogrep
biopython
blassic
bonnie++
bootchart
came
ccrtp
ccscript3
cdlabelgen
cdtool
colortail
commoncpp2
corewars
cpudyn
cpufreqd
crimson
cssed
culmus
dbh
ding
dvdbackup
eboard
ed2k-gtk-gui
evms
flite
galculator
gcal
gcombust
gdeskcal
gdesklets
gift
gift-fasttrack
gift-gnutella
gift-openft
gimp-fourier
glabels
gmencoder
gnomeicu
gpart
graveman
gtick
gtk1-engines
gtkam
gtklp
gtk-smooth-engine
gtkterm
gtk-theme-switch
gxine
hexcurse
hping
httrack
hugs98
icmake
imwheel
ipvsadm
irda-utils
jed
joe
jpilot
lesstifextensions
libexif-gtk
libixp
libmal
libmusepack
libnjb
libsexymm
libzrtpcpp
lincity
linuxdcpp
luola
moon-buggy
moon-lander
mp3blaster
mrxvt
ne
netselect
pal
pan
parprouted
pebrot
pinball
planner
pure-ftpd
python-vpython
qof
qstat
rbldnsd
revelation
rockdodger
root-tail
rpmunpack
screem
seed
smtpprox
spamassassin-spamc
swatch
sylpheed
synergy
tcdr
tcptraceroute
tcsh
thttpd
tin
tpb
transset
ttf-isabella
ubuntulooks
uml_utilities
vacation
vconfig
viewglob
webalizer
wmix
x2vnc
xbl
xdrawchem
xfsdump
xpyb
xqf
xtermcontrol
xzgv
yodl
</AUR>

-- 
Andrea Scarpino
Arch Linux Developer

From thomas at archlinux.org  Sat Nov 13 14:57:29 2010
From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=)
Date: Sat, 13 Nov 2010 14:57:29 +0100
Subject: [arch-dev-public] [signoff] openvpn 2.1.4-1
Message-ID: <4CDE9949.5010806@archlinux.org>

Upstream bugfix update - the release announcement explicitly mentions
this one:

"Fixed problem with special case route targets ('remote_host'), which
could cause filling of the routing table with random garbage. Thanks to
Teodo MICU and Gert Doering for finding and fixing this issue."

Please sign off.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101113/80bde425/attachment.bin>

From allan at archlinux.org  Sun Nov 14 02:43:44 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 14 Nov 2010 11:43:44 +1000
Subject: [arch-dev-public] [signoff] coreutils-8.7-1
Message-ID: <4CDF3ED0.3060000@archlinux.org>

Upstream update.

Signoff both,
Allan


* Noteworthy changes in release 8.7 (2010-11-13) [stable]

** Bug fixes

   cp, install, mv, and touch no longer crash when setting file times
   on Solaris 10 Update 9 [Solaris PatchID 144488 and newer expose a
   latent bug introduced in coreutils 8.1, and possibly a second latent
   bug going at least as far back as coreutils 5.97]

   csplit no longer corrupts heap when writing more than 999 files,
   nor does it leak memory for every chunk of input processed
   [the bugs were present in the initial implementation]

   tail -F once again notices changes in a currently unavailable
   remote directory [bug introduced in coreutils-7.5]

** Changes in behavior

   cp --attributes-only now completely overrides --reflink.
   Previously a reflink was needlessly attempted.

   stat's %X, %Y, and %Z directives once again print only the integer
   part of seconds since the epoch.  This reverts a change from
   coreutils-8.6, that was deemed unnecessarily disruptive.  To obtain
   a nanosecond-precision floating point time stamp for %X use %.X;
   if you want (say) just 3 fractional digits, use %.3X.  Likewise
   for %Y and %Z.

   stat's new %W format directive would print floating point seconds.
   However, with the above change to %X, %Y and %Z, we've made %W work
   the same way as the others.

From stephane at archlinux.org  Sun Nov 14 03:25:26 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Sat, 13 Nov 2010 21:25:26 -0500
Subject: [arch-dev-public] [signoff] coreutils-8.7-1
In-Reply-To: <4CDF3ED0.3060000@archlinux.org>
References: <4CDF3ED0.3060000@archlinux.org>
Message-ID: <201011132125.26179.stephane@archlinux.org>

Le samedi 13 novembre 2010 20:43:44, Allan McRae a ?crit :
> Upstream update.
> 
> Signoff both,
> Allan
> 
> 
> * Noteworthy changes in release 8.7 (2010-11-13) [stable]
> 
> ** Bug fixes
> 
>    cp, install, mv, and touch no longer crash when setting file times
>    on Solaris 10 Update 9 [Solaris PatchID 144488 and newer expose a
>    latent bug introduced in coreutils 8.1, and possibly a second latent
>    bug going at least as far back as coreutils 5.97]
> 
>    csplit no longer corrupts heap when writing more than 999 files,
>    nor does it leak memory for every chunk of input processed
>    [the bugs were present in the initial implementation]
> 
>    tail -F once again notices changes in a currently unavailable
>    remote directory [bug introduced in coreutils-7.5]
> 
> ** Changes in behavior
> 
>    cp --attributes-only now completely overrides --reflink.
>    Previously a reflink was needlessly attempted.
> 
>    stat's %X, %Y, and %Z directives once again print only the integer
>    part of seconds since the epoch.  This reverts a change from
>    coreutils-8.6, that was deemed unnecessarily disruptive.  To obtain
>    a nanosecond-precision floating point time stamp for %X use %.X;
>    if you want (say) just 3 fractional digits, use %.3X.  Likewise
>    for %Y and %Z.
> 
>    stat's new %W format directive would print floating point seconds.
>    However, with the above change to %X, %Y and %Z, we've made %W work
>    the same way as the others.

Signoff x86_64

St?phane

From bisson at archlinux.org  Sun Nov 14 16:32:23 2010
From: bisson at archlinux.org (Gaetan Bisson)
Date: Sun, 14 Nov 2010 16:32:23 +0100
Subject: [arch-dev-public] [signoff] coreutils-8.7-1
In-Reply-To: <4CDF3ED0.3060000@archlinux.org>
References: <4CDF3ED0.3060000@archlinux.org>
Message-ID: <20101114153222.GA5701@soba.vesath.org>

[2010-11-14 11:43:44 +1000] Allan McRae:
> Upstream update.

factor 1230186684530117755130494958384962720772853569595334792197322452151726400507263657518745202199786469389956474942774063845925192557326303453731548268507917026122142913461670429214311602221240479274737794080665351419597459856902143413 still works

signoff i686

From ibiru at archlinux.org  Sun Nov 14 16:33:50 2010
From: ibiru at archlinux.org (=?UTF-8?B?SW9udcibIELDrnJ1?=)
Date: Sun, 14 Nov 2010 17:33:50 +0200
Subject: [arch-dev-public] [signoff] coreutils-8.7-1
In-Reply-To: <4CDF3ED0.3060000@archlinux.org>
References: <4CDF3ED0.3060000@archlinux.org>
Message-ID: <4CE0015E.8040404@archlinux.org>

On 11/14/2010 03:43 AM, Allan McRae wrote:
> Upstream update.
>
> Signoff both,
> Allan
>
>

works for me. signoff x86_64


-- 
Ionu?

From jan.steffens at gmail.com  Sun Nov 14 17:02:26 2010
From: jan.steffens at gmail.com (Jan Steffens)
Date: Sun, 14 Nov 2010 17:02:26 +0100
Subject: [arch-dev-public] [signoff] coreutils-8.7-1
In-Reply-To: <4CDF3ED0.3060000@archlinux.org>
References: <4CDF3ED0.3060000@archlinux.org>
Message-ID: <AANLkTi=skop5+OQx6M6KTXg9keAikZH6Jtm1zO4xsdRO@mail.gmail.com>

On Sun, Nov 14, 2010 at 2:43 AM, Allan McRae <allan at archlinux.org> wrote:
> Upstream update.
>
> Signoff both,
> Allan
>
>
> * Noteworthy changes in release 8.7 (2010-11-13) [stable]
>
> ** Bug fixes
>
> ?cp, install, mv, and touch no longer crash when setting file times
> ?on Solaris 10 Update 9 [Solaris PatchID 144488 and newer expose a
> ?latent bug introduced in coreutils 8.1, and possibly a second latent
> ?bug going at least as far back as coreutils 5.97]
>
> ?csplit no longer corrupts heap when writing more than 999 files,
> ?nor does it leak memory for every chunk of input processed
> ?[the bugs were present in the initial implementation]
>
> ?tail -F once again notices changes in a currently unavailable
> ?remote directory [bug introduced in coreutils-7.5]
>
> ** Changes in behavior
>
> ?cp --attributes-only now completely overrides --reflink.
> ?Previously a reflink was needlessly attempted.
>
> ?stat's %X, %Y, and %Z directives once again print only the integer
> ?part of seconds since the epoch. ?This reverts a change from
> ?coreutils-8.6, that was deemed unnecessarily disruptive. ?To obtain
> ?a nanosecond-precision floating point time stamp for %X use %.X;
> ?if you want (say) just 3 fractional digits, use %.3X. ?Likewise
> ?for %Y and %Z.
>
> ?stat's new %W format directive would print floating point seconds.
> ?However, with the above change to %X, %Y and %Z, we've made %W work
> ?the same way as the others.
>

Works for me, signoff both.

From ibiru at archlinux.org  Sun Nov 14 21:09:57 2010
From: ibiru at archlinux.org (=?UTF-8?B?SW9udcibIELDrnJ1?=)
Date: Sun, 14 Nov 2010 22:09:57 +0200
Subject: [arch-dev-public] [signoff] glib2-2.26.1
Message-ID: <4CE04215.9030503@archlinux.org>

Upstream update.

Signoff both

Overview of Changes from GLib 2.26.0 to GLib 2.26.1
===================================================

GSettings should now work on bigendian systems

Bugs fixed:
  613822 gobject signal connect/disconnect not thread safe
  627126 gsettings schema files don't get installed on FreeBSD
  627171 g_socket_new_from_fd() doesn't set the right protocol
  629274 GNetworkService does not do fallback when there is no SRV...
  630797 "Object memory management" docs mention non-existent...
  632169 docs for manual use of gsettings-data-convert

-- 
Ionu?

From jan.steffens at gmail.com  Sun Nov 14 21:11:40 2010
From: jan.steffens at gmail.com (Jan Steffens)
Date: Sun, 14 Nov 2010 21:11:40 +0100
Subject: [arch-dev-public] PulseAudio in [extra]
Message-ID: <AANLkTim9coyXwf1iA55OSxMDv-1wF_vQ2_5SzCSwbGRa@mail.gmail.com>

I would like to propose moving support for the PulseAudio sound server into
Arch Linux proper. This would also be in preparation for the eventual arrival of
Gnome 3, since it will be unlikely we can effectively maintain the needed
GStreamer patch any more.

To that effect I have created a plan:

---

To provide PulseAudio in [extra]...

Move the following packages from [community] to [extra]:
- libasyncns
- rtkit
- pulseaudio (split into pulseaudio and libpulse)
- alsa-plugins
- pulseaudio-alsa
    Configuration package, contains /etc/asound.conf
    depends on pulseaudio, alsa-plugins
- pavucontrol
- paprefs
- pulseaudio-mixer-applet
- ossp
    provides osspd OSS emulator

Rebuild the following packages with PulseAudio support:
- sdl (sdl-pulse in AUR)
- openal (openal-pulse in AUR)
- libgstreamer0.10-good
    split gstreamer0.10-pulse (in community)
- libao
    split libao-pulse (in community)
- libcanberra
    split libcanberra-pulse (in community)
    will be a split plugin instead of a wholly rebuilt copy
- gnome-media
    split gnome-media-pulse (in community; rebuilt with --enable-pulse)
- gnome-settings-daemon
    split gnome-settings-daemon-pulse (in community; rebuilt without
gstreamer patch)

Provide the following groups:
- pulseaudio-gnome
    pulseaudio-alsa
    libcanberra-pulse
    gstreamer0.10-pulse
    gnome-media-pulse
    gnome-settings-daemon-pulse

---

One of the problems of PulseAudio is that it pretty much becomes the default as
soon as you install it:
  - The client library will start the server if it's not running.
  - pulseaudio will install .desktop files that autostart the server together
    with Gnome or KDE.

Splitting libpulse would prevent that, but I believe we still need to test
on a per-application basis whether we can enable PulseAudio support (with a
dependency on libpulse) without breaking fallback to ALSA on systems without
pulseaudio.

Some packages (like sdl and openal) look for libpulse dynamically and will
still work even though the lib is missing, so they only need an optional
dependency.

I would be maintaining split -pulse packages where needed.

From andrea at archlinux.org  Sun Nov 14 23:31:32 2010
From: andrea at archlinux.org (Andrea Scarpino)
Date: Sun, 14 Nov 2010 23:31:32 +0100
Subject: [arch-dev-public] [signoff] sdparm 1.06
Message-ID: <201011142331.33516.andrea@archlinux.org>

Upstream release, please sign-off

ChangeLog:
  - allow upper and lower case in field, (mode and vpd) page,
    vendor, transport or command matching
  - control mode page: add ATMPE and RWWP fields (spc4r27)
  - extended inquiry vpd page: add extended self test
    completion minutes field (spc4r27)
  - power control mode page: PM_BG_PRECEDENCE field (spc4r24)
    - FIDCPC, FSBCPC, FSTCPC fields (spc4r25)
  - sbc3r25 renames 'thin' provisioning' to 'logical block
    provisioning'; changes mode+vpd page and field names
    - add Application tag mode page
    - add SITPUA bit to logical block provisioning mode page
  - fix '-eal' problem with vendor pages
  - point svn:externals to rev 334 of sg3_utils

-- 
Andrea Scarpino
Arch Linux Developer

From schiv at archlinux.org  Sun Nov 14 23:35:32 2010
From: schiv at archlinux.org (Ray Rashif)
Date: Mon, 15 Nov 2010 06:35:32 +0800
Subject: [arch-dev-public] PulseAudio in [extra]
In-Reply-To: <AANLkTim9coyXwf1iA55OSxMDv-1wF_vQ2_5SzCSwbGRa@mail.gmail.com>
References: <AANLkTim9coyXwf1iA55OSxMDv-1wF_vQ2_5SzCSwbGRa@mail.gmail.com>
Message-ID: <AANLkTikUKTSP6tDdJr92WVRf3RJUu=cknqk7gp4cUO+u@mail.gmail.com>

On 15 November 2010 04:11, Jan Steffens <jan.steffens at gmail.com> wrote:
> One of the problems of PulseAudio is that it pretty much becomes the default as
> soon as you install it:
> ?- The client library will start the server if it's not running.
> ?- pulseaudio will install .desktop files that autostart the server together
> ? ?with Gnome or KDE.
>
> Splitting libpulse would prevent that, but I believe we still need to test
> on a per-application basis whether we can enable PulseAudio support (with a
> dependency on libpulse) without breaking fallback to ALSA on systems without
> pulseaudio.
>
> Some packages (like sdl and openal) look for libpulse dynamically and will
> still work even though the lib is missing, so they only need an optional
> dependency.

A tentative repo to test this out wouldn't be a bad idea, IMO.

From allan at archlinux.org  Mon Nov 15 06:06:51 2010
From: allan at archlinux.org (Allan McRae)
Date: Mon, 15 Nov 2010 15:06:51 +1000
Subject: [arch-dev-public] [signoff] glib2-2.26.1
In-Reply-To: <4CE04215.9030503@archlinux.org>
References: <4CE04215.9030503@archlinux.org>
Message-ID: <4CE0BFEB.9060805@archlinux.org>

On 15/11/10 06:09, Ionu? B?ru wrote:
> Upstream update.
>
> Signoff both

Signoff i686,
Allan

From jan.steffens at gmail.com  Mon Nov 15 06:36:54 2010
From: jan.steffens at gmail.com (Jan Steffens)
Date: Mon, 15 Nov 2010 06:36:54 +0100
Subject: [arch-dev-public] [signoff] glib2-2.26.1
In-Reply-To: <4CE04215.9030503@archlinux.org>
References: <4CE04215.9030503@archlinux.org>
Message-ID: <AANLkTima=nssSdmkJV3Zn7nvojf84fcJND0z5eZv+3X-@mail.gmail.com>

On Sun, Nov 14, 2010 at 9:09 PM, Ionu? B?ru <ibiru at archlinux.org> wrote:
> Upstream update.
>
> Signoff both
>
> Overview of Changes from GLib 2.26.0 to GLib 2.26.1
> ===================================================
>
> GSettings should now work on bigendian systems
>
> Bugs fixed:
> ?613822 gobject signal connect/disconnect not thread safe
> ?627126 gsettings schema files don't get installed on FreeBSD
> ?627171 g_socket_new_from_fd() doesn't set the right protocol
> ?629274 GNetworkService does not do fallback when there is no SRV...
> ?630797 "Object memory management" docs mention non-existent...
> ?632169 docs for manual use of gsettings-data-convert
>
> --
> Ionu?
>

Signoff both

From allan at archlinux.org  Mon Nov 15 06:49:04 2010
From: allan at archlinux.org (Allan McRae)
Date: Mon, 15 Nov 2010 15:49:04 +1000
Subject: [arch-dev-public] [signoff] ncurses-5.7-4
Message-ID: <4CE0C9D0.6060507@archlinux.org>

Added a bug fix patch:
http://permalink.gmane.org/gmane.comp.lib.ncurses.bugs/3559

Signoff both,
Allan

From jan at jgc.homeip.net  Mon Nov 15 08:44:59 2010
From: jan at jgc.homeip.net (Jan de Groot)
Date: Mon, 15 Nov 2010 08:44:59 +0100
Subject: [arch-dev-public] PulseAudio in [extra]
In-Reply-To: <AANLkTikUKTSP6tDdJr92WVRf3RJUu=cknqk7gp4cUO+u@mail.gmail.com>
References: <AANLkTim9coyXwf1iA55OSxMDv-1wF_vQ2_5SzCSwbGRa@mail.gmail.com>
	<AANLkTikUKTSP6tDdJr92WVRf3RJUu=cknqk7gp4cUO+u@mail.gmail.com>
Message-ID: <1289807099.3760.1.camel@localhost.localdomain>

On Mon, 2010-11-15 at 06:35 +0800, Ray Rashif wrote:
> On 15 November 2010 04:11, Jan Steffens <jan.steffens at gmail.com> wrote:
> > One of the problems of PulseAudio is that it pretty much becomes the default as
> > soon as you install it:
> >  - The client library will start the server if it's not running.
> >  - pulseaudio will install .desktop files that autostart the server together
> >    with Gnome or KDE.
> >
> > Splitting libpulse would prevent that, but I believe we still need to test
> > on a per-application basis whether we can enable PulseAudio support (with a
> > dependency on libpulse) without breaking fallback to ALSA on systems without
> > pulseaudio.
> >
> > Some packages (like sdl and openal) look for libpulse dynamically and will
> > still work even though the lib is missing, so they only need an optional
> > dependency.
> 
> A tentative repo to test this out wouldn't be a bad idea, IMO.

AFAIK that repo was called "community". As for splitting up packages for
pulse support: whenever depending on libpulse still keeps pulseaudio
support optional, I'd rather depend on libpulse than split the package
itself.


From schiv at archlinux.org  Mon Nov 15 09:06:29 2010
From: schiv at archlinux.org (Ray Rashif)
Date: Mon, 15 Nov 2010 16:06:29 +0800
Subject: [arch-dev-public] PulseAudio in [extra]
In-Reply-To: <1289807099.3760.1.camel@localhost.localdomain>
References: <AANLkTim9coyXwf1iA55OSxMDv-1wF_vQ2_5SzCSwbGRa@mail.gmail.com>
	<AANLkTikUKTSP6tDdJr92WVRf3RJUu=cknqk7gp4cUO+u@mail.gmail.com>
	<1289807099.3760.1.camel@localhost.localdomain>
Message-ID: <AANLkTimSB0C5RqA+VuCF0VqKfZfHhQTuaQ-yY3iQ5AV2@mail.gmail.com>

On 15 November 2010 15:44, Jan de Groot <jan at jgc.homeip.net> wrote:
> On Mon, 2010-11-15 at 06:35 +0800, Ray Rashif wrote:
>> On 15 November 2010 04:11, Jan Steffens <jan.steffens at gmail.com> wrote:
>> > One of the problems of PulseAudio is that it pretty much becomes the default as
>> > soon as you install it:
>> > ?- The client library will start the server if it's not running.
>> > ?- pulseaudio will install .desktop files that autostart the server together
>> > ? ?with Gnome or KDE.
>> >
>> > Splitting libpulse would prevent that, but I believe we still need to test
>> > on a per-application basis whether we can enable PulseAudio support (with a
>> > dependency on libpulse) without breaking fallback to ALSA on systems without
>> > pulseaudio.
>> >
>> > Some packages (like sdl and openal) look for libpulse dynamically and will
>> > still work even though the lib is missing, so they only need an optional
>> > dependency.
>>
>> A tentative repo to test this out wouldn't be a bad idea, IMO.
>
> AFAIK that repo was called "community". As for splitting up packages for
> pulse support: whenever depending on libpulse still keeps pulseaudio
> support optional, I'd rather depend on libpulse than split the package
> itself.

I do not see any "libpulse". What I meant was a trial for this
proposal. I wouldn't know whether we want these rebuilds to flood
[testing], but maybe I'm wrong. As I can see, there are quite a good
deal of apps with an option for PA support. I'd want to make sure this
libpulse method can actually work for them.

From bisson at archlinux.org  Mon Nov 15 18:16:27 2010
From: bisson at archlinux.org (Gaetan Bisson)
Date: Mon, 15 Nov 2010 18:16:27 +0100
Subject: [arch-dev-public] [signoff] ncurses-5.7-4
In-Reply-To: <4CE0C9D0.6060507@archlinux.org>
References: <4CE0C9D0.6060507@archlinux.org>
Message-ID: <20101115171626.GA1534@nori.vesath.org>

[2010-11-15 15:49:04 +1000] Allan McRae:
> Added a bug fix patch:
> http://permalink.gmane.org/gmane.comp.lib.ncurses.bugs/3559

signoff i686

From stephane at archlinux.org  Mon Nov 15 19:42:47 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Mon, 15 Nov 2010 13:42:47 -0500
Subject: [arch-dev-public] [signoff] ncurses-5.7-4
In-Reply-To: <4CE0C9D0.6060507@archlinux.org>
References: <4CE0C9D0.6060507@archlinux.org>
Message-ID: <201011151342.47805.stephane@archlinux.org>

Le lundi 15 novembre 2010 00:49:04, Allan McRae a ?crit :
> Added a bug fix patch:
> http://permalink.gmane.org/gmane.comp.lib.ncurses.bugs/3559
> 
> Signoff both,
> Allan

Signoff x86_64

St?phane

From stephane at archlinux.org  Mon Nov 15 20:02:12 2010
From: stephane at archlinux.org (=?utf-8?q?St=C3=A9phane_Gaudreault?=)
Date: Mon, 15 Nov 2010 14:02:12 -0500
Subject: [arch-dev-public] PulseAudio in [extra]
In-Reply-To: <AANLkTim9coyXwf1iA55OSxMDv-1wF_vQ2_5SzCSwbGRa@mail.gmail.com>
References: <AANLkTim9coyXwf1iA55OSxMDv-1wF_vQ2_5SzCSwbGRa@mail.gmail.com>
Message-ID: <201011151402.12677.stephane@archlinux.org>

Le dimanche 14 novembre 2010 15:11:40, Jan Steffens a ?crit :
> I would like to propose moving support for the PulseAudio sound server into
> Arch Linux proper. This would also be in preparation for the eventual
> arrival of Gnome 3, since it will be unlikely we can effectively maintain
> the needed GStreamer patch any more.
> 
> To that effect I have created a plan:
> 
> ---
> 
> To provide PulseAudio in [extra]...
> 
> Move the following packages from [community] to [extra]:
> - libasyncns
> - rtkit
> - pulseaudio (split into pulseaudio and libpulse)
> - alsa-plugins
> - pulseaudio-alsa
>     Configuration package, contains /etc/asound.conf
>     depends on pulseaudio, alsa-plugins
> - pavucontrol
> - paprefs
> - pulseaudio-mixer-applet
> - ossp
>     provides osspd OSS emulator
> 
> Rebuild the following packages with PulseAudio support:
> - sdl (sdl-pulse in AUR)
> - openal (openal-pulse in AUR)
> - libgstreamer0.10-good
>     split gstreamer0.10-pulse (in community)
> - libao
>     split libao-pulse (in community)
> - libcanberra
>     split libcanberra-pulse (in community)
>     will be a split plugin instead of a wholly rebuilt copy
> - gnome-media
>     split gnome-media-pulse (in community; rebuilt with --enable-pulse)
> - gnome-settings-daemon
>     split gnome-settings-daemon-pulse (in community; rebuilt without
> gstreamer patch)
> 
> Provide the following groups:
> - pulseaudio-gnome
>     pulseaudio-alsa
>     libcanberra-pulse
>     gstreamer0.10-pulse
>     gnome-media-pulse
>     gnome-settings-daemon-pulse
> 
> ---
> 
> One of the problems of PulseAudio is that it pretty much becomes the
> default as soon as you install it:
>   - The client library will start the server if it's not running.
>   - pulseaudio will install .desktop files that autostart the server
> together with Gnome or KDE.
> 
> Splitting libpulse would prevent that, but I believe we still need to test
> on a per-application basis whether we can enable PulseAudio support (with a
> dependency on libpulse) without breaking fallback to ALSA on systems
> without pulseaudio.
> 
> Some packages (like sdl and openal) look for libpulse dynamically and will
> still work even though the lib is missing, so they only need an optional
> dependency.
> 
> I would be maintaining split -pulse packages where needed.


Personally, I do not have any objection as long as you make sure it is always 
possible to have a system running KDE, sdl, vlc and mplayer and other popular 
multimedia applications without needing to install one of these packages or to 
run the PA server.

According to PA author [1], "adopting PA in a distribution is a fair amount of 
work, given that it interfaces with so many different things at so many 
different places". It also seems that one has to be very carefull to avoid 
breakages with new releases (even on minor releases).

Out of curiosity, what would the consequences to have all these news packages 
in [community] instead of [extra]?

Regards,

St?phane

[1] http://0pointer.de/blog/projects/jeffrey-stedfast.html

From ibiru at archlinux.org  Mon Nov 15 20:12:05 2010
From: ibiru at archlinux.org (=?UTF-8?B?SW9udcibIELDrnJ1?=)
Date: Mon, 15 Nov 2010 21:12:05 +0200
Subject: [arch-dev-public] PulseAudio in [extra]
In-Reply-To: <201011151402.12677.stephane@archlinux.org>
References: <AANLkTim9coyXwf1iA55OSxMDv-1wF_vQ2_5SzCSwbGRa@mail.gmail.com>
	<201011151402.12677.stephane@archlinux.org>
Message-ID: <4CE18605.80500@archlinux.org>

On 11/15/2010 09:02 PM, St?phane Gaudreault wrote:
> Le dimanche 14 novembre 2010 15:11:40, Jan Steffens a ?crit :
>> I would like to propose moving support for the PulseAudio sound server into
>> Arch Linux proper. This would also be in preparation for the eventual
>> arrival of Gnome 3, since it will be unlikely we can effectively maintain
>> the needed GStreamer patch any more.
>>
>
> Out of curiosity, what would the consequences to have all these news packages
> in [community] instead of [extra]?
>

like Jan pointed out, it would be a paint in the ass to maintain 
unsupported patch that is adding support back for gstreamer(like we do 
now and is not the arch way)

http://mail.gnome.org/archives/desktop-devel-list/2010-November/msg00024.html

-- 
Ionu?

From jan.steffens at gmail.com  Tue Nov 16 06:20:59 2010
From: jan.steffens at gmail.com (Jan Steffens)
Date: Tue, 16 Nov 2010 06:20:59 +0100
Subject: [arch-dev-public] PulseAudio in [extra]
In-Reply-To: <201011151402.12677.stephane@archlinux.org>
References: <AANLkTim9coyXwf1iA55OSxMDv-1wF_vQ2_5SzCSwbGRa@mail.gmail.com>
	<201011151402.12677.stephane@archlinux.org>
Message-ID: <AANLkTinKoFFdzF9CbRuOui0F9Fhd3Yh+nEh0atti34Bs@mail.gmail.com>

On Mon, Nov 15, 2010 at 8:02 PM, St?phane Gaudreault
<stephane at archlinux.org> wrote:
> Out of curiosity, what would the consequences to have all these news packages
> in [community] instead of [extra]?

PulseAudio is already available in [community], minus the libpulse
split. Moving it to [extra] would allow us to have (optional)
dependencies on it.

From redshift at pandora.be  Tue Nov 16 08:10:03 2010
From: redshift at pandora.be (RedShift)
Date: Tue, 16 Nov 2010 08:10:03 +0100
Subject: [arch-dev-public] Inappropriate bugtracker behavior
Message-ID: <4CE22E4B.3080207@pandora.be>

Hi all


Someone (which shall remain nameless unless privately asked) on the bugtracker has been demonstrating inappropriate behavior. This includes, but not limited to:

* Insulting developers for not accepting certain bugs
* Insulting anyone who disagrees with him, sometimes subtle but definitely there

This has occurred multiple times in the past as well (I looked it up).

 From my point of view, he clearly is not a developer.

Any recommendations on how to proceed? I do not wish to continue this issue on the bugtracker itself.


Thanks,


Best regards,

Glenn


(PS: Yes I have been inactive for a very long time - decided to pick up again as bugwrangler)

From roman.kyrylych at gmail.com  Tue Nov 16 10:14:12 2010
From: roman.kyrylych at gmail.com (Roman Kyrylych)
Date: Tue, 16 Nov 2010 11:14:12 +0200
Subject: [arch-dev-public] Inappropriate bugtracker behavior
In-Reply-To: <4CE22E4B.3080207@pandora.be>
References: <4CE22E4B.3080207@pandora.be>
Message-ID: <AANLkTimpE1Qxo2g4Tpgj1AYeN2_K7x+ZubGOPo4zG9Jj@mail.gmail.com>

On Tue, Nov 16, 2010 at 09:10, RedShift <redshift at pandora.be> wrote:
> Someone (which shall remain nameless unless privately asked) on the
> bugtracker has been demonstrating inappropriate behavior. This includes, but
> not limited to:
>
> * Insulting developers for not accepting certain bugs
> * Insulting anyone who disagrees with him, sometimes subtle but definitely
> there
>
> This has occurred multiple times in the past as well (I looked it up).
>
> From my point of view, he clearly is not a developer.
>
> Any recommendations on how to proceed? I do not wish to continue this issue
> on the bugtracker itself.

I'd say: just ignore him. Arguing is useless.

-- 
Roman Kyrylych (????? ???????)

From pierre at archlinux.de  Tue Nov 16 12:01:46 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Tue, 16 Nov 2010 12:01:46 +0100
Subject: [arch-dev-public] Inappropriate bugtracker behavior
In-Reply-To: <4CE22E4B.3080207@pandora.be>
References: <4CE22E4B.3080207@pandora.be>
Message-ID: <85b3ec0135f49ffafbc5531333dc0d4f@archlinux.de>

On Tue, 16 Nov 2010 08:10:03 +0100, RedShift <redshift at pandora.be>
wrote:
> Any recommendations on how to proceed? I do not wish to continue this
> issue on the bugtracker itself.

Could you send some more details to the private list? I have no idea
about which bug report we are talking here. And its always better to try
to resolve such issues privately first isntead of risking escalation in
public.

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From pierre at archlinux.de  Tue Nov 16 18:40:27 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Tue, 16 Nov 2010 18:40:27 +0100
Subject: [arch-dev-public] [signoff] openssl 1.0.0.b-1
Message-ID: <12ef9919007441d462d9e3542a4780f0@archlinux.de>

Hi all,

this is a security related update for openssl, so please sign off. For
more details see http://openssl.org/news/secadv_20101116.txt

Side note: make test does no longer pass with this version. It might be
just the test itself that is broken though (tested different arches and
also on Ubuntu). But I need to look into this though.

Greetings,

Pierre

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From a.radke at arcor.de  Tue Nov 16 20:27:04 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Tue, 16 Nov 2010 20:27:04 +0100
Subject: [arch-dev-public] [signoff] man-db 2.5.8-1
Message-ID: <20101116202704.1387687d@laptop64.home>

New upstream release. Please signoff.

Anybody ever heard of the mentioned "libpipeline"? It seems so far it
hasn't been packaged in any form for Arch. I'll have to bring this in
when 2.6.0 comes out.

-Andy

Changes:

This release reduces installation footprint by building much of man-db
as shared libraries, and permits building with an external libpipeline
(http://libpipeline.nongnu.org/).  man-db 2.6.0 will stop shipping its
own copy of libpipeline.  Among other things, this release fixes an
assertion failure on 'man -l', fixes catman saving corrupted pages in
some locales, and prevents mandb from repeatedly rescanning manual page
hierarchies on every run when a whatis entry turns into a broken link.

From dpmcgee at gmail.com  Tue Nov 16 20:42:43 2010
From: dpmcgee at gmail.com (Dan McGee)
Date: Tue, 16 Nov 2010 13:42:43 -0600
Subject: [arch-dev-public] [signoff] man-db 2.5.8-1
In-Reply-To: <20101116202704.1387687d@laptop64.home>
References: <20101116202704.1387687d@laptop64.home>
Message-ID: <AANLkTinRxutbGoHbJiZ-tun2hKZV34_wjTwbhc0d33oR@mail.gmail.com>

On Tue, Nov 16, 2010 at 1:27 PM, Andreas Radke <a.radke at arcor.de> wrote:
> New upstream release. Please signoff.
>
> Anybody ever heard of the mentioned "libpipeline"? It seems so far it
> hasn't been packaged in any form for Arch. I'll have to bring this in
> when 2.6.0 comes out.

Looks like it is a project he started as a spinoff of what man-db
does, reading the site. So it isn't too much of a surprise you haven't
seen it before, people like to home-roll this type of stuff.

-Dan

From pierre at archlinux.de  Wed Nov 17 07:43:38 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Wed, 17 Nov 2010 07:43:38 +0100
Subject: [arch-dev-public] [signoff] openssl 1.0.0.b-2
In-Reply-To: <12ef9919007441d462d9e3542a4780f0@archlinux.de>
References: <12ef9919007441d462d9e3542a4780f0@archlinux.de>
Message-ID: <ea1884d0157031839cff83ff4715e9ff@archlinux.de>

On Tue, 16 Nov 2010 18:40:27 +0100, Pierre Schmitz
<pierre at archlinux.de> wrote:
> Side note: make test does no longer pass with this version. It might be
> just the test itself that is broken though (tested different arches and
> also on Ubuntu). But I need to look into this though.

This is now fixed in 1.0.0.b-2. So please sign off that one.

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From allan at archlinux.org  Wed Nov 17 08:41:59 2010
From: allan at archlinux.org (Allan McRae)
Date: Wed, 17 Nov 2010 17:41:59 +1000
Subject: [arch-dev-public] [signoff] openssl 1.0.0.b-2
In-Reply-To: <ea1884d0157031839cff83ff4715e9ff@archlinux.de>
References: <12ef9919007441d462d9e3542a4780f0@archlinux.de>
	<ea1884d0157031839cff83ff4715e9ff@archlinux.de>
Message-ID: <4CE38747.6080908@archlinux.org>

On 17/11/10 16:43, Pierre Schmitz wrote:
> On Tue, 16 Nov 2010 18:40:27 +0100, Pierre Schmitz
> <pierre at archlinux.de>  wrote:
>> Side note: make test does no longer pass with this version. It might be
>> just the test itself that is broken though (tested different arches and
>> also on Ubuntu). But I need to look into this though.
>
> This is now fixed in 1.0.0.b-2. So please sign off that one.
>

signoff i686.

Allan

From andrea at archlinux.org  Wed Nov 17 09:34:44 2010
From: andrea at archlinux.org (Andrea Scarpino)
Date: Wed, 17 Nov 2010 09:34:44 +0100
Subject: [arch-dev-public] [signoff] openssl 1.0.0.b-2
In-Reply-To: <4CE38747.6080908@archlinux.org>
References: <12ef9919007441d462d9e3542a4780f0@archlinux.de>
	<ea1884d0157031839cff83ff4715e9ff@archlinux.de>
	<4CE38747.6080908@archlinux.org>
Message-ID: <201011170934.44452.andrea@archlinux.org>

On 17/11/10 16:43, Pierre Schmitz wrote:
> This is now fixed in 1.0.0.b-2. So please sign off that one.
signoff x86_64

-- 
Andrea Scarpino
Arch Linux Developer

From ibiru at archlinux.org  Wed Nov 17 18:11:52 2010
From: ibiru at archlinux.org (=?UTF-8?B?SW9udcibIELDrnJ1?=)
Date: Wed, 17 Nov 2010 19:11:52 +0200
Subject: [arch-dev-public] [signoff] openssl 1.0.0.b-2
In-Reply-To: <ea1884d0157031839cff83ff4715e9ff@archlinux.de>
References: <12ef9919007441d462d9e3542a4780f0@archlinux.de>
	<ea1884d0157031839cff83ff4715e9ff@archlinux.de>
Message-ID: <4CE40CD8.6090205@archlinux.org>

On 11/17/2010 08:43 AM, Pierre Schmitz wrote:
> On Tue, 16 Nov 2010 18:40:27 +0100, Pierre Schmitz
> <pierre at archlinux.de>  wrote:
>> Side note: make test does no longer pass with this version. It might be
>> just the test itself that is broken though (tested different arches and
>> also on Ubuntu). But I need to look into this though.
>
> This is now fixed in 1.0.0.b-2. So please sign off that one.
>

signoff x86_64

-- 
Ionu?

From jan.steffens at gmail.com  Wed Nov 17 18:51:46 2010
From: jan.steffens at gmail.com (Jan Steffens)
Date: Wed, 17 Nov 2010 18:51:46 +0100
Subject: [arch-dev-public] [signoff] openssl 1.0.0.b-2
In-Reply-To: <ea1884d0157031839cff83ff4715e9ff@archlinux.de>
References: <12ef9919007441d462d9e3542a4780f0@archlinux.de>
	<ea1884d0157031839cff83ff4715e9ff@archlinux.de>
Message-ID: <AANLkTin4GSvsD4WT6WY=C3tRbyP1rhbMtV=Z_MqwJM6r@mail.gmail.com>

On Wed, Nov 17, 2010 at 7:43 AM, Pierre Schmitz <pierre at archlinux.de> wrote:
> On Tue, 16 Nov 2010 18:40:27 +0100, Pierre Schmitz
> <pierre at archlinux.de> wrote:
>> Side note: make test does no longer pass with this version. It might be
>> just the test itself that is broken though (tested different arches and
>> also on Ubuntu). But I need to look into this though.
>
> This is now fixed in 1.0.0.b-2. So please sign off that one.
>
> --
> Pierre Schmitz, https://users.archlinux.de/~pierre
>

Signoff both

From thomas at archlinux.org  Wed Nov 17 19:01:20 2010
From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=)
Date: Wed, 17 Nov 2010 19:01:20 +0100
Subject: [arch-dev-public] [signoff] openssl 1.0.0.b-2
In-Reply-To: <ea1884d0157031839cff83ff4715e9ff@archlinux.de>
References: <12ef9919007441d462d9e3542a4780f0@archlinux.de>
	<ea1884d0157031839cff83ff4715e9ff@archlinux.de>
Message-ID: <4CE41870.9050706@archlinux.org>

Am 17.11.2010 07:43, schrieb Pierre Schmitz:
> On Tue, 16 Nov 2010 18:40:27 +0100, Pierre Schmitz
> <pierre at archlinux.de> wrote:
>> Side note: make test does no longer pass with this version. It might be
>> just the test itself that is broken though (tested different arches and
>> also on Ubuntu). But I need to look into this though.
> 
> This is now fixed in 1.0.0.b-2. So please sign off that one.

Looks fine. Signoff x86_64.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101117/41d064c5/attachment.bin>

From daniel.isenmann at gmx.de  Wed Nov 17 19:44:00 2010
From: daniel.isenmann at gmx.de (Daniel Isenmann)
Date: Wed, 17 Nov 2010 19:44:00 +0100
Subject: [arch-dev-public] [signoff] man-db 2.5.8-1
In-Reply-To: <20101116202704.1387687d@laptop64.home>
References: <20101116202704.1387687d@laptop64.home>
Message-ID: <20101117194400.2a6c46e7@fuckup-ng.localdomain>

On Tue, 16 Nov 2010 20:27:04 +0100
Andreas Radke <a.radke at arcor.de> wrote:

> New upstream release. Please signoff.
> 
> Anybody ever heard of the mentioned "libpipeline"? It seems so far it
> hasn't been packaged in any form for Arch. I'll have to bring this in
> when 2.6.0 comes out.

Signoff x86_64

From a.radke at arcor.de  Wed Nov 17 20:11:18 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Wed, 17 Nov 2010 20:11:18 +0100
Subject: [arch-dev-public] [signoff] man-db 2.5.9-1
In-Reply-To: <20101117194400.2a6c46e7@fuckup-ng.localdomain>
References: <20101116202704.1387687d@laptop64.home>
	<20101117194400.2a6c46e7@fuckup-ng.localdomain>
Message-ID: <20101117201118.52998b44@workstation64.home>

A quick fix release is out. Please signoff version 2.5.9!

-Andy



About this release
------------------

This is a quick release to correct errors in man-db 2.5.8: some systems
encountered test failures due to excessive sensitivity to directory
ordering, and './configure --disable-nls' was broken.

From daniel.isenmann at gmx.de  Wed Nov 17 20:15:17 2010
From: daniel.isenmann at gmx.de (Daniel Isenmann)
Date: Wed, 17 Nov 2010 20:15:17 +0100
Subject: [arch-dev-public] [signoff] man-db 2.5.9-1
In-Reply-To: <20101117201118.52998b44@workstation64.home>
References: <20101116202704.1387687d@laptop64.home>
	<20101117194400.2a6c46e7@fuckup-ng.localdomain>
	<20101117201118.52998b44@workstation64.home>
Message-ID: <20101117201517.4f7e976f@fuckup-ng.localdomain>

On Wed, 17 Nov 2010 20:11:18 +0100
Andreas Radke <a.radke at arcor.de> wrote:

> A quick fix release is out. Please signoff version 2.5.9!
> 
> -Andy

Works, too. Signoff x86_64

From jan.steffens at gmail.com  Wed Nov 17 20:33:47 2010
From: jan.steffens at gmail.com (Jan Steffens)
Date: Wed, 17 Nov 2010 20:33:47 +0100
Subject: [arch-dev-public] [signoff] man-db 2.5.9-1
In-Reply-To: <20101117201118.52998b44@workstation64.home>
References: <20101116202704.1387687d@laptop64.home>
	<20101117194400.2a6c46e7@fuckup-ng.localdomain>
	<20101117201118.52998b44@workstation64.home>
Message-ID: <AANLkTimWpZcmOfjTE7Z6h_CYN82FZuT53QR7VdBWVQ+=@mail.gmail.com>

On Wed, Nov 17, 2010 at 8:11 PM, Andreas Radke <a.radke at arcor.de> wrote:
> A quick fix release is out. Please signoff version 2.5.9!
>
> -Andy
>
>
>
> About this release
> ------------------
>
> This is a quick release to correct errors in man-db 2.5.8: some systems
> encountered test failures due to excessive sensitivity to directory
> ordering, and './configure --disable-nls' was broken.
>

Signoff both.

From allan at archlinux.org  Thu Nov 18 05:16:34 2010
From: allan at archlinux.org (Allan McRae)
Date: Thu, 18 Nov 2010 14:16:34 +1000
Subject: [arch-dev-public] Doing a rebuild of [core]?
Message-ID: <4CE4A8A2.3010909@archlinux.org>

Hi,

I was thinking of doing a fairly large rebuild of packages in [core] for 
the following reasons:

  - The toolchain is quite good at the moment and many packages have not 
been built in a long time so could use a refresher build to take 
advantage of what the newer toolchain offers (~15 packages are > 1 year 
old).  I expect a toolchain update to happen in the next few weeks so 
this is a good time.

  - Get as many packages to .xz format as possible.  This will give us 
more room to play on the install CD (important with dual arch ISO where 
I believe space is tight)

  - Get all packages into the package pool.  It is nicer to have 
packages in one place rather than across multiple folders.  Once all 
packages are in the pool directories, the clean-up script can be a lot 
easier (of course that is a long term implication).  It would also get 
rid of the core/os/any folder.

  - Give PKGBUILDs a refresher...  package() functions, no "|| return 
1", etc.  Make sure packages build with an updated toolchain.

  - Deal with the few [core] package issues on the Unimportant Rebuild 
List 
(https://wiki.archlinux.org/index.php/DeveloperWiki:Unimportant_Rebuild_List).


Given the goals mentioned there, it is obvious that regularly updated 
packages do not need to be part of the rebuild.  Looking at the 
packages, there would be about 100 rebuilds all up.  So it would result 
in a bunch of signoff emails...   But I would start with the oldest 
packages and work through the list fairly slowly so this will hopefully 
not be an issue.

Any objections/suggestions?

Allan

From a.radke at arcor.de  Thu Nov 18 06:52:21 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Thu, 18 Nov 2010 06:52:21 +0100
Subject: [arch-dev-public] Doing a rebuild of [core]?
In-Reply-To: <4CE4A8A2.3010909@archlinux.org>
References: <4CE4A8A2.3010909@archlinux.org>
Message-ID: <20101118065221.6a1ea12e@workstation64.home>

Am Thu, 18 Nov 2010 14:16:34 +1000
schrieb "Allan McRae" <allan at archlinux.org>:

> Hi,
> 
> I was thinking of doing a fairly large rebuild of packages in [core]
> for the following reasons:
> 
>   - The toolchain is quite good at the moment and many packages have
> not been built in a long time so could use a refresher build to take 
> advantage of what the newer toolchain offers (~15 packages are > 1
> year old).  I expect a toolchain update to happen in the next few
> weeks so this is a good time.

What update do you expect? Usually a rebuild is useful to catch
up latest major gcc improvements. Gcc4.6 is still in an early
stage. Maybe we should delay it until the gcc4.6 release.

The toolchain improvements over the last 2 years were of minor
advantages. So I don't expect major performance improvements.

Getting the packages into xz compression format and pkg pool would be
nice though.

One concern for a rebuild right now: most packagers allowed for
pushing packages into core haven't been much online lately. Not sure
if they can spend that much time. Sadly "makeworld" has died. But I
remember Daniel made such a rebuild script locally (was at gcc4.3
release?).

-Andy

From allan at archlinux.org  Thu Nov 18 07:18:39 2010
From: allan at archlinux.org (Allan McRae)
Date: Thu, 18 Nov 2010 16:18:39 +1000
Subject: [arch-dev-public] Doing a rebuild of [core]?
In-Reply-To: <20101118065221.6a1ea12e@workstation64.home>
References: <4CE4A8A2.3010909@archlinux.org>
	<20101118065221.6a1ea12e@workstation64.home>
Message-ID: <4CE4C53F.2030400@archlinux.org>

On 18/11/10 15:52, Andreas Radke wrote:
> Am Thu, 18 Nov 2010 14:16:34 +1000
> schrieb "Allan McRae"<allan at archlinux.org>:
>
>> Hi,
>>
>> I was thinking of doing a fairly large rebuild of packages in [core]
>> for the following reasons:
>>
>>    - The toolchain is quite good at the moment and many packages have
>> not been built in a long time so could use a refresher build to take
>> advantage of what the newer toolchain offers (~15 packages are>  1
>> year old).  I expect a toolchain update to happen in the next few
>> weeks so this is a good time.
>
> What update do you expect? Usually a rebuild is useful to catch
> up latest major gcc improvements. Gcc4.6 is still in an early
> stage. Maybe we should delay it until the gcc4.6 release.

I expect binutils in the next couple of weeks (they have branched) and 
probably a glibc release given Fedora 14 is released with what is 
usually considered an RC glibc release.

Gcc-4.6 is actually in stage 3 (bug fix only), but they still have a 
large number of P1 bugs to get rid of before release.  But given it took 
a few months to sort out the toolchain issues after the initial gcc-4.5 
release, I would much prefer doing this before gcc-4.6...

> The toolchain improvements over the last 2 years were of minor
> advantages. So I don't expect major performance improvements.
>
> Getting the packages into xz compression format and pkg pool would be
> nice though.
>
> One concern for a rebuild right now: most packagers allowed for
> pushing packages into core haven't been much online lately. Not sure
> if they can spend that much time. Sadly "makeworld" has died. But I
> remember Daniel made such a rebuild script locally (was at gcc4.3
> release?).

Fair point.  I was never expecting much help actually doing the rebuilds 
as this is a very low priority task... and keeping [core] as pristine as 
possible is probably not much of an obsession for people other than me! 
  Also, there is no real rush in getting this done.   So I do not think 
packaging manpower will be an issue as long as people can give signoffs 
for the packages that are built.

Allan

From daniel.isenmann at gmx.de  Thu Nov 18 07:20:54 2010
From: daniel.isenmann at gmx.de (Daniel Isenmann)
Date: Thu, 18 Nov 2010 07:20:54 +0100
Subject: [arch-dev-public] Doing a rebuild of [core]?
In-Reply-To: <20101118065221.6a1ea12e@workstation64.home>
References: <4CE4A8A2.3010909@archlinux.org>
	<20101118065221.6a1ea12e@workstation64.home>
Message-ID: <4CE4C5C6.2020503@gmx.de>

Am 18.11.2010 06:52, schrieb Andreas Radke:
> Am Thu, 18 Nov 2010 14:16:34 +1000
> schrieb "Allan McRae"<allan at archlinux.org>:
>
>> Hi,
>>
>> I was thinking of doing a fairly large rebuild of packages in [core]
>> for the following reasons:
>>
>>    - The toolchain is quite good at the moment and many packages have
>> not been built in a long time so could use a refresher build to take
>> advantage of what the newer toolchain offers (~15 packages are>  1
>> year old).  I expect a toolchain update to happen in the next few
>> weeks so this is a good time.
> What update do you expect? Usually a rebuild is useful to catch
> up latest major gcc improvements. Gcc4.6 is still in an early
> stage. Maybe we should delay it until the gcc4.6 release.
>
> The toolchain improvements over the last 2 years were of minor
> advantages. So I don't expect major performance improvements.
>
> Getting the packages into xz compression format and pkg pool would be
> nice though.
>
> One concern for a rebuild right now: most packagers allowed for
> pushing packages into core haven't been much online lately. Not sure
> if they can spend that much time. Sadly "makeworld" has died. But I
> remember Daniel made such a rebuild script locally (was at gcc4.3
> release?).

That's right, I made such a rebuild script. But I'm not really sure if I 
have it any longer. Have to check it at home. It was a hackish bash 
script which increased the pkgrel variable and rebuild the package, 
that's all.

I'm not that close to the toolchain changes and its improvements, so if 
you think it's time for that go ahead. :)

  -Daniel

From andrea at archlinux.org  Thu Nov 18 08:24:33 2010
From: andrea at archlinux.org (Andrea Scarpino)
Date: Thu, 18 Nov 2010 08:24:33 +0100
Subject: [arch-dev-public] Doing a rebuild of [core]?
In-Reply-To: <4CE4C5C6.2020503@gmx.de>
References: <4CE4A8A2.3010909@archlinux.org>
	<20101118065221.6a1ea12e@workstation64.home>
	<4CE4C5C6.2020503@gmx.de>
Message-ID: <201011180824.34084.andrea@archlinux.org>

On Thursday 18 November 2010 07:20:54 Daniel Isenmann wrote:
> That's right, I made such a rebuild script. But I'm not really sure if I
> have it any longer. Have to check it at home. It was a hackish bash
> script which increased the pkgrel variable and rebuild the package,
> that's all.
We have to use the package() function and to remove the ||return 1 stuff. I 
don't think that do this job with a script is a good idea.

Anyway, count on me for this rebuild.

-- 
Andrea Scarpino
Arch Linux Developer

From pierre at archlinux.de  Thu Nov 18 12:00:44 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Thu, 18 Nov 2010 12:00:44 +0100
Subject: [arch-dev-public] =?utf-8?q?Doing_a_rebuild_of_=5Bcore=5D=3F?=
In-Reply-To: <201011180824.34084.andrea@archlinux.org>
References: <4CE4A8A2.3010909@archlinux.org>
	<20101118065221.6a1ea12e@workstation64.home> <4CE4C5C6.2020503@gmx.de>
	<201011180824.34084.andrea@archlinux.org>
Message-ID: <20ffcb9672f030cda1236d46c70e27bf@archlinux.de>

On Thu, 18 Nov 2010 08:24:33 +0100, Andrea Scarpino
<andrea at archlinux.org> wrote:
> On Thursday 18 November 2010 07:20:54 Daniel Isenmann wrote:
>> That's right, I made such a rebuild script. But I'm not really sure if I
>> have it any longer. Have to check it at home. It was a hackish bash
>> script which increased the pkgrel variable and rebuild the package,
>> that's all.
> We have to use the package() function and to remove the ||return 1 stuff. I 
> don't think that do this job with a script is a good idea.
> 
> Anyway, count on me for this rebuild.

Dito, could help also. Btw: We put it into testing first anyway, so the
permission to move them to core is not really a blocker here.

Allan, how do we chosse packages? I could easily do a query like "show
me all packages which are older than xx" etc.. Just let me know.

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From allan at archlinux.org  Thu Nov 18 12:14:20 2010
From: allan at archlinux.org (Allan McRae)
Date: Thu, 18 Nov 2010 21:14:20 +1000
Subject: [arch-dev-public] Doing a rebuild of [core]?
In-Reply-To: <20ffcb9672f030cda1236d46c70e27bf@archlinux.de>
References: <4CE4A8A2.3010909@archlinux.org>	<20101118065221.6a1ea12e@workstation64.home>
	<4CE4C5C6.2020503@gmx.de>	<201011180824.34084.andrea@archlinux.org>
	<20ffcb9672f030cda1236d46c70e27bf@archlinux.de>
Message-ID: <4CE50A8C.2000406@archlinux.org>

On 18/11/10 21:00, Pierre Schmitz wrote:
> On Thu, 18 Nov 2010 08:24:33 +0100, Andrea Scarpino
> <andrea at archlinux.org>  wrote:
>> On Thursday 18 November 2010 07:20:54 Daniel Isenmann wrote:
>>> That's right, I made such a rebuild script. But I'm not really sure if I
>>> have it any longer. Have to check it at home. It was a hackish bash
>>> script which increased the pkgrel variable and rebuild the package,
>>> that's all.
>> We have to use the package() function and to remove the ||return 1 stuff. I
>> don't think that do this job with a script is a good idea.
>>
>> Anyway, count on me for this rebuild.
>
> Dito, could help also. Btw: We put it into testing first anyway, so the
> permission to move them to core is not really a blocker here.
>
> Allan, how do we chosse packages? I could easily do a query like "show
> me all packages which are older than xx" etc.. Just let me know.
>

I have a list that I will put somewhere with all packages that are not 
.xz format (except those that need to stay .gz) and not in the package 
pool directory sorted by date since last built.  I will dump it to a 
TODO list/wiki page at some stage.

Allan


From pierre at archlinux.de  Thu Nov 18 12:34:27 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Thu, 18 Nov 2010 12:34:27 +0100
Subject: [arch-dev-public] =?utf-8?q?Doing_a_rebuild_of_=5Bcore=5D=3F?=
In-Reply-To: <4CE50A8C.2000406@archlinux.org>
References: "<4CE4A8A2.3010909@archlinux.org>"
	<20101118065221.6a1ea12e@workstation64.home>
	"<4CE4C5C6.2020503@gmx.de>"
	<201011180824.34084.andrea@archlinux.org>
	<20ffcb9672f030cda1236d46c70e27bf@archlinux.de>
	<4CE50A8C.2000406@archlinux.org>
Message-ID: <c6f85830f3616ea8aa96492d1fc542ea@archlinux.de>

On Thu, 18 Nov 2010 21:14:20 +1000, Allan McRae <allan at archlinux.org>
wrote:
> On 18/11/10 21:00, Pierre Schmitz wrote:
>> On Thu, 18 Nov 2010 08:24:33 +0100, Andrea Scarpino
>> <andrea at archlinux.org>  wrote:
>>> On Thursday 18 November 2010 07:20:54 Daniel Isenmann wrote:
>>>> That's right, I made such a rebuild script. But I'm not really sure if I
>>>> have it any longer. Have to check it at home. It was a hackish bash
>>>> script which increased the pkgrel variable and rebuild the package,
>>>> that's all.
>>> We have to use the package() function and to remove the ||return 1 stuff. I
>>> don't think that do this job with a script is a good idea.
>>>
>>> Anyway, count on me for this rebuild.
>>
>> Dito, could help also. Btw: We put it into testing first anyway, so the
>> permission to move them to core is not really a blocker here.
>>
>> Allan, how do we chosse packages? I could easily do a query like "show
>> me all packages which are older than xx" etc.. Just let me know.
>>
> 
> I have a list that I will put somewhere with all packages that are
> not .xz format (except those that need to stay .gz) and not in the
> package pool directory sorted by date since last built.  I will dump
> it to a TODO list/wiki page at some stage.
> 
> Allan

I'd say just create a todo list and maybe create a check list about
what to do with those packages then. (e.g. package functions, removing
|| return 1 or look for an update in general.)

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From pierre at archlinux.de  Thu Nov 18 13:16:52 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Thu, 18 Nov 2010 13:16:52 +0100
Subject: [arch-dev-public] FYI: moved old isos to archive
Message-ID: <fe9316cd2756071c86b28b590d052362@archlinux.de>

Hi all,

just to let you know: I have moved isos from 2008 and older to our
archives. They are of no use and recently we found out that at least one
tier1 mirror had excluded them which caused some broken symlinks.

Greetings,

Pierre

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From a.radke at arcor.de  Thu Nov 18 18:55:32 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Thu, 18 Nov 2010 18:55:32 +0100
Subject: [arch-dev-public] ChangeLogs
Message-ID: <20101118185532.2f6b39e1@workstation64.home>

Maybe only I missed it: I just found that all my packages that used to
pickup the "ChangeLog" file don't show anything in pacman -Qc!

http://projects.archlinux.org/pacman.git/commit/?id=2cabe336eb33e443819a1d9d46b0c5bcceaa7e87

It seems I missed the note in the NEWS file of pacmans 3.4.0 release.
Just a heads up. 

Is it worth the work to update the changelog at all? Any plans on
integrating a Changelog to the packages website? Do we need some
convention how to order and format the file?

[andyrtr at workstation64 tmp]$ find /var/lib/pacman/ | grep changelog |
wc -l 48

Not many packages seem to use that feature.

-Andy

From dpmcgee at gmail.com  Thu Nov 18 19:04:14 2010
From: dpmcgee at gmail.com (Dan McGee)
Date: Thu, 18 Nov 2010 12:04:14 -0600
Subject: [arch-dev-public] ChangeLogs
In-Reply-To: <20101118185532.2f6b39e1@workstation64.home>
References: <20101118185532.2f6b39e1@workstation64.home>
Message-ID: <AANLkTimLKJHLhPDPt5-gQuKxuQrnDe8N+A+5BNs7krou@mail.gmail.com>

On Thu, Nov 18, 2010 at 11:55 AM, Andreas Radke <a.radke at arcor.de> wrote:
> Maybe only I missed it: I just found that all my packages that used to
> pickup the "ChangeLog" file don't show anything in pacman -Qc!
>
> http://projects.archlinux.org/pacman.git/commit/?id=2cabe336eb33e443819a1d9d46b0c5bcceaa7e87
>
> It seems I missed the note in the NEWS file of pacmans 3.4.0 release.
> Just a heads up.

Yeah, we didn't do a great job of publishing this behavior change.
Sorry about that.

> Is it worth the work to update the changelog at all? Any plans on
> integrating a Changelog to the packages website? Do we need some
> convention how to order and format the file?

I try to update mine (although they aren't being included, whoops) on
big changes- bug fixes and changing configure flags count, but a minor
version bump without Arch-specific changes just adds noise. I think
most people are using something similar to GNU changelog format.

It would unfortunately be a bit more work to add these to the website,
as they are not in the db.tar.gz file, and all of the data for the
site comes out of those.

> [andyrtr at workstation64 tmp]$ find /var/lib/pacman/ | grep changelog |
> wc -l 48
>
> Not many packages seem to use that feature.
>
> -Andy
>

From snowmaniscool at gmail.com  Fri Nov 19 00:26:01 2010
From: snowmaniscool at gmail.com (=?ISO-8859-1?Q?Eric_B=E9langer?=)
Date: Thu, 18 Nov 2010 18:26:01 -0500
Subject: [arch-dev-public] ChangeLogs
In-Reply-To: <20101118185532.2f6b39e1@workstation64.home>
References: <20101118185532.2f6b39e1@workstation64.home>
Message-ID: <AANLkTi=0QFhW1b3-J8T9a5imNskgheXHiv+F6-WTqRAZ@mail.gmail.com>

On Thu, Nov 18, 2010 at 12:55 PM, Andreas Radke <a.radke at arcor.de> wrote:
> Maybe only I missed it: I just found that all my packages that used to
> pickup the "ChangeLog" file don't show anything in pacman -Qc!
>
> http://projects.archlinux.org/pacman.git/commit/?id=2cabe336eb33e443819a1d9d46b0c5bcceaa7e87
>
> It seems I missed the note in the NEWS file of pacmans 3.4.0 release.
> Just a heads up.
>
> Is it worth the work to update the changelog at all? Any plans on
> integrating a Changelog to the packages website? Do we need some
> convention how to order and format the file?
>
> [andyrtr at workstation64 tmp]$ find /var/lib/pacman/ | grep changelog |
> wc -l 48
>
> Not many packages seem to use that feature.
>
> -Andy
>

I don't think it's worthwhile to add ChangeLog support to the website.
 Personnally, I've started to remove ChangeLog from my packages.
Usually it's just upstream update plus when another dev rebuild/fix
your package they forget or don't bother to update the ChangeLog.  I'm
not the only one doing that.  I update the abs tree daily and there is
a definite trend going on about removing ChangeLog from the repos.

The pacman package doesn't even have a ChangeLog. ;)

From allan at archlinux.org  Fri Nov 19 07:30:19 2010
From: allan at archlinux.org (Allan McRae)
Date: Fri, 19 Nov 2010 16:30:19 +1000
Subject: [arch-dev-public] Doing a rebuild of [core]?
In-Reply-To: <c6f85830f3616ea8aa96492d1fc542ea@archlinux.de>
References: "<4CE4A8A2.3010909@archlinux.org>"	<20101118065221.6a1ea12e@workstation64.home>	"<4CE4C5C6.2020503@gmx.de>"	<201011180824.34084.andrea@archlinux.org>	<20ffcb9672f030cda1236d46c70e27bf@archlinux.de>	<4CE50A8C.2000406@archlinux.org>
	<c6f85830f3616ea8aa96492d1fc542ea@archlinux.de>
Message-ID: <4CE6197B.6050802@archlinux.org>

I made a wiki page with a list of packages to be rebuilt and added a bit 
of annotation:
https://wiki.archlinux.org/index.php/User:Allan/Core_Rebuild_List

I did not use the usual TODO list as I think the order and annotation is 
important and the fact that this is not a usual rebuild as there is no 
timeline on when it should really be done.  But if people want a real 
TODO list, I can create it with a link to that wiki page.

Allan


From allan at archlinux.org  Fri Nov 19 07:58:25 2010
From: allan at archlinux.org (Allan McRae)
Date: Fri, 19 Nov 2010 16:58:25 +1000
Subject: [arch-dev-public] initscripts/mkinitcpio/netcfg maintenance
Message-ID: <4CE62011.40304@archlinux.org>

While looking through bugs for [core] packages, I notice that there are 
a large number of bug report for these three packages.  In total they 
account for ~13% of the bugs in the tracker!

Firstly, I want to clarify that I'm not here to point fingers at anyone 
for not dealing with these bugs.  We all only have limited time...

But given these are some of the uniqueness of Arch, I wonder what we _as 
a group_ could to do to improve this situation?  Perhaps organize a 
hack-a-thon on IRC one day?  Or we could advertise for help, with the 
selection criterion being a git repo provided by the applicant showing 
they can do stuff?

Comments/ideas?

Allan


From schiv at archlinux.org  Fri Nov 19 08:44:52 2010
From: schiv at archlinux.org (Ray Rashif)
Date: Fri, 19 Nov 2010 15:44:52 +0800
Subject: [arch-dev-public] ChangeLogs
In-Reply-To: <AANLkTi=0QFhW1b3-J8T9a5imNskgheXHiv+F6-WTqRAZ@mail.gmail.com>
References: <20101118185532.2f6b39e1@workstation64.home>
	<AANLkTi=0QFhW1b3-J8T9a5imNskgheXHiv+F6-WTqRAZ@mail.gmail.com>
Message-ID: <AANLkTi=zGCsdn812Z-a5Uq9MpsODkCogvLdQjQfD3F13@mail.gmail.com>

On 19 November 2010 07:26, Eric B?langer <snowmaniscool at gmail.com> wrote:
> On Thu, Nov 18, 2010 at 12:55 PM, Andreas Radke <a.radke at arcor.de> wrote:
>> Maybe only I missed it: I just found that all my packages that used to
>> pickup the "ChangeLog" file don't show anything in pacman -Qc!
>>
>> http://projects.archlinux.org/pacman.git/commit/?id=2cabe336eb33e443819a1d9d46b0c5bcceaa7e87
>>
>> It seems I missed the note in the NEWS file of pacmans 3.4.0 release.
>> Just a heads up.
>>
>> Is it worth the work to update the changelog at all? Any plans on
>> integrating a Changelog to the packages website? Do we need some
>> convention how to order and format the file?
>>
>> [andyrtr at workstation64 tmp]$ find /var/lib/pacman/ | grep changelog |
>> wc -l 48
>>
>> Not many packages seem to use that feature.
>>
>> -Andy
>>
>
> I don't think it's worthwhile to add ChangeLog support to the website.
> ?Personnally, I've started to remove ChangeLog from my packages.
> Usually it's just upstream update plus when another dev rebuild/fix
> your package they forget or don't bother to update the ChangeLog. ?I'm
> not the only one doing that. ?I update the abs tree daily and there is
> a definite trend going on about removing ChangeLog from the repos.
>
> The pacman package doesn't even have a ChangeLog. ;)

Ditto. I've tried to get into the habit a few times, but seeing
changelogs with the last entry being made over a year ago does not
help.

From allan at archlinux.org  Fri Nov 19 14:32:12 2010
From: allan at archlinux.org (Allan McRae)
Date: Fri, 19 Nov 2010 23:32:12 +1000
Subject: [arch-dev-public] [signoff] pptpclient-1.7.2-3
Message-ID: <4CE67C5C.5030407@archlinux.org>

Rebuild of old package, tidy PKGBUILD, use our CFLAGS/LDFLAGS.

Signoff both,
Allan

From allan at archlinux.org  Fri Nov 19 14:32:46 2010
From: allan at archlinux.org (Allan McRae)
Date: Fri, 19 Nov 2010 23:32:46 +1000
Subject: [arch-dev-public] [signoff] xinetd-2.3.14-6
Message-ID: <4CE67C7E.2050904@archlinux.org>

Rebuild of old package, tidy up PKGBUILD.

Signoff both,
Allan

From andrea at archlinux.org  Fri Nov 19 14:31:06 2010
From: andrea at archlinux.org (Andrea Scarpino)
Date: Fri, 19 Nov 2010 14:31:06 +0100
Subject: [arch-dev-public] [signoff] nano-2.2.5-2
Message-ID: <201011191431.07025.andrea@archlinux.org>

Fix dependencies.

signoff both, thanks.

-- 
Andrea Scarpino
Arch Linux Developer

From allan at archlinux.org  Fri Nov 19 14:44:13 2010
From: allan at archlinux.org (Allan McRae)
Date: Fri, 19 Nov 2010 23:44:13 +1000
Subject: [arch-dev-public] mailx package
Message-ID: <4CE67F2D.1010503@archlinux.org>

Hi,

I was looking at the mailx package and was wondering what we should do 
with it.

We grab the package source for "mailx-8.1.1-fixed" on 
ftp.archlinux.org...  but I have no idea what is "fixed" about it and we 
still patch the Makefile and for gcc-4.  It also does not use our 
CFLAGS/LDFLAGS when building.

There are options here:

1) grab "updated" cvs snapshot from OpenBSD, which is apparently where 
Debian gets it from.  I'm not sure where exactly the cvs repo is though...

2) use heirloom-mailx (a.k.a. nail).  At least I can find a tarball from 
that, even if it has not seen a release in a couple of years.  This was 
requested in the bug tracker but was closed dues to no-one being 
motivated to change it after several years.

3) use GNU mailutils.  It looks actively developed (had a release in 
September), and is apparently fully compatible.  However, it also has 
more features and so is not as lightweight... probably going from 100KB 
to 1MB.

Opinions?

Allan

From andrea at archlinux.org  Fri Nov 19 15:42:21 2010
From: andrea at archlinux.org (Andrea Scarpino)
Date: Fri, 19 Nov 2010 15:42:21 +0100
Subject: [arch-dev-public] [signoff] lilo-23.1-1
Message-ID: <201011191542.22031.andrea@archlinux.org>

- upstream release
- new url
- updated source
- use package()
- updated make options
- rebuilt to switch to tar.xz

please signoff both, thanks

-- 
Andrea Scarpino
Arch Linux Developer

From andrea at archlinux.org  Fri Nov 19 16:16:00 2010
From: andrea at archlinux.org (Andrea Scarpino)
Date: Fri, 19 Nov 2010 16:16:00 +0100
Subject: [arch-dev-public] [signoff] wireless-regdb-2009.11.25-2
Message-ID: <201011191616.01066.andrea@archlinux.org>


- use package()
- add sh to dependencies
- rebuilt to use tar.xz

please signoff both

-- 
Andrea Scarpino
Arch Linux Developer

From a.radke at arcor.de  Fri Nov 19 16:16:14 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Fri, 19 Nov 2010 16:16:14 +0100
Subject: [arch-dev-public] [signoff] nano-2.2.5-2
In-Reply-To: <201011191431.07025.andrea@archlinux.org>
References: <201011191431.07025.andrea@archlinux.org>
Message-ID: <20101119161614.7fe8abcb@workstation64.home>

Am Fri, 19 Nov 2010 14:31:06 +0100
schrieb Andrea Scarpino <andrea at archlinux.org>:

> Fix dependencies.
> 
> signoff both, thanks.
> 

Any reason why you are touching my pkg? I can't remember a bug report
or a mail from you. 

I've just seen it on Allan's list for the core rebuilds.
But shouldn't the rebuilds start _after_ a toolchain bump itself he
expected this after a binutils and glibc release?

For the dependencies I'm no more sure about our own rules. Yes, a
command line editor is known to run from a shell but it's technically
not a linked dep we need to install the nano pkg. 

In the past we agreed that it can be expected to have the whole base
group installed on any Arch users system at runtime and the base-devel
group and build time and so we didn't add additional deps needed from
these groups to build and run the packages. Did we change that? Would
the Arch iso installer fail? Or is it just for perfection?

-Andy

From andrea at archlinux.org  Fri Nov 19 16:21:27 2010
From: andrea at archlinux.org (Andrea Scarpino)
Date: Fri, 19 Nov 2010 16:21:27 +0100
Subject: [arch-dev-public] [signoff] libusb-0.1.12-5
Message-ID: <201011191621.27661.andrea@archlinux.org>


- use package()
- remove from base group
- use tar.xz

please signoff both

-- 
Andrea Scarpino
Arch Linux Developer

From andrea at archlinux.org  Fri Nov 19 16:27:02 2010
From: andrea at archlinux.org (Andrea Scarpino)
Date: Fri, 19 Nov 2010 16:27:02 +0100
Subject: [arch-dev-public] [signoff] nano-2.2.5-2
In-Reply-To: <20101119161614.7fe8abcb@workstation64.home>
References: <201011191431.07025.andrea@archlinux.org>
	<20101119161614.7fe8abcb@workstation64.home>
Message-ID: <201011191627.02949.andrea@archlinux.org>

On Friday 19 November 2010 16:16:14 Andreas Radke wrote:
> Any reason why you are touching my pkg? I can't remember a bug report
> or a mail from you.
> 
> I've just seen it on Allan's list for the core rebuilds.
> But shouldn't the rebuilds start _after_ a toolchain bump itself he
> expected this after a binutils and glibc release?
> 
> For the dependencies I'm no more sure about our own rules. Yes, a
> command line editor is known to run from a shell but it's technically
> not a linked dep we need to install the nano pkg.
> 
> In the past we agreed that it can be expected to have the whole base
> group installed on any Arch users system at runtime and the base-devel
> group and build time and so we didn't add additional deps needed from
> these groups to build and run the packages. Did we change that? Would
> the Arch iso installer fail? Or is it just for perfection?
I am _really_ sorry for this Andreas.
I thought that my help was needed here and a that a rebuild wasn't a problem 
for you.

Sorry to Eric, Tobias and Thomas too, I hope that I didn't annoyed them 
updating lilo, libusb, wireless-regdb.

Really was not my intention.

-- 
Andrea Scarpino
Arch Linux Developer

From a.radke at arcor.de  Fri Nov 19 17:38:58 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Fri, 19 Nov 2010 17:38:58 +0100
Subject: [arch-dev-public] [signoff] nano-2.2.5-2
In-Reply-To: <201011191627.02949.andrea@archlinux.org>
References: <201011191431.07025.andrea@archlinux.org>
	<20101119161614.7fe8abcb@workstation64.home>
	<201011191627.02949.andrea@archlinux.org>
Message-ID: <20101119173858.4031010a@workstation64.home>

Am Fri, 19 Nov 2010 16:27:02 +0100
schrieb Andrea Scarpino <andrea at archlinux.org>:


> I am _really_ sorry for this Andreas.
> I thought that my help was needed here and a that a rebuild wasn't a
> problem for you.
> 
> Sorry to Eric, Tobias and Thomas too, I hope that I didn't annoyed
> them updating lilo, libusb, wireless-regdb.
> 
> Really was not my intention.
> 

Hey, no problem. I'm happy for every help I can get. But usually I'm not
one of the inactive devs ;)

I didn't know there was a problem with nano's deps. So what about the
add 'sh' for the install script thingy? Why is it needed? If we want to
have a shell installed to make pacman happy for install scripts we could
also add "sh" to the pacman pkg deps.

-Andy

From pierre at archlinux.de  Fri Nov 19 18:54:42 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Fri, 19 Nov 2010 18:54:42 +0100
Subject: [arch-dev-public] [signoff] nano-2.2.5-2
In-Reply-To: <20101119173858.4031010a@workstation64.home>
References: <201011191431.07025.andrea@archlinux.org>
	<20101119161614.7fe8abcb@workstation64.home>
	<201011191627.02949.andrea@archlinux.org>
	<20101119173858.4031010a@workstation64.home>
Message-ID: <2a0f16be3d09cd6b0aba58e7813c2ae3@archlinux.de>

On Fri, 19 Nov 2010 17:38:58 +0100, Andreas Radke <a.radke at arcor.de>
wrote:
> Am Fri, 19 Nov 2010 16:27:02 +0100
> schrieb Andrea Scarpino <andrea at archlinux.org>:
> 
> 
>> I am _really_ sorry for this Andreas.
>> I thought that my help was needed here and a that a rebuild wasn't a
>> problem for you.
>>
>> Sorry to Eric, Tobias and Thomas too, I hope that I didn't annoyed
>> them updating lilo, libusb, wireless-regdb.
>>
>> Really was not my intention.
>>
> 
> Hey, no problem. I'm happy for every help I can get. But usually I'm not
> one of the inactive devs ;)
> 
> I didn't know there was a problem with nano's deps. So what about the
> add 'sh' for the install script thingy? Why is it needed? If we want to
> have a shell installed to make pacman happy for install scripts we could
> also add "sh" to the pacman pkg deps.
> 
> -Andy

My rule of thumb: 

* For makedepends we can assume to have base and base-devel installed.
* For depends we should list all dependencies; especially for packages
that are in [core].
* For core packages one also need to make sure that everything called
from the install script is included in the deps (e.g. awk, sed etc.)

This is important for the installer and building chroots; so pacman
knows the correct order to install these packages. To test this just try
something like pacman -Sy nano -r <somedir>. And no, this does not even
install pacman in the chroot, so we cannot really assume its deps here
neither.

Pierre

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre


From allan at archlinux.org  Sat Nov 20 00:10:47 2010
From: allan at archlinux.org (Allan McRae)
Date: Sat, 20 Nov 2010 09:10:47 +1000
Subject: [arch-dev-public] [signoff] nano-2.2.5-2
In-Reply-To: <2a0f16be3d09cd6b0aba58e7813c2ae3@archlinux.de>
References: <201011191431.07025.andrea@archlinux.org>	<20101119161614.7fe8abcb@workstation64.home>	<201011191627.02949.andrea@archlinux.org>	<20101119173858.4031010a@workstation64.home>
	<2a0f16be3d09cd6b0aba58e7813c2ae3@archlinux.de>
Message-ID: <4CE703F7.9030706@archlinux.org>

On 20/11/10 03:54, Pierre Schmitz wrote:
> On Fri, 19 Nov 2010 17:38:58 +0100, Andreas Radke<a.radke at arcor.de>
> wrote:
>> Am Fri, 19 Nov 2010 16:27:02 +0100
>> schrieb Andrea Scarpino<andrea at archlinux.org>:
>>
>>
>>> I am _really_ sorry for this Andreas.
>>> I thought that my help was needed here and a that a rebuild wasn't a
>>> problem for you.
>>>
>>> Sorry to Eric, Tobias and Thomas too, I hope that I didn't annoyed
>>> them updating lilo, libusb, wireless-regdb.
>>>
>>> Really was not my intention.
>>>
>>
>> Hey, no problem. I'm happy for every help I can get. But usually I'm not
>> one of the inactive devs ;)
>>
>> I didn't know there was a problem with nano's deps. So what about the
>> add 'sh' for the install script thingy? Why is it needed? If we want to
>> have a shell installed to make pacman happy for install scripts we could
>> also add "sh" to the pacman pkg deps.
>>
>> -Andy
>
> My rule of thumb:
>
> * For makedepends we can assume to have base and base-devel installed.
> * For depends we should list all dependencies; especially for packages
> that are in [core].
> * For core packages one also need to make sure that everything called
> from the install script is included in the deps (e.g. awk, sed etc.)
>
> This is important for the installer and building chroots; so pacman
> knows the correct order to install these packages. To test this just try
> something like pacman -Sy nano -r<somedir>. And no, this does not even
> install pacman in the chroot, so we cannot really assume its deps here
> neither.

That is exactly what I did to get the list of extra "deps" needed to 
install all [core] packages.  It prevents possible "failure running 
install script" (or something like that) lines when installing which 
used to be quite common if you did not install the whole of base (and 
who really wants to do that...).

Allan




From allan at archlinux.org  Sat Nov 20 00:13:18 2010
From: allan at archlinux.org (Allan McRae)
Date: Sat, 20 Nov 2010 09:13:18 +1000
Subject: [arch-dev-public] [signoff] nano-2.2.5-2
In-Reply-To: <20101119161614.7fe8abcb@workstation64.home>
References: <201011191431.07025.andrea@archlinux.org>
	<20101119161614.7fe8abcb@workstation64.home>
Message-ID: <4CE7048E.3010601@archlinux.org>

On 20/11/10 01:16, Andreas Radke wrote:
> Am Fri, 19 Nov 2010 14:31:06 +0100
> schrieb Andrea Scarpino<andrea at archlinux.org>:
>
>> Fix dependencies.
>>
>> signoff both, thanks.
>>
>
> Any reason why you are touching my pkg? I can't remember a bug report
> or a mail from you.
>
> I've just seen it on Allan's list for the core rebuilds.
> But shouldn't the rebuilds start _after_ a toolchain bump itself he
> expected this after a binutils and glibc release?
>

I started the rebuild before the toolchain bump given that I know the 
current toolchain is about as good as it gets.  Also, I doubt there will 
be much gain from either of those bumps, especially given I will stick 
to the bfd linker in binutils for the time being.

Allan


From stephane at archlinux.org  Sat Nov 20 04:23:10 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Fri, 19 Nov 2010 22:23:10 -0500
Subject: [arch-dev-public] [signoff] pcre-8.10-2
Message-ID: <201011192223.10362.stephane@archlinux.org>

* Rebuild of old package
* Tidy up PKGBUILD

Please signoff both.
Thanks

St?phane

From stephane at archlinux.org  Sat Nov 20 04:23:34 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Fri, 19 Nov 2010 22:23:34 -0500
Subject: [arch-dev-public] [signoff] less-436-2
Message-ID: <201011192223.34370.stephane@archlinux.org>

* Rebuild of old package
* Tidy up PKGBUILD
* Added pcre as dependency

Please signoff both.
Thanks

St?phane

From stephane at archlinux.org  Sat Nov 20 04:24:37 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Fri, 19 Nov 2010 22:24:37 -0500
Subject: [arch-dev-public] [signoff] file-5.04-3
Message-ID: <201011192224.37079.stephane@archlinux.org>

* Rebuild of old package
* Tidy up PKGBUILD
* Apply Fedora patch to identify these format correctly
  - zip64 files 
  - python2.7 byte-compiled (.pyc, .pyo) files

Please signoff both.
Thanks

St?phane

From stephane at archlinux.org  Sat Nov 20 04:24:57 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Fri, 19 Nov 2010 22:24:57 -0500
Subject: [arch-dev-public] [signoff] gzip-1.4-2
Message-ID: <201011192224.57889.stephane@archlinux.org>

* Rebuild of old package
* Tidy up PKGBUILD
* Use only C code (no ASM) : By default Gzip uses assembly code. While this 
may preform better, it is not position independent. The DEFS environment 
variable is set to use only C code.

Please signoff both.
Thanks

St?phane

From stephane at archlinux.org  Sat Nov 20 04:25:25 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Fri, 19 Nov 2010 22:25:25 -0500
Subject: [arch-dev-public] [signoff] patch-2.6.1-2
Message-ID: <201011192225.25195.stephane@archlinux.org>

* Rebuild of old package
* Tidy up PKGBUILD
* Fix segfault with the "--get" argument (cf https://bugzilla.redhat.com/show_bug.cgi?id=553624)

Please signoff both.
Thanks

St?phane

From snowmaniscool at gmail.com  Sat Nov 20 05:00:47 2010
From: snowmaniscool at gmail.com (=?ISO-8859-1?Q?Eric_B=E9langer?=)
Date: Fri, 19 Nov 2010 23:00:47 -0500
Subject: [arch-dev-public] [signoff] procps 3.2.8-2
Message-ID: <AANLkTim1yLqL36PRbDiHzALGBxfCQSbv-CBbYdFPg-ok@mail.gmail.com>

Hi,


I've applied several patches from Red Hat to fix misc bugs.  The bug #
referred below are for the Red Hat bug tracker unless otherwise
specified. Please test and signoff.

*** Fixed/ updated man pages. Close Arch bug: FS#18623 - [procps]
3.2.8-1 man page lacks indentation

- top man page isn't formatted properly with groff 1.20.1
groff-top-manpage.patch

# '-l' option of 'free' documented
procps-3.2.7-free-hlmem.patch

#435453 - errors with man -t formatting of ps man page
procps-3.2.7-ps-man-fmt.patch

#244960 - ps manpage formatted incorrectly
procps-3.2.7-psman.patch

#296471 - update top man page
procps-3.2.7-top-manpage.patch

*** Applied several patches to fix CPU handling in top. Close Arch
bug: FS#21461 - [procps] top: failed /proc/stat read

#185994 - error when using "Single Cpu = Off" option
procps-3.2.7-top-cpu0.patch

# 174619 - workaround for reliable Cpu(s) data in the first loop
procps-3.2.7-top-env-cpuloop.patch

# 186017 - Top "Cpu0" line never updates on single processor machine
procps-3.2.7-top-remcpu.patch

*** Misc bug fixes

# 134516 - ps ignores /proc/#/cmdline if contents 2047 bytes
procps-3.2.7-longcmd.patch

#475963: slabtop -o should display the info once
procps-3.2.7-slabtop-once.patch

#440694 - strange text after selecting few field
procps-3.2.7-top-clrscr.patch

# 140975 - top corrupts screen when sorting on first column
procps-3.2.7-top-sorthigh.patch

# 183029 - watch ignores unicode characters
procps-3.2.7-watch-unicode.patch

# 234546 - 'w' doesn't give correct information about what's being run.
procps-3.2.7-w-best.patch

#548711 -  [abrt] crash in procps-3.2.8-3.fc12
procps-3.2.8-setlocale.patch

# bug in showing threads fixed
procps-3.2.8-threads.patch

From pierre at archlinux.de  Sat Nov 20 05:31:40 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Sat, 20 Nov 2010 05:31:40 +0100
Subject: [arch-dev-public] [signoff] zlib 1.2.5-3
Message-ID: <d12d1c1f5c9fa487214eeb194b88b6b8@archlinux.de>

This is a core rebuild/cleanup. I have also added a workaround for a
bug in recent gcc versions. See https://bugs.archlinux.org/task/20647
(bug report title is a little misleading here though)

Please sign off,

Pierre

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From pierre at archlinux.de  Sat Nov 20 05:32:47 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Sat, 20 Nov 2010 05:32:47 +0100
Subject: [arch-dev-public] [signoff] vpnc 0.5.3-3
Message-ID: <cc1217d391b464acdb5e0f7d965707df@archlinux.de>

A core cleanup/rebuild. Please sign off.

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From pierre at archlinux.de  Sat Nov 20 05:35:46 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Sat, 20 Nov 2010 05:35:46 +0100
Subject: [arch-dev-public] [signoff] various firmware packages
Message-ID: <41c354b3718701bba72b861e7b3de619@archlinux.de>

Hi all,

I just rebuild some firmware packages for the core cleanup/rebuild:
b43-fwcutter
ipw2100-fw
ipw2200-fw
tiacx-firmware
zd1211-firmware

Sign offs from anybody are welcome, but I assume those are rarely used
by us so I guess I'll just move them to core in a few days.

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From snowmaniscool at gmail.com  Sat Nov 20 09:23:10 2010
From: snowmaniscool at gmail.com (=?ISO-8859-1?Q?Eric_B=E9langer?=)
Date: Sat, 20 Nov 2010 03:23:10 -0500
Subject: [arch-dev-public] [signoff] gpm-1.20.6-6
Message-ID: <AANLkTi=AcE=ZEta9bprOMo77bS0i92hJSbTQ3v-Y7KMD@mail.gmail.com>

Hi,

gpm-1.20.6-6 is in testing. Please test and signoff.

- Updated url
- Added bash depends

From pierre at archlinux.de  Sat Nov 20 09:40:57 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Sat, 20 Nov 2010 09:40:57 +0100
Subject: [arch-dev-public] [signoff] filesystem 2010.11-1
Message-ID: <b0c68339c2d62373e67bba1bbbe87be8@archlinux.de>

Hi all,

I recently adopted the orphaned package filesystem and made a little
review/rewrite. Some of the changes may be questionable so don't
hesitate to give suggestions.

* add correct deps; the install scripts needs bash and coreutils
* sync gshadow to group (fixes FS#19869
* Rewrite PKGBUILD and the install script to make it more readable
* Add /usr/local to PATH
  * There were a lot of discussion about this. However there are not
very strong pros and cons. 
  * I decided to add it because:
    * If we include the /usr/local folders its natural to also include
them in PATH
      * means if we really don't want /usr/local in PATH this subtree
should be removed from the filesystem package completely.
    * There is no real technical downside in adding them; not adding it
however has a little disadvantage for those who like to use /usr/local
* Added /usr/local/etc/ as required by FHS
* Higher level dirs override lower ones in PATH now
* allow login from serial console; see FS#18578
* Add ::1 to hosts file (needed if ipv6 is used)
* Don't try to guess the shell we are running
  * Do it like Debian or Ubuntu and only source the global bashrc when
running bash.
  * Other shells like zsh have their own global config anyway.
  * In fact sourcing the global shell config was only needed/used by
bash.
  * see https://bugs.archlinux.org/task/20288

Especially have a look at the last one. I have tested this with bash,
dash, zsh and ksh but maybe I miss something. We should also remove the
/etc/profile.bash file from the bash package as it is not needed. Should
I prepare some announcement about this change if we are fine with it?

Greetings,

Pierre

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From pierre at archlinux.de  Sat Nov 20 11:04:12 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Sat, 20 Nov 2010 11:04:12 +0100
Subject: [arch-dev-public] mailx package
In-Reply-To: <4CE67F2D.1010503@archlinux.org>
References: <4CE67F2D.1010503@archlinux.org>
Message-ID: <ed7c3fbd649da3d2739a69ee06e3ec7a@archlinux.de>

On Fri, 19 Nov 2010 23:44:13 +1000, Allan McRae <allan at archlinux.org>
wrote:
> Hi,
> 
> I was looking at the mailx package and was wondering what we should
> do with it.
> 
> We grab the package source for "mailx-8.1.1-fixed" on
> ftp.archlinux.org...  but I have no idea what is "fixed" about it and
> we still patch the Makefile and for gcc-4.  It also does not use our
> CFLAGS/LDFLAGS when building.
> 
> There are options here:
> 
> 1) grab "updated" cvs snapshot from OpenBSD, which is apparently
> where Debian gets it from.  I'm not sure where exactly the cvs repo is
> though...
> 
> 2) use heirloom-mailx (a.k.a. nail).  At least I can find a tarball
> from that, even if it has not seen a release in a couple of years. 
> This was requested in the bug tracker but was closed dues to no-one
> being motivated to change it after several years.
> 
> 3) use GNU mailutils.  It looks actively developed (had a release in
> September), and is apparently fully compatible.  However, it also has
> more features and so is not as lightweight... probably going from
> 100KB to 1MB.
> 
> Opinions?
> 
> Allan

I'd say go with the simplest solution. I also wouldn't care about 900KB
more disk usage these days. So if the gnu mailutils just compile without
any patches that might be a good replacement.

Pierre

PS: I have to admit I usually don't use the mail command anyway. :-)

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From pierre at archlinux.de  Sat Nov 20 11:08:56 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Sat, 20 Nov 2010 11:08:56 +0100
Subject: [arch-dev-public] =?utf-8?q?Doing_a_rebuild_of_=5Bcore=5D=3F?=
In-Reply-To: <4CE6197B.6050802@archlinux.org>
References: "\"\\\"<4CE4A8A2.3010909@archlinux.org>\\\"	<20101118065221.6a1ea12e@workstation64.home>	\\\"<4CE4C5C6.2020503@gmx.de>\\\"	<201011180824.34084.andrea@archlinux.org>"
	<20ffcb9672f030cda1236d46c70e27bf@archlinux.de>"
	<4CE50A8C.2000406@archlinux.org>
	<c6f85830f3616ea8aa96492d1fc542ea@archlinux.de>
	<4CE6197B.6050802@archlinux.org>
Message-ID: <7f3afb8fd608a40b1c7e937cf99460f6@archlinux.de>

On Fri, 19 Nov 2010 16:30:19 +1000, Allan McRae <allan at archlinux.org>
wrote:
> I made a wiki page with a list of packages to be rebuilt and added a
> bit of annotation:
> https://wiki.archlinux.org/index.php/User:Allan/Core_Rebuild_List
> 
> I did not use the usual TODO list as I think the order and annotation
> is important and the fact that this is not a usual rebuild as there is
> no timeline on when it should really be done.  But if people want a
> real TODO list, I can create it with a link to that wiki page.
> 
> Allan

Thanks for setting this up. In general its a good idea to review and
cleanup our core repo on a regular base.

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From pierre at archlinux.de  Sat Nov 20 11:27:35 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Sat, 20 Nov 2010 11:27:35 +0100
Subject: [arch-dev-public] Boot loaders in core/base
Message-ID: <eae1bad05ac7be3fd20e3d914579eeb0@archlinux.de>

Hi,

while reviewing the core rebuild list I wondered if we should think
about chaining our default boot loader. Note: that wont affect existing
setups and people will still be able to use whatever they like.

ATM. we have grub1 in core/base and install that by default. The
problem is that this project is virtually dead for a long time now and
also not available on x86_64. Technically it has to be in the multilib
repo.

Grub2 is currently in extra. Upstream development is still in flux.
Imho its quite heavy and complex. 

An alternative successor would be extlinux from the syslinux package.
It's very simple, easy to configure, actively maintained and reliable.
Sure, it only supports booting from ext* and btrfs afaik but to be
honest, if you use any other FS you should have a separate /boot even
when using grub.

Summing up my suggestion for some time in the future would be:
* move extlinux/syslinux to core/base
* move grub1 to extra/multilib and remove it from base group
* keep grub2 in extra
* maybe also move lilo to extra
* of course keep all of them on the install cd

What do you think about this? At some point it might not be
sane/possible to keep grub1 as our default boot loader.

Greetings,

Pierre

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From allan at archlinux.org  Sat Nov 20 11:35:54 2010
From: allan at archlinux.org (Allan McRae)
Date: Sat, 20 Nov 2010 20:35:54 +1000
Subject: [arch-dev-public] [signoff] readline-6.1.002-2
Message-ID: <4CE7A48A.9050305@archlinux.org>

Remove sourcing ~/inputrc from /etc/inputrc  (FS#21729)

Signoff both,
Allan

From a.radke at arcor.de  Sat Nov 20 12:27:13 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Sat, 20 Nov 2010 12:27:13 +0100
Subject: [arch-dev-public] [signoff] nano-2.2.5-2
In-Reply-To: <201011191431.07025.andrea@archlinux.org>
References: <201011191431.07025.andrea@archlinux.org>
Message-ID: <20101120122713.1fccc9a1@workstation64.home>

Am Fri, 19 Nov 2010 14:31:06 +0100
schrieb Andrea Scarpino <andrea at archlinux.org>:

> Fix dependencies.
> 
> signoff both, thanks.
> 

Signoff x86_64.

-Andy

From pierre at archlinux.de  Sat Nov 20 12:55:06 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Sat, 20 Nov 2010 12:55:06 +0100
Subject: [arch-dev-public] =?utf-8?q?=5Bsignoff=5D_initscripts-2010=2E07-2?=
 =?utf-8?q?_and_wireless=5Ftools-29-4?=
Message-ID: <e5967a769b5a88d3b4af327cf24a1285@archlinux.de>

Hi all,

I rebuild both packages due to core cleanup/rebuild. I have also moved
the file /etc/conf.d/wireless from wireless_tools to initscripts, where
it really belongs. Future versions of initscripts might remove support
for wireless/network then.

Please sign off,

Pierre

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From ibiru at archlinux.org  Sat Nov 20 13:32:36 2010
From: ibiru at archlinux.org (=?UTF-8?B?SW9udcibIELDrnJ1?=)
Date: Sat, 20 Nov 2010 14:32:36 +0200
Subject: [arch-dev-public] [signoff] less-436-2
In-Reply-To: <201011192223.34370.stephane@archlinux.org>
References: <201011192223.34370.stephane@archlinux.org>
Message-ID: <4CE7BFE4.1010102@archlinux.org>

On 11/20/2010 05:23 AM, St?phane Gaudreault wrote:
> * Rebuild of old package
> * Tidy up PKGBUILD
> * Added pcre as dependency
>
> Please signoff both.
> Thanks
>
> St?phane

signoff x86_64

-- 
Ionu?

From stephane at archlinux.org  Sat Nov 20 13:32:41 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Sat, 20 Nov 2010 07:32:41 -0500
Subject: [arch-dev-public] [signoff] sed-4.2.1-3
Message-ID: <201011200732.41939.stephane@archlinux.org>

* Rebuild of old package
* Tidy up PKGBUILD

Please signoff both.
Thanks

St?phane

From stephane at archlinux.org  Sat Nov 20 13:34:03 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Sat, 20 Nov 2010 07:34:03 -0500
Subject: [arch-dev-public] [signoff] which-2.20-4
Message-ID: <201011200734.03101.stephane@archlinux.org>

* Rebuild of old package
* Tidy up PKGBUILD

Please signoff both.
Thanks

St?phane

From stephane at archlinux.org  Sat Nov 20 13:34:55 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Sat, 20 Nov 2010 07:34:55 -0500
Subject: [arch-dev-public] [signoff] fakeroot-1.14.4-3
Message-ID: <201011200734.55612.stephane@archlinux.org>

* Rebuild of old package
* Tidy up PKGBUILD

Please signoff both.
Thanks

St?phane

From stephane at archlinux.org  Sat Nov 20 13:36:21 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Sat, 20 Nov 2010 07:36:21 -0500
Subject: [arch-dev-public] [signoff] automake-1.11.1-2
Message-ID: <201011200736.22010.stephane@archlinux.org>

* Rebuild of old package
* Tidy up PKGBUILD

Please signoff both.
Thanks

St?phane

From stephane at archlinux.org  Sat Nov 20 13:37:38 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Sat, 20 Nov 2010 07:37:38 -0500
Subject: [arch-dev-public] [signoff] gawk-3.1.8-2
Message-ID: <201011200737.38370.stephane@archlinux.org>

* Rebuild of old package
* Tidy up PKGBUILD
* Fix FS#17312

Please signoff both.
Thanks

St?phane

From ibiru at archlinux.org  Sat Nov 20 15:35:25 2010
From: ibiru at archlinux.org (=?UTF-8?B?SW9udcibIELDrnJ1?=)
Date: Sat, 20 Nov 2010 16:35:25 +0200
Subject: [arch-dev-public] Boot loaders in core/base
In-Reply-To: <eae1bad05ac7be3fd20e3d914579eeb0@archlinux.de>
References: <eae1bad05ac7be3fd20e3d914579eeb0@archlinux.de>
Message-ID: <4CE7DCAD.20302@archlinux.org>

On 11/20/2010 12:27 PM, Pierre Schmitz wrote:
> * move grub1 to extra/multilib and remove it from base group

grub1 should at least kept in extra to ensure that older installers are 
working. multilib repo is not enabled by default on x86_64 systems

-- 
Ionu?

From ibiru at archlinux.org  Sat Nov 20 15:38:18 2010
From: ibiru at archlinux.org (=?UTF-8?B?SW9udcibIELDrnJ1?=)
Date: Sat, 20 Nov 2010 16:38:18 +0200
Subject: [arch-dev-public] [signoff] file-5.04-3
In-Reply-To: <201011192224.37079.stephane@archlinux.org>
References: <201011192224.37079.stephane@archlinux.org>
Message-ID: <4CE7DD5A.8060908@archlinux.org>

On 11/20/2010 05:24 AM, St?phane Gaudreault wrote:
> * Rebuild of old package
> * Tidy up PKGBUILD
> * Apply Fedora patch to identify these format correctly
>    - zip64 files
>    - python2.7 byte-compiled (.pyc, .pyo) files
>
> Please signoff both.
> Thanks
>
> St?phane

signoff x86_64

-- 
Ionu?

From a.radke at arcor.de  Sat Nov 20 15:42:28 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Sat, 20 Nov 2010 15:42:28 +0100
Subject: [arch-dev-public] Boot loaders in core/base
In-Reply-To: <eae1bad05ac7be3fd20e3d914579eeb0@archlinux.de>
References: <eae1bad05ac7be3fd20e3d914579eeb0@archlinux.de>
Message-ID: <20101120154228.714620ad@workstation64.home>

Am Sat, 20 Nov 2010 11:27:35 +0100
schrieb Pierre Schmitz <pierre at archlinux.de>:

> What do you think about this? At some point it might not be
> sane/possible to keep grub1 as our default boot loader.
> 
> Greetings,
> 
> Pierre
> 

I'm using grub-legacy on all my systems. I dislike the option to force
everybody to use a separate ext* boot partition.

I prefer to keep grub-legacy that is still maintained by the
distributions (see heavy Fedora patching) our default boot loader until
we think we can replace it with grub(2). Maybe it's already ready
for this after the next minor testing releae. It should already be
in good state since Ubuntu uses it as the default loader.

-Andy

From pierre at archlinux.de  Sat Nov 20 16:03:45 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Sat, 20 Nov 2010 16:03:45 +0100
Subject: [arch-dev-public] Boot loaders in core/base
In-Reply-To: <20101120154228.714620ad@workstation64.home>
References: <eae1bad05ac7be3fd20e3d914579eeb0@archlinux.de>
	<20101120154228.714620ad@workstation64.home>
Message-ID: <0c997e34825103b1b93cc393a902963b@archlinux.de>

On Sat, 20 Nov 2010 15:42:28 +0100, Andreas Radke <a.radke at arcor.de>
wrote:
> Am Sat, 20 Nov 2010 11:27:35 +0100
> schrieb Pierre Schmitz <pierre at archlinux.de>:
> 
>> What do you think about this? At some point it might not be
>> sane/possible to keep grub1 as our default boot loader.
> 
> I'm using grub-legacy on all my systems. I dislike the option to force
> everybody to use a separate ext* boot partition.

Don't get me wrong here. I underlined that I wont force anyone to do
anything. So one should still be able to use grub and it should also be
kept on the install CD.

> I prefer to keep grub-legacy that is still maintained by the
> distributions (see heavy Fedora patching) our default boot loader until
> we think we can replace it with grub(2). Maybe it's already ready
> for this after the next minor testing releae. It should already be
> in good state since Ubuntu uses it as the default loader.

Well, it should be clear that grub1 is a dead end; no matter how much
you patch it. I am also not talking about doing something about this
tomorrow but some day in the future. The day when we are forced to think
about grub1 by something else (read as replacing the default not the
package). And in that case I think extlinux is the more simple solution
compared to grub2.

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From pierre at archlinux.de  Sat Nov 20 16:05:21 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Sat, 20 Nov 2010 16:05:21 +0100
Subject: [arch-dev-public] Boot loaders in core/base
In-Reply-To: <4CE7DCAD.20302@archlinux.org>
References: <eae1bad05ac7be3fd20e3d914579eeb0@archlinux.de>
	<4CE7DCAD.20302@archlinux.org>
Message-ID: <6ade63711ab6737026a109cc72ddbf4c@archlinux.de>

On Sat, 20 Nov 2010 16:35:25 +0200, Ionu? B?ru <ibiru at archlinux.org>
wrote:
> On 11/20/2010 12:27 PM, Pierre Schmitz wrote:
>> * move grub1 to extra/multilib and remove it from base group
> 
> grub1 should at least kept in extra to ensure that older installers
> are working. multilib repo is not enabled by default on x86_64 systems

Well afaik aif cannot handle extlinux anyway. So this is just talking
about the future. Of course I don't want to break our current netinstall
iso.

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From guillaume at archlinux.org  Sat Nov 20 16:12:13 2010
From: guillaume at archlinux.org (Guillaume ALAUX)
Date: Sat, 20 Nov 2010 16:12:13 +0100
Subject: [arch-dev-public] [signoff] libusb-0.1.12-5
In-Reply-To: <201011191621.27661.andrea@archlinux.org>
References: <201011191621.27661.andrea@archlinux.org>
Message-ID: <1290265933.4332.1.camel@WKM_MSI>

On Fri, 2010-11-19 at 16:21 +0100, Andrea Scarpino wrote:
> - use package()
> - remove from base group
> - use tar.xz
> 
> please signoff both
> 

Tested with 3 different USB devices and no problem so far.

Signoff x86_64

-- 
Guillaume
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101120/d277adca/attachment.bin>

From guillaume at archlinux.org  Sat Nov 20 17:03:14 2010
From: guillaume at archlinux.org (Guillaume ALAUX)
Date: Sat, 20 Nov 2010 17:03:14 +0100
Subject: [arch-dev-public] [signoff] less-436-2
In-Reply-To: <201011192223.34370.stephane@archlinux.org>
References: <201011192223.34370.stephane@archlinux.org>
Message-ID: <1290268994.5914.0.camel@WKM_MSI>

On Fri, 2010-11-19 at 22:23 -0500, St?phane Gaudreault wrote:
> * Rebuild of old package
> * Tidy up PKGBUILD
> * Added pcre as dependency
> 
> Please signoff both.
> Thanks
> 
> St?phane

Signoff x86_64

-- 
Guillaume
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101120/15a06735/attachment.bin>

From guillaume at archlinux.org  Sat Nov 20 17:05:15 2010
From: guillaume at archlinux.org (Guillaume ALAUX)
Date: Sat, 20 Nov 2010 17:05:15 +0100
Subject: [arch-dev-public] [signoff] gzip-1.4-2
In-Reply-To: <201011192224.57889.stephane@archlinux.org>
References: <201011192224.57889.stephane@archlinux.org>
Message-ID: <1290269115.5914.1.camel@WKM_MSI>

On Fri, 2010-11-19 at 22:24 -0500, St?phane Gaudreault wrote:
> * Rebuild of old package
> * Tidy up PKGBUILD
> * Use only C code (no ASM) : By default Gzip uses assembly code. While this 
> may preform better, it is not position independent. The DEFS environment 
> variable is set to use only C code.
> 
> Please signoff both.
> Thanks
> 
> St?phane

Signoff x86_64
-- 
Guillaume
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101120/bea6330c/attachment-0001.bin>

From guillaume at archlinux.org  Sat Nov 20 17:08:01 2010
From: guillaume at archlinux.org (Guillaume ALAUX)
Date: Sat, 20 Nov 2010 17:08:01 +0100
Subject: [arch-dev-public] [signoff] patch-2.6.1-2
In-Reply-To: <201011192225.25195.stephane@archlinux.org>
References: <201011192225.25195.stephane@archlinux.org>
Message-ID: <1290269281.5914.2.camel@WKM_MSI>

On Fri, 2010-11-19 at 22:25 -0500, St?phane Gaudreault wrote:
> * Rebuild of old package
> * Tidy up PKGBUILD
> * Fix segfault with the "--get" argument (cf https://bugzilla.redhat.com/show_bug.cgi?id=553624)
> 
> Please signoff both.
> Thanks
> 
> St?phane

Signoff x86_64
-- 
Guillaume
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101120/38858df1/attachment.bin>

From guillaume at archlinux.org  Sat Nov 20 17:10:18 2010
From: guillaume at archlinux.org (Guillaume ALAUX)
Date: Sat, 20 Nov 2010 17:10:18 +0100
Subject: [arch-dev-public] [signoff] sed-4.2.1-3
In-Reply-To: <201011200732.41939.stephane@archlinux.org>
References: <201011200732.41939.stephane@archlinux.org>
Message-ID: <1290269418.5914.3.camel@WKM_MSI>

On Sat, 2010-11-20 at 07:32 -0500, St?phane Gaudreault wrote:
> * Rebuild of old package
> * Tidy up PKGBUILD
> 
> Please signoff both.
> Thanks
> 
> St?phane

Signoff x86_64
-- 
Guillaume
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101120/a16cab8a/attachment.bin>

From guillaume at archlinux.org  Sat Nov 20 17:11:12 2010
From: guillaume at archlinux.org (Guillaume ALAUX)
Date: Sat, 20 Nov 2010 17:11:12 +0100
Subject: [arch-dev-public] [signoff] which-2.20-4
In-Reply-To: <201011200734.03101.stephane@archlinux.org>
References: <201011200734.03101.stephane@archlinux.org>
Message-ID: <1290269472.5914.4.camel@WKM_MSI>

On Sat, 2010-11-20 at 07:34 -0500, St?phane Gaudreault wrote:
> * Rebuild of old package
> * Tidy up PKGBUILD
> 
> Please signoff both.
> Thanks
> 
> St?phane

Signoff x86_64
-- 
Guillaume
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101120/7040f464/attachment.bin>

From guillaume at archlinux.org  Sat Nov 20 17:34:19 2010
From: guillaume at archlinux.org (Guillaume ALAUX)
Date: Sat, 20 Nov 2010 17:34:19 +0100
Subject: [arch-dev-public] [signoff] initscripts-2010.07-2 and
 wireless_tools-29-4
In-Reply-To: <e5967a769b5a88d3b4af327cf24a1285@archlinux.de>
References: <e5967a769b5a88d3b4af327cf24a1285@archlinux.de>
Message-ID: <1290270859.2320.0.camel@WKM_MSI>

On Sat, 2010-11-20 at 12:55 +0100, Pierre Schmitz wrote:
> Hi all,
> 
> I rebuild both packages due to core cleanup/rebuild. I have also moved
> the file /etc/conf.d/wireless from wireless_tools to initscripts, where
> it really belongs. Future versions of initscripts might remove support
> for wireless/network then.
> 
> Please sign off,
> 
> Pierre
> 

Signoff x86_64 for both packages.

-- 
Guillaume
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101120/315958e3/attachment.bin>

From guillaume at archlinux.org  Sat Nov 20 17:54:26 2010
From: guillaume at archlinux.org (Guillaume ALAUX)
Date: Sat, 20 Nov 2010 17:54:26 +0100
Subject: [arch-dev-public] [signoff] procps 3.2.8-2
In-Reply-To: <AANLkTim1yLqL36PRbDiHzALGBxfCQSbv-CBbYdFPg-ok@mail.gmail.com>
References: <AANLkTim1yLqL36PRbDiHzALGBxfCQSbv-CBbYdFPg-ok@mail.gmail.com>
Message-ID: <1290272066.2320.1.camel@WKM_MSI>

On Fri, 2010-11-19 at 23:00 -0500, Eric B?langer wrote:
> Hi,
> 
> 
> I've applied several patches from Red Hat to fix misc bugs.  The bug #
> referred below are for the Red Hat bug tracker unless otherwise
> specified. Please test and signoff.
> 
> *** Fixed/ updated man pages. Close Arch bug: FS#18623 - [procps]
> 3.2.8-1 man page lacks indentation
> 
> - top man page isn't formatted properly with groff 1.20.1
> groff-top-manpage.patch
> 
> # '-l' option of 'free' documented
> procps-3.2.7-free-hlmem.patch
> 
> #435453 - errors with man -t formatting of ps man page
> procps-3.2.7-ps-man-fmt.patch
> 
> #244960 - ps manpage formatted incorrectly
> procps-3.2.7-psman.patch
> 
> #296471 - update top man page
> procps-3.2.7-top-manpage.patch
> 
> *** Applied several patches to fix CPU handling in top. Close Arch
> bug: FS#21461 - [procps] top: failed /proc/stat read
> 
> #185994 - error when using "Single Cpu = Off" option
> procps-3.2.7-top-cpu0.patch
> 
> # 174619 - workaround for reliable Cpu(s) data in the first loop
> procps-3.2.7-top-env-cpuloop.patch
> 
> # 186017 - Top "Cpu0" line never updates on single processor machine
> procps-3.2.7-top-remcpu.patch
> 
> *** Misc bug fixes
> 
> # 134516 - ps ignores /proc/#/cmdline if contents 2047 bytes
> procps-3.2.7-longcmd.patch
> 
> #475963: slabtop -o should display the info once
> procps-3.2.7-slabtop-once.patch
> 
> #440694 - strange text after selecting few field
> procps-3.2.7-top-clrscr.patch
> 
> # 140975 - top corrupts screen when sorting on first column
> procps-3.2.7-top-sorthigh.patch
> 
> # 183029 - watch ignores unicode characters
> procps-3.2.7-watch-unicode.patch
> 
> # 234546 - 'w' doesn't give correct information about what's being run.
> procps-3.2.7-w-best.patch
> 
> #548711 -  [abrt] crash in procps-3.2.8-3.fc12
> procps-3.2.8-setlocale.patch
> 
> # bug in showing threads fixed
> procps-3.2.8-threads.patch

Signoff x86_64

-- 
Guillaume
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101120/8ae8a6e1/attachment.bin>

From allan at archlinux.org  Sun Nov 21 07:06:01 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 21 Nov 2010 16:06:01 +1000
Subject: [arch-dev-public] [arch-general] netcfg update & bug fixes
In-Reply-To: <1290312098.9415.1406364335@webmail.messagingengine.com>
References: <1290312098.9415.1406364335@webmail.messagingengine.com>
Message-ID: <4CE8B6C9.2040705@archlinux.org>

On 21/11/10 14:01, James Rayner wrote:
> Hi all,
>
> I've fixed most (~14) of the bugs from flyspray for netcfg. I have not
> implemented any feature requests yet.
>
> The code is available here:
> git://github.com/iphitus/netcfg-updates.git
>
> PKGBUILD and package here:
> http://rayner.id.au/~iphitus/netcfg-git/
>
> I have yet to test many of them, but net-auto-wireless works on my
> laptop.
>
> James


Forwarding to arch-dev-public...

Have we got someone who wants to pull all this into the git repo?

Allan

From allan at archlinux.org  Sun Nov 21 07:08:12 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 21 Nov 2010 16:08:12 +1000
Subject: [arch-dev-public] [signoff] automake-1.11.1-2
In-Reply-To: <201011200736.22010.stephane@archlinux.org>
References: <201011200736.22010.stephane@archlinux.org>
Message-ID: <4CE8B74C.8070301@archlinux.org>

On 20/11/10 22:36, St?phane Gaudreault wrote:
> * Rebuild of old package
> * Tidy up PKGBUILD
>
> Please signoff both.
> Thanks

Signoff both,
Allan

From allan at archlinux.org  Sun Nov 21 07:09:05 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 21 Nov 2010 16:09:05 +1000
Subject: [arch-dev-public] [signoff] fakeroot-1.14.4-3
In-Reply-To: <201011200734.55612.stephane@archlinux.org>
References: <201011200734.55612.stephane@archlinux.org>
Message-ID: <4CE8B781.7030704@archlinux.org>

On 20/11/10 22:34, St?phane Gaudreault wrote:
> * Rebuild of old package
> * Tidy up PKGBUILD
>
> Please signoff both.
> Thanks
>

Signoff both,
Allan

From allan at archlinux.org  Sun Nov 21 07:09:41 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 21 Nov 2010 16:09:41 +1000
Subject: [arch-dev-public] [signoff] file-5.04-3
In-Reply-To: <4CE7DD5A.8060908@archlinux.org>
References: <201011192224.37079.stephane@archlinux.org>
	<4CE7DD5A.8060908@archlinux.org>
Message-ID: <4CE8B7A5.5030809@archlinux.org>

On 21/11/10 00:38, Ionu? B?ru wrote:
> On 11/20/2010 05:24 AM, St?phane Gaudreault wrote:
>> * Rebuild of old package
>> * Tidy up PKGBUILD
>> * Apply Fedora patch to identify these format correctly
>> - zip64 files
>> - python2.7 byte-compiled (.pyc, .pyo) files
>>
>> Please signoff both.
>> Thanks
>>
>> St?phane
>
> signoff x86_64
>

signoff i686,
Allan


From allan at archlinux.org  Sun Nov 21 07:10:09 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 21 Nov 2010 16:10:09 +1000
Subject: [arch-dev-public] [signoff] gawk-3.1.8-2
In-Reply-To: <201011200737.38370.stephane@archlinux.org>
References: <201011200737.38370.stephane@archlinux.org>
Message-ID: <4CE8B7C1.3020501@archlinux.org>

On 20/11/10 22:37, St?phane Gaudreault wrote:
> * Rebuild of old package
> * Tidy up PKGBUILD
> * Fix FS#17312
>
> Please signoff both.
> Thanks
>

Signoff i686,
Allan

From allan at archlinux.org  Sun Nov 21 07:10:27 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 21 Nov 2010 16:10:27 +1000
Subject: [arch-dev-public] [signoff] gzip-1.4-2
In-Reply-To: <1290269115.5914.1.camel@WKM_MSI>
References: <201011192224.57889.stephane@archlinux.org>
	<1290269115.5914.1.camel@WKM_MSI>
Message-ID: <4CE8B7D3.7080708@archlinux.org>

On 21/11/10 02:05, Guillaume ALAUX wrote:
> On Fri, 2010-11-19 at 22:24 -0500, St?phane Gaudreault wrote:
>> * Rebuild of old package
>> * Tidy up PKGBUILD
>> * Use only C code (no ASM) : By default Gzip uses assembly code. While this
>> may preform better, it is not position independent. The DEFS environment
>> variable is set to use only C code.
>>
>> Please signoff both.
>> Thanks
>>
>> St?phane
>
> Signoff x86_64

Signoff i686,
Allan


From allan at archlinux.org  Sun Nov 21 07:11:02 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 21 Nov 2010 16:11:02 +1000
Subject: [arch-dev-public] [signoff] less-436-2
In-Reply-To: <1290268994.5914.0.camel@WKM_MSI>
References: <201011192223.34370.stephane@archlinux.org>
	<1290268994.5914.0.camel@WKM_MSI>
Message-ID: <4CE8B7F6.1070100@archlinux.org>

On 21/11/10 02:03, Guillaume ALAUX wrote:
> On Fri, 2010-11-19 at 22:23 -0500, St?phane Gaudreault wrote:
>> * Rebuild of old package
>> * Tidy up PKGBUILD
>> * Added pcre as dependency
>>
>> Please signoff both.
>> Thanks
>>
>> St?phane
>
> Signoff x86_64
>

Signoff i686
Allan


From allan at archlinux.org  Sun Nov 21 07:11:31 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 21 Nov 2010 16:11:31 +1000
Subject: [arch-dev-public] [signoff] patch-2.6.1-2
In-Reply-To: <1290269281.5914.2.camel@WKM_MSI>
References: <201011192225.25195.stephane@archlinux.org>
	<1290269281.5914.2.camel@WKM_MSI>
Message-ID: <4CE8B813.6080400@archlinux.org>

On 21/11/10 02:08, Guillaume ALAUX wrote:
> On Fri, 2010-11-19 at 22:25 -0500, St?phane Gaudreault wrote:
>> * Rebuild of old package
>> * Tidy up PKGBUILD
>> * Fix segfault with the "--get" argument (cf https://bugzilla.redhat.com/show_bug.cgi?id=553624)
>>
>> Please signoff both.
>> Thanks
>>
>> St?phane
>
> Signoff x86_64

Signoff i686
Allan


From allan at archlinux.org  Sun Nov 21 07:12:00 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 21 Nov 2010 16:12:00 +1000
Subject: [arch-dev-public] [signoff] pcre-8.10-2
In-Reply-To: <201011192223.10362.stephane@archlinux.org>
References: <201011192223.10362.stephane@archlinux.org>
Message-ID: <4CE8B830.3030207@archlinux.org>

On 20/11/10 13:23, St?phane Gaudreault wrote:
> * Rebuild of old package
> * Tidy up PKGBUILD
>
> Please signoff both.


Signoff i686,
Allan


From allan at archlinux.org  Sun Nov 21 07:12:24 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 21 Nov 2010 16:12:24 +1000
Subject: [arch-dev-public] [signoff] sed-4.2.1-3
In-Reply-To: <1290269418.5914.3.camel@WKM_MSI>
References: <201011200732.41939.stephane@archlinux.org>
	<1290269418.5914.3.camel@WKM_MSI>
Message-ID: <4CE8B848.20601@archlinux.org>

On 21/11/10 02:10, Guillaume ALAUX wrote:
> On Sat, 2010-11-20 at 07:32 -0500, St?phane Gaudreault wrote:
>> * Rebuild of old package
>> * Tidy up PKGBUILD
>>
>> Please signoff both.
>> Thanks
>>
>> St?phane
>
> Signoff x86_64

Signoff i686
Allan

From allan at archlinux.org  Sun Nov 21 07:12:51 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 21 Nov 2010 16:12:51 +1000
Subject: [arch-dev-public] [signoff] which-2.20-4
In-Reply-To: <1290269472.5914.4.camel@WKM_MSI>
References: <201011200734.03101.stephane@archlinux.org>
	<1290269472.5914.4.camel@WKM_MSI>
Message-ID: <4CE8B863.1000701@archlinux.org>

On 21/11/10 02:11, Guillaume ALAUX wrote:
> On Sat, 2010-11-20 at 07:34 -0500, St?phane Gaudreault wrote:
>> * Rebuild of old package
>> * Tidy up PKGBUILD
>>
>> Please signoff both.
>> Thanks
>>
>> St?phane
>
> Signoff x86_64

Signoff i686
Allan


From allan at archlinux.org  Sun Nov 21 08:39:19 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 21 Nov 2010 17:39:19 +1000
Subject: [arch-dev-public] [signoff] zlib 1.2.5-3
In-Reply-To: <d12d1c1f5c9fa487214eeb194b88b6b8@archlinux.de>
References: <d12d1c1f5c9fa487214eeb194b88b6b8@archlinux.de>
Message-ID: <4CE8CCA7.4030704@archlinux.org>

On 20/11/10 14:31, Pierre Schmitz wrote:
> This is a core rebuild/cleanup. I have also added a workaround for a
> bug in recent gcc versions. See https://bugs.archlinux.org/task/20647
> (bug report title is a little misleading here though)

I am a bit surprised this gcc issue is still hitting.  Once everything 
is compiled with gcc-4.5 it should magically disappear...

But then again, the reporter was having issues running software 
extracted from a .deb file so we have no diea how it was compiled.

> Please sign off,

Signoff i686,
Allan

From allan at archlinux.org  Sun Nov 21 08:42:09 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 21 Nov 2010 17:42:09 +1000
Subject: [arch-dev-public] [signoff] sdparm 1.06
In-Reply-To: <201011142331.33516.andrea@archlinux.org>
References: <201011142331.33516.andrea@archlinux.org>
Message-ID: <4CE8CD51.8060701@archlinux.org>

On 15/11/10 08:31, Andrea Scarpino wrote:
> Upstream release, please sign-off

Appears to print relevant stuff about my drive...

Signoff i686,
Allan

From allan at archlinux.org  Sun Nov 21 08:43:14 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 21 Nov 2010 17:43:14 +1000
Subject: [arch-dev-public] [signoff] procps 3.2.8-2
In-Reply-To: <1290272066.2320.1.camel@WKM_MSI>
References: <AANLkTim1yLqL36PRbDiHzALGBxfCQSbv-CBbYdFPg-ok@mail.gmail.com>
	<1290272066.2320.1.camel@WKM_MSI>
Message-ID: <4CE8CD92.5040204@archlinux.org>

On 21/11/10 02:54, Guillaume ALAUX wrote:
> On Fri, 2010-11-19 at 23:00 -0500, Eric B?langer wrote:
>> Hi,
>>
>>
>> I've applied several patches from Red Hat to fix misc bugs.  The bug #
>> referred below are for the Red Hat bug tracker unless otherwise
>> specified. Please test and signoff.
>>
>> *** Fixed/ updated man pages. Close Arch bug: FS#18623 - [procps]
>> 3.2.8-1 man page lacks indentation
>>
>> - top man page isn't formatted properly with groff 1.20.1
>> groff-top-manpage.patch
>>
>> # '-l' option of 'free' documented
>> procps-3.2.7-free-hlmem.patch
>>
>> #435453 - errors with man -t formatting of ps man page
>> procps-3.2.7-ps-man-fmt.patch
>>
>> #244960 - ps manpage formatted incorrectly
>> procps-3.2.7-psman.patch
>>
>> #296471 - update top man page
>> procps-3.2.7-top-manpage.patch
>>
>> *** Applied several patches to fix CPU handling in top. Close Arch
>> bug: FS#21461 - [procps] top: failed /proc/stat read
>>
>> #185994 - error when using "Single Cpu = Off" option
>> procps-3.2.7-top-cpu0.patch
>>
>> # 174619 - workaround for reliable Cpu(s) data in the first loop
>> procps-3.2.7-top-env-cpuloop.patch
>>
>> # 186017 - Top "Cpu0" line never updates on single processor machine
>> procps-3.2.7-top-remcpu.patch
>>
>> *** Misc bug fixes
>>
>> # 134516 - ps ignores /proc/#/cmdline if contents 2047 bytes
>> procps-3.2.7-longcmd.patch
>>
>> #475963: slabtop -o should display the info once
>> procps-3.2.7-slabtop-once.patch
>>
>> #440694 - strange text after selecting few field
>> procps-3.2.7-top-clrscr.patch
>>
>> # 140975 - top corrupts screen when sorting on first column
>> procps-3.2.7-top-sorthigh.patch
>>
>> # 183029 - watch ignores unicode characters
>> procps-3.2.7-watch-unicode.patch
>>
>> # 234546 - 'w' doesn't give correct information about what's being run.
>> procps-3.2.7-w-best.patch
>>
>> #548711 -  [abrt] crash in procps-3.2.8-3.fc12
>> procps-3.2.8-setlocale.patch
>>
>> # bug in showing threads fixed
>> procps-3.2.8-threads.patch
>
> Signoff x86_64
>

Didn't go through every fix but "top" works...

Signoff i686,
Allan

From snowmaniscool at gmail.com  Sun Nov 21 09:14:22 2010
From: snowmaniscool at gmail.com (=?ISO-8859-1?Q?Eric_B=E9langer?=)
Date: Sun, 21 Nov 2010 03:14:22 -0500
Subject: [arch-dev-public] [signoff] lvm2/device-mapper 2.02.76-1
Message-ID: <AANLkTi=B7MKzduxrPn3rJ-+QDgJH1N5ejNpNLwhLxBfd@mail.gmail.com>

Hi,

lvm2/device-mapper 2.02.76-1 are in testing. Please test and signoff.
Signoffs from users are welcome.

- Minor upstream update. ChangeLog below.

Version 2.02.76 - 8th November 2010
===================================
  Clarify error messages when activation fails due to activation filter use.
  Add pacemaker script VolumeGroup.ocf with configure --enable-ocf.
  Import make.tmpl into include/ Makefile.
  Fix handling of online filesystem resize (using new fsadm return code).
  Add DIAGNOSTICS section to fsadm man page.
  Modify fsadm to return different status code for check of mounted filesystem.
  Update VG metadata only once in vgchange when making multiple changes.
  Allow independent vgchange arguments to be used together.
  Automatically unmount invalidated snapshots in dmeventd.
  Suppress some superfluous messages from clang static analysis.
  Fix a deadlock caused by double close in clvmd.
  Fix NULL pointer dereference on too-large MDA error path in _vg_read_raw_area.
  Use static for internal _align_chunk() and _new_chunk() from pool-fast.c.
  Fix vgchange to process -a, --refresh, --monitor and --poll like lvchange.
  Add lvm2app functions to query any pv, vg, or lv property / report field.

Version 1.02.57 - 8th November 2010
===================================
  Fix regex optimiser not to ignore RHS of OR nodes in _find_leftmost_common.
  Add dmeventd -R to restart dmeventd without losing monitoring state. (1.02.56)
  Fix memory leak of field_id in _output_field function.
  Allocate buffer for reporting functions dynamically to support long outputs.

From snowmaniscool at gmail.com  Sun Nov 21 09:22:07 2010
From: snowmaniscool at gmail.com (=?ISO-8859-1?Q?Eric_B=E9langer?=)
Date: Sun, 21 Nov 2010 03:22:07 -0500
Subject: [arch-dev-public] [signoff] sdparm 1.06
In-Reply-To: <4CE8CD51.8060701@archlinux.org>
References: <201011142331.33516.andrea@archlinux.org>
	<4CE8CD51.8060701@archlinux.org>
Message-ID: <AANLkTinWuSGzJhhZYwC71_YYx6hdTnP67OG_VsV=yNnj@mail.gmail.com>

On Sun, Nov 21, 2010 at 2:42 AM, Allan McRae <allan at archlinux.org> wrote:
> On 15/11/10 08:31, Andrea Scarpino wrote:
>>
>> Upstream release, please sign-off
>
> Appears to print relevant stuff about my drive...
>
> Signoff i686,
> Allan
>

signoff x86_64

From snowmaniscool at gmail.com  Sun Nov 21 09:28:15 2010
From: snowmaniscool at gmail.com (=?ISO-8859-1?Q?Eric_B=E9langer?=)
Date: Sun, 21 Nov 2010 03:28:15 -0500
Subject: [arch-dev-public] [signoff] xinetd-2.3.14-6
In-Reply-To: <4CE67C7E.2050904@archlinux.org>
References: <4CE67C7E.2050904@archlinux.org>
Message-ID: <AANLkTin1OX9z6Juta6t-Gk_=s97nZxft-uz9Gd77ojbM@mail.gmail.com>

On Fri, Nov 19, 2010 at 8:32 AM, Allan McRae <allan at archlinux.org> wrote:
> Rebuild of old package, tidy up PKGBUILD.
>
> Signoff both,
> Allan
>

signoff x86_64

From t.powa at gmx.de  Sun Nov 21 10:41:52 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Sun, 21 Nov 2010 10:41:52 +0100
Subject: [arch-dev-public] Boot loaders in core/base
In-Reply-To: <0c997e34825103b1b93cc393a902963b@archlinux.de>
References: <eae1bad05ac7be3fd20e3d914579eeb0@archlinux.de>
	<20101120154228.714620ad@workstation64.home>
	<0c997e34825103b1b93cc393a902963b@archlinux.de>
Message-ID: <201011211041.59844.t.powa@gmx.de>

Am Samstag 20 November 2010 schrieb Pierre Schmitz:
> On Sat, 20 Nov 2010 15:42:28 +0100, Andreas Radke <a.radke at arcor.de>
> 
> wrote:
> > Am Sat, 20 Nov 2010 11:27:35 +0100
> > 
> > schrieb Pierre Schmitz <pierre at archlinux.de>:
> >> What do you think about this? At some point it might not be
> >> sane/possible to keep grub1 as our default boot loader.
> > 
> > I'm using grub-legacy on all my systems. I dislike the option to force
> > everybody to use a separate ext* boot partition.
> 
> Don't get me wrong here. I underlined that I wont force anyone to do
> anything. So one should still be able to use grub and it should also be
> kept on the install CD.
> 
> > I prefer to keep grub-legacy that is still maintained by the
> > distributions (see heavy Fedora patching) our default boot loader until
> > we think we can replace it with grub(2). Maybe it's already ready
> > for this after the next minor testing releae. It should already be
> > in good state since Ubuntu uses it as the default loader.
> 
> Well, it should be clear that grub1 is a dead end; no matter how much
> you patch it. I am also not talking about doing something about this
> tomorrow but some day in the future. The day when we are forced to think
> about grub1 by something else (read as replacing the default not the
> package). And in that case I think extlinux is the more simple solution
> compared to grub2.
- You will need grub2 in the future, for all fancy things like gpt, uefi and 
  such things.
- extlinux is good and small but doesn't offer any fancy things.
- grub still works for most people, as lilo would do

-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101121/d8bfea7c/attachment-0001.bin>

From jan.steffens at gmail.com  Sun Nov 21 12:32:46 2010
From: jan.steffens at gmail.com (Jan Steffens)
Date: Sun, 21 Nov 2010 12:32:46 +0100
Subject: [arch-dev-public] [signoff] automake-1.11.1-2
In-Reply-To: <4CE8B74C.8070301@archlinux.org>
References: <201011200736.22010.stephane@archlinux.org>
	<4CE8B74C.8070301@archlinux.org>
Message-ID: <AANLkTik4-kiWm9pxx=3qG4JpWd4jebXMcdEMddsghAGL@mail.gmail.com>

On Sun, Nov 21, 2010 at 7:08 AM, Allan McRae <allan at archlinux.org> wrote:
> On 20/11/10 22:36, St?phane Gaudreault wrote:
>>
>> * Rebuild of old package
>> * Tidy up PKGBUILD
>>
>> Please signoff both.
>> Thanks
>
> Signoff both,
> Allan
>

Signoff both

From guillaume at archlinux.org  Sun Nov 21 12:54:06 2010
From: guillaume at archlinux.org (Guillaume ALAUX)
Date: Sun, 21 Nov 2010 12:54:06 +0100
Subject: [arch-dev-public] [signoff] gawk-3.1.8-2
In-Reply-To: <4CE8B7C1.3020501@archlinux.org>
References: <201011200737.38370.stephane@archlinux.org>
	<4CE8B7C1.3020501@archlinux.org>
Message-ID: <1290340446.22746.0.camel@WKM_MSI>

On Sun, 2010-11-21 at 16:10 +1000, Allan McRae wrote:
> On 20/11/10 22:37, St?phane Gaudreault wrote:
> > * Rebuild of old package
> > * Tidy up PKGBUILD
> > * Fix FS#17312
> >
> > Please signoff both.
> > Thanks
> >
> 
> Signoff i686,
> Allan

Basic behavior work.

Signoff x86_64
-- 
Guillaume
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101121/edc5f8e1/attachment.bin>

From jan.steffens at gmail.com  Sun Nov 21 13:07:32 2010
From: jan.steffens at gmail.com (Jan Steffens)
Date: Sun, 21 Nov 2010 13:07:32 +0100
Subject: [arch-dev-public] [signoff] which-2.20-4
In-Reply-To: <201011200734.03101.stephane@archlinux.org>
References: <201011200734.03101.stephane@archlinux.org>
Message-ID: <AANLkTimu+cHydcyZqDS=v1aoVcQEEXwYV-c3iYsFJ9sH@mail.gmail.com>

On Sat, Nov 20, 2010 at 1:34 PM, St?phane Gaudreault
<stephane at archlinux.org> wrote:
> * Rebuild of old package
> * Tidy up PKGBUILD
>
> Please signoff both.
> Thanks
>
> St?phane
>

Signoff both

From andrea at archlinux.org  Sun Nov 21 13:27:25 2010
From: andrea at archlinux.org (Andrea Scarpino)
Date: Sun, 21 Nov 2010 13:27:25 +0100
Subject: [arch-dev-public] [PATCH] Fetch the right architecture when a repo
	contains dash
Message-ID: <1290342445-6748-1-git-send-email-andrea@archlinux.org>

---
 archbuild |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/archbuild b/archbuild
index 55c4633..925d072 100755
--- a/archbuild
+++ b/archbuild
@@ -9,7 +9,7 @@ if [ "${cmd%-*}" == 'multilib' ]; then
 	base_packages+=' gcc-multilib libtool-multilib'
 else
 	repo=${cmd%-*}
-	arch=${cmd#*-}
+	arch=${cmd##*-}
 fi
 chroots='/var/tmp/archbuild'
 clean_first=false
-- 
1.7.3.2


From remyoudompheng at gmail.com  Sun Nov 21 14:58:29 2010
From: remyoudompheng at gmail.com (=?UTF-8?Q?R=C3=A9my_Oudompheng?=)
Date: Sun, 21 Nov 2010 14:58:29 +0100
Subject: [arch-dev-public] [signoff] vpnc 0.5.3-3
In-Reply-To: <cc1217d391b464acdb5e0f7d965707df@archlinux.de>
References: <cc1217d391b464acdb5e0f7d965707df@archlinux.de>
Message-ID: <AANLkTimwrWpu+_18oNnjnA4vAKU+q_iKW3XkOVqu2LRy@mail.gmail.com>

signoff x86_64

R?my.

From a.radke at arcor.de  Sun Nov 21 15:55:24 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Sun, 21 Nov 2010 15:55:24 +0100
Subject: [arch-dev-public] [pam/consolekit] Help needed for desktop
	permission handling
Message-ID: <20101121155524.3a32482e@workstation64.home>

While packaging Xfce 4.7 I had to find a way to allow the desktop user
to shutdown/reboot(consolekit), hibernate/suspend(upower),mounte
removable devices(udisks).

Recent display managers (gdm, kdm and lxdm) can handle their own
polkit/consolekit session through pam access. The gnome/xfce4-session
packages only have basic access to consolekit and since the consolekit
0.4.2 in testing they can't deal with it anymore.

As a workaround I have plans to ship files in xfce4-session as proto
files where the admin can add users or groups to allow certain actions:
/etc/polkit-1/localauthority/50-local.d/org.freedesktop.upower.pkla and
/etc/polkit-1/localauthority/50-local.d/org.freedesktop.consolekit.pkla
and maybe one for udisk
something like https://aur.archlinux.org/packages.php?ID=42669 .
This could also be done each in the consolekit/upower/udisks packages. 

But all this is crap working around some nasty bugs in our
pam pkg not allowing direct access to consolekit. Please have a look at

https://bugs.archlinux.org/task/17188
https://bugs.archlinux.org/task/21391

Pam has an update pending (also fixing security related issues) and
quiet a lot open bugs:
https://bugs.archlinux.org/index.php?string=pam&project=1&search_name=&type[]=&sev[]=&pri[]=&due[]=&reported[]=&cat[]=&status[]=open&percent[]=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=&do=index


So please someone with time and knowledge may have look (Tobias P.
doesn't seem to have the time for this). If we can't menage to fix this
until the Xfce release I'd like to know what you think could be a good
and safe workaround (recommending power/storage groups?).

Note: Gentoo seems also running into this pam/consolekit issue. Not
sure about Ubuntu and Fedora(that does heavy pam configurations).

-Andy

From pierre at archlinux.de  Mon Nov 22 00:41:26 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Mon, 22 Nov 2010 00:41:26 +0100
Subject: [arch-dev-public] Source package creation repaired
Message-ID: <7cf0c5830e8b1196d145c57e45dea05d@archlinux.de>

Hi devs,

I repaired the sourceball creation script the last days. I didn't
active the cron job yet as a couple of packages should be fixed first
(will send a new mail about that)

* Similar to the package pool there are now two subdirs for our
core/extra packages and the ones from community in ftp/sources.
* The sourceballs user has srcdest set to ~/sourceballs so we don't
need to redownload sources on every minor update
* A cron job removes files older than 120 days from that srcdest folder
* I have added a new rsync module to sigurd in order to provide these
sources for gerolde
* Instead of logging to files the plan is to send the output of the
scripts to the arch-notifications mailing list

Greetings,

Pierre

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From dpmcgee at gmail.com  Mon Nov 22 04:36:20 2010
From: dpmcgee at gmail.com (Dan McGee)
Date: Sun, 21 Nov 2010 21:36:20 -0600
Subject: [arch-dev-public] Source package creation repaired
In-Reply-To: <7cf0c5830e8b1196d145c57e45dea05d@archlinux.de>
References: <7cf0c5830e8b1196d145c57e45dea05d@archlinux.de>
Message-ID: <AANLkTinthr=ECk9ReMx-iz-VcCenp8oPR-JBTGm8G56f@mail.gmail.com>

Thanks Pierre!

On Sunday, November 21, 2010, Pierre Schmitz <pierre at archlinux.de> wrote:
> Hi devs,
>
> I repaired the sourceball creation script the last days. I didn't
> active the cron job yet as a couple of packages should be fixed first
> (will send a new mail about that)
>
> * Similar to the package pool there are now two subdirs for our
> core/extra packages and the ones from community in ftp/sources.
> * The sourceballs user has srcdest set to ~/sourceballs so we don't
> need to redownload sources on every minor update
> * A cron job removes files older than 120 days from that srcdest folder
> * I have added a new rsync module to sigurd in order to provide these
> sources for gerolde
> * Instead of logging to files the plan is to send the output of the
> scripts to the arch-notifications mailing list
>
> Greetings,
>
> Pierre
>
> --
> Pierre Schmitz, https://users.archlinux.de/~pierre
>

From pierre at archlinux.de  Mon Nov 22 14:48:01 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Mon, 22 Nov 2010 14:48:01 +0100
Subject: [arch-dev-public] How to manually add or remove packages from the
	repos
Message-ID: <52d51c4de516eb82e81675d345f8a12b@archlinux.de>

Hi Devs and TUs.

in same rare cases it is needed to manually add or remove packages from
our repositories regardless what is in SVN. ATM theses cases are due to
e.g. svn crashing and leaving us with an inconsitent state or when some
split packages have been removed from a new version of the pkgbuild.

However, using repo-add or repo-remove on the dbfiles is a bad idea as
they don't lock the db files and don't set the correct permissions. In
short, just don't even think about doing that. :-)

I have added some simple wrapper which are /arch/db-repo-add and
/arch/db-repo-remove. Usage is:

* db-repo-add <pkgfile> <repo> <arch>
* db-repo-remove <pkgname> <repo> <arch>

with pkgname being a single package name (not pkgbase) and pkgfile the
full path to a single package. arch is one of i686, x86_64 or any.

Greetings,

Pierre

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From pierre at archlinux.de  Mon Nov 22 15:09:39 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Mon, 22 Nov 2010 15:09:39 +0100
Subject: [arch-dev-public] Fixing packages with broken sources
Message-ID: <ae5561d9c39f071322039f5295a3dfa8@archlinux.de>

Hello Devs and TUs,

as you might know some licenses require providing the sources somehow.
While fixing the sourceballs script which implements this I discovered
quit a lot of broken PKGBUILDs. We really need to fix those asap as this
also breaks ABS and makes rebuilds a real pain (and impossible to
automate in future).

I have setup a todo list which can be found at
http://www.archlinux.org/todo/48/ (there are also links to the raw logs
if you like to see why makepkg failed)

Here is how to fix it:

* If you just missed uploading a source file to svn there is no need to
repackage; just add that file and run archrelease $repo-$arch And: use
devtools in futuer which prevent such errors
* If the checksum is wrong: Have a look why this happened! This might
be a serious problem. You need to rebuild and rerelase the package with
a new pkgrel of course.
* Upstream source has moved. If the checksum is still the same, just
update the source url and use archrelease. No need to repackage.
* Upstream source is gone. If there is a new version, update to that.
If that happens regulary or there is no releiable upstream source you
should upload the source to ftp.archlinux.org/other/$pkgname. If the
source file is quite big, let me know; so I can blacklist it as there is
no need to mirror it twice.

Also, let me know if there are any false positives.

Greetings,

Pierre

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From pierre at archlinux.de  Mon Nov 22 15:18:26 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Mon, 22 Nov 2010 15:18:26 +0100
Subject: [arch-dev-public] Fixing packages with broken sources
In-Reply-To: <ae5561d9c39f071322039f5295a3dfa8@archlinux.de>
References: <ae5561d9c39f071322039f5295a3dfa8@archlinux.de>
Message-ID: <4e51131f996bbc89d4a3d01d5978668f@archlinux.de>

On Mon, 22 Nov 2010 15:09:39 +0100, Pierre Schmitz
<pierre at archlinux.de> wrote:
> I have setup a todo list which can be found at
> http://www.archlinux.org/todo/48/ (there are also links to the raw logs
> if you like to see why makepkg failed)

Somehow this list drop the split packages. A complete list can be found
athttps://users.archlinux.de/~pierre/tmp/broken-pkgs.txt

Also have a log at the raw log for other errors.

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From ibiru at archlinux.org  Mon Nov 22 16:38:18 2010
From: ibiru at archlinux.org (=?UTF-8?B?SW9udcibIELDrnJ1?=)
Date: Mon, 22 Nov 2010 17:38:18 +0200
Subject: [arch-dev-public] boost 1.45 rebuild
Message-ID: <4CEA8E6A.2070300@archlinux.org>

Hi,
i just pushed in staging repository boost 1.45. Note to all packagers 
that they need to rebuild their packages against staging directory.

I've saw a trend in the past then staging was used that they didn't 
enabled staging when building.

-- 
Ionu?

From pierre at archlinux.de  Mon Nov 22 16:42:24 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Mon, 22 Nov 2010 16:42:24 +0100
Subject: [arch-dev-public] boost 1.45 rebuild
In-Reply-To: <4CEA8E6A.2070300@archlinux.org>
References: <4CEA8E6A.2070300@archlinux.org>
Message-ID: <8e75cbc0359d69be3603c62fdb7d6b66@archlinux.de>

On Mon, 22 Nov 2010 17:38:18 +0200, Ionu? B?ru <ibiru at archlinux.org>
wrote:
> Hi,
> i just pushed in staging repository boost 1.45. Note to all packagers
> that they need to rebuild their packages against staging directory.
> 
> I've saw a trend in the past then staging was used that they didn't
> enabled staging when building.

Which just means those people weren't using devtools as they should.
:-)

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From pierre at archlinux.de  Mon Nov 22 19:31:48 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Mon, 22 Nov 2010 19:31:48 +0100
Subject: [arch-dev-public] [signoff] filesystem 2010.11-2
In-Reply-To: <b0c68339c2d62373e67bba1bbbe87be8@archlinux.de>
References: <b0c68339c2d62373e67bba1bbbe87be8@archlinux.de>
Message-ID: <c4d209bbcfcbaeb9bc21096306c8f3f7@archlinux.de>

On Sat, 20 Nov 2010 09:40:57 +0100, Pierre Schmitz
<pierre at archlinux.de> wrote:
> Hi all,
> 
> I recently adopted the orphaned package filesystem and made a little
> review/rewrite. Some of the changes may be questionable so don't
> hesitate to give suggestions.

Pushed -2 into testing to fix/implement
https://bugs.archlinux.org/task/21759

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From aaronmgriffin at gmail.com  Mon Nov 22 19:39:57 2010
From: aaronmgriffin at gmail.com (Aaron Griffin)
Date: Mon, 22 Nov 2010 12:39:57 -0600
Subject: [arch-dev-public] O'Reilly book: Making Software
Message-ID: <AANLkTikGeHCL9tLRGkxKYSGLJ86JfTpmD7fRh13hzq8N@mail.gmail.com>

My boss just brought this book over to my desk. It's one of those
theory books that's all about measuring lines of code and whatnot.

But the reason he brought it over, is Chapter 8: "Beyond Lines of
Code: Do We Need More Complex Metrics?". Two pages in, it begins with:

**Measuring the Source Code**
We have selected for our case study the ArchLinux software
distribution (http://archlinux.org), which contains thousands of
packages, all open source. ArchLinux is a lightweight GNU/Linux
distribution whose maintainers refuse to modify the source code
packaged for the distribution, in order to meet the goal of
drastically reducing the time that elapses between the official
release of a package and its integration into the distribution.
...
Because of the size of ArchLinux, using it as a case study gives us
access to the original source code of thousands of open source
projects, through the build scripts used by ABS (see Example 8-1)

The chapter goes on with statistics and all that junk. They're not
studying Arch, but using Arch as a launch pad for getting large
amounts of open source source code for analysis. The numbers are
interesting:

The ArchLinux repositories contained 4096 packages (as of April 2010),
with some of the packages being different versions of the same
upstream project. After removing different versions, we obtained a
sample of 4015 packages, containing 1272748 source code files. Among
all those files, 576511 were written in C. However, there were
repeated files. In the overall sample, only 776573 were unique files;
in the C subsample, only 338831 were unique files. From these unique C
files, 212167 were nonheader files and 126664 were header files.

From guillaume at archlinux.org  Mon Nov 22 21:42:39 2010
From: guillaume at archlinux.org (Guillaume ALAUX)
Date: Mon, 22 Nov 2010 21:42:39 +0100
Subject: [arch-dev-public] O'Reilly book: Making Software
In-Reply-To: <AANLkTikGeHCL9tLRGkxKYSGLJ86JfTpmD7fRh13hzq8N@mail.gmail.com>
References: <AANLkTikGeHCL9tLRGkxKYSGLJ86JfTpmD7fRh13hzq8N@mail.gmail.com>
Message-ID: <AANLkTi=xONJLHTXVSK1=2xkAceVvYEqgOrUroY4tsCJ_@mail.gmail.com>

On 22 November 2010 19:39, Aaron Griffin <aaronmgriffin at gmail.com> wrote:
> My boss just brought this book over to my desk. It's one of those
> theory books that's all about measuring lines of code and whatnot.
>
> But the reason he brought it over, is Chapter 8: "Beyond Lines of
> Code: Do We Need More Complex Metrics?". Two pages in, it begins with:
>
> **Measuring the Source Code**
> We have selected for our case study the ArchLinux software
> distribution (http://archlinux.org), which contains thousands of
> packages, all open source. ArchLinux is a lightweight GNU/Linux
> distribution whose maintainers refuse to modify the source code
> packaged for the distribution, in order to meet the goal of
> drastically reducing the time that elapses between the official
> release of a package and its integration into the distribution.
> ...
> Because of the size of ArchLinux, using it as a case study gives us
> access to the original source code of thousands of open source
> projects, through the build scripts used by ABS (see Example 8-1)
>
> The chapter goes on with statistics and all that junk. They're not
> studying Arch, but using Arch as a launch pad for getting large
> amounts of open source source code for analysis. The numbers are
> interesting:
>
> The ArchLinux repositories contained 4096 packages (as of April 2010),
> with some of the packages being different versions of the same
> upstream project. After removing different versions, we obtained a
> sample of 4015 packages, containing 1272748 source code files. Among
> all those files, 576511 were written in C. However, there were
> repeated files. In the overall sample, only 776573 were unique files;
> in the C subsample, only 338831 were unique files. From these unique C
> files, 212167 were nonheader files and 126664 were header files.
>

Great! Proud to see Arch here :) The author might also be an Archer,
who knows. BTW I also like the idea of your boss coming to give you
the book like "Oh and there this O'Reilly book about some of the stuff
you do...".

--
Guillaume

From dieter at plaetinck.be  Mon Nov 22 22:09:09 2010
From: dieter at plaetinck.be (Dieter Plaetinck)
Date: Mon, 22 Nov 2010 22:09:09 +0100
Subject: [arch-dev-public] O'Reilly book: Making Software
In-Reply-To: <AANLkTikGeHCL9tLRGkxKYSGLJ86JfTpmD7fRh13hzq8N@mail.gmail.com>
References: <AANLkTikGeHCL9tLRGkxKYSGLJ86JfTpmD7fRh13hzq8N@mail.gmail.com>
Message-ID: <20101122220909.1854e7a8@plaetinck.be>

On Mon, 22 Nov 2010 12:39:57 -0600
Aaron Griffin <aaronmgriffin at gmail.com> wrote:

> My boss just brought this book over to my desk. It's one of those
> theory books that's all about measuring lines of code and whatnot.
> 
> But the reason he brought it over, is Chapter 8: "Beyond Lines of
> Code: Do We Need More Complex Metrics?". Two pages in, it begins with:
> 
> **Measuring the Source Code**
> We have selected for our case study the ArchLinux software
> distribution (http://archlinux.org), which contains thousands of
> packages, all open source. ArchLinux is a lightweight GNU/Linux
> distribution whose maintainers refuse to modify the source code
> packaged for the distribution, in order to meet the goal of
> drastically reducing the time that elapses between the official
> release of a package and its integration into the distribution.
> ...
> Because of the size of ArchLinux, using it as a case study gives us
> access to the original source code of thousands of open source
> projects, through the build scripts used by ABS (see Example 8-1)
> 
> The chapter goes on with statistics and all that junk. They're not
> studying Arch, but using Arch as a launch pad for getting large
> amounts of open source source code for analysis. The numbers are
> interesting:
> 
> The ArchLinux repositories contained 4096 packages (as of April 2010),
> with some of the packages being different versions of the same
> upstream project. After removing different versions, we obtained a
> sample of 4015 packages, containing 1272748 source code files. Among
> all those files, 576511 were written in C. However, there were
> repeated files. In the overall sample, only 776573 were unique files;
> in the C subsample, only 338831 were unique files. From these unique C
> files, 212167 were nonheader files and 126664 were header files.


hmmm.. 39% of all files in our packages are duplicates. That's
interesting.  Wonder where they come from.

Dieter

From allan at archlinux.org  Mon Nov 22 22:20:41 2010
From: allan at archlinux.org (Allan McRae)
Date: Tue, 23 Nov 2010 07:20:41 +1000
Subject: [arch-dev-public] O'Reilly book: Making Software
In-Reply-To: <20101122220909.1854e7a8@plaetinck.be>
References: <AANLkTikGeHCL9tLRGkxKYSGLJ86JfTpmD7fRh13hzq8N@mail.gmail.com>
	<20101122220909.1854e7a8@plaetinck.be>
Message-ID: <4CEADEA9.6050501@archlinux.org>

On 23/11/10 07:09, Dieter Plaetinck wrote:
> On Mon, 22 Nov 2010 12:39:57 -0600
> Aaron Griffin<aaronmgriffin at gmail.com>  wrote:
>
>> My boss just brought this book over to my desk. It's one of those
>> theory books that's all about measuring lines of code and whatnot.
>>
>> But the reason he brought it over, is Chapter 8: "Beyond Lines of
>> Code: Do We Need More Complex Metrics?". Two pages in, it begins with:
>>
>> **Measuring the Source Code**
>> We have selected for our case study the ArchLinux software
>> distribution (http://archlinux.org), which contains thousands of
>> packages, all open source. ArchLinux is a lightweight GNU/Linux
>> distribution whose maintainers refuse to modify the source code
>> packaged for the distribution, in order to meet the goal of
>> drastically reducing the time that elapses between the official
>> release of a package and its integration into the distribution.
>> ...
>> Because of the size of ArchLinux, using it as a case study gives us
>> access to the original source code of thousands of open source
>> projects, through the build scripts used by ABS (see Example 8-1)
>>
>> The chapter goes on with statistics and all that junk. They're not
>> studying Arch, but using Arch as a launch pad for getting large
>> amounts of open source source code for analysis. The numbers are
>> interesting:
>>
>> The ArchLinux repositories contained 4096 packages (as of April 2010),
>> with some of the packages being different versions of the same
>> upstream project. After removing different versions, we obtained a
>> sample of 4015 packages, containing 1272748 source code files. Among
>> all those files, 576511 were written in C. However, there were
>> repeated files. In the overall sample, only 776573 were unique files;
>> in the C subsample, only 338831 were unique files. From these unique C
>> files, 212167 were nonheader files and 126664 were header files.
>
>
> hmmm.. 39% of all files in our packages are duplicates. That's
> interesting.  Wonder where they come from.
>

A lot of projects include sources from their dependencies inside their 
tarball.

Allan

From thomas at archlinux.org  Mon Nov 22 22:42:21 2010
From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=)
Date: Mon, 22 Nov 2010 22:42:21 +0100
Subject: [arch-dev-public] [signoff] lvm2/device-mapper 2.02.76-1
In-Reply-To: <AANLkTi=B7MKzduxrPn3rJ-+QDgJH1N5ejNpNLwhLxBfd@mail.gmail.com>
References: <AANLkTi=B7MKzduxrPn3rJ-+QDgJH1N5ejNpNLwhLxBfd@mail.gmail.com>
Message-ID: <4CEAE3BD.2000804@archlinux.org>

Am 21.11.2010 09:14, schrieb Eric B?langer:
> Hi,
> 
> lvm2/device-mapper 2.02.76-1 are in testing. Please test and signoff.
> Signoffs from users are welcome.
> 
> - Minor upstream update. ChangeLog below.

Signoff both architectures. Only tested booting from LVM, as always.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101122/ff534b5a/attachment.bin>

From repomaint at archlinux.org  Mon Nov 22 22:52:14 2010
From: repomaint at archlinux.org (repomaint at archlinux.org)
Date: Mon, 22 Nov 2010 16:52:14 -0500 (EST)
Subject: [arch-dev-public] Integrity Check i686: core, extra,
	community 22-11-2010
Message-ID: <20101122215214.580D390246@archlinux.org>


================================================
= 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

Duplicate PKGBUILDs
---------------------
/srv/abs/rsync/any/community/adesklet-weatherforecast vs. /srv/abs/rsync/i686/community/adesklet-weatherforecast
/srv/abs/rsync/any/community/cgmail vs. /srv/abs/rsync/i686/community/cgmail
/srv/abs/rsync/any/community/python-configobj vs. /srv/abs/rsync/i686/community/python-configobj
/srv/abs/rsync/any/community/sauerbraten vs. /srv/abs/rsync/i686/community/sauerbraten
/srv/abs/rsync/any/community/sauerbraten vs. /srv/abs/rsync/i686/community/sauerbraten
/srv/abs/rsync/any/community/subdownloader vs. /srv/abs/rsync/i686/community/subdownloader
/srv/abs/rsync/any/community/wammu vs. /srv/abs/rsync/i686/community/wammu
/srv/abs/rsync/any/extra/getmail vs. /srv/abs/rsync/i686/extra/getmail
/srv/abs/rsync/any/extra/python-formencode vs. /srv/abs/rsync/i686/extra/python-formencode
/srv/abs/rsync/any/extra/pyxdg vs. /srv/abs/rsync/i686/extra/pyxdg
/srv/abs/rsync/any/extra/scons vs. /srv/abs/rsync/i686/extra/scons
/srv/abs/rsync/i686/extra/perl vs. /srv/abs/rsync/i686/core/perl

Missing Dependencies
----------------------
extra/haskell-cgi --> 'haskell-parsec=3.1.0'

Missing Makedepends
---------------------
community/gnome-do-plugins --> 'flickrnet'
community/ogmrip --> 'gpac'
community/xmobar --> 'haskell-parsec>=3.1.0'
extra/v86d --> 'kernel26<2.6.33'

Repo Hierarchy for Dependencies
---------------------------------
extra/miro depends on community/python-pycurl (0 extra (make)deps to pull)

Repo Hierarchy for Makedepends
--------------------------------
core/ca-certificates depends on extra/python (31 extra (make)deps to pull)
core/ca-certificates depends on extra/ruby (148 extra (make)deps to pull)
core/crda depends on extra/python-m2crypto (32 extra (make)deps to pull)
core/e2fsprogs depends on extra/bc (0 extra (make)deps to pull)
core/glib2 depends on extra/python2 (31 extra (make)deps to pull)
core/groff depends on extra/ghostscript (148 extra (make)deps to pull)
core/groff depends on extra/netpbm (51 extra (make)deps to pull)
core/groff depends on extra/psutils (148 extra (make)deps to pull)
core/iputils depends on extra/docbook-xsl (31 extra (make)deps to pull)
core/iputils depends on extra/libxslt (31 extra (make)deps to pull)
core/iputils depends on extra/opensp (31 extra (make)deps to pull)
core/kernel26 depends on extra/docbook-xsl (31 extra (make)deps to pull)
core/kernel26 depends on extra/xmlto (31 extra (make)deps to pull)
core/kernel26-docs depends on extra/docbook-xsl (31 extra (make)deps to pull)
core/kernel26-docs depends on extra/xmlto (31 extra (make)deps to pull)
core/kernel26-headers depends on extra/docbook-xsl (31 extra (make)deps to pull)
core/kernel26-headers depends on extra/xmlto (31 extra (make)deps to pull)
core/kernel26-manpages depends on extra/docbook-xsl (31 extra (make)deps to pull)
core/kernel26-manpages depends on extra/xmlto (31 extra (make)deps to pull)
core/sqlite3 depends on extra/tcl (0 extra (make)deps to pull)
core/udev depends on extra/gobject-introspection (35 extra (make)deps to pull)
core/udev depends on extra/gperf (0 extra (make)deps to pull)
core/udev depends on extra/libxslt (31 extra (make)deps to pull)
core/udev-compat depends on extra/gobject-introspection (35 extra (make)deps to pull)
core/udev-compat depends on extra/gperf (0 extra (make)deps to pull)
core/udev-compat depends on extra/libxslt (31 extra (make)deps to pull)
extra/bigloo depends on community/jdk (2 extra (make)deps to pull : jre chrpath)
extra/gnome-speech depends on community/espeak (1 extra (make)deps to pull : portaudio)
extra/go-openoffice depends on community/cppunit (0 extra (make)deps to pull)
extra/grml-zsh-config depends on community/txt2tags (0 extra (make)deps to pull)
extra/libiodbc depends on community/chrpath (0 extra (make)deps to pull)
extra/libreoffice depends on community/cppunit (0 extra (make)deps to pull)
extra/opengtl depends on community/llvm (0 extra (make)deps to pull)
extra/openoffice-base-beta depends on community/cppunit (0 extra (make)deps to pull)
extra/openoffice-base-devel depends on community/cppunit (0 extra (make)deps to pull)
extra/openoffice-sdk-beta depends on community/cppunit (0 extra (make)deps to pull)
extra/openoffice-sdk-devel depends on community/cppunit (0 extra (make)deps to pull)
extra/speech-dispatcher depends on community/espeak (1 extra (make)deps to pull : portaudio)
extra/vigra depends on community/python-sphinx (2 extra (make)deps to pull : python-pygments python-jinja)
extra/xfconf depends on community/chrpath (0 extra (make)deps to pull)

Packages found in db, but not in tree
---------------------------------------
community/sysprof-module
extra/libgme
extra/libreoffice-ml-IN

Packages found in tree, but not in db
---------------------------------------
community/python-constraint

Summary
---------
Missing PKGBUILDs:                     0
Invalid PKGBUILDs:                     0
Mismatching PKGBUILD names:            0
Duplicate PKGBUILDs:                   12
Invalid archs:                         0
Missing (make)dependencies:            5
Repo hierarchy problems:               41
Circular dependencies:                 0
In db, but not in tree:                3
In tree, but not in db:                1

From repomaint at archlinux.org  Mon Nov 22 22:54:27 2010
From: repomaint at archlinux.org (repomaint at archlinux.org)
Date: Mon, 22 Nov 2010 16:54:27 -0500 (EST)
Subject: [arch-dev-public] Integrity Check x86_64: core, extra,
	community 22-11-2010
Message-ID: <20101122215427.6C51490262@archlinux.org>


==================================================
= Integrity Check x86_64 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

Duplicate PKGBUILDs
---------------------
/srv/abs/rsync/any/community/adesklet-weatherforecast vs. /srv/abs/rsync/x86_64/community/adesklet-weatherforecast
/srv/abs/rsync/any/community/cgmail vs. /srv/abs/rsync/x86_64/community/cgmail
/srv/abs/rsync/any/community/python-configobj vs. /srv/abs/rsync/x86_64/community/python-configobj
/srv/abs/rsync/any/community/sauerbraten vs. /srv/abs/rsync/x86_64/community/sauerbraten
/srv/abs/rsync/any/community/sauerbraten vs. /srv/abs/rsync/x86_64/community/sauerbraten
/srv/abs/rsync/any/community/subdownloader vs. /srv/abs/rsync/x86_64/community/subdownloader
/srv/abs/rsync/any/community/wammu vs. /srv/abs/rsync/x86_64/community/wammu
/srv/abs/rsync/any/extra/getmail vs. /srv/abs/rsync/x86_64/extra/getmail
/srv/abs/rsync/any/extra/python-formencode vs. /srv/abs/rsync/x86_64/extra/python-formencode
/srv/abs/rsync/any/extra/pyxdg vs. /srv/abs/rsync/x86_64/extra/pyxdg
/srv/abs/rsync/any/extra/scons vs. /srv/abs/rsync/x86_64/extra/scons

Missing Dependencies
----------------------
community/dwarffortress --> 'lib32-gtk2'
community/dwarffortress --> 'lib32-libsndfile'
community/dwarffortress --> 'lib32-libxdamage'
community/dwarffortress --> 'lib32-mesa'
community/dwarffortress --> 'lib32-ncurses'
community/dwarffortress --> 'lib32-openal'
community/dwarffortress --> 'lib32-sdl_image'
community/dwarffortress --> 'lib32-sdl_ttf'
community/q4wine --> 'wine'
community/winetricks --> 'wine'
extra/haskell-cgi --> 'haskell-parsec=3.1.0'

Missing Makedepends
---------------------
community/gnome-do-plugins --> 'flickrnet'
community/ogmrip --> 'gpac'
community/virtualbox-ose --> 'gcc-multilib'
community/virtualbox-ose --> 'lib32-glibc'
community/virtualbox-ose-additions --> 'gcc-multilib'
community/virtualbox-ose-additions --> 'lib32-glibc'
community/virtualbox-ose-additions-modules --> 'gcc-multilib'
community/virtualbox-ose-additions-modules --> 'lib32-glibc'
community/xmobar --> 'haskell-parsec>=3.1.0'
extra/v86d --> 'kernel26<2.6.33'

Repo Hierarchy for Dependencies
---------------------------------
extra/miro depends on community/python-pycurl (0 extra (make)deps to pull)

Repo Hierarchy for Makedepends
--------------------------------
core/ca-certificates depends on extra/python (31 extra (make)deps to pull)
core/ca-certificates depends on extra/ruby (148 extra (make)deps to pull)
core/crda depends on extra/python-m2crypto (32 extra (make)deps to pull)
core/e2fsprogs depends on extra/bc (0 extra (make)deps to pull)
core/glib2 depends on extra/python2 (31 extra (make)deps to pull)
core/groff depends on extra/ghostscript (148 extra (make)deps to pull)
core/groff depends on extra/netpbm (51 extra (make)deps to pull)
core/groff depends on extra/psutils (148 extra (make)deps to pull)
core/iputils depends on extra/docbook-xsl (31 extra (make)deps to pull)
core/iputils depends on extra/libxslt (31 extra (make)deps to pull)
core/iputils depends on extra/opensp (31 extra (make)deps to pull)
core/kernel26 depends on extra/docbook-xsl (31 extra (make)deps to pull)
core/kernel26 depends on extra/xmlto (31 extra (make)deps to pull)
core/kernel26-docs depends on extra/docbook-xsl (31 extra (make)deps to pull)
core/kernel26-docs depends on extra/xmlto (31 extra (make)deps to pull)
core/kernel26-headers depends on extra/docbook-xsl (31 extra (make)deps to pull)
core/kernel26-headers depends on extra/xmlto (31 extra (make)deps to pull)
core/kernel26-manpages depends on extra/docbook-xsl (31 extra (make)deps to pull)
core/kernel26-manpages depends on extra/xmlto (31 extra (make)deps to pull)
core/sqlite3 depends on extra/tcl (0 extra (make)deps to pull)
core/udev depends on extra/gobject-introspection (35 extra (make)deps to pull)
core/udev depends on extra/gperf (0 extra (make)deps to pull)
core/udev depends on extra/libxslt (31 extra (make)deps to pull)
core/udev-compat depends on extra/gobject-introspection (35 extra (make)deps to pull)
core/udev-compat depends on extra/gperf (0 extra (make)deps to pull)
core/udev-compat depends on extra/libxslt (31 extra (make)deps to pull)
extra/bigloo depends on community/jdk (2 extra (make)deps to pull : jre chrpath)
extra/gnome-speech depends on community/espeak (1 extra (make)deps to pull : portaudio)
extra/go-openoffice depends on community/cppunit (0 extra (make)deps to pull)
extra/grml-zsh-config depends on community/txt2tags (0 extra (make)deps to pull)
extra/libiodbc depends on community/chrpath (0 extra (make)deps to pull)
extra/libreoffice depends on community/cppunit (0 extra (make)deps to pull)
extra/opengtl depends on community/llvm (0 extra (make)deps to pull)
extra/openoffice-base-beta depends on community/cppunit (0 extra (make)deps to pull)
extra/openoffice-base-devel depends on community/cppunit (0 extra (make)deps to pull)
extra/openoffice-sdk-beta depends on community/cppunit (0 extra (make)deps to pull)
extra/openoffice-sdk-devel depends on community/cppunit (0 extra (make)deps to pull)
extra/speech-dispatcher depends on community/espeak (1 extra (make)deps to pull : portaudio)
extra/vigra depends on community/python-sphinx (2 extra (make)deps to pull : python-pygments python-jinja)
extra/xfconf depends on community/chrpath (0 extra (make)deps to pull)

Packages found in db, but not in tree
---------------------------------------
community/sysprof-module
extra/libgme

Packages found in tree, but not in db
---------------------------------------
community/python-constraint

Summary
---------
Missing PKGBUILDs:                     0
Invalid PKGBUILDs:                     0
Mismatching PKGBUILD names:            0
Duplicate PKGBUILDs:                   11
Invalid archs:                         0
Missing (make)dependencies:            21
Repo hierarchy problems:               41
Circular dependencies:                 0
In db, but not in tree:                2
In tree, but not in db:                1

From pierre at archlinux.de  Mon Nov 22 22:58:30 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Mon, 22 Nov 2010 22:58:30 +0100
Subject: [arch-dev-public] Integrity Check i686: core, extra,
 community 22-11-2010
In-Reply-To: <20101122215214.580D390246@archlinux.org>
References: <20101122215214.580D390246@archlinux.org>
Message-ID: <11828e6cb5cf03f1749678b76c479ed0@archlinux.de>

On Mon, 22 Nov 2010 16:52:14 -0500 (EST), repomaint at archlinux.org
wrote:
> Summary
> ---------
> Missing PKGBUILDs:                     0
> Invalid PKGBUILDs:                     0
> Mismatching PKGBUILD names:            0
> Duplicate PKGBUILDs:                   12
> Invalid archs:                         0
> Missing (make)dependencies:            5
> Repo hierarchy problems:               41
> Circular dependencies:                 0
> In db, but not in tree:                3
> In tree, but not in db:                1

Nobody noticed, but the integrity check was broken for a long time now.
I somehow made it working again.

Note: If python got updated to 2.7 on gerolde let me know, so I can
update the alpm module. Am I right that this python module only export
the vercmp method?
http://projects.archlinux.org/dbscripts.git/tree/cron-jobs/check_archlinux/alpm.c
Maybe it would be way more portable if we would just call the vercmp
binary; or maybe python has such a method built-in like PHP has.

Greetings and have fun fixing the new bugs that tool found,

Pierre

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From aaronmgriffin at gmail.com  Mon Nov 22 23:05:48 2010
From: aaronmgriffin at gmail.com (Aaron Griffin)
Date: Mon, 22 Nov 2010 16:05:48 -0600
Subject: [arch-dev-public] Integrity Check i686: core, extra,
	community 22-11-2010
In-Reply-To: <11828e6cb5cf03f1749678b76c479ed0@archlinux.de>
References: <20101122215214.580D390246@archlinux.org>
	<11828e6cb5cf03f1749678b76c479ed0@archlinux.de>
Message-ID: <AANLkTik6x2FzAE59FZS452M649r2o=uRJTP1SvD6T+9V@mail.gmail.com>

On Mon, Nov 22, 2010 at 3:58 PM, Pierre Schmitz <pierre at archlinux.de> wrote:
> Maybe it would be way more portable if we would just call the vercmp
> binary; or maybe python has such a method built-in like PHP has.

I've used distutils.version to some success for this sort of thing.
Not sure if it follows the pacman rules to the letter though

From andrea at archlinux.org  Mon Nov 22 23:08:26 2010
From: andrea at archlinux.org (Andrea Scarpino)
Date: Mon, 22 Nov 2010 23:08:26 +0100
Subject: [arch-dev-public] Integrity Check i686: core, extra,
	community 22-11-2010
In-Reply-To: <20101122215214.580D390246@archlinux.org>
References: <20101122215214.580D390246@archlinux.org>
Message-ID: <201011222308.26514.andrea@archlinux.org>

On Monday 22 November 2010 22:52:14 repomaint at archlinux.org wrote:
> Duplicate PKGBUILDs
> ---------------------
> /srv/abs/rsync/any/community/adesklet-weatherforecast vs.
> /srv/abs/rsync/i686/community/adesklet-weatherforecast
> /srv/abs/rsync/any/community/cgmail vs.
> /srv/abs/rsync/i686/community/cgmail
> /srv/abs/rsync/any/community/python-configobj vs.
> /srv/abs/rsync/i686/community/python-configobj
> /srv/abs/rsync/any/community/sauerbraten vs.
> /srv/abs/rsync/i686/community/sauerbraten
> /srv/abs/rsync/any/community/sauerbraten vs.
> /srv/abs/rsync/i686/community/sauerbraten
> /srv/abs/rsync/any/community/subdownloader vs.
> /srv/abs/rsync/i686/community/subdownloader
> /srv/abs/rsync/any/community/wammu vs. /srv/abs/rsync/i686/community/wammu
> /srv/abs/rsync/any/extra/getmail vs. /srv/abs/rsync/i686/extra/getmail
> /srv/abs/rsync/any/extra/python-formencode vs.
> /srv/abs/rsync/i686/extra/python-formencode /srv/abs/rsync/any/extra/pyxdg
> vs. /srv/abs/rsync/i686/extra/pyxdg /srv/abs/rsync/any/extra/scons vs.
> /srv/abs/rsync/i686/extra/scons /srv/abs/rsync/i686/extra/perl vs.
> /srv/abs/rsync/i686/core/perl
fixing these...

> Missing Dependencies
> ----------------------
> extra/haskell-cgi --> 'haskell-parsec=3.1.0'
reported: https://bugs.archlinux.org/task/21792

-- 
Andrea Scarpino
Arch Linux Developer

From dpmcgee at gmail.com  Mon Nov 22 23:13:16 2010
From: dpmcgee at gmail.com (Dan McGee)
Date: Mon, 22 Nov 2010 16:13:16 -0600
Subject: [arch-dev-public] [arch-notifications] Integrity Check i686:
	core, extra, community 22-11-2010
In-Reply-To: <AANLkTik6x2FzAE59FZS452M649r2o=uRJTP1SvD6T+9V@mail.gmail.com>
References: <20101122215214.580D390246@archlinux.org>
	<11828e6cb5cf03f1749678b76c479ed0@archlinux.de>
	<AANLkTik6x2FzAE59FZS452M649r2o=uRJTP1SvD6T+9V@mail.gmail.com>
Message-ID: <AANLkTi=hHgmm-YiKBko5YVq9a3TjpbBWHgt3gPeNzgk3@mail.gmail.com>

On Monday, November 22, 2010, Aaron Griffin <aaronmgriffin at gmail.com> wrote:
> On Mon, Nov 22, 2010 at 3:58 PM, Pierre Schmitz <pierre at archlinux.de> wrote:
>> Maybe it would be way more portable if we would just call the vercmp
>> binary; or maybe python has such a method built-in like PHP has.
>
> I've used distutils.version to some success for this sort of thing.
> Not sure if it follows the pacman rules to the letter though

Look in the archives; we switched it on purpose and sped it up by like
10x. So calling the vercmp binary is not a great idea.

-Dan

From pierre at archlinux.de  Mon Nov 22 23:32:30 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Mon, 22 Nov 2010 23:32:30 +0100
Subject: [arch-dev-public] [arch-notifications] Integrity Check i686:
 core, extra, community 22-11-2010
In-Reply-To: <AANLkTi=hHgmm-YiKBko5YVq9a3TjpbBWHgt3gPeNzgk3@mail.gmail.com>
References: <20101122215214.580D390246@archlinux.org>
	<11828e6cb5cf03f1749678b76c479ed0@archlinux.de>
	<AANLkTik6x2FzAE59FZS452M649r2o=uRJTP1SvD6T+9V@mail.gmail.com>
	<AANLkTi=hHgmm-YiKBko5YVq9a3TjpbBWHgt3gPeNzgk3@mail.gmail.com>
Message-ID: <919645d777b7b04fec8a006f36c69c03@archlinux.de>

On Mon, 22 Nov 2010 16:13:16 -0600, Dan McGee <dpmcgee at gmail.com>
wrote:
> On Monday, November 22, 2010, Aaron Griffin <aaronmgriffin at gmail.com> wrote:
>> On Mon, Nov 22, 2010 at 3:58 PM, Pierre Schmitz <pierre at archlinux.de> wrote:
>>> Maybe it would be way more portable if we would just call the vercmp
>>> binary; or maybe python has such a method built-in like PHP has.
>>
>> I've used distutils.version to some success for this sort of thing.
>> Not sure if it follows the pacman rules to the letter though
> 
> Look in the archives; we switched it on purpose and sped it up by like
> 10x. So calling the vercmp binary is not a great idea.
> 
> -Dan

Good to know; found that commit from two years ago. :-) I need to have
a closer look at that code; there is some new stuff we need to take care
of.

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From bisson at archlinux.org  Tue Nov 23 00:29:28 2010
From: bisson at archlinux.org (Gaetan Bisson)
Date: Tue, 23 Nov 2010 00:29:28 +0100
Subject: [arch-dev-public] [signoff] readline-6.1.002-2
In-Reply-To: <4CE7A48A.9050305@archlinux.org>
References: <4CE7A48A.9050305@archlinux.org>
Message-ID: <20101122232927.GA20223@soba.vesath.org>

[2010-11-20 20:35:54 +1000] Allan McRae:
> Remove sourcing ~/inputrc from /etc/inputrc  (FS#21729)

signoff i686

From bisson at archlinux.org  Tue Nov 23 00:29:47 2010
From: bisson at archlinux.org (Gaetan Bisson)
Date: Tue, 23 Nov 2010 00:29:47 +0100
Subject: [arch-dev-public] [signoff] libusb-0.1.12-5
In-Reply-To: <201011191621.27661.andrea@archlinux.org>
References: <201011191621.27661.andrea@archlinux.org>
Message-ID: <20101122232946.GB20223@soba.vesath.org>

[2010-11-19 16:21:27 +0100] Andrea Scarpino:
> - use package()
> - remove from base group
> - use tar.xz

signoff i686

From bisson at archlinux.org  Tue Nov 23 00:36:31 2010
From: bisson at archlinux.org (Gaetan Bisson)
Date: Tue, 23 Nov 2010 00:36:31 +0100
Subject: [arch-dev-public] [signoff] filesystem 2010.11-2
In-Reply-To: <c4d209bbcfcbaeb9bc21096306c8f3f7@archlinux.de>
References: <b0c68339c2d62373e67bba1bbbe87be8@archlinux.de>
	<c4d209bbcfcbaeb9bc21096306c8f3f7@archlinux.de>
Message-ID: <20101122233630.GA2336@soba.vesath.org>

[2010-11-22 19:31:48 +0100] Pierre Schmitz:
> > I recently adopted the orphaned package filesystem and made a little
> > review/rewrite. Some of the changes may be questionable so don't
> > hesitate to give suggestions.
> 
> Pushed -2 into testing to fix/implement
> https://bugs.archlinux.org/task/21759

signoff i686

From bisson at archlinux.org  Tue Nov 23 00:37:38 2010
From: bisson at archlinux.org (Gaetan Bisson)
Date: Tue, 23 Nov 2010 00:37:38 +0100
Subject: [arch-dev-public] [signoff] initscripts-2010.07-2 and
 wireless_tools-29-4
In-Reply-To: <e5967a769b5a88d3b4af327cf24a1285@archlinux.de>
References: <e5967a769b5a88d3b4af327cf24a1285@archlinux.de>
Message-ID: <20101122233737.GB2336@soba.vesath.org>

[2010-11-20 12:55:06 +0100] Pierre Schmitz:
> I rebuild both packages due to core cleanup/rebuild. I have also moved
> the file /etc/conf.d/wireless from wireless_tools to initscripts, where
> it really belongs. Future versions of initscripts might remove support
> for wireless/network then.

signoff i686 (both packages)

From snowmaniscool at gmail.com  Tue Nov 23 01:00:02 2010
From: snowmaniscool at gmail.com (=?ISO-8859-1?Q?Eric_B=E9langer?=)
Date: Mon, 22 Nov 2010 19:00:02 -0500
Subject: [arch-dev-public] Source package creation repaired
In-Reply-To: <7cf0c5830e8b1196d145c57e45dea05d@archlinux.de>
References: <7cf0c5830e8b1196d145c57e45dea05d@archlinux.de>
Message-ID: <AANLkTikk6n50hvqOYv1Za6qjLRxqfgPyRt+O7D8NWT7H@mail.gmail.com>

On Sun, Nov 21, 2010 at 6:41 PM, Pierre Schmitz <pierre at archlinux.de> wrote:
> Hi devs,
>
> I repaired the sourceball creation script the last days. I didn't
> active the cron job yet as a couple of packages should be fixed first
> (will send a new mail about that)
>
> * Similar to the package pool there are now two subdirs for our
> core/extra packages and the ones from community in ftp/sources.
> * The sourceballs user has srcdest set to ~/sourceballs so we don't
> need to redownload sources on every minor update
> * A cron job removes files older than 120 days from that srcdest folder
> * I have added a new rsync module to sigurd in order to provide these
> sources for gerolde
> * Instead of logging to files the plan is to send the output of the
> scripts to the arch-notifications mailing list
>

A few suggestions about the notification email:

1) It would be helpfull to list the failed packages (content of
failed.txt wich you apparently removed) before the makepkg output.  At
a glance, we'll be able to see if one of our package has failed
without going through pages of output.  Maybe it won't be as useful
after we fix the current packages.

2) Seperate the makepkg output of each failed package with an empty
line or a long line of dashes or equal signs.  It'll make them easier
to distinguish.

3) The script is checking for multilib repos for i686.  As it dosn't
find the db it just aborts but we should just skip the check.  This
will enable us to not send the email if there are no failures.

From stephane at archlinux.org  Tue Nov 23 01:39:30 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Mon, 22 Nov 2010 19:39:30 -0500
Subject: [arch-dev-public] [signoff] findutils-4.4.2-3
Message-ID: <201011221939.30887.stephane@archlinux.org>

* Rebuild of old package
* Tidy up PKGBUILD
* Avoid building of locate (provided by mlocate)

Please signoff both.
Thanks

St?phane

From allan at archlinux.org  Tue Nov 23 02:25:00 2010
From: allan at archlinux.org (Allan McRae)
Date: Tue, 23 Nov 2010 11:25:00 +1000
Subject: [arch-dev-public] perl-5.12.2 rebuild list?
Message-ID: <4CEB17EC.5010708@archlinux.org>

Hi,

Can we get some details of what the perl-5.12.2 rebuild list is for? Its 
description is "Build modules that have binary modules in them" but 
surely there is binary compatibility between 5.12.1 and 5.12.2...  Or 
have the expected paths for binaries changed again?

Allan


From stephane at archlinux.org  Tue Nov 23 13:05:36 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Tue, 23 Nov 2010 07:05:36 -0500
Subject: [arch-dev-public] [signoff] jfsutils-1.1.14-2
Message-ID: <201011230705.36832.stephane@archlinux.org>

* Rebuild of old package
* Tidy up PKGBUILD
* Fix libuuid dependency

Please signoff both.
Thanks

St?phane

From pierre at archlinux.de  Tue Nov 23 13:45:39 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Tue, 23 Nov 2010 13:45:39 +0100
Subject: [arch-dev-public] Fixing packages with broken sources
In-Reply-To: <ae5561d9c39f071322039f5295a3dfa8@archlinux.de>
References: <ae5561d9c39f071322039f5295a3dfa8@archlinux.de>
Message-ID: <a9e5cac683b15af7e2c188e8a0437e28@archlinux.de>

On Mon, 22 Nov 2010 15:09:39 +0100, Pierre Schmitz
<pierre at archlinux.de> wrote:
> Hello Devs and TUs,
> 
> as you might know some licenses require providing the sources somehow.
> While fixing the sourceballs script which implements this I discovered
> quit a lot of broken PKGBUILDs. We really need to fix those asap as this
> also breaks ABS and makes rebuilds a real pain (and impossible to
> automate in future).

I have rewritten the sourceballs script from scratch. It should be like
over 9000 times faster now. For details see my commit message at
http://projects.archlinux.org/dbscripts.git/commit/?id=4d16d294f338d5e90a92acb2096bca77e9e924e7

The script run every 8 hour and sends a list of added, removed and
especially failed packages to arch-notifications. The dbscripts are in
dryrun mode for a little while. Please have a look at those mails and
let me know if there is something wrong. (Only look at the recent two
mails; the others were test mails)

Greetings,

Pierre

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From t.powa at gmx.de  Tue Nov 23 17:16:26 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Tue, 23 Nov 2010 17:16:26 +0100
Subject: [arch-dev-public] [signoff] hdparm-9.36-1
Message-ID: <201011231716.31514.t.powa@gmx.de>

Hi guys,
please signoff both arches

greetings
tpowa
-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101123/fcd00617/attachment-0001.bin>

From t.powa at gmx.de  Tue Nov 23 17:29:53 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Tue, 23 Nov 2010 17:29:53 +0100
Subject: [arch-dev-public] [signoff] kernel 2.6.36.1-2
Message-ID: <201011231729.59242.t.powa@gmx.de>

Hi guys,
please signoff 2.6.36 series for both arches,
Latest and greatest moved to testing, 
including most patches from the stable queue of 2.6.36.2
Please signoff for both arches that we can move everything soon.

Upstream
changes:
http://kernelnewbies.org/LinuxChanges

Features included:
- Tomoyo support:
https://bugs.archlinux.org/task/21533

- Apparmor support:
https://bugs.archlinux.org/task/21533

- Build RTC support into kernel:
https://bugs.archlinux.org/task/21137

- changed cpu support to 64 on x86_64

- added hugetables support:
https://bugs.archlinux.org/task/20862

- disabled RDS modules due to security concerns:
https://bugs.archlinux.org/task/21510

- pcieaspm enabled

greetings
tpowa
-- 
Tobias
Powalowski
Archlinux Developer & Package Maintainer
(tpowa)
http://www.archlinux.org
tpowa at archlinux.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101123/13ce8d76/attachment.bin>

From a.radke at arcor.de  Tue Nov 23 18:12:18 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Tue, 23 Nov 2010 18:12:18 +0100
Subject: [arch-dev-public] [signoff] kernel 2.6.36.1-2
In-Reply-To: <201011231729.59242.t.powa@gmx.de>
References: <201011231729.59242.t.powa@gmx.de>
Message-ID: <20101123181218.4ff8b89a@workstation64.home>

Signoff x86_64. And thanks for the r8169 fix.

-Andy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101123/4b3bdf1a/attachment.bin>

From a.radke at arcor.de  Tue Nov 23 18:15:41 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Tue, 23 Nov 2010 18:15:41 +0100
Subject: [arch-dev-public] moving Xorg/Mesa soon
Message-ID: <20101123181541.1153143a@workstation64.home>

Just a note: when the kernel 2.6.36 will move to core we will also
move Xorg and Mesa from testing to extra.

If there's something broken let us know.

-Andy

From remyoudompheng at gmail.com  Tue Nov 23 18:49:37 2010
From: remyoudompheng at gmail.com (=?UTF-8?Q?R=C3=A9my_Oudompheng?=)
Date: Tue, 23 Nov 2010 18:49:37 +0100
Subject: [arch-dev-public] [signoff] findutils-4.4.2-3
In-Reply-To: <201011221939.30887.stephane@archlinux.org>
References: <201011221939.30887.stephane@archlinux.org>
Message-ID: <AANLkTimE+9yPTNn9Kbi0nTFvn8CkOFm4=v7zXn0ijMGs@mail.gmail.com>

signoff x86_64

R?my.

From t.powa at gmx.de  Tue Nov 23 19:08:10 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Tue, 23 Nov 2010 19:08:10 +0100
Subject: [arch-dev-public] [signoff] kernel26-lts 2.6.32.26-1
Message-ID: <201011231908.15532.t.powa@gmx.de>

Latest LTS kernel is in testing,
please signoff for both arches.

greetings
tpowa
-- 
Tobias
Powalowski
Archlinux Developer & Package Maintainer
(tpowa)
http://www.archlinux.org
tpowa at archlinux.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101123/0a4287fc/attachment.bin>

From thomas at archlinux.org  Tue Nov 23 22:10:44 2010
From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=)
Date: Tue, 23 Nov 2010 22:10:44 +0100
Subject: [arch-dev-public] [signoff] kernel 2.6.36.1-2
In-Reply-To: <201011231729.59242.t.powa@gmx.de>
References: <201011231729.59242.t.powa@gmx.de>
Message-ID: <4CEC2DD4.1080304@archlinux.org>

Am 23.11.2010 17:29, schrieb Tobias Powalowski:
> Hi guys,
> please signoff 2.6.36 series for both arches,
> Latest and greatest moved to testing, 
> including most patches from the stable queue of 2.6.36.2
> Please signoff for both arches that we can move everything soon.

Got someone with a panic on 2.6.36.1-2 but not on 2.6.36.1-1. I don't
have the details right now, just don't move it.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101123/ec2f5484/attachment.bin>

From allan at archlinux.org  Wed Nov 24 03:56:52 2010
From: allan at archlinux.org (Allan McRae)
Date: Wed, 24 Nov 2010 12:56:52 +1000
Subject: [arch-dev-public] perl-5.12.2 rebuild list?
In-Reply-To: <4CEB17EC.5010708@archlinux.org>
References: <4CEB17EC.5010708@archlinux.org>
Message-ID: <4CEC7EF4.70506@archlinux.org>

On 23/11/10 11:25, Allan McRae wrote:
> Hi,
>
> Can we get some details of what the perl-5.12.2 rebuild list is for? Its
> description is "Build modules that have binary modules in them" but
> surely there is binary compatibility between 5.12.1 and 5.12.2... Or
> have the expected paths for binaries changed again?
>

Ping Kevin...   I see you are doing some rebuilds now!

Allan

From allan at archlinux.org  Wed Nov 24 06:17:26 2010
From: allan at archlinux.org (Allan McRae)
Date: Wed, 24 Nov 2010 15:17:26 +1000
Subject: [arch-dev-public] [signoff] findutils-4.4.2-3
In-Reply-To: <AANLkTimE+9yPTNn9Kbi0nTFvn8CkOFm4=v7zXn0ijMGs@mail.gmail.com>
References: <201011221939.30887.stephane@archlinux.org>
	<AANLkTimE+9yPTNn9Kbi0nTFvn8CkOFm4=v7zXn0ijMGs@mail.gmail.com>
Message-ID: <4CEC9FE6.4040108@archlinux.org>

On 24/11/10 03:49, R?my Oudompheng wrote:
> signoff x86_64
>

signoff i686,
Allan

From t.powa at gmx.de  Wed Nov 24 08:19:26 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Wed, 24 Nov 2010 08:19:26 +0100
Subject: [arch-dev-public] [signoff] kernel 2.6.36.1-3
Message-ID: <201011240819.26908.t.powa@gmx.de>

Hi guys,
please signoff 2.6.36 series for both arches,
Latest and greatest moved to testing, 
including most patches from the stable queue of 2.6.36.2.
In 2.6.36.1-3 the usb issues are fixed.

Please signoff for both arches that we can move everything soon.

Upstream
changes:
http://kernelnewbies.org/LinuxChanges

Features included:
- Tomoyo support:
https://bugs.archlinux.org/task/21533

- Apparmor support:
https://bugs.archlinux.org/task/21533

- Build RTC support into kernel:
https://bugs.archlinux.org/task/21137

- changed cpu support to 64 on x86_64

- added hugetables support:
https://bugs.archlinux.org/task/20862

- disabled RDS modules due to security concerns:
https://bugs.archlinux.org/task/21510

- pcieaspm enabled

greetings
tpowa
-- 
Tobias
Powalowski
Archlinux Developer & Package Maintainer
(tpowa)
http://www.archlinux.org
tpowa at archlinux.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101124/81530aac/attachment-0001.bin>

From bisson at archlinux.org  Wed Nov 24 08:41:55 2010
From: bisson at archlinux.org (Gaetan Bisson)
Date: Wed, 24 Nov 2010 08:41:55 +0100
Subject: [arch-dev-public] [signoff] jfsutils-1.1.14-2
In-Reply-To: <201011230705.36832.stephane@archlinux.org>
References: <201011230705.36832.stephane@archlinux.org>
Message-ID: <20101124074154.GA9793@soba.vesath.org>

[2010-11-23 07:05:36 -0500] St?phane Gaudreault:
> * Rebuild of old package
> * Tidy up PKGBUILD
> * Fix libuuid dependency

signoff i686

From remyoudompheng at gmail.com  Wed Nov 24 14:20:32 2010
From: remyoudompheng at gmail.com (=?UTF-8?Q?R=C3=A9my_Oudompheng?=)
Date: Wed, 24 Nov 2010 14:20:32 +0100
Subject: [arch-dev-public] [arch-general] [signoff] kernel26-lts
	2.6.32.26-1
In-Reply-To: <201011231908.15532.t.powa@gmx.de>
References: <201011231908.15532.t.powa@gmx.de>
Message-ID: <AANLkTimm+oG1voo3pY2vSn=w7epJKUwREhZGEGi696yx@mail.gmail.com>

2010/11/23 Tobias Powalowski <t.powa at gmx.de>:
> Latest LTS kernel is in testing,
> please signoff for both arches.

Everything working as expected here, signoff x86.

R?my.

From t.powa at gmx.de  Wed Nov 24 16:16:55 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Wed, 24 Nov 2010 16:16:55 +0100
Subject: [arch-dev-public] [signoff] udev-164-1
Message-ID: <201011241617.01140.t.powa@gmx.de>

Hi guys,
udev 164
========
Bugfixes.
GUdev moved from /usr to /.

- added systemd support
- fixed udev.install file
- fixed .pc files

greetings
tpowa
-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101124/6d3c3f8d/attachment.bin>

From remyoudompheng at gmail.com  Wed Nov 24 17:04:08 2010
From: remyoudompheng at gmail.com (=?UTF-8?Q?R=C3=A9my_Oudompheng?=)
Date: Wed, 24 Nov 2010 17:04:08 +0100
Subject: [arch-dev-public] [arch-general] [signoff] kernel26-lts
	2.6.32.26-1
In-Reply-To: <AANLkTimm+oG1voo3pY2vSn=w7epJKUwREhZGEGi696yx@mail.gmail.com>
References: <201011231908.15532.t.powa@gmx.de>
	<AANLkTimm+oG1voo3pY2vSn=w7epJKUwREhZGEGi696yx@mail.gmail.com>
Message-ID: <AANLkTikoaO5hh9G_Z9LNrXvzykA5u6L3jh-+e009ZmzT@mail.gmail.com>

On 2010/11/24 R?my Oudompheng <remyoudompheng at gmail.com> wrote:
> Everything working as expected here, signoff x86.

signoff x86_64 also.

From a.radke at arcor.de  Wed Nov 24 17:35:36 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Wed, 24 Nov 2010 17:35:36 +0100
Subject: [arch-dev-public] [signoff] kernel26-lts 2.6.32.26-1
In-Reply-To: <201011231908.15532.t.powa@gmx.de>
References: <201011231908.15532.t.powa@gmx.de>
Message-ID: <20101124173536.44251ecb@workstation64.home>

Am Tue, 23 Nov 2010 19:08:10 +0100
schrieb Tobias Powalowski <t.powa at gmx.de>:

> Latest LTS kernel is in testing,
> please signoff for both arches.
> 
> greetings
> tpowa

SignOff x86_64.

-Andy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101124/f3cd878e/attachment.bin>

From a.radke at arcor.de  Wed Nov 24 17:36:05 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Wed, 24 Nov 2010 17:36:05 +0100
Subject: [arch-dev-public] [signoff] kernel 2.6.36.1-3
In-Reply-To: <201011240819.26908.t.powa@gmx.de>
References: <201011240819.26908.t.powa@gmx.de>
Message-ID: <20101124173605.3026d2f9@workstation64.home>

SignOff x86_64.

-Andy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101124/684bcd20/attachment.bin>

From snowmaniscool at gmail.com  Wed Nov 24 21:13:13 2010
From: snowmaniscool at gmail.com (=?UTF-8?q?Eric=20B=C3=A9langer?=)
Date: Wed, 24 Nov 2010 15:13:13 -0500
Subject: [arch-dev-public] [PATCH] Added seperate dryrun options for the
	packages and sources cleanup scripts
Message-ID: <1290629593-1358-1-git-send-email-snowmaniscool@gmail.com>

Signed-off-by: Eric B?langer <snowmaniscool at gmail.com>
---
 config                |    1 +
 cron-jobs/sourceballs |    4 ++--
 test/lib/common.inc   |    1 +
 3 files changed, 4 insertions(+), 2 deletions(-)

diff --git a/config b/config
index 01956ba..69f40c7 100644
--- a/config
+++ b/config
@@ -7,6 +7,7 @@ SRCPOOL=''
 CLEANUP_DESTDIR="/srv/package-cleanup"
 CLEANUP_DRYRUN=false
 SOURCE_CLEANUP_DESTDIR="/srv/source-cleanup"
+SOURCE_CLEANUP_DRYRUN=false
 
 LOCK_DELAY=10
 LOCK_TIMEOUT=300
diff --git a/cron-jobs/sourceballs b/cron-jobs/sourceballs
index 6a86a0d..9ba003a 100755
--- a/cron-jobs/sourceballs
+++ b/cron-jobs/sourceballs
@@ -119,10 +119,10 @@ old_pkgs=($(comm -23 "${WORKDIR}/available-src-pkgs.sort" "${WORKDIR}/expected-s
 
 if [ ${#old_pkgs[@]} -ge 1 ]; then
 	msg "Removing old source packages..."
-	${CLEANUP_DRYRUN} && warning 'dry run mode is active'
+	${SOURCE_CLEANUP_DRYRUN} && warning 'dry run mode is active'
 	for old_pkg in ${old_pkgs[@]}; do
 		msg2 "${old_pkg}"
-		${CLEANUP_DRYRUN} || mv "$FTP_BASE/${SRCPOOL}/${old_pkg}" "${SOURCE_CLEANUP_DESTDIR}"
+		${SOURCE_CLEANUP_DRYRUN} || mv "$FTP_BASE/${SRCPOOL}/${old_pkg}" "${SOURCE_CLEANUP_DESTDIR}"
 	done
 fi
 
diff --git a/test/lib/common.inc b/test/lib/common.inc
index 6619c0a..d7ea3d4 100644
--- a/test/lib/common.inc
+++ b/test/lib/common.inc
@@ -68,6 +68,7 @@ setUp() {
 	STAGING="${TMP}/staging"
 	TMPDIR="${TMP}/tmp"
 	CLEANUP_DRYRUN=false
+	SOURCE_CLEANUP_DRYRUN=false
 eot
 	. "${curdir}/../config"
 }
-- 
1.7.3.2


From snowmaniscool at gmail.com  Wed Nov 24 21:31:22 2010
From: snowmaniscool at gmail.com (=?UTF-8?q?Eric=20B=C3=A9langer?=)
Date: Wed, 24 Nov 2010 15:31:22 -0500
Subject: [arch-dev-public] [PATCH 2/2] Make ftpdir-cleanup less verbose
Message-ID: <1290630682-1643-1-git-send-email-snowmaniscool@gmail.com>

Signed-off-by: Eric B?langer <snowmaniscool at gmail.com>
---
 cron-jobs/ftpdir-cleanup |    1 -
 1 files changed, 0 insertions(+), 1 deletions(-)

diff --git a/cron-jobs/ftpdir-cleanup b/cron-jobs/ftpdir-cleanup
index 914ef8c..1df4edc 100755
--- a/cron-jobs/ftpdir-cleanup
+++ b/cron-jobs/ftpdir-cleanup
@@ -31,7 +31,6 @@ ${CLEANUP_DRYRUN} && warning 'dry run mode is active'
 for repo in ${PKGREPOS[@]}; do
 	for arch in ${ARCHES[@]}; do
 		if [ ! -f "${FTP_BASE}/${repo}/os/${arch}/${repo}${DBEXT}" ]; then
-			warning "${FTP_BASE}/${repo}/os/${arch}/${repo}${DBEXT} not found, skipping"
 			continue
 		fi
 		# get a list of actual available package files
-- 
1.7.3.2


From snowmaniscool at gmail.com  Thu Nov 25 02:03:53 2010
From: snowmaniscool at gmail.com (=?ISO-8859-1?Q?Eric_B=E9langer?=)
Date: Wed, 24 Nov 2010 20:03:53 -0500
Subject: [arch-dev-public] [signoff] lvm2/device-mapper 2.02.77-1
Message-ID: <AANLkTinkBAW0wDwj1mbfq70O2xchz+xwzucD8H-Cg0x=@mail.gmail.com>

Hi,

lvm2/device-mapper 2.02.77-1 are in testing. Please test and signoff.
Signoffs from users are welcome.

- Minor upstream update. ChangeLog below.

Version 2.02.77 - 22nd November 2010
====================================
  Allocate a pool for dummy VG in _pvsegs_sub_single.
  Add PV and LV segment types and functions to liblvm.
  Add set_property functions to liblvm.
  Remove tag length restriction and allow / = ! : # & characters.
  Support repetition of --addtag and --deltag arguments.
  Add infrastructure for specific cmdline arguments to be repeated in groups.
  Split the_args cmdline arguments and values into arg_props and arg_values.
  Fix fsadm no longer to require '-f' to resize an unmounted filesystem.
  Fix fsadm to detect mounted filesystems on older systems. (2.0.75)
  Extend cling allocation policy to recognise PV tags (cling_by_tags).
  Add allocation/cling_tag_list to lvm.conf.
  Regenerate configure with 'autoreconf' for --enable-ocf. (2.02.76)

Version 1.02.58 - 22nd November 2010
====================================
  Fix _output_field crash from field_id free with DEBUG_MEM. (1.02.57)

From remyoudompheng at gmail.com  Thu Nov 25 09:54:45 2010
From: remyoudompheng at gmail.com (=?UTF-8?Q?R=C3=A9my_Oudompheng?=)
Date: Thu, 25 Nov 2010 09:54:45 +0100
Subject: [arch-dev-public] [signoff] udev-164-1
In-Reply-To: <201011241617.01140.t.powa@gmx.de>
References: <201011241617.01140.t.powa@gmx.de>
Message-ID: <AANLkTi=2mtU0pDZ6230x1yuDxzyX48RHZSQBkYi5u9Yy@mail.gmail.com>

On 2010/11/24 Tobias Powalowski <t.powa at gmx.de> wrote:
> Hi guys,
> udev 164
> ========
> Bugfixes.
> GUdev moved from /usr to /.
>
> - added systemd support
> - fixed udev.install file
> - fixed .pc files

Signoff i686.

-- 
R?my.

From a.radke at arcor.de  Thu Nov 25 10:36:09 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Thu, 25 Nov 2010 10:36:09 +0100
Subject: [arch-dev-public] [signoff] udev-164-1
In-Reply-To: <201011241617.01140.t.powa@gmx.de>
References: <201011241617.01140.t.powa@gmx.de>
Message-ID: <20101125103609.69e45d9f@workstation64.home>

Am Wed, 24 Nov 2010 16:16:55 +0100
schrieb Tobias Powalowski <t.powa at gmx.de>:

> Hi guys,
> udev 164
> ========
> Bugfixes.
> GUdev moved from /usr to /.
> 
> - added systemd support
> - fixed udev.install file
> - fixed .pc files
> 
> greetings
> tpowa

SignOff x86_64. No external devices tested.

-Andy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101125/c5c8e708/attachment.bin>

From allan at archlinux.org  Thu Nov 25 15:47:10 2010
From: allan at archlinux.org (Allan McRae)
Date: Fri, 26 Nov 2010 00:47:10 +1000
Subject: [arch-dev-public] SDL and friends maintainer wanted
Message-ID: <4CEE76EE.6030406@archlinux.org>

Hi,

I am looking to stop maintaining SDL and related packages.  These were 
some of the first packages I adopted when joining the dev team and I now 
really focus on other areas.  Saying that, I do not think I have had to 
touch one of these packages in ages, so it will be a low maintenance 
burden for whoever takes it on (at least until SDL-1.4 is finally 
released).  The packages to be taken are:

SDL:
   sdl
   sdl_gfx
   sdl_image
   sdl_mixer
   sdl_net
   sdl_pango
   sdl_perl
   sdl_sound
   sdl_ttf
   smpeg

Related libraries/dependencies:
   freealut
   freeglut
   ftgl
   libmikmod
   openal
   speex

Games for testing:
   apricots
   frozen-bubble


If no current developer wants to take these on, I can look at the active 
people in the Arch Games project for recruitment (some are TUs I think...).

Allan

From stephane at archlinux.org  Thu Nov 25 16:15:59 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Thu, 25 Nov 2010 10:15:59 -0500
Subject: [arch-dev-public] [signoff] lzo2-2.04-1
Message-ID: <201011251015.59332.stephane@archlinux.org>

* Upgpkg: lzo2 2.04-1 (bugfix release, see 
http://www.oberhumer.com/opensource/lzo/lzonews.php)
* Tidy up PKGBUILD
*  install miniLZO (provided in the same source package). MiniLZO is a 
lightweight subset of the LZO library designed to quickly add data compression 
in an application.

Please signoff both.
Thanks

St?phane

From pierre at archlinux.de  Thu Nov 25 19:19:16 2010
From: pierre at archlinux.de (Pierre Schmitz)
Date: Thu, 25 Nov 2010 19:19:16 +0100
Subject: [arch-dev-public] dbscripts: updated create-filelists and
	update-web-db
Message-ID: <df1b95f035bba9c815bc38f029c526bc@archlinux.de>

Hi all,

I have now rewritten the last two scripts to use the new db-functions.
I have also split the test suite into several files for easier
maintenance.

* The file list creation should now be a lot faster (like 60x) by
avoiding file access when ever possible. I also discovered and fixed an
old bug where file lists of old packages where not removed if no new
packages were added.
* The scripts that updated the package db for our website now uses
locking to avoid reading inconsistent files or being called twice.

Let me know if you notice anything strange.

Greetings,

Pierre


-- 
Pierre Schmitz, https://users.archlinux.de/~pierre

From t.powa at gmx.de  Thu Nov 25 21:44:38 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Thu, 25 Nov 2010 21:44:38 +0100
Subject: [arch-dev-public] [signoff] xfsprogs-3.1.4-1
Message-ID: <201011252144.46547.t.powa@gmx.de>

Hi bump to latest version,

please signoff both arches,
thanks
greetings
tpowa

-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101125/0359cdc8/attachment.bin>

From thomas at archlinux.org  Thu Nov 25 22:04:49 2010
From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=)
Date: Thu, 25 Nov 2010 22:04:49 +0100
Subject: [arch-dev-public] [signoff] lvm2/device-mapper 2.02.77-1
In-Reply-To: <AANLkTinkBAW0wDwj1mbfq70O2xchz+xwzucD8H-Cg0x=@mail.gmail.com>
References: <AANLkTinkBAW0wDwj1mbfq70O2xchz+xwzucD8H-Cg0x=@mail.gmail.com>
Message-ID: <4CEECF71.7090906@archlinux.org>

Am 25.11.2010 02:03, schrieb Eric B?langer:
> Hi,
> 
> lvm2/device-mapper 2.02.77-1 are in testing. Please test and signoff.
> Signoffs from users are welcome.
> 
> - Minor upstream update. ChangeLog below.

Signoff both architectures.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101125/2344493a/attachment.bin>

From jan.steffens at gmail.com  Thu Nov 25 22:15:33 2010
From: jan.steffens at gmail.com (Jan Steffens)
Date: Thu, 25 Nov 2010 22:15:33 +0100
Subject: [arch-dev-public] PulseAudio in [extra]
In-Reply-To: <AANLkTim9coyXwf1iA55OSxMDv-1wF_vQ2_5SzCSwbGRa@mail.gmail.com>
References: <AANLkTim9coyXwf1iA55OSxMDv-1wF_vQ2_5SzCSwbGRa@mail.gmail.com>
Message-ID: <AANLkTinKd=bOz8Q6jysWAmQ+7u-vz0aMwbyG6nJgJjC+@mail.gmail.com>

On Sun, Nov 14, 2010 at 9:11 PM, Jan Steffens <jan.steffens at gmail.com> wrote:
> I would like to propose moving support for the PulseAudio sound server into
> Arch Linux proper. This would also be in preparation for the eventual arrival of
> Gnome 3, since it will be unlikely we can effectively maintain the needed
> GStreamer patch any more.
>
> To that effect I have created a plan:
>
> ---
>
> To provide PulseAudio in [extra]...
>
> Move the following packages from [community] to [extra]:
> - libasyncns
> - rtkit
> - pulseaudio (split into pulseaudio and libpulse)
> - alsa-plugins
> - pulseaudio-alsa
> ? ?Configuration package, contains /etc/asound.conf
> ? ?depends on pulseaudio, alsa-plugins
> - pavucontrol
> - paprefs
> - pulseaudio-mixer-applet
> - ossp
> ? ?provides osspd OSS emulator
>
> Rebuild the following packages with PulseAudio support:
> - sdl (sdl-pulse in AUR)
> - openal (openal-pulse in AUR)
> - libgstreamer0.10-good
> ? ?split gstreamer0.10-pulse (in community)
> - libao
> ? ?split libao-pulse (in community)
> - libcanberra
> ? ?split libcanberra-pulse (in community)
> ? ?will be a split plugin instead of a wholly rebuilt copy
> - gnome-media
> ? ?split gnome-media-pulse (in community; rebuilt with --enable-pulse)
> - gnome-settings-daemon
> ? ?split gnome-settings-daemon-pulse (in community; rebuilt without
> gstreamer patch)
>
> Provide the following groups:
> - pulseaudio-gnome
> ? ?pulseaudio-alsa
> ? ?libcanberra-pulse
> ? ?gstreamer0.10-pulse
> ? ?gnome-media-pulse
> ? ?gnome-settings-daemon-pulse
>
> ---
>
> One of the problems of PulseAudio is that it pretty much becomes the default as
> soon as you install it:
> ?- The client library will start the server if it's not running.
> ?- pulseaudio will install .desktop files that autostart the server together
> ? ?with Gnome or KDE.
>
> Splitting libpulse would prevent that, but I believe we still need to test
> on a per-application basis whether we can enable PulseAudio support (with a
> dependency on libpulse) without breaking fallback to ALSA on systems without
> pulseaudio.
>
> Some packages (like sdl and openal) look for libpulse dynamically and will
> still work even though the lib is missing, so they only need an optional
> dependency.
>
> I would be maintaining split -pulse packages where needed.
>

If there are no objections, I would move it from [testing] tomorrow.

From stephane at archlinux.org  Fri Nov 26 02:11:29 2010
From: stephane at archlinux.org (=?utf-8?q?St=C3=A9phane_Gaudreault?=)
Date: Thu, 25 Nov 2010 20:11:29 -0500
Subject: [arch-dev-public] PulseAudio in [extra]
In-Reply-To: <AANLkTinKd=bOz8Q6jysWAmQ+7u-vz0aMwbyG6nJgJjC+@mail.gmail.com>
References: <AANLkTim9coyXwf1iA55OSxMDv-1wF_vQ2_5SzCSwbGRa@mail.gmail.com>
	<AANLkTinKd=bOz8Q6jysWAmQ+7u-vz0aMwbyG6nJgJjC+@mail.gmail.com>
Message-ID: <201011252011.29689.stephane@archlinux.org>

Le jeudi 25 novembre 2010 16:15:33, Jan Steffens a ?crit :
> On Sun, Nov 14, 2010 at 9:11 PM, Jan Steffens <jan.steffens at gmail.com> wrote:
> > I would like to propose moving support for the PulseAudio sound server
> > into Arch Linux proper. This would also be in preparation for the
> > eventual arrival of Gnome 3, since it will be unlikely we can
> > effectively maintain the needed GStreamer patch any more.
> > 
> > To that effect I have created a plan:
> > 
> > ---
> > 
> > To provide PulseAudio in [extra]...
> > 
> > Move the following packages from [community] to [extra]:
> > - libasyncns
> > - rtkit
> > - pulseaudio (split into pulseaudio and libpulse)
> > - alsa-plugins
> > - pulseaudio-alsa
> >    Configuration package, contains /etc/asound.conf
> >    depends on pulseaudio, alsa-plugins
> > - pavucontrol
> > - paprefs
> > - pulseaudio-mixer-applet
> > - ossp
> >    provides osspd OSS emulator
> > 
> > Rebuild the following packages with PulseAudio support:
> > - sdl (sdl-pulse in AUR)
> > - openal (openal-pulse in AUR)
> > - libgstreamer0.10-good
> >    split gstreamer0.10-pulse (in community)
> > - libao
> >    split libao-pulse (in community)
> > - libcanberra
> >    split libcanberra-pulse (in community)
> >    will be a split plugin instead of a wholly rebuilt copy
> > - gnome-media
> >    split gnome-media-pulse (in community; rebuilt with --enable-pulse)
> > - gnome-settings-daemon
> >    split gnome-settings-daemon-pulse (in community; rebuilt without
> > gstreamer patch)
> > 
> > Provide the following groups:
> > - pulseaudio-gnome
> >    pulseaudio-alsa
> >    libcanberra-pulse
> >    gstreamer0.10-pulse
> >    gnome-media-pulse
> >    gnome-settings-daemon-pulse
> > 
> > ---
> > 
> > One of the problems of PulseAudio is that it pretty much becomes the
> > default as soon as you install it:
> >  - The client library will start the server if it's not running.
> >  - pulseaudio will install .desktop files that autostart the server
> > together with Gnome or KDE.
> > 
> > Splitting libpulse would prevent that, but I believe we still need to
> > test on a per-application basis whether we can enable PulseAudio support
> > (with a dependency on libpulse) without breaking fallback to ALSA on
> > systems without pulseaudio.
> > 
> > Some packages (like sdl and openal) look for libpulse dynamically and
> > will still work even though the lib is missing, so they only need an
> > optional dependency.
> > 
> > I would be maintaining split -pulse packages where needed.
> 
> If there are no objections, I would move it from [testing] tomorrow.

At first I was worried about KDE, so I tested the new KDE packages in 
[testing]. 

A new dependency of phonon install libpulse (the full pulseaudio package is 
optional). After a little research and some testing I found that this libpulse 
dependency cannot be optional if we want to enable support for PA in phonon.

Since other distributions (at least Debian/Kubuntu and Fedora) are doing 
something very similar and that the use of PA in phonon is optional (alsa 
still works as expected), I would say
+1

St?phane

From andrea at archlinux.org  Fri Nov 26 02:12:23 2010
From: andrea at archlinux.org (Andrea Scarpino)
Date: Fri, 26 Nov 2010 02:12:23 +0100
Subject: [arch-dev-public] MPD maintainer wanted + some apps
Message-ID: <AANLkTikX_fF5P6rs2hk=936mG4x7BZvdJCiqw5ts9kC-@mail.gmail.com>

Hi DEVs,
is anyone interested in mpd and his dependencies?

Also, I'd like to orphan:
* icecast
* kdiff3
* kmldonkey
* kmplayer
* krusader
* mpc
* ncmpc
* povray

-- 
Andrea Scarpino
Arch Linux Developer

From jan.steffens at gmail.com  Fri Nov 26 02:22:20 2010
From: jan.steffens at gmail.com (Jan Steffens)
Date: Fri, 26 Nov 2010 02:22:20 +0100
Subject: [arch-dev-public] SDL and friends maintainer wanted
In-Reply-To: <4CEE76EE.6030406@archlinux.org>
References: <4CEE76EE.6030406@archlinux.org>
Message-ID: <AANLkTimbGz+WtvDgybQeXTG-nD7JX7WQ3fW125Lcjzns@mail.gmail.com>

On Thu, Nov 25, 2010 at 3:47 PM, Allan McRae <allan at archlinux.org> wrote:
> Hi,
>
> I am looking to stop maintaining SDL and related packages. ?These were some
> of the first packages I adopted when joining the dev team and I now really
> focus on other areas. ?Saying that, I do not think I have had to touch one
> of these packages in ages, so it will be a low maintenance burden for
> whoever takes it on (at least until SDL-1.4 is finally released). ?The
> packages to be taken are:
>
> SDL:
> ?sdl
> ?sdl_gfx
> ?sdl_image
> ?sdl_mixer
> ?sdl_net
> ?sdl_pango
> ?sdl_perl
> ?sdl_sound
> ?sdl_ttf
> ?smpeg
>
> Related libraries/dependencies:
> ?freealut
> ?freeglut
> ?ftgl
> ?libmikmod
> ?openal
> ?speex
>
> Games for testing:
> ?apricots
> ?frozen-bubble
>
>
> If no current developer wants to take these on, I can look at the active
> people in the Arch Games project for recruitment (some are TUs I think...).
>
> Allan
>

I'm interested in adopting them.

From allan at archlinux.org  Fri Nov 26 06:00:47 2010
From: allan at archlinux.org (Allan McRae)
Date: Fri, 26 Nov 2010 15:00:47 +1000
Subject: [arch-dev-public] SDL and friends maintainer wanted
In-Reply-To: <AANLkTimbGz+WtvDgybQeXTG-nD7JX7WQ3fW125Lcjzns@mail.gmail.com>
References: <4CEE76EE.6030406@archlinux.org>
	<AANLkTimbGz+WtvDgybQeXTG-nD7JX7WQ3fW125Lcjzns@mail.gmail.com>
Message-ID: <4CEF3EFF.3010407@archlinux.org>

On 26/11/10 11:22, Jan Steffens wrote:
> On Thu, Nov 25, 2010 at 3:47 PM, Allan McRae<allan at archlinux.org>  wrote:
>> Hi,
>>
>> I am looking to stop maintaining SDL and related packages.  These were some
>> of the first packages I adopted when joining the dev team and I now really
>> focus on other areas.  Saying that, I do not think I have had to touch one
>> of these packages in ages, so it will be a low maintenance burden for
>> whoever takes it on (at least until SDL-1.4 is finally released).  The
>> packages to be taken are:
>>
>> SDL:
>>   sdl
>>   sdl_gfx
>>   sdl_image
>>   sdl_mixer
>>   sdl_net
>>   sdl_pango
>>   sdl_perl
>>   sdl_sound
>>   sdl_ttf
>>   smpeg
>>
>> Related libraries/dependencies:
>>   freealut
>>   freeglut
>>   ftgl
>>   libmikmod
>>   openal
>>   speex
>>
>> Games for testing:
>>   apricots
>>   frozen-bubble
>>
>>
>> If no current developer wants to take these on, I can look at the active
>> people in the Arch Games project for recruitment (some are TUs I think...).
>>
>> Allan
>>
>
> I'm interested in adopting them.
>

Great, adopt away.

Allan

From snowmaniscool at gmail.com  Fri Nov 26 07:14:40 2010
From: snowmaniscool at gmail.com (=?ISO-8859-1?Q?Eric_B=E9langer?=)
Date: Fri, 26 Nov 2010 01:14:40 -0500
Subject: [arch-dev-public] MPD maintainer wanted + some apps
In-Reply-To: <AANLkTikX_fF5P6rs2hk=936mG4x7BZvdJCiqw5ts9kC-@mail.gmail.com>
References: <AANLkTikX_fF5P6rs2hk=936mG4x7BZvdJCiqw5ts9kC-@mail.gmail.com>
Message-ID: <AANLkTimvQ=hAngij8VxkOTWwWeHowuT5SNyRhuUYXo-b@mail.gmail.com>

On Thu, Nov 25, 2010 at 8:12 PM, Andrea Scarpino <andrea at archlinux.org> wrote:
> Hi DEVs,
> is anyone interested in mpd and his dependencies?
>
> Also, I'd like to orphan:
> * icecast
> * kdiff3
> * kmldonkey
> * kmplayer
> * krusader
> * mpc
> * ncmpc
> * povray
>
> --
> Andrea Scarpino
> Arch Linux Developer
>

I could take kdiff3

From angvp at archlinux.org  Fri Nov 26 07:41:44 2010
From: angvp at archlinux.org (=?ISO-8859-1?Q?=C1ngel_Vel=E1squez?=)
Date: Fri, 26 Nov 2010 03:41:44 -0300
Subject: [arch-dev-public] MPD maintainer wanted + some apps
In-Reply-To: <AANLkTikX_fF5P6rs2hk=936mG4x7BZvdJCiqw5ts9kC-@mail.gmail.com>
References: <AANLkTikX_fF5P6rs2hk=936mG4x7BZvdJCiqw5ts9kC-@mail.gmail.com>
Message-ID: <AANLkTikrObVb_X5xbAcPzsmgWs+FrdPA5FZT_qt35VzK@mail.gmail.com>

2010/11/25 Andrea Scarpino <andrea at archlinux.org>:
> Hi DEVs,
> is anyone interested in mpd and his dependencies?
>

Yep I can take them.

> Also, I'd like to orphan:
> * ncmpc

Taken too

-- 
Angel Vel?squez
angvp @ irc.freenode.net
Arch Linux Developer / Trusted User
Linux Counter: #359909
http://www.angvp.com

From andrea at archlinux.org  Fri Nov 26 09:53:08 2010
From: andrea at archlinux.org (Andrea Scarpino)
Date: Fri, 26 Nov 2010 09:53:08 +0100
Subject: [arch-dev-public] MPD maintainer wanted + some apps
In-Reply-To: <AANLkTikrObVb_X5xbAcPzsmgWs+FrdPA5FZT_qt35VzK@mail.gmail.com>
References: <AANLkTikX_fF5P6rs2hk=936mG4x7BZvdJCiqw5ts9kC-@mail.gmail.com>
	<AANLkTikrObVb_X5xbAcPzsmgWs+FrdPA5FZT_qt35VzK@mail.gmail.com>
Message-ID: <AANLkTik54T8kpg0TJV_vcfSZ0mr-Yq0gUtYMhPR775nx@mail.gmail.com>

2010/11/26 ?ngel Vel?squez <angvp at archlinux.org>:
> Yep I can take them.
Thanks! Orphaned:
* audiofile
* libmpdclient
* mpc
* mpd
* ncmpc

-- 
Andrea Scarpino
Arch Linux Developer

From andrea at archlinux.org  Fri Nov 26 09:54:33 2010
From: andrea at archlinux.org (Andrea Scarpino)
Date: Fri, 26 Nov 2010 09:54:33 +0100
Subject: [arch-dev-public] MPD maintainer wanted + some apps
In-Reply-To: <AANLkTimvQ=hAngij8VxkOTWwWeHowuT5SNyRhuUYXo-b@mail.gmail.com>
References: <AANLkTikX_fF5P6rs2hk=936mG4x7BZvdJCiqw5ts9kC-@mail.gmail.com>
	<AANLkTimvQ=hAngij8VxkOTWwWeHowuT5SNyRhuUYXo-b@mail.gmail.com>
Message-ID: <AANLkTi=H8V2vi-hydjBZUAtfy_A3Tuqi5j6SjWypWo0H@mail.gmail.com>

On 26 November 2010 07:14, Eric B?langer <snowmaniscool at gmail.com> wrote:
> I could take kdiff3
I took it from you and now is back to you. Thanks.

-- 
Andrea Scarpino
Arch Linux Developer

From andrea at archlinux.org  Fri Nov 26 10:07:17 2010
From: andrea at archlinux.org (Andrea Scarpino)
Date: Fri, 26 Nov 2010 10:07:17 +0100
Subject: [arch-dev-public] MPD maintainer wanted + some apps
In-Reply-To: <AANLkTikX_fF5P6rs2hk=936mG4x7BZvdJCiqw5ts9kC-@mail.gmail.com>
References: <AANLkTikX_fF5P6rs2hk=936mG4x7BZvdJCiqw5ts9kC-@mail.gmail.com>
Message-ID: <AANLkTik9aw0XkbJGxsWEsWyZHHLJgBCpNCdv7NtOLbr+@mail.gmail.com>

Left:
On 26 November 2010 02:12, Andrea Scarpino <andrea at archlinux.org> wrote:
> * icecast
> * kmldonkey
> * kmplayer
* konq-plugins
> * krusader
> * povray
* sonata

CC'ing aur ML

-- 
Andrea Scarpino
Arch Linux Developer

From thomas at archlinux.org  Fri Nov 26 10:47:30 2010
From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=)
Date: Fri, 26 Nov 2010 10:47:30 +0100
Subject: [arch-dev-public] [signoff] wireless-regdb 2010.11.24-1
Message-ID: <4CEF8232.6090005@archlinux.org>

Upstream update, please sign off.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101126/452ff6e7/attachment.bin>

From repomaint at archlinux.org  Fri Nov 26 22:00:53 2010
From: repomaint at archlinux.org (repomaint at archlinux.org)
Date: Fri, 26 Nov 2010 16:00:53 -0500 (EST)
Subject: [arch-dev-public] Integrity Check i686: core, extra,
	community 26-11-2010
Message-ID: <20101126210053.2313C90060@archlinux.org>


================================================
= 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/cdfs --> 'kernel26<2.6.36'
community/open-vm-tools-modules --> 'kernel26<2.6.36'
community/qc-usb-messenger --> 'kernel26<2.6.36'
community/slmodem --> 'kernel26<2.6.36'

Missing Makedepends
---------------------
community/gnome-do-plugins --> 'flickrnet'
community/ogmrip --> 'gpac'
community/slmodem --> 'kernel26-headers<2.6.36'
community/xmobar --> 'haskell-parsec>=3.1.0'
extra/v86d --> 'kernel26<2.6.33'

Repo Hierarchy for Dependencies
---------------------------------
extra/miro depends on community/python-pycurl (0 extra (make)deps to pull)

Repo Hierarchy for Makedepends
--------------------------------
core/ca-certificates depends on extra/python (31 extra (make)deps to pull)
core/ca-certificates depends on extra/ruby (149 extra (make)deps to pull)
core/crda depends on extra/python-m2crypto (32 extra (make)deps to pull)
core/e2fsprogs depends on extra/bc (0 extra (make)deps to pull)
core/glib2 depends on extra/python2 (31 extra (make)deps to pull)
core/groff depends on extra/ghostscript (149 extra (make)deps to pull)
core/groff depends on extra/netpbm (52 extra (make)deps to pull)
core/groff depends on extra/psutils (149 extra (make)deps to pull)
core/iputils depends on extra/docbook-xsl (31 extra (make)deps to pull)
core/iputils depends on extra/libxslt (31 extra (make)deps to pull)
core/iputils depends on extra/opensp (31 extra (make)deps to pull)
core/kernel26 depends on extra/docbook-xsl (31 extra (make)deps to pull)
core/kernel26 depends on extra/xmlto (31 extra (make)deps to pull)
core/kernel26-docs depends on extra/docbook-xsl (31 extra (make)deps to pull)
core/kernel26-docs depends on extra/xmlto (31 extra (make)deps to pull)
core/kernel26-headers depends on extra/docbook-xsl (31 extra (make)deps to pull)
core/kernel26-headers depends on extra/xmlto (31 extra (make)deps to pull)
core/sqlite3 depends on extra/tcl (0 extra (make)deps to pull)
core/udev depends on extra/gobject-introspection (35 extra (make)deps to pull)
core/udev depends on extra/gperf (0 extra (make)deps to pull)
core/udev depends on extra/libxslt (31 extra (make)deps to pull)
core/udev-compat depends on extra/gobject-introspection (35 extra (make)deps to pull)
core/udev-compat depends on extra/gperf (0 extra (make)deps to pull)
core/udev-compat depends on extra/libxslt (31 extra (make)deps to pull)
extra/bigloo depends on community/jdk (2 extra (make)deps to pull : jre chrpath)
extra/gnome-speech depends on community/espeak (1 extra (make)deps to pull : portaudio)
extra/go-openoffice depends on community/cppunit (0 extra (make)deps to pull)
extra/grml-zsh-config depends on community/txt2tags (0 extra (make)deps to pull)
extra/libiodbc depends on community/chrpath (0 extra (make)deps to pull)
extra/libreoffice depends on community/cppunit (0 extra (make)deps to pull)
extra/opengtl depends on community/llvm (0 extra (make)deps to pull)
extra/openoffice-base-beta depends on community/cppunit (0 extra (make)deps to pull)
extra/openoffice-base-devel depends on community/cppunit (0 extra (make)deps to pull)
extra/openoffice-sdk-beta depends on community/cppunit (0 extra (make)deps to pull)
extra/openoffice-sdk-devel depends on community/cppunit (0 extra (make)deps to pull)
extra/speech-dispatcher depends on community/espeak (1 extra (make)deps to pull : portaudio)
extra/vigra depends on community/python-sphinx (2 extra (make)deps to pull : python-pygments python-jinja)
extra/xfconf depends on community/chrpath (0 extra (make)deps to pull)

Packages found in db, but not in tree
---------------------------------------
community/sysprof-module
core/kernel26-manpages

Packages found in tree, but not in db
---------------------------------------
community/python-constraint

Summary
---------
Missing PKGBUILDs:                     0
Invalid PKGBUILDs:                     0
Mismatching PKGBUILD names:            0
Duplicate PKGBUILDs:                   0
Invalid archs:                         0
Missing (make)dependencies:            9
Repo hierarchy problems:               39
Circular dependencies:                 0
In db, but not in tree:                2
In tree, but not in db:                1

From repomaint at archlinux.org  Fri Nov 26 22:02:10 2010
From: repomaint at archlinux.org (repomaint at archlinux.org)
Date: Fri, 26 Nov 2010 16:02:10 -0500 (EST)
Subject: [arch-dev-public] Integrity Check x86_64: core, extra,
	community 26-11-2010
Message-ID: <20101126210210.6C1D99008B@archlinux.org>


==================================================
= Integrity Check x86_64 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/cdfs --> 'kernel26<2.6.36'
community/open-vm-tools-modules --> 'kernel26<2.6.36'
community/q4wine --> 'wine'
community/qc-usb-messenger --> 'kernel26<2.6.36'
community/winetricks --> 'wine'

Missing Makedepends
---------------------
community/gnome-do-plugins --> 'flickrnet'
community/ogmrip --> 'gpac'
community/virtualbox-ose --> 'gcc-multilib'
community/virtualbox-ose --> 'lib32-glibc'
community/virtualbox-ose-additions --> 'gcc-multilib'
community/virtualbox-ose-additions --> 'lib32-glibc'
community/virtualbox-ose-additions-modules --> 'gcc-multilib'
community/virtualbox-ose-additions-modules --> 'lib32-glibc'
community/xmobar --> 'haskell-parsec>=3.1.0'
extra/v86d --> 'kernel26<2.6.33'

Repo Hierarchy for Dependencies
---------------------------------
extra/miro depends on community/python-pycurl (0 extra (make)deps to pull)

Repo Hierarchy for Makedepends
--------------------------------
core/ca-certificates depends on extra/python (31 extra (make)deps to pull)
core/ca-certificates depends on extra/ruby (149 extra (make)deps to pull)
core/crda depends on extra/python-m2crypto (32 extra (make)deps to pull)
core/e2fsprogs depends on extra/bc (0 extra (make)deps to pull)
core/glib2 depends on extra/python2 (31 extra (make)deps to pull)
core/groff depends on extra/ghostscript (149 extra (make)deps to pull)
core/groff depends on extra/netpbm (52 extra (make)deps to pull)
core/groff depends on extra/psutils (149 extra (make)deps to pull)
core/iputils depends on extra/docbook-xsl (31 extra (make)deps to pull)
core/iputils depends on extra/libxslt (31 extra (make)deps to pull)
core/iputils depends on extra/opensp (31 extra (make)deps to pull)
core/kernel26 depends on extra/docbook-xsl (31 extra (make)deps to pull)
core/kernel26 depends on extra/xmlto (31 extra (make)deps to pull)
core/kernel26-docs depends on extra/docbook-xsl (31 extra (make)deps to pull)
core/kernel26-docs depends on extra/xmlto (31 extra (make)deps to pull)
core/kernel26-headers depends on extra/docbook-xsl (31 extra (make)deps to pull)
core/kernel26-headers depends on extra/xmlto (31 extra (make)deps to pull)
core/sqlite3 depends on extra/tcl (0 extra (make)deps to pull)
core/udev depends on extra/gobject-introspection (35 extra (make)deps to pull)
core/udev depends on extra/gperf (0 extra (make)deps to pull)
core/udev depends on extra/libxslt (31 extra (make)deps to pull)
core/udev-compat depends on extra/gobject-introspection (35 extra (make)deps to pull)
core/udev-compat depends on extra/gperf (0 extra (make)deps to pull)
core/udev-compat depends on extra/libxslt (31 extra (make)deps to pull)
extra/bigloo depends on community/jdk (2 extra (make)deps to pull : jre chrpath)
extra/gnome-speech depends on community/espeak (1 extra (make)deps to pull : portaudio)
extra/go-openoffice depends on community/cppunit (0 extra (make)deps to pull)
extra/grml-zsh-config depends on community/txt2tags (0 extra (make)deps to pull)
extra/libiodbc depends on community/chrpath (0 extra (make)deps to pull)
extra/libreoffice depends on community/cppunit (0 extra (make)deps to pull)
extra/opengtl depends on community/llvm (0 extra (make)deps to pull)
extra/openoffice-base-beta depends on community/cppunit (0 extra (make)deps to pull)
extra/openoffice-base-devel depends on community/cppunit (0 extra (make)deps to pull)
extra/openoffice-sdk-beta depends on community/cppunit (0 extra (make)deps to pull)
extra/openoffice-sdk-devel depends on community/cppunit (0 extra (make)deps to pull)
extra/speech-dispatcher depends on community/espeak (1 extra (make)deps to pull : portaudio)
extra/vigra depends on community/python-sphinx (2 extra (make)deps to pull : python-pygments python-jinja)
extra/xfconf depends on community/chrpath (0 extra (make)deps to pull)

Packages found in db, but not in tree
---------------------------------------
community/sysprof-module
core/kernel26-manpages

Packages found in tree, but not in db
---------------------------------------
community/python-constraint

Summary
---------
Missing PKGBUILDs:                     0
Invalid PKGBUILDs:                     0
Mismatching PKGBUILD names:            0
Duplicate PKGBUILDs:                   0
Invalid archs:                         0
Missing (make)dependencies:            15
Repo hierarchy problems:               39
Circular dependencies:                 0
In db, but not in tree:                2
In tree, but not in db:                1

From a.radke at arcor.de  Sat Nov 27 11:30:49 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Sat, 27 Nov 2010 11:30:49 +0100
Subject: [arch-dev-public] [signoff] wireless-regdb 2010.11.24-1
In-Reply-To: <4CEF8232.6090005@archlinux.org>
References: <4CEF8232.6090005@archlinux.org>
Message-ID: <20101127113049.3ae33670@workstation64.home>

Am Fri, 26 Nov 2010 10:47:30 +0100
schrieb Thomas B?chler <thomas at archlinux.org>:

> Upstream update, please sign off.
> 

My laptop is still online. Sign off x86_64.

-Andy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101127/a473f1b3/attachment.bin>

From allan at archlinux.org  Sat Nov 27 14:02:39 2010
From: allan at archlinux.org (Allan McRae)
Date: Sat, 27 Nov 2010 23:02:39 +1000
Subject: [arch-dev-public] [signoff] gcc-4.5.1-2
Message-ID: <4CF1016F.10600@archlinux.org>

A fairly minor rebuild:
- update to the latest 4.5 snapshot as quite some bug fixes have been 
backported since the last release.
- updated the libstdc++ man pages

The PKGBUILD is now set-up to always run the test suite.  All failures 
we see can be ignored  (details for those that are interested: 
https://wiki.archlinux.org/index.php/User:Allan/Toolchain#gcc )

Signoff both,
Allan

From allan at archlinux.org  Sat Nov 27 15:07:38 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 28 Nov 2010 00:07:38 +1000
Subject: [arch-dev-public] [signoff] pcre-8.10-2
In-Reply-To: <4CE8B830.3030207@archlinux.org>
References: <201011192223.10362.stephane@archlinux.org>
	<4CE8B830.3030207@archlinux.org>
Message-ID: <4CF110AA.3080308@archlinux.org>

On 21/11/10 16:12, Allan McRae wrote:
> On 20/11/10 13:23, St?phane Gaudreault wrote:
>> * Rebuild of old package
>> * Tidy up PKGBUILD
>>
>> Please signoff both.
>
>
> Signoff i686,

and x86_64

From stephane at archlinux.org  Sat Nov 27 22:04:43 2010
From: stephane at archlinux.org (=?iso-8859-1?q?St=E9phane_Gaudreault?=)
Date: Sat, 27 Nov 2010 16:04:43 -0500
Subject: [arch-dev-public] [signoff] gcc-4.5.1-2
In-Reply-To: <4CF1016F.10600@archlinux.org>
References: <4CF1016F.10600@archlinux.org>
Message-ID: <201011271604.44040.stephane@archlinux.org>

Le samedi 27 novembre 2010 08:02:39, Allan McRae a ?crit :
> A fairly minor rebuild:
> - update to the latest 4.5 snapshot as quite some bug fixes have been
> backported since the last release.
> - updated the libstdc++ man pages
> 
> The PKGBUILD is now set-up to always run the test suite.  All failures
> we see can be ignored  (details for those that are interested:
> https://wiki.archlinux.org/index.php/User:Allan/Toolchain#gcc )
> 
> Signoff both,
> Allan

Signoff x86_64

St?phane

From snowmaniscool at gmail.com  Sun Nov 28 02:35:57 2010
From: snowmaniscool at gmail.com (=?ISO-8859-1?Q?Eric_B=E9langer?=)
Date: Sat, 27 Nov 2010 20:35:57 -0500
Subject: [arch-dev-public] [signoff] gpm-1.20.6-6
In-Reply-To: <AANLkTi=AcE=ZEta9bprOMo77bS0i92hJSbTQ3v-Y7KMD@mail.gmail.com>
References: <AANLkTi=AcE=ZEta9bprOMo77bS0i92hJSbTQ3v-Y7KMD@mail.gmail.com>
Message-ID: <AANLkTimmDrLsnBtKAHspEsSfM_AwbELB=h+qP6ASGyPY@mail.gmail.com>

On Sat, Nov 20, 2010 at 3:23 AM, Eric B?langer <snowmaniscool at gmail.com> wrote:
> Hi,
>
> gpm-1.20.6-6 is in testing. Please test and signoff.
>
> - Updated url
> - Added bash depends
>

bump. Anyone?

From jan.steffens at gmail.com  Sun Nov 28 02:45:12 2010
From: jan.steffens at gmail.com (Jan Steffens)
Date: Sun, 28 Nov 2010 02:45:12 +0100
Subject: [arch-dev-public] [signoff] gpm-1.20.6-6
In-Reply-To: <AANLkTimmDrLsnBtKAHspEsSfM_AwbELB=h+qP6ASGyPY@mail.gmail.com>
References: <AANLkTi=AcE=ZEta9bprOMo77bS0i92hJSbTQ3v-Y7KMD@mail.gmail.com>
	<AANLkTimmDrLsnBtKAHspEsSfM_AwbELB=h+qP6ASGyPY@mail.gmail.com>
Message-ID: <AANLkTik-kjr-Xy_R4VC3AXTqMdMbBvvigm58BpvuTzNw@mail.gmail.com>

On Sun, Nov 28, 2010 at 2:35 AM, Eric B?langer <snowmaniscool at gmail.com> wrote:
> On Sat, Nov 20, 2010 at 3:23 AM, Eric B?langer <snowmaniscool at gmail.com> wrote:
>> Hi,
>>
>> gpm-1.20.6-6 is in testing. Please test and signoff.
>>
>> - Updated url
>> - Added bash depends
>>
>
> bump. Anyone?
>

Signoff x86_64.

From t.powa at gmx.de  Sun Nov 28 09:01:05 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Sun, 28 Nov 2010 09:01:05 +0100
Subject: [arch-dev-public] [signoff] wireless-regdb 2010.11.24-1
In-Reply-To: <20101127113049.3ae33670@workstation64.home>
References: <4CEF8232.6090005@archlinux.org>
	<20101127113049.3ae33670@workstation64.home>
Message-ID: <201011280901.09164.t.powa@gmx.de>

Am Samstag 27 November 2010 schrieb Andreas Radke:
> Am Fri, 26 Nov 2010 10:47:30 +0100
> 
> schrieb Thomas B?chler <thomas at archlinux.org>:
> > Upstream update, please sign off.
> 
> My laptop is still online. Sign off x86_64.
> 
> -Andy
signoff, x86_64

-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101128/c9fe9d30/attachment.bin>

From t.powa at gmx.de  Sun Nov 28 14:02:31 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Sun, 28 Nov 2010 14:02:31 +0100
Subject: [arch-dev-public] move libusb1 to [core]
Message-ID: <201011281402.37696.t.powa@gmx.de>

Hi guys,
usbutils need libusb1 to build, it's a core package.
Are you fine with moving libusb1 to [core]?

greetings
tpowa
-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101128/3a07c6df/attachment.bin>

From bisson at archlinux.org  Sun Nov 28 14:24:42 2010
From: bisson at archlinux.org (Gaetan Bisson)
Date: Sun, 28 Nov 2010 14:24:42 +0100
Subject: [arch-dev-public] [signoff] jfsutils-1.1.14-2
In-Reply-To: <20101124074154.GA9793@soba.vesath.org>
References: <201011230705.36832.stephane@archlinux.org>
	<20101124074154.GA9793@soba.vesath.org>
Message-ID: <20101128132442.GB16476@soba.vesath.org>

[2010-11-24 08:41:55 +0100] Gaetan Bisson:
> [2010-11-23 07:05:36 -0500] St?phane Gaudreault:
> > * Rebuild of old package
> > * Tidy up PKGBUILD
> > * Fix libuuid dependency
> 
> signoff i686

signoff x86_64 too

From bisson at archlinux.org  Sun Nov 28 14:25:10 2010
From: bisson at archlinux.org (Gaetan Bisson)
Date: Sun, 28 Nov 2010 14:25:10 +0100
Subject: [arch-dev-public] [signoff] gcc-4.5.1-2
In-Reply-To: <4CF1016F.10600@archlinux.org>
References: <4CF1016F.10600@archlinux.org>
Message-ID: <20101128132510.GC16476@soba.vesath.org>

[2010-11-27 23:02:39 +1000] Allan McRae:
> A fairly minor rebuild:
> - update to the latest 4.5 snapshot as quite some bug fixes have
> been backported since the last release.
> - updated the libstdc++ man pages

signoff i686

From t.powa at gmx.de  Sun Nov 28 14:24:54 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Sun, 28 Nov 2010 14:24:54 +0100
Subject: [arch-dev-public] [signoff] usbutils-0.91-2
Message-ID: <201011281425.06247.t.powa@gmx.de>

Hi guys,
fixed depend to correct libusb1
please signoff both arches

greetings
tpowa
-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101128/cad207ca/attachment.bin>

From bisson at archlinux.org  Sun Nov 28 14:25:30 2010
From: bisson at archlinux.org (Gaetan Bisson)
Date: Sun, 28 Nov 2010 14:25:30 +0100
Subject: [arch-dev-public] [signoff] gpm-1.20.6-6
In-Reply-To: <AANLkTi=AcE=ZEta9bprOMo77bS0i92hJSbTQ3v-Y7KMD@mail.gmail.com>
References: <AANLkTi=AcE=ZEta9bprOMo77bS0i92hJSbTQ3v-Y7KMD@mail.gmail.com>
Message-ID: <20101128132529.GD16476@soba.vesath.org>

[2010-11-20 03:23:10 -0500] Eric B?langer:
> gpm-1.20.6-6 is in testing. Please test and signoff.
> 
> - Updated url
> - Added bash depends

signoff i686

From allan at archlinux.org  Sun Nov 28 14:32:16 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 28 Nov 2010 23:32:16 +1000
Subject: [arch-dev-public] move libusb1 to [core]
In-Reply-To: <201011281402.37696.t.powa@gmx.de>
References: <201011281402.37696.t.powa@gmx.de>
Message-ID: <4CF259E0.2040500@archlinux.org>

On 28/11/10 23:02, Tobias Powalowski wrote:
> Hi guys,
> usbutils need libusb1 to build, it's a core package.
> Are you fine with moving libusb1 to [core]?
>

Shouldn't we be changing libusb to the 1.x series as the 0.x series is 
dead upstream.  If anything actually still needs libusb-0 then we need 
to build the libusb-compat wrapper 
(http://www.libusb.org/wiki/libusb-compat-0.1).

I can remember this being brought up a year or so ago but it appears 
nothing ever got done about it...

Allan

From allan at archlinux.org  Sun Nov 28 14:33:37 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 28 Nov 2010 23:33:37 +1000
Subject: [arch-dev-public] move libusb1 to [core]
In-Reply-To: <4CF259E0.2040500@archlinux.org>
References: <201011281402.37696.t.powa@gmx.de> <4CF259E0.2040500@archlinux.org>
Message-ID: <4CF25A31.3060703@archlinux.org>

On 28/11/10 23:32, Allan McRae wrote:
> On 28/11/10 23:02, Tobias Powalowski wrote:
>> Hi guys,
>> usbutils need libusb1 to build, it's a core package.
>> Are you fine with moving libusb1 to [core]?
>>
>
> Shouldn't we be changing libusb to the 1.x series as the 0.x series is
> dead upstream. If anything actually still needs libusb-0 then we need to
> build the libusb-compat wrapper
> (http://www.libusb.org/wiki/libusb-compat-0.1).
>
> I can remember this being brought up a year or so ago but it appears
> nothing ever got done about it...
>

Not quite a year ago:
http://mailman.archlinux.org/pipermail/arch-dev-public/2010-February/015629.html



From jan.steffens at gmail.com  Sun Nov 28 14:30:15 2010
From: jan.steffens at gmail.com (Jan Steffens)
Date: Sun, 28 Nov 2010 14:30:15 +0100
Subject: [arch-dev-public] [signoff] gcc-4.5.1-2
In-Reply-To: <4CF1016F.10600@archlinux.org>
References: <4CF1016F.10600@archlinux.org>
Message-ID: <AANLkTi=8_9uP7AALvAoMqac68hXmk=+DgWkOCwYAxAYZ@mail.gmail.com>

On Sat, Nov 27, 2010 at 2:02 PM, Allan McRae <allan at archlinux.org> wrote:
> A fairly minor rebuild:
> - update to the latest 4.5 snapshot as quite some bug fixes have been
> backported since the last release.
> - updated the libstdc++ man pages
>
> The PKGBUILD is now set-up to always run the test suite. ?All failures we
> see can be ignored ?(details for those that are interested:
> https://wiki.archlinux.org/index.php/User:Allan/Toolchain#gcc )
>
> Signoff both,
> Allan
>

Signoff both

From t.powa at gmx.de  Sun Nov 28 14:31:47 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Sun, 28 Nov 2010 14:31:47 +0100
Subject: [arch-dev-public] move libusb1 to [core]
In-Reply-To: <4CF259E0.2040500@archlinux.org>
References: <201011281402.37696.t.powa@gmx.de> <4CF259E0.2040500@archlinux.org>
Message-ID: <201011281431.47455.t.powa@gmx.de>

Am Sonntag 28 November 2010 schrieb Allan McRae:
> On 28/11/10 23:02, Tobias Powalowski wrote:
> > Hi guys,
> > usbutils need libusb1 to build, it's a core package.
> > Are you fine with moving libusb1 to [core]?
> 
> Shouldn't we be changing libusb to the 1.x series as the 0.x series is
> dead upstream.  If anything actually still needs libusb-0 then we need
> to build the libusb-compat wrapper
> (http://www.libusb.org/wiki/libusb-compat-0.1).
> 
> I can remember this being brought up a year or so ago but it appears
> nothing ever got done about it...
> 
> Allan
Udev still builds against old libusb.

-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101128/bddd08ce/attachment-0001.bin>

From allan at archlinux.org  Sun Nov 28 14:43:13 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 28 Nov 2010 23:43:13 +1000
Subject: [arch-dev-public] move libusb1 to [core]
In-Reply-To: <201011281431.47455.t.powa@gmx.de>
References: <201011281402.37696.t.powa@gmx.de> <4CF259E0.2040500@archlinux.org>
	<201011281431.47455.t.powa@gmx.de>
Message-ID: <4CF25C71.4020902@archlinux.org>

On 28/11/10 23:31, Tobias Powalowski wrote:
> Am Sonntag 28 November 2010 schrieb Allan McRae:
>> On 28/11/10 23:02, Tobias Powalowski wrote:
>>> Hi guys,
>>> usbutils need libusb1 to build, it's a core package.
>>> Are you fine with moving libusb1 to [core]?
>>
>> Shouldn't we be changing libusb to the 1.x series as the 0.x series is
>> dead upstream.  If anything actually still needs libusb-0 then we need
>> to build the libusb-compat wrapper
>> (http://www.libusb.org/wiki/libusb-compat-0.1).
>>
>> I can remember this being brought up a year or so ago but it appears
>> nothing ever got done about it...
>>
> Udev still builds against old libusb.

OK, so we definitely need libusb-compat...

I'd much prefer to see libusb upgraded to 1.x and libusb-compat added to 
[core] rather than just bringing libusb1 to [core].  My guess is that 
the needed rebuild would be small and I can generate a list if this is 
seen by others as the way to go.

Allan


From allan at archlinux.org  Sun Nov 28 14:44:54 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 28 Nov 2010 23:44:54 +1000
Subject: [arch-dev-public] [signoff] xinetd-2.3.14-6
In-Reply-To: <AANLkTin1OX9z6Juta6t-Gk_=s97nZxft-uz9Gd77ojbM@mail.gmail.com>
References: <4CE67C7E.2050904@archlinux.org>
	<AANLkTin1OX9z6Juta6t-Gk_=s97nZxft-uz9Gd77ojbM@mail.gmail.com>
Message-ID: <4CF25CD6.3050502@archlinux.org>

On 21/11/10 18:28, Eric B?langer wrote:
> On Fri, Nov 19, 2010 at 8:32 AM, Allan McRae<allan at archlinux.org>  wrote:
>> Rebuild of old package, tidy up PKGBUILD.
>>
>> Signoff both,
>> Allan
>>
>
> signoff x86_64
>

Anyone for i686?

From allan at archlinux.org  Sun Nov 28 14:45:11 2010
From: allan at archlinux.org (Allan McRae)
Date: Sun, 28 Nov 2010 23:45:11 +1000
Subject: [arch-dev-public] [signoff] readline-6.1.002-2
In-Reply-To: <20101122232927.GA20223@soba.vesath.org>
References: <4CE7A48A.9050305@archlinux.org>
	<20101122232927.GA20223@soba.vesath.org>
Message-ID: <4CF25CE7.1090108@archlinux.org>

On 23/11/10 09:29, Gaetan Bisson wrote:
> [2010-11-20 20:35:54 +1000] Allan McRae:
>> Remove sourcing ~/inputrc from /etc/inputrc  (FS#21729)
>
> signoff i686
>

x86_64 anyone?



From t.powa at gmx.de  Sun Nov 28 14:45:02 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Sun, 28 Nov 2010 14:45:02 +0100
Subject: [arch-dev-public] move libusb1 to [core]
In-Reply-To: <4CF25C71.4020902@archlinux.org>
References: <201011281402.37696.t.powa@gmx.de>
	<201011281431.47455.t.powa@gmx.de> <4CF25C71.4020902@archlinux.org>
Message-ID: <201011281445.09034.t.powa@gmx.de>

Am Sonntag 28 November 2010 schrieb Allan McRae:
> On 28/11/10 23:31, Tobias Powalowski wrote:
> > Am Sonntag 28 November 2010 schrieb Allan McRae:
> >> On 28/11/10 23:02, Tobias Powalowski wrote:
> >>> Hi guys,
> >>> usbutils need libusb1 to build, it's a core package.
> >>> Are you fine with moving libusb1 to [core]?
> >> 
> >> Shouldn't we be changing libusb to the 1.x series as the 0.x series is
> >> dead upstream.  If anything actually still needs libusb-0 then we need
> >> to build the libusb-compat wrapper
> >> (http://www.libusb.org/wiki/libusb-compat-0.1).
> >> 
> >> I can remember this being brought up a year or so ago but it appears
> >> nothing ever got done about it...
> > 
> > Udev still builds against old libusb.
> 
> OK, so we definitely need libusb-compat...
> 
> I'd much prefer to see libusb upgraded to 1.x and libusb-compat added to
> [core] rather than just bringing libusb1 to [core].  My guess is that
> the needed rebuild would be small and I can generate a list if this is
> seen by others as the way to go.
> 
> Allan
Yes I agree with you, we should replace libusb with libusb 1.x and add libusb-
compat.

any other opinions?
greetings
tpowa

-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101128/0e67993c/attachment.bin>

From t.powa at gmx.de  Sun Nov 28 14:45:38 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Sun, 28 Nov 2010 14:45:38 +0100
Subject: [arch-dev-public] [signoff] readline-6.1.002-2
In-Reply-To: <4CF25CE7.1090108@archlinux.org>
References: <4CE7A48A.9050305@archlinux.org>
	<20101122232927.GA20223@soba.vesath.org>
	<4CF25CE7.1090108@archlinux.org>
Message-ID: <201011281445.38883.t.powa@gmx.de>

Am Sonntag 28 November 2010 schrieb Allan McRae:
> On 23/11/10 09:29, Gaetan Bisson wrote:
> > [2010-11-20 20:35:54 +1000] Allan McRae:
> >> Remove sourcing ~/inputrc from /etc/inputrc  (FS#21729)
> > 
> > signoff i686
> 
> x86_64 anyone?
signoff no issues here.

-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101128/c151e4d7/attachment.bin>

From t.powa at gmx.de  Sun Nov 28 15:56:40 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Sun, 28 Nov 2010 15:56:40 +0100
Subject: [arch-dev-public] migrate libusb1 to libusb and add libusb-compat
	to [core]
Message-ID: <201011281556.44700.t.powa@gmx.de>

Hi guys,
according to the last post of Allan, it would make much sense to move in 
libusb-compat to [core] and change the libusb 0.x to libusb 1.x

The old apps need to be rebuilt against libusb-compat.
In [core] udev still needs the compat layer.

any objections?
greetings
tpowa
-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101128/9e018c1c/attachment.bin>

From t.powa at gmx.de  Sun Nov 28 16:06:04 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Sun, 28 Nov 2010 16:06:04 +0100
Subject: [arch-dev-public] migrate libusb1 to libusb and add
	libusb-compat to [core]
In-Reply-To: <201011281556.44700.t.powa@gmx.de>
References: <201011281556.44700.t.powa@gmx.de>
Message-ID: <201011281606.04675.t.powa@gmx.de>

Am Sonntag 28 November 2010 schrieb Tobias Powalowski:
> Hi guys,
> according to the last post of Allan, it would make much sense to move in
> libusb-compat to [core] and change the libusb 0.x to libusb 1.x
> 
> The old apps need to be rebuilt against libusb-compat.
> In [core] udev still needs the compat layer.
> 
> any objections?
> greetings
> tpowa
Ok talked to allan on irc, I move in the things to [staging],
greetings
tpowa

-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101128/dfb16f8b/attachment.bin>

From t.powa at gmx.de  Sun Nov 28 16:36:34 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Sun, 28 Nov 2010 16:36:34 +0100
Subject: [arch-dev-public] migrate libusb1 to libusb and add
	libusb-compat to [core]
In-Reply-To: <201011281606.04675.t.powa@gmx.de>
References: <201011281556.44700.t.powa@gmx.de>
	<201011281606.04675.t.powa@gmx.de>
Message-ID: <201011281636.38334.t.powa@gmx.de>

Am Sonntag 28 November 2010 schrieb Tobias Powalowski:
> Am Sonntag 28 November 2010 schrieb Tobias Powalowski:
> > Hi guys,
> > according to the last post of Allan, it would make much sense to move in
> > libusb-compat to [core] and change the libusb 0.x to libusb 1.x
> > 
> > The old apps need to be rebuilt against libusb-compat.
> > In [core] udev still needs the compat layer.
> > 
> > any objections?
> > greetings
> > tpowa
> 
> Ok talked to allan on irc, I move in the things to [staging],
> greetings
> tpowa
Todolist created here:
http://www.archlinux.org/todo/50/

-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101128/c4c26d6e/attachment.bin>

From ibiru at archlinux.org  Sun Nov 28 17:10:37 2010
From: ibiru at archlinux.org (=?UTF-8?B?SW9udcibIELDrnJ1?=)
Date: Sun, 28 Nov 2010 18:10:37 +0200
Subject: [arch-dev-public] migrate libusb1 to libusb and add
 libusb-compat to [core]
In-Reply-To: <201011281636.38334.t.powa@gmx.de>
References: <201011281556.44700.t.powa@gmx.de>	<201011281606.04675.t.powa@gmx.de>
	<201011281636.38334.t.powa@gmx.de>
Message-ID: <4CF27EFD.8000104@archlinux.org>

On 11/28/2010 05:36 PM, Tobias Powalowski wrote:
> Am Sonntag 28 November 2010 schrieb Tobias Powalowski:
>> Am Sonntag 28 November 2010 schrieb Tobias Powalowski:
>>> Hi guys,
>>> according to the last post of Allan, it would make much sense to move in
>>> libusb-compat to [core] and change the libusb 0.x to libusb 1.x
>>>
>>> The old apps need to be rebuilt against libusb-compat.
>>> In [core] udev still needs the compat layer.
>>>
>>> any objections?
>>> greetings
>>> tpowa
>>
>> Ok talked to allan on irc, I move in the things to [staging],
>> greetings
>> tpowa
> Todolist created here:
> http://www.archlinux.org/todo/50/
>

still don't get it what we have to do. we have a libusb1 in our repo 
which now libusb is using it . what are we doing with it?

-- 
Ionu?

From ibiru at archlinux.org  Sun Nov 28 17:13:52 2010
From: ibiru at archlinux.org (=?UTF-8?B?SW9udcibIELDrnJ1?=)
Date: Sun, 28 Nov 2010 18:13:52 +0200
Subject: [arch-dev-public] migrate libusb1 to libusb and add
 libusb-compat to [core]
In-Reply-To: <4CF27EFD.8000104@archlinux.org>
References: <201011281556.44700.t.powa@gmx.de>	<201011281606.04675.t.powa@gmx.de>	<201011281636.38334.t.powa@gmx.de>
	<4CF27EFD.8000104@archlinux.org>
Message-ID: <4CF27FC0.5090206@archlinux.org>

On 11/28/2010 06:10 PM, Ionu? B?ru wrote:
> On 11/28/2010 05:36 PM, Tobias Powalowski wrote:
>> Am Sonntag 28 November 2010 schrieb Tobias Powalowski:
>>> Am Sonntag 28 November 2010 schrieb Tobias Powalowski:
>>>> Hi guys,
>>>> according to the last post of Allan, it would make much sense to
>>>> move in
>>>> libusb-compat to [core] and change the libusb 0.x to libusb 1.x
>>>>
>>>> The old apps need to be rebuilt against libusb-compat.
>>>> In [core] udev still needs the compat layer.
>>>>
>>>> any objections?
>>>> greetings
>>>> tpowa
>>>
>>> Ok talked to allan on irc, I move in the things to [staging],
>>> greetings
>>> tpowa
>> Todolist created here:
>> http://www.archlinux.org/todo/50/
>>
>
> still don't get it what we have to do. we have a libusb1 in our repo
> which now libusb is using it . what are we doing with it?
>

maybe i wasn't clear enough. libusb only replaces libusb1 but the 
packages that now depends on it are not in todo list and it would break 
the dependencies chain.

-- 
Ionu?

From t.powa at gmx.de  Sun Nov 28 17:16:38 2010
From: t.powa at gmx.de (Tobias Powalowski)
Date: Sun, 28 Nov 2010 17:16:38 +0100
Subject: [arch-dev-public] migrate libusb1 to libusb and add
	libusb-compat to [core]
In-Reply-To: <4CF27EFD.8000104@archlinux.org>
References: <201011281556.44700.t.powa@gmx.de>
	<201011281636.38334.t.powa@gmx.de> <4CF27EFD.8000104@archlinux.org>
Message-ID: <201011281716.47198.t.powa@gmx.de>

Am Sonntag 28 November 2010 schrieb Ionu? B?ru:
> On 11/28/2010 05:36 PM, Tobias Powalowski wrote:
> > Am Sonntag 28 November 2010 schrieb Tobias Powalowski:
> >> Am Sonntag 28 November 2010 schrieb Tobias Powalowski:
> >>> Hi guys,
> >>> according to the last post of Allan, it would make much sense to move
> >>> in libusb-compat to [core] and change the libusb 0.x to libusb 1.x
> >>> encies (1)

> >>> The old apps need to be rebuilt against libusb-compat.
> >>> In [core] udev still needs the compat layer.
> >>> 
> >>> any objections?
> >>> greetings
> >>> tpowa
> >> 
> >> Ok talked to allan on irc, I move in the things to [staging],
> >> greetings
> >> tpowa
> > 
> > Todolist created here:
> > http://www.archlinux.org/todo/50/
> 
> still don't get it what we have to do. we have a libusb1 in our repo
> which now libusb is using it . what are we doing with it?
- libusb1 is the successor of libusb 0.1.x
- Jan moved this lib into extra in order to allow to build packages wich need 
libusb 1.x
- Now some programs still need libusb 0.1.x functions. The upstream developers 
created a wrapper for this called libusb-compat

The plan is to replace the old unmaintained libusb 0.1.x with the new 
maintained one.

The libusb1 package will die and will be replaced by the libusb package which 
moves to 1.x series.

A new package libusb-compat will be created which support old programs that 
are not yet libusb 1.x ready.
All packages which still need the old functions should be rebuilt against 
libusb-compat.

Hope this clears some things.
greetings
tpowa
-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101128/60ac9015/attachment.bin>

From allan at archlinux.org  Mon Nov 29 02:36:23 2010
From: allan at archlinux.org (Allan McRae)
Date: Mon, 29 Nov 2010 11:36:23 +1000
Subject: [arch-dev-public] perl-5.12.2 rebuild list?
In-Reply-To: <4CEC7EF4.70506@archlinux.org>
References: <4CEB17EC.5010708@archlinux.org> <4CEC7EF4.70506@archlinux.org>
Message-ID: <4CF30397.2020102@archlinux.org>

On 24/11/10 12:56, Allan McRae wrote:
> On 23/11/10 11:25, Allan McRae wrote:
>> Hi,
>>
>> Can we get some details of what the perl-5.12.2 rebuild list is for? Its
>> description is "Build modules that have binary modules in them" but
>> surely there is binary compatibility between 5.12.1 and 5.12.2... Or
>> have the expected paths for binaries changed again?
>>
>
> Ping Kevin... I see you are doing some rebuilds now!
>

And again...  you might actually get help with the rebuild if we knew 
why we were rebuilding.

Allan

From jan at jgc.homeip.net  Mon Nov 29 09:25:28 2010
From: jan at jgc.homeip.net (Jan de Groot)
Date: Mon, 29 Nov 2010 09:25:28 +0100
Subject: [arch-dev-public] migrate libusb1 to libusb and add
 libusb-compat to [core]
In-Reply-To: <201011281716.47198.t.powa@gmx.de>
References: <201011281556.44700.t.powa@gmx.de>
	<201011281636.38334.t.powa@gmx.de> <4CF27EFD.8000104@archlinux.org>
	<201011281716.47198.t.powa@gmx.de>
Message-ID: <1291019128.5913.1.camel@localhost.localdomain>

On Sun, 2010-11-28 at 17:16 +0100, Tobias Powalowski wrote:
> - libusb1 is the successor of libusb 0.1.x
> - Jan moved this lib into extra in order to allow to build packages wich need 
> libusb 1.x
> - Now some programs still need libusb 0.1.x functions. The upstream developers 
> created a wrapper for this called libusb-compat
> 
> The plan is to replace the old unmaintained libusb 0.1.x with the new 
> maintained one.
> 
> The libusb1 package will die and will be replaced by the libusb package which 
> moves to 1.x series.
> 
> A new package libusb-compat will be created which support old programs that 
> are not yet libusb 1.x ready.
> All packages which still need the old functions should be rebuilt against 
> libusb-compat.
> 
> Hope this clears some things.
> greetings
> tpowa

Life would be so much easier if we wouldn't mess so much. Why didn't we
choose for the easy solution?

libusb1 (extra) -> libusb1 (core). No rebuilds required
libusb (core) -> libusb-compat (core). Some replaces/provides/conflicts
and we're done.


From allan at archlinux.org  Mon Nov 29 10:32:17 2010
From: allan at archlinux.org (Allan McRae)
Date: Mon, 29 Nov 2010 19:32:17 +1000
Subject: [arch-dev-public] migrate libusb1 to libusb and add
 libusb-compat to [core]
In-Reply-To: <1291019128.5913.1.camel@localhost.localdomain>
References: <201011281556.44700.t.powa@gmx.de>	<201011281636.38334.t.powa@gmx.de>
	<4CF27EFD.8000104@archlinux.org>	<201011281716.47198.t.powa@gmx.de>
	<1291019128.5913.1.camel@localhost.localdomain>
Message-ID: <4CF37321.509@archlinux.org>

On 29/11/10 18:25, Jan de Groot wrote:
> On Sun, 2010-11-28 at 17:16 +0100, Tobias Powalowski wrote:
>> - libusb1 is the successor of libusb 0.1.x
>> - Jan moved this lib into extra in order to allow to build packages wich need
>> libusb 1.x
>> - Now some programs still need libusb 0.1.x functions. The upstream developers
>> created a wrapper for this called libusb-compat
>>
>> The plan is to replace the old unmaintained libusb 0.1.x with the new
>> maintained one.
>>
>> The libusb1 package will die and will be replaced by the libusb package which
>> moves to 1.x series.
>>
>> A new package libusb-compat will be created which support old programs that
>> are not yet libusb 1.x ready.
>> All packages which still need the old functions should be rebuilt against
>> libusb-compat.
>>
>> Hope this clears some things.
>> greetings
>> tpowa
>
> Life would be so much easier if we wouldn't mess so much. Why didn't we
> choose for the easy solution?
>
> libusb1 (extra) ->  libusb1 (core). No rebuilds required
> libusb (core) ->  libusb-compat (core). Some replaces/provides/conflicts
> and we're done.
>

Because libusb1 is an ugly package name compared to libusb...  We do not 
tend to add version numbers in package names for other libraries and the 
rebuild is fairly minimal.

Allan

From allan at archlinux.org  Mon Nov 29 12:49:16 2010
From: allan at archlinux.org (Allan McRae)
Date: Mon, 29 Nov 2010 21:49:16 +1000
Subject: [arch-dev-public] migrate libusb1 to libusb and add
 libusb-compat to [core]
In-Reply-To: <4CF37321.509@archlinux.org>
References: <201011281556.44700.t.powa@gmx.de>	<201011281636.38334.t.powa@gmx.de>	<4CF27EFD.8000104@archlinux.org>	<201011281716.47198.t.powa@gmx.de>	<1291019128.5913.1.camel@localhost.localdomain>
	<4CF37321.509@archlinux.org>
Message-ID: <4CF3933C.6060600@archlinux.org>

The rebuild is complete and moved to [testing]/[community-testing].

Note that some packages in the TODO list were excessive as the 
dependency update was handled further down the dependency chain. So do 
not be concerned if a package you though needed rebuilt is not there... 
   unless of course it should really have been there, in which case file 
a bug!

I'll leave the signoff email to Tobias P given he did the builds for [core].

Allan

From andrea at archlinux.org  Mon Nov 29 20:24:50 2010
From: andrea at archlinux.org (Andrea Scarpino)
Date: Mon, 29 Nov 2010 20:24:50 +0100
Subject: [arch-dev-public] [signoff] lilo 23.1-2
Message-ID: <AANLkTimRvJBHRW0tN7UcE-P4j0n6+Ko+m_sLXcQ5jHwD@mail.gmail.com>

from lilo 23.1-1
- upstream release
- new url
- updated source
- use package() function
- updated make options
- rebuilt to switch to tar.xz

lilo 23.1-2
- fixed source
- added sharutils as new makedependence
- added perl as optdependence to run keytab-lilo

lilo 23.1-1 was without signoff, please signoff lilo 23.1-2 for both arches

-- 
Andrea Scarpino
Arch Linux Developer

From a.radke at arcor.de  Mon Nov 29 20:33:25 2010
From: a.radke at arcor.de (Andreas Radke)
Date: Mon, 29 Nov 2010 20:33:25 +0100
Subject: [arch-dev-public] [signoff] nano 2.2.6-1
Message-ID: <20101129203325.2b011dbd@workstation64.home>

The 2.2.5-2 build with fixed deps didn't move to core. Maybe because an
i686 signoff was missing.

A new release is out. Please sign off now both arches.

-Andy

2010.11.22 - GNU nano 2.2.6 "Pimp my BBS" wants you to go to 
		www.desertbus.org and donate a few bucks for the great 
		Child's Play Charity!  This is just a small release to 
		update a bug where restricted mode was not particularly 
		restricted since key bindings were introduced. It also 
		signals the return of win32 builds which now feature 
		nanorc support; please see the FAQ for details of how
		to enable it, this feature is a bit of a kludge for
		now. Remember that when all else fails, USE SPACE JUMP.

From guillaume at archlinux.org  Mon Nov 29 21:30:52 2010
From: guillaume at archlinux.org (Guillaume ALAUX)
Date: Mon, 29 Nov 2010 21:30:52 +0100
Subject: [arch-dev-public] [signoff] nano 2.2.6-1
In-Reply-To: <20101129203325.2b011dbd@workstation64.home>
References: <20101129203325.2b011dbd@workstation64.home>
Message-ID: <1291062652.2827.0.camel@WKM_MSI>

On Mon, 2010-11-29 at 20:33 +0100, Andreas Radke wrote:
> The 2.2.5-2 build with fixed deps didn't move to core. Maybe because an
> i686 signoff was missing.
> 
> A new release is out. Please sign off now both arches.
> 
> -Andy
> 
> 2010.11.22 - GNU nano 2.2.6 "Pimp my BBS" wants you to go to 
> 		www.desertbus.org and donate a few bucks for the great 
> 		Child's Play Charity!  This is just a small release to 
> 		update a bug where restricted mode was not particularly 
> 		restricted since key bindings were introduced. It also 
> 		signals the return of win32 builds which now feature 
> 		nanorc support; please see the FAQ for details of how
> 		to enable it, this feature is a bit of a kludge for
> 		now. Remember that when all else fails, USE SPACE JUMP.

Basic things work here.

Signoff x86_64

-- 
Guillaume
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101129/29d41c0a/attachment.bin>

From guillaume at archlinux.org  Mon Nov 29 21:38:52 2010
From: guillaume at archlinux.org (Guillaume ALAUX)
Date: Mon, 29 Nov 2010 21:38:52 +0100
Subject: [arch-dev-public] [signoff] usbutils-0.91-2
In-Reply-To: <201011281425.06247.t.powa@gmx.de>
References: <201011281425.06247.t.powa@gmx.de>
Message-ID: <1291063132.2827.2.camel@WKM_MSI>

On Sun, 2010-11-28 at 14:24 +0100, Tobias Powalowski wrote:
> Hi guys,
> fixed depend to correct libusb1
> please signoff both arches
> 
> greetings
> tpowa

I see the -3 (instead of -2 you are mentionning) in testing. So I can
signoff x86_64 for this -3 !
-- 
Guillaume
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20101129/d4e5bc2e/attachment-0001.bin>

From snowmaniscool at gmail.com  Mon Nov 29 22:18:55 2010
From: snowmaniscool at gmail.com (=?ISO-8859-1?Q?Eric_B=E9langer?=)
Date: Mon, 29 Nov 2010 16:18:55 -0500
Subject: [arch-dev-public] [signoff] nano 2.2.6-1
In-Reply-To: <1291062652.2827.0.camel@WKM_MSI>
References: <20101129203325.2b011dbd@workstation64.home>
	<1291062652.2827.0.camel@WKM_MSI>
Message-ID: <AANLkTi=S3z3vF278ywEpwCYfD1Q2LJ_4NpkW5pDfj-GD@mail.gmail.com>

On Mon, Nov 29, 2010 at 3:30 PM, Guillaume ALAUX
<guillaume at archlinux.org> wrote:
> On Mon, 2010-11-29 at 20:33 +0100, Andreas Radke wrote:
>> The 2.2.5-2 build with fixed deps didn't move to core. Maybe because an
>> i686 signoff was missing.
>>
>> A new release is out. Please sign off now both arches.
>>
>> -Andy
>>
>> 2010.11.22 - GNU nano 2.2.6 "Pimp my BBS" wants you to go to
>> ? ? ? ? ? ? ? www.desertbus.org and donate a few bucks for the great
>> ? ? ? ? ? ? ? Child's Play Charity! ?This is just a small release to
>> ? ? ? ? ? ? ? update a bug where restricted mode was not particularly
>> ? ? ? ? ? ? ? restricted since key bindings were introduced. It also
>> ? ? ? ? ? ? ? signals the return of win32 builds which now feature
>> ? ? ? ? ? ? ? nanorc support; please see the FAQ for details of how
>> ? ? ? ? ? ? ? to enable it, this feature is a bit of a kludge for
>> ? ? ? ? ? ? ? now. Remember that when all else fails, USE SPACE JUMP.
>
> Basic things work here.
>
> Signoff x86_64
>
> --
> Guillaume
>

signoff i686