- Aur-general - lists.archlinux.org

[aur-general] Lost Password
by yermandu 25 Jul '14

25 Jul '14

I lost my password in aur the passreset doesnt send email with link -- daniel yermandu [at] gmail dot com * ,--./,-. / # \ | | \ / `._,._,'*

2 3

Re: [aur-general] Compiz package naming
by Rob McCathie 25 Jul '14

25 Jul '14

Hi Charles :) > Message: 6 > Date: Fri, 25 Jul 2014 10:51:15 +0100 > From: Charles Bos <charlesbos1(a)gmail.com> > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Subject: Re: [aur-general] Compiz package naming > Message-ID: > <CAJr1w13nX3riq%3D%2BBoozWuviDA-1gRHcZa-D0RPHvZTdvXg%3DrsQ(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > This change sounds sensible to me. I would be more than happy to turn > compiz-core-bzr back into compiz-bzr. > > Regarding compiz.org, that has been dead for a long time and I wouldn't > consider it an authority on Compiz information. For instance: on the front > page of wiki.compiz.org it states that 0.8.8 is the latest 0.8 release and > 0.9.8 is the latest 0.9 release when it is actually 0.8.9 and 0.9.11 > respectively. > > I wouldn't regard the 0.9.x series is not a fork. It's a development branch > which should theoretically be released as Compiz 0.10 or Compiz 1.0 in the > same way that GNOME 3.13 is a development branch that will be released as > 3.14 in the future. I think it's a struggle to even refer to it as a development branch these days. It's been used in multiple releases of the (supposedly) enterprise-grade Ubuntu LTS releases. Doesn't sound like the sort of distribution release that "development branch" software would be used in. Personally, I view the 0.9 series as the current release branch. > Regarding the renaming of the 0.8 packages. Perhaps they could be called > compiz0.8 instead of compiz-legacy. This sometimes happens in the official > repos. For instance: there's wxgtk (which is at version 3) and wxgtk2.8. > Just a thought. Sure, compiz-legacy, compiz0.8, either works. -- Regards, Rob McCathie

1 0

Re: [aur-general] Compiz package naming
by Rob McCathie 25 Jul '14

25 Jul '14

>> 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 > >If that's true, why haven't the developers updated the site to reflect >that? I think it's fairly obvious that no one is actually maintaining that site. >The lead developer seems to consider the project dead, and the >site reflects that view. Canonical is doing temporary maintenance of >their fork until they move to Mir. I wouldn't call the 0.9 series "Canonical's fork". Canonical hired lead Compiz developer, Sam Spilsbury, to continue work on Compiz. http://en.wikipedia.org/wiki/Compiz#Compiz_0.9_series I don't see how the current launchpad hosted Compiz could be considered anything other than the true successor. Also, to ensure another common misconception doesn't crop up - The Compiz 0.9 gets further patched beyond what is on launchpad.net/compiz by Canonical for Unity. The code you get if you source directly from launchpad.net/compiz is not Unity or Ubuntu specific. I can say this with much confidence, since i've been using it for months now combined with Xfce (as a xfwm4 replacement) on Arch and Manjaro systems. -- Regards, Rob McCathie

2 2

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

25 Jul '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 * 25 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) == * lz4-120-1 (i686) * mythplugins-1:0.27.3-1 (i686) * mythtv-1:0.27.3-1 (i686) * lz4-120-1 (x86_64) * mythplugins-1:0.27.3-1 (x86_64) * mythtv-1:0.27.3-1 (x86_64) == Incomplete signoffs for [community] (25 total) == * acpi_call-1.1.0-9 (i686) 0/1 signoffs * bbswitch-0.8-13 (i686) 0/1 signoffs * lz4-120-1 (i686) 0/1 signoffs * mpv-0.4.1-2 (i686) 0/1 signoffs * mythplugins-1:0.27.3-1 (i686) 0/1 signoffs * mythtv-1:0.27.3-1 (i686) 0/1 signoffs * r8168-8.038.00-8 (i686) 0/1 signoffs * radvd-2.1-1 (i686) 0/1 signoffs * rt3562sta-2.4.1.1_r1-7 (i686) 0/1 signoffs * tp_smapi-0.41-51 (i686) 0/1 signoffs * vhba-module-20140629-4 (i686) 0/1 signoffs * virtualbox-4.3.14-2 (i686) 0/1 signoffs * virtualbox-modules-4.3.14-2 (i686) 0/1 signoffs * acpi_call-1.1.0-9 (x86_64) 0/2 signoffs * bbswitch-0.8-13 (x86_64) 0/2 signoffs * lz4-120-1 (x86_64) 0/2 signoffs * mpv-0.4.1-2 (x86_64) 0/2 signoffs * mythplugins-1:0.27.3-1 (x86_64) 0/2 signoffs * mythtv-1:0.27.3-1 (x86_64) 0/2 signoffs * r8168-8.038.00-8 (x86_64) 0/2 signoffs * radvd-2.1-1 (x86_64) 0/2 signoffs * tp_smapi-0.41-51 (x86_64) 0/2 signoffs * vhba-module-20140629-4 (x86_64) 0/2 signoffs * virtualbox-4.3.14-2 (x86_64) 0/2 signoffs * virtualbox-modules-4.3.14-2 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. bisson - 4 signoffs 2. dreisner - 2 signoffs 3. anatolik - 1 signoffs

1 0

[aur-general] deletion request
by Jose Riha 24 Jul '14

24 Jul '14

hello, please remove flac2mp3 from aur as it has been replaced by flac2mp3-git. thank you, jose

2 1

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

24 Jul '14

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 3 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 20 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 (3 total) == * mpv-0.4.1-2 (i686) * docker-1:1.1.1-2 (x86_64) * mpv-0.4.1-2 (x86_64) == Incomplete signoffs for [community] (20 total) == * acpi_call-1.1.0-9 (i686) 0/1 signoffs * bbswitch-0.8-13 (i686) 0/1 signoffs * mpv-0.4.1-2 (i686) 0/1 signoffs * r8168-8.038.00-8 (i686) 0/1 signoffs * radvd-2.1-1 (i686) 0/1 signoffs * rt3562sta-2.4.1.1_r1-7 (i686) 0/1 signoffs * tp_smapi-0.41-51 (i686) 0/1 signoffs * vhba-module-20140629-4 (i686) 0/1 signoffs * virtualbox-4.3.14-2 (i686) 0/1 signoffs * virtualbox-modules-4.3.14-2 (i686) 0/1 signoffs * acpi_call-1.1.0-9 (x86_64) 0/2 signoffs * bbswitch-0.8-13 (x86_64) 0/2 signoffs * docker-1:1.1.1-2 (x86_64) 0/2 signoffs * mpv-0.4.1-2 (x86_64) 0/2 signoffs * r8168-8.038.00-8 (x86_64) 0/2 signoffs * radvd-2.1-1 (x86_64) 0/2 signoffs * tp_smapi-0.41-51 (x86_64) 0/2 signoffs * vhba-module-20140629-4 (x86_64) 0/2 signoffs * virtualbox-4.3.14-2 (x86_64) 0/2 signoffs * virtualbox-modules-4.3.14-2 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. thestinger - 5 signoffs 2. bpiotrowski - 4 signoffs 3. fyan - 2 signoffs

1 0

[aur-general] move sc and python2-mrjob to [community]
by Ido Rosen 23 Jul '14

23 Jul '14

Would it be possible to request that "sc" be promoted to [community] by one of you fine TUs? It doesn't change very often at all and it's a pretty handy tool. Additionally, while we're at it, an unrelated but very cool package, "python2-mrjob"? :-) I am not a TU, otherwise I would do it myself. Thanks, Ido On Sun, Jul 20, 2014 at 5:09 PM, Alexander Rødseth <rodseth(a)gmail.com> wrote: > Hi, > > No packages depends on iat (a utility for converting CD images). > Upstream is gone and I could not find any forks of the project on the > web. > Removed. > > -- > Best regards, > Alexander Rødseth / xyproto >

4 7

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

23 Jul '14

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 4 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 19 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 (4 total) == * idle3-tools-0.9.1-4 (i686) * radvd-2.1-1 (i686) * idle3-tools-0.9.1-4 (x86_64) * radvd-2.1-1 (x86_64) == Incomplete signoffs for [community] (19 total) == * acpi_call-1.1.0-9 (i686) 0/1 signoffs * bbswitch-0.8-13 (i686) 0/1 signoffs * idle3-tools-0.9.1-4 (i686) 0/1 signoffs * r8168-8.038.00-8 (i686) 0/1 signoffs * radvd-2.1-1 (i686) 0/1 signoffs * rt3562sta-2.4.1.1_r1-7 (i686) 0/1 signoffs * tp_smapi-0.41-51 (i686) 0/1 signoffs * vhba-module-20140629-4 (i686) 0/1 signoffs * virtualbox-4.3.14-2 (i686) 0/1 signoffs * virtualbox-modules-4.3.14-2 (i686) 0/1 signoffs * acpi_call-1.1.0-9 (x86_64) 0/2 signoffs * bbswitch-0.8-13 (x86_64) 0/2 signoffs * idle3-tools-0.9.1-4 (x86_64) 0/2 signoffs * r8168-8.038.00-8 (x86_64) 0/2 signoffs * radvd-2.1-1 (x86_64) 0/2 signoffs * tp_smapi-0.41-51 (x86_64) 0/2 signoffs * vhba-module-20140629-4 (x86_64) 0/2 signoffs * virtualbox-4.3.14-2 (x86_64) 0/2 signoffs * virtualbox-modules-4.3.14-2 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours ==

1 0

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

22 Jul '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 * 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.) == Incomplete signoffs for [community] (17 total) == * acpi_call-1.1.0-9 (i686) 0/1 signoffs * arm-none-eabi-gcc-4.9.1-1 (i686) 0/1 signoffs * bbswitch-0.8-13 (i686) 0/1 signoffs * r8168-8.038.00-8 (i686) 0/1 signoffs * rt3562sta-2.4.1.1_r1-7 (i686) 0/1 signoffs * tp_smapi-0.41-51 (i686) 0/1 signoffs * vhba-module-20140629-4 (i686) 0/1 signoffs * virtualbox-4.3.14-2 (i686) 0/1 signoffs * virtualbox-modules-4.3.14-2 (i686) 0/1 signoffs * acpi_call-1.1.0-9 (x86_64) 0/2 signoffs * arm-none-eabi-gcc-4.9.1-1 (x86_64) 0/2 signoffs * bbswitch-0.8-13 (x86_64) 0/2 signoffs * r8168-8.038.00-8 (x86_64) 0/2 signoffs * tp_smapi-0.41-51 (x86_64) 0/2 signoffs * vhba-module-20140629-4 (x86_64) 0/2 signoffs * virtualbox-4.3.14-2 (x86_64) 0/2 signoffs * virtualbox-modules-4.3.14-2 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. fyan - 5 signoffs 2. lcarlier - 1 signoffs

1 0

[aur-general] Removing iat from [community]
by Alexander Rødseth 21 Jul '14

21 Jul '14

Hi, No packages depends on iat (a utility for converting CD images). Upstream is gone and I could not find any forks of the project on the web. Removed. -- Best regards, Alexander Rødseth / xyproto

2 1

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

21 Jul '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 * 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.) == Incomplete signoffs for [community] (17 total) == * acpi_call-1.1.0-9 (i686) 0/1 signoffs * arm-none-eabi-gcc-4.9.1-1 (i686) 0/1 signoffs * bbswitch-0.8-13 (i686) 0/1 signoffs * r8168-8.038.00-8 (i686) 0/1 signoffs * rt3562sta-2.4.1.1_r1-7 (i686) 0/1 signoffs * tp_smapi-0.41-51 (i686) 0/1 signoffs * vhba-module-20140629-4 (i686) 0/1 signoffs * virtualbox-4.3.14-2 (i686) 0/1 signoffs * virtualbox-modules-4.3.14-2 (i686) 0/1 signoffs * acpi_call-1.1.0-9 (x86_64) 0/2 signoffs * arm-none-eabi-gcc-4.9.1-1 (x86_64) 0/2 signoffs * bbswitch-0.8-13 (x86_64) 0/2 signoffs * r8168-8.038.00-8 (x86_64) 0/2 signoffs * tp_smapi-0.41-51 (x86_64) 0/2 signoffs * vhba-module-20140629-4 (x86_64) 0/2 signoffs * virtualbox-4.3.14-2 (x86_64) 0/2 signoffs * virtualbox-modules-4.3.14-2 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours ==

1 0

[aur-general] yaourt - tmpfs error: No space left on device
by Csányi Pál 21 Jul '14

21 Jul '14

Hi, I have been told on arch-general mailing list that that this problem should be post here too, because this is an AUR problem. I'm trying to install icecat with yaourt but get always error: No space left on device. $ df -H Filesystem Size Used Avail Use% Mounted on /dev/sda3 66G 38G 26G 60% / tmpfs 3.2G 0 3.2G 0% /dev/shm tmpfs 3.2G 0 3.2G 0% /sys/fs/cgroup tmpfs 3.2G 3.2G 160k 100% /tmp tmpfs 627M 4.1k 627M 1% /run/user/1000 I have installed my arch linux on one partition only, on /dev/sda3. I tried to install icecat several times, moreover after a reboot too, but always get this error message. I tried also to setup yaourt and makepkg: /etc/yaourtrc TMPDIR="/tmp" /etc/makepkg.conf BUILDDIR=/tmp/makepkg Still get the above error. $ free -h total used free shared buffers cached Mem: 5.8G 4.2G 1.6G 2.9G 64M 3.2G -/+ buffers/cache: 928M 4.9G Swap: 511M 0B 511M /etc/fstab /dev/sda3 / ext4 rw,relatime,data=ordered 0 1 /dev/cdrom /media/cdrom iso9660 ro,user,noauto,unhide 0 0 /swapfile none swap defaults 0 0 On the arch-general mailing list I get the following advices. * From Daniel Micay: Stop building a very large package in a filesystem of very limited size. The BUILDDIR option is unset by default, and if you leave it unset `makepkg` will work fine. * From me: Before I edited the file: /etc/makepkg.conf I tried to install with yaourt the icecat package but get the same error message. That is way I edited the /etc/makepkg.conf file and set the BUILDDIR option to: BUILDDIR=/tmp/makepkg So, leaving it unset doesn't work here. * From Daniel Micay: Leave it unset and build with makepkg directly. > Set BUILDDIR=/var/tmp instead, /tmp is filling up. Or just use the *default* of not building in a global directory... especially /tmp which is a ramdisk. * From Mark Lee: I just looked at yaourt's yaourtrc and it's clear that it's storing its temporary files in /tmp. Building with yaourt means building in tmpfs which would for large compilation jobs can exhaust the tmpfs file system. Either extend the size of /tmp by specifying a larger size when mounting in /tmp (using fstab or just command line) or set a different direcotry via yaourt --tmp <temporary directory>. This should really be posted to the AUR mailing list since it's an AUR issue. I hope this helps. * From Ralf Mardorf: [rocketmouse@archlinux ~]$ grep tmp /etc/fstab #tmpfs /tmp tmpfs nodev,nosuid,size=3G 0 0 It's commented out, but I once had to use it and it solved the issue for me. * From John Broggs: The best way to overcome this error is to allocate the space you need in fstab as per the instructions on the fstab page on ArchWiki. * From Bigby James: systemd will allocate /tmp to a ramdisk by default, whether you specify it or not. Specifying tmpfs in /etc/fstab allows you to dictate how large the ramdisk is, but unless you explicitly stop systemd from mounting /tmp in RAM that's where it will go. I solve this problem by building icecat directly with makepkg. -- Regards from Pal

5 7

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

20 Jul '14

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 4 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 25 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 (4 total) == * brise-0.35-1 (i686) * ibus-rime-1.2-1 (i686) * brise-0.35-1 (x86_64) * ibus-rime-1.2-1 (x86_64) == Incomplete signoffs for [community] (25 total) == * acpi_call-1.1.0-9 (i686) 0/1 signoffs * arm-none-eabi-gcc-4.9.1-1 (i686) 0/1 signoffs * bbswitch-0.8-13 (i686) 0/1 signoffs * brise-0.35-1 (i686) 0/1 signoffs * ibus-rime-1.2-1 (i686) 0/1 signoffs * librime-1.2-1 (i686) 0/2 signoffs * python-tornado-4.0.0-1 (i686) 0/1 signoffs * r8168-8.038.00-8 (i686) 0/1 signoffs * rt3562sta-2.4.1.1_r1-7 (i686) 0/1 signoffs * tp_smapi-0.41-51 (i686) 0/1 signoffs * vhba-module-20140629-4 (i686) 0/1 signoffs * virtualbox-4.3.14-2 (i686) 0/1 signoffs * virtualbox-modules-4.3.14-2 (i686) 0/1 signoffs * acpi_call-1.1.0-9 (x86_64) 0/2 signoffs * arm-none-eabi-gcc-4.9.1-1 (x86_64) 0/2 signoffs * bbswitch-0.8-13 (x86_64) 0/2 signoffs * brise-0.35-1 (x86_64) 0/2 signoffs * ibus-rime-1.2-1 (x86_64) 0/2 signoffs * librime-1.2-1 (x86_64) 0/2 signoffs * python-tornado-4.0.0-1 (x86_64) 0/2 signoffs * r8168-8.038.00-8 (x86_64) 0/2 signoffs * tp_smapi-0.41-51 (x86_64) 0/2 signoffs * vhba-module-20140629-4 (x86_64) 0/2 signoffs * virtualbox-4.3.14-2 (x86_64) 0/2 signoffs * virtualbox-modules-4.3.14-2 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. foutrelis - 13 signoffs 2. anatolik - 1 signoffs

1 0

[aur-general] [MERGE] virtualbox-ck-modules--> virtualbox-ck-host-modules
by member graysky 19 Jul '14

19 Jul '14

Seems as though AUR v3.3 does not recognize this package anymore but does recognize the two split packages it builds, i.e. virtualbox-ck-host-modules and virtualbox-ck-guest-modules. Please merge virtualbox-ck-modules--> virtualbox-ck-host-modules to retain votes/comments. Note that I am not subscribed so please cc me on my communications that requires a reply. Thank you in advance!

2 5

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

19 Jul '14

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 15 new packages in last 24 hours * 2 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 103 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 (15 total) == * acpi_call-1.1.0-9 (i686) * bbswitch-0.8-13 (i686) * r8168-8.038.00-8 (i686) * rt3562sta-2.4.1.1_r1-7 (i686) * tp_smapi-0.41-51 (i686) * vhba-module-20140629-4 (i686) * virtualbox-4.3.14-2 (i686) * virtualbox-modules-4.3.14-2 (i686) * acpi_call-1.1.0-9 (x86_64) * bbswitch-0.8-13 (x86_64) * r8168-8.038.00-8 (x86_64) * tp_smapi-0.41-51 (x86_64) * vhba-module-20140629-4 (x86_64) * virtualbox-4.3.14-2 (x86_64) * virtualbox-modules-4.3.14-2 (x86_64) == Incomplete signoffs for [community] (103 total) == * acpi_call-1.1.0-9 (i686) 0/1 signoffs * alex-3.1.3-3 (i686) 0/1 signoffs * arm-none-eabi-gcc-4.9.1-1 (i686) 0/1 signoffs * bbswitch-0.8-13 (i686) 0/1 signoffs * gtk2hs-buildtools-0.12.5.2-3 (i686) 0/1 signoffs * haddock-2.14.3-1 (i686) 0/1 signoffs * happy-1.19.3-3 (i686) 0/1 signoffs * haskell-bytestring-show-0.3.5.6-2 (i686) 0/1 signoffs * haskell-cairo-0.12.5.3-3 (i686) 0/1 signoffs * haskell-data-default-0.5.3-4 (i686) 0/1 signoffs * haskell-data-default-class-0.0.1-4 (i686) 0/1 signoffs * haskell-data-default-instances-base-0.0.1-6 (i686) 0/1 signoffs * haskell-data-default-instances-containers-0.0.1-4 (i686) 0/1 signoffs * haskell-data-default-instances-dlist-0.0.1-5 (i686) 0/1 signoffs * haskell-data-default-instances-old-locale-0.0.1-4 (i686) 0/1 signoffs * haskell-dataenc-0.14.0.5-4 (i686) 0/1 signoffs * haskell-dlist-0.5-27 (i686) 0/1 signoffs * haskell-extensible-exceptions-0.1.1.4-7 (i686) 0/1 signoffs * haskell-ghc-paths-0.1.0.9-6 (i686) 0/1 signoffs * haskell-glib-0.12.5.4-2 (i686) 0/1 signoffs * haskell-gtk-0.12.5.7-2 (i686) 0/1 signoffs * haskell-hashable-1.2.2.0-1 (i686) 0/1 signoffs * haskell-hashtables-1.1.2.1-2 (i686) 0/1 signoffs * haskell-hslogger-1.2.3-3 (i686) 0/1 signoffs * haskell-mtl-2.1.3.1-3 (i686) 0/1 signoffs * haskell-network-2.5.0.0-2 (i686) 0/1 signoffs * haskell-pango-0.12.5.3-3 (i686) 0/1 signoffs * haskell-parsec-3.1.5-3 (i686) 0/1 signoffs * haskell-primitive-0.5.2.1-5 (i686) 0/1 signoffs * haskell-quickcheck-2.7.3-3 (i686) 0/1 signoffs * haskell-random-1.0.1.1-8 (i686) 0/1 signoffs * haskell-regex-base-0.93.2-19 (i686) 0/1 signoffs * haskell-regex-compat-0.95.1-9 (i686) 0/1 signoffs * haskell-regex-posix-0.95.2-8 (i686) 0/1 signoffs * haskell-stm-2.4.3-3 (i686) 0/1 signoffs * haskell-text-1.1.1.3-1 (i686) 0/1 signoffs * haskell-tf-random-0.4-3 (i686) 0/1 signoffs * haskell-utf8-string-0.3.7-8 (i686) 0/1 signoffs * haskell-vector-0.10.9.1-4 (i686) 0/1 signoffs * haskell-x11-1.6.1.2-1 (i686) 0/1 signoffs * haskell-x11-xft-0.3.1-11 (i686) 0/1 signoffs * hedgewars-0.9.20.5-3 (i686) 0/1 signoffs * python-tornado-4.0.0-1 (i686) 0/1 signoffs * r8168-8.038.00-8 (i686) 0/1 signoffs * rt3562sta-2.4.1.1_r1-7 (i686) 0/1 signoffs * tp_smapi-0.41-51 (i686) 0/1 signoffs * vhba-module-20140629-4 (i686) 0/1 signoffs * virtualbox-4.3.14-2 (i686) 0/1 signoffs * virtualbox-modules-4.3.14-2 (i686) 0/1 signoffs * xmobar-0.21-2 (i686) 0/1 signoffs * xmonad-0.11-9 (i686) 0/1 signoffs * xmonad-contrib-0.11.2-4 (i686) 0/1 signoffs * acpi_call-1.1.0-9 (x86_64) 0/2 signoffs * alex-3.1.3-3 (x86_64) 0/2 signoffs * arm-none-eabi-gcc-4.9.1-1 (x86_64) 0/2 signoffs * bbswitch-0.8-13 (x86_64) 0/2 signoffs * gtk2hs-buildtools-0.12.5.2-3 (x86_64) 0/2 signoffs * haddock-2.14.3-1 (x86_64) 0/2 signoffs * happy-1.19.3-3 (x86_64) 0/2 signoffs * haskell-bytestring-show-0.3.5.6-2 (x86_64) 0/2 signoffs * haskell-cairo-0.12.5.3-3 (x86_64) 0/2 signoffs * haskell-data-default-0.5.3-4 (x86_64) 0/2 signoffs * haskell-data-default-class-0.0.1-4 (x86_64) 0/2 signoffs * haskell-data-default-instances-base-0.0.1-6 (x86_64) 0/2 signoffs * haskell-data-default-instances-containers-0.0.1-4 (x86_64) 0/2 signoffs * haskell-data-default-instances-dlist-0.0.1-5 (x86_64) 0/2 signoffs * haskell-data-default-instances-old-locale-0.0.1-4 (x86_64) 0/2 signoffs * haskell-dataenc-0.14.0.5-4 (x86_64) 0/2 signoffs * haskell-dlist-0.5-27 (x86_64) 0/2 signoffs * haskell-extensible-exceptions-0.1.1.4-7 (x86_64) 0/2 signoffs * haskell-ghc-paths-0.1.0.9-6 (x86_64) 0/2 signoffs * haskell-glib-0.12.5.4-2 (x86_64) 0/2 signoffs * haskell-gtk-0.12.5.7-2 (x86_64) 0/2 signoffs * haskell-hashable-1.2.2.0-1 (x86_64) 0/2 signoffs * haskell-hashtables-1.1.2.1-2 (x86_64) 0/2 signoffs * haskell-hslogger-1.2.3-3 (x86_64) 0/2 signoffs * haskell-mtl-2.1.3.1-3 (x86_64) 0/2 signoffs * haskell-network-2.5.0.0-2 (x86_64) 0/2 signoffs * haskell-pango-0.12.5.3-3 (x86_64) 0/2 signoffs * haskell-parsec-3.1.5-3 (x86_64) 0/2 signoffs * haskell-primitive-0.5.2.1-5 (x86_64) 0/2 signoffs * haskell-quickcheck-2.7.3-3 (x86_64) 0/2 signoffs * haskell-random-1.0.1.1-8 (x86_64) 0/2 signoffs * haskell-regex-base-0.93.2-19 (x86_64) 0/2 signoffs * haskell-regex-compat-0.95.1-9 (x86_64) 0/2 signoffs * haskell-regex-posix-0.95.2-8 (x86_64) 0/2 signoffs * haskell-stm-2.4.3-3 (x86_64) 0/2 signoffs * haskell-text-1.1.1.3-1 (x86_64) 0/2 signoffs * haskell-tf-random-0.4-3 (x86_64) 0/2 signoffs * haskell-utf8-string-0.3.7-8 (x86_64) 0/2 signoffs * haskell-vector-0.10.9.1-4 (x86_64) 0/2 signoffs * haskell-x11-1.6.1.2-1 (x86_64) 0/2 signoffs * haskell-x11-xft-0.3.1-11 (x86_64) 0/2 signoffs * hedgewars-0.9.20.5-3 (x86_64) 0/2 signoffs * python-tornado-4.0.0-1 (x86_64) 0/2 signoffs * r8168-8.038.00-8 (x86_64) 0/2 signoffs * tp_smapi-0.41-51 (x86_64) 0/2 signoffs * vhba-module-20140629-4 (x86_64) 0/2 signoffs * virtualbox-4.3.14-2 (x86_64) 0/2 signoffs * virtualbox-modules-4.3.14-2 (x86_64) 0/2 signoffs * xmobar-0.21-2 (x86_64) 0/2 signoffs * xmonad-0.11-9 (x86_64) 0/2 signoffs * xmonad-contrib-0.11.2-4 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. foutrelis - 1 signoffs

1 0

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

18 Jul '14

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 86 new packages in last 24 hours * 2 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 88 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 (86 total) == * alex-3.1.3-3 (i686) * arm-none-eabi-gcc-4.9.1-1 (i686) * gtk2hs-buildtools-0.12.5.2-3 (i686) * haddock-2.14.3-1 (i686) * happy-1.19.3-3 (i686) * haskell-bytestring-show-0.3.5.6-2 (i686) * haskell-cairo-0.12.5.3-3 (i686) * haskell-data-default-0.5.3-4 (i686) * haskell-data-default-class-0.0.1-4 (i686) * haskell-data-default-instances-base-0.0.1-6 (i686) * haskell-data-default-instances-containers-0.0.1-4 (i686) * haskell-data-default-instances-dlist-0.0.1-5 (i686) * haskell-data-default-instances-old-locale-0.0.1-4 (i686) * haskell-dataenc-0.14.0.5-4 (i686) * haskell-dlist-0.5-27 (i686) * haskell-extensible-exceptions-0.1.1.4-7 (i686) * haskell-ghc-paths-0.1.0.9-6 (i686) * haskell-glib-0.12.5.4-2 (i686) * haskell-gtk-0.12.5.7-2 (i686) * haskell-hashable-1.2.2.0-1 (i686) * haskell-hashtables-1.1.2.1-2 (i686) * haskell-hslogger-1.2.3-3 (i686) * haskell-mtl-2.1.3.1-3 (i686) * haskell-network-2.5.0.0-2 (i686) * haskell-pango-0.12.5.3-3 (i686) * haskell-parsec-3.1.5-3 (i686) * haskell-primitive-0.5.2.1-5 (i686) * haskell-quickcheck-2.7.3-3 (i686) * haskell-random-1.0.1.1-8 (i686) * haskell-regex-base-0.93.2-19 (i686) * haskell-regex-compat-0.95.1-9 (i686) * haskell-regex-posix-0.95.2-8 (i686) * haskell-stm-2.4.3-3 (i686) * haskell-text-1.1.1.3-1 (i686) * haskell-tf-random-0.4-3 (i686) * haskell-utf8-string-0.3.7-8 (i686) * haskell-vector-0.10.9.1-4 (i686) * haskell-x11-1.6.1.2-1 (i686) * haskell-x11-xft-0.3.1-11 (i686) * hedgewars-0.9.20.5-3 (i686) * xmobar-0.21-2 (i686) * xmonad-0.11-9 (i686) * xmonad-contrib-0.11.2-4 (i686) * alex-3.1.3-3 (x86_64) * arm-none-eabi-gcc-4.9.1-1 (x86_64) * gtk2hs-buildtools-0.12.5.2-3 (x86_64) * haddock-2.14.3-1 (x86_64) * happy-1.19.3-3 (x86_64) * haskell-bytestring-show-0.3.5.6-2 (x86_64) * haskell-cairo-0.12.5.3-3 (x86_64) * haskell-data-default-0.5.3-4 (x86_64) * haskell-data-default-class-0.0.1-4 (x86_64) * haskell-data-default-instances-base-0.0.1-6 (x86_64) * haskell-data-default-instances-containers-0.0.1-4 (x86_64) * haskell-data-default-instances-dlist-0.0.1-5 (x86_64) * haskell-data-default-instances-old-locale-0.0.1-4 (x86_64) * haskell-dataenc-0.14.0.5-4 (x86_64) * haskell-dlist-0.5-27 (x86_64) * haskell-extensible-exceptions-0.1.1.4-7 (x86_64) * haskell-ghc-paths-0.1.0.9-6 (x86_64) * haskell-glib-0.12.5.4-2 (x86_64) * haskell-gtk-0.12.5.7-2 (x86_64) * haskell-hashable-1.2.2.0-1 (x86_64) * haskell-hashtables-1.1.2.1-2 (x86_64) * haskell-hslogger-1.2.3-3 (x86_64) * haskell-mtl-2.1.3.1-3 (x86_64) * haskell-network-2.5.0.0-2 (x86_64) * haskell-pango-0.12.5.3-3 (x86_64) * haskell-parsec-3.1.5-3 (x86_64) * haskell-primitive-0.5.2.1-5 (x86_64) * haskell-quickcheck-2.7.3-3 (x86_64) * haskell-random-1.0.1.1-8 (x86_64) * haskell-regex-base-0.93.2-19 (x86_64) * haskell-regex-compat-0.95.1-9 (x86_64) * haskell-regex-posix-0.95.2-8 (x86_64) * haskell-stm-2.4.3-3 (x86_64) * haskell-text-1.1.1.3-1 (x86_64) * haskell-tf-random-0.4-3 (x86_64) * haskell-utf8-string-0.3.7-8 (x86_64) * haskell-vector-0.10.9.1-4 (x86_64) * haskell-x11-1.6.1.2-1 (x86_64) * haskell-x11-xft-0.3.1-11 (x86_64) * hedgewars-0.9.20.5-3 (x86_64) * xmobar-0.21-2 (x86_64) * xmonad-0.11-9 (x86_64) * xmonad-contrib-0.11.2-4 (x86_64) == Incomplete signoffs for [community] (88 total) == * alex-3.1.3-3 (i686) 0/1 signoffs * arm-none-eabi-gcc-4.9.1-1 (i686) 0/1 signoffs * gtk2hs-buildtools-0.12.5.2-3 (i686) 0/1 signoffs * haddock-2.14.3-1 (i686) 0/1 signoffs * happy-1.19.3-3 (i686) 0/1 signoffs * haskell-bytestring-show-0.3.5.6-2 (i686) 0/1 signoffs * haskell-cairo-0.12.5.3-3 (i686) 0/1 signoffs * haskell-data-default-0.5.3-4 (i686) 0/1 signoffs * haskell-data-default-class-0.0.1-4 (i686) 0/1 signoffs * haskell-data-default-instances-base-0.0.1-6 (i686) 0/1 signoffs * haskell-data-default-instances-containers-0.0.1-4 (i686) 0/1 signoffs * haskell-data-default-instances-dlist-0.0.1-5 (i686) 0/1 signoffs * haskell-data-default-instances-old-locale-0.0.1-4 (i686) 0/1 signoffs * haskell-dataenc-0.14.0.5-4 (i686) 0/1 signoffs * haskell-dlist-0.5-27 (i686) 0/1 signoffs * haskell-extensible-exceptions-0.1.1.4-7 (i686) 0/1 signoffs * haskell-ghc-paths-0.1.0.9-6 (i686) 0/1 signoffs * haskell-glib-0.12.5.4-2 (i686) 0/1 signoffs * haskell-gtk-0.12.5.7-2 (i686) 0/1 signoffs * haskell-hashable-1.2.2.0-1 (i686) 0/1 signoffs * haskell-hashtables-1.1.2.1-2 (i686) 0/1 signoffs * haskell-hslogger-1.2.3-3 (i686) 0/1 signoffs * haskell-mtl-2.1.3.1-3 (i686) 0/1 signoffs * haskell-network-2.5.0.0-2 (i686) 0/1 signoffs * haskell-pango-0.12.5.3-3 (i686) 0/1 signoffs * haskell-parsec-3.1.5-3 (i686) 0/1 signoffs * haskell-primitive-0.5.2.1-5 (i686) 0/1 signoffs * haskell-quickcheck-2.7.3-3 (i686) 0/1 signoffs * haskell-random-1.0.1.1-8 (i686) 0/1 signoffs * haskell-regex-base-0.93.2-19 (i686) 0/1 signoffs * haskell-regex-compat-0.95.1-9 (i686) 0/1 signoffs * haskell-regex-posix-0.95.2-8 (i686) 0/1 signoffs * haskell-stm-2.4.3-3 (i686) 0/1 signoffs * haskell-text-1.1.1.3-1 (i686) 0/1 signoffs * haskell-tf-random-0.4-3 (i686) 0/1 signoffs * haskell-utf8-string-0.3.7-8 (i686) 0/1 signoffs * haskell-vector-0.10.9.1-4 (i686) 0/1 signoffs * haskell-x11-1.6.1.2-1 (i686) 0/1 signoffs * haskell-x11-xft-0.3.1-11 (i686) 0/1 signoffs * hedgewars-0.9.20.5-3 (i686) 0/1 signoffs * python-tornado-4.0.0-1 (i686) 0/1 signoffs * xmobar-0.21-2 (i686) 0/1 signoffs * xmonad-0.11-9 (i686) 0/1 signoffs * xmonad-contrib-0.11.2-4 (i686) 0/1 signoffs * alex-3.1.3-3 (x86_64) 0/2 signoffs * arm-none-eabi-gcc-4.9.1-1 (x86_64) 0/2 signoffs * gtk2hs-buildtools-0.12.5.2-3 (x86_64) 0/2 signoffs * haddock-2.14.3-1 (x86_64) 0/2 signoffs * happy-1.19.3-3 (x86_64) 0/2 signoffs * haskell-bytestring-show-0.3.5.6-2 (x86_64) 0/2 signoffs * haskell-cairo-0.12.5.3-3 (x86_64) 0/2 signoffs * haskell-data-default-0.5.3-4 (x86_64) 0/2 signoffs * haskell-data-default-class-0.0.1-4 (x86_64) 0/2 signoffs * haskell-data-default-instances-base-0.0.1-6 (x86_64) 0/2 signoffs * haskell-data-default-instances-containers-0.0.1-4 (x86_64) 0/2 signoffs * haskell-data-default-instances-dlist-0.0.1-5 (x86_64) 0/2 signoffs * haskell-data-default-instances-old-locale-0.0.1-4 (x86_64) 0/2 signoffs * haskell-dataenc-0.14.0.5-4 (x86_64) 0/2 signoffs * haskell-dlist-0.5-27 (x86_64) 0/2 signoffs * haskell-extensible-exceptions-0.1.1.4-7 (x86_64) 0/2 signoffs * haskell-ghc-paths-0.1.0.9-6 (x86_64) 0/2 signoffs * haskell-glib-0.12.5.4-2 (x86_64) 0/2 signoffs * haskell-gtk-0.12.5.7-2 (x86_64) 0/2 signoffs * haskell-hashable-1.2.2.0-1 (x86_64) 0/2 signoffs * haskell-hashtables-1.1.2.1-2 (x86_64) 0/2 signoffs * haskell-hslogger-1.2.3-3 (x86_64) 0/2 signoffs * haskell-mtl-2.1.3.1-3 (x86_64) 0/2 signoffs * haskell-network-2.5.0.0-2 (x86_64) 0/2 signoffs * haskell-pango-0.12.5.3-3 (x86_64) 0/2 signoffs * haskell-parsec-3.1.5-3 (x86_64) 0/2 signoffs * haskell-primitive-0.5.2.1-5 (x86_64) 0/2 signoffs * haskell-quickcheck-2.7.3-3 (x86_64) 0/2 signoffs * haskell-random-1.0.1.1-8 (x86_64) 0/2 signoffs * haskell-regex-base-0.93.2-19 (x86_64) 0/2 signoffs * haskell-regex-compat-0.95.1-9 (x86_64) 0/2 signoffs * haskell-regex-posix-0.95.2-8 (x86_64) 0/2 signoffs * haskell-stm-2.4.3-3 (x86_64) 0/2 signoffs * haskell-text-1.1.1.3-1 (x86_64) 0/2 signoffs * haskell-tf-random-0.4-3 (x86_64) 0/2 signoffs * haskell-utf8-string-0.3.7-8 (x86_64) 0/2 signoffs * haskell-vector-0.10.9.1-4 (x86_64) 0/2 signoffs * haskell-x11-1.6.1.2-1 (x86_64) 0/2 signoffs * haskell-x11-xft-0.3.1-11 (x86_64) 0/2 signoffs * hedgewars-0.9.20.5-3 (x86_64) 0/2 signoffs * python-tornado-4.0.0-1 (x86_64) 0/2 signoffs * xmobar-0.21-2 (x86_64) 0/2 signoffs * xmonad-0.11-9 (x86_64) 0/2 signoffs * xmonad-contrib-0.11.2-4 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. anatolik - 1 signoffs

1 0

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

17 Jul '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 * 4 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] (4 total) == * librime-1.2-1 (i686) 0/1 signoffs * python-tornado-4.0.0-1 (i686) 0/1 signoffs * librime-1.2-1 (x86_64) 0/2 signoffs * python-tornado-4.0.0-1 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. fyan - 4 signoffs

1 0

Re: [aur-general] aur-general Digest, Vol 115, Issue 14
by JOHN Myers 17 Jul '14

17 Jul '14

Hey guys I'm sure you guys are cool and all but please STOP SENDING THOSE DARN NEWS LETTER! thank you -------- Original Message -------- From: aur-general-request(a)archlinux.org Apparently from: aur-general-bounces(a)archlinux.org To: aur-general(a)archlinux.org Subject: aur-general Digest, Vol 115, Issue 14 Date: Thu, 08 May 2014 11:01:58 -0400 > Send aur-general mailing list submissions to > aur-general(a)archlinux.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://mailman.archlinux.org/mailman/listinfo/aur-general > or, via email, send a message with subject or body 'help' to > aur-general-request(a)archlinux.org > > You can reach the person managing the list at > aur-general-owner(a)archlinux.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of aur-general digest..." > > > Today's Topics: > > 1. Re: Notify by e-mail when PKGBUILD updated by maintainer? (Xyne) > 2. Re: Notify by e-mail when PKGBUILD updated by maintainer? (Amish) > 3. Re: Notify by e-mail when PKGBUILD updated by maintainer? > (David J. Haines) > 4. Re: Notify by e-mail when PKGBUILD updated by maintainer? > (Florian Bruhin) > 5. Re: Notify by e-mail when PKGBUILD updated by maintainer? > (James Bulmer) > 6. Re: Notify by e-mail when PKGBUILD updated by maintainer? (Amish) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 8 May 2014 14:19:46 +0000 > From: Xyne <xyne(a)archlinux.ca> > To: aur-general(a)archlinux.org > Subject: Re: [aur-general] Notify by e-mail when PKGBUILD updated by > maintainer? > Message-ID: <20140508141946.69a2e78f(a)archlinux.ca> > Content-Type: text/plain; charset=US-ASCII > > On 2014-05-08 14:10 +0000 > Xyne wrote: > > >To give another example, I have attached a very simple script > >that accepts a list of package names and prints out their last modification > >times in a sorted list. It depends on python3-aur. > > The attachments seems to have been stripped. You can find the script here: > > http://xyne.archlinux.ca/scripts/aur/list_aur_mtimes.py > > > > ------------------------------ > > Message: 2 > Date: Thu, 08 May 2014 20:06:15 +0530 > From: Amish <ammdispose-arch(a)yahoo.com> > To: aur-general(a)archlinux.org > Subject: Re: [aur-general] Notify by e-mail when PKGBUILD updated by > maintainer? > Message-ID: <536B965F.3080206(a)yahoo.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > > > On 05/08/2014 07:40 PM, Xyne wrote: > > On 2014-05-08 10:50 +0530 > > Amish wrote: > >> > >> I added one line in package update Guidelines for Maintainer. > >> > >> Here is the link: > >> https://wiki.archlinux.org/index.php/Arch_User_Repository#Maintaining_packa… > >> > >> > >> Here is the line added: > >> > >> "After submitting the update, leave a comment on AUR page of the package > >> so users following the package get notified." > >> > > > > > > Please remove that. Commenting every single update will clutter up the comments > > page and make it harder to follow discussions. > > > I am ok with removing it. But I would like if more people give opinion. > > Because: > > 1) Its just a guideline, not every maintainer will follow it. > > 2) Maintainer can add one more point in guideline: to "delete" his older > update comment when new update is uploaded. > > 3) I think commenting about update will involve more people and bring > awareness that the AUR package is active and not orphaned. > > > Please think over point 2, If maintainer follows guideline and posts > update comment, he will also delete older update comment. > > If maintainer does not follow guideline, no need to delete anything either! > > Both ways, comment system will remain clean. > > Regards, > > Amish > > > ------------------------------ > > Message: 3 > Date: Thu, 8 May 2014 10:42:31 -0400 > From: "David J. Haines" <djhaines(a)gmx.com> > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Subject: Re: [aur-general] Notify by e-mail when PKGBUILD updated by > maintainer? > Message-ID: <20140508144231.GA20615(a)aludra.phillips-angley.com> > Content-Type: text/plain; charset=us-ascii; format=flowed > > On Thu, May 08, 2014 at 08:06:15PM +0530, Amish wrote: > > > > > >On 05/08/2014 07:40 PM, Xyne wrote: > >>On 2014-05-08 10:50 +0530 > >>Amish wrote: > >>> > >>>I added one line in package update Guidelines for Maintainer. > >>> > >>>Here is the link: > >>>https://wiki.archlinux.org/index.php/Arch_User_Repository#Maintaining_packa… > >>> > >>> > >>>Here is the line added: > >>> > >>>"After submitting the update, leave a comment on AUR page of the package > >>>so users following the package get notified." > >>> > > > > > >> > >>Please remove that. Commenting every single update will clutter up the comments > >>page and make it harder to follow discussions. > > > > > >I am ok with removing it. But I would like if more people give opinion. > > > >Because: > > > >1) Its just a guideline, not every maintainer will follow it. > > > >2) Maintainer can add one more point in guideline: to "delete" his > >older update comment when new update is uploaded. > > > >3) I think commenting about update will involve more people and bring > >awareness that the AUR package is active and not orphaned. > > > > > >Please think over point 2, If maintainer follows guideline and posts > >update comment, he will also delete older update comment. > > > >If maintainer does not follow guideline, no need to delete anything either! > > > >Both ways, comment system will remain clean. > > > >Regards, > > > >Amish > > As a maintainer, I would never notify my packages' users. Why? Because > as a user, I would never want such notifications in the first place. All > it would do is clutter up my inbox and thus make me want to turn off > notifications for the package in question. Seeing as how useful > discussions actually occur in the AUR comments, I would prefer to keep > notifications active, but that wouldn't stop me if maintainers started > doing this. > > Essentially, this is the flip side of the highly-annoying "a new update > is available" comment, when the flag out-of-date link is right there. > -- > David J. Haines > djhaines(a)gmx.com > 0xAFB3D16D - F929 270F B7C3 78AE A741 434F A7C6 F264 AFB3 D16C > > > ------------------------------ > > Message: 4 > Date: Thu, 8 May 2014 16:48:48 +0200 > From: Florian Bruhin <me(a)the-compiler.org> > To: aur-general(a)archlinux.org > Subject: Re: [aur-general] Notify by e-mail when PKGBUILD updated by > maintainer? > Message-ID: <20140508144848.GK6735@lupin> > Content-Type: text/plain; charset="us-ascii" > > * Amish <ammdispose-arch(a)yahoo.com> [2014-05-08 20:06:15 +0530]: > > > > > > On 05/08/2014 07:40 PM, Xyne wrote: > > >On 2014-05-08 10:50 +0530 > > >Amish wrote: > > >> > > >>I added one line in package update Guidelines for Maintainer. > > >> > > >>Here is the link: > > >>https://wiki.archlinux.org/index.php/Arch_User_Repository#Maintaining_packa… > > >> > > >> > > >>Here is the line added: > > >> > > >>"After submitting the update, leave a comment on AUR page of the package > > >>so users following the package get notified." > > >> > > > > > > > > > >Please remove that. Commenting every single update will clutter up the comments > > >page and make it harder to follow discussions. > > > > > > I am ok with removing it. But I would like if more people give opinion. > > > > Because: > > > > 1) Its just a guideline, not every maintainer will follow it. > > > > 2) Maintainer can add one more point in guideline: to "delete" his older > > update comment when new update is uploaded. > > > > 3) I think commenting about update will involve more people and bring > > awareness that the AUR package is active and not orphaned. > > > > > > Please think over point 2, If maintainer follows guideline and posts update > > comment, he will also delete older update comment. > > > > If maintainer does not follow guideline, no need to delete anything either! > > > > Both ways, comment system will remain clean. > > > > Regards, > > > > Amish > > As both a maintainer and user of quite a few AUR packages: I'll get > annoyed and unsubscribe from notifications for all the packages I use > which do this, and I'll certainly not do it myself. > > There *are* already a lot of tools which allow you to opt-in to update > notifications, why don't you simply use these? > > With your guideline change, you're forcing everyone to get update notifications > even if they aren't interested. > > For me, seeing the updates in my AUR helper is more than enough, I don't want > an email on every update, but I want mails on comments. > > Florian > > -- > () ascii ribbon campaign - stop html mail www.asciiribbon.org > /\ www.the-compiler.org | I love long mails http://email.is-not-s.ms/ > Schmidt's Observation: All things being equal, a fat person uses more soap > than a thin person. >

4 4

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

16 Jul '14

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 2 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 4 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 (2 total) == * python-tornado-4.0.0-1 (i686) * python-tornado-4.0.0-1 (x86_64) == Incomplete signoffs for [community] (4 total) == * librime-1.2-1 (i686) 0/1 signoffs * python-tornado-4.0.0-1 (i686) 0/1 signoffs * librime-1.2-1 (x86_64) 0/2 signoffs * python-tornado-4.0.0-1 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. bisson - 2 signoffs 2. dreisner - 1 signoffs

1 0

[aur-general] Please remove dtray-git
by Tai-Lin Chu 16 Jul '14

16 Jul '14

thanks.

2 1

[aur-general] Deletion Request for keinett-minecraft
by Giovanni Santini 15 Jul '14

15 Jul '14

Good evening to everybody, actually I fixed the two delete requests for the package in topic: - 1st one was made because of many problems of my package, which are now fixed (below there's the deletion request email) - 2nd one was made by me for error. Waiting for requests to be deleted. Regards, Giovanni 'ItachiSan' Santini Il 15/07/2014 14:45, notify(a)aur.archlinux.org ha scritto: > Trilby [1] filed a deletion request for keinett-minecraft [2]: > > All the source files have been uploaded here to the AUR as mentioned > in bbs thread: > https://bbs.archlinux.org/viewtopic.php?pid=1436290#p1436290 > > [1] https://aur.archlinux.org/account/Trilby/ > [2] https://aur.archlinux.org/pkgbase/keinett-minecraft/ >

1 0

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

15 Jul '14

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 2 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 2 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 (2 total) == * librime-1.2-1 (i686) * librime-1.2-1 (x86_64) == Incomplete signoffs for [community] (2 total) == * librime-1.2-1 (i686) 0/1 signoffs * librime-1.2-1 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. bisson - 2 signoffs

1 0

[aur-general] frivolous deletion requests
by Xyne 15 Jul '14

15 Jul '14

Hi, I think we need to add some guidelines to the request form to reduce the number of frivolous deletion requests. For example, someone requested a deletion of a package because "broken, crashes on dll load". The form should include a message such as "Technical issues for active projects should be reported in the comments section so that the maintainer can devise a solution and contact upstream if necessary. Deletion requests should only be made for discontinued projects." Opinions? Regards, Xyne

3 2

[aur-general] Orphan Request
by mytbk920423＠gmail.com 13 Jul '14

13 Jul '14

python-colorama[1] and python2-colorama[2] has been flagged out of date for a very long time, and I'd like to adopt them. [1] https://aur.archlinux.org/packages/python-colorama/ [2] https://aur.archlinux.org/packages/python2-colorama/

4 3

[aur-general] [Removal Req] ethereum-serpent-git
by Andy Weidenbaum 11 Jul '14

11 Jul '14

This package no longer exists upstream. Please remove from AUR. https://aur.archlinux.org/packages/ethereum-serpent-git

3 2