June 2012 - Aur-general - lists.archlinux.org

Re: [aur-general] aur-general Digest, Vol 92, Issue 6x
by David Dery 03 Jun '12

03 Jun '12

Fg On Jun 3, 2012 8:18 AM, <aur-general-request(a)archlinux.org> wrote: > Send aur-general mailing list submissions to > aur-general(a)archlinux.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://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: Idea for AUR improvement (Hugo Osvaldo Barrera) > 2. Re: Idea for AUR improvement (Marcin 'sirmacik' Karpezo) > 3. Signoff report for [community-testing] (Arch Website Notification) > 4. [Rename Request] gtk-thinice-engine (Vinycius Maia) > 5. Re: [Rename Request] gtk-thinice-engine (Massimiliano Torromeo) > 6. Re: [Rename Request] gtk-thinice-engine (Vinycius Maia) > 7. Re: [Rename Request] gtk-thinice-engine (Massimiliano Torromeo) > 8. clucene to extra / drop lucene? (Andreas Radke) > > > ---------- Forwarded message ---------- > From: Hugo Osvaldo Barrera <hugo(a)osvaldobarrera.com.ar> > To: aur-general(a)archlinux.org > Cc: > Date: Sat, 02 Jun 2012 12:21:14 -0300 > Subject: Re: [aur-general] Idea for AUR improvement > On 2012-06-02 11:55, Xyne wrote: > > Hugo Osvaldo Barrera wrote: > > > >> I think a list of "packages I've contributed to" (similar to "my > >> packages", but also includes packages you've orphaned) in AUR would > >> solve this, and be helpful for other stuff. > >> > >> If a user leaves Arch for some reason, and comes back, IF he's > >> intereseted in re-adopted his orphaned packages, he'll just see that > >> list, and adopt them. > >> > >> Currently, it's pretty hard to know what packages you've contributed to > >> in the past, and it is something nice to have. > > > > That poses two problems already raised in this thread: > > > > 1) privacy issues: not everyone will want to be permanently associated > with > > packages > > That's why I said "package *I*'ve contributed to"; each user can only > see him own contributions. > > > > > 2) backend complexity: each package would have to store a list of > contributors > > in the database > > It's not really that complex. You'd need a new table > ("former-maintainer"?) for mapping users<->packages. > > > > > 1 would not actually be a list of contributors, only a list of current > and > > former maintainers, as those who contribute via comments will not be > tracked in > > this way. It thus defeats the goal of giving credit, but it would still > work to > > track previous maintainers. > > > > Yes, the list would actually be "packages I've maintained". > > > > > I lean towards the privacy argument on this and would prefer that we > don't > > track every maintainer, but I don't see it as a big deal. > > > > I also think that tracking the last maintainer would be much more useful > than > > the submitter. Currently someone could easily adopt orphaned packakges, > insert > > malicious code and then orphan them again. A last-maintainer field would > enable > > use to determine who did that and deal with it. > > > > Yes, that's exactly the point. I've maintained packages in the past, > and I'm curious as to what happened to them. Since I actually adopted > them (not submited), I've no way of easily listing them. > > > > > > Now, switching submitter for last maintainer might be easy enough to do > on > > the backend. > > Yes, it makes much more sense; the last maintainer is way more relevant > than the submitter. Complete rewrites are not uncommon, and the > submiter is irrelevant in those cases. > > -- > Hugo Osvaldo Barrera > > > > ---------- Forwarded message ---------- > From: Marcin 'sirmacik' Karpezo <marcin(a)karpezo.pl> > To: aur-general(a)archlinux.org > Cc: > Date: Sat, 02 Jun 2012 20:20:28 +0200 > Subject: Re: [aur-general] Idea for AUR improvement > Sorry for top-posting and such a long response time, but I had pretty > rough time and I needed few hours of sleep to get operational again. [; > > Thanks for this awesome feedback. I'm really impressed and thankful for > what the original idea turned out to be here. > > Such list of packages "I've maintained/contributed to" will completely > be a good solution for a problem described by me and others mentioned > here. I also don't remember all the packages I've maintained and if I > hadn't had old backup on my github I'd ave no way to remember. > > If it's not too big trouble to implement it, I'd love to see such list > in AUR. > > Thanks guys! > Marcin > > W dniu 02.06.2012 17:21, Hugo Osvaldo Barrera pisze: > > On 2012-06-02 11:55, Xyne wrote: > >> Hugo Osvaldo Barrera wrote: > >> > >>> I think a list of "packages I've contributed to" (similar to "my > >>> packages", but also includes packages you've orphaned) in AUR would > >>> solve this, and be helpful for other stuff. > >>> > >>> If a user leaves Arch for some reason, and comes back, IF he's > >>> intereseted in re-adopted his orphaned packages, he'll just see that > >>> list, and adopt them. > >>> > >>> Currently, it's pretty hard to know what packages you've contributed to > >>> in the past, and it is something nice to have. > >> > >> That poses two problems already raised in this thread: > >> > >> 1) privacy issues: not everyone will want to be permanently associated > with > >> packages > > > > That's why I said "package *I*'ve contributed to"; each user can only > > see him own contributions. > > > >> > >> 2) backend complexity: each package would have to store a list of > contributors > >> in the database > > > > It's not really that complex. You'd need a new table > > ("former-maintainer"?) for mapping users<->packages. > > > >> > >> 1 would not actually be a list of contributors, only a list of current > and > >> former maintainers, as those who contribute via comments will not be > tracked in > >> this way. It thus defeats the goal of giving credit, but it would still > work to > >> track previous maintainers. > >> > > > > Yes, the list would actually be "packages I've maintained". > > > >> > >> I lean towards the privacy argument on this and would prefer that we > don't > >> track every maintainer, but I don't see it as a big deal. > >> > >> I also think that tracking the last maintainer would be much more > useful than > >> the submitter. Currently someone could easily adopt orphaned packakges, > insert > >> malicious code and then orphan them again. A last-maintainer field > would enable > >> use to determine who did that and deal with it. > >> > > > > Yes, that's exactly the point. I've maintained packages in the past, > > and I'm curious as to what happened to them. Since I actually adopted > > them (not submited), I've no way of easily listing them. > > > > > >> > >> Now, switching submitter for last maintainer might be easy enough to do > on > >> the backend. > > > > Yes, it makes much more sense; the last maintainer is way more relevant > > than the submitter. Complete rewrites are not uncommon, and the > > submiter is irrelevant in those cases. > > > > > > ---------- Forwarded message ---------- > From: Arch Website Notification <nobody(a)archlinux.org> > To: aur-general(a)archlinux.org > Cc: > Date: Sun, 03 Jun 2012 08:07:05 -0000 > Subject: [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 > * 10 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] (8 total) == > > * conntrack-tools-1.2.0-1 (i686) > 0/2 signoffs > * ndiswrapper-1.57-12 (i686) > 0/2 signoffs > * vhba-module-20120422-1 (i686) > 0/2 signoffs > * virtualbox-modules-4.1.16-2 (i686) > 0/2 signoffs > * conntrack-tools-1.2.0-1 (x86_64) > 0/2 signoffs > * ndiswrapper-1.57-12 (x86_64) > 0/2 signoffs > * vhba-module-20120422-1 (x86_64) > 0/2 signoffs > * virtualbox-modules-4.1.16-2 (x86_64) > 0/2 signoffs > > == Incomplete signoffs for [unknown] (2 total) == > > * libnetfilter_cttimeout-1.0.0-2 (i686) > 0/2 signoffs > * libnetfilter_cttimeout-1.0.0-2 (x86_64) > 0/2 signoffs > > > == Top five in signoffs in last 24 hours == > > 1. bisson - 5 signoffs > 2. stephane - 3 signoffs > 3. allan - 3 signoffs > 4. tomegun - 2 signoffs > 5. pierre - 1 signoffs > > > > > ---------- Forwarded message ---------- > From: Vinycius Maia <suportevg(a)uol.com.br> > To: <aur-general(a)archlinux.org> > Cc: > Date: Sun, 3 Jun 2012 07:42:02 -0300 > Subject: [aur-general] [Rename Request] gtk-thinice-engine > > Please, rename gtk-thinice-engine to gtk-engine-thinice > > I believe it is more appropriate > > > > ---------- Forwarded message ---------- > From: Massimiliano Torromeo <massimiliano.torromeo(a)gmail.com> > To: "Discussion about the Arch User Repository (AUR)" < > aur-general(a)archlinux.org> > Cc: > Date: Sun, 3 Jun 2012 12:54:58 +0200 > Subject: Re: [aur-general] [Rename Request] gtk-thinice-engine > On Sun, Jun 3, 2012 at 12:42 PM, Vinycius Maia <suportevg(a)uol.com.br> > wrote: > > > > Please, rename gtk-thinice-engine to gtk-engine-thinice > > > > I believe it is more appropriate > > You should upload a new package with the new name and then request a merge > here. > > > > ---------- Forwarded message ---------- > From: Vinycius Maia <suportevg(a)uol.com.br> > To: Aur General <aur-general(a)archlinux.org> > Cc: > Date: Sun, 3 Jun 2012 08:03:57 -0300 > Subject: Re: [aur-general] [Rename Request] gtk-thinice-engine > > > I have sent > > > Date: Sun, 3 Jun 2012 12:54:58 +0200 > > From: massimiliano.torromeo(a)gmail.com > > To: aur-general(a)archlinux.org > > Subject: Re: [aur-general] [Rename Request] gtk-thinice-engine > > > > On Sun, Jun 3, 2012 at 12:42 PM, Vinycius Maia <suportevg(a)uol.com.br> > wrote: > > > > > > Please, rename gtk-thinice-engine to gtk-engine-thinice > > > > > > I believe it is more appropriate > > > > You should upload a new package with the new name and then request a > merge here. > > > > ---------- Forwarded message ---------- > From: Massimiliano Torromeo <massimiliano.torromeo(a)gmail.com> > To: "Discussion about the Arch User Repository (AUR)" < > aur-general(a)archlinux.org> > Cc: > Date: Sun, 3 Jun 2012 13:50:19 +0200 > Subject: Re: [aur-general] [Rename Request] gtk-thinice-engine > On Sun, Jun 3, 2012 at 1:03 PM, Vinycius Maia <suportevg(a)uol.com.br> > wrote: > > > > > > I have sent > > > >> Date: Sun, 3 Jun 2012 12:54:58 +0200 > >> From: massimiliano.torromeo(a)gmail.com > >> To: aur-general(a)archlinux.org > >> Subject: Re: [aur-general] [Rename Request] gtk-thinice-engine > >> > >> On Sun, Jun 3, 2012 at 12:42 PM, Vinycius Maia <suportevg(a)uol.com.br> > wrote: > >> > > >> > Please, rename gtk-thinice-engine to gtk-engine-thinice > >> > > >> > I believe it is more appropriate > >> > >> You should upload a new package with the new name and then request a > merge here. > > > > gtk-thinice-engine is gone. Also please post links to the packages > next time. Thanks > > > > ---------- Forwarded message ---------- > From: Andreas Radke <andyrtr(a)archlinux.org> > To: arch-dev-public(a)archlinux.org > Cc: aur-general(a)archlinux.org > Date: Sun, 3 Jun 2012 14:18:44 +0200 > Subject: [aur-general] clucene to extra / drop lucene? > The upcoming LibreOffice 3.6.x drops the dependency on (java) lucene > 2.9.x. We can drop java lucene from our repos if nobody > else wants to take over the maintainership of java lucene in the future. > > I'd like to bring in clucene from community and fix a missing feature. > But I'm not familiar with it. So I'd be glad if someone else would pick > it up in extra repo. Anyone going to do this? > > -Andy > > PS: current build failure with clucene from community: > > checking which clucene to use... external > checking for CLUCENE... yes > checking for CLucene/analysis/cjk/CJKAnalyzer.h... no > configure: error: Your version of libclucene has contribs-lib missing. > Error running configure at ./autogen.sh line 187. > > _______________________________________________ > aur-general mailing list > aur-general(a)archlinux.org > http://mailman.archlinux.org/mailman/listinfo/aur-general > >

