We are finalizing the move to libmonut based mount, paving the way for
read-only root, by moving /etc/mtab into the filesystem package. This
used to be a dynamic file generated at boot and updated at runtime,
but as of the last initscripts package it was simply a symlink to
This symlink was created at boot (at the same place the old mtab was
generated), but this turned out to cause a few problems.
Sadly, moving the symlink to 'filesystem' requires user intervention,
which I will write a news item about. The essential message will be:
"Please upgrade the filesystem package using 'pacman -Sf filesystem'
in order to overwrite /etc/mtab."
Please test and signoff, as I'd like to make the move to core rather quickly.
Mon Dec 19 19:30:02 2011
Delivery-date: Mon, 19 Dec 2011 19:02:41 +0200
Received: from gerolde.archlinux.org ([184.108.40.206]:33753)
by s2.java-tips.org with esmtp (Exim 4.69)
for firstname.lastname@example.org; Mon, 19 Dec 2011 19:02:41 +0200
Received: from gudrun.archlinux.org (gudrun.archlinux.org [220.127.116.11])
by gerolde.archlinux.org (Postfix) with ESMTP id 9324B90029;
Mon, 19 Dec 2011 12:02:43 -0500 (EST)
Received: from gerolde.archlinux.org (gerolde.archlinux.org [18.104.22.168])
by gudrun.archlinux.org (Postfix) with ESMTP id 4FA678615E
for <email@example.com>; Mon, 19 Dec 2011 12:02:42 -0500 (EST)
Received-SPF: pass (gmail.com ... _spf.google.com: 22.214.171.124 is
authorized to use 'firstname.lastname@example.org' in 'mfrom' identity (mechanism
'ip4:126.96.36.199/17' matched)) receiver=gerolde.archlinux.org;
Received: from mail-ey0-f172.google.com (mail-ey0-f172.google.com
by gerolde.archlinux.org (Postfix) with ESMTPS id 19A6A90027
for <email@example.com>; Mon, 19 Dec 2011 12:02:41 -0500 (EST)
Received: by eaad1 with SMTP id d1so4766546eaa.3
for <firstname.lastname@example.org>; Mon, 19 Dec 2011 09:02:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
Received: by 10.204.10.65 with SMTP id o1mr5402344bko.19.1324314161451; Mon,
19 Dec 2011 09:02:41 -0800 (PST)
Received: by 10.204.143.198 with HTTP; Mon, 19 Dec 2011 09:02:00 -0800 (PST)
Date: Tue, 20 Dec 2011 01:02:00 +0800
Message-ID: <CAPYzjrR8mrsePh_vfr_PYQN9UafEYVXB=o8cRB6Esp7AvAmn 9A@mail.gmail.com>
To: "Discussion about the Arch User Repository (AUR)"
Content-Type: text/plain; charset=UTF-8
Subject: Re: [aur-general] About PKGBUILD of the automatic nightly builds
Reply-To: "Discussion about the Arch User Repository (AUR)"
List-Id: "Discussion about the Arch User Repository (AUR)"
2011/12/20 Dave Reisner <email@example.com>:
> On Tue, Dec 20, 2011 at 12:40:57AM +0800, =E9=83=91=E6=96=87=E8=BE=89(Tec=
hlive Zheng) wrote:
>> Recently,I was attracted by the songbird and nightingage media player
>> based on Mozilla Tech.And I noticed these to nightly build PKGBUILD in
>> AUR whose pkgver is part of a shell command string,and I want to do
>> something to make that pkgver recognised by the AUR interface.
>> Anyone who can tell me how to write a automatic nightly build
>> PKGBUILD?Or,is there any standard on nightly build PKGBUILD?
> Short answer: Please don't do this sort of magical garbage. As an AUR
> helper author, I send apples full of razor blades to people who do this.
> Long answer: If you insist, you can probably fool the AUR with a
> redefinition, in the same way that split packages are done, e.g.
> : && pkgver=3D$(<<<cat sed statement)
> The first definition of the pkgver will still be the one that remains as
> the AUR's recognized version, though.
I under stand what you saying,I found these orphaned PKGBIULDs in AUR
with what your said magical garbage and made the AUR looks aweful.So I
adopted them and trying to correct that,but I didn't know what exaclty
should be done to these nightly build kind of PKGBUILD whith automatic
detecting pkgver tricks,that why this mail came to the list?
I will update them with the removing of all that tricks.