Re: [aur-general] [RFC] Draft of the AUR 4.0.0 migration notification

2015-05-27 Thread Gordian Edenhofer
On Tue, 2015-05-26 at 20:29 -0400, Storm Dragon wrote:
> Howdy,
> Will all existing AUR packages be moved over? Will it be an automated 
> process for existing packages? I'm wondering because there are quite 
> a few unmaintained packages. If not, is there something I can do to 
> help? I don't mind taking on more packages if that is what's needed.
> Thanks
> Storm
> On Tue, May 26, 2015 at 05:33:44PM -0600, Brian F. G. Bidulock wrote:
> > Pablo,
> > 
> > On Tue, 26 May 2015, Pablo Lezaeta Reyes wrote:
> > 
> > > For the record it take for me 4 hours to upload 44 packages, 
> > > included
> > > registration and ssh-key generation.
> > 
> > For me, 2 days for 360 packages, which is almost the identical 
> > pace.
> > But, some maintainers have thousands of packages.
> > 
> > --brian
> 

The transition from AUR3 to AUR4 has to be made by the maintainer,
there is no automated update process which will transfer packages.
Therefore orphaned packages will be removed in the transition. Think of
it as a cleanup.
You as a maintainer have until August 1st to upload your packages to
AUR4 otherwise everyone may take over what you once
maintained.


signature.asc
Description: This is a digitally signed message part


Re: [aur-general] registration: ssh public key?

2015-05-27 Thread Lukas Fleischer
On Tue, 26 May 2015 at 21:03:33, Andrew Dabrowski wrote:
> I'm trying to register at aur4.archlinux.org but when I submit the form 
> I get an error:
> 
> "The SSH public key, **, is already in use."
> 
> Since there's no place to enter my ssh public key, this seems to be an 
> unsolvable chicken and egg problem.
> [...]

This is a bug, thanks for reporting. Will fix it when I am back home.
Note that there is no point in registering on aur4.archlinux.org yet
since its user database will be wiped on June 8th.


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

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

There are currently:
* 6 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 0 fully signed off packages
* 24 packages missing signoffs
* 0 packages older than 14 days

(Note: the word 'package' as used here refers to packages as grouped by
pkgbase, architecture, and repository; e.g., one PKGBUILD produces one
package per architecture, even if it is a split package.)


== New packages in [community-testing] in last 24 hours (6 total) ==

* gambas3-3.7.1-2 (i686)
* gdal-1.11.2-5 (i686)
* pdf2djvu-0.7.21-1 (i686)
* gambas3-3.7.1-2 (x86_64)
* gdal-1.11.2-5 (x86_64)
* pdf2djvu-0.7.21-1 (x86_64)


== Incomplete signoffs for [community] (18 total) ==

* clusterssh-4.03.06-1 (any)
0/2 signoffs
* salt-2015.5.1-1 (any)
0/2 signoffs
* freecad-0.15.4671-3 (i686)
0/1 signoffs
* gambas3-3.7.1-2 (i686)
0/1 signoffs
* gdal-1.11.2-5 (i686)
0/1 signoffs
* opencascade-6.9.0-1 (i686)
0/1 signoffs
* pdf2djvu-0.7.21-1 (i686)
0/1 signoffs
* python2-systemd-220-1 (i686)
0/1 signoffs
* synapse-0.2.99.1-1 (i686)
0/1 signoffs
* virtualbox-modules-lts-4.3.28-2 (i686)
0/1 signoffs
* freecad-0.15.4671-3 (x86_64)
0/2 signoffs
* gambas3-3.7.1-2 (x86_64)
0/2 signoffs
* gdal-1.11.2-5 (x86_64)
0/2 signoffs
* opencascade-6.9.0-1 (x86_64)
0/2 signoffs
* pdf2djvu-0.7.21-1 (x86_64)
0/2 signoffs
* python2-systemd-220-1 (x86_64)
0/2 signoffs
* synapse-0.2.99.1-1 (x86_64)
0/2 signoffs
* virtualbox-modules-lts-4.3.28-2 (x86_64)
0/2 signoffs

== Incomplete signoffs for [unknown] (6 total) ==

* perl-cpan-changes-0.30-1 (any)
0/2 signoffs
* perl-file-finder-0.53-4 (any)
0/2 signoffs
* perl-module-manifest-1.08-2 (any)
0/2 signoffs
* perl-readonly-2.00-2 (any)
0/2 signoffs
* perl-test-distmanifest-1.014-2 (any)
0/2 signoffs
* perl-test-perltidy-20130104-2 (any)
0/2 signoffs