1 0

[aur-general] deletion request: mantis-wm
by nem＠ikitten.co.uk 03 Jun '12

03 Jun '12

hej! i provided mantis-wm [1] a few minutes ago. however it's a git-package, so it's more appropriate to have it named mantis-wm-git [2]. please remove [1]. sorry for the inconvenience. thanks. regards, nem [1] https://aur.archlinux.org/packages.php?ID=59736 [2] https://aur.archlinux.org/packages.php?ID=59741

2 1

[aur-general] deletion request: musca packages
by nem＠ikitten.co.uk 03 Jun '12

03 Jun '12

hej! there are two old packages ([1],[2]) of musca which are bugged and outdated due to dmenu (see comments), both orphaned for some time. musca [3] includes those patches so there's no need for [1] and [2] anymore. regards, nem [1] https://aur.archlinux.org/packages.php?ID=44862 [2] https://aur.archlinux.org/packages.php?ID=26902 [3] https://aur.archlinux.org/packages.php?ID=51494

2 1

[aur-general] clucene to extra / drop lucene?
by Andreas Radke 03 Jun '12

03 Jun '12

The upcoming LibreOffice 3.6.x drops the dependency on (java) lucene 2.9.x. We can drop java lucene from our repos if nobody else wants to take over the maintainership of java lucene in the future. I'd like to bring in clucene from community and fix a missing feature. But I'm not familiar with it. So I'd be glad if someone else would pick it up in extra repo. Anyone going to do this? -Andy PS: current build failure with clucene from community: checking which clucene to use... external checking for CLUCENE... yes checking for CLucene/analysis/cjk/CJKAnalyzer.h... no configure: error: Your version of libclucene has contribs-lib missing. Error running configure at ./autogen.sh line 187.

