/srv/irclogs.ubuntu.com/2013/07/04/#ubuntu-kernel.txt

=== hggdh_ is now known as hggdh
=== amitk is now known as amitk-afk
=== amitk-afk is now known as amitk-dnb
=== amitk-dnb is now known as amitk-dnd
ppisatibrb08:26
=== fmasi_afk is now known as fmasi
=== ara_ is now known as ara
=== fmasi is now known as fmasi_afk
apwhallyn, i assume you rocked on it and things are good08:58
=== fmasi_afk is now known as fmasi
=== fmasi is now known as fmasi_afk
tjaaltontrying to build a useful dbgsym package from a custom branch, but I always end up with stripped modules10:27
apwtjaalton, as in you don't get a .ddeb package at all ?10:39
tjaaltonI do, but the .ko's are stripped10:43
apwas ddebs are disabled by defualt when not building on a buildd, full_build=true to get the buildd experience10:43
tjaaltonok, I tried AUTOBUILD=110:43
apwtjaalton, which release are you testing10:44
tjaaltonbuilding on raring, drm-intel-nightly10:44
tjaaltonplus the packaging from.. dunno10:44
tjaalton"fresh"10:44
tjaaltongot it from Sarvatt :)10:44
apwis that you trying to rebuild the mainline builds ... oh ok10:44
tjaaltonyeah10:44
apwwell i'd try full_build in case, and in parallel i'll build saucy tip and check10:44
apwmake sure it is not systemic, people tend to not notice the ddebs have gone to hell until months after release10:46
tjaaltonthose should end up in the parent dir10:46
apwi mean if the contents have gone to hell10:46
apwwe had totally empty ones for some months :)10:47
apwback in lucid10:47
tjaaltonah10:47
apwi'll ask gomeisa to do the do on it and have a peek inside for a change :)10:47
tjaaltonwould it be possible to create ddebs for mainline builds too?10:48
tjaaltonI know they are huge..10:48
apwthey are massive, they are 10x the size of the originals10:49
tjaaltonyup10:49
apwtechnically it is possible i am sure, but ... woh, i am not sure we have the space to keep them10:49
apwvery long, and we keep the mainline builds 'in perpetuity' in theory10:49
tjaaltonwell, if I can get this working probably not needed10:49
tjaaltoni mean, if it's easy to recreate one10:49
apwit should be, i recreated a lost one from the archive and it worked with the binaries from that release10:50
tjaaltonalright10:51
apwtjaalton, i'll get back to you when i have built this one10:52
apwtjaalton, also if it works i might be able to checkout the actual tree used for that build and make a ddeb for it, if it is a mainline you are testing10:53
apwtjaalton, in principle if you are only caring for the dirty upstream trees, the ones which are frankly likely to blow up and eat your lunch, we might be able to enable them for those only10:53
apwanyhow ... build is in progress so i'll let you know what i find10:54
tjaaltonheh, right10:54
tjaaltonI'm building too, race you to it :)10:54
apwtjaalton, hopefully my builder is bigger than your builder, else i will hjave to sulk10:55
apwtjaalton, though obviouly you are building what you wnat, and mine is only a build for the master tip to make sure we haven't knobbed it10:55
tjaaltonjust my ivb desktop10:55
tjaaltonbut full build, maybe I'm missing some bdeps for the tools or such10:56
* apw curses henrix who is wrecking my race :)10:56
henrixapw: ?10:56
apwnothing, just joshing you10:56
henrixheh10:56
apwhenrix, making gomeisa go slow10:56
henrixapw: ah! i can cancel my job if you have something urgent ;)10:57
henrixapw: just doing routine builds on 3.510:57
apwhenrix, nothing urgent at all ...10:57
henrixapw: :)10:57
apwhenrix, and i have like 4 other machines if it was10:57
apwand 'slow' means 12m instead of 8m not life ending10:57
* henrix goes back to UEFI backports fun10:58
apwhenrix, yeah it looks like you have some real untestable backports to do there, good luck with that crap10:58
henrixapw: i have the backport already... i'm just trying to make sure i won't have people hitting me with bricks in a few weeks :)11:00
apwhenrix, literally :)11:01
apwtjaalton, ok my .ddeb has come out at 47M so i suspect something has broke11:28
tjaaltonha :)11:29
* apw will poke it and let you know11:29
tjaaltonthx11:29
tjaaltontried a full build and it failed, also on sbuild:11:40
tjaaltonmake[1]: Leaving directory `/«PKGBUILDDIR»/debian/build/tools-perarch/tools/power/x86/turbostat'11:40
tjaaltonmake[1]: *** No targets specified and no makefile found.  Stop.11:41
tjaaltonalthough it might be result of the way I run clean11:42
tjaaltonso nevermind11:42
apwtjaalton, hmmm no that is tools which needs a couple of patches against mainline to even have a makefile11:43
tjaaltonah, ok11:43
apwtjaalton, i probabally should suck that stuff up into the main debian packaging ... arse11:43
tjaaltonheh11:44
apwdo_tools=false will drop them11:44
tjaaltonyeah11:44
=== chuck__ is now known as zul
=== fmasi is now known as fmasi_brb
=== smb` is now known as smb
=== fmasi_brb is now known as fmasi
=== fmasi is now known as fmasi_afk
=== yofel_ is now known as yofel
=== Trevinho_ is now known as Trevinho
stgraberapw: I've just been told by the lttng guys that their code now builds fine against 3.10 (I noticed it got disabled with the switch to 3.10 in Ubuntu)20:07
cyphermoxsforshee: hey21:02
cyphermoxsforshee: I seem to be missing a device for bluetooth on mako -- ttyHS0.21:02
cyphermoxttyHSL0 shows up, but for some reason although CONFIG_SERIAL_MSM_HS=y, it still doesn't get brought up, would you be able to help me figure out why?21:02
cyphermoxquickly looking I wonder if it couldn't be because some other piece is missing, like perhaps that CONFIG_SERIAL_MSM_SMD21:03
cyphermoxnevermind that21:07
=== ayan_ is now known as ayan
=== RAOF_ is now known as RAOF

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!