October 2015 - Aur-general - lists.archlinux.org

[aur-general] ttf-google-webfonts{,-distilled,-git,-hg} mess
by Jason St. John 19 Jun '19

19 Jun '19

I am the current maintainer of the AUR package ttf-google-webfonts-hg[4], and I'm bothered by the mess of various packages there are for Google's Web Fonts project. It's not at all KISS in its current state. There are currently four different AUR packages[1][2][3][4] that essentially supply the same files, and all four packages conflict with each other. Around August of 2012, the package named ttf-google-webfonts[1] was orphaned, and user w0ng created a GitHub repository[5] that mirrors the Mercurial repository[6] on Google Code (why?). Then, the new maintainer changed the original ttf-google-webfonts package from a VCS-type package that simply lacked "-hg" in the name to a package that pulls tarballs from w0ng's GitHub repo[5]. As you can see in the comments for ttf-google-webfonts[1], this has caused all sorts of confusion and messages about the package being out-of-date or having invalid checksums. To get around these issues, user epinephrine created the package ttf-google-webfonts-git[3] that clones w0ng's GitHub repo[5] instead of pulling tarballs from it, which significantly reduces the maintenance required on the package. Then, user Gently created a package named ttf-google-webfonts-distilled[2] that pulls a tarball from w0ng's GitHub repo[5] and only installs a small subset of the fonts therein. Shortly after ttf-google-webfonts[1] was changed from being a Mercurial-based package and not liking the direction that the package was taking, I reuploaded the original ttf-google-webfonts package as ttf-google-webfonts-hg[4] for people that simply wanted the old package back that uses the actual Google Web Fonts repository to download the files. To clean up this mess, I propose that ttf-google-webfonts-distilled[2] and ttf-google-webfonts-git[3] be deleted outright, for what should be obvious reasons. I also propose that ttf-google-webfonts[1] be deleted because of how frequently the Web Fonts project is updated and because the project lacks version numbers. If people really feel strongly about keeping that maintenance nightmare, then let them have it, but I really don't see what advantage it provides over the original ttf-google-webfonts-hg[4] other than one less makedepends. I apologize for the huge email, but this situation really is a mess. [1] https://aur.archlinux.org/packages/ttf-google-webfonts/ [2] https://aur.archlinux.org/packages/ttf-google-webfonts-distilled/ [3] https://aur.archlinux.org/packages/ttf-google-webfonts-git/ [4] https://aur.archlinux.org/packages/ttf-google-webfonts-hg/ [5] https://github.com/w0ng/googlefontdirectory [6] https://code.google.com/p/googlefontdirectory/ Jason

14 23

[aur-general] Issues Pushing
by David Phillips 23 Nov '15

23 Nov '15

Hi all, I discovered this problem back in June with the help of the guys on IRC. The guy who helped me discover the root of the problem went on to discuss with one of the TUs about this problem and the solution for it. IIRC, Lukas was on holiday at the time, so he wasn't pestered with it at the time :) Three to four months later and nothing seems to have changed, so I thought I'd start a paper trail and bring this to the attention of a few more people. I committed changes to an already-established AUR package, and attempted to push these commits. Running `git push` on my slow connection just hangs. 'Impatient me' killed it after 5 minutes of hanging. Trying to push from a faster connection, I found it uploaded almost instantly. Setting GIT_TRACE_PACKET=1 when running `git push` showed up a (warning: large) log [1] showing that git is being sent a bunch of refs (?), presumably for packages which aren't even mine. On a slow connection, this makes updating AUR packages to impossible. It takes a solid 20 minutes for the push to complete for me. I won't maintain AUR packages if this is the way it's going to be. Even though faster connections solve the time problem, it then becomes an issue of the amount of data transferred needlessly. Why is this happening? IIRC, the IRC folk mentioned something about the underlying structure of the git repository at the AUR end, but I don't know enough about this stuff to say either way. Log, xzipped for size reasons. Unpacks to ~82 000 lines. [1] https://ptpb.pw/XmET

2 5

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

31 Oct '15

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 1 new package in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 2 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 (1 total) == * puppet-4.2.3-1 (any) == Incomplete signoffs for [community] (2 total) == * dkms-2.2.0.3+git151023-1 (any) 0/2 signoffs * puppet-4.2.3-1 (any) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. eworm - 3 signoffs

