[02:13] <alazare619> im trying to make a bootable ubuntu iso but whenever i make the iso its only 19mb like its missing the chroot
[03:15] <psusi> well, the nautilus bug where it reports bogus size in the properties of the root has annoyed me for the last time... fixed it.
[05:57] <justaguest> what level of C expertise is need to contribute to writing the ubuntu source code?
[06:18] <Roj> HI  i need this trutrial creating your own browser using webkit
[07:48] <larsduesing> good morning or so :-)
[07:50] <larsduesing> I think, there is a bug in launchpad: If you look at the SRU-Queue and the Revision before the SRU is a security-update, the diff in the SRU-Queue is for both the security-update as well as the SRU...
[07:50] <larsduesing> https://launchpad.net/ubuntu/precise/+queue?queue_state=1
[07:50] <larsduesing> (aiccu)
[07:51] <larsduesing> http://launchpadlibrarian.net/109210156/aiccu_20070115-14.1ubuntu3_20070115-14.1ubuntu3.2.diff.gz
[07:52] <larsduesing> it does a diff *ubuntu3 against *ubuntu3.2 (whilst there IS a *ubuntu3.1-Version out there)
[07:54] <cjwatson> Yeah, diff ancestry isn't always quite right
[07:54] <larsduesing> hi cjwatson :)
[07:55] <larsduesing> I tried to look what component I should file a bug against, but nothing really found..
[07:57] <cjwatson> larsduesing: the "launchpad" product ("Launchpad itself")
[07:57] <larsduesing> it is launchpad itself? Ok
[07:57] <larsduesing> :)
[07:57] <cjwatson> it's in lib/lp/soyuz/model/queue.py:PackageUploadSource.getSourceAncestryForDiffs if you want to try fixing it
[07:58] <larsduesing> lets have a look (and get completely confused *G*)
[07:59] <cjwatson> See also my XXX comment in lib/lp/soyuz/scripts/packagecopier.py:check_copy_permissions complaining about the many different implementations of ancestry calculation
[08:00] <cjwatson> It's possible that a correct fix would rip all of that duplication out and consolidate it, although that will require some moderately hard thinking about the correct semantics
[08:02] <larsduesing> *reading through python code*
[08:12] <larsduesing> sometimes I hate bzr... tons of source are being downloaded...
[12:08] <larsduesing> cjwatson: is there any decent way to debug this?
[12:20] <larsduesing> cjwatson: https://bugs.launchpad.net/launchpad/+bug/1022260
[13:00] <cjwatson> larsduesing: hm?  not sure what requires debugging, the logic is clear enough and just diverges from what you expect
[13:02] <cjwatson> larsduesing: oh, you should write unit tests for any changes - there's stuff on dev.launchpad.net about that
[13:02] <cjwatson> larsduesing: I repeat my previous observation that this needs to be refactored though - and I don't think it's correct that you've made the ancestry of things in the release pocket include -updates
[13:06] <larsduesing> hmm
[13:06] <larsduesing> ok, thinking over it again
[13:07] <cjwatson> I think this needs clear thought before hacking on it, and looking through the other functions that do similar things and trying to consolidate them is probably a good way to start
[13:11] <cjwatson> larsduesing: BTW there's #launchpad-dev which is probably more knowledgeable :)
[13:16] <cjwatson> (though mostly in working hours)
[13:20] <Daviey> larsduesing: dupe of bug 680911 ?
[16:36] <larsduesing> oh
[16:37] <larsduesing> Daviey: cjwatson told me the updates pocket should NOT considered
[18:28] <highvoltage> 5n
[19:31] <Daviey> larsduesing: All i know, is that i almost had a heart attack when i uploaded a core package (dpkg) as an SRU for a one line change, based on the current -updates package.. and almost had a heart attack when i looked at the LP diff as it was huge.
[22:52] <cjwatson> larsduesing: err ... I was talking about relative to the release pocket, not relative to -proposed.  (This is why this requires careful thought and probably drawing up a big table or something. :-) )