no cups.org bug tracker

Wow, I have no idea what system that is.

I am pretty sure that it is a custom job, which makes it pretty low priority

The tracker's URL has changed slightly; it's now at http://www.cups.org/str.php. (For instance, bug 210718 should link to http://www.cups.org/str.php?L2765, which is cupsys #2765.)

It looks like it should be pretty straightforward to parse the bug number and provide a link, even if fetching the bug priority and status is more difficult. Is it possible to just implement the first half, so that at least we can add links to the upstream tracker issues? Or does Launchpad require that an upstream tracker

I'll open a Q&A on adding support myself; hopefully it's not impossible.

I asked about how to add support myself on an Answers thread. From there, Christian Reis said:

"So what Launchpad normally does it pull data from the bugtracker, ideally in a structured manner (XML, CSV, etc), and ideally obtaining information for multiple bugs in a single HTTP request."

I doubt their tracker supports that; I've emailed the webmaster asking about it and offering to write them a module myself. (It seems rather straightforward, and I know the language their site is written in.)

"In some cases, such as SourceForge and Google code, there is no structured output and we need to screen-scrape a bug at a time, which is inefficient and annoys the server admins."

Hopefully the server admin there will feel the same way and either write the specified module or let me do it. In the meantime, screen-scraping is pretty straightforward:

$ curl "http://www.cups.org/str.php?L2780" 2>/dev/null|egrep "^<tr><th align='right' valign='top' nowrap>"|egrep '(Status|Priority)'|sed -e 's#<[^>]*>##g'
Status:5 - New
Priority:3 - Moderate, e.g. unable to compile the software

Like any screen-scraping, it's brittle and liable to change if they update with the site, but it could work as a fallback if the webmaster(s) don't want to add an extra customized interface.

"We also need to know if the bugtracker accepts anonymous connections or not."

I didn't have to log in (I don't have an account there), and all my testing works fine just using curl from the command line. Is there anything else needed?

One minor fix--that command-line example should read:

$ curl "http://www.cups.org/str.php?L2780" 2>/dev/null|egrep "^<tr><th align='right' valign='top' nowrap>(Status|Priority)"|sed -e 's#<[^>]*>##g'
Status:5 - New
Priority:3 - Moderate, e.g. unable to compile the software

Only one invocation of egrep is necessary.

Per Christian Reis, this should be assigned to malone, not launchpad.

I've (much-belatedly) sent a script to the maintainers which returns a CSV list of the bugs, with fields ID, status, and priority, in that order. Potential values for status are "Resolved", "Unresolved", "Active", "Pending", "New" and "INVALID". Potential values for priority are "LOW", "MOD", "HIGH", "CRIT" and "INVALID". (See http://svn.easysw.com/public/cupswww/trunk/phplib/db-str.php; the "INVALID" statuses are returned when there's no valid status or priority set on the ticket. It will return up to 50 (though that's configurable) reports at a time.

For instance, calling:

.../launchpad.php?1+2+3+4

might return something like:

1,Pending,LOW
2,Resolved,MOD
4,New,INVALID

assuming that report 3 is locked for security purposes, and not publically accessible.

If there's anything I can do to code on the Malone side of things while we're waiting for this to be provided by the CUPS folks, please let me know.

It's up! See, for example, the following.

http://www.cups.org/launchpad.php?144+2

Let me know if there's anything more I can do to help.

This? https://github.com/apple/cups/issues

> This? https://github.com/apple/cups/issues

According to the README this is Apple's fork, not a bugtracker for the upstream CUPS project.

https://github.com/apple/cups/blob/master/README.md

Chasing links for a bit I landed on https://github.com/OpenPrinting/cups/issues