September 2014 - 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] Compiz package naming
by Rob McCathie 09 Jan '15

09 Jan '15

Hello AUR general & Compiz package maintainers. There was some discussion about Compiz packages a little while ago, i don't think that much came of it. I'd like to re-open the discussion. My opinions/suggestions: Calling the 0.8 series "compiz" and the 0.9 series "compiz-devel" is no longer correct, it hasn't been for quite some time. All information on this page: http://www.compiz.org/ is completely wrong and out of date, like 5 years out of date, and should not be used as a reference for anything. Tracking of the state of Compiz should be done from here: https://launchpad.net/compiz Development of the 0.8 series is as close to being dead as it could be. Unless you count 2 tiny commits 5 months ago, nothing has been done in 16 months, and even that 16 month old commit was a minor change just to get it working with KDE 4.10, with the commit prior to that being an additional 5 months back. http://cgit.compiz.org/compiz/core/log/?h=compiz-0.8 My suggestion is pretty simple, "compiz" becomes the 0.9 series, the 0.8 series becomes "compiz-legacy". Any 0.9 series packages that have "core" in their name should have it removed, since the concept of Compiz being split up has been dropped since the 0.9 series. The 0.9 series doesn't have a "core" component, it's just "compiz". Some examples: martadinata666's "compiz-core" package would become "compiz-legacy-core" dev_rs0's "compiz-core-devel" package would become simply "compiz" Chazza's "compiz-core-bzr" package would become "compiz-bzr" flexiondotorg's "compiz-core-mate" package would become "compiz-legacy-core-mate" My "compiz-gtk-standalone" package would become "compiz-legacy-gtk-standalone" All the "compiz-fusion-plugins-*" packages would become "compiz-legacy-fusion-plugins-*" ...and so on. What are everyone's thoughts? -- Regards, Rob McCathie

9 22

[aur-general] Moving opensc from community to AUR
by Sébastien Luttringer 28 Nov '14

28 Nov '14

Hello, I'm not using opensc anymore, is there a Dev/Tu interested by taking care of it? I will move it to AUR if nobody is interested. Cheers, -- Sébastien "Seblu" Luttringer https://seblu.net | Twitter: @seblu42 GPG: 0x2072D77A

4 4

[aur-general] mysql-workbench: result grid
by Mihamina Rakotomandimby 10 Nov '14

10 Nov '14

Hi all, Using AUR mysql-workbench, I dont have the result grid. If I go to the "form editor", I see the results can be edited. It means then that tha data are present but the grid is not showed. Have you the same problem? Just for the record, I buit with yaourt but also tried with manual makepkg. Thanks for your help. Note: I'm currently installing mysql-workbench-gpl and the result grid doesnt show either...

1 1

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

30 Sep '14

=== 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 * 21 packages missing signoffs * 1 package 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) == * apper-0.9.1-1 (i686) * cairo-dock-plugins-3.3.2.r3121-2 (i686) * apper-0.9.1-1 (x86_64) * cairo-dock-plugins-3.3.2.r3121-2 (x86_64) * packagekit-qt-0.9.2-2 (i686) * packagekit-qt-0.9.2-2 (x86_64) == Incomplete signoffs for [community] (19 total) == * freevo-1.9.0-14 (any) 0/2 signoffs * apper-0.9.1-1 (i686) 0/1 signoffs * cairo-dock-3.3.2.r1818-1 (i686) 0/1 signoffs * cairo-dock-plugins-3.3.2.r3121-2 (i686) 0/1 signoffs * giggle-0.7-3 (i686) 0/1 signoffs * gnome-boxes-3.14.0-1 (i686) 0/1 signoffs * nemiver-0.9.5-3 (i686) 0/1 signoffs * remmina-1.0.0-13 (i686) 0/1 signoffs * simple-scan-3.14.0-1 (i686) 0/1 signoffs * weston-1.6.0-1 (i686) 0/1 signoffs * apper-0.9.1-1 (x86_64) 0/2 signoffs * cairo-dock-3.3.2.r1818-1 (x86_64) 0/2 signoffs * cairo-dock-plugins-3.3.2.r3121-2 (x86_64) 0/2 signoffs * giggle-0.7-3 (x86_64) 0/2 signoffs * gnome-boxes-3.14.0-1 (x86_64) 0/2 signoffs * nemiver-0.9.5-3 (x86_64) 0/2 signoffs * remmina-1.0.0-13 (x86_64) 0/2 signoffs * simple-scan-3.14.0-1 (x86_64) 0/2 signoffs * weston-1.6.0-1 (x86_64) 0/2 signoffs == Incomplete signoffs for [unknown] (2 total) == * packagekit-qt-0.9.2-2 (i686) 0/1 signoffs * packagekit-qt-0.9.2-2 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * freevo-1.9.0-14 (any), since 2014-08-27 == Top five in signoffs in last 24 hours == 1. fyan - 9 signoffs

