- Aur-general - lists.archlinux.org

[aur-general] Removal Request: dswitcher
by tuftedocelot 26 Nov '13

26 Nov '13

Hi, Please remove dswitcher[1]. I realized it would be better served with a -git package and so I have created a new dswitcher-git package. dswitcher is no longer necessary. Thanks [1] https://aur.archlinux.org/packages/dswitcher/

2 1

[aur-general] Delete ruby-moneta-0.7.0\
by Alfredo Palhares 26 Nov '13

26 Nov '13

Hello fellow archers, Please delete ruby-moneta-0.7.0 [1] this specific version is not needed anymore. [1] https://aur.archlinux.org/packages/ruby-moneta-0.7.0/ -- Regards, Alfredo Palhares

2 1

[aur-general] Removal request: Consort Desktop packages
by Marco Scarpetta 26 Nov '13

26 Nov '13

I think the following packages should be removed: https://aur.archlinux.org/packages/athena-git/ https://aur.archlinux.org/packages/consort-panel-git/ https://aur.archlinux.org/packages/consort-session-git/ https://aur.archlinux.org/packages/consortium-git/ The project is no more developed and it is not stable. Thanks Marco

2 1

[aur-general] Deletion request
by Schala Zeal 26 Nov '13

26 Nov '13

Please delete https://aur.archlinux.org/packages/lidgren-network-gen3-base/ It is no longer needed, thanks.

2 1

[aur-general] [Delete request] virtinst-git
by Moritz Lipp 25 Nov '13

25 Nov '13

Hello, Since virtinst has been merged into virt-manager, the virinst-git [1] package is obsolete and may be deleted (since there is no source in the repository anyway anymore). Kind regards [1] https://aur.archlinux.org/packages/virtinst-git/

2 1

[aur-general] Disown terminology-git
by Doug Newgard 24 Nov '13

24 Nov '13

The terminology-git [1] package doesn't build right now because of a change in the pkgver, it tries to include a '-' and makepkg errors out. I made a comment and marked the package out of date, then when I got no response to that, I sent an email to the maintainer. No response for two weeks now, so I'm requesting it be disowned so I can update it. Cravix, the current maintainer, also has other packages that I'll take care of if needed, but right now there's no major problems with them. I'll send a request if it becomes necessary. He was active up until a few months ago, so I'm hoping he returns. [1] https://aur.archlinux.org/packages/terminology-git/

2 1

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

[aur-general] vim-python2
by Alberto Corona 22 Nov '13

22 Nov '13

I've flagged the package and emailed the maintainer but I haven't gotten a response. I have the updated package ready https://aur.archlinux.org/packages/vim-python2/

2 2

[aur-general] Deletion request: fzf
by foalsrock 21 Nov '13

21 Nov '13

Hi, I've submitted the fzf[1] package some time ago with a few oversights. I've now re-submitted it as fzf-git[2]. Given that there are no votes or comments there's no reason for a merge so I'd like fzf to be deleted. [1] https://aur.archlinux.org/packages/fzf/ [2] https://aur.archlinux.org/packages/fzf-git/ Thanks!

2 1

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

20 Nov '13

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. Regards, Rob McCathie (korrode) On Wed, Nov 20, 2013 at 3:20 AM, <aur-general-request(a)archlinux.org> wrote: > Message: 4 > Date: Tue, 19 Nov 2013 11:57:40 +0100 > From: Alexander R?dseth <rodseth(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: > < > CAG7ayytSHBQwNuwOTMmjNLmqWKUgGEhxnpxFLYQBeSPy7quEeQ(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi, > > bison27 was a make dependency for libgnomeprint. Would it be possible > to upload it to AUR again? > > Thanks. > > -- > Sincerely, > Alexander R?dseth > xyproto / TU >

3 2

[aur-general] Package removal requests: python2-shadowsocks
by Dazzy Ding 20 Nov '13

20 Nov '13

pkgname: python2-shadowsocks pkgurl: https://aur.archlinux.org/packages/python2-shadowsocks/ This package is duplicated with `community/shadowsocks` and need to be removed. Also, I recommand renaming repo package `community/shadowsocks` to `python2-shadowsocks`. That name caused I creating the duplicated package.

2 1

[aur-general] Disown ruby-mixlib-shellout and merge ruby-mixlib-shellout-1.2 into it
by Alfredo Palhares 19 Nov '13

19 Nov '13

Hello fellow archers I am the AUR maintainer of ruby-chef[1], which requires a up to date version ruby-mixlib-shellout[2], I sent an email to the maintainer on 2013-10-31 as well a as comment on the AUR. After you disown it, please merge ruby-mixlib-shellout-1.2[3] which is a package I uploaded to keep the current version of chef working. Thank you in advance, I will get chef on the lastest version right after on you disown the package. [1] https://aur.archlinux.org/packages/ruby-chef/ [2] https://aur.archlinux.org/packages/ruby-mixlib-shellout/ [3] https://aur.archlinux.org/packages/ruby-mixlib-shellout-1.2/ -- Regards, Alfredo Palhares

2 1

[aur-general] espeakup's service file yet again lol
by Storm Dragon 19 Nov '13

19 Nov '13

Hi, The service works as expected, e.g. systemctl start espeakup(a)en-us.service starts the US english voice. The problem is, varients do not work. systemctl start espeakup(a)en-us+m2.service just uses the default voice, British english, instead of the selected en-us and varient m2. I have read through the man page, and from what I gather, it should work. So, am I missing something, or have I found a bug? Attached is the service file. Thanks Storm -- -- Registered Linux user number 508465: https://linuxcounter.net/user/508465.html My blog, Thoughts of a Dragon: http://www.stormdragon.us/ Need a safe and easy way to backup and share files? Try Dropbox: http://db.tt/jeY50HR "It's not our aim to hum, to aspirate, to perish tardily. It's our goal to be, and to become, and to rise constantly." Van Canto - Quest for Roar

9 14

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

19 Nov '13

https://aur.archlinux.org/packages/bison27/ I made this package because wine-stable 1.6 didn't work with newer releases of bison. Wine 1.6.1 was just released with this issue resolved and I have already updated wine-stable. bison27 is no longer needed. Regards, Rob McCathie (korrode)

3 2

[aur-general] Request Delete: vapoursynth-plugin-vsremovedirt-git
by SpinFlo 19 Nov '13

19 Nov '13

Hi please delete https://aur.archlinux.org/packages/vapoursynth-plugin-vsremovedirt-git/ the source project is renamed to RemoveDirtVS greetings

2 1

[aur-general] Orphan request: mingw-w64-proj mingw-w64-uriparser
by Philip A Reimer 19 Nov '13

19 Nov '13

hi, Could someone please orphan mingw-w64-proj[1] and mingw-w64-uriparser[2]. I emailed the maintainer on Oct 31 and have not received a response from him. [1] https://aur.archlinux.org/packages/mingw-w64-proj [2] https://aur.archlinux.org/packages/mingw-w64-uriparser -ant32 http://sourceforge.net/p/mingw-w64-archlinux/wiki

2 1