[06:52] good morning [12:11] Hi, I'm trying to build a custom kernel package based on linux-lts-raring_3.8.0-27.40~precise3.diff.gz I would like to add a patch but I don't know how to proceed. [12:12] I tried to just add the patch after dpkg-source -x + dpkg-buildpackage but it complains that I'm trying to "dpkg-source: unrepresentable changes to source [12:12] " [12:14] dachary, use quilt [12:14] hum [12:14] ho [12:15] patch + rebuild linux-lts-raring_3.8.0-27.40~precise3.diff.gz with quilt ? [12:16] I'm used to the new 3.0 quilt source format and kind of forgot how it was done before ;-) [12:35] dachary: You need to "dpkg-source --commit" after applying the patch, that will automatically create a quilt patch of your changes. [12:35] oh [12:35] dachary: (if you use 3.0 source format) [12:36] Ampelbein: linux-lts-raring package uses format source 1 [12:36] unfortunately ;-) [12:36] dachary: oh, i see. Let me check [12:38] dachary: basically put the patch you want to apply in debian/patches and add it to debian/patches/series. [12:39] dachary: But if the package doesn't yet use quilt, it gets more complicated [12:39] I could do that but I'm confused as to how all the other patches were added. Also debian/patches probably requires that debian/rules has support for it and it does not seem to be the case. [12:40] Ampelbein: as you say, it gets complicated ;-) [12:43] dachary: When you get the "unrepresentable changes" error, it should point to a file, generally some binary file that can't be represented in the diff. [12:44] dachary: I forgot that in source format 1.0 you can just change files in the tree as long as it's no binary change. dpkg-source will complain but it should build just fine. Can you paste the complete error? [12:46] Ampelbein: you are correct. The problem is not with the patch I did. It's with a binary file that is a leftover of the previous kernel build... [12:47] I was hit by two problems at once ;-) [12:47] sorry for the noise === dholbach_ is now known as dholbach === shadeslayer_ is now known as shadeslayer [23:34] development files for xcb aren't available in the Ubuntu repositories. [23:34] is there a reason for that? [23:36] More specifically, extensions for XKB to XCB aren't there.