1 0

[aur-general] Unannounced and unreasonable deletion of python2-vdirsyncer
by Markus Unterwaditzer 29 Sep '14

29 Sep '14

Hello everybody, Today i was notified by the AUR system that somebody called "arcanis" silently merged the package "python2-vdirsyncer" into "vdirsyncer", leaving other packages with missing dependencies. Vdirsyncer runs under both Python 2 and 3. It can be used as a library, but is more commonly used as a CLI tool. The Python 2 version was required by khal-git, as Khal doesn't work under Python 3. The Python 3 version still resides under the package name "vdirsyncer" and is there for the sake of completeness, and because Python 3 is technically the most up-to-date version of Python. It can be used independently of khal. khal-git: https://aur.archlinux.org/packages/khal-git/ vdirsyncer: https://aur.archlinux.org/packages/vdirsyncer/ I also couldn't find a mailinglist about this, therefore i assume this is a mistake. Please restore the package "python2-vdirsyncer". Thanks, Markus

3 4

[aur-general] package removal request
by Antonio 29 Sep '14

29 Sep '14

This: https://aur.archlinux.org/pkgbase/sdl-nobackingstore/ Should be removed because the arch package includes the nobackingstore patch. Thanks

2 1

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

29 Sep '14

=== 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 * 1 package 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) == * cairo-dock-3.3.2.r1818-1 (i686) * cairo-dock-plugins-3.3.2.r3121-1 (i686) * giggle-0.7-3 (i686) * nemiver-0.9.5-3 (i686) * remmina-1.0.0-13 (i686) * simple-scan-3.14.0-1 (i686) * cairo-dock-3.3.2.r1818-1 (x86_64) * cairo-dock-plugins-3.3.2.r3121-1 (x86_64) * giggle-0.7-3 (x86_64) * nemiver-0.9.5-3 (x86_64) * remmina-1.0.0-13 (x86_64) * simple-scan-3.14.0-1 (x86_64) == Incomplete signoffs for [community] (17 total) == * freevo-1.9.0-14 (any) 0/2 signoffs * cairo-dock-3.3.2.r1818-1 (i686) 0/1 signoffs * cairo-dock-plugins-3.3.2.r3121-1 (i686) 0/1 signoffs * giggle-0.7-3 (i686) 0/1 signoffs * gnome-boxes-3.14.0-1 (i686) 0/1 signoffs * nemiver-0.9.5-3 (i686) 0/1 signoffs * remmina-1.0.0-13 (i686) 0/1 signoffs * simple-scan-3.14.0-1 (i686) 0/1 signoffs * weston-1.6.0-1 (i686) 0/1 signoffs * cairo-dock-3.3.2.r1818-1 (x86_64) 0/2 signoffs * cairo-dock-plugins-3.3.2.r3121-1 (x86_64) 0/2 signoffs * giggle-0.7-3 (x86_64) 0/2 signoffs * gnome-boxes-3.14.0-1 (x86_64) 0/2 signoffs * nemiver-0.9.5-3 (x86_64) 0/2 signoffs * remmina-1.0.0-13 (x86_64) 0/2 signoffs * simple-scan-3.14.0-1 (x86_64) 0/2 signoffs * weston-1.6.0-1 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * freevo-1.9.0-14 (any), since 2014-08-27 == Top five in signoffs in last 24 hours == 1. foutrelis - 6 signoffs

1 0

[aur-general] A bit strange - unusual packages
by Rob Til Freedmen 28 Sep '14

28 Sep '14

2 3

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

28 Sep '14

=== 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 * 5 packages missing signoffs * 1 package 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] (5 total) == * freevo-1.9.0-14 (any) 0/2 signoffs * gnome-boxes-3.14.0-1 (i686) 0/1 signoffs * weston-1.6.0-1 (i686) 0/1 signoffs * gnome-boxes-3.14.0-1 (x86_64) 0/2 signoffs * weston-1.6.0-1 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * freevo-1.9.0-14 (any), since 2014-08-27 == Top five in signoffs in last 24 hours == 1. bisson - 2 signoffs 2. seblu - 1 signoffs

1 0