[aur-general] Suggestion of resource on AUR.
When a packages was marked as out-of-date should set a timeout. If the owner don't updated, the package will marked as orphan. Something like two months. What do you think? -- Robson Roberto Souza Peixoto Robinho robsonpeixoto@gmail.com Telefone: (19) 8821-0396 Computer Science Master's degree student of University of Campinas (Unicamp), Brazil Archlinux-br Developer Team - http://archlinux-br.org
Agreed, but two months? Isn't that a bit too long? One month is good enough in my opinion. Matt 2009/1/5 Robson Roberto Souza Peixoto <robsonpeixoto@gmail.com>
When a packages was marked as out-of-date should set a timeout. If the owner don't updated, the package will marked as orphan. Something like two months.
What do you think?
-- Robson Roberto Souza Peixoto Robinho robsonpeixoto@gmail.com Telefone: (19) 8821-0396 Computer Science Master's degree student of University of Campinas (Unicamp), Brazil Archlinux-br Developer Team - http://archlinux-br.org
On Mon, Jan 05, 2009 at 06:06:03PM +0100, Mathias Burén wrote:
Agreed, but two months? Isn't that a bit too long? One month is good enough in my opinion.
A month would be alright. I'd prefer two weeks though. Hah! I'd like to avoid using a cron job to do this. Any ideas or patches for such an implementation are welcome at aur-dev@archlinux.org Cheers!
On 1/5/09, Loui Chang <louipc.ist@gmail.com> wrote:
On Mon, Jan 05, 2009 at 06:06:03PM +0100, Mathias Burén wrote:
Agreed, but two months? Isn't that a bit too long? One month is good enough in my opinion.
A month would be alright. I'd prefer two weeks though. Hah! I'd like to avoid using a cron job to do this. Any ideas or patches for such an implementation are welcome at aur-dev@archlinux.org
Cheers!
You know a typical holiday takes longer than two weeks (well, mine at least). So I'm against anything shorter than 1 month, which IMO is maybe already a bit short. There may also be instances that packages are wrongly flagged out of date, or packages can't be updated for some reasons. How do you want to implement these? Ronald
On Mon, 5 Jan 2009 14:58:48 -0200, "Robson Roberto Souza Peixoto" <robsonpeixoto@gmail.com> wrote:
When a packages was marked as out-of-date should set a timeout. If the owner don't updated, the package will marked as orphan. Something like two months.
What do you think?
Agreed :) Two weeks is fair enough ... -- http://www.liquuid.net
Ronald van Haren wrote:
On 1/5/09, Loui Chang <louipc.ist@gmail.com> wrote:
On Mon, Jan 05, 2009 at 06:06:03PM +0100, Mathias Burén wrote:
Agreed, but two months? Isn't that a bit too long? One month is good enough in my opinion.
A month would be alright. I'd prefer two weeks though. Hah! I'd like to avoid using a cron job to do this. Any ideas or patches for such an implementation are welcome at aur-dev@archlinux.org
Cheers!
You know a typical holiday takes longer than two weeks (well, mine at least). So I'm against anything shorter than 1 month, which IMO is maybe already a bit short.
There may also be instances that packages are wrongly flagged out of date, or packages can't be updated for some reasons. How do you want to implement these?
Ronald
I agree that this is generally a good idea, although two weeks does seem a bit short (especially around the holidays). As for instances where a package can't be updated, perhaps a new flag could be implemented for these situations? I've had a few of those situations myself and they can be frustrating, so I suggest the possible addition of a "pending update" flag or similar. Something that could give the maintainer the ability to mark a package in such a way as to notify the community that although the package is not functional, it is being looked into. Additionally, it could potentially lock out the ability to flag the package out-of-date to prevent packages in situations like this from being auto-orphaned if the discussed auto-orphan idea is implemented. Thoughts? -- Your Fortune... --------------- I'm encased in the lining of a pure pork sausage!!
2 week is a short time imho. It can take some time to contact upstream dev or, like Ronald said, you can be on holiday. @+ 2009/1/5 Ghost1227 <ghost1227@archlinux.us>
Ronald van Haren wrote:
On 1/5/09, Loui Chang <louipc.ist@gmail.com> wrote:
On Mon, Jan 05, 2009 at 06:06:03PM +0100, Mathias Burén wrote:
Agreed, but two months? Isn't that a bit too long? One month is good enough in my opinion.
A month would be alright. I'd prefer two weeks though. Hah! I'd like to avoid using a cron job to do this. Any ideas or patches for such an implementation are welcome at aur-dev@archlinux.org
Cheers!
You know a typical holiday takes longer than two weeks (well, mine at least). So I'm against anything shorter than 1 month, which IMO is maybe already a bit short.
There may also be instances that packages are wrongly flagged out of date, or packages can't be updated for some reasons. How do you want to implement these?
Ronald
I agree that this is generally a good idea, although two weeks does seem a bit short (especially around the holidays). As for instances where a package can't be updated, perhaps a new flag could be implemented for these situations? I've had a few of those situations myself and they can be frustrating, so I suggest the possible addition of a "pending update" flag or similar. Something that could give the maintainer the ability to mark a package in such a way as to notify the community that although the package is not functional, it is being looked into. Additionally, it could potentially lock out the ability to flag the package out-of-date to prevent packages in situations like this from being auto-orphaned if the discussed auto-orphan idea is implemented. Thoughts?
-- Your Fortune... --------------- I'm encased in the lining of a pure pork sausage!!
Le Mon, 05 Jan 2009 18:11:42 -0500, Ghost1227 <ghost1227@archlinux.us> a écrit :
I agree that this is generally a good idea, although two weeks does seem a bit short (especially around the holidays). As for instances where a package can't be updated, perhaps a new flag could be implemented for these situations? I've had a few of those situations myself and they can be frustrating, so I suggest the possible addition of a "pending update" flag or similar. Something that could give the maintainer the ability to mark a package in such a way as to notify the community that although the package is not functional, it is being looked into. Additionally, it could potentially lock out the ability to flag the package out-of-date to prevent packages in situations like this from being auto-orphaned if the discussed auto-orphan idea is implemented. Thoughts?
Let's not add too much complexity to the AUR is what I think. I'm for auto-orphan after a month, vacations are usally not that long, and even if that's the case, one month without an update is too long. What I would like to see is a "broken" flag and/or the possibility for the maintainer of the package to be notified by email of any comment on one of his packages (a bit like with flyspray). I often don't see comments on my packages saying that they don't build anymore because they were broken by another package's update. -- catwell
On Mon, 2009-01-05 at 14:58 -0200, Robson Roberto Souza Peixoto wrote:
When a packages was marked as out-of-date should set a timeout. If the owner don't updated, the package will marked as orphan. Something like two months.
What do you think?
I don't like this idea. As developer, I get a lot of out-of-date flags for packages that aren't outdated. Some people use the flag option to report bugs. Other people see a GNOME 2.25.x package appearing on the GNOME FTP and report the stable 2.24.x version as outdated. Sometimes I'm constantly unflagging packages all the time, but sometimes I just leave it alone because I know some other user who knows it all better than me flags it again anyways (I've had the same packages flagged 4 times per day). This would mean that with this rule, half of the GNOME desktop would be orphaned halfway the beta series of the next GNOME version. Out-of-date flagging is just an indication that a package could use some attention, but when a package is flagged out-of-date for a while, it doesn't mean the developer is inactive.
participants (9)
-
Fernando Henrique
-
Ghost1227
-
Jan de Groot
-
Loui Chang
-
Mathias Burén
-
Pierre Chapuis
-
Robson Roberto Souza Peixoto
-
Ronald van Haren
-
Shaika-Dzari Shaika-Dzari