[12:49] <caribou> Hi, any reason why I cannot locate the dbgsym package for linux-image-3.13.0-45-generic ?
[12:49] <caribou> This seems like a valid official kernel
[12:50] <apw> caribou, where have you looked for it
[12:51] <caribou> apw: I've setup the ddebs.ubuntu.com archives & it doesn't find it
[12:51] <caribou> apw: that's usually where I go to get them & what is documented in the Crashdump Recipe wiki
[12:51] <apw> caribou, you mean -45 or -54 ?
[12:51] <caribou> apw: -45
[12:52] <apw> caribou, the old ones always go missing don't they ?
[12:52] <apw> thats -10 behind tip
[12:52] <apw> i thought the STS guys kept an archive though
[12:53] <caribou> apw: I thought it had been fixed before Trusty
[12:53] <caribou> apw: used to be me :-/
[12:53] <apw> they had been fixed to be generate, they still get cleared out when they are unpublished
[12:53] <apw> that said, going forward i beleive they are in the librarian
[12:53] <apw> and therefore permenant until the series is archived
[12:53] <apw> but i odubt it goes back that far
[12:55] <caribou> well, that's a trusty kernel & the other 3.13 are there
[12:56] <caribou> apw: -32 & -53 are there. Looks like this one took a summer vacation
[12:56] <caribou> arges: do you still archive the ddebs ?
=== pgraner-afk is now known as pgraner
[13:25] <arges> caribou: which one do you need
[13:26] <caribou> arges: linux-image-3.13.0-45-generic
[13:26] <caribou> arges: otherwise I'll try to rebuild it
[13:27] <arges> caribou: i do not have it unfortunately
[13:27] <caribou> arges: that's fine
[13:28] <apw> arges, your job to suck them down is automated right?  which kinda implies we never had it
[13:28] <apw> i am glad that is resolved going forward
[13:28] <arges> apw: it appears my cronjob was not running. so I'm fixin gthat now
[13:28] <caribou> arges: remember the requirement for rebuilding them correctly ? 
[13:28] <caribou> arges: afair, needed to rebuild using LP builders
[13:30] <arges> caribou: i thought a local build would work too. Do you need to do crashdump analysis?
[13:30] <caribou> arges: yes
[13:30] <caribou> arges: yes = crashdump
[13:31] <apw> caribou, you have to incant at the build to make it make ddebs at all, but you can make them locally
[13:31] <arges> skipdbg=false
[13:31] <arges> fakeroot debian/rules binary-generic skipdbg=false
[13:31] <caribou> arges: apw: ok I'll try a local build & see what I get
[13:32] <arges> and i'll make sure these scripts re-run
[13:32] <apw> you have to say something on the build line to ensure you get a ddeb
[13:32] <arges> apw: so wily+ will be backed up in launchpad librarian?
[13:32] <apw> it does not make them by default for a local build
[13:32] <apw> arges, i don't think it is pocket specific, i think it is all builds from "a little while back" onward
[13:33] <apw> you can see the ddebs listed at least
[13:34] <arges> apw: ah, glad its not pocket specific
[13:34] <arges> i'll re-run the mirror script fwiw then, and hopefully the re-build works
[15:08] <jdstrand> ogasawara: hey, fyi bug #1465322. I just noticed and filed this and was able to reproduce in VM and live system. I don't know the impact of the regression
[15:08] <ubot5> bug 1465322 in linux (Ubuntu) "regression: "df: `/sys/kernel/debug': Function not implemented" with 3.2.0-85.122" [Undecided,Confirmed] https://launchpad.net/bugs/1465322
[15:08] <ogasawara> jdstrand: ack, I'll turn jsalisbury loose on it
[15:11] <jsalisbury> ogasawara, jdstrand I'll dig into it
[15:12] <jdstrand> thanks
[15:45] <rtg> jsalisbury, I see at least 2 possibilities for bug #1465322, "kdb: fix incorrect counts in KDB summary command output" and "debugfs: leave freeing a symlink body until inode eviction"
[15:45] <ubot5> bug 1465322 in linux (Ubuntu) "regression: "df: `/sys/kernel/debug': Function not implemented" with 3.2.0-85.122" [High,In progress] https://launchpad.net/bugs/1465322
[15:46] <jsalisbury> rtg, great.  I'll build a test kernel with those two commits reverted for jdstrand to test, while I setup a Precise VM and reproduce it
[15:47] <jsalisbury> jdstrand, Do you happen to know if this is only happening on 3.2 kernels?
[16:24] <Kano> hi, for the nightly kernels can you add kmod alternative depends? module-init-tools is just a meta package anymore on Debian
[16:26] <infinity> A transitional package, not a metapackage.
=== pgraner is now known as pgraner-dr