pittiGood morning03:49
pittiinfinity: pkgbinarymangler> yeah, catching up with a recent debhelper change03:50
pittiTheLordOfTime, SpamapS: the apport retracer does not use -proposed for quantal; we do not expect anyone to run quantal-proposed03:51
lifelessev: https://bugs.launchpad.net/daisy/+bug/1052954/comments/2 - my thoughts03:52
ubottuLaunchpad bug 1052954 in Daisy "top-k for arbitrary ranges is complex" [Undecided,New]03:52
pittiTheLordOfTime: it cannot currently handle multiple different versions within the same distro03:52
pittiinfinity: do you know whether our arm builders changed in any way in the last couple of weeks? running stuff in parallel, or running several builds at once, or anything which would make them have a higher load?04:12
pittiinfinity: I'm still stunned at how many timing tests in glib's test suite suddenly fail (I'm disabling most of them now on arm, it's hopeless)04:13
infinitypitti: Well, they all got upgraded to precise and, perhaps that's causing issues, but it shouldn't be...04:23
pittiinfinity: ah, so at least there was _some_ change, and it's not totally inexplicable04:24
* pitti now watches the umpteen version build04:24
pittiyesterday evening's crashed with an internal compiler error, but that seemed to be spurious04:24
pittiand this morning's managed to fail yet another timing test which hasn't before; I wish they could all fail at the same time instead of serially :)04:25
infinitypitti: It could be more related to differing aggressiveness of swappiness or something mostly unrelated.  Machines with low RAM and swap over USB are never going to play nicely when you're expecting to have 100% CPU to yourself.04:26
pittiright, but they weren't that unstable until a few weeks or so ago, and Debian's work rather fine as well; that's what made me wonder what changed04:27
pittianyway, once this manages to build two or three times in a row, it should be fine again04:28
pittiit's enough to test the timing properties on the other arches04:28
infinitypitti: With any luck, we can back most/all of this mess out when we have "real server hardware".04:35
infinitypitti: Debian's buildds may be in better shape for two reasons: their armel buildds all have 2.5G of RAM, and their armhf ones, while only have 1G (and being slower in every other respect than the Pandas) are swapping over SATA, so don't waste a ton of CPU time on that.04:35
pittiah, thanks; so yes, swapping and random I/O could indeed explain the ridiculously high times that some tests need04:37
=== sgnb` is now known as sgnb
YokoZarWill my upload of opus 1.0.1 turn heads due to its timing?  (opus is a new package in quantal and our current synced version is prerelease.  1.0.1 has been standardized as the reference implementation by RFC)05:30
RAOFYokoZar: It's unseeded and is bugfix?05:32
YokoZarRAOF: Yeah pretty much.05:32
YokoZarI think it's unseeded at least, it would be surprising if it were05:33
RAOFShould be fine05:33
SpamapSopus's binaries are not seeded.05:36
SpamapSYokoZar: I concur with RAOF. sync/upload away05:37
YokoZarSpamapS: We're jumping ahead of Debian actually.  I'm sending patches though :D05:39
=== dendrobates is now known as dendro-afk
dholbachgood morning07:05
=== doko_ is now known as doko
dokoLaney, see http://sourceware.org/bugzilla/show_bug.cgi?id=1462507:15
ubottusourceware.org bug 14625 in binutils "[2.23/2.24 regression] ar: File truncated" [Normal,Resolved: invalid]07:15
dokoLaney, seb128: see http://sourceware.org/bugzilla/show_bug.cgi?id=14625 looks like the webkit developers need to find another solution for their mega archive, maybe splitting it into smaller ones07:47
ubottusourceware.org bug 14625 in binutils "[2.23/2.24 regression] ar: File truncated" [Normal,Resolved: invalid]07:47
Laneydoko: indeed, https://bugs.webkit.org/show_bug.cgi?id=9443507:53
ubottubugs.webkit.org bug 94435 in WebKit Gtk "[GTK] Split WebCore/platform into a separate library" [Normal,Reopened]07:53
dokoand if it did work before, it was buggy ...07:54
=== henrix_ is now known as henrix
dokoLaney, and likely you won't need the make patch either ...08:00
Laneyyes, indeed, same cause08:00
dokofor bonus points, please backport to qt4-x11, so that we can get the thing built on arm too ...08:01
Laneywhen there's a working patch08:01
dokoahh, there's not?08:02
Laneylook at the linked bug, the fix they added broke some other parts of the build so it was reverted08:02
dokolooks like implicit template instantiations ...08:03
dokoLaney, maybe http://gcc.gnu.org/PR5414508:05
toabctlis it possible to generate input events from the command line? but without the tools from the package xautomation. I need this for an embedded system without X. I tried "echo 60 > /dev/input/event0" but that does not work08:19
dokojodh, please could you have a look at https://launchpad.net/ubuntu/+archive/test-rebuild-20120922/+build/3843612 ?08:38
jodhdoko: looking...08:38
dokopitti, is ubuntu-drivers-common supposed to ftbfs on arm*?08:49
pittidoko: no, certainly not08:50
pittihttps://launchpad.net/ubuntu/+source/ubuntu-drivers-common/1:0.2.69 looks fine, though08:50
pittidoko: ah, race condition again08:50
pittiutterly slow arm builders FTW08:50
jodhdoko: looks like the failing test has hit the issue seen in the follow-on test: occasionally, the test fails to see the trailing '\n' or '\r', but only if the process is forcibly killed. Its either a very obscure Upstart logger bug or an even more obscure pty/tty layer kernel bug. In summary - I suspect re-running that build will pass, but ping me if this is repeatable as it might allow us to hone in on the root cause.08:50
dokojodh, given back08:56
joeljacobsonwhen will postgresql 9.1.6 be released in -updates for ubuntu 12.04?09:02
evlifeless: thank you!09:02
obounaimI need sponsoring here, can anybody review my branch?09:03
joeljacobsonwhen are packages moved from -proposed to -updates, does it occur on certain days?09:03
diwicjoeljacobson, I don't think so - it rather happens when there is positive verification on the relevant bug(s).09:06
joeljacobsondiwic: ok, thanks, so I just have to wait09:10
cjwatsonjoeljacobson: is there a particular package you're interested in?09:12
joeljacobsoncjwatson: postgresql 9.1.609:12
joeljacobsonmaintained my Martin Pitt, https://launchpad.net/~pitti09:12
joeljacobsonit's in -proposed now09:12
cjwatsonjoeljacobson: http://people.canonical.com/~ubuntu-archive/pending-sru.html shows that as still being much too recent (1 day)09:13
geserjoeljacobson: you can also monitor bug #105594409:13
ubottuLaunchpad bug 1055944 in postgresql-8.4 (Ubuntu Natty) "New bug fix releases: 9.1.6, 8.4.14, 8.3.21" [Undecided,In progress] https://launchpad.net/bugs/105594409:13
cjwatsonjoeljacobson: the usual rule is that updates age for 7 days in -proposed to allow time for people to point out regressions09:13
cjwatsonoccasionally we waive that, but the circumstances have to be abnormal09:14
diwic7 days, didn't know that, thanks09:14
dokostgraber, https://launchpad.net/ubuntu/+archive/test-rebuild-20120922/+build/382211709:16
joeljacobsonok, sounds like a reasonable time to wait, noone wanna be the first to upgrade :)09:16
dokojodh, rebuild did succeed09:19
evseb128: it seems like it's a failed retrace, but I can't conclusively narrow it down to one in particular. I'm going to give more attention to https://bugs.launchpad.net/daisy/+bug/1044418 after (or maybe during) we sort out https://bugs.launchpad.net/daisy/+bug/1052954. There's a lot to consider though, so it wont be something that gets done this week. I will, however, keep you posted on the progress.09:22
ubottuLaunchpad bug 1044418 in Daisy "Reprocess failed retraces" [Undecided,New]09:22
ubottuLaunchpad bug 1052954 in Daisy "top-k for arbitrary ranges is complex" [Undecided,New]09:22
seb128ev, ok, thanks09:23
evsure thing09:23
seb128ev, do you know why the launchpad retracers work on that one but not the e.u.c ones?09:23
seb128ev, they should have access to the same binaries,09:23
evyes, but the launchpad retracers deal a bit better with transient failure at the moment. I need to balance failing hard like the launchpad retracers do when they hit a problem in apport-retrace against webops' pagers going off09:24
evI do have some improvements here that we had to back out about two weeks ago09:25
evI'll revisit them this week09:25
seb128ev, I'm just surprised because that bug got successfull retracing on launchpad for a timeframe higher than a week09:26
seb128so it shouldn't be a "transient" thing09:26
seb128we are in a somewhat established state09:27
seb128ev, do we have an estimation of what % of reports fail retracing atm?09:27
evseb128: once we have a successful or failed retrace on daisy.ubuntu.com, we don't accept any more core dumps and don't do any more retracing on that particular signature09:27
seb128oh, ok, I see09:28
seb128that's unfortunate09:28
evseb128: I can run a query for the percentage, sure09:28
evseb128: yeah, it prevents us from continually asking for a core dump that will fail to retrace09:28
evlike when the ddebs needed are out of date09:28
seb128right, ideally we would have a line on e.u.c about the issue and the associated count at least09:29
seb128I'm concerned that we might miss quite a lot during unstable cycle09:29
seb128especially due to the dbgsym server nature09:30
seb128it updates every few hours09:30
evwe do09:30
seb128so the first retrace is likely to fail (and often does) because the dbgsym are not there yet09:30
evany problem that's failed to retrace shows up on the main page (if it has a high enough count)09:30
evtheir identifiers start with "failed:"09:30
seb128I'm surprised that nautilus bug doesn't show there then09:30
evway way way back when the website was first launched, we hid them09:31
seb128it got over 60 dups on the launchpad side09:31
evbut I was equally concerned about brushing the problem under the carpet09:31
seb128which by itself should be enough to make it one the top nautilus list of the month09:31
evright, which is why I think it might be this:09:32
evor this:09:32
evheh, need to come up with shorter URLs09:32
seb128ev, I doubt it's any of those09:33
seb128it should have dbusmenu-gtk4.so in the top of the stacktrace09:33
evwhat should I be looking for?09:33
evah, okay09:33
evI'll see if I can dig one up that matches09:33
evmpt: when you have a moment09:33
seb128 g_type_check_instance_cast () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.009:33
seb128 ?? () from /usr/lib/x86_64-linux-gnu/libdbusmenu-gtk3.so.409:33
seb128 g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.009:33
evunrelated :)09:34
seb128ev, ^ that's the top of the libs09:34
evseb128: cheers09:34
infinitypitti: glib on ARM really seems to dislike you. :P09:34
* pitti pulls his hair out09:34
* pitti retries and prepares another upload09:35
infinitypitti: Check both logs, they failed different tests. :/09:37
pittiyes, I saw09:37
joeljacobsoncjwatson: postgresql 9.1.6 is a quite serious bug fix, so perhaps the 7 days could be somewhat reduced, due to the urgency of the update?09:37
infinitypitti: Is it all really just timing stuff?  I didn't read mainloop/recursive_child_sources, but that could be a genuine bug?09:37
pittiit succeeded all the time since we had test failures FTBFS, and it doesn't happen every time either09:38
infinityMaybe I should start writing nice letters to everyone who makes ARM kit with 4G of RAM and begin begging.09:39
infinityGetting so very sick of all of this swap death.09:40
seb128glib 4 - 0 pitti09:41
seb128go pitti go ;-)09:41
pitti4? it's 7 now!09:41
pittimaybe until we have proper arm builders we should make the tests non-fatal again on arm, and keep them "on" on debian only09:42
Laneyhow come Debian's are better?09:42
ogra_infinity, we just need a properl beowulf hack to the kernel and can then use a battery of USB hubs to build clusters with these http://store.cstick.com/business/cotton-candy.html ;)09:42
dokoinfinity, it was better before ... and the not so nice thing is that the local builds do work09:43
infinityLaney: Debian's armel builders are ancient Marvell armv5 boards with 2.5G of RAM, and Debian's armhf buildds suffer similar swap pain, but swap to SATA, which might be mildly less CPU load.09:43
dokoSweetshark, packaged libvigraimpex 1.8.0 in doko/toolchain. please could you test build lo against it?09:43
infinitydoko: Yeah, it's also possible that the precise kernels swap more aggressively or something, I haven't had the time to throw much science at it yet.09:44
dokodo you know how to throw science?09:44
* doko ducks09:44
infinitydoko: Sadly, we need the precise kernels for OTHER reasons, but if they really have regressed from natty in this case, we should be able to sort it out with some fiddling.09:44
cjwatsonjoeljacobson: most SRUs are serious for one reason or another, but regressions are even worse09:46
cjwatsonthe test is "emergency" rather than "serious", really09:46
cjwatsonpitti: ^- what do you think?09:46
joeljacobsonwell, it's not emergency, they advise "REINDEX at a convenient time"09:47
joeljacobsonbut feels a bit shaky to run a production database with potential index corruption, I would really like to upgrade yesterday09:47
pitticjwatson: I do think that we shouldn't wait the full 7 days for this, but 1 day seems too rushed for me09:48
joeljacobsonno new features in the minor postgres releases, so regressions shouldn't be a problem09:48
infinityI agree that it's urgent enough to waive the 7d wait, from my examination of it, but I do want to know it's well-tested first.09:48
pittiwhile regressions are rare, they did happen09:48
amitkinfinity: fiddling with /proc/sys/vm/swappiness should allow you to confirm if it the swapping09:48
pittiI have quite a lot of people who use my PPA, and I'm watching the upstream bug list09:48
cjwatsonjoeljacobson: we're a little more paranoid than default since at scale you get regressions from all kinds of things; we've had regressions in other packages from no-change rebuilds before09:49
cjwatsonhence the testing process09:49
infinityamitk: Indeed, and when I find some round tuits, I'll try to do some fiddling.  Sadly, reproducing the issues the buildds see isn't a particularly exact science to start with.09:49
joeljacobsonI would say 3 days is accetpable, but 7 days will cause people like me to start considering compiling from source or adding -proposed to the apt sources09:49
cjwatsonI'm fine to defer to pitti/infinity on waiving it down a bit, but yeah, 1 day is too quick09:49
dokojoeljacobson, that would be one more tester ;)09:49
infinityjoeljacobson: If you want/need it right now, please *do* install it from proposed and followup to the bug to let us know if it's working well (or not!), which helps us decide if it's ready to release to the world at large.09:50
joeljacobsondoko: perhaps someone else who doesn't process millions of physical bank transactions can test first? :)09:50
cjwatsongrr, d-i lowmem mode gives a black screen on amd64.  that's unhelpful09:50
cjwatson(in kvm)09:51
infinityjoeljacobson: I'm going to assume that if you're in such an environment, you also perhaps have mirrors of production data that you can test with before blindly upgrading production machines? ;)09:51
joeljacobsoninfinity: the bug in 9.1.5 caused the hot-standby machines to fail swallowing the WAL-files, so no, I don't, well actually I do now since I've made a new pg_basebackup, and yes, of course I'll upgrade the slave first, that's standard procedure09:52
joeljacobsoninfinity: OK, I'll upgrade from -proposed, sounds good. How can I upgrade just postgresql from proposed? Adding it to apt sources will upgrade a lot of other stuff, won't it?09:53
diwicjoeljacobson, out of curiousity, what company are you working for?09:53
joeljacobsondiwic: Trustly Group AB in Sweden, we handle all bank payments for almost all gambling companies in the world09:54
infinityjoeljacobson: You can either enable proposed, apt-get update, and then selectively "apt-get install foo libfoo foo-common libfoo-bin etc" or just grab the appropriate debs from https://launchpad.net/ubuntu/+source/postgresql-9.1/9.1.6-0ubuntu12.04/+build/3852858 and "dpkg -i foo.deb libfoo.deb etc"09:55
diwicjoeljacobson, what are the current odds for your upgrade failing, I wanna bet ;-)09:55
pittijoeljacobson: I already ran the upstream and the p-common test suites against it, which have a fairly good coverage09:55
joeljacobsondiwic: I'll give you 1000 times the money, but I would prefer to bet myself instead of laying a bet, to hedge against the consequences if something would go wrong09:57
joeljacobsonpitti: ok, thanks, that's good to hear09:57
diwicjoeljacobson, just kidding. Lycka till :-)09:59
joeljacobsondiwic: hahah, are you Swedish?10:01
dokoSweetshark, see bug #105675910:36
ubottuLaunchpad bug 1056759 in libvigraimpex (Ubuntu Quantal) "libvigraimpex ftbfs from source (core dump running the tests), 1.8 prepared" [High,Confirmed] https://launchpad.net/bugs/105675910:36
Andy80I was reading this http://benjaminkerensa.com/2012/09/25/technical-diagram-of-how-unity-shopping-lens-likely-works - do you confirm me that everything I enter in my dash is trasmitted to productsearch.ubuntu.com O_o ?!11:01
cjwatson#ubuntu-unity more likely to have accurate details11:02
=== tkamppeter_ is now known as tkamppeter
Andy80cjwatson: ok thanks, I will ask there11:03
=== mcclurmc_away is now known as mcclurmc
cjwatsonbarry,doko: heh, I just noticed that python (i.e. 2) is explicitly listed in the minimal seed11:19
cjwatsondo we want that to be python3 now?11:19
dokosure, however I think we will still install python for a minimal/buildd install?11:20
=== MacSlow is now known as MacSlow|lunch
joeljacobsonapt-get install libpq5 postgresql-9.1 postgresql-client-9.1 postgresql-contrib-9.1 postgresql-plperl-9.111:24
joeljacobson.... so far so good ... holding my thumbs :)11:25
Laneyhaha, is that the Swedish expression?11:26
Laneyhere we'd say "crossing my fingers" :-)11:26
hrwLaney: it sounds like direct translation of Polish phrase11:29
hrw(holding my thumbs one)11:29
cjwatsondoko: Well, we do right now, but should we?  Anything that needs it to build should build-depend on it, surely11:33
cjwatsonLikewise I wonder if we should seed python3-minimal in required, not python-minimal11:34
dokothe only thing I can think of are python scripts, without having a python dependency, which did escape dh_python2, or when dh_python2 wasn't used11:35
dokobut probably uncommon11:35
cjwatsonThis would shrink debootstrap output by 9%, so not to be sneezed at11:36
cjwatsonI dunno, if you think it's too risky we could do it first thing in R instead11:36
cjwatsonI just hadn't read germinate output in a while and it stood out immediately11:36
=== Amoz_ is now known as Amoz
dokocjwatson, no, I think it's fine. debian needs it as a dep in any case, so for the majority of packages it's no issue11:38
=== cpg is now known as cpg|away
dokodo we have any git experts?11:41
cjwatsondoko: I think I'll do it after b2 then11:42
quadrisprohi all11:55
mvoxnox: do you mind if I have a look at #1015567?11:55
xnoxbug 101556711:56
ubottuLaunchpad bug 1015567 in dpkg (Ubuntu Quantal) "upgrade failed: mixed non-coinstallable and coinstallable package instances present" [Critical,Triaged] https://launchpad.net/bugs/101556711:56
xnoxmvo: yes please. I had some pokes at it, but not much.11:56
xnoxmvo: with recent/current dpkg I couldn't reproduce the state to trigger the bug, unless I did rm in dpkg/info.11:57
mvoxnox: it just happened to me on upgrade on of my boxes from precise->quanal and the system is in the broken state11:57
xnoxmvo: nice.11:58
mvoxnox: and it seems like the only way to get out of this is to manually vi /var/lib/dpkg/status :)11:58
mvoxnox: so thats a good excuse for me to look at it a bit11:58
Sweetsharkdoko: thanks for the bug, will switch to internal for the next upload.11:58
xnoxmvo: the infinity's idea is to make dpkg treat RC packages as multi-arched if needed. E.g. equivalent of adding Multi-arch: same headers to status.11:59
dokoSweetshark, always for the least effort, not the best solution?11:59
xnoxmvo: except that dpkg's parsing and enumerating status is very interesting for an uninitiated developer like me.11:59
mvoxnox: yeah, I think that idea of infinity is a good one12:01
mvoxnox: *cough* s/an uninitiated/any/ ;)12:01
* mvo makes more tea12:02
Sweetsharkdoko: gimme a team and I will start caring for vanities.12:03
xnoxmvo: i was not sure you can safely do such substitution, without locking-> read/rewrite/fix status -> re-read the status -> continue. Since the counts of multiarch/non-multiarch packages was order depended in the status file as far as I could read it.12:03
mvoxnox: right, I need to look at it a bit, I have no real idea just yet12:04
=== dendro-afk is now known as dendrobates
dokoDaviey, zul: is feedparser a server package?12:48
zulDaviey:  i believe so12:48
zuli believe so12:49
dokotest failures, see the test rebuild12:49
zuldoko: cool ill have a look12:49
dokosame errors in 5.1.212:49
=== MacSlow|lunch is now known as MacSlow
TJ-k3b on Quantal, Precise, Oneiric; the k3b i386 package is depending on libc6 >= 2.4 but libc6 is v2.15, so k3b cannot be installed. I've been looking at the build logs to confirm it. Am I missing something obvious here about the libc6 versions?12:57
geserTJ-: yes, 15 > 4 so 2.15 > 2.4 (the . is a delimiter not a decimal point)12:58
cjwatsonMight be easier to post the full error messages rather than an interpretation of them12:59
cjwatsonAnd remember that apt often doesn't follow the full chain when something goes wrong and has to be helped to produce the real error13:00
TJ-geser: Thanks. My brain must not have woken up yet! I totally confused myself over that :s13:00
TJ-geser: I think I transliterated 2.4 to 2.4013:01
dokozul: found out that the tests pass with libxml 2.9 from experimental13:11
zuldoko:  thats not good..ill see if i can find a fix13:12
=== yofel_ is now known as yofel
stgraberdoko: hmm, yeah, I guess I'm touched-it-last on that one, though the real fix would be to kill it completely as it shouldn't be needed anymore...13:19
stgraberseb128, didrocks: is it still the plan to get rid of launchpad-integration completely this cycle? I see that the only rdepends remaining is quickly-ubuntu-template13:19
stgraberthen we should be able to remove it from the archive completely13:20
seb128stgraber, quickly was fixed yesterday13:20
dokostgraber, do it!13:20
seb128there is also a ftbfs fixed version in the unapproved queue13:20
seb128of launchpad-integration13:20
stgraberseb128: oh, cool, then I guess we can unseed it and kill it for good then13:20
seb128it's in universe?13:20
seb128what do you mean unseed?13:21
dokozul: just rebuilt the libxml2 version in quantal. same errors, so it should be something in the upstream changes13:21
zuldoko: gotcha13:22
stgraberseb128: seeded-in-ubuntu was telling me it was still seeded somehow, but it's just because we haven't rebuilt a dvd image in a long time, so all good to remove then13:22
seb128well, the reason I kept it is appdev13:23
seb128quickly was promoting it for a while13:23
seb128so I don't know if we should keep the binaries available for an extra cycle13:23
seb128e.g I don't know if out of the archive stuff still depends on it13:23
stgraberhmm, yeah, I guess that'd be reasonable13:23
seb128there is a version which fix the ftfbs in unapproved as said13:23
seb128I think it doesn't cost lot to keep it in universe for quantal13:24
stgraberright, let me accept the fixed version for now so doko is happy and I'll re-target bug 999413 to R13:24
ubottuLaunchpad bug 999413 in launchpad-integration (Ubuntu) "Remove launchpad-integration from the archive" [Medium,Triaged] https://launchpad.net/bugs/99941313:24
dokostgraber, I'm only happy when http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20120922-quantal.html is empty13:25
seb128there is a fixed gtk2-engines as well in unapproved13:26
stgraberdoko: you must be a pretty sad man then ;)13:26
seb128that package is not going to get cleaned a lot until we unfreeze I guess13:26
seb128I just hope people check unapproved before duplicating work13:26
* doko loves colored non-verbose build logs ... elinks13:33
=== joeljacobson_ is now known as joeljacobson
=== joeljacobson_ is now known as joeljacobson
=== slank` is now known as slank
dokoRiddell, ScottK: I'll leave the kubuntu ftbfs for you ...13:50
=== slank is now known as Guest84818
ScottKdoko: What happened with https://launchpad.net/ubuntu/+archive/test-rebuild-20120922/+build/3837464 - There's no log.13:51
=== gepatino_ is now known as gepatino
Laneyprobably broke the buildd13:54
Laneythat seems to be the failure mode13:54
ScottKRiddell or debfx: No idea how to troubleshoot that one.13:57
Laneydoko has been complaining about that build for some time13:58
ScottKAny ideas why sudo do-release-upgrade -d says no new release found even though /etc/update-manager/release-upgrades is set to normal?14:01
dokoScottK, buildd issue. please don't give back. kills the cats14:01
ScottKWhat if I don't like cats?14:02
mvoScottK: no, that is unexpected, you can run "DEBUG_UPDATE_MANAGER=1 do-release-upgrade -d" to see if that outputs something useful14:02
dokodidrocks, seb128: is there an easy work around for #warning "Including <librsvg/rsvg-cairo.h> directly is deprecated." ?14:07
ScottKmvo: http://paste.ubuntu.com/1228511/14:08
mvoScottK: confusing, a 404 - is there anything between you and changelogs.ubuntu.com? like a proxy (transparent) or somesuch that might cause this?14:10
ScottKNo.  Let me try it in a browser14:10
ScottKmvo: My fault.  I had redirected that url to a different IP address when we were doing testing and forgotten.  Sorry for the bother.14:11
ScottKWorks fine once that's removed.14:13
* ScottK shakes fist at Riddell.14:13
mvoScottK: no worries14:13
mvoScottK: happy to hear that it works now14:13
RiddellScottK: what what?14:20
ScottKAbout the fact that I couldn't upgrade because I had changelogs.ubuntu.com redirected to your server for the precise upgrade test we did ...14:21
ScottKNot really you fault ...14:21
RiddellScottK: oh I see :)14:25
Riddelldoko: which kubuntu ftbfs?  in the build tests?14:25
dokoRiddell, yes14:26
Riddelldoko: yeah those are on my radar14:26
mvosmoser: meh, I just ran into https://bugs.launchpad.net/ubuntu/+source/offlineimap/+bug/1015692 - this is more than just priority low to me :/14:36
ubottuLaunchpad bug 1015692 in offlineimap (Ubuntu) "offlineimap and ssl requires configuration of fingerprint" [Low,Confirmed]14:36
Laneythat's an xnox package :P14:37
smosermvo, i dont have a really good solution. as i said in that bug. its really upstream created issue.14:38
xnoxmvo: I was considering to make system-wide ssl certs as defautl.14:38
smoserbut now they're just causing failure when previously they just did not check certificates.14:38
smoserso in some sense its a feature14:38
xnoxcause than it just works with gmail =)14:38
mvoxnox: what is stopping us? that sounds like the right thing to do14:39
xnoxand is secure, cause if the system-wise ssl certs in /etc/ are busted.... then there are bigger problems than offlineimap.14:39
xnoxmvo: nothing. Just need to find time to change that default and push it: upstream, debian & ubuntu as I have commit access everywhere.14:40
mvoxnox: cool14:40
mvoxnox: when I find a bit of time I will give it a go too, but keep an eye on it to ensure we don't duplicate work14:41
xnoxmvo: ok.14:41
xnoxmvo: I like your dpkg patch by the way. I will run against my fake test cases that I have in pbuilder somewhere to trigger it.14:41
xnoxmvo: and the upload. It just seems like we will have to keep that fix..... forever.....14:42
mvoxnox: cool, let me know, I got no feedback from #debian-dpkg yet14:42
mvoxnox: yeah, we could make the count count single, multiple, conf, total, that would be a bit less hacky14:42
xnoxmvo: you wouldn't, because it doesn't effect debian at all.14:42
mvoxnox: well, sometimes I still get feedbck for ubuntu only stuff because they are nice people14:43
xnoxmvo: "broken multiarch was never part of debian" (tm)14:43
smoserare there not net-device-up events for bridge interfaces?14:43
smoseri configured a bridge in libvirt14:43
smoserand i was expecting to be able to14:43
smoserstart on net-device-up INTERFACE=maasbr014:43
smoserbut i do not have evidence that that ran14:44
smoserslangasek, ^ ?14:45
cjwatsonxnox: while you might be right, let's not assume failure in advance :)14:45
slangasektjaalton: hi, bug #966744 is assigned to you and targeted to beta-2; despite being an old bug number, this has started becoming a huge problem for me just in the past couple of days.  Is this in progress?14:45
ubottuLaunchpad bug 966744 in xserver-xorg-video-intel (Ubuntu Quantal) "[i965] Resume from suspend leaves me with black screen or a screen of the desktop before it suspended. Compiz hung in intel_update_renderbuffers() from intel_prepare_render() from brw_draw_prims()" [Critical,Confirmed] https://launchpad.net/bugs/96674414:45
cjwatsonand besides, "forever" is at most until the next LTS14:46
cjwatson*after the ...14:46
xnoxcjwatson: ok. =)14:46
xnoxcjwatson: as far as I understood that patch, it was changing the check to ignore rc state packages. So if there is an rc package that is not upgraded for more than one LTS, then you can still hit it.14:47
slangaseksmoser: there are net-device-up events for those devices on whose behalf /etc/network/if-up.d/upstart is called, which should be all of them managed either in /etc/network/interfaces or by NM14:47
=== ogasawara_ is now known as ogasawara
xnoxmvo: or does that actually update status db?14:47
tjaaltonslangasek: yes, I'm testing crack-o-day intel drm code (requested by upstream), also trying to figure out why it fails to boot14:47
smoserslangasek, ah. yeah. i koind of realized that.14:47
smoserdo you have a suggestion on how i can start on that network device ?14:48
smoser(which is not managed by /etc/network/interfaces)14:48
tjaaltonslangasek: not going to get fixed for beta2, that's for sure :/14:48
slangasektjaalton: ok, thanks for the info14:48
slangaseksmoser: fix libvirt to emit the event for you? :)14:48
slangaseksmoser: or maybe it should be 'start on started libvirt-bin' or something?14:49
smoseri tried that, but it seemed racy.14:49
slangasekwell, sounds like a bug in libvirt-bin startup14:49
slangasekbecause it shouldn't be racy14:49
tjaaltonslangasek: btw, have you reviewed the acpi-support patch(es)?-)14:49
mvoxnox: no, just "fixes" the counting14:49
slangasektjaalton: got about halfway into it before vacation hit... will revisit this week14:50
tjaaltonslangasek: ok, thanks14:50
smoserslangasek, possibly. but the daemon is sstarted, just not all networks  up i think.14:50
mvoxnox: this is why it would be nice to "upstream" it14:51
xnoxmvo: well the correct way is to actually rewrite the status db on lts upgrade and correct those. as the new dpkg will not generate inconsistent status db (well if it does it will be upstream bug as well).14:52
xnoxmvo: that way it would really be just a patch to carry until lts.14:52
xnoxmvo: I think we should apply your patch for quantal, and fix it with status db re-writing by 14.04. And then drop it after 14.04.14:52
mvoxnox: sounds good to me14:53
smoserslangasek, so you would think that 'started libvirt-bin' would mean that all of its 'auto' networks are up ?14:55
slangaseksmoser: I would think that it would mean all the setup for libvirt is done, so that other services can start using those facilities, yes14:57
slangaseksmoser: libvirt-bin even uses 'expect daemon', so there's no excuse not to - it's just a startup ordering question AFAICS14:58
smoserdo you think the comment about 'net-device-up' is valid ?14:58
smoserie, would it be reasonable for libvirt to emit those ?14:58
ScottKLaney: Did you intend Bug #1054746 to be about excluding online results or excluding commercial results (title says one and the body says the other).  I'd like to make sure we're solving the right bug.15:43
ubottuLaunchpad bug 1054746 in Google Documents Lens "[FFe] [UIFe] No easy way to disable online results in lenses" [High,In progress] https://launchpad.net/bugs/105474615:43
seb128ScottK, the bug is about stopping sending queries to Canonical servers15:44
LaneyScottK: I originally intended it to be a narrow fix for just that lens (and wrote a patch for that)15:44
Laneybut then it got extended to cover all queries sent to C servers15:44
ScottKseb128: That's what I thought, but the U/I that's proposed talks about commercial/non-commercial.15:45
Laneywhich I think is nicer.15:45
ScottKSince there's been discussion of non-commercial online search support, I think that is not completely aligned with not doing online searches.15:46
Laneyit's not about online services15:46
Laneyyou'll still have (for example) wikipedia and gwibber working15:46
ScottKIs that different than what seb128 just said?15:47
ScottK(or do those not go through Canonical servers?)15:47
didrocksScottK: you have the gwibber lens fetching content from tweeter15:47
LaneyIt's not, but your response came after his.15:47
didrocksScottK: or the excellent radio lens grabbing the available radio info from an online service ;)15:48
ScottKRight, but those are clearly online.15:48
ScottKThis issue, AIUI was automatically going online for searches when there was no indication that was the case.15:49
LaneySo the bug isn't about disabling all online results. Commercial suggestions from partners was the wording that design came up with to describe what we're turning off.15:49
Laneywhich is intended to be the items causing concern15:49
LaneyI understand it's supposed to be finessed more for the next cycle15:50
ScottKOK.  You might want to retitle the bug then.15:50
ScottKBecause that's what got me started being confused.15:50
Laneythere. how's that?15:51
* ScottK notes for the record how much more convenient conversations like this are when they happen before feature freeze.15:51
* ScottK looks.15:51
ScottKSure.  Thanks.15:51
Laneyyes, we know. We're trying to work within the constraints of our governance structure ...15:51
ScottKWell, something seems to come up every cycle.15:52
ScottKIf someone bases their plans on "we'll get an exception", I don't think that's really working within the structure.  I understand that stuff happens, but when it's consistent, that's not what FFes are for.15:54
ScottKStrictly from a technical perspective, I think it'd be better to revert the whole thing and land it with a good design early in "R", but I get that's not going to happen.15:55
tumbleweedScottK: I assume most of us agree15:58
LaneyScottK: I'm saying that getting the exception wasn't at issue, given the way the feature was driven.16:02
ScottKLaney: Yes.  I know.  I'm aware of how it was driven.  It's unfortunate that at this point we can't just focus on producing a quality release.16:03
LaneyI'm hoping that I can turn this experience and other similar but less visible ones into some useful lessons16:04
xnoxScottK: ubiquity & datetime widgets send lookups to geoname-lookup.ubuntu.com16:09
xnoxare those a concern as well?16:09
ScottKxnox: Yes.  That's completely beside the point.16:10
xnox@pilot in16:10
=== udevbot changed the topic of #ubuntu-devel to: Quantal Quetzal development | Archive: Frozen for Beta 2 | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: sconklin_, xnox
ScottKI'm not arguing about what should be done, I just found the bug report inconsistent and wanted to make sure we were fixing the right thing.16:11
evseb128: I've written the first part of retrying failed retraces and have an outstanding RT for it. It wont fix the counts for days that have already past yet, but it will queue up the problems that it has successfully managed to retrace so we can process those once I've finished that part of the code16:30
seb128ev, great, thanks16:31
evin the immediate term it will allow us to manually trigger daisy to ask for the core files for specific failed-to-retrace problems and bucket them appropriately16:31
evsure thing16:31
evI'll keep you posted16:31
mitya57xnox: lp:unity-mail is terribly outdated, so the diff is not what actually changed in this upload.16:47
xnoxmitya57: I noticed, once the diff got generated, checked the package-import, realised it.... now reviewing by hand and deleted the merge proposal ;-)16:49
=== dendrobates is now known as dendro-afk
mitya57xnox: the actual diff is http://bazaar.launchpad.net/~mitya57/ubuntu/quantal/unity-mail/1.2/revision/1116:50
xnoxmitya57: it's interesting that there are multiple templates successfully translated by launchpad...... I need to set this up for my project.16:50
=== dendro-afk is now known as dendrobates
=== deryck is now known as deryck[afk]
mitya57xnox: in case you'll be looking at lp:~mitya57/ubuntu/quantal/libunity/lp1055019 — don't upload it, just merge17:38
mitya57thanks for unity-mail btw17:38
mlankhorstogasawara: ping?17:49
=== Guest84818 is now known as slank
=== slank is now known as Guest32361
xnox@pilot out17:56
=== udevbot changed the topic of #ubuntu-devel to: Quantal Quetzal development | Archive: Frozen for Beta 2 | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: sconklin_
xnoxsconklin_: piloting for the second day now? =))))17:57
sconklin_xnox: thanks17:57
sconklin_@pilot out17:57
=== udevbot changed the topic of #ubuntu-devel to: Quantal Quetzal development | Archive: Frozen for Beta 2 | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
=== Ursinha is now known as Ursinha-afk
ogasawaramlankhorst: pong, sorry for the delay, was in a meeting18:31
=== mcclurmc is now known as mcclurmc_away
cr3bryceh: hi there, might you happen to know where I should get piglit for precise? I thought it should be under ppa:ubuntu-x-swat/q-lts-backport but apt-cache search doesn't return anything for "piglit"18:46
cr3bryceh: tried to apt-file update, but got Ignoring source without Contents File: http://ppa.launchpad.net/ubuntu-x-swat/q-lts-backport/ubuntu/dists/precise/Contents-amd64.gz :(18:50
iamfuzzanybody here a debian-installer expert?  Trying to figure out how to run a command just after partman does its thing but while partman/early_command exists partman/late_command does not :-(18:53
brycehcr3, presently it seems most effective to just check it out from upstream's git tree.  They don't do formal releases, and we are lax at packaging it.19:10
brycehcr3, I'm hoping as more of us use piglit, we'll do better at packaging, but at the moment there aren't packages worth pointing you at.19:10
|Anthony|what is the plan regarding consolekit and udev considering they have been merged into systemd?19:10
cr3bryceh: is it packaged somewhere though? was I looking in the right place under ubuntu-x-swat?19:10
|Anthony|i see that they are both included in quantal19:11
cr3bryceh: would the package depend on anything else?19:11
brycehcr3, there should be a ppa around, but it's an old version. lemme check19:11
brycehso, maybe not so old, that looks quite current19:12
cr3bryceh: awesome, thanks!19:13
brycehcr3, also see https://launchpad.net/~sarvatt/+ppa-packages which has current packages; not sure how those two differ19:13
Sarvattbryceh: https://launchpad.net/~canonical-hwe-team/+archive/piglit is the one checkbox is using because it needs rendercheck also, but yeah its in https://launchpad.net/~xorg-edgers/+archive/piglit also19:15
Sarvatterr, cr3: ^^19:15
cr3Sarvatt: thanks! it's really hard to search all ppas for a desired package :(19:16
=== Ursinha-afk is now known as Ursinha
dokopitti : glibc2.0 => 1 : 419:19
cr3just learned something new, I can search launchpad ppas: https://launchpad.net/ubuntu/+ppas19:20
=== Amoz is now known as Staffan_Star
=== Staffan_Star is now known as Amz
=== Amz is now known as Amoz
=== henrix is now known as henrix_
=== deryck[afk] is now known as deryck
|Anthony|what is the plan regarding consolekit and udev considering they have been merged into systemd?19:58
|Anthony|i see that they are both included in quantal19:58
=== cpg|away is now known as cpg
slangasekconsolekit has not been merged into systemd20:10
|Anthony|slangasek, what does it say here: http://www.freedesktop.org/wiki/Software/ConsoleKit20:17
|Anthony|you're right, it doesn't say merged...20:17
slangasekoutdated propaganda20:18
|Anthony|ok, so where is the current documentation. cause i just did a sdiff comparing 0.4.1 (from that site) and 0.4.5 (from /usr/share/doc) and they're the same20:20
slangasekcurrent documentation of what?20:20
|Anthony|of consolekit20:20
brycehcan someone approve the two nvidia experimental packages in the New queue?  We're trying to get those out as SRUs for a game publisher, and their deadline is looming...20:23
slangasek|Anthony|: what exactly are you looking for documentation of?20:26
|Anthony|how to configure .seat files20:30
|Anthony|and if it is even possible yet as it has been in the works for idk how long20:31
slangasek|Anthony|: ah, I'm not aware of any progress on that feature20:32
|Anthony|sitting here trying to get a sane multiseat setup and pulseaudio can only be active on one seat at a time. something about an acl...20:33
|Anthony|but that is starting to get above my pay grade20:34
infinitybryceh: Looking at it right now.20:58
infinitybryceh: (literally)20:59
brycehinfinity, \o/ yay thanks21:01
=== salem_ is now known as _salem
infinitybryceh: The changelogs reference the wrong bug, so there will have to be some manual tracking. :/21:13
=== dendrobates is now known as dendro-afk
infinitybryceh: Also, the diff to debian/control between quantal and precise seems curious: http://paste.ubuntu.com/1229290/21:14
infinitybryceh: Not sure which version is "wrong" here (possibly both), since an nvidia driver claiming to "Provide" fglrx seems a bit fishy but, on the other hand, are those conflicts not required?21:16
brycehinfinity, looking at git logs, the fglrx additions look deliberate, although alberto didn't indicate why.  Guessing something to do with alternatives; both drivers provide their own glx library which would conflict if they're both installed I guess?21:20
infinitybryceh: Sure, it makes sense for conflicts, not for provides.21:21
infinitybryceh: Anyhow, the precise packaging, as you see, has none of that at all.21:21
infinitybryceh: So, if the Quantal one is verging on "correct", then the precise one really isn't.21:22
infinitybryceh: And if someone does want to re-upload to resolve that, referencing the correct bug (1047681) in the changelogs would be nice. :)21:25
=== henrix_ is now known as henrix
infinitybryceh: Other than those two issues, it looks fine, so if you can push me a saner package (or explain why this one appears insane), I'm good to go to let it in.21:26
brycehinfinity, sure will do.  (I agree the diff looks odd, I'm not sure why that change was made but will track it down.)21:28
infinitybryceh: Thanks.  You guys can re-use the same version number, since stuff in NEW doesn't "exist" yet.21:29
infinitybryceh: Fixing the incorrect bug number in both packages would be nice, just so the SRU tracking is less annoying, but mostly, it's the debian/control thing I want either explained or fixed. ;)21:29
brycehinfinity, and then any issues with nvidia-settings-experimental?21:31
infinitybryceh: nvidia-settings was identical to the quantal upload, so I'm happy to let it in, but it does have the same "incorrect bug in the changelog" issue, so if -driver- is being reuploaded, may as well fix -settings- too.21:31
infinitybryceh: I'll just reject them both for now.  Pester me mercilessly when something new lands, since I have the context now to process this in a matter of seconds/minutes.21:33
=== dendro-afk is now known as dendrobates
brycehinfinity, I think I've figured out the debian/control file diff.  Looks like he modeled the precise-proposed control file off the one currently in precise rather than the one in quantal.21:38
brycehinfinity, but I'll get a definitive answer before I re-ping you.  Thanks again.21:39
infinitybryceh: Ahh, if this is what all the other nvidia drivers in precise look like, that may well be acceptable for now.21:39
infinitybryceh: (correct bugs in changelogs still would be nice, but any monkey with a text editor and upload rights can fix that) ;)21:40
cjwatsoniamfuzz: Indeed, there's no partman/late_command.  Exactly what are you trying to do?21:44
iamfuzzcjwatson, trying to modify taskman tasks.  Found the section on hooks which seems to be the trick21:45
cjwatsoniamfuzz: YM tasksel?  Not sure why partman/late_command would be any more useful than partman/early_command for that21:46
iamfuzzcjwatson, partman/early_command runs before /target has been populated with the base-install, no?21:47
cjwatsonSure, but so would a hypothetical partman/late_command.21:47
cjwatsonA post-base-installer.d hook written out by a preseed/early_command script is probably indeed the right approach.21:48
iamfuzzcjwatson, testing just that now21:48
cjwatson(Or partman/early_command.  It makes little difference which.)21:49
=== Nisstyre is now known as Nisstyre_
=== Nisstyre_ is now known as Nisstyre
brycehinfinity, I've added explanations of all the diffs to the Fix section of bug #1047681.22:47
ubottuLaunchpad bug 1047681 in jockey (Ubuntu Quantal) "Add package nvidia-experimental for tracking nvidia beta drivers" [Wishlist,In progress] https://launchpad.net/bugs/104768122:47
infinitybryceh: Good enough for me.  Want to reupload both packages with the changelog bug references fixed, and I'll eyeball 'em and push them through?22:49
infinitybryceh: Or, I suppose I could just fix those two oversights and reupload, since I have the sources sitting here.22:50
brycehinfinity, yep uploading now22:50
infinitybryceh: Ahh, fantastic.22:51
brycehinfinity, both should be in now.  only thing changed should be the bug #22:53
infinitybryceh: I'm guessing we need nvidia-common and jockey for this to all work, too.  Anything else?22:54
infinitybryceh: Both of which also have issues.22:55
infinitybryceh: jockey references the wrong bug too.22:55
infinitybryceh: And nvidia-common includes a patch that patches debian/* (eek)22:55
=== henrix is now known as henrix_
brycehinfinity, the nvidia-common and jockey changes clean up the UI a bit.  The drivers  don't depend on those changes, so it's safe to put them in the unapproved queue independently.23:06
infinitybryceh: Well, I've already accepted the drivers, yes.  Would be nice to get the above issues sorted with those uploads too, so I can accept them as well, though.23:06
brycehinfinity, sure thing, will do23:08
=== rickspencer3_ is now known as rickspencer3
* bryceh waves to rickspencer3 23:55

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