- Aur-general - lists.archlinux.org

Re: [aur-general] Deletion for enigmail?
by David Manouchehri 24 Nov '13

24 Nov '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 That makes sense, thanks. It's purely an extension. Right off their website: Enigmail is a security extension to Mozilla Thunderbird and Seamonkey. It enables you to write and receive email messages signed and/or encrypted with the OpenPGP standard. There's also a -bin package that follows the same naming pattern I believe. Maybe rename both? David Manouchehri On 11/24/2013 12:13 AM, aur-general-request(a)archlinux.org wrote: > David Manouchehri wrote: >>> Not completely sure about this one, but think we should delete >>> enigmail? It's out of date and the plugin can be downloaded >>> straight through Thunderbird's add-on manager. > The maintainer hasn't updated the package despite its having been > flagged out-of-date for months. There are also some comments > including one about a 404'd source URL from over a month ago, so I > have disowned the package. > > It should not be deleted simply because the plugin is available via > Thunderbird's add-on manager. It is often very useful to be able to > install plugins for all users via a system package. This is why > packages are provides for other Mozilla add-ons, such as > firefox-adblock-plus in [community]. > > Does the package include any stand-alone functionality? If not, > then it should be renamed "thunderbird-enigmail". I see that there > are multiple enigmail packages on the AUR, but only some of them > use the "thunderbird-" prefix. > > Regards, Xyne -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBCgAGBQJSkYzNAAoJENwn+5t0BF4/6xAQAJma+3heTE4KCjIoowIcEy2i jPtdPVlHfswDJQbF+xA1WOIsrIy8utc1wbn4KFNBAzdfTzFQXxSMvrvwtLtDlfTz XP3bOiAgwkClCh+PM6f/w5eBIrbXMGW1y0yGhnrUeJyfwbEdfPpjiiv3DJ+kjiFr w0WWmRJ5OmkAQhVadLPSFsoy9nvxYKUz71DNp7YwctSlOTIFfXzTnTxM1Ll8nWoE IHEiHE7oXKrpt76Gd9j7wJq5FCLFC/RXiGTqLkJmM4WnGiHRtzrji2R+zLVtxLwc 5dRIp3NLlyJ9ETiR/iSTVBctCxfbBqZhlvknWhuvlficTJoU6a8eFy4bIhuHTY+o T/E6Jq61tSFNFkKVg6nqokLSEgxWJj4wLLf4gl6RPqt9KdxcEluQflppuSFo3GAt YD2RGSMQl/YSETMU5tg44UWHr6sje+Xrg+eFNyON8hwYEIs4RsgY+jJziObVDaIX nNK+z9AKvkrp0lYv0RM6BOvFrCHnwSouv+e2Au5teZyLw7KFKUDTI9mx0ni2WTlp pGhV+yJaRPfqPkwMm7uzmntvs1JOkqX80FpW4RlH/jxqRLnnmxDlnDRPpKtyKOuX /GjYM/3+OMrduDY8qQqksjUlo+AJAdOeoucbF+l/Fqa36+6oq2pMZsu+OGm+XxIR gPzzQ+8YBosAyguixrs0 =8+d1 -----END PGP SIGNATURE-----

2 1

[aur-general] bluez4 has been dropped
by Andreas Radke 24 Nov '13

24 Nov '13

Bluez4 stack related packages have been dropped from extra repo. Please remove all depending packages in our community repo (Blueman comes to my mind if it is not fully ported to bluez5). Bluez4 should not be picked up into the community repo. If people can't make their to devices work with current bluez5 they should file bugs to our tracker and work with upstream to solve the problems. -Andy

1 0

[aur-general] Deletion for enigmail?
by David Manouchehri 24 Nov '13

24 Nov '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Not completely sure about this one, but think we should delete enigmail? It's out of date and the plugin can be downloaded straight through Thunderbird's add-on manager. - -- David Manouchehri -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBCgAGBQJSkN9uAAoJENwn+5t0BF4/7F4P/3y8uE523M+UDgiKQnk5aG/H 6xjVaHnTb46XLX5FwFdI2pv7SruWTQkzP1QnsLmhh1loopi6LOL81pkhuMsgYDPg lO4mMVaYMXh38TqYArzf7LEEA1EXy+f6bEXgdKS+n04ztjua0fQ+tIWcdakf8jc8 4sslWhTF12DbIWdGUzU7BEVzTBmeTNNZNvlbiViGW4fWjDzaZFO6PKijXeErAS1o 8DzRyoUrXXop0tq/k8wr8tXQEGfXWMNlmInYhFKjcII43bwgoUUx6dNUnGsS8VvI oDUpGNcLK23rj/jrZlERawiocJyJc53Lc1GUMYVAlMQpcL+1G1+abkauInI92nVg FbkgVwpERxkVM1ID/I4dHJglcwZhTxJKFukAJPqOIeZZQ7g0WooN8pEO3u7t+EQ6 5BSXFkeNHOgk49dB8WlqdlJjwmQzGX/ql7wzdOLF1KELuvPX2Cy23U0HBJJqz18h 8CWSARJ0wmTUQGodKFa7TF1975hu1xGs8V8T6Zmvywas0tIzBKYNAANovUk64eti TYW4fL2EO4bzCehd4eYi+ceJEf2QO9oesWgPefg/xZj4vVuAksgMDhxeMKl0nBBe pRc/03/DyYNLMkvBRrH5xuI/qqGJRdrREOaotiTpuWxU9R6my1UF9Z6oCeSULwiv HUvkknIzdkqTkUcwxCsO =9WBW -----END PGP SIGNATURE-----

