[00:17] <psusi> say umm... since plymouth is now a required component of an Ubuntu system, and it conflicts with usplash, shouldn't usplash be dropped?
[01:38] <BeeHock> what is the proper way to resubmit proposal to merge?
[03:31] <smoser> I'm in need of some debugging help.
[03:31] <smoser> uec images build succeeded on 20101228 (~ 01:00 UTC). but fails now.
[03:31] <smoser> there were some changes of my doing, but I believe I've removed them as potential for cause of build failure.
[03:32] <smoser> at this present time if I build with the archive pointed at archive.ubuntu.com, i will fail. but if I point at us-east-1.ec2.archive.ubuntu.com (slightly out of date), it will succeed.
[03:34] <smoser> the failure occurs in a postinstall of grub-legacy-ec2. on a call to
[03:34] <smoser>   db_x_loadtemplatefile /var/lib/dpkg/info/grub-legacy-ec2.templates grub
[03:34] <smoser> that file does not exist in the failure scenario.
[03:36] <smoser> logs at http://pastebin.com/c62P67Kn (good) and http://pastebin.com/1uWJzGuL (bad)
[03:37] <smoser> between those two, the only change is the archive that is being used.
[03:39] <smoser> if anyone has ideas, i could really use suggestions. i really need a uec build for alpha-3 :-(
[04:03] <smoser> http://pastebin.com/RkFU5keb is a diff of manifests for failed and successful.
[04:04] <broder> smoser: sounds like dpkg multiarch issues
[04:05] <smoser> yeah, the debconf stuck out to me.
[04:05] <broder> smoser: go, uh, hunt down whatever slangasek changed recently, and that'll probably be a good example for what you should be doing
[04:06] <broder> (the multiarch stuff changed the layout of /var/lib/dpkg/info, which it really seems like you shouldn't have to interact with in the first place, honestly)
[04:06] <broder> but if you really must do that, i'd look at https://launchpad.net/ubuntu/+source/ucf/3.0025+nmu1ubuntu1
[04:10] <smoser> broder, well, i didn't write it. i yanked it from grub (0.97).
[04:10]  * broder shrugs
[04:10] <broder> in any case, looks like you can probably just make the same change
[04:11] <smoser> yeah.
[04:12] <smoser> thank you broder. that does look like a strong hit.
[04:13] <slangasek> smoser: what version of dpkg do you have installed in this case?  /var/lib/dpkg/info/* should exist again, as of cjwatson's most recent dpkg upload
[04:13] <smoser> dpkg 1.16.0~ubuntu3
[04:14] <smoser> -dpkg 1.15.8.10ubuntu1
[04:14] <smoser> +dpkg 1.16.0~ubuntu3
[04:14] <slangasek> smoser: note that grub-legacy-ec2 should be fixed in any case to look at 'dpkg-query --control-path grub-legacy-ec2 templates' rather than hard-coding a path; but that shouldn't be an issue with current dpkg
[04:14] <smoser> -GOOD-BUILD
[04:14] <smoser> +BAD-BUILD
[04:14] <smoser> slangasek, right. i'll fix that. that is fine.
[04:26] <slangasek> smoser: ok, I see why this error is still there; fixing grub-legacy-ec2's invocation will work around it for now
[04:26] <slangasek> and now to fix dpkg harder
[04:27] <smoser> http://paste.ubuntu.com/574278/
[04:27] <smoser> that look sane ?
[04:28] <slangasek> smoser: yep
[04:28] <slangasek> and sorry for the breakage :/
[04:28] <smoser> it would have been caught yesterday or hours ago if the archives werent misbehaving
[04:29] <smoser> it was just 5 hours ago that i could get a build to not fail on archive consistency/download.
[04:29]  * slangasek nods
[05:04] <smoser> slangasek, broder thank you.
[05:04]  * smoser heads to bed
[05:28] <smoser> theres no freeze on right now, right ? my upload will get into archive without anyone needing to allow it in. right ?
[05:30] <slangasek> smoser: packages that don't need uploaded to make a3 releasable are frozen
[05:30] <slangasek> so grub-legacy-ec2, you can upload :)
[05:31] <smoser> ok. its uploaded.
[05:31] <smoser> but no buttons have to be pushed to let it into archive, right?
[05:47] <slangasek> smoser: nope, none
[07:04] <pitti> Good morning
[07:44] <dholbach> good morning
[07:59] <Ampelbein> pitti: bug 727633 - has this something to do with your latest upload? I can't reproduce on i386 (don't have amd64).
[08:05] <didrocks> good morning
[08:31] <apw> cjwatson, is there a report against the archive which shows dependancy issues; i have a report of a 'partial upgrade' being reported against lucid -updates and suspect a kernel component is missing ... but only have a screenshot of update-manager to work with currently
[08:32] <pitti> hi Ampelbein
[08:32] <Ampelbein> pitti: hi!
[08:32] <pitti> Ampelbein: it's the very bug that ubuntu3 fixes
[08:33] <pitti> but it's nontrivial to pull yourself out of that swamp
[08:36] <Ampelbein> pitti: ok. so it's good that it's not a new bug but bad for the reporter because he can't get out easy.
[08:36] <pitti> Ampelbein: I followed up with cleanup instructions
[08:37] <Ampelbein> pitti: thank you very much!
[08:37] <pitti> Ampelbein: thanks for pointing out
[08:38] <ion> Removing the diversion manually is quite trivial in my book. :-)
[08:44] <pitti> @pilot in
[08:44] <didrocks> pitti: \o/ happy piloting!
[08:44] <lag> Are there any fbdev gurus out there?
[08:45] <lag> Who would be kind enough to spot any problems they see in this Xorg.0.log dump: https://pastebin.linaro.org/37/
[08:46] <lag> Or if there's a better channel for this?
[08:49]  * dholbach hugs pitti
[08:49]  * pitti hugs dholbck
[08:49] <pitti> dholback
[08:49] <dholbach> lag, maybe in #ubuntu-x?
[08:49] <lag> dholbach: I'll try that, thanks Daniel
[08:49] <dholbach> lag, how's life? :)
[08:49] <lag> dholbach: Still ticking along
[08:49] <lag> dholbach: :)
[08:49] <lag> dholbach: How about you?
[08:50] <dholbach> it's excellent :)
[08:55] <apw> lag that pastebin is private anyhow
[08:55] <jml> pitti: thanks!
[08:55] <pitti> jml: sorry for the hassle
[08:56] <lag> Sorry: http://paste.ubuntu.com/574353/
[08:56] <jml> pitti: np.
[08:56] <lag> dholbach: I'm pleased you're enjoying life :)
[08:56] <dholbach> :-)
[08:56] <lag> apw: I'm assuming that link works better?
[08:57] <apw> yep
[09:09] <pitti> why didn't I know about pull-lp-source before?
[09:10] <pitti> it's really neat
[09:14] <tumbleweed> everyone seems to say that :)
[09:15] <pitti> I have chroots for lucid and hardy, so for those it's easy; but for the others this is really handy :)
[09:24] <mok0> pitti, also pull-debian-source
[09:24] <pitti> *nod*
[09:25] <pitti> mok0: I know of that as well now, but I got too used to "dchsid apt-get source"..
[09:25] <mok0> Although these two really ought to be merged: pull-source --lp, pull-source --debian
[09:26] <pitti> mok0: it should default to Ubuntu dev release, and then DTRT if you specify "sid" instead of "maverick"
[09:41] <cjwatson> smoser: I suspect the other thing that's happening is that you're using a sufficiently old debootstrap that it doesn't create the /var/lib/dpkg/info/ARCH -> . symlink
[10:07] <proti> cjwatson: Congrats for figuring out the bug. though one.
[10:38] <Daviey> pitti, These tools, and UDD, are really starting to making a local mirror pointless... :(
[10:39] <pitti> Daviey: I gave up having a local mirror years ago -- I found it too much hassle to keep it up to date for little benefit
[10:41] <Daviey> pitti, The only advantage i feel which is still partly valid is speed advantage on larger packages... but with faster broadband, even this is a minor gain
[10:41] <Daviey> Tempted to switch to caching proxy.
[10:41] <Chipzz> Daviey: except all the caching proxies are crap
[10:41] <Chipzz> (apt-cacher and apt-proxy I mean)
[10:41] <Daviey> Chipzz, Hmm... have you tried squid-deb-proxy?
[10:42] <Chipzz> no not yet
[10:42] <Chipzz> although I'm not sure I want the overhead of squid for taht
[10:42] <Daviey> Chipzz, I do use apt-cacher-ng in production on hardy, and that has been pretty solid for a few years... but considering switching for local network.
[10:43] <Chipzz> Daviey: maybe I should take a look again
[10:43] <Chipzz> I remember trying it and not liking it (but don't recall the reason)
[10:43] <Chipzz> and apt-proxy... well, meh. just meh.
[10:43] <Daviey> Chipzz, One of the nice things with squid-deb-proxy is the avahi advertisement... which should mean it's picked up locally automagically.
[10:44] <Chipzz> Daviey: since all the boxen I use it for are servers, that shouldn't matter
[10:44] <Daviey> ^^ If you do try it, comments welcome - as we are looking to make it a core part of one of the server metapackages.
[10:44] <Chipzz> if anything, I do NOT want avahi in a server environment ;)
[10:44] <Chipzz> but that might just be me
[10:45] <cjwatson> proti: sorry I said that it wasn't alsa-restore's fault ...
[10:45] <Daviey> (infact, for Natty, it /is/ a core part of a server metapackage)
[10:45] <cjwatson> was obvious once I saw it :-/
[10:45]  * cjwatson still keeps a local mirror.  Given my poor bandwidth it's a real efficiency win
[10:46]  * Daviey ponders.
[10:46] <Chipzz> cjwatson: really? I'ld say if you're on poor bandwith, the less you have to transfer the better
[10:47] <Chipzz> and since a proxy only transfers what you need, as opposed to the whole archive with a mirror..
[10:47] <Chipzz> (or parts of the archive if you have your mirror script configured differently)
[10:48] <soren> I suppose it's about when the time to download is spent. And whose time it is.
[10:48] <Chipzz> hrmyeah
[10:49] <Chipzz> if you sync during night
[10:49] <Chipzz> you'll probably be asleep and not notice it
[10:49] <soren> If it takes a lot of time for the system to do it automatically during the night, it's ok. If it takes cjwatson's time to wait for it to download the first time, it's less ok.
[10:49] <soren> Even though the amount of time in the latter case is way less.
[10:50] <Daviey> I have been tempted to do more of my development via ssh in a machine in a datacentre... faster compiling than local machine and no bandwidth issues.
[10:51]  * soren too
[10:51] <soren> Only problem is when I travel.
[10:52] <soren> I'd hate to be stuck on an airplane and be missing something because I forgot to sync something to my laptop.
[10:52] <soren> If I always use my laptop, that's not an issue.
[10:53] <Daviey> soren, Not having internet access sounds like a perfect excuse for not being able to work. :)
[10:53] <soren> Daviey: I find it a great excuse to actually get some work done without having to pay attention to e-mail, irc, etc.
[10:54] <soren> Daviey: ...but I totally see where you're coming from.
[10:54]  * soren wanders off for lunch
[11:05] <cjwatson> Chipzz: what soren said.  The mirror updates at night when I'm not waiting for it.
[11:06] <cjwatson> A proxy is no use for this since typically it's the first download of a given resource that I'm waiting for.
[11:11] <Chipzz> cjwatson: ah well, makes sense I suppose
[11:34] <jamespage> cjwatson: have you got time for a question re package version numbers and dpkg?
[11:37] <soren> jamespage: Or you could just ask. People in this channel are surprisingly proficient with those things :)
[11:37] <jamespage> soren: OK
[11:37] <cjwatson> go ahead
[11:37] <cjwatson> if my answer on -server wasn't sufficient :)
[11:38] <jamespage> cjwatson: reading now
[12:29] <Daviey> pitti, How often does the burndown chart cron run?
[12:33] <pitti> Daviey: hourly
[12:35] <Daviey> pitti, thanks
[13:24] <fta2> Subject: Cron <root@xxx> start -q anacron || :
[13:24] <fta2> start: Job is already running: anacron
[13:24] <fta2> pitti, ^^
[13:39] <c2tarun> pitti: ping
[13:39] <pitti> hi c2tarun
[13:40] <pitti> @pilot out
[13:40] <pitti> that brought the queue down from 41 to 17 \o/
[13:40] <c2tarun> hi pitti :) whats an overly long changelog?
[13:40] <c2tarun> pitti: I mean what could have been dropped?
[13:40] <pitti> c2tarun: lines in debian/changelog shouldn't be longer than 79 characters
[13:40] <pitti> c2tarun: I mean break the line
[13:41] <pitti> c2tarun: not that it had too much content, of course (that was just fine)
[13:41] <c2tarun> pitti: oh... got it. I'll keep in mind from next time :) Thanks
[13:48] <smoser> slangasek, so i have part of my "post image fixups" (http://bazaar.launchpad.net/%7Eubuntu-on-ec2/vmbuilder/automated-ec2-builds/annotate/head%3A/vmbuilder-uec-ec2-fixes)
[13:48] <smoser> in line 262, that does not seem to have taken.
[13:57] <Daviey> slangasek, Is it okay to upload your staged UNRELEASED package of portmap with the addition of https://code.launchpad.net/~clint-fewbar/ubuntu/natty/portmap/stop-portmap/+merge/50047 ?
[13:57] <Daviey> (ie, what were you waiting for, aswell)
[13:58] <ari-tczew> pitti: man you rox
[13:58] <ari-tczew> reducing the queue from 41 to 15:
[14:00] <janimo> is there an easy to search DB of all ubuntu package metainfo? For example searching for certain text patterns across all debian/rules files
[14:00] <ari-tczew> janimo: good question, I'd like to get that tool as well.
[14:01] <ari-tczew> janimo: workaround, I was looking for changes in d/rules by searching on bazaar via launchpad.
[14:01] <janimo> ari-tczew, that is a bit heavy on LP isn't it? I have not tried though. LP would be a good place to have such an index as it has all packages passing through it
[14:05] <pitti> ari-tczew: thanks :)
[14:08] <dholbach> pitti, good work
[15:00] <ari-tczew> tsimpson: oh man, is it true? Terence Simpson probably started hacking IRC bots when he was 5 years old.
[15:00] <slangasek> Daviey: yes, my portmap changes were staged because they don't justify an upload, but you can upload any time if you have occasion to
[15:00] <tsimpson> ari-tczew: huh?
[15:01] <ari-tczew> tsimpson: http://daniel.holba.ch/blog/?p=928
[15:01] <slangasek> smoser: sorry, were you wanting me to look at those vmbuilder changes for any particular reason?
[15:01] <shadeslayer> so there's a mail on the ubuntu-in mailing list asking of the Intel 82845g chip will support a hardware accelerated Unity
[15:01] <smoser> um, no. i'm all sorted now.
[15:01] <shadeslayer> any idea's on that?
[15:01] <smoser> that dpkg-reconfigure was failing
[15:02] <smoser> that will be fixed by getting a newer debootstrap on my build machine
[15:02] <tsimpson> ari-tczew: ah, well the answer is "no" ;)
[15:02] <ari-tczew> tsimpson: okok :P
[15:02] <tumbleweed> ari-tczew: hacking on IRC bots is fun (and it's actually what finally pulled me into debian/ubuntu development) (different bots to tsimpson's, though)
[15:03] <ari-tczew> tumbleweed: maybe when I got time in future, I'd try to hack something related to bots.
[15:08] <cjwatson> smoser: hopefully I'll get dpkg-reconfigure fixed too over the next few days
[15:36] <dholbach> https://wiki.ubuntu.com/UbuntuDeveloperWeek Day 3 starting in 25 minutes in #ubuntu-classroom
[15:53] <dholbach> andreserl, can you change your nick to RoAkSoAx and join #ubuntu-classroom?
[15:53] <nigelb> ahh
[16:21] <mterry> Do other people see a bug where sometimes you can't click on non-Unity apps?   That they all stop responding until unity is restarted?
[16:21] <highvoltage> slangasek: I think bug 727839 should've had a new bug for what you renamed the bug to (bugjacking), since they are really two seperate issues imho
[16:21] <mterry> whoops, meant mine for #ubuntu-desktop
[16:21] <highvoltage> slangasek: (as illustrated in the comment/screenshot I added from i386)
[16:23] <slangasek> highvoltage: fair enough; though I was trying to turn this into an objective bug report instead of 'ugly'
[16:25] <davmor2> kenvandine: ping I think there is a bug in " Take screenshot" 's unity behaviour.  If you select "Take a shot of the current window" from the quick menu it only ever takes shots of the app launcher :)
[16:25] <kenvandine> davmor2, haha
[16:26] <kenvandine> davmor2, humm... i can't reproduce that
[16:26] <davmor2> kenvandine: I'll do a video and a bug so you can see.
[16:26] <kenvandine> thx
[16:27] <kenvandine> i suspect it is a bug where it thinks the launcher is a window
[16:27] <kenvandine> it is working here, i just get the window
[16:27] <kenvandine> but we have had cases where it has been confused before
[16:27] <highvoltage> slangasek: indeed, thanks for that, I meant "ugly" as a technical term though instead of insulting it. I changed it to "Plymouth should display less unimportant information on shutdown", I guess it sounds somewhat better than "ugly", even though less terse
[16:28] <davmor2> kenvandine: this is a fresh install from this mornings iso
[16:29] <kenvandine> davmor2, yeah, please file the bug
[16:29] <davmor2> will do
[16:29] <slangasek> highvoltage: well, I'd like a precise report that says what information you think is unimportant; at which point I think this will probably become a wontfix issue given that plymouth has been recently changed *to* display progress information about jobs, but that'll be for others to decide
[16:31] <pitti> wohoo! new landscape-client is the last hal rdepends in main; buh-bye!
[16:31] <pitti> s/is/removes/
[16:33] <highvoltage> slangasek: ok. I'll object a wontfix for it on the livecd since that information is undesireble for the vast majority of use cases there, but thanks for the feedback anyway
[16:33] <slangasek> highvoltage: I'm not sure we have the flexibility to handle it differently on livecd than elsewhere, so we may have conflicting use cases.  I guess it's not so ugly when not using the text interface?
[16:53] <davmor2> kenvandine: bug #727890
[16:54] <kenvandine> davmor2, thx
[16:54] <davmor2> np's
[16:54] <cnd> pitti, is qt on the daily iso's?
[16:54] <cnd> I'm trying to use testdrive
[16:54] <cnd> and I expected qt to be there already
[16:54] <pitti> cnd: on Kubuntu certainly, not on Ubuntu
[16:55] <cnd> pitti, ahh, ok
[16:55] <cnd> thanks
[16:55] <cnd> pitti, maybe I misunderstood though, isn't qt going to be on the natty ubuntu install?
[16:56] <cjwatson> err - Mark's comments were about natty+1 last I checked
[16:57] <pitti> cnd: no -- we are oversized enough as it is ..
[16:57] <cnd> ohhh...
[16:57] <cnd> I was all mistaken then :)
[16:57] <pitti> on amd64 we are down to 2 languages
[16:57] <pitti> yeah, natty+1 will be fun -- no idea yet how to fit Qt in addition
[17:32] <zyga> barry, ping
[17:33] <zyga> barry, does this smell like a python bug or is this expected good behavior?
[17:33] <zyga> >>> from decimal import Decimal
[17:33] <zyga> >>> Decimal(1) < 1e20
[17:33] <zyga> False
[17:40] <kklimonda> zyga: looks like bug to me
[17:40] <zyga> yup
[17:40] <zyga> my feeling as well
[17:40] <zyga> it works when you do
[17:40] <kklimonda> especially because
[17:40] <kklimonda> In [1]: from decimal import Decimal
[17:40] <kklimonda> In [2]: Decimal(1) < 1e20
[17:40] <kklimonda> Out[2]: True
[17:40] <zyga> >>> Decimal(1) < Decimal("%s" % 1e20)
[17:41] <zyga> hm?
[17:41] <kklimonda> what arch is that?
[17:41] <zyga> amd64
[17:41] <zyga> kklimonda, it worked for you?!
[17:41] <zyga> kklimonda, this is maverick, amd64
[17:41] <kklimonda> it works on natty, i386
[17:41] <geser> I also get True (Py 2.7, natty, amd64)
[17:41] <zyga> kklimonda, if I don't depend on implicit coertion then it also works
[17:42]  * zyga checks 2.7
[17:42] <kklimonda> lets see if 2.6 behaves differently
[17:42] <zyga> kklimonda, it works for small values, the ones that can be converted to float
[17:42] <geser> yes, 2.6 returns False for me
[17:43] <kklimonda> and I'm still installing 2.6.. oh, the fsync() madness..
[17:43] <zyga> kklimonda, on 2.7 maverick/amd64 it also works
[17:43] <kklimonda> I'm tempted to alias both apt-get and aptitude to eatmydata ;)
[17:43] <zyga> looks like 2.6 bug to me
[17:43] <zyga> kklimonda, get an SSD :-)
[17:43] <zyga> kklimonda, I started doing pbuilder work in ramdisk, man that's fast
[17:44] <kklimonda> zyga: I did that too for some time - but then some packages didn't build because 4GB is not nearly enough ;)
[17:44] <geser> zyga: looks like Decimal() can't be compared against float in Py2.6
[17:44] <geser> Decimal(1) < 100 => True, Decimal(1) < 100.0 => False
[17:44] <kklimonda> indeed
[17:45] <kklimonda> good catch
[17:45] <geser> both return True in 2.7
[17:45] <zyga> geser, hmm
[17:45] <zyga> yup
[17:45] <zyga> ugly
[17:45] <zyga> I see two bugs here though
[17:45] <zyga> 1) decimal fails to compare to largish ints that cannot be converted to floats
[17:45] <zyga> 2) decimal fails to compare to floats
[17:45] <zyga> perhaps 2) is by design
[17:45] <zyga> but 1) is bug for sure
[17:46] <zyga> it should raise OverflowError or something similar
[17:46] <zyga> there are some coercion rules changed in 2.7 isn't that righT?
[17:46] <kklimonda> apparently
[17:47]  * zyga would love to hear what barry thinks 
[17:47] <zyga> is barry US or EU?
[17:47] <ogra> US
[17:47] <zyga> so he should be up
[17:48] <ogra> if he's not travelling ;)
[17:48] <cjwatson> he was around earlier today
[17:49] <geser> zyga: have you a test case for 1) ?
[17:49] <zyga> geser, yes, see my original example
[17:49] <zyga>  Decimal(1) < 1e20
[17:49] <zyga>  Decimal(1) <  Decimal("%s" % 1e20)
[17:50] <zyga> first fails, second works
[17:50] <geser> but that's a float (according to type)
[17:50] <zyga> uh!
[17:50]  * zyga is dumb
[17:50] <zyga> you are right
[17:50] <zyga> sorry
[17:50]  * zyga calls of 1) then
[17:50] <geser> the second one works as you convert it to a Decimal, and comparisan between two Decimal works
[17:50] <zyga> right
[17:51] <kklimonda> zyga: http://mail.python.org/pipermail/python-dev/2010-March/098437.html is on the topic.
[17:51] <geser> Decimal(1) < 10**100 => True (and 10**100 is a big number)
[17:51] <kklimonda> zyga: most likely it has been decided that such comparisons are good idea, implemented in 3k and then backported to 2.7..
[17:51] <zyga> right, seems that way
[17:55] <Daviey> Spads (and slangasek): Do you know what the verification status of SRU bug #717397... we are still getting lots of duplicate bug reports... seems somewhat urgent to get a fix out.
[17:55] <Daviey> erm, s/Spads/SpamapS/ - sorry Spads
[17:55] <geser> zyga: just curious: did you managed to get your no-network pbuilder running?
[17:56] <zyga> geser, no, still on my TODO list, I need to release the final crown jewel package before I can move on though ;/
[17:56] <zyga> I'm still debugging app issues
[18:01] <yofel> cnd: hi, I was told to poke you for  QETWidget::translateXI2Event crashes, I get http://paste.kde.org/6211/ in kubuntu natty a lot, can't really reliably reproduce it though (started a few days ago)
[18:09] <cnd> yofel, hi, I'm working on a fix right now
[18:09] <cnd> building qt as we speak
[18:09] <yofel> :)
[18:09] <cnd> there's a bug open about it: https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/725959
[18:20] <slangasek> Daviey: if the latest issue is not a regression, then I guess it's verification-done
[18:51] <nigelb> ogra: Lovely session :)
[18:51] <ogra> thanks :)
[18:56] <highvoltage> oh no! I missed it!
[19:02] <ogra> highvoltage, no arms for you then :)
[19:06] <highvoltage> ogra: well... the genesi smarttop is now $129 (https://www.genesi-usa.com/press/2011/2/25/) so that's very tempting :)
[19:06] <ogra> buy it in € its cheaper :)
[19:06] <highvoltage> (or even the smartbook, considering it comes with a screen and keyboard and built-in UPS for just a little more)
[19:07]  * highvoltage checks by how much (I guess shipping to canada will be more expensive from europe than US)
[19:08] <highvoltage> ogra: where would I buy it in €? I can't find a eurostore
[19:09] <ogra> highvoltage, that was a joke, its 95€ or $129
[19:10] <highvoltage> ogra: ah, I get it (d'oh)
[19:45] <bdrung> cjwatson, james_w: can you change the status to rejected for the merge proposal https://code.launchpad.net/~legolas/ubuntu/natty/php5/5.3.5/+merge/48128 ?
[19:46] <james_w> bdrung, done
[19:46] <james_w> any core dev should be able to do it though?
[19:48] <mdeslaur> james_w: I couldn't when I tried yesterday
[19:48] <bdrung> james_w: nope. only Ubuntu branches members can do it. i can only set it to "work in progress", "needs review", and "merged"
[19:48] <james_w> that's not the intent, please file a bug
[19:49] <james_w> if you can upload php5 you should be able to change the merge proposal
[19:49] <james_w> in fact I think I've fixed this once already
[19:49] <cnd> Riddell, I believe I've fixed the qt bug 725959
[19:49] <bdrung> james_w: against what?
[19:49] <cnd> after verification, I'll leave it up to you to decide if this warrants pushing in to ubuntu before alpha 3 release
[19:50] <cnd> I'd advocate pushing it, but I don't know the full extent of the bug (such as how many applications are crashing and how many people are hitting the bug)
[19:55] <james_w> bdrung, launchpad
[20:05] <bdrung> james_w, ari-tczew: i filed bug #728012
[20:08] <james_w> thanks bdrung
[20:26] <pitti> kees, jdstrand: publishing linux-ec2 and -meta for lucid to -updates and -security
[20:27] <kees> pitti: great, thanks!
[20:32] <pitti> sconklin: any chance you could fix your script to generate the tracking bugs to create a proper release task?
[20:32] <pitti> I always need to add it by hand, and close the natty one as invalid
[20:33] <sconklin> pitti: I think that's possible. We generate release tasks now in the CVE tracker bugs we create, so I don't see why not
[20:33] <bjf> pitti, point me at a specific bug and i'll make the changes
[20:33] <pitti> that's what I thought
[20:33] <sconklin> and here's the expert . . . ;-)
[20:34] <pitti> bjf: I just updated bug 725138
[20:34] <pitti> bjf: before it just had one floating "in progress" task and no stable release tassk
[20:34] <bjf> pitti, i'll look at what you had to do and try to make the script do it
[20:34] <pitti> bjf: thanks
[20:35] <bjf> pitti, i was looking at that and was thinking someone was going to task me for that
[20:35] <bjf> pitti, it's on my todo list
[20:35] <pitti> great!
[20:37] <sconklin> pitti: dapper lbm is building now and can be copied as soon as it's done
[20:38] <pitti> yup, starting with hardy, and walking through the others
[20:38] <sconklin> pitti: it's done, actually
[20:38] <sconklin> pitti: thanks
[20:53] <pitti> bjf, sconklin: do you know why bug 726786 has the wrong source package? is that hardcoded, or a bug?
[20:53]  * pitti fixes to reassign to linux-ec2
[20:54] <sconklin> pitti: looks like a bug
[20:54] <sconklin> thanks for pointing it out
[21:00] <pitti> kees, jdstrand: copied linux-lts-backport-maverick (and -meta) to -updates/-security for lucid
[21:04] <kees> pitti: great, thanks!
[21:05] <pitti> . o O { next time I do all this review/copy thing I'll write a script to generate the invocation of my three other scripts for all available packages.. }
[21:18] <pitti> sconklin, skaet_: I replied to the kernel-sru mail, but I'm held in moderation; whoever created that list, can you please whitelist my @ubuntu address?
[21:19] <sconklin> pitti: I'll fix it and moderate
[21:19] <pitti> sconklin: thanks!
[21:19] <pitti> sconklin: all copied, btw; and lucid -ec2 is out now, so feel free to upload to PPA
[21:19] <pitti> and with that, good night everyone!
[21:19] <sconklin> thianks, working on that right now
[21:23] <kees> pitti: did you look at the kernel-abi-checker script I pointed you at a while ago?
[21:24] <kees> pitti: it has the list of package combinations in it already
[22:29] <broder> any core-devs want to mark the ubiquity merge proposal at the top of the queue to "work in progress"?
[22:48] <cyphermox> !regression-alert  -- I'm hoping this was already reported, but it seems like there's an issue with loading firmware for iwlagn introduced by kernel 2.6.32-29 on lucid, see bug 727653
[22:48] <cyphermox> !regression-alert
[22:49] <cyphermox> I'm hoping I'm not ringing bells for nothing here :/
[22:49] <ScottK> JFo: ^^^
[22:49] <JFo> hmmm, must have missed something
[22:49] <cyphermox> JFo, bug 727653
[22:50] <JFo> thanks cyphermox :)
[22:50] <cyphermox> this user mentions not being able to load some iwlagn firmware with 2.6.32-29
[22:50] <JFo> ok
[22:51] <ScottK> JFo: If a package needs to be blocked or something I suspext jdstrand is the most likely available timezone wise.
[22:51]  * ScottK needs to go retrieve kids from day care.
[22:52] <cyphermox> huh, almost late for dinner
[22:52] <kees> it's a single driver, so it almost certainly shouldn't trigger a full package block.
[22:53] <kees> cyphermox: but yeah, the kernel team should see it
[22:53] <apw> sconklin, bjf ^^
[22:53] <cyphermox> JFo, not sure if I'm still needed, but I have to get to a dinner we organized, I'm logging back on my phone shortly
[23:23] <sconklin> pitti: still handy?
[23:24] <TheMuso> sconklin: Scrollback shows that he went offline a while back.
[23:24] <sconklin> TheMuso: no biggie, thanks.
[23:30] <apw> cyphermox, ok it seems to only affect one specific intel wifi part, and as its an update they have a previous kernel which does work, so its not world ending.  we are working with the reporter to confirm isolate the fix, but it does not seem necessary to hold the package
[23:34] <cyphermox> apw, thanks for letting me know
[23:36] <apw> cyphermox, thank you for the heads up
[23:39] <kees> I would like to review the diff between two remote branches in bzr. bzr diff lp:... lp:... does not work.
[23:40] <kees> better yet, I'd like to review the diff of a pending merge.
[23:40] <RAOF> That should be available on the merge page, no?
[23:40] <kees> RAOF: but it wasn't proposed for a merge.
[23:41] <RAOF> Ah.  I think “bzr diff --old=lp:… --new=lp:…” should work.
[23:41]  * kees looks up --old
[23:42] <kees> RAOF: ah-ha, nice! yes, that works exactly.
[23:49] <sconklin> cyphermox: I've attached the firmware version 4 to the bug, and requested a test. We'll continue to look at it. In the meantime, I don't think it calls for a package block. Thanks for bringing this to our attention and helping us get a fast response on this
[23:55] <cyphermox> sconklin, thx. i didn't believe it worth blocking either.