[00:41] Daviey: It's on my TODO. [01:08] * infinity wonders what the new mesa broke in EGL that makes qt4 unhappy. === BenC__ is now known as BenC [01:11] slangasek: ok. just uploaded the insserv SRUs; apologies for the stalling [01:13] cyphermox: woooooah, somebody's actually looking at that bug [01:13] i forgot about it [01:20] infinity: Oh, what's happening? [01:21] RAOF: qt4-x11 no buildy on arm{el,hf}, whining about GLES not functioning. [01:22] Hm. Got a buildlog url handy to save me the trouble? [01:22] RAOF: I haven't looked into it yet, in the (perhaps misguided) hope that the folks who uploaded the shiny new mesa upstream may either be (A) aware of it, or (B) prepared to take responsibility and dig deeper. [01:22] maco: yeah, at it would take the best of 50 seconds to implement ;) [01:22] RAOF: [01:22] https://launchpad.net/ubuntu/+source/qt4-x11/4:4.8.0-1ubuntu8 [01:22] * RAOF would be one of the people responsible for mesa, so… [01:23] RAOF: Same failure pattern on armel and armhf, so pick randomly. [01:24] Huh. Cannot find -lEGL on armel and armhf, but not i386 or amd64? Oddness. [01:24] RAOF: Not odd in the least, x86 links against OpenGL, arm links against OpenGLES. [01:25] RAOF: So, EGL is /probably/ broken on all platforms, but it's only showing up on ARM because QT4 uses GLES on ARM. [01:25] Right. [01:26] fwiw, the latest updates (dist-upgrade) wants to remove the egl stack from my computer. [01:28] JontheEchidna: You're probably seeing multiarch archive skew. [01:29] yes, I did notice some 386 packages involved [01:29] ah, yeah. looks like the ia32libs update is causing the issues [01:31] EGL doesn't *seem* to be broken on amd64. [01:35] RAOF: Hrmph. So the breakage was tailor-made just for ARM? How kind. :P [01:35] Hm, no. [01:35] Aha. There it is. [01:36] hey...i shoved a 'ps w' into initramfs, and see http://paste.ubuntu.com/854829/ [01:36] does that seem right? [01:36] bah. first one missing some. second [01:36] http://paste.ubuntu.com/854831/ [01:36] smoser: Could be a tiny bit excessive. [01:37] infinity: Ah, yeah. We dropped a symlink on the floor. [01:37] smoser: Is it actually eating CPU time, or is it just a ton of idle chilren spawned during the initial event storm on boot? [01:37] RAOF: Glad it's something that simple. [01:38] well, its not the cpu time i'm concerned about. [01:38] i was debugging bug 937352 [01:38] Launchpad bug 937352 in cloud-initramfs-tools (Ubuntu) "root partition in may not be grown" [Undecided,Confirmed] https://launchpad.net/bugs/937352 [01:38] infinity: Presumably you'd like that to make B1? :) [01:38] RAOF: If you could be so kind. [01:39] and trying to find out what might cause 'BLKRRPART: Device or resource busy' [01:39] i'm not sure that any of the processes in that output have an open handle (as this run didn't fail to resize) [01:43] infinity, you think each of those udevadm processes is handling an event ? [01:43] s/adm/d/ [01:43] smoser: No, they're probably all idle. [01:43] smoser: But on a massive event storm (such as initial boot), a ton of children can spawn to handle them. [01:44] ah. [01:44] smoser: In theory, they get reaped. [01:44] smoser: (And on the pivot to real root, I think udev gets restarted, which effectively reaps them anyway) [01:45] slangasek: Can explain it all better than I, but I'm assured that it's basically like a ghetto implementation of apache's prefork child model, and "nothing to be concerned about" (as long as they're not spinning your CPU to death) [01:45] Err, s/:// [01:46] yeah.. i'm not too concerned about it. [01:46] but basically, for that bug, i'm trying to figure out what it is that had a open handle on /dev/vda [01:46] to see what was keeping it busy [01:48] I don't suppose your growroot code shares any common ancenstry with jasper_growroot? [01:48] the current suspicion is that there are some udev processes (like blkid) around at that time, and in racey conditions, i'm hitting sfdisk failure. [01:48] Cause I remember fixing a few races in that last cycle. [01:48] if that is the case, then udevadm settle would fix it [01:48] no relation to jasper_growroot. [01:49] i dont know which came first [01:49] Hrm. Maybe they should consider mating. [01:49] but i only learned of jasper_growroot a while ago. [01:49] yeah. [01:49] Duplicate code offends me. ;) [01:50] link to jasper growroot source? [01:50] But given that we do the same basic thing on SD cards (which, due to their horrible speed, are WAY more racy than anything you're writing to), maybe it's just an ordering thing, or something. [01:51] well... you might be surprised at disk speed. [01:51] I might be. :) [01:51] this particular case is qcow disk backed by a file on a filesystem. [01:51] Still not sure that beats SD. [01:52] so even reads are going read -> qcow-delta -> qcow-backing file -> filesystem file -> disk [01:52] Anyhow, lp:ubuntu/jasper-initramfs is the source. [01:52] It's hackish (your is probably prettier, though I haven't looked, it's a fair assumption), and makes assumptions about device names, but the general step-by-step resizing bit is solid and doesn't seem to break no matter how we stress it. [01:53] the next big move is to ditch the initramfs code all together. [01:53] as psusi (probably spelling name wrong) says that new kernel features allow us to resize a partition that is mounted [01:53] cyphermox: i know you're an ubuntu member. does lwn.net say you are or arent a subscriber? [01:54] smoser: Yup. Moving jasper-initramfs resize into partman in d-i is on my agenda. [01:54] smoser: At which point, I might be able to reach some magical fairytale land of being able to do preinstalled/copy installed to/from the same media! [01:55] well, in my case it doesn't have to be in initramfs or installer (cloud images) [01:55] it would just run on first boot [01:55] (or every boot, and do nothing if not needed) [01:55] smoser: (ie: use "normal" live media to both do a live install to another disk, or to just resize itself) [01:56] you maybe shoudl look at 'growpart' which is the primary code in 'growroot' [01:56] (growroot just calls growpart) [01:56] and it may be prettier, i dont know. [01:56] same basic idea, using sfdisk. [01:56] I didn't write jasper, and if asked, Oliver will admit that it's hideous. ;) [01:57] But yeah, when the "move it all to d-i" thing happens, I'll rewrite, and look at other implementations. [01:57] growpart is in cloud-utils. it has a dry-run, so you can test it out. [01:59] maco: I think I didn't have an account. I may be able to respond tomorrow, assuming their system updates regularly for this stuff [01:59] cyphermox: oh ok. nvm then [02:00] RAOF: If you fix mesa for me, be sure to poke me, so I can massage it through the queue. [02:01] I'm fixing now. I'll prod you once I've uploaded. [02:01] RAOF: My hero. ;) [02:04] Sweetshark: Does libreoffice-voikko need some massaging to build with the new LibO upstream? [02:04] Sweetshark: https://launchpadlibrarian.net/94071457/buildlog_ubuntu-precise-armhf.libreoffice-voikko_3.2-2_FAILEDTOBUILD.txt.gz [02:04] Sweetshark: (Or perhaps the new LibO is missing some SDK bits?) [02:08] infinity: new version in sid, don't know if that'll fix it [02:09] micahg: Hard to say, since it built against LibO 3.4.5 in sid. [02:10] one way to find out, /me kicks off a build [02:16] infinity: nope, doesn't work [02:19] infinity: would you be willing to process removals from Ubuntu that happened in Debian? /me wants to fix FTBFS over the weekend, but figures quite a few are in that category [03:27] infinity: Sitting in the queue now. [03:29] broder: insserv> yay, thanks [03:37] where is KMOD? [05:55] Good morning [05:59] Morning pitti [06:05] where is the ubuntu kmod? [06:07] scientes: we don't have it yet; it's a bit too young to put into an LTS at this time, we'll get it next cycle [06:07] pitti: did we not at least get it into universe? [06:07] seems not; we don't need it anywhere yet, and it will quickly get outdated, so backports etc. sound better for this [06:08] pitti: I see some upgrade failures because cups can't be configured, can you take a look (bug 939977 and bug 939979) [06:08] Launchpad bug 939977 in bluez (Ubuntu) "package bluez-cups 4.98-2ubuntu1 failed to install/upgrade: ErrorMessage: dependency problems - leaving unconfigured" [Undecided,New] https://launchpad.net/bugs/939977 [06:08] Launchpad bug 939979 in hplip (Ubuntu) "package hplip 3.12.2-1 failed to install/upgrade: ErrorMessage: dependency problems - leaving unconfigured" [Undecided,New] https://launchpad.net/bugs/939979 [06:10] micahg: yes, in a sec [06:11] sure, no rush [06:42] infinity: linux-meta-armadaxp builds a linux-tools-armadaxp which depends on a nonexisting linux-armadaxp-tools-3.0.0-1500 [06:42] infinity: is that supposed to exist, or copy&paste error when creating the -meta? [07:27] pitti: The tools build is turned off in the kernel temporarily because it was broken and getting a kernel uploaded was more important than fixing the tools, AIUI. [07:27] infinity: ack; so it's supposed to be there and will come back then? [07:27] erk, I just got another wubi build failure due to ext4 [07:28] pitti: In theory, the tools will come back, yeah. If not, we'll drop them from the meta. [07:28] pitti: And, err. ext4 failures shouldn't happen anym--... Unless I forgot to pull my branch on nusakan. [07:28] Which I did. >:( [07:29] pitti: Fixed now. [07:29] infinity: cheers [07:35] good morning [07:37] janimo`: did libreoffice-voikko build for you? it failed for me earlier this evening [07:40] micahg: And just failed on all the buildds. [07:40] infinity: we had this conversation 6 hours ago ;) [07:40] micahg: But at least the sync has the advantage of hilighting that it's not an arch-specific problem, so someone will perhaps fix it. :P [07:40] infinity: the archive rebuild did that :P [07:41] micahg: People pay less attention to rebuilds than I'd like. :/ [07:41] (We need to figure out how to fix THAT) [07:41] we've fixed >100 since the last rebuild happened [07:42] ~270 failures superseded === smb` is now known as smb [08:14] * nixternal remembers when micahg used to be in bed at like 9pm here in chicago [08:14] grr, that was supposed to be in a totally difference channel. hit enter instead of alt+p to get to our chicago chan. sorry [08:15] heh [08:15] now we know about your secret backchannel [08:16] you'll all have to move to Wisconsin [08:16] or Portlandia :) [08:18] Wisconsin? that place still exists? [08:19] it's Dellicious :) [08:19] is that the new catch phrase? [08:19] didn't the government go on strike there? though I shouldn't joke about that, since our government here in Illinois & Chicago is constantly going to prison === tkamppeter_ is now known as tkamppeter === fisted_ is now known as fisted [08:36] micahg: So, voikko upstream claims 3.3 works with LibO 3.5 (in fact, is has 3.5-specific features), so I suspect the failure is in our LibO packaging breaking the SDK. [08:36] ok, so that means Sweetshark^^ :) [08:38] Hm. How hard is it to create a C++ function that takes a unary function and returns a nullary function? [08:38] micahg: (I have no hard evidence to back up my assertion, mind you) :P [08:41] infinity, micahg: oh, great. I will have a look. [08:42] Sweetshark: Thanks. [08:43] Sweetshark: Mirv is the Debian maintainer, so it shouldn't be too hard to coordinate :) [08:43] RAOF: creating functions on the fly in C++? [08:43] RAOF: or just returning a pointer to one out of N existing functions? [08:44] Creating functions on the fly. [08:45] Now that I *say* this, I know it's possible, but that I'll be overloading operator (). [08:45] RAOF: in C++? (or any compiled language for that matter..) [08:46] pitti: Well, it's more: take a function f(x) taking a single parameter, and a parameter z, and return a function which evaluates to f(z) [08:46] RAOF: haskell FTW [08:46] RAOF: so just "return f(z)" is too simple, I guess [08:47] Haskell ♥ [08:47] Right. I need a nullary function :) [08:47] i. e. you really want f o z, and want to call it yourself [08:47] RAOF: 'on the fly' as in 'not known at compiletest' => impossible. of course you could write an interpreter *mumble* every language becomes a dialect of lisp at some point in time. [08:48] RAOF: is the function type fixed? [08:48] Sweetshark: Well, the underlying function f is known at compile time; I basically want to specialise a closure. [08:48] or do you have to cope with arbitrary function signatures? :P [08:48] ROAF: functors/function objects are your friend then [08:48] RAOF: for variable meanings of friend [08:48] slangasek: Indeed it is fixed. Now that I've said this out loud I know I (a) can do it, (b) can get the outcome I want without all this faffing around. [08:49] ok :) [08:50] RAOF: http://www.boost.org/doc/libs/1_48_0/doc/html/lambda/le_in_details.html#lambda.bind_expressions <- if you want to get nifty [08:51] Yeah, I think I'll keep my niftiness for features rather than arcane language extensions :) [08:57] RAOF: yes, that kind of niftiness caused a coworker of mine preaching to gcc, MSVC and SunStudio compilers from his Bjarne-C++-Standardbook, because once he had it so that MSVC wouldnt complain anymore, SunStudio would barf at him -- with both implementations being valid C++ by the book. [08:57] Ah, Mr Undefined Behaviour! [08:58] RAOF: it not so much an issue with one compiler. [08:58] RAOF: No, it was defined behaviour, but MSVC and SunStudios brains were to small for the insanities of the C++ standard. [08:59] Ah. Right, that other form of C++ fun. [08:59] Some quotes from a #haskell bot. :-) mikeash says: you may have noticed that templates being turing complete theoretically allows you to add any language capability to C++.... so did the boost guys. kmc_ says: you should take a look at Boost, they implement things like Maybe and tuples in only a few thousand lines of C++ [08:59] (and did spit out template errormessages pagewise) [09:01] Also, http://pikersden.eu/~eclipser/err.txt [09:01] ion: what to have a fibonacci sequence, but you dont have execution rights on your /home? use templates as an interpreted language: http://blog.emptycrate.com/node/271 [09:02] heh [09:02] ion: boost::spirit is its own kind of insanity. [09:03] ion: also boost is just a implementation of greenspuns 10th rule of programming [09:06] RAOF: C++11 has lambdas [09:08] though i'm not sure if you can represent a function type in pure C++ or if you need to pull in boost::function [09:09] i guess you can just use a function pointer? the memory management there isn't really clear [09:16] broder: http://ask.slashdot.org/comments.pl?sid=2659339&cid=38964635 [09:18] i think as long as i capture by value i can do what RAOF wants [09:19] http://paste.ubuntu.com/855140/ [09:19] (build with g++ -std=c++0x) [09:20] Turns out I can do it just as easily with a static class funtior. [09:21] Although I forgot how crazy initialising a static member in C++ is. [09:29] infinity, micahg: openclipart and voikko soon fixed upstream at debian it seems. [09:29] (kudos to _rene_) [09:30] Sweetshark: Kay. So, not a LibO packaging goof? I just heard the buildds breathe a sigh of relief. [09:32] infinity: no. from 3.5 on the basis-link stuff has changed and that needs to be adjusted in packages relying on it. [09:32] Sweetshark: Fair enough/ [09:32] infinity: I have enough fun for the buildds in the pipe still :/ [09:33] infinity: btw I made the disc usage of the package quite a bit smaller by using hardlinks/symlinks in the build and testinstall ... [09:33] Sweetshark: *cups his hands over the Pandas' ears* [09:34] * Sweetshark pads pandas on the heads. [09:34] They do a good job. Much faster than the old buildds. [09:35] Yup. We have much faster hardware in the pipe, we just need to get some vendors to admit it exists and, like ship it. [09:46] Happy Fix It Friday! [09:52] dholbach: https://wiki.ubuntu.com/Membership/LWN is that ACLed? [09:52] dholbach: I'm trying to update it to add the details about expiry [09:53] sladen, unless I'm VIP, no [09:53] dholbach: you were the last person to edit it (in 2009) [09:54] Hi, I joined ubuntu-mobile yesterday however that channel now seems closed. I am interested in the Ubuntu for Android project and well helping in contributing towards it's development. Can anyone direct me to the right place? [09:54] sladen, are you logged in? [09:54] dholbach: yes [09:55] does logging in/out fix it? I wouldn't know how to unACL it or where to check if it is [09:55] dholbach: if it's an ACL, it should be at the top of the raw text [09:55] (iirc) [09:56] ajmitch, no, there's nothing there :/ [09:56] * ajmitch can edit the page, so it doesn't look to be locked [09:59] micahg, no it does not build. I just synced form Debian so we get it FTBFS on all arches and it does not look like an armhf specific thing which may lead people down the wrong paths [10:00] was that a bad thing to do? [10:02] janimo`: It's all good, _rene_ is all over fixing it in Debian and filing bugs. [10:02] infinity, yes, noticed just a few mionutes ago in the LibO-dev channel [10:02] janimo`: But the sync was probably unnecessary, people were aware it wasn't arm-specific. [10:03] sladen: manage to edit it? [10:03] infinity, I was not, and maybe other arm ftbfs hunters were in the same boat [10:03] I automatically skip all-red rows in the table whereas arm column only jump out :) [10:03] sladen: My usual advice for wiki ACL issues is "hit Ctrl-R harder". [10:04] I then saw there was an i386 bug filed on voikko, from the autobuilds [10:04] sladen: (It has no ACL that I can see) === Graham is now known as Guest30143 === Guest30143 is now known as hammatron [10:13] ev, i just got a package installation error and when the crash detect stuff fired, it said 'This report is damaged and cannnot be processed.", reporting an IOError(13, 'Permission denied') [10:18] infinity: dholbach: ajmitch: ta. Eventually managed it using a separate 'lynx' sessions running in a terminal [10:18] wow [10:19] that's pretty special [10:20] useful to know about the expiry time though [10:20] the crash reporting process about the crash crashed, so we've fired up a crash reporting process to report the crash that was being reported when it crashed [10:21] drwatson used to have that bug... [10:21] Infinite watsons on early NT4 was no end of fun. [10:26] hmpf, why are the sound settings so screwed up since yesterdays upgrade [10:27] the hardware tab is gone, so i cant select the mode my BT headset uses anymore [10:27] that hardware tab was really confusing [10:27] ogra_: the mode is in the output tab now [10:28] pitti, well, its the only way for me to make my BT headset not run in hifi mode (e.g. as an actual headset to use the mic) [10:28] what package do I file bugs in carl9170 against? [10:28] ogra_: hm, that seems to work fine here [10:28] its greyed out (as it always was ... apart from the HW tab i could set it nowhere) [10:29] ogra_: oh, indeed; same here [10:30] pitti, i could imagine that settings that can only apply globally (in *and* output) become greyed out [10:30] diwic: ^ who worked on that again? [10:30] i can select output for the builtin speaker vs the plugged headset [10:31] but cant change a thing for settings that need to apply for both, in and out at the same time anymore [10:31] pitti, me and ronoc [10:31] ogra_: in the past I didn't even have to -- my headset just used the low-quality bidir mode in mumble and friends [10:31] * ogra_ wonders if there is a cmdline way to tell his BT headset to not use hifi mode [10:32] ogra_, there is [10:32] ogra_, want me to tell you? :-p [10:32] diwic, that would be awesome :) [10:33] ogra_, anyway the easiest workaround is to install pavucontrol which is an alternative GUI [10:33] ok [10:33] * ogra_ does so [10:33] ogra_, you should be able to set profile from the "configuration" tab in that application [10:34] ok [10:34] ogra_, but also file a bug against the gnome-control-center package, please [10:34] will do [10:35] ogra_, out of interest, what profiles can you select between? [10:36] HSP/HFP and A2DP [10:36] ah, same as here then [10:36] I should be able to reproduce it [10:43] hmpf, the mumble setup wizard just hangs after i selected the device :( === dholbach_ is now known as dholbach === _salem is now known as salem_ [11:35] that would mean rolling back the sacjava, libbase MIRs as they are only needed for reportbuilder and (no libloader=no reportbuilder). meh. [11:35] * Sweetshark needs to take a walk. [11:40] Sweetshark: don't worry about the rollback; they will semi-automatically fall out of main again as soon as you drop the b-deps [11:40] slangasek, re upgrade of main - no idea why apt-term.log shows only removals. It looks like a bug in update-manager. [11:41] slangasek, the only log file I found which shows which packages have been upgraded is dpkg.log. It is attached to the test results [11:42] slangasek, I saved the VM if any one want to look into this. [12:27] Sweetshark: Are you already aware of the need for a !armhf fix for the libreoffice-report-builder-bin depdency in the libreoffice metapackage? [12:28] Sweetshark: (Or, alternately, building it for armhf, I guess, but it's not currently) [12:30] infinity: unfortunately the solution is dropping it, as reportbuilder pull in a huge java mess called maven in. [12:30] Sweetshark: Actually, I'm confused now. Is it built anywhere anymore? [12:30] Sweetshark: The version in the archive on other arches seems to be stale. [12:31] Sweetshark: So, that dep should just be dropped from the metapackage entirely, for all arches...? [12:33] pitti: hallo [12:34] infinity: yes, I enabled building it in the last upload, but it turned out it would require MIRs we cannot fullfill. So I am not building it anymore, and drop the dep in the metapackage. [12:34] Sweetshark: And I should clean the old NBS libreoffice-report-builder-bin binaries from the archive, so this stops looking like an arm-specific issue. === MacSlow is now known as MacSlow|lunch [12:39] pitti: I was wondering what the status is of the natty lang pack export [12:40] Sweetshark: Alright, the stale binaries are removed. When do we see the upload with the fixed meta deps? :P [12:40] infinity: source package is building [12:56] infinity, pitti: libreoffice_3.5.0-1ubuntu4 in /home/bjoern on chinstrap [12:56] Sweetshark: Poking it with a stick. [12:56] infinity: it hisses [12:57] pitti: so only now only the libexttextcat automake1.7 dep remains right? [13:03] * infinity watches debdiff cripple his laptop. [13:03] La la la. [13:04] Sweetshark: ah, you dropped the extra build deps? [13:04] infinity: oh, are you sponsoring already? [13:04] pitti: Yeah. [13:04] TLE: sorry, I didn't deal with that yet, too much stuff going on [13:06] pitti: Well, if this command ever returns, I'm reviewing and sponsoring. ;) [13:06] * infinity goes to find a coffee and cigarette. [13:08] infinity: argh, that one it buggy still [13:08] Sweetshark: Oh. Then I'll wait for another. ;) [13:08] (additional comma at the end of the deps) [13:08] Oops. [13:09] Sweetshark: I'll go find that coffee, ping me when the shiny new one's up. [13:09] infinity: well, I removed the last dep in the list :/ [13:23] pitti: no problem, let me know when you find the time [13:24] jamespage, maven wants to promote again ... [13:24] * jamespage sighs [13:24] jamespage / doko_ : For 12.10, should we look at allowing maven in main? [13:25] Daviey, if it's maven3, maybe [13:25] jamespage, ahh, scroll up, it's libreoffice reportbuilder [13:26] doko_, I was just gazing at this - http://people.canonical.com/~ubuntu-archive/component-mismatches.svg === doko_ is now known as doko [13:27] jamespage, Sweetshark: and libloader ... [13:28] doko, Sweetshark: if that is what is pulling it in it might be possible to drop maven by disabling testing in libbtm-java [13:29] Daviey, we could but the star chart is impressive - http://people.canonical.com/~ubuntu-archive/component-mismatches.svg === Ursinha_ is now known as Guest31670 [13:32] jamespage: happy, happy, joy joy [13:32] doko, Sweetshark: or demote libehcache-java to Suggests? I'm not familiar with libloader [13:33] it's being handled Sweetshark already has a new version prepped [13:33] (image a comma there) [13:34] argh TGIF -- "imagine" [13:34] * jamespage stands down [13:34] jamespage: it's not just the recommends, it's also build deps [13:34] I guess c-m gets a bit confused with so many packages [13:34] pitti, looks like it - I see [13:35] pitti, Sweetshark - what fix are you going for? === MacSlow|lunch is now known as MacSlow [13:35] Sweetshark | pitti: so only now only the libexttextcat [13:35] jamespage: so I guess he dropped the new build deps again [13:36] LibO has some stripped down internal libraries, I guess he's using those [13:36] in sum they'd probably take much less space like this, too [13:36] libexttextcat can be fixed to use automake instead of -1.7 === masACC is now known as maswan === dendro-afk is now known as dendrobates [14:39] infinity, pitti: 3.5.0-1ubuntu4 FIXED on chinstrap. [14:42] herton: hi [14:42] vanhoof, hi === dendrobates is now known as dendro-afk === nxvl_ is now known as nxvl [14:44] herton: dont think we're going to get the ack on https://bugs.launchpad.net/ubuntu/+source/linux/+bug/906832 from the original reporter [14:44] Launchpad bug 906832 in linux (Ubuntu Oneiric) "Broadcom bluetooth device BCM20702A0 [0a5c:21e3] not supported" [High,Fix committed] [14:44] we (hwe) got involved with that one since it's quite similar to two others (different device ids) in this current SRU [14:45] but we don't have that specific chip in house yet to verify on our own [14:45] have even emailed the guy directly a few times. [14:45] assuming the deadline is COB today? === dendro-afk is now known as dendrobates [14:46] vanhoof, yes, looks like the guy isn't going to test it. We can wait until monday, since this is verification week. [14:46] herton: ack ok [14:46] herton: if i hear back in email I'll let you know [14:47] herton: and post to the bug :) [14:47] vanhoof, ok, thanks [14:52] slangasek, the problem with upgrade test of main seems to be a bad interaction with the way we capture debconf prompts [14:53] cnd: ping me when you are around, some remarks on xorg-tests package [14:53] didrocks, pong [14:53] oh, already? :) [14:53] slangasek, I disabled debconf prompt capture, re-ran the test and it seems to proceed with the upgrade. result in 4 hours [14:53] let's switch to pm to not annoy people :) [15:29] slangasek, it was faster than expected. Now main upgrade failed but for a good reason :) [15:31] Sweetshark: roger, uploading [15:35] Sweetshark: so this is the good one for b1? or does anything else need to be sorted out? [15:35] Sweetshark: it basically reverts to ubuntu2, right? [15:36] pitti: it revert parts, but not all. some MIRs went well, so lets keep them. [15:36] Sweetshark: ah, good [15:37] now, if I am not mistaken we only need to drop the automake1.7 dep in libexttextcat. [15:37] * Sweetshark has a source package already. [15:37] yes [15:37] Sweetshark: toss it over? It's a good thing to fix either way [15:37] * Sweetshark fuddles it out of the virtualbox [15:39] Sweetshark: ubuntu4 uploaded (CC: infinity) [15:43] pitti: tweaked libexttextcat in on chinstrap [15:44] Sweetshark: can you please upload libexttextcat_3.2.0-1ubuntu1.dsc? [15:44] Sweetshark: (you uploaded libexttextcat_3.2.0-1.dsc) [15:44] pitti: ugh [15:45] pitti: done [15:46] Sweetshark: uploaded; would be nice if you could send this to Debian, too === dantti is now known as dantti-afk-lunch [16:08] https://code.launchpad.net/~bkerensa/ubuntu/precise/ubuntu-wallpapers/fix-for-296538/+merge/92592 === yofel_ is now known as yofel === Ursinha_ is now known as Guest56087 [16:31] bkerensa: ^ lots of conflicts [16:31] bkerensa: also, it needs to be called .png for backwards compat reasons [16:49] barry: how much would you hate me when we switch lsb-release back to py2.7 and drop python3 from the CDs again? we are a bit despearate on size now [16:50] barry: and we only carry it for the tiny lsb-release script [16:50] barry: from next cycle on we'll have bigger images and can keep it, promised [16:51] barry: (already talked to stgraber, doko, ScottK, and skaet) [16:51] pitti: i will hate you forever [16:51] pitti: kidding :) do what you have to do [16:52] barry: thanks, taking the bullets *sob* [16:52] pitti: i'm very happy with the progress we made, and i'm confident we'll see py2 relegated to universe for 14.04! [16:53] sounds like a plan [16:53] barry: and indeed, lots of new py3 modules in precise, including py3-dbus which was a major blocker indeed [16:53] barry: now we just need launchpadlib [16:54] pitti: yep, we'll get there [16:56] Sweetshark: now, that's much better: http://people.canonical.com/~ubuntu-archive/component-mismatches.svg [16:56] pitti: nifty! [16:57] Sweetshark: promoting textcat now [16:57] Sweetshark: http://people.canonical.com/~ubuntu-archive/component-mismatches.txt has the demotions now, doing them as well [16:58] pitti: although its a bit boring. It invokes the same urge in me as precise did in chrisccoulson (according to the quotes page): "Can I break it?!" [17:00] jibel: oh, you mean it wasn't doing the upgrade at all? :( [17:01] Riddell: will calligra drop the recommends: lyx? (http://people.canonical.com/~ubuntu-archive/component-mismatches.svg) [17:01] Daviey: ^ on the same page, do you know the status of the keystone MIR? [17:01] this has been there for months [17:01] jibel: thanks for identifying the problem, though [17:01] pitti: I don't know, wasn't aware of it, but I expect it can yes [17:01] slangasek, it was doing the upgrade, but not completely [17:02] slangasek, there is a bug in apt or update-manager here any way [17:02] pitti: yes.. it's blocked [17:02] pitti: The underlying code is being changed next week [17:02] (rewrite from scratch) [17:03] Once that is introduced into the platform, jstrand's team will need to re-do the audi.. sadly. === sabdfl_ is now known as sabdfl [17:28] Daviey: new nova needs new MIRs: http://people.canonical.com/~ubuntu-archive/component-mismatches.svg [17:28] Riddell: ^ FYI [17:29] will depwait, so no immediate archive breakage [17:29] * pitti waves good bye, have a nice weekend everyone [17:29] pitti, you too [17:42] jibel: where did you see that the upgrade was incomplete then? [17:48] cjohnston: hi.. how many django app servers are typically used in a single summit deployment? [17:49] m_3: just 1 [17:49] cjohnston: gracias! [17:50] :-) === deryck is now known as deryck[lunch] === zyga is now known as zyga-food === dantti-afk-lunch is now known as dantti === bladernr_afk is now known as bladernr_ [18:40] once again, i'd need some help finding out why my ppa builds don't work: [18:41] in the chrysn/openscad ppa, i'm trying to build opencsg-1.3.2-2lucid1, for which i've collected some backports in the same repository [18:41] i've previously made the experience that the builder uses the ppa itself to satisfy build-depends. [18:43] but now, it complains about missing build dependencies "libglew-dev (>= 1.5.4)" -- but the build dependency says "libglew-dev (>= 1.5.4) | libglew1.6-dev | libglew1.5-dev (>= 1.5.4)", and i provide libglew1.6-dev in the ppa [18:45]