- Aur-general - lists.archlinux.org

[aur-general] Another couple to delete...
by Curtis Shimamoto 01 Dec '13

01 Dec '13

This is a module that is meant for Realtek RTS5229 Pcie SDCard readers. The functionality was mainlined around 3.8 with the rtsx-pci module (I know because my machine uses this). https://aur.archlinux.org/packages/rts5229 https://aur.archlinux.org/packages/rts5229-dkms/ -- Curtis Shimamoto sugar.and.scruffy [at] gmail.com

2 1

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

01 Dec '13

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 8 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 (8 total) == * gambas3-3.5.1-2 (i686) * pdf2djvu-0.7.17-2 (i686) * virtualbox-modules-4.3.4-2 (i686) * virtualbox-modules-lts-4.3.4-2 (i686) * gambas3-3.5.1-2 (x86_64) * pdf2djvu-0.7.17-2 (x86_64) * virtualbox-modules-4.3.4-2 (x86_64) * virtualbox-modules-lts-4.3.4-2 (x86_64) == Incomplete signoffs for [community] (17 total) == * goagent-3.0.8-2 (any) 0/2 signoffs * avrdude-6.0.1-2 (i686) 0/1 signoffs * flashrom-0.9.7-2 (i686) 0/1 signoffs * gambas3-3.5.1-2 (i686) 0/1 signoffs * openocd-0.7.0-3 (i686) 0/1 signoffs * pdf2djvu-0.7.17-2 (i686) 0/1 signoffs * python2-gevent-1.0-1 (i686) 0/1 signoffs * virtualbox-modules-4.3.4-2 (i686) 0/1 signoffs * virtualbox-modules-lts-4.3.4-2 (i686) 0/1 signoffs * avrdude-6.0.1-2 (x86_64) 0/2 signoffs * flashrom-0.9.7-2 (x86_64) 0/2 signoffs * gambas3-3.5.1-2 (x86_64) 0/2 signoffs * openocd-0.7.0-3 (x86_64) 0/2 signoffs * pdf2djvu-0.7.17-2 (x86_64) 0/2 signoffs * python2-gevent-1.0-1 (x86_64) 0/2 signoffs * virtualbox-modules-4.3.4-2 (x86_64) 0/2 signoffs * virtualbox-modules-lts-4.3.4-2 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. thomas - 8 signoffs 2. bisson - 4 signoffs 3. lcarlier - 1 signoffs

1 0

[aur-general] Removal request for f2fs packages
by Curtis Shimamoto 01 Dec '13

01 Dec '13

There are still a couple f2fs packages in the AUR. Since f2fs is now included in the mainline kernel, I don't think that these are necessary anymore. https://aur.archlinux.org/packages/linux-f2fs/ https://aur.archlinux.org/packages/nvidia-f2fs/ Thanks! -- Curtis Shimamoto sugar.and.scruffy [at] gmail.com

2 1

[aur-general] Moving python2-tagpy to AUR
by Alexander Rødseth 30 Nov '13

30 Nov '13

Hi, The setup scripts for python2-tagpy tries to make changes to the system at build-time (as opposed to installation-time). It also exists on the latest boost TODO and no other packages use it, except for it being an optional dependency for sonata. Sonata is currently in [extra], maintained by Ángel Velásquez. My assumption is that nobody is interested in adopting python2-tagpy and keeping it in [extra] or [community], so I'm going to move it to AUR unless there are any protests (which are followed up by adoptions). I'll move the package after an arbitrary amount of time has passed (probably when it is among the last packages on the TODO list, and we want to get the upgrade to the latest version of boost going). -- Best regards, Alexander Rødseth xyproto / TU

1 1

[aur-general] weidu-bin adoption request
by Fabio Ticconi 30 Nov '13

30 Nov '13

Hi all, Apologies in advance if I'm skipping some steps in this process, or if this is not the correct place to make this request. Hopefully that is not the case. Anyway, I would like to adopt this package: https://aur.archlinux.org/packages/weidu-bin/ I created a new PKGBUILD, checked with namcap, then generated and installed the package (I'm using it successfully). I attach it for review. FYI, I had to had the !strip option as without it the executables become unusable. Weidu is going to probably see a few more releases, thanks to the EE versions of BG1 and BG2. I use it, so I can keep it updated. Let me know if I missed something. Thanks, Fabio ps: the downloaded zip contains a COPYING file, that is a GPL2 license. Therefore I used GPL2 in the license array instead of installing that file. Is this correct?

2 2

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

30 Nov '13

=== 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 * 9 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] (9 total) == * goagent-3.0.8-2 (any) 0/2 signoffs * avrdude-6.0.1-2 (i686) 0/1 signoffs * flashrom-0.9.7-2 (i686) 0/1 signoffs * openocd-0.7.0-3 (i686) 0/1 signoffs * python2-gevent-1.0-1 (i686) 0/1 signoffs * avrdude-6.0.1-2 (x86_64) 0/2 signoffs * flashrom-0.9.7-2 (x86_64) 0/2 signoffs * openocd-0.7.0-3 (x86_64) 0/2 signoffs * python2-gevent-1.0-1 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. lcarlier - 1 signoffs

1 0

[aur-general] Merge request: fs-uae-{game-center,arcade}-devel
by grimi 29 Nov '13

29 Nov '13

Hi, author of fs-uae-game-center changed app name to fs-uae-arcade. I've uploaded already new package, please merge old one with new one. new: https://aur.archlinux.org/packages/fs-uae-arcade-devel/ old : https://aur.archlinux.org/packages/fs-uae-game-center-devel/ Thanks. -- grimi

2 1

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

29 Nov '13

=== 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) == * goagent-3.0.8-2 (any) 0/2 signoffs * avrdude-6.0.1-2 (i686) 0/1 signoffs * boinc-7.2.33-1 (i686) 0/1 signoffs * flashrom-0.9.7-2 (i686) 0/1 signoffs * openocd-0.7.0-3 (i686) 0/1 signoffs * python2-gevent-1.0-1 (i686) 0/1 signoffs * avrdude-6.0.1-2 (x86_64) 0/2 signoffs * boinc-7.2.33-1 (x86_64) 0/2 signoffs * flashrom-0.9.7-2 (x86_64) 0/2 signoffs * openocd-0.7.0-3 (x86_64) 0/2 signoffs * python2-gevent-1.0-1 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. allan - 2 signoffs 2. bisson - 2 signoffs

1 0

[aur-general] Fwd: gnupg-largekeys in AUR
by Ido Rosen 28 Nov '13

28 Nov '13

Hi, I've added gnupg-largekeys, which is the gnupg from Core, but patched to extend the maximum key size to 65535 bits. Please note that unpatched versions of gnupg can only import/encrypt to/verify signatures of key sizes up to 16384 bits large, so you could keep your key sizes less than or equal to that size for compatibility. https://aur.archlinux.org/packages/gnupg-largekeys I think gnupg2-large-keys.patch would be a great addition into the Arch Core gnupg package, if not in its current form then at least modifying it to increase the max key size to 16384 instead of 65535. For some interesting numbers, take a look at http://www.ecrypt.eu.org/documents/D.SPA.20.pdf (especially Table 7.2, see 15424 bit RSA keys). Basically, it'd be nice for users to be able to create keys larger than 4096 bits. Cheers, Ido

2 5

[aur-general] Delete egoboo-data
by SanskritFritz 28 Nov '13

28 Nov '13

Hi, please remove the package egoboo-data [1] because I have merged it into the egoboo package, so it is not needed anymore. I'm the maintainer of both packages. [1] https://aur.archlinux.org/packages/egoboo-data/ Thank you.

2 1