[aur-general] Multiple requests

**DELETE** Duplicate of deluge: https://aur.archlinux.org/packages/deluge-patched/ Duplciate of superswitcher: https://aur.archlinux.org/packages/superswitcher-fixed/ Duplicate of activdriver: https://aur.archlinux.org/packages/activdriver-i686/ Now of part of linux-firmware in [core]: https://

[aur-general] Deletion request: libxenctrl

I'm requesting that libxenctrl[1] be deleted. There are several issues with it: --- it has no maintainer --- it has not been updated in over two years (since 2011-11-02) --- the source file returns a 404 error [1] https://aur.archlinux.org/packages/libxenctrl/ Thanks, Jason

[aur-general] Deletion request: virtinst-current

This is an extension of the rename request for virtinst-current --> virtinst[1]. Based on some further research by djpohly, it was discovered that virt-manager-0.10.0-1 began providing virt-install[2]. djpohly offered that it might be useful to keep virtinst around because of all the dependencies

Re: [aur-general] Rename request: virtinst-current -> virtinst

On Wed, Dec 4, 2013 at 8:47 PM, Devin J. Pohly wrote: > Requesting rename of package "virtinst-current": > > https://aur.archlinux.org/packages/virtinst-current/ > > to "virtinst". Name is a holdover from when the package was created (as > the original submitter explains in the comments). > > Tha

[aur-general] Rename request: virtinst-current -> virtinst

Requesting rename of package "virtinst-current": https://aur.archlinux.org/packages/virtinst-current/ to "virtinst". Name is a holdover from when the package was created (as the original submitter explains in the comments). Thanks! *dp

[aur-general] Deletion request: python-bayes and python2-bayes

Hello, I'm the current maintainer of both of these packages. The upstream source for these has some weird stuff hard-coded into some of the files which makes using these difficult, so I'm not willing to maintain the packages in the AUR, and I'm guessing others won't want to either. As such, I'm re

[aur-general] Disown ruby-diff-lcs

Hello, Can you please diswon ruby-diff-lcs [1] the maintainer did not respond either to the comment or email. Thank you in advance. [1] https://aur.archlinux.org/packages/ruby-diff-lcs/ -- Regards, Alfredo Palhares

Re: [aur-general] Is it OK to provide the binary inside the PKGBUILD?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 "Alexander Rødseth" пишет: >Hi, > >Thanks for letting us know. > >The package in question will be removed unless it is fixed within >hours. > >Best regards, > >Alexander / xyproto I think that the maintainer is the author of this application. So I

Re: [aur-general] Is it OK to provide the binary inside the PKGBUILD?

Hi, Thanks for letting us know. The package in question will be removed unless it is fixed within hours. Best regards, Alexander / xyproto

[aur-general] Signoff report for [community-testing]

=== 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 * 102 packages missing signoffs * 0 packages older than 14 day

Re: [aur-general] Is it OK to provide the binary inside the PKGBUILD?

Definitely not kosher, especially with everything in base64 (pkgbuild is basically obfuscated). Providing binaries is a pretty big no-no in general with few exceptions anyway. J. Leclanche On Wed, Dec 4, 2013 at 8:54 AM, Karol Blazewicz wrote: > I noticed mp4join doesn't provde an upstream url

[aur-general] Is it OK to provide the binary inside the PKGBUILD?

I noticed mp4join doesn't provde an upstream url and the PKGBUILD looks ... interesting: https://aur.archlinux.org/packages/mp/mp4join/PKGBUILD package() { cat << 'ENDEVOMGELAENDE' | openssl base64 -d > mp4join ENDEVOMGELAENDE chmod 755 mp4join install -D -m755 ./mp4join "${pkgdir}/usr/bin