1 0

[aur-general] [Rename Request] gtk-thinice-engine
by Vinycius Maia 03 Jun '12

03 Jun '12

Please, rename gtk-thinice-engine to gtk-engine-thinice I believe it is more appropriate

2 3

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 03 Jun '12

03 Jun '12

=== 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 * 10 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] (8 total) == * conntrack-tools-1.2.0-1 (i686) 0/2 signoffs * ndiswrapper-1.57-12 (i686) 0/2 signoffs * vhba-module-20120422-1 (i686) 0/2 signoffs * virtualbox-modules-4.1.16-2 (i686) 0/2 signoffs * conntrack-tools-1.2.0-1 (x86_64) 0/2 signoffs * ndiswrapper-1.57-12 (x86_64) 0/2 signoffs * vhba-module-20120422-1 (x86_64) 0/2 signoffs * virtualbox-modules-4.1.16-2 (x86_64) 0/2 signoffs == Incomplete signoffs for [unknown] (2 total) == * libnetfilter_cttimeout-1.0.0-2 (i686) 0/2 signoffs * libnetfilter_cttimeout-1.0.0-2 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. bisson - 5 signoffs 2. stephane - 3 signoffs 3. allan - 3 signoffs 4. tomegun - 2 signoffs 5. pierre - 1 signoffs