== Top five in signoffs in last 24 hours ==


Re: [aur-general] Some notes on AUR 4.0.0

2015-05-27 Thread Lukas Fleischer
On Tue, 26 May 2015 at 13:33:58, Lukas Fleischer wrote:
> Hi,
> 
> As Florian already mentioned in another email, I am away until June 1st.
> I am on a roaming data plan, so I won't be able to reply to all the
> feedback and questions on the new AUR until then. I hope that I am going
> to address at least some of the concerns and questions here, though.
> [...]

Another thing I forgot: I am going to fully reset the aur4.archlinux.org
database on June 8th. This means that all package bases, accounts and
comments added so far will be deleted. If you already imported your
packages, don't panic: You can use a one-liner like

$ for pkg in *; do ( cd "$pkg" && git push ); done

to resubmit everything.

Regards,
Lukas


Re: [aur-general] [RFC] Draft of the AUR 4.0.0 migration notification

2015-05-27 Thread Marcel Korpel
* Gordian Edenhofer  (Wed, 27 May 2015
09:37:17 +0200):
> You as a maintainer have until August 1st to upload your packages to
> AUR4 otherwise everyone may take over what you once
> maintained.

That's not entirely correct, the window is exactly one month:

* Lukas Fleischer  (Sat, 23 May 2015 11:07:25
+0200):
> If you want to continue maintaining your AUR packages, please submit
> them to aur4.archlinux.org until July 7th, 2015. We reserved all
> packages you are currently maintaining on aur.archlinux.org, such
> that nobody else can overwrite them. However, if choose not to
> resubmit your package, we will cancel that reservation on July 8th.
> This allows anybody to take over the package.

Best, Marcel


pgpQHPAMwmAr1.pgp
Description: OpenPGP digital signature


Re: [aur-general] Ho to update .SRCINFO without creating a tarball?

2015-05-27 Thread Jonathan Arnold
On Sat, 23 May 2015 11:34:38 +0200
Manuel Reimer  wrote:

> Hello,
> 
> I'm doing my first steps with AUR 4.0 and I'm asked to commit both, 
> PKGBUILD and .SRCINFO.
> 
> .SRCINFO is automatically created with "makepkg --source", but there
> is no need for a tarball when pushing to GIT. So what I think that
> would be useful is something like "makepkg --upgradesrcinfo" or
> something like that.
> 
> I something like this already available?
> 
> Manuel

I'd be happy if there was at least a reasonable description of .SCRINFO
on the wiki. There's a glossy version here:

https://wiki.archlinux.org/index.php/Arch_User_Repository#AUR_metadata

But there should be more, given that it is so important. It should have
its own page, like PKGBUILD does. And someone who knows it far better
than I should create it.

-- 
Jonathan ArnoldWebstream: http://hieronymus.soup.io

If you want to go fast, go alone. If you want to go far, you
need a team ~ John Wooden


Re: [aur-general] Ho to update .SRCINFO without creating a tarball?

2015-05-27 Thread Marcel Korpel
* Jonathan Arnold  (Wed, 27 May 2015 07:56:20
-0400):
> I'd be happy if there was at least a reasonable description
> of .SCRINFO on the wiki. There's a glossy version here:
> 
> https://wiki.archlinux.org/index.php/Arch_User_Repository#AUR_metadata
> 
> But there should be more, given that it is so important. It should
> have its own page, like PKGBUILD does.

Why do you need such a description? It just contains the metadata in
PKGBUILD and you really shouldn't create or change it yourself.

Best, Marcel


[aur-general] please adopt package

2015-05-27 Thread Joe Carta
Is anyone interested in adopting this package? It doesn't take much to 
maintain, as it hasn't been updated in awhile, but it is still very 
useful to some. I no longer have an Arch installation, so maintenance is 
difficult.


https://aur.archlinux.org/packages/extract-xiso/


Re: [aur-general] please adopt package

2015-05-27 Thread Evan
On Wed, May 27, 2015 at 5:23 PM, Joe Carta  wrote:

> maintain


I will adopt this package gladly!

Evan


Re: [aur-general] please adopt package

