- Arch-dev-public - lists.archlinux.org

Re: [arch-dev-public] [arch-commits] Commit in libassuan/repos
by Tobias Powalowski 05 Feb '10

05 Feb '10

Am Donnerstag 04 Februar 2010 schrieb Giovanni Scafora: > Date: Thursday, February 4, 2010 @ 07:21:19 > Author: giovanni > Revision: 67164 > > Merged revisions 65076 via svnmerge from > svn+ssh://gerolde.archlinux.org/srv/svn-packages/libassuan/trunk > > ........ > r65076 | tpowa | 2010-01-24 09:26:13 +0100 (dom, 24 gen 2010) | 1 line > > prepare 2.0.0 release > ........ > > Modified: > libassuan/repos/extra-x86_64/ (properties) > libassuan/repos/extra-x86_64/PKGBUILD > > ----------+ > PKGBUILD | 7 ++++--- > 1 file changed, 4 insertions(+), 3 deletions(-) > > > Property changes on: libassuan/repos/extra-x86_64 > ___________________________________________________________________ > Modified: svnmerge-integrated > - /libassuan/trunk:1-7817 > + /libassuan/trunk:1-67163 > > Modified: extra-x86_64/PKGBUILD > =================================================================== > --- extra-x86_64/PKGBUILD 2010-02-04 12:20:32 UTC (rev 67163) > +++ extra-x86_64/PKGBUILD 2010-02-04 12:21:19 UTC (rev 67164) > @@ -1,15 +1,16 @@ > # $Id$ > # Maintainer: Tobias Powalowski <tpowa(a)archlinux.org> > pkgname=libassuan > -pkgver=1.0.5 > +pkgver=2.0.0 > pkgrel=1 > pkgdesc="Libassuan is the IPC library used by some GnuPG related software" > arch=(i686 x86_64) > license=('GPL') > url="ftp://ftp.gnupg.org/gcrypt/libgcrypt" > -depends=('bash') > +depends=('libgpg-error') > makedepends=('pth') > source=(ftp://ftp.gnupg.org/gcrypt/$pkgname/$pkgname-$pkgver.tar.bz2) > +options=(!libtool) > > build() { > export CFLAGS="$CFLAGS -fPIC" > @@ -18,4 +19,4 @@ > make || return 1 > make DESTDIR=$startdir/pkg install > } > -md5sums=('c2db0974fcce4401f48f3fa41c4edc5a') > +md5sums=('59bc0ae7194c412d7a522029005684b2') WTF, why you bump a library without checking that other programs are not compiling with it? You break compiling of dirmngr and gnupg2! Please ask next time before bumping. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 2

Re: [arch-dev-public] [arch-notifications] Orphan Extra package [stunnel] marked out-of-date
by Daenyth Blank 04 Feb '10

04 Feb '10

On Wed, Feb 3, 2010 at 20:10, Arch Website Notification <nobody(a)archlinux.org> wrote: > > * Note: this is an automated message > > <redacted> wants to notify you that the following package may be out > of date: > > Package Name: stunnel > Architecture: i686 > Repository: Extra > (http://www.archlinux.org/packages/extra/i686/stunnel/) > > > The user provided the following additional text: > > 4.31 > > > If there's no maintainer for this in extra, I can take it in community.

4 4

[arch-dev-public] [signoff] libtool-2.2.6b-2
by Allan McRae 04 Feb '10

04 Feb '10

Rebuild against the current gcc. Even notes in PKGBUILDs do not stop me forgetting... Signoff both, Allan

2 2

[arch-dev-public] [signoff] libmpc 0.8.1-1
by Allan McRae 04 Feb '10

04 Feb '10

Hi, This package will be needed for gcc-4.5, so I would like to put in into [core] for preparation for this and to help me testing gcc snapshots. It passed the entire test suite and most importantly.... PASS: tacos Unless you want to build the latest gcc-4.5 snapshot, just signoff based on packaging. Allan

2 1

[arch-dev-public] mkinitcpio 0.6 alpha - testing and help needed
by Thomas Bächler 04 Feb '10

04 Feb '10

Quoted from http://bugs.archlinux.org/task/17298 (which is also to be used for feedback, besides the threads on these mailing lists): So, now something can be tested. I recommend using it in conjunction with testing/udev only: [kill-klibc] Server = http://dev.archlinux.org/~thomas/kill-klibc/i686/ or [kill-klibc] Server = http://dev.archlinux.org/~thomas/kill-klibc/x86_64/ The standard hooks work, so do keymap, lvm2, encrypt. What does NOT work is raid/mdadm/dmraid and root on NFS. I would appreciate any input and patches w.r.t. those, as well as any testing. The v86d package also needs to be fixed, but that is trivial. device-mapper, lvm2 and cryptsetup have a weird "1.local" pkgrel so they won't collide with the ones from the repo, sorry if that bothers anyone. If you upgrade to this repositories, your existing mkinitcpio will be replaced and all klibc packages will be gone too. So, if you try it, please save your existing initramfs to a different filename as a fallback, and do not perform kernel upgrades until you either confirmed that it works, or downgraded to the klibc-based mkinitcpio.

5 6

[arch-dev-public] new virtuoso requires user intervention
by Andrea Scarpino 03 Feb '10

03 Feb '10

Hi, the new virtuoso 6.1.0 is out and is supported by nepomuk now. The database format changed significantly between Virtuoso 5 and 6, then if you want to keep your tag/data you must follow this steps *before* upgrade: - shutdown Nepomuk; - update virtuoso; - run the converter[1]; - start Nepomuk More info on this link[2]. Regards [1] http://www.kde-apps.org/content/show.php?content=119661 [2] http://trueg.wordpress.com/2010/02/04/just-in-time-for-kde-sc-4-4- virtuoso-6-1-0/ -- Andrea `bash` Scarpino Arch Linux Developer

2 2

Re: [arch-dev-public] [aur-general] TU without [community] maintaining?
by Thomas Bächler 03 Feb '10

03 Feb '10

Am 03.02.2010 15:32, schrieb Lex Rivera: > Hi all. I wanna ask is it possible to become TU without [community] > maintaining, just as AUR moderator? I think it is a good idea. We could create the "AUR moderator" position instead of calling it "Semi-TU". When I was a TU, I didn't care at all about moderating the AUR, and maybe other TUs feel the same and rather do packaging. Conversely, you don't seem to care about packaging but about AUR moderation. I am forwarding this to arch-dev-public for reference, but I guess ultimately the TUs have to decide.

2 1

[arch-dev-public] [signoff] dhcpcd 5.1.5-1
by Ronald van Haren 02 Feb '10

02 Feb '10

can I get a quick signoff please. This release fixes an issue with the 5.1.4 version some people experienced by not able to get an adress if an old lease was present (FS#178383 [1]) signoff both. Ronald [1] http://bugs.archlinux.org/task/17838

3 4

Re: [arch-dev-public] [signoff] xfsprogs-3.1.1
by Tobias Powalowski 02 Feb '10

02 Feb '10

Hi bump to latest version, xfsprogs-3.1.1 (29 January 2010) - Fix various blkid topology support problems in mkfs.xfs. - Fix various build warnings. - Add automatic build dependency calculations. - Cleaner build system output. - Add missing aclocal m4 file to the package generation. - Arrange for release tags to be digitally signed. please signoff both arches, thanks greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 2

[arch-dev-public] LTS install ISOs (was: makechrootpkg without aufs2)
by Aaron Griffin 02 Feb '10

02 Feb '10

On Sun, Jan 24, 2010 at 1:50 AM, Tobias Powalowski <t.powa(a)gmx.de> wrote: > Am Sonntag 24 Januar 2010 schrieb Aaron Griffin: >> On Sun, Jan 24, 2010 at 1:38 AM, Tobias Powalowski <t.powa(a)gmx.de> wrote: >> > When this change happens, shall we drop the aufs patch too from kernel? >> > I don't use it at all. >> >> Not just yet, the ISOs use aufs, and there's no real good system to replace >> that >> > Ok, just an other thing, > shall i add aufs patch to the lts kernel if we bump it to .32? > Just in case to be able to provide lts install isos. Hmmm. LTS install ISOs is an interesting idea, but not sure how people feel about that. I mean, the kernel for the install ISO is just the running kernel. You can still install the LTS kernel from a non-LTS ISO. Does anyone have a strong opinion on this?

4 4