1 0

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

30 Oct '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 * 11 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] (11 total) == * dkms-2.2.0.3+git151023-1 (any) 0/2 signoffs * gdal-2.0.1-3 (i686) 0/1 signoffs * libmatio-1.5.2-4 (i686) 0/1 signoffs * python-h5py-2.5.0-3 (i686) 0/1 signoffs * python-pytables-3.2.2-2 (i686) 0/1 signoffs * vtk-6.3.0-4 (i686) 0/1 signoffs * gdal-2.0.1-3 (x86_64) 0/2 signoffs * libmatio-1.5.2-4 (x86_64) 0/2 signoffs * python-h5py-2.5.0-3 (x86_64) 0/2 signoffs * python-pytables-3.2.2-2 (x86_64) 0/2 signoffs * vtk-6.3.0-4 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. fyan - 8 signoffs

1 0

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

29 Oct '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 * 17 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) == * haskell-pandoc-citeproc-0.8-6 (i686) * haskell-tagsoup-0.13.4-1 (i686) * pandoc-1.15.1.1-2 (i686) * haskell-pandoc-citeproc-0.8-6 (x86_64) * haskell-tagsoup-0.13.4-1 (x86_64) * pandoc-1.15.1.1-2 (x86_64) == Incomplete signoffs for [community] (17 total) == * dkms-2.2.0.3+git151023-1 (any) 0/2 signoffs * gdal-2.0.1-3 (i686) 0/1 signoffs * haskell-pandoc-citeproc-0.8-6 (i686) 0/1 signoffs * haskell-tagsoup-0.13.4-1 (i686) 0/1 signoffs * libmatio-1.5.2-4 (i686) 0/1 signoffs * pandoc-1.15.1.1-2 (i686) 0/1 signoffs * python-h5py-2.5.0-3 (i686) 0/1 signoffs * python-pytables-3.2.2-2 (i686) 0/1 signoffs * vtk-6.3.0-4 (i686) 0/1 signoffs * gdal-2.0.1-3 (x86_64) 0/2 signoffs * haskell-pandoc-citeproc-0.8-6 (x86_64) 0/2 signoffs * haskell-tagsoup-0.13.4-1 (x86_64) 0/2 signoffs * libmatio-1.5.2-4 (x86_64) 0/2 signoffs * pandoc-1.15.1.1-2 (x86_64) 0/2 signoffs * python-h5py-2.5.0-3 (x86_64) 0/2 signoffs * python-pytables-3.2.2-2 (x86_64) 0/2 signoffs * vtk-6.3.0-4 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. bisson - 3 signoffs 2. eworm - 2 signoffs

1 0

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

28 Oct '15

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 10 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 12 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 (10 total) == * gdal-2.0.1-3 (i686) * libmatio-1.5.2-4 (i686) * python-h5py-2.5.0-3 (i686) * python-pytables-3.2.2-2 (i686) * vtk-6.3.0-4 (i686) * gdal-2.0.1-3 (x86_64) * libmatio-1.5.2-4 (x86_64) * python-h5py-2.5.0-3 (x86_64) * python-pytables-3.2.2-2 (x86_64) * vtk-6.3.0-4 (x86_64) == Incomplete signoffs for [community] (12 total) == * dkms-2.2.0.3+git151023-1 (any) 0/2 signoffs * gdal-2.0.1-3 (i686) 0/1 signoffs * libmatio-1.5.2-4 (i686) 0/1 signoffs * python-h5py-2.5.0-3 (i686) 0/1 signoffs * python-pytables-3.2.2-2 (i686) 0/1 signoffs * vtk-6.3.0-4 (i686) 0/1 signoffs * gdal-2.0.1-3 (x86_64) 0/2 signoffs * libmatio-1.5.2-4 (x86_64) 0/2 signoffs * ponyc-0.2.1.20151021-1 (x86_64) 0/2 signoffs * python-h5py-2.5.0-3 (x86_64) 0/2 signoffs * python-pytables-3.2.2-2 (x86_64) 0/2 signoffs * vtk-6.3.0-4 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. foutrelis - 1 signoffs

