- Aur-general - lists.archlinux.org

[aur-general] Please delete dovecot-systemd
by Oon-Ee Ng 05 Jun '12

05 Jun '12

Please delete dovecot-systemd [1], I am the maintainer. Reason: systemd support already to dovecot in [extra] (bug-report closed here [2]) [1] - https://aur.archlinux.org/packages.php?ID=47523 [2] - https://bugs.archlinux.org/task/22601

2 1

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

05 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 * 4 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.) == Incomplete signoffs for [community] (6 total) == * 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 * 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 == Top five in signoffs in last 24 hours == 1. stephane - 4 signoffs 2. foutrelis - 3 signoffs 3. allan - 2 signoffs

1 0

[aur-general] Removal of two packages
by iv597 05 Jun '12

05 Jun '12

Please remove my two packages, python-primitivelogger-git and python2-primitivelogger-git. I am the author of those mini-libs and have shut down their git repositories, so I see no need to leave broken packages around the AUR. Thanks!

2 1

[aur-general] Byobu has been orphaned
by Alishams Hassam 04 Jun '12

04 Jun '12

Hello all, AnotherZero, the maintainer for byobu, has orphaned the package. I'm afraid that I'm in the same boat as him, I don't really have time to do it (in my case learn how to) myself. Is anyone else up for maintaining it? If not, I will attempt to learn the skills necessary to get it packaged, however with my current schedule that will take a while. Any takers? PS anotherZero, if you're reading this, thanks so much for taking the time to maintain it for as long as you did!

3 3

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

04 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 * 4 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.) == Incomplete signoffs for [community] (6 total) == * 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 * 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 == Top five in signoffs in last 24 hours == 1. pierre - 5 signoffs 2. allan - 3 signoffs

1 0

[aur-general] Removal request lxshortcut
by Åke Svensson 03 Jun '12

03 Jun '12

Since lxshortcut now is in the community repo I'd be glad if it could be removed form AUR. Regards, swanson (maintainer)

2 1

[aur-general] Dropping cherokee from [community]
by Evangelos Foutras 03 Jun '12

03 Jun '12

Upstream is going through some major restructuring and a new release isn't expected soon [1]. People using Cherokee should switch to one of the other web servers available in Arch's repositories. (I have submitted the existing PKGBUILD to the AUR. Note that it currently doesn't build with the latest ffmpeg from [staging].) [1] http://lists.octality.com/pipermail/cherokee/2012-April/015553.html

1 0

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