[00:02] oh I just love test suites that assume code will never survive past 2010 [00:03] this is the second time I've seen such nonsense [00:04] especially when they've made a release as recent as 2008 [00:04] SpamapS: We had a bug in the LP testsuite that used to assume a blueprint created in 2011 was in the future. [00:05] in the yeaar two thousaaaaaannndd [00:05] I had successfully not thought about that song for years until you said that. [00:08] http://www.youtube.com/watch?v=LQRmkoBpi28 === bradm_ is now known as bradm [01:12] My lp-bug mojo is a little rusty….how do I link a bug to a Debian bug? [01:13] 'also affects distribution', select debian & paste the debbugs url in, iirc [01:14] Thanks, just figured it out :) [01:15] or just past the url into a comment [01:16] lifeless: that adds the debian task automatically? [01:17] it adds a watch automatically, which is the key thing === cinerama_ is now known as cinerama === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk [02:54] SpamapS: Thanks for fixing mysql-5.5 sufficiently that I'm not required to care anymore. [02:55] ScottK: Thanks for fixing cython, and congrats on cleverly avoiding TILM by puppeting Ben. :P [02:55] I actually managed to not do any work on it at all. [02:55] Major victory. [02:55] Mission accomplished by whining. [02:56] ScottK: Ahh, he misattributed the patch. I'm sure jtaylor is crushed. [02:56] I didn't get get the barry card. He was going to look at it tomorrow, but now he doesn't have to. [02:56] Yeah. [02:56] I mentioned it in the bug. [02:56] All that hard work changing four lines. ;) [02:56] The work avoided by not being TIL is potentially infinite. [02:57] Heh. [02:57] and I already had all that except for cython-dbg in debian/rules [02:57] jtaylor should be happy though. Now he can apply guilt on BenC when he wants a core-dev endorsement. [02:58] Ben's immune to guilt. [02:58] He does respond well to nicotine and cartoons, however. [02:58] and jaeger [02:59] Combinations of the three in creative ways are welcome [02:59] Heh. [02:59] BenC: You really need to come hang out at some conferency gathering soon. Haven't seen you in ages. [03:00] infinity: I tried to get to quantal UDS but it didn't work out. I am 94.7% sure I will make UDS-R though [03:01] I hope the hold it in some place cool enough that I'll feel like it's worth wanting to go. [03:01] I mean Oakland? [03:01] i liked that it was close [03:02] but yeah, meh [03:02] * BenC is still hoping for the cow-pasture-uds [03:02] Will give BoF a new meaning [03:03] * micahg wonders what interesting locations there are [03:04] I'd say Sydney, but infinity would stab me. [03:04] We've been. [03:04] Only once. UDS has been in *Florida* more than that. [03:05] It's also hideously expensive to do anything other than Europe or North America. [03:05] StevenK: Yeah, and Florida was a mistake every time. :P [03:05] Boston was nice. [03:05] Florida was slightly better than Dallas. [03:06] UDU (Sydney) was actually pretty good. The hotel was fun, etc. But that was back when the distro team was 15 people. [03:06] Yes. [03:06] Cool little venues like that don't work anymore. :( [03:06] And Sydney's large conference venues are just as soulless as anyone's. [03:06] but they're closer for some of us [03:06] Not many of us. :P [03:06] Chicago would be fun for a US location. [03:06] \o/ [03:07] ScottK: I'd like to see Chicago, actually. [03:07] If it didn't come right back around to the "hideously expensive" point, I'd vote for Manhattan. [03:07] infinity: they managed DebConf there somehow [03:07] micahg: Yeah, but DebConf doesn't mind begging universities for lecture halls. [03:07] micahg: We annex entire conference centers. [03:08] Precisely. [03:08] micahg: Those don't come cheaply. [03:08] Except in Florida. There they are so huge we only get a little piece of one. [03:08] ScottK: Heh. [03:08] I've never been to Warsaw. How would that be? [03:08] Bleak. [03:09] Culturally awesome, love the people, the music, the food. But man, the architecture makes me want to stab myself repeatedly. [03:09] Are you arguing for or against? [03:09] I'm not sure. ;) [03:10] That's just good street theater for some. [03:10] I actually pretty much never say no to former Eastern Block sorts of locations. [03:11] Cheap beer, fun people, an inexplicable obsession with doilies. [03:12] awesome, powerpc is doing better than i386 with build failures (not depwaits) [03:16] good morning [03:19] http://consumerist.com/2012/06/newegg-installing-linux-on-your-computer-is-basically-the-same-as-breaking-it.html === BenC__ is now known as BenC [03:34] geser: you there? === dendro-afk is now known as dendrobates [03:59] Good morning [03:59] barry: yes, foomatic-db-compressed-ppds py3 is in the archive; I keep my WIs as "in progress" until they are really in ubuntu [04:00] cjwatson: u-d-common> my new code is py3 compatible, but the old nvidia-common bits are not; tseliot is on that (he ported python-xkit, which is a dependency) [04:07] barry: apport got binNEWed, so the py3 version is in quantal now [06:50] vibhav: yes, I'm now here [07:01] cjwatson: further porting u-d-common is yet another case of "blocked by aptdaemon" [07:01] once we get that in, we can port apturl, language-selector, u-d-common, software-properties, etc. [07:02] I got slightly lost trying to figure out why dnspython is in Main and if any python3 porting was blocked on it. I just uploaded dnspython3 to Debian. If lack of that is blocking anything, please let me know and I'll do a direct upload to Ubuntu too. [07:05] good morning [07:09] pitti: Yeah, it's the nvidia bits that matter here. [07:10] pitti: aptdaemon is, I hear, very close [07:10] yes, it's by and large working in trunk [07:11] the new apt is through binNEW now, I thought that was a prerequisite [07:11] Yes [07:11] python-apt is the next and last step, AFAIR [07:14] @pilot out: mvo [07:14] (pilot (in|out)) -- Set yourself an in or out of patch pilot. [07:14] @pilot out === udevbot changed the topic of #ubuntu-devel to: Archive: open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #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: [07:15] pitti: python-apt went into -proposed along with apt [07:15] I think that's in quantal now too, though I haven't upgraded yet today [07:15] ah [07:15] yes, it is [07:17] And if we don't get update-manager in today I'll be slightly annoyed :) [07:18] soooooo close [07:23] cjwatson: do you know if anyone already discussed extending DEP-8 to add a source package header? (like "XS-Has-Tests: true"); if not, I'll do that now [07:24] once that's in the standard, we could make dpkg-source add that header automatically [07:24] but at least add it manually for the time being, to drop the hardcoded list from jenkins [07:26] pitti: We talked about it and I was going to propose it, but I don't think I actually did formally (I may have spoken to Ian about it informally); if you'd like to bring it up on wherever the discussion list for DEP-8 is, feel free [07:27] cjwatson: ok, doing; I was going to mail the three drivers on http://dep.debian.net/deps/dep8/, CC'ing debian-devel@ (not sure if the latter is appropriate) [07:29] pitti: Should be [07:58] bdmurray, slangasek, SpamapS, RAOF: could we some precise SRUs through today or tomorrow? the queue has around 30 items, some waiting for 3 weeks... === tkamppeter_ is now known as tkamppeter [08:00] seb128, pitti is really missing in the SRU team. [08:00] tkamppeter, hey, yes he is ;-) [08:04] Is updating the bug description with a reasonably simple template *really* that much to ask for SRUs? [08:17] seb128, I have talked to the people you were trying to talk to here on #ubuntu-release. I got mainly quick help from cjwatson, but also from slangasek. [08:18] RAOF, I share the sentiment, though some people already things that having to provide a debdiff is work they shouldn't need to do, especially some upstream would like to be able to point to a patch and have us to take it... [08:19] tkamppeter, thanks, I know they are all busy and I'm not especially blocked on one SRU, I mostly wanted to point that we are accumulating backlog [08:43] geser: Are you still here? [09:13] vibhav: yes [09:17] yofel_, Riddell, ScottK: hey, is somebody looking at the calligra armhf,armel ftbfs in quantal? [09:18] yofel_, Riddell, ScottK: asking because it's showing up on http://people.canonical.com/~ubuntu-archive/testing/quantal_probs.html [09:18] emacs24 for quantal?! [09:18] * xnox uses emacs a lot, and has been using ~weekly emacs24 snapshots. I haven't done emacs24 packaging before myself [09:18] seb128: it's somewhere on the list of things to be done yes [09:19] Riddell, somewhere high or somewhere low? ;-) [09:19] xnox: see if Rob is planning to do it? [09:19] it would make me happy too [09:20] seb128: high enough that it'll get done but not this week [09:22] Riddell, ok, thanks [09:22] Laney: which Rob? =) [09:23] the maintainer :P [09:23] Browning, I should imagine [09:23] that's the badger [09:23] what's his irc nickname? [09:24] laney@raleigh> finger rlb@db.debian.org | grep IRC ~ [09:25] IRC nickname: rlb === rickspencer3 is now known as rickspencer3_ === rickspencer3_ is now known as rickspencer3 [09:41] seb128: Incidentally, ubuntu-sru had a meeting this morning about how to get into a position where there isn't a backlog; expect to see things improve ;) [09:42] RAOF: do you want to do something similar to the "archive admin of the day" roster? [09:43] That was one of the outcomes, yeah. [09:45] RAOF, great ;-) [09:52] Riddell: Speaking of calligra, there's a calligra-transitional package pending autosync which fails to sync because: [09:52] calligra-transitional_1 is trying to override modified binary koffice-l10n-ca_2.3.2-0ubuntu1. OK (y/N)? [09:52] Riddell: What should be done about that? [09:52] hmm [09:55] cjwatson: ignore it for now until I get a chance to look at it properly [10:13] jibel: hey, I am getting spammed by the jenkins bot. awesome! [10:13] Sweetshark, only when it fails :) [10:13] jibel: this is really neat. [10:15] Sweetshark, latest build it with gcc 4.6 and no dependency issue on mysql. [10:16] jibel: Ive seen this failure on the ppa too. most curious: the test seem to succeed completely, yet ./debian/rules seems to think there is an error. Maybe something going wrong with the returncode-foo. [10:17] ah, no. this one has an error. [10:17] * Sweetshark checks. [10:18] jibel: is gdb installed on that machine? [10:19] Sweetshark, yes [10:19] jibel: good [10:20] let me know if there is a specific setup for gdb. I'm not familiar with it. [10:21] jibel: it should be good. usually no specific setup needed. [10:22] jibel: am I supposed to open the link at the top of the mail? just asking because it times out here ... [10:23] Sweetshark, ah, here is the link with the public address https://jenkins.qa.ubuntu.com/job/quantal-pkg-libreoffice/ARCH=amd64,label=albali/33/ [10:24] jibel: thx ;) [10:35] pitti: any objections to an apport release? That core pipe brokenness appears to be pretty bad: https://errors.ubuntu.com/api/most-common-problems/Ubuntu%2012.10/today [10:36] ev: I just did an upstream 2.2.2 release and are prepping a quantal upload (test suite running ATM) [10:36] pitti: awesome, thanks! [10:36] ev: I didn't notice it in the previous upload as the test suite runs with the system /usr/share/apport/apport for the crashes *duh* [10:37] so, no actual crashes today :) [10:37] heh [10:38] I also fixed some other bugs (just G+'ed about one), now the tests shoudl all succeed again [10:38] if it wasn't for xvfb segfaulting, that is :) (but works fine with APPORT_TEST_NOXVFB=1) [10:45] it turns out that missing counts for today might be some brokenness in the counters, as jodh helpfully points out that we don't have anything for 11.10 either [10:45] I'll investigate after the python3 porting sprint [10:47] do upgrade failures get submitted to errors.u.c too? [11:03] Evening! [11:04] I've got a small problem when i write debuild binary.. -> http://paste.ubuntu.com/1038740/ [11:04] Laney: it's planned, but nothing currently implemented [11:04] I'm new with packaging.. Anyone can help me please? [11:04] ev: ok, thanks [11:05] Laney: which incidentally is why mpt came up with the error tracker name. Application crashes, package install failures, application hangs, debconf prompts, etc. === MacSlow is now known as MacSlow|lunch [11:47] ev, have you seen ? [11:48] A friend of mine has been objecting to the name every chance he gets [11:48] It seems to freak him out [11:49] Supplying a man page would probably have soothed him since I think that was the first thing he reached for [11:50] cjwatson: Why, is he Frank Spencer? :-P [11:51] Er, no [11:51] (Long time since I saw that) [11:52] cjwatson: I had to go and look it up because I couldn't remember the name of the actor or the character. === MacSlow|lunch is now known as MacSlow [11:59] * xnox likes the comment "No, just apt-get rid of it." === _salem is now known as salem_ [12:14] geser: REALLLY SORRY for being AFK, Since you were the last guy to touch dracut in ubuntu, are you comfortable with me preaparing a merge for it? [12:18] vibhav: sure, feel free to take it [12:20] thanks! [12:20] geser: By the way, why did you add docbook-xsl to Build-Depends ? [12:22] oh wait, its already added in debian [12:23] * vibhav files a syncrequest [12:24] vibhav: the unmodified package FTBFS: https://launchpad.net/ubuntu/+source/dracut/018+32+geb6e141-1/+build/3469665 [12:26] geser: Since dookbook-xsl was added to Build Depends in Sid, I have filed a sync request: https://bugs.launchpad.net/bugs/1012641 [12:26] Launchpad bug 1012641 in dracut (Ubuntu) "Sync dracut 019+9+g521c57a-1 (universe) from Debian sid (main)" [Undecided,New] [12:33] mpt: I had not. I did manage to get this one in yesterday though: http://askubuntu.com/questions/140379/how-can-i-track-a-bug-that-caused-a-crash-and-was-reported-via-apport-whoopsie/149455#149455 [12:33] doko: ping === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [12:34] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive: open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #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: mdeslaur [12:44] hi pitti fantastic, thanks === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [12:50] mpt: replied: http://askubuntu.com/questions/135540/what-is-the-whoopsie-process-and-can-i-remove-it/150332#150332 === pitti is now known as pitti_ === pitti_ is now known as pitti === apw is now known as apw_ === apw_ is now known as cafetiere === cafetiere is now known as apw_ === apw_ is now known as cafetiere === cafetiere is now known as apw [13:02] cyphermox: ping === retoad is now known as retoaded [13:08] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive: open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #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: herton, mdeslaur [13:09] wow === geser is now known as geser_ === geser_ is now known as geser [13:11] ev, Nanne has a point: What's the way to turn it off on the server? [13:13] To disable it on Ubuntu Server, edit the /etc/default/whoopsie file and change report_crashes= tofalse, then run sudo stop whoopsie. [13:13] It'd be nice if there were a manpage explaining such things [13:14] or maybe just added to readme for package [13:15] lamont: do you happen to plan to update util-linux to the latest upstream version by any chance? [13:15] lamont: I just tried for an hour to fix wipefs, but the vfat fix is not backportable at all, and my own attempt of quickfixing it in 2.20.1 went badly [13:19] Laney: you're more than welcome to write one :) [13:19] herton: are you busy? [13:19] ev: I would if I knew what to write :P [13:20] vibhav, hello, what's up? [13:20] Joking aside, there is an outstanding bug report for it. I've had more pressing problems to solve. === dendrobates is now known as dendro-afk [13:21] herton: If you are not occupied , could you have a look at https://bugs.launchpad.net/ubuntu/+source/libisofs/+bug/1012666 ? [13:21] Launchpad bug 1012666 in libisofs (Ubuntu) "Please merge libisofs 1.2.2-1 from Debian Unstable" [Undecided,New] === dendro-afk is now known as dendrobates [13:22] vibhav, hi, I can't, I can look only at kernel bugs for now [13:22] vibhav, may be mdeslaur can help you [13:22] mdeslaur: If you are not occupied , could you have a look at https://bugs.launchpad.net/ubuntu/+source/libisofs/+bug/1012666 ? [13:22] Launchpad bug 1012666 in libisofs (Ubuntu) "Please merge libisofs 1.2.2-1 from Debian Unstable" [Undecided,New] [13:23] pitti: I should do that [13:23] vibhav: sure, I have a couple of things queued up, but I'll take a look after them [13:23] vibhav: i'll get to it in about an hour [13:23] pitti: I think time would be better spent on getting the latest version there, rather than just pulling over fixes one at a time [13:24] I'll see how this weekend does for getting that and nmap happier [13:24] lamont: yes, I've come to the same conclusion [13:24] lamont: it just doesn't seem easier; it doesn't have split-out patches, so wading through the monolithic diff seems to be a bit of a challenge [13:24] lamont: do you have a magic way of updating that? [13:25] pitti, is bug 1007826 an issue on the apport side or is that the way the function was called ? i''m currently porting xdiagnose to py3 and get similar output in the testsuite [13:25] Launchpad bug 1007826 in apport (Ubuntu) "crash with AssertionError: file stream must be in binary mode when trying to save report to file" [Undecided,New] https://launchpad.net/bugs/1007826 [13:26] (if its the way the function is called i'll happily fix it) [13:26] ogra_: right, I sent a warning about this to planet and u-devel@ [13:26] ogra_: https://www.piware.de/2012/05/apport-api-users-watch-your-data-types-python-3-porting/ [13:26] ah [13:26] * ogra_ goes reading [13:26] uuuh ! [13:26] "Dieser Verbindung wird nicht vertraut" [13:27] :) [13:28] barry: is xapian a target for the py3 porting sprint too ? I think its the last missing dependency for software-center :) [13:30] anyone know... lp:debian/sid/euca2ools is out of date. i'm not accustomed to that happening for debian, but usually only after i've screwed something up in the lp:ubuntu branch. [13:31] how can i get my local branch of lp:debian/sid/euca2ools updated? is there an easy way to suck in the debian package? [13:31] * smoser is embarrased. after typing bzr import- he sees "import-dsc" [13:36] mvo, does update-manager not use code reviews? Should I just be committing directly? [13:38] mterry: it does, its just that the set of reviewers is really tiny and that the py3 sprint is also going on at the same time [13:38] mterry: I'm sorry that its a bit of a hassle right now [13:38] mterry: I think its ok if you go wild and take it over for now [13:39] mvo, no it's fine. I wasn't complaining, just curious [13:39] * mvo nods [13:39] mvo, I didn't see it on https://wiki.ubuntu.com/UbuntuEngineering/12.04/UpstreamDevelopment/ProjectTracking either [13:40] mvo, not sure why that URL is dated for 12.04. Presumably it's an ongoing list [13:40] rickspencer3, ^ ? [13:40] hi mterry [13:41] does anyone have a snippet for quiltrc to correctly choose between series / series.ubuntu based on dpkg-vendor? [13:41] rickspencer3, does that ProjectTracking page have a non-12.04-specific URL somewhere? [13:41] mterry, I dunno [13:42] I'm not actually familiar with it ;) [13:42] rickspencer3, wait what? i thought that was your baby [13:42] mvo: it's on the list, but i don't think anyone's attacked it yet. i'll ping the team [13:42] mterry, well, I guess it was at one point, yeah [13:43] but babies grow up and leave home [13:43] rickspencer3, this one refuses to leave the warm embrace of 12.04 [13:43] barry: awsome === barry is now known as barry_ [13:43] mterry, who can blame it? the lts rocks ;-) === barry_ is now known as barry-away === barry-away is now known as barry [13:44] mterry: hrm, its indeed missing there [13:44] tseliot: hey Alberto [13:45] tseliot: want me to review https://github.com/tseliot/ubuntu-drivers-common/pull/3 ? [13:45] tseliot: or do you want to? [13:45] tseliot: it looks mostly good to me, I just don't particularly like the "from __future .. absolute import" stuff [13:46] mvo, well anyway, I'll leave the branches as is instead of cowboying them in. No rush really [13:49] dholbach: ping [13:49] pitti: feel free to approve the merge request. I feel the same way about the absolute import stuff but it's for backwards comaptibility [13:49] vibhav, pong [13:49] tseliot: I mean, I'd rather change it to "import Quirks.quirkreader" or so [13:50] pitti: ah, sure, that would definitely look better [13:52] dholbach: If you have any free time could you please write your testamonial on https://wiki.ubuntu.com/VibhavPant/UniverseContributorApplication ? [13:53] testimonial* [13:53] vibhav, I bookmarked it - I'm currently in the middle of 5 other things :) [13:53] thanks! [13:53] jamespage: You there? [13:53] vibhav, I am [13:54] pitti, crash files are now deleted before adt-run runs and saved as artifacts after [13:54] pitti, for apport there are 2 crash files [13:54] https://jenkins.qa.ubuntu.com/view/Quantal/view/AutoPkg%20Test/job/quantal-adt-apport/15/ARCH=amd64,label=albali/artifact/results/ [13:54] jibel: thanks [13:54] jibel: oh, did it run now for 2.2.2? [13:54] jibel: ah, that's for 2.2.1 apparently [13:54] jamespage: Can I prepare a sync for gettext from Debian Sid? (Since you were the last person to touch it in ubuntu) [13:55] s/sync/merge/ [13:55] jibel: ah, no, looks like yet another problem; I'll trawl through that, thanks! [13:56] pitti, run 15 tested 2.2.2, isn't it ? [13:56] right [13:56] ev, I saw your previous answer via [13:59] vibhav, be my guest! [13:59] (and thanks for asking :-)) [14:01] thanks! [14:05] xnox: OOI, how did you test u-d-common? [14:05] xnox: I'm currently running: PYTHONPATH=.:~/upstream/aptdaemon python3 tests/run [14:05] pitti, doko, While trying to fix up something which gcc-4.7 is more picky about, I noticed that running the same package compile with precise will invoke gcc with some additional options which look a bit like hardening (-fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security). In quantal those are not there. Just wondered whether that is expected... [14:06] xnox: aside from the PackageKit failures I also get some errors from the quirk reader [14:06] pitti: hmm I will look [14:06] pitti: i was running tests with $ python3 -m unittest discover [14:06] with extra flags [14:07] pitti: why are tests files *not* called tests/test_*.py ? [14:07] xnox: no particular reason, I guess; tests/run doesn't care [14:07] pitti: it looks like tests/run has been modified to filter out settings.py and other stuff [14:08] xnox: also, with your merge the tests now fail [14:08] * xnox generally doesn't like tests/run scripts. It should IMHO just work with unittest discover runner [14:08] File "/home/martin/ubuntu/ubuntu-drivers-common/tests/ubuntu_drivers.py", line 29, in [14:08] from . import fakesysfs [14:08] ValueError: Attempted relative import in non-package [14:08] awesome [14:08] that is fail [14:08] * pitti sees to fixing this [14:13] pitti: Were you planning on adding those new symbols to Debian's cups at some point soon, or should we just fix it in Ubuntu to get it off our radar? [14:13] infinity: it's already fixed in Debian's bzr [14:13] infinity: I have another RC bug I need to fix, then I wanted to do another upload [14:14] pitti: Ahh, kay. [14:15] xnox: pushed two fixes to trunk which should be better again; tests now work again with py2, and the imports should be fine for py3 as well (PYTHONPATH=. python3 ./quirks-handler) [14:15] pitti: thank you. I will check them out. [14:16] xnox: I also pushed a fallback for packagekit.enums, but that's again blocked on aptdaemon (just tested against upstream trunk, can't change the Depends: yet) [14:17] pitti: yeap, I'm about to upload python3-packagekit to branch / ppa for testing [14:17] * xnox building in pbuilder [14:17] xnox: anything wrong with glatzor's PPA? [14:18] pitti: what's glatzor's PPA? [14:18] rsalveti: Do you know anything about the gles/glew sadness that's causing build failures? [14:18] xnox: https://lists.ubuntu.com/archives/ubuntu-devel/2012-June/035297.html [14:18] xnox: he already provided test packages [14:18] rsalveti: (See callibra in quantal, grep the log for 'conflicting declaration') [14:20] pitti: that doesn't have packagekit, or does it? [14:20] pitti: there was more work done on the aptdaemon [14:20] after the ppa [14:20] xnox: no, I doubt that packagekit has been ported already [14:20] xnox: argh; ignore me [14:20] xnox: I got confused [14:20] pitti: it has been upstream. well the python-packagekit [14:21] not all the helper scripts [14:21] xnox: u-d-common falls back to aptdaemon.pkenum for now (as that is already available in aptdaemon, but we haven't had a python3-packagekit so far) [14:21] pitti: you will in a second =) [14:27] tremolux, if software-center says to check the logs because it can't submit a review, where do I look? === yofel_ is now known as yofel [14:28] heyy mterry!! it's here: ~/.cache/software-center/software-center.log [14:29] that message is pretty useless :/ [14:29] infinity: nops, let me check [14:30] tremolux, thanks! [14:30] mterry: yw, thank you too! [14:31] mterry: there is an open bug on this, may be the same, let me find it [14:32] mterry: bug 778070 [14:32] Launchpad bug 778070 in software-center (Ubuntu) "Failed to submit report/review in software-center" [Medium,Confirmed] https://launchpad.net/bugs/778070 [14:32] rsalveti: Maybe we just need a new mesa to go with glew1.7? I dunno. I haven't looked into it deeply, and I suspect no one else has yet either, cause it only (so far) affects ARM. [14:32] mterry: server-side fix in-progress [14:33] there was some important changes for gles support at glew1.7 afaik, so need to make sure it's all properly enabled I guess [14:33] tremolux, I have the same trace as comment #8, but not sure that's what that bug was originally about [14:33] tremolux, but if the server-side fix will get #8, I'm good [14:34] infinity: why are we still building for armel? [14:35] mterry: right, the original probably described something that has long since been fixed (server churn, client churn) but the bug not updated/noticed, and the current problem seems to be as described in #8, and that is the one being fixed [14:36] mterry: #8 is the one that people are hitting now, and it seems recent (and it revived the bug) [14:37] tremolux, cool [14:37] * mterry looks forward to reviewing again [14:39] rsalveti: It's complicated. [14:39] infinity: :-) [14:40] mterry: :D reviews ftw!! [14:45] kenvandine: ping [14:47] barry, pong [14:48] kenvandine: hi, how are you today? i wanted to chat a bit about the py3 port of whatever parts of gwibber are going to be on the 12.10 desktop image. when i last looked, it was gwibber and gwibber-service. what's the current status of the code, and any py3 porting work you're aware of? [14:49] kenvandine: foundations team is sprinting on py3 support and i figured since i'd previously looked at this, i'd take another look at it today [14:49] i haven't done anything yet, was hoping for a solution for libpeas [14:49] barry, has anything been figured out there? [14:50] kenvandine: ah libpeas. i don't think so, but i will look into that today [14:50] we want to switch to using libpeas for handling the service plugins [14:50] instead of the hacky stuff we have now [14:50] but libpeas and py3 was a ??? [14:51] switching to libpeas would simplify the port to py3 if that worked with py3 [14:51] kenvandine, libpeas has gir support [14:51] kenvandine: so gwibber doesn't currently use libpeas? [14:51] barry, no [14:51] mterry: it does, but that's mostly irrelevant [14:51] mterry, yeah but not py3 yet [14:52] mterry: the python loader only uses the python2 runtime [14:52] kenvandine, ah, internally it only supports py2 plugins? bummer [14:52] it should be easy to fix though [14:52] it just needs a py3 loader, and code to avoid loading both the py2 and py3 loaders (which are shared objects in libpeas itself) [14:54] jamespage: done : https://bugs.launchpad.net/ubuntu/+source/gettext/+bug/1012705 [14:54] Launchpad bug 1012705 in gettext (Ubuntu) "Please merge gettext 0.18.1.1-9 from Debian Unstable (main)" [Undecided,New] [14:55] dobey, kenvandine, mterry: so, it sounds like it's more useful for me to look into libpeas right now [14:55] * kenvandine hugs barry [14:56] infinity: hi! could you please copy the precise kernel pkgs into -updates? (bug #1003534) [14:56] Launchpad bug 1003534 in Kernel SRU Workflow "linux: 3.2.0-25.40 -proposed tracker" [Undecided,In progress] https://launchpad.net/bugs/1003534 [14:56] barry: right. and it's required to fix a lot of other things as well (rhythmbox, gedit, etc) [14:56] henrix: Yeahp. Are armadaxp and ti-omap4 also ready, or just linux/lbm/meta? [14:56] dobey: ack. i'll put it next on my list [14:57] infinity: they should be ready, but not sure. let me check... [14:57] https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/1004555 [14:57] Launchpad bug 1004555 in linux-ti-omap4 (Ubuntu) "linux-ti-omap4: 3.2.0-1414.19 -proposed tracker" [Medium,In progress] [14:57] ti-omap4 looks ready [14:58] henrix: armadaxp lacks a tracking bug, https://bugs.launchpad.net/eilt/+bug/1006217 is as close as it gets. [14:58] Launchpad bug 1006217 in The Eilt project "[public] SBP (Static Branch Prediction) problem - disable it" [Undecided,In progress] [14:58] infinity: yeah, ti is ok but not armadaxp [14:59] henrix: Can you get those folks to do tracking bugs in the future? I find them wildly useful for the rather complex kernel SRU workflow. [14:59] pitti: so while aptdaemon is in progress there is now bug 1012703 which needs/review sponsor [14:59] henrix: (For this one, though, I'm happy to let it slide, if someone can just verify the kernel is sane [14:59] Launchpad bug 1012703 in packagekit (Ubuntu) "please add python3-packagekit package" [Wishlist,Triaged] https://launchpad.net/bugs/1012703 [14:59] ) [14:59] infinity: =))) way to go for me to break your ) [14:59] infinity: sure, give me 1 minute to figure out what's going on [14:59] xnox: Hrmph. === dendrobates is now known as dendro-afk [15:06] infinity: it looks like armadaxp *does* have a tracking bug: #1004556 [15:06] Launchpad bug 1004556 in linux-armadaxp (Ubuntu) "linux-armadaxp: 3.2.0-1603.6 -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/1004556 [15:09] henrix: But not mentioned in the changelog? Argh. [15:10] infinity: hmm... interesting. still trying to figure out what's going on with armadaxp... [15:10] henrix: I'm guessing no one told janimo about the tracking bug. :P [15:10] henrix: Hence, he didn't include it in the changelog. [15:10] infinity: that's a possibility :) [15:11] infinity: anyway, thanks for the heads up. i'll go sort that out [15:11] henrix: Cool. linux (et al) and ti-omap4 (and meta) are done. [15:12]