FS#18829 - Ability to mark packages broken.

Attached to Project: AUR web interface
Opened by Thomas Dziedzic (tomd123) - Thursday, 25 March 2010, 13:49 GMT
Last edited by Lukas Fleischer (lfleischer) - Thursday, 25 June 2015, 06:32 GMT
Task Type Feature Request
Category Backend
Status Closed
Assigned To Lukas Fleischer (lfleischer)
Architecture All
Severity Medium
Priority Normal
Reported Version 1.6.0
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 24
Private No


It would be nice if we could be able to mark packages broken.
This way, we can easily mark packages and differentiate between working and broken.
I think this would be useful and I know I'm not the first to think of this.
This task depends upon

Closed by  Lukas Fleischer (lfleischer)
Thursday, 25 June 2015, 06:32 GMT
Reason for closing:  Won't implement
Comment by Gavin Bisesi (Daenyth) - Thursday, 25 March 2010, 21:21 GMT
I think this is covered by comments and mailing the maintainer. If it's broken, emailing the maintainer should elicit a fix. If the person isn't maintaining it, mail aur-general and as for it to be orphaned so you can adopt and update it.
Comment by Thomas Dziedzic (tomd123) - Friday, 26 March 2010, 01:55 GMT
I think that having an easy visualization of broken packages would be nice and easy. (like marking the package red in the search results for outdated packages.)
Comment by Gavin Bisesi (Daenyth) - Friday, 26 March 2010, 02:52 GMT
That has the assumption that packages will be left broken for extended periods of time, which I don't think is a case we should really code for. If it's an orphan and broken, adopt and fix it; if it's maintained, email the maintainer with fixes.
Comment by Loui Chang (louipc) - Friday, 26 March 2010, 18:51 GMT
I think it would be nice to have.
Imagine if you had a list of bugs filed against a particular package on the web interface for official packages.
It's a good thing that comments are tied to the package in the AUR, but unfortunately there's no proper bug tracking system.
Something like this would kind of meet the needs mid-way, because we don't really know what comments are bugs and what are just forum-like discussion.

The perfect solution would be proper comment/bug tracking system in the AUR. Hehehe.
Comment by David Campbell (Davekong) - Wednesday, 06 October 2010, 23:54 GMT
It would also be nice to be able to filter packages based on this flag so AUR helpers could give users the option to exclude searching for packages that are broken.
Comment by Dan McGee (toofishes) - Tuesday, 21 June 2011, 16:32 GMT
A similar take on this concept I proposed on the aur-dev ML that had some traction: http://mailman.archlinux.org/pipermail/aur-dev/2011-June/001698.html
Comment by Frederik “Freso” S. Olesen (Freso) - Thursday, 31 January 2013, 20:45 GMT
"That has the assumption that packages will be left broken for extended periods of time, which I don't think is a case we should really code for."

This is certainly no more true or false than a similar assumption about the out-of-date flag? I think it would definitely be worthwhile to be able to distinguish between a package being out-of-date or a package being broken.
Comment by (Det) - Monday, 08 April 2013, 22:59 GMT
Yeah, a lot of maintainers start complaining when I just mark their packages as "out-of-date" when they're actually "broken" (e.g. the source URL has moved or it requires some additional dependency, etc.).

But that's the only flag I got.
Comment by Daniel Landau (dlandau) - Monday, 06 January 2014, 23:57 GMT
I think the flag would be useful to have, because it allows using the information programmatically. An example way to use the information could be automatically orphaning all packages that have been marked broken for more than a certain time (e.g., a month) and removing packages that are marked broken for some other, longer time period (e.g., two/three months). A comment lets a human reading the comment know that the package is broken, but it doesn't let a computer know anything.
Comment by Pablo Lezaeta (Jristz) - Friday, 20 June 2014, 23:36 GMT
Sometimes users need to flag packages outdated because they are broken but not updated, I thing this could help maintainers to know when a package is broken, like if one flag a package broken Need to upload a message saying why (like in official for outdated).
I see sometimes the situation that the maintainer refuse to fix a broken AUR package and f¿prefer wait for upstream, so whit the flag users can know when a package is broken but NOT outdated so they will not spam the outdated buton like now and intead they will know that X package is wroken but not outdated and they know that they will need to dirty they hand when they want to install them.
Comment by Lukas Fleischer (lfleischer) - Saturday, 05 July 2014, 15:44 GMT
Now that the package request feature has been implemented: Is this still needed?
Comment by Pablo Lezaeta (Jristz) - Sunday, 06 July 2014, 03:16 GMT
Package request are for "merge", "delete" and "orfanity" but none for "broken" so a option to "broken" and instead of send the mail to the mailisting, send it to the maintainer registrated e-mail.

I thing this is the best way....
Comment by (Det) - Sunday, 14 June 2015, 13:13 GMT
falconindy's thoughts on the matter back when the Requests were first implemented: https://lists.archlinux.org/pipermail/aur-general/2014-July/029079.html
Comment by Thiago Perrotta (thiagowfx) - Thursday, 18 June 2015, 05:55 GMT
> Now that the package request feature has been implemented: Is this still needed?

Sometimes I see (and I admit to do that myself too) broken packages being marked as out-of-date. Your question could be then: does 'out-of-dateness' fulfill the hole of 'broken' too?
When people don't mark a package as out-of-date, usually a comment is made; but a comment is easily non-perceived by a user who is just download a PKGBUILD (while a bold red text yields quite the contrary)