2015-05-27 Thread Giancarlo Razzolini
On 27-05-2015 12:23, Joe Carta wrote:
> Is anyone interested in adopting this package? It doesn't take much to
> maintain, as it hasn't been updated in awhile, but it is still very
> useful to some. I no longer have an Arch installation, so maintenance
> is difficult.
>
> https://aur.archlinux.org/packages/extract-xiso/
Someone already replied in the comments section. Only a minute after you
made yours.

Cheers,
Giancarlo Razzolini


Re: [aur-general] registration: ssh public key?

2015-05-27 Thread Andrew Dabrowski

So you don't have to be registered to contribute a package?


On 05/27/2015 03:58 AM, Lukas Fleischer wrote:

On Tue, 26 May 2015 at 21:03:33, Andrew Dabrowski wrote:

I'm trying to register at aur4.archlinux.org but when I submit the form
I get an error:

"The SSH public key, **, is already in use."

Since there's no place to enter my ssh public key, this seems to be an
unsolvable chicken and egg problem.
[...]

This is a bug, thanks for reporting. Will fix it when I am back home.
Note that there is no point in registering on aur4.archlinux.org yet
since its user database will be wiped on June 8th.


--
Andrew Dabrowski   || ...my suspicion is that the universe is
Indiana University || not only queerer than we suppose, but
Swain East 117 || queerer than we can suppose. -JBS Haldane


Re: [aur-general] registration: ssh public key?

2015-05-27 Thread Giancarlo Razzolini
On 27-05-2015 13:55, Andrew Dabrowski wrote:
> So you don't have to be registered to contribute a package?
Of course you need. There is just no point in registering on the new
aur4.archlinux.org site, since it's database will be wiped.

Cheers,
Giancarlo Razzolini


Re: [aur-general] Ho to update .SRCINFO without creating a tarball?

2015-05-27 Thread Jonathan Arnold
On Wed, 27 May 2015 16:25:13 +0200
Marcel Korpel  wrote:

> * Jonathan Arnold  (Wed, 27 May 2015 07:56:20
> -0400):
> > I'd be happy if there was at least a reasonable description
> > of .SCRINFO on the wiki. There's a glossy version here:
> > 
> > https://wiki.archlinux.org/index.php/Arch_User_Repository#AUR_metadata
> > 
> > But there should be more, given that it is so important. It should
> > have its own page, like PKGBUILD does.
> 
> Why do you need such a description? It just contains the metadata in
> PKGBUILD and you really shouldn't create or change it yourself.
> 
> Best, Marcel

Well, for one, there's no mention on the wiki on how to generate this
file. For another, it seems pretty easy to generate by hand, as the
description indicates (nowhere does it say it gets generated).

-- 
Jonathan ArnoldWebstream: http://hieronymus.soup.io

If you want to go fast, go alone. If you want to go far, you
need a team ~ John Wooden


Re: [aur-general] Ho to update .SRCINFO without creating a tarball?

2015-05-27 Thread Marcel Korpel
* Jonathan Arnold  (Wed, 27 May 2015 15:18:43
-0400):
> Well, for one, there's no mention on the wiki on how to generate this
> file. For another, it seems pretty easy to generate by hand, as the
> description indicates (nowhere does it say it gets generated).

Just use mksrcinfo from pkgbuild-introspection-git at
https://aur.archlinux.org/packages/pkgbuild-introspection-git (I
suppose mksrcinfo will be incorporated into pkgbuild-introspection).

Generating such a file manually is error-prone, using mksrcinfo ensures
that the file is exactly what AURweb needs.

Best, Marcel


Re: [aur-general] Ho to update .SRCINFO without creating a tarball?

2015-05-27 Thread Justin Dray
> Generating such a file manually is error-prone, using mksrcinfo ensures
> that the file is exactly what AURweb needs.

I believe that is what he is saying should be in the wiki. And since there
are so many questions around it this past week on the mailing list, it
might be a good idea to have it on record for new maintainers when they go
to submit their first packages as well.

- Justin


Re: [aur-general] How to update .SRCINFO without creating a tarball?

2015-05-27 Thread Marcel Korpel
* Justin Dray  (Wed, 27 May 2015 22:36:03 +):
>> Generating such a file manually is error-prone, using mksrcinfo
>> ensures that the file is exactly what AURweb needs.
> 
> I believe that is what he is saying should be in the wiki.

I understand, and I edited the wiki a bit:
https://wiki.archlinux.org/index.php/Arch_User_Repository#Submitting_packages_to_aur4.archlinux.org

Best, Marcel