- Aur-general - lists.archlinux.org

Re: [aur-general] [RFC] Draft of the AUR 4.0.0 migration notification
by Νῖκος Θεοδώρου 27 May '15

27 May '15

On Tue, 26 May 2015 06:24:12 -0600 "Brian F. G. Bidulock" <bidulock(a)openss7.org> wrote: I just realised I did "reply" and not "reply all", so I'm repeating (sorry!) So, again: nikos@Russell:~/Desktop$ mkdir AUR4 nikos@Russell:~/Desktop$ cd AUR4 nikos@Russell:~/Desktop/AUR4$ ssh aur4.archlinux.org setup-repo coolvlviewer setup-repo: package base already exists: coolvlviewer nikos@Russell:~/Desktop/AUR4$ git clone ssh+git://aur4.archlinux.org/coolvlviewer.git/ Cloning into 'coolvlviewer'... warning: You appear to have cloned an empty repository. Checking connectivity... done. nikos@Russell:~/Desktop/AUR4$ cd coolvlviewer/ nikos@Russell:~/Desktop/AUR4/coolvlviewer$ cp ~/AUR/coolvlviewer/* ./ nikos@Russell:~/Desktop/AUR4/coolvlviewer$ mksrcinfo nikos@Russell:~/Desktop/AUR4/coolvlviewer$ ls -la σύνολο 32 drwxr-xr-x 3 nikos users 4096 Μάι 26 19:17 . drwxr-xr-x 3 nikos users 4096 Μάι 26 19:17 .. -rw-r--r-- 1 nikos users 307 Μάι 26 19:17 coolvlviewer.desktop -rw-r--r-- 1 nikos users 876 Μάι 26 19:17 coolvlviewer.install -rw-r--r-- 1 nikos users 63 Μάι 26 19:17 coolvlviewer.launcher drwxr-xr-x 7 nikos users 4096 Μάι 26 19:17 .git -rw-r--r-- 1 nikos users 2621 Μάι 26 19:17 PKGBUILD -rw-r--r-- 1 nikos users 723 Μάι 26 19:17 .SRCINFO nikos@Russell:~/Desktop/AUR4/coolvlviewer$ git filter-branch --tree-filter fatal: Needed a single revision nikos@Russell:~/Desktop/AUR4/coolvlviewer$ git push -u origin master error: src refspec master does not match any. error: failed to push some refs to 'ssh+git://aur4.archlinux.org/coolvlviewer.git/' -- Νῖκος Θεοδώρου «Ἀγεωμέτρητος μηδεὶς εἰσίτω!»

9 12

[aur-general] Some notes on AUR 4.0.0
by Lukas Fleischer 27 May '15

27 May '15

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. For the granularity of the Git repositories, having one repository per package (i.e. package base) is a natural choice. The other possibility is to use one single large repository with branches for each package. Florian told me about gitnamespaces, which allows for combining the advantages from both approaches, and I am going to check whether we can easily use it for the AUR when I am back home. Using one repository per maintainer, however, is extremely inconvenient and leads to unnecessary clutter when changing ownership. One of our main objectives is to have full history of all packages and this means that we would need to perform quite cumbersome history import/export operations whenever a package is disowned or adopted. Also, I am not aware of any disadvantages of the "one repository per package" approach apart from merges being inconvenient (which happen much less frequent than package adoptions, however) and the spurious "I don't like many Git repositories." argument. As Florian said, using gitnamespaces will probably lead to better storage efficiency and I am fine with increasing the blob size limit to 250kiB. As described in the notification draft I sent to aur-dev and aur-general on Saturday, packages can only be resubmitted to aur4.archlinux.org by their current AUR maintainer (on aur.archlinux.org) for 4 weeks. That means that it is *not* possible for user2 to submit the package foobar to aur4.archlinux.org if it is maintained by user1 on aur.archlinux.org for that period of time. It *is* possible however, to submit that package if user1 chose not to resubmit foobar until July 8th. The period of 4 + 4 weeks is a tradeoff: Making that period shorter means that users might not have enough time to resubmit their packages, making that period longer means that the maintenance burden of having to update all packages twice is higher. Please also keep in mind that the AUR should be thought of as a place where the community shares packages on a voluntary basis. You maintain AUR packages because you want to share them, not because you want to own them. "Losing" a package to another maintainer isn't the same thing as losing property. If you have any useful tools or scripts to help with the migration process, please feel free to add them to the aur4.archlinux.org section on the wiki. Regards, Lukas

1 1

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 27 May '15

27 May '15

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

1 0

[aur-general] [RFC] Draft of the AUR 4.0.0 migration notification
by Lukas Fleischer 26 May '15

26 May '15

Hi, I just added a section to the AUR article in the Arch wiki that describes how to submit packages to the new AUR. Here is a draft of the notification that I plan to send to all AUR package maintainers on June 1st: Hello, This is an automated email to all AUR package maintainers. Starting from June 8th, 2015, the official AUR web interface at aur.archlinux.org becomes a read-only archive for two months. During that period of time, you will not be able to submit package updates, comments or package requests. 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. On August 8th, the read-only archive at aur.archlinux.org will be replaced by aur4.archlinux.org and the former aur.archlinux.org source tarballs will be made available on some archive. For instructions on the new package submission process, please check the Arch wiki [1]. If you encounter any bugs, please report them to the aurweb bug tracker [2]. Happy packaging! [1] https://wiki.archlinux.org/index.php/Arch_User_Repository#Submitting_packag… [2] https://bugs.archlinux.org/index.php?project=2 Note that aur4.archlinux.org does not work yet but will updated to point to the same IP address as aur-dev.archlinux.org soon. Comments welcome. Regards, Lukas