1 0

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

27 Oct '15

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 3 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 6 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 (3 total) == * pidgin-sipe-1.20.1-1 (i686) * pidgin-sipe-1.20.1-1 (x86_64) * ponyc-0.2.1.20151021-1 (x86_64) == Incomplete signoffs for [community] (6 total) == * dkms-2.2.0.3+git151023-1 (any) 0/2 signoffs * boinc-7.6.12-1 (i686) 0/1 signoffs * pidgin-sipe-1.20.1-1 (i686) 0/1 signoffs * boinc-7.6.12-1 (x86_64) 0/2 signoffs * pidgin-sipe-1.20.1-1 (x86_64) 0/2 signoffs * ponyc-0.2.1.20151021-1 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. eric - 3 signoffs 2. eworm - 2 signoffs 3. foutrelis - 1 signoffs

1 0

[aur-general] libgaminggear -> remove binaries
by Aaron Fischer 26 Oct '15

26 Oct '15

Hi! I accidenntly pushed some binary files to the repo for libgaminggear[1]. I can't fix that because a push --force get's declined :( Can somebody do that for me or give me temporary push --force rights to fix that? Aaron [1]: https://aur.archlinux.org/cgit/aur.git/commit/?h=libgaminggear&id=5bcc449e7…

2 1

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

26 Oct '15

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 12 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 17 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 (12 total) == * acpi_call-1.1.0-36 (i686) * bbswitch-0.8-38 (i686) * r8168-8.040.00-8 (i686) * tp_smapi-0.41-75 (i686) * vhba-module-20140928-19 (i686) * virtualbox-modules-5.0.8-2 (i686) * acpi_call-1.1.0-36 (x86_64) * bbswitch-0.8-38 (x86_64) * r8168-8.040.00-8 (x86_64) * tp_smapi-0.41-75 (x86_64) * vhba-module-20140928-19 (x86_64) * virtualbox-modules-5.0.8-2 (x86_64) == Incomplete signoffs for [community] (17 total) == * dkms-2.2.0.3+git151023-1 (any) 0/2 signoffs * acpi_call-1.1.0-36 (i686) 0/1 signoffs * bbswitch-0.8-38 (i686) 0/1 signoffs * boinc-7.6.12-1 (i686) 0/1 signoffs * mysql-workbench-6.3.5-1 (i686) 0/1 signoffs * r8168-8.040.00-8 (i686) 0/1 signoffs * tp_smapi-0.41-75 (i686) 0/1 signoffs * vhba-module-20140928-19 (i686) 0/1 signoffs * virtualbox-modules-5.0.8-2 (i686) 0/1 signoffs * acpi_call-1.1.0-36 (x86_64) 0/2 signoffs * bbswitch-0.8-38 (x86_64) 0/2 signoffs * boinc-7.6.12-1 (x86_64) 0/2 signoffs * mysql-workbench-6.3.5-1 (x86_64) 0/2 signoffs * r8168-8.040.00-8 (x86_64) 0/2 signoffs * tp_smapi-0.41-75 (x86_64) 0/2 signoffs * vhba-module-20140928-19 (x86_64) 0/2 signoffs * virtualbox-modules-5.0.8-2 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours ==

1 0

[aur-general] Question about private git repositories
by Tyler Jameson Little 25 Oct '15

25 Oct '15

I am trying to create a PKGBUILD for UnrealEngine. This existed on AUR3 but is now unmaintained. UnrealEngine can be compiled from source, but you need to create an account with epic games to get access to the repository. I was about to just require the user to input a username and password, then I realized this doesn't work with 2-factor authentication enabled. The proper solution is to use ssh to download the repository, but this doesn't seem to be supported in the `source` array. Here's what I tried: - git+git@github.com:EpicGames/UnrealEngine#release - git+git@github.com:EpicGames/UnrealEngine.git#release - UnrealEngine::git+git@github.com:EpicGames#release It appears that `https` is the only supported download option for github repositories, but this won't work with 2-factor auth for private repositories. The expected behavior is that it should use my ssh key to download the git repository. Am I missing something? Should I file a bug/feature request for this in makepkg?

2 1