[aur-general] aur-general Digest, Vol 92, Issue 6x
David Dery
dsdery at gmail.com
Sun Jun 3 10:47:11 EDT 2012
Fg
On Jun 3, 2012 8:18 AM, <aur-general-request at archlinux.org> wrote:
> Send aur-general mailing list submissions to
> aur-general at 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 at archlinux.org
>
> You can reach the person managing the list at
> aur-general-owner at 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 at osvaldobarrera.com.ar>
> To: aur-general at 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 at karpezo.pl>
> To: aur-general at 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 at archlinux.org>
> To: aur-general at 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 at uol.com.br>
> To: <aur-general at 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 at gmail.com>
> To: "Discussion about the Arch User Repository (AUR)" <
> aur-general at 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 at 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 at uol.com.br>
> To: Aur General <aur-general at 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 at gmail.com
> > To: aur-general at archlinux.org
> > Subject: Re: [aur-general] [Rename Request] gtk-thinice-engine
> >
> > On Sun, Jun 3, 2012 at 12:42 PM, Vinycius Maia <suportevg at 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 at gmail.com>
> To: "Discussion about the Arch User Repository (AUR)" <
> aur-general at 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 at uol.com.br>
> wrote:
> >
> >
> > I have sent
> >
> >> Date: Sun, 3 Jun 2012 12:54:58 +0200
> >> From: massimiliano.torromeo at gmail.com
> >> To: aur-general at archlinux.org
> >> Subject: Re: [aur-general] [Rename Request] gtk-thinice-engine
> >>
> >> On Sun, Jun 3, 2012 at 12:42 PM, Vinycius Maia <suportevg at 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 at archlinux.org>
> To: arch-dev-public at archlinux.org
> Cc: aur-general at 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 at archlinux.org
> http://mailman.archlinux.org/mailman/listinfo/aur-general
>
>
More information about the aur-general
mailing list