18 35

[aur-general] AUR4 refuses to accept *any* commit that doesn't have a .SRCINFO
by Kyle Terrien 26 May '15

26 May '15

I just submitted my first package, so I'm still learning. However, because I forgot to include a .SRCINFO file until the last commit (i.e several commits including the first did not have .SRCINFO), AUR4 refused to accept anything altogether. kyle@landru ~/builds/aur4/wmload :( $ git push -v origin master Pushing to ssh+git://aur@aur4.archlinux.org/wmload.git X11 forwarding request failed on channel 0 Counting objects: 12, done. Delta compression using up to 8 threads. Compressing objects: 100% (9/9), done. Writing objects: 100% (12/12), 1.79 KiB | 0 bytes/s, done. Total 12 (delta 2), reused 0 (delta 0) remote: error: The following error occurred when parsing commit remote: error: d495231b82fd541d626b46aafbfba78d5302e53f: remote: error: missing .SRCINFO remote: error: hook declined to update refs/heads/master To ssh+git://aur@aur4.archlinux.org/wmload.git ! [remote rejected] master -> master (hook declined) error: failed to push some refs to 'ssh+git://aur@aur4.archlinux.org/wmload.git' So, now I apparently have to rewrite git history so that *every* commit has .SRCINFO. (Bear in mind I already copied the repo to GitHub, so I have multiple copies to correct.) IMHO, there should be a clear warning on the wiki page about this. I eventually gave up and re-initted the repos. This begs some questions: 1. Is there any way to generate the .SRCINFO file without doing the tar/untar workaround? 2. Why is .SRCINFO even needed? Why can't AUR parse the raw PKGBUILD? --Kyle

8 11

[aur-general] Issue when changing hostname in ~/.ssh/config
by Marcel Korpel 26 May '15

26 May '15

Hi, As described in the proposal to the notification I changed the hostname in ~/.ssh/config so that that file now reads: Host aur4.archlinux.org IdentityFile ~/.ssh/id_rsa-aur User aur Port 22 And I tried to pull from and push to that server from an existing aur-dev repository. However, that failed with: Permission denied (publickey). fatal: Could not read from remote repository. My public key is correctly filled in the account settings, so I guess that the issue is due to the change of the host name. It could be me doing something wrong, but this issue may pop up again after changing from aur4.archlinux.org to aur.archlinux.org. Best, Marcel

2 2

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 26 May '15

26 May '15

=== 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 * 18 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 (4 total) == * python2-systemd-220-1 (i686) * synapse-0.2.99.1-1 (i686) * python2-systemd-220-1 (x86_64) * synapse-0.2.99.1-1 (x86_64) == Incomplete signoffs for [community] (12 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 * opencascade-6.9.0-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 * opencascade-6.9.0-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 ==

1 0

Re: [aur-general] AUR4 cleaning of ssh'd repos and lost ownership
by Pablo Lezaeta Reyes 26 May '15

26 May '15

Now how is possible to detect and ask for deletion for a ssh'd repo (you setup-repo 'd the package but the setup'r never upload the git thing) the server will refuce to setup-repoed if exist. or what if someone take ounership on a package (aur4) previously owned by other packager (aur3) and that packager (aur3) want they package back in they hands ? -- *Pablo Lezaeta*

2 2

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 25 May '15

25 May '15

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 0 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 19 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.) == Incomplete signoffs for [community] (13 total) == * clusterssh-4.03.06-1 (any) 0/2 signoffs * flake8-1:2.4.1-1 (any) 0/2 signoffs * salt-2015.5.1-1 (any) 0/2 signoffs * freecad-0.15.4671-3 (i686) 0/1 signoffs * nss-pam-ldapd-0.9.5-1 (i686) 0/1 signoffs * opencascade-6.9.0-1 (i686) 0/1 signoffs * python-pygit2-0.22.0-4 (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 * nss-pam-ldapd-0.9.5-1 (x86_64) 0/2 signoffs * opencascade-6.9.0-1 (x86_64) 0/2 signoffs * python-pygit2-0.22.0-4 (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 ==

1 0

[aur-general] Blob size limit in AUR4 for custom kernels
by Nicolas Iooss 24 May '15

24 May '15

Hello, I am currently maintaining a Linux kernel with a custom configuration in AUR [1] and when I tried to migrate it to AUR4 today, "git push" failed with: remote: error: The following error occurred when parsing commit remote: error: 94ed5186e25ac1d459ae13d3ab0fbccc401ff225: remote: error: maximum blob size (100kB) exceeded remote: error: hook declined to update refs/heads/master Indeed, in base linux package [2], the files config and config.x86_64 are larger than 100 kB (they are approx. 179 kB), so I need some kind of trick to be able to move to AUR4 (e.g. storing the kernel config on GitHub). It may be the reason why no custom kernel has yet moved to AUR4 (I tried to find some from the results of a search with category "kernels" keywords "linux" [3] in AUR4 without any success). How are maintainers supposed to deal with such packages which are derived from official packages that contains files too big to fit AUR4 requirements? I have several workarounds in mind (compressing config files, storing them somewhere else...) but would like to know which would be the best one, so that for example all the custom kernel ultimately use the same way to store their configuration files. Thanks, Nicolas [1] https://aur.archlinux.org/pkgbase/linux-selinux [2] https://projects.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/… [3] https://aur.archlinux.org/packages/?C=19&K=linux

2 1