2 1

[aur-general] Merge Request
by Lara Maia 23 Nov '13

23 Nov '13

Lara Maia <lara at craft.net.br> пишет: >Please, merge redshift-bzr[1] into redshift-git[2]. Developer currently >moving development to Github <https://github.com/jonls/redshift>. > >[1] https://aur.archlinux.org/packages/redshift-bzr/ >[2] https://aur.archlinux.org/packages/redshift-git/ > >thanks Merged, tnx. - -- С уважением, Е.Алексеев. Sirencelly yours, E.Alekseev. ------------------------------------------------------------- redshift-minimal-bzr[1] and redshift-minimal-git[2] need be merged too. [1] https://aur.archlinux.org/packages/redshift-minimal-bzr/ [2] https://aur.archlinux.org/packages/redshift-minimal-git/ -- *~ Lara ~*

2 1

[aur-general] Long check() function in AUR packages
by Anatol Pomozov 23 Nov '13

23 Nov '13

Hi, I am a big proponent of using automation testing. Tests saved me many times at my $dayjob projects. That is why I strongly believe that every arch package should have check() function - it is better find a problem at build time, rather than get a crash while running the application. But some projects have quite large test suites. v8,rethinkdb,tup-git are examples - their tests take 10 minutes or even more. Some AUR users complain that it is too long. Even worse - there can be flaky tests that work fine for me but fail for some users. What is the best practices in this situation? I see a few possible answers: 1) Tell users relax and enjoy running tests. Tests are for their own good. 2) Tell users to disable (!check) option in /etc/makepkg.conf 3) Maybe AUR install scripts (like yaourt) should not run tests at installation time? Or at least make it configurable? What do you think is the best option?

3 2

[aur-general] staticlibs in PKGBUILD?
by oliver 22 Nov '13

22 Nov '13

Hello, some people mourned on AUR that a package that I maintain (adopted from other peoples) does not use "staticlibs" option. before they mentioned it I didn't knew about it. Is this a new PKGBUILD-option, or did I just have not seen it before? What does this option do? I found the description for the option, it says: staticlibs - Leave static library (.a) files in packages Will static libs be only part of the package, if this option is set? So, without it, only shared libs will be put into the install package and static libs will be leftout? Can somebody please explain me this option? Ciao, Oliver

2 2

[aur-general] Merge request: non-suite-git -> non-daw-git
by Lieven Moors 22 Nov '13

22 Nov '13

Hi, I would like ask for a merge of https://aur.archlinux.org/packages/non-suite-git/ into https://aur.archlinux.org/packages/non-daw-git/ Both were providing the same package. I emailed the author of non-suite-git, and he agreed to merge both packages into non-daw-git. Thanks, lieven

2 1

[aur-general] Package deletion request: libassuan1
by Tom 22 Nov '13

22 Nov '13

Nowadays libassuan1 isn't required by any current package and at least I don't expect it to be so in the future. Thanks.

2 1

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 22 Nov '13

22 Nov '13

=== 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 * 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 (6 total) == * r8168-lts-8.036.00-7 (i686) * tp_smapi-lts-0.41-19 (i686) * virtualbox-modules-lts-4.3.2-3 (i686) * r8168-lts-8.036.00-7 (x86_64) * tp_smapi-lts-0.41-19 (x86_64) * virtualbox-modules-lts-4.3.2-3 (x86_64) == Incomplete signoffs for [community] (6 total) == * r8168-lts-8.036.00-7 (i686) 0/1 signoffs * tp_smapi-lts-0.41-19 (i686) 0/1 signoffs * virtualbox-modules-lts-4.3.2-3 (i686) 0/1 signoffs * r8168-lts-8.036.00-7 (x86_64) 0/2 signoffs * tp_smapi-lts-0.41-19 (x86_64) 0/2 signoffs * virtualbox-modules-lts-4.3.2-3 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. thomas - 5 signoffs 2. bisson - 4 signoffs 3. foutrelis - 2 signoffs

1 0

Re: [aur-general] Delete request: bison27
by Rob McCathie 22 Nov '13

22 Nov '13

> > Message: 5 > Date: Wed, 20 Nov 2013 06:17:37 -0800 > From: Anatol Pomozov <anatol.pomozov(a)gmail.com> > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Subject: Re: [aur-general] Delete request: bison27 > Message-ID: > <CAOMFOmXx=yDffcmEPfkdCMbDs8vCFcaRJZg3WyOnchrm=+ > mzTQ(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Hi > > On Tue, Nov 19, 2013 at 4:56 PM, Rob McCathie <korrode(a)gmail.com> wrote: > > Hi, > > > > I have re-uploaded bison27 to AUR and disowned the package. > > > > Sorry, if i'd known it had been used anywhere other than wine-stable > > obviously i'd have just disowned it and left it. > > > > Sadly when another packages references your package as a makedepends (not > > depends) is doesn't show up in that "Require by" section. > > Arch website tracks build time dependencies between packages. Check > for example 'bison' package > https://www.archlinux.org/packages/core/x86_64/bison/ > > AUR website should do the same. Could you please file a bug against AUR > project? > Seems such a bug report already exists. I added my vote. https://bugs.archlinux.org/task/12998 Regards, Rob McCathie (korrode)

1 0