| === chihchun_afk is now known as chihchun | ||
| === chihchun is now known as chihchun_afk | ||
| === chihchun_afk is now known as chihchun | ||
| === Peng__ is now known as Peng | ||
| tjaalton | hi, I'm trying to create a wrapper for amdgpu-pro drivers which would just "build" the vendor provided binaries as-is. it builds fine locally, but looks like launchpad has issues uploading it https://launchpadlibrarian.net/394777016/upload_15573202_log.txt | 13:21 |
|---|---|---|
| tjaalton | but I don't know what that means :) | 13:21 |
| tjaalton | full build log https://launchpadlibrarian.net/394776989/buildlog_ubuntu-bionic-amd64.amdgpu-pro_18.20-606296_BUILDING.txt.gz | 13:23 |
| wgrant | tjaalton: Your binary is named amdgpu-core but seems to lack a "Source: amdgpu-pro" field in its control file. | 13:26 |
| tjaalton | wgrant: ah, ok | 13:26 |
| tjaalton | that should be fixable on my end then.. | 13:27 |
| wgrant | (or I guess it could be named something else and have an erroneous "Source: amdgpu-core" line | 13:27 |
| wgrant | Yes, upload errors are almost always a problem in your debian/control | 13:27 |
| wgrant | And are always fixable at your end | 13:27 |
| tjaalton | well, thing is that I have a bunch of debs with their own control files embedded in.. that's the problem I think. guess there's no way around of repacking them.. | 13:28 |
| tjaalton | *having to repackage them | 13:28 |
| wgrant | Oh, by "binaries" you mean "binary packages" rather than blobs, I see | 13:29 |
| tjaalton | yeah | 13:29 |
| tjaalton | ok, needs some more work.. | 13:31 |
| === chihchun is now known as chihchun_afk | ||
| === chihchun_afk is now known as chihchun | ||
| === chihchun is now known as chihchun_afk | ||
| tjaalton | bah, looks like the binary must be of the same version as source | 16:03 |
| cjwatson | Shouldn't | 16:07 |
| cjwatson | There are definitely cases in the archive where that doesn't hold | 16:07 |
| tjaalton | okay | 16:07 |
| tjaalton | dunno what I'm doing wrong.. | 16:07 |
| tjaalton | is there an example I could have a look at? | 16:08 |
| wgrant | tjaalton: If the version differs, the Source field needs to declare the version as well | 16:10 |
| wgrant | Source: foo (1.2.3) | 16:10 |
| wgrant | Metapackages like gcc-defaults do that a lot | 16:10 |
| tjaalton | ahh | 16:10 |
| wgrant | Actually -defaults might not do that | 16:11 |
| wgrant | https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-source | 16:12 |
| wgrant | "In a binary package control file or a .changes file, the source package name may be followed by a version number in parentheses. [4] This version number may be omitted (and is, by dpkg-gencontrol) if it has the same value as the Version field of the binary package in question. The field itself may be omitted from a binary package control file when the source package has the same name and version as the | 16:12 |
| wgrant | binary package." | 16:12 |
| tjaalton | cool, thanks | 16:13 |
| dannf | is there some canonical sample python code for receiving LP webhooks? | 20:35 |
| acheronuk | triggering what? | 20:48 |
| wgrant | Right, LP just does a pretty simple HTTP post | 20:53 |
| wgrant | There's nothing really LP-specific about it | 20:53 |
| jeremy31 | More spam at answers.launchpad.net/ubuntu | 22:14 |
| wgrant | jeremy31: I've removed it. | 22:19 |
| jeremy31 | thanks | 22:19 |
| jeremy31 | Looks like some still there from 10/24 | 22:20 |
| jeremy31 | 675522, 675526, 675527 and 675528 | 22:21 |
| wgrant | Fixed. | 22:23 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!