1 0

[aur-general] Idea for AUR improvement
by Marcin 'sirmacik' Karpezo 02 Jun '12

02 Jun '12

Hi there! Few days ago I’ve installed Archlinux on my laptop again. One of the first changes I’ve noticed in my *.archlinux.org accounts was loosing all packages I was maintaining in AUR. It’s completely understandable because I was the one to say in one of my comments that I hope to never use Arch again… but here I am having Arch on the second partition, next to Gentoo. The idea is to add some tracking of AUR package maintainers (I’m not sure if there isn’t some system like this first part already). If they have more than some number of packages out of date and they haven’t been logged in some time lets orphan their packages. This is how it is working now but manually. The next step is retrieval. If our maintainer logged in again and he’s pushing some new packages to AUR lets bring him his packages. But not all, only those which are still orphaned. Such automation will be IMO a big improvement to the whole system. Just an idea, but if anyone is interested in implementing it I’ll be glad to help. -- Regards Marcin 'sirmacik' Karpezo http://sirmacik.net

10 17

[aur-general] AUR: cleaning up canon UFR II / LIPS driver packages
by Lone_Wolf 02 Jun '12

02 Jun '12

Recently i've been working on the canon UFR II / LIPS printer driver. With help of 2 other users, there's now a new uptodate package with correct name that works for both i686 and x86_64 . Please merge the following packages : canon-common-ufr2-cndrvcups 1.90-5 https://aur.archlinux.org/packages.php?ID=29768 ufr2 2.00-1 https://aur.archlinux.org/packages.php?ID=19123 canon-cndrvcups-lb 2.10-1 https://aur.archlinux.org/packages.php?ID=35405 into cndrvcups-lb 2.40-2 https://aur.archlinux.org/packages.php?ID=58701 Note : i doubt the comments of the old packages are worth keeping, could they be deleted ? If it's to much work , just leave them in. Lone_Wolf

2 1

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 02 Jun '12

02 Jun '12

=== 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 * 134 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) == * awesome-3.4.11-5 (i686) * i3-wm-4.2-2 (i686) * perl-berkeleydb-0.50-4 (i686) * python-bsddb-5.3.0-2 (i686) * awesome-3.4.11-5 (x86_64) * i3-wm-4.2-2 (x86_64) * perl-berkeleydb-0.50-4 (x86_64) * python-bsddb-5.3.0-2 (x86_64) == Incomplete signoffs for [community] (132 total) == * awesome-3.4.11-5 (i686) 0/2 signoffs * collectd-5.1.0-2 (i686) 0/2 signoffs * conntrack-tools-1.2.0-1 (i686) 0/2 signoffs * courier-mta-0.68.0-2 (i686) 0/2 signoffs * ekg2-0.3.1-4 (i686) 0/2 signoffs * freeradius-2.1.12-6 (i686) 0/2 signoffs * i3-wm-4.2-2 (i686) 0/2 signoffs * inn-2.5.2-10 (i686) 0/2 signoffs * kvirc-4.0.4-5 (i686) 0/2 signoffs * linux-tools-3.4-2 (i686) 0/2 signoffs * multipath-tools-0.4.9-8 (i686) 0/2 signoffs * ndiswrapper-1.57-12 (i686) 0/2 signoffs * pcsc-perl-1.4.12-3 (i686) 0/2 signoffs * perl-berkeleydb-0.50-4 (i686) 0/2 signoffs * perl-class-methodmaker-2.18-6 (i686) 0/2 signoffs * perl-clone-0.31-5 (i686) 0/2 signoffs * perl-crypt-blowfish-2.12-5 (i686) 0/2 signoffs * perl-crypt-des-2.05-5 (i686) 0/2 signoffs * perl-curses-1.28-5 (i686) 0/2 signoffs * perl-data-structure-util-0.15-6 (i686) 0/2 signoffs * perl-datetime-0.72-2 (i686) 0/2 signoffs * perl-dbd-odbc-1.37-2 (i686) 0/2 signoffs * perl-dbd-pg-2.19.2-2 (i686) 0/2 signoffs * perl-dbd-sqlite2-0.33-9 (i686) 0/2 signoffs * perl-dbd-sybase-1.14-2 (i686) 0/2 signoffs * perl-device-serialport-1.04-4 (i686) 0/2 signoffs * perl-file-rsyncp-0.70-2 (i686) 0/2 signoffs * perl-fuse-0.14-2 (i686) 0/2 signoffs * perl-gd-2.46-3 (i686) 0/2 signoffs * perl-gnome2-wnck-0.16-6 (i686) 0/2 signoffs * perl-gssapi-0.28-6 (i686) 0/2 signoffs * perl-gstreamer-0.17-1 (i686) 0/2 signoffs * perl-gstreamer-interfaces-0.06-5 (i686) 0/2 signoffs * perl-gtk2-sexy-0.05-7 (i686) 0/2 signoffs * perl-gtk2-trayicon-0.06-9 (i686) 0/2 signoffs * perl-gtk2-webkit-0.09-3 (i686) 0/2 signoffs * perl-html-strip-1.06-8 (i686) 0/2 signoffs * perl-inline-java-0.53-4 (i686) 0/2 signoffs * perl-io-dirent-0.05-2 (i686) 0/2 signoffs * perl-io-tty-1.10-2 (i686) 0/2 signoffs * perl-json-xs-2.32-2 (i686) 0/2 signoffs * perl-libapreq2-2.13-3 (i686) 0/2 signoffs * perl-linux-pid-0.04-2 (i686) 0/2 signoffs * perl-mail-box-parser-c-3.006-8 (i686) 0/2 signoffs * perl-mail-transport-dbx-0.07-8 (i686) 0/2 signoffs * perl-net-dbus-1.0.0-2 (i686) 0/2 signoffs * perl-net-libidn-0.12-6 (i686) 0/2 signoffs * perl-package-stash-xs-0.25-2 (i686) 0/2 signoffs * perl-params-classify-0.013-2 (i686) 0/2 signoffs * perl-params-util-1.04-2 (i686) 0/2 signoffs * perl-params-validate-1.06-3 (i686) 0/2 signoffs * perl-string-crc32-1.4-8 (i686) 0/2 signoffs * perl-text-charwidth-0.04-8 (i686) 0/2 signoffs * perl-text-kakasi-2.04-9 (i686) 0/2 signoffs * perl-tie-hash-indexed-0.05-8 (i686) 0/2 signoffs * perl-tk-tablematrix-1.23-9 (i686) 0/2 signoffs * perl-www-curl-4.15-3 (i686) 0/2 signoffs * perl-xml-libxml-1.98-1 (i686) 0/2 signoffs * perl-xml-libxslt-1.77-1 (i686) 0/2 signoffs * perl-xmms-0.12-8 (i686) 0/2 signoffs * pork-0.99.8.1-6 (i686) 0/2 signoffs * python-bsddb-5.3.0-2 (i686) 0/2 signoffs * rxvt-unicode-9.15-3 (i686) 0/2 signoffs * vhba-module-20120422-1 (i686) 0/2 signoffs * virtualbox-modules-4.1.16-2 (i686) 0/2 signoffs * znc-0.206-2 (i686) 0/2 signoffs * awesome-3.4.11-5 (x86_64) 0/2 signoffs * collectd-5.1.0-2 (x86_64) 0/2 signoffs * conntrack-tools-1.2.0-1 (x86_64) 0/2 signoffs * courier-mta-0.68.0-2 (x86_64) 0/2 signoffs * ekg2-0.3.1-4 (x86_64) 0/2 signoffs * freeradius-2.1.12-6 (x86_64) 0/2 signoffs * i3-wm-4.2-2 (x86_64) 0/2 signoffs * inn-2.5.2-10 (x86_64) 0/2 signoffs * kvirc-4.0.4-5 (x86_64) 0/2 signoffs * linux-tools-3.4-2 (x86_64) 0/2 signoffs * multipath-tools-0.4.9-8 (x86_64) 0/2 signoffs * ndiswrapper-1.57-12 (x86_64) 0/2 signoffs * pcsc-perl-1.4.12-3 (x86_64) 0/2 signoffs * perl-berkeleydb-0.50-4 (x86_64) 0/2 signoffs * perl-class-methodmaker-2.18-6 (x86_64) 0/2 signoffs * perl-clone-0.31-5 (x86_64) 0/2 signoffs * perl-crypt-blowfish-2.12-5 (x86_64) 0/2 signoffs * perl-crypt-des-2.05-5 (x86_64) 0/2 signoffs * perl-curses-1.28-5 (x86_64) 0/2 signoffs * perl-data-structure-util-0.15-6 (x86_64) 0/2 signoffs * perl-datetime-0.72-2 (x86_64) 0/2 signoffs * perl-dbd-odbc-1.37-2 (x86_64) 0/2 signoffs * perl-dbd-pg-2.19.2-2 (x86_64) 0/2 signoffs * perl-dbd-sqlite2-0.33-9 (x86_64) 0/2 signoffs * perl-dbd-sybase-1.14-2 (x86_64) 0/2 signoffs * perl-device-serialport-1.04-4 (x86_64) 0/2 signoffs * perl-file-rsyncp-0.70-2 (x86_64) 0/2 signoffs * perl-fuse-0.14-2 (x86_64) 0/2 signoffs * perl-gd-2.46-3 (x86_64) 0/2 signoffs * perl-gnome2-wnck-0.16-6 (x86_64) 0/2 signoffs * perl-gssapi-0.28-6 (x86_64) 0/2 signoffs * perl-gstreamer-0.17-1 (x86_64) 0/2 signoffs * perl-gstreamer-interfaces-0.06-5 (x86_64) 0/2 signoffs * perl-gtk2-sexy-0.05-7 (x86_64) 0/2 signoffs * perl-gtk2-trayicon-0.06-9 (x86_64) 0/2 signoffs * perl-gtk2-webkit-0.09-3 (x86_64) 0/2 signoffs * perl-html-strip-1.06-8 (x86_64) 0/2 signoffs * perl-inline-java-0.53-4 (x86_64) 0/2 signoffs * perl-io-dirent-0.05-2 (x86_64) 0/2 signoffs * perl-io-tty-1.10-2 (x86_64) 0/2 signoffs * perl-json-xs-2.32-2 (x86_64) 0/2 signoffs * perl-libapreq2-2.13-3 (x86_64) 0/2 signoffs * perl-linux-pid-0.04-2 (x86_64) 0/2 signoffs * perl-mail-box-parser-c-3.006-8 (x86_64) 0/2 signoffs * perl-mail-transport-dbx-0.07-8 (x86_64) 0/2 signoffs * perl-net-dbus-1.0.0-2 (x86_64) 0/2 signoffs * perl-net-libidn-0.12-6 (x86_64) 0/2 signoffs * perl-package-stash-xs-0.25-2 (x86_64) 0/2 signoffs * perl-params-classify-0.013-2 (x86_64) 0/2 signoffs * perl-params-util-1.04-2 (x86_64) 0/2 signoffs * perl-params-validate-1.06-3 (x86_64) 0/2 signoffs * perl-string-crc32-1.4-8 (x86_64) 0/2 signoffs * perl-text-charwidth-0.04-8 (x86_64) 0/2 signoffs * perl-text-kakasi-2.04-9 (x86_64) 0/2 signoffs * perl-tie-hash-indexed-0.05-8 (x86_64) 0/2 signoffs * perl-tk-tablematrix-1.23-9 (x86_64) 0/2 signoffs * perl-www-curl-4.15-3 (x86_64) 0/2 signoffs * perl-xml-libxml-1.98-1 (x86_64) 0/2 signoffs * perl-xml-libxslt-1.77-1 (x86_64) 0/2 signoffs * perl-xmms-0.12-8 (x86_64) 0/2 signoffs * pork-0.99.8.1-6 (x86_64) 0/2 signoffs * python-bsddb-5.3.0-2 (x86_64) 0/2 signoffs * rxvt-unicode-9.15-3 (x86_64) 1/2 signoffs * vhba-module-20120422-1 (x86_64) 0/2 signoffs * virtualbox-modules-4.1.16-2 (x86_64) 0/2 signoffs * znc-0.206-2 (x86_64) 0/2 signoffs == Incomplete signoffs for [unknown] (2 total) == * libnetfilter_cttimeout-1.0.0-2 (i686) 0/2 signoffs * libnetfilter_cttimeout-1.0.0-2 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. allan - 2 signoffs 2. tomegun - 1 signoffs 3. eric - 1 signoffs

1 0

[aur-general] deletion request: ibus-pinyin-libpinyin-git
by Yangtse Su 02 Jun '12

02 Jun '12

ibus-pinyin-libpinyin-git has been replaced by ibus-libpinyin-git

2 1