Re: [aur-general] AUR upgraded to 2.0.0

2012-11-04 Thread canyonkni...@gmail.com
On Sun, Nov 4, 2012 at 1:55 PM, Kwpolska wrote: > But I think that two things need improvement: > 1. I tried to insert the key ID (4 chars) instead of the fingerprint > (40.) A hint (like gpg --fingerprint) would be useful. The input box is labeled "PGP Key Fingerprint" not "PGP Key ID". A bi

Re: [aur-general] AUR upgraded to 2.0.0

2012-11-04 Thread Kyle
According to Kwpolska: # 2. Cannot unflag a package unless you’re the maintainer — sometimes, # flags are made errorneously and you need to revert it. +1 here. It's great that not just anyone can unflag a package, but if I inadvertently flag a package, it's better if I can revert the flag mysel

Re: [aur-general] AUR upgraded to 2.0.0

2012-11-04 Thread Kwpolska
On Sun, Nov 4, 2012 at 12:09 PM, Lukas Fleischer wrote: > Hi, everybody! > > The official Arch Linux AUR setup has been upgraded to 2.0.0. For a list > of changes, you can read the release announcements [1], [2], [3] and the > Git log [4]. > > Please report any issues on the AUR bug tracker [5]. >

Re: [aur-general] AUR upgraded to 2.0.0

2012-11-04 Thread Alexander Rødseth
Hi, Thanks for the new AUR! It looks great, and I've already discovered new functionality that I found useful. GJ -- Best regards, Alexander Rødseth xyproto / TU

Re: [aur-general] Remove usb-creator-trunk

2012-11-04 Thread Felix Yan
On 11/04/2012 10:40 PM, Simon Legner wrote: > Hi, > > please remove the outdated and unmaintained package usb-creator-trunk: >https://aur.archlinux.org/packages/usb-creator-trunk/ > > Note that the package usb-creator is up-to-date and maintained: >https://aur.archlinux.org/packages/usb-c

[aur-general] Remove usb-creator-trunk

2012-11-04 Thread Simon Legner
Hi, please remove the outdated and unmaintained package usb-creator-trunk: https://aur.archlinux.org/packages/usb-creator-trunk/ Note that the package usb-creator is up-to-date and maintained: https://aur.archlinux.org/packages/usb-creator/ Thanks, Simon

Re: [aur-general] AUR upgraded to 2.0.0

2012-11-04 Thread Kyle
According to Dave Reisner: # CREATE UNIQUE INDEX VoteUsersIDPackageID ON PackageVotes (UsersID, # PackageID); # # This was the case in 1.9.1 as well. If the AUR says you haven't voted, # then I'd say it means you haven't voted. Ah OK. The fix in the log made me just a little nervous. Maybe I didn

Re: [aur-general] AUR upgraded to 2.0.0

2012-11-04 Thread Dave Reisner
On Sun, Nov 04, 2012 at 09:01:33AM -0500, Kyle wrote: > The new AUR is awesome! Regarding voting, I saw some fixes listed in > the log, but I think I may have accidentally voted for some packages > more than once, because the page indicated I hadn't voted, which > seems to be the bug that was fixed

Re: [aur-general] AUR upgraded to 2.0.0

2012-11-04 Thread Kyle
The new AUR is awesome! Regarding voting, I saw some fixes listed in the log, but I think I may have accidentally voted for some packages more than once, because the page indicated I hadn't voted, which seems to be the bug that was fixed in 2.0.0. One of my packages, qt-at-spi-git, which I spec

Re: [aur-general] AUR upgraded to 2.0.0

2012-11-04 Thread Ike Devolder
Op zondag 4 november 2012 12:09:37 schreef Lukas Fleischer: > Hi, everybody! > > The official Arch Linux AUR setup has been upgraded to 2.0.0. For a list > of changes, you can read the release announcements [1], [2], [3] and the > Git log [4]. > > Please report any issues on the AUR bug tracker [

[aur-general] AUR upgraded to 2.0.0

2012-11-04 Thread Lukas Fleischer
Hi, everybody! The official Arch Linux AUR setup has been upgraded to 2.0.0. For a list of changes, you can read the release announcements [1], [2], [3] and the Git log [4]. Please report any issues on the AUR bug tracker [5]. [1] https://mailman.archlinux.org/pipermail/aur-dev/2012-October/0021

[aur-general] Signoff report for [community-testing]

2012-11-04 Thread Arch Website Notification
=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 4 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 32 packages missing signoffs * 2 packages older than 14 days