mainline-ppa no longer supplies CHANGES, use upstream ChangeLog-#.#.# instead.

[bkw777]

mainline-ppa no longer supplies CHANGES, use upstream ChangeLog-#.#.# instead.

[bkw777]

Moved from #43

[StatusCode404]

I'm fine even if it was the verbose one to be honest. As long as there's something.

The old "headlines only" were ok.

But being analytical the way I am, I sometimes wonder about the finer detail.

[tovam]

Same here, the upstream changelog is fine
There isn't any for release candidates though whereas the Ubuntu repo provided them

[bkw777]

The -rc info maybe has to come right from git, ugh...
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/?h=v5.8-rc4&showmsg=1

[tovam]

Yeah and cgit can't even export in plain text nor can it show logs strictly between two tags...

[noah1510]

I noticed the commit messages are all the line that contain a <tr> and </tr> tag in a single row.
It might be possible to just get those lines resulting in this structured table which should not be too hard to parse into plain text

[bkw777]

How does one retreive that data? Is there any reasonably scalable way for each individual end user's copy of the program to fetch it efficiently by an http request? Issuing a git command is probably out of the question. Even hitting that web-accessible git commit log for the -rc kernels seems like an abuse of that web site.

kernel.ubuntu.com is set up intentionally for end-users to hit it as a distribution source for those packages, and it's a very cheap static get request to serve up those static changes files. Hitting a git repo or a web front end to a git repo to pull the commit log, from a site only intended for some developers and distro maintainers, is something else. I note the "cdn" in the hostname, so maybe there is no problem hitting it, but I still feel the app should be well-behaved and not abuse things just because they are publicly accessable and it's possible.

[StatusCode404]

Perhaps a launchpad bug may be required somewhere to get the ubuntu kernel guys to wake up.

…

On 15/7/20 8:00 am, Brian K. White wrote: How does one retreive that data? Is there any reasonably scalable way for each individual end user's copy of the program to fetch it efficiently by an http request? Issuing a git command is probably out of the question. Even hitting that web-accessible git commit log for the -rc kernels seems like an abuse of that web site. kernel.ubuntu.com is set up intentionally for end-users to hit it as a distribution source for those packages, and it's a very cheap static get request to serve up those static changes files. Hitting a git repo or a web front end to a git repo to pull the commit log, from a site only intended for some developers and distro maintainers, is something else. I note the "cdn" in the hostname, so maybe there is no problem hitting it, but I still feel the app should be well-behaved and not abuse things just because they are publicly accessable and it's possible. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#48 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/APFQPHRJUAIHCXWSRMF5H6TR3TIP3ANCNFSM4OW6WIWA>.

[bkw777]

kernel-team says it wasn't intentional and the files are now generating again for new kernels, so we don't have to do anything.
ex: https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.8-rc